气象实时数据库服务监控系统设计与实现
智慧气象系统讲解设计方案
智慧气象系统讲解设计方案智慧气象系统设计方案一、引言随着气候变化和人口增长的影响，气象现象对我们日常生活和决策制定产生越来越大的影响。
为了更好地预测和应对气象灾害，提高气象服务的质量和效率，设计一个智慧气象系统具有重要意义。
本文将介绍一个智慧气象系统的设计方案，旨在提供更准确、可靠、实时的气象数据和预警信息。
二、系统架构智慧气象系统的核心目标是整合多个传感器设备和数据源，以及数据分析和决策支持平台，实现对气象数据的采集、处理和应用。
系统的架构如下：1. 传感器设备：包括气象观测站、气象雷达、气象卫星等，用于采集气象数据，如温度、湿度、气压、风速、降水等。
2. 数据存储和处理：采用云计算和大数据技术，将采集的数据存储到云端，进行处理和分析。
采用分布式数据库和数据仓库，实现数据的快速存取和高效查询。
3. 数据分析和预测：利用机器学习和人工智能技术，对气象数据进行模式识别和趋势分析，预测气象变化趋势和灾害风险。
同时，结合历史数据和实时数据，提供准确的天气预报和灾害预警。
4. 决策支持系统：基于分析和预测结果，提供决策支持和应急响应，帮助政府和相关部门及时制定合理的措施。
包括灾害应急预案、交通管制、农业生产调整等。
三、系统功能智慧气象系统具有以下功能：1. 数据采集与实时更新：系统能够实时采集气象数据，并及时更新到数据库中。
确保数据的准确性和时效性。
2. 数据分析与模式识别：利用机器学习和数据挖掘技术，对气象数据进行分析和模式识别。
找出气象变化的规律和趋势。
3. 天气预报与灾害预警：基于分析和模式识别结果，提供准确的天气预报和灾害预警。
包括气温、降水、风力等指标。
4. 决策支持与应急响应：提供决策支持和应急响应，帮助制定灾害应急预案和调整农业生产等措施。
同时，为交通管理部门提供交通管制建议。
5. 数据可视化与用户界面：通过图表、地图等方式，将分析结果可视化展示，提供直观的气象数据和预警信息。
同时，设计友好的用户界面，方便用户使用和操作。
基于单片机的气象信息实时监测系统设计
基于单片机的气象信息实时监测系统设计气象是人们日常生活中非常重要的一部分，无论是农业生产、交通出行、还是城市规划和环境保护，都需要依赖气象信息的实时监测和分析。
如今，随着科技的不断发展和应用领域的不断扩展，基于单片机的气象信息实时监测系统也越来越受到人们的关注，成为了一种新兴的测量技术。
一、气象信息实时监测系统的介绍基于单片机的气象信息实时监测系统是一种集测量、记录、传输和处理于一体的综合性气象监测系统，通常包括温度、湿度、风速、风向、降雨量等多种气象因素的检测和测量模块，以及数据传输模块、数据处理模块和显示输出模块等多个子系统。
二、气象信息实时监测系统的设计原理基于单片机的气象信息实时监测系统的设计原理主要包括两部分：检测和控制。
1.检测模块的设计温度、湿度、风速、风向、降雨量等多种气象因素是气象信息实时监测系统的核心要素，因此检测模块的设计至关重要。
通常情况下，温度和湿度检测采用单片机内置的ADC进行检测，而风速和风向通常采用MEMS微型风速风向传感器进行检测，降雨量则采用一种特殊的杯式雨量计进行检测。
2.控制模块的设计控制模块主要包括数据传输、数据处理和输出控制三个部分。
其中，数据传输模块负责将检测到的气象数据传输至外部设备，如计算机、手机等；数据处理模块主要负责对检测到的气象数据进行处理和分析，提取出有用的信息；而输出控制模块则负责将处理后的气象数据以直观、易读的方式进行输出，以便用户快速掌握气象信息变化情况。
三、气象信息实时监测系统的应用前景随着城市化进程的加速，城市规划和环境保护也成为了人们越来越关注的话题。
基于单片机的气象信息实时监测系统，无疑将在城市规划和环境保护方面发挥越来越重要的作用。
例如，在城市道路规划和设计中，气象信息实时监测系统可以提供相应的气象数据，帮助道路设计师更好地选择材料和设计结构；在环境保护方面，气象信息实时监测系统则可以帮助环保部门实时掌握空气质量、水质状况等关键信息，为环境治理提供有力支持。
地市级气象数据库的设计与实现
地市级气象数据库的设计与实现张淑萍（阳泉市气象局，山西阳泉045000）摘要：随着气象事业现代化的飞速发展和气象业务的迅猛发展，气象探测手段的不断涌现，气象资料呈几何级的增长，如何将这些资料在预报业务与决策服务中发挥及时有效地作用，是目前需要解决的一个问题。
我局依托Windows 2000系统下的SQL Server 2000服务器建立起本地数据库，将众多的数据资料根据本地实际需要，分类入库，来提高资料的访问效率。
本文主要介绍在SQL Server 2000上建立我局基础数据库和服务产品数据库的设计原则和实现过程，以及对数据库采取的安全措施。
关键词：数据库；气象资料；SQL Server ；设计；实现中图分类号：TP311文献标识码：A文章编码：1672－6251（2009）08－0073－03The Design and Realization of Municipal Meteorological DatabaseZhang Shuping(Yangquan Bureau of Meteorology,Yangquan 045000,China)Abstract:Along with the swift modernization of meteorological cause and rapid development of meteorological service,new meteorological sounding methods emerges constantly while the meteorological data grows at a geometric rate,how to make use of the data in forecast and decision services in time remains a problem to be solved at present.In order to improve the access efficiency,the local database based on SQL Server 2000servers in windows 2000system was established in our bureau,in which a large number of data was classified and then put into the different databases accordingly in accordance with the local demand.This article mainly introduces the designation principle and realization process of establishing basic database and product database in our bureau by using SQL Server 2000,as well as security measures adopted to protect the database.Key words:database;meteorological data;SQL Server;design;realization收稿日期：2009-05-12作者简介：张淑萍（1975-），女，工程师，研究方向：网络管理和安全。
数字化气象服务平台设计与实现
数字化气象服务平台设计与实现一、前言近年来，随着互联网、大数据和人工智能技术的发展，数字化气象服务平台在气象领域的应用越来越广泛。
数字化气象服务平台可以利用大数据和人工智能技术，对海量气象数据进行分析和挖掘，为用户提供更加准确、及时的气象信息和服务。
本文将介绍数字化气象服务平台的设计与实现，包括平台的架构设计、功能模块设计和实现方法等内容。
二、平台架构设计数字化气象服务平台的架构设计是平台设计的基础，其合理性和稳定性对平台的功能和性能有着直接的影响。
平台架构设计的关键是要满足大规模数据处理、存储和分析的需求，同时保证平台的可扩展性和稳定性。
1. 数据采集与存储层数据采集与存储层是数字化气象服务平台的基础层，包括气象观测数据的采集和存储。
平台需要与气象观测设备进行数据交互，并将各种气象观测数据进行实时采集和存储。
为了保证数据的完整性和实时性，平台需要具备高可用性和可靠性。
2. 数据处理与分析层数据处理与分析层是平台的核心层，包括对气象观测数据进行处理、分析和挖掘。
平台需要利用大数据和人工智能技术，对海量气象观测数据进行实时处理和分析，从中挖掘出有价值的信息。
平台还需要提供灵活的数据分析工具和算法库，为用户提供个性化的数据处理和分析服务。
3. 服务接口与应用层服务接口与应用层是平台对外提供服务的接口层，包括平台的API接口和应用程序接口。
通过这一层，用户可以通过各种终端设备（如PC、手机、平板等）访问平台的气象数据和服务。
平台需要提供丰富的API接口和开发工具，为用户提供丰富多样的气象数据和服务。
三、功能模块设计基于平台架构设计，数字化气象服务平台可以划分为以下几个功能模块：2. 数据存储模块数据存储模块主要负责对已采集的气象数据进行存储和管理，保证数据的存储安全和可靠性。
该模块需要考虑数据的存储结构和存储方式，以及数据的备份和恢复策略，保证数据的稳定性和可恢复性。
数据服务模块主要负责为用户提供气象数据和服务，包括查询、检索、分析、预警等功能。
气象资料数据库管理系统的设计及其实现
小和数量判断是否存入数据库。数据存储的分 级依据 以下的原则。永久性保存的数据： 日常 业务工作 中使用次数多且资源数量少的数据； 过程性保存数据 ：数值预报产 品等资料量较大 的数据 。过程性保存数据可依靠我 国气象局的 大型 “ 存储检索系统 ”来检索与该资料有关的 连续性资料 。临时性保存数据 ：多为使用范 围 单一且数量极大 、占用大量数据库系统存储能 力 的数据 ， 如雷达 和其它探测手段 收集 的数据 。
（ １ ）各 种 气 象 数 据 在
进 入 资 料 库 前 需 要 进 行 第 一
级 质量控 制操 作， 即检查 数
据 是 否 正 确 ， 如 果 数 据 不 能 被 正 常 解 读 ， 则 不 允 许 存 入
质量控 制
数据采 集 水位流 量数据 采集 气象 灾情数据 采集 农业模 式信 息采集 农业 经济信 息采集
量 控 制 １ ｌ ｌ 农 业 气 象 灾
ｌ 情 ｌ 等 等
过 程保存
保存 时效
永 久保存
ｌ Ｉ 数 据 恢 复ｌ
Ｉ ． ． ． ． ． ． ．
数 据备 份ｌ 制设 计应 坚持 以下质量控 制 原则 。
图１ ：气象资料数据库管理 系统结构 图
气象 资料数 据库管 理
数 据质量 控制 是整个 气 象资料 数据库 管理 系统 的关
质 量控 制Ｉ ｌ数 据 采集ｌ ｌ数 据 检索 Ｉ ｌ系 统扩 展ｌ １ 分级 存 储Ｉ ｌ系 统 维 护 键 ，数据 质量 控制 的对 象主 要是 温度、 降水和 面雨量 等 站号扩 展 临 时保存 重要 数据 资料，数据 质量 控 产品扩 展
因此 ，有必要建立一个具有完善数据 采集 、 ０ 、加 工处理 、备份和恢 复数据 管理功能的 ≈ 资料 数据库 管理系统，推进我国气象业务 化 进 程 ，提 升 气 象 事 业 现 代 化 水 平 。
气象实时数据监控程序的设计与开发
气象实时数据监控程序的设计与开发作者：秦虹来源：《安徽农业科学》2014年第27期摘要对上海气象信息与技术支持中心而言，原先的气象信息数据监控系统由于操作复杂而需要改进。
新的监控系统开发使用delphi6.0语言和多线程技术，对自动站数据、雷达和卫星数据、MICAPS压缩数据和MICAPS解压数据这四类气象实时数据进行监控，以一体化的方式展现所有重要的监控信息，提高了工作效率。
关键词监控系统；气象实时数据；delphi6.0语言；多线程编程中图分类号 S161 文献标识码 A 文章编号 0517-6611（2014）27-09434-03Design & Development of RealTime Meteorological Data Monitoring ProgramQIN Hong（Shanghai Meteorological Information and Technology Center， Shanghai 200030）Abstract For the Shanghai Meteorological Information and Technology Center， the original meteorological data monitoring system should be improved for its complex operation. The new monitoring system using delphi6.0 language and multi thread technology， the automatic station data， radar and satellite data， MICAPS compression data and MICAPS unpack data were monitored， all the important information was presented in an integration way， so as to improve the working efficiency.Key words Monitoring system； Meteorological realtime data； Delphi6.0 language； Multi thread programming近年来随着气象业务发展，各类观测数据、预报预测及气象服务产品数据大量增加，气象信息的传输时效要求也越来越高。
气象数据分析处理系统的设计与实现
气象数据分析处理系统的设计与实现气象是地球大气的物理学分支，主要研究大气现象和变化规律。
气象数据是气象现象的集合和描述。
气象数据的处理和分析是气象工作中的重点工作，也是气象数据的价值所在。
一、气象数据的获取气象数据的获取主要通过气象观测站、卫星等手段获取。
气象观测站主要分为地面和高空观测站。
地面观测站主要观测大气温度、湿度、气压、风速、风向、降雨量等气象要素。
高空观测站主要观测高空温度、湿度、风速等气象要素。
卫星观测主要观测大气厚度、温度、湿度、云层、降水等气象要素。
二、气象数据的处理气象数据的处理主要包括数据的质量控制、数据的合并、数据的插值和数据的统计等。
数据的质量控制是将气象观测数据进行分析和判断，对数据进行筛选，去除一些不符合实际的数据。
数据的合并是将各个气象观测站的数据进行合并，生成一个大的气象数据集。
数据的插值是将气象观测站的数据插值成一个平滑的曲面，使得数据更加连续。
数据的统计是对气象数据进行统计分析，获得一些气象要素的统计特征。
三、气象数据处理系统的设计为了高效地处理气象数据，需要一个专门的气象数据处理系统。
气象数据处理系统涉及到多个方面，包括前后端数据交互、数据展示、数据处理和数据存储等。
系统采用B/S架构，即浏览器/服务器架构。
前端使用HTML、CSS、JavaScript等技术，后端采用Java语言，使用Spring、Hibernate等框架，使用MySQL数据库进行数据存储。
前端页面采用Bootstrap框架进行布局和设计，包括数据的可视化、数据的查询和数据的分析等功能。
数据的可视化主要采用图表进行展示，比如折线图、柱状图、散点图等，更加直观地展示数据特征。
数据的查询包括多种方式，比如按日期、按地点等维度，可以快速地找到所需数据。
数据的分析主要包括趋势分析、异常检测、聚类分析等，帮助气象工作者更好地了解气象数据的特征。
后端部分主要包括数据的处理和数据的存储。
数据的处理主要包括数据的质量控制、数据的合并、数据的插值和数据的统计等。
气象监测系统设计方案
气象监测系统设计方案一、引言气象监测系统在现代社会中扮演着重要的角色，对于人们的生活和各行业的运营都具有至关重要的影响。
本文将提出一个气象监测系统的设计方案，旨在实现高效准确的气象数据收集、分析和预测，并为各行业提供可靠的气象服务。
二、系统总体架构1. 系统概述气象监测系统将包括气象数据采集模块、数据传输模块、数据处理与分析模块、预测模块和用户界面模块，每个模块的功能和相互关系将如下所述。
2. 气象数据采集模块该模块将负责从气象观测站点收集气象数据。
采集的数据类型包括气温、湿度、风速、降水量等。
为了提高采集的精度和覆盖范围，将使用多个传感器和观测设备分布在不同地理位置。
3. 数据传输模块采集的气象数据将通过传输模块传送到数据处理与分析模块。
传输方式可以采用有线或无线通信技术，确保数据的实时性和准确性。
4. 数据处理与分析模块该模块将对收集到的气象数据进行处理和分析。
通过应用统计学和数据挖掘技术，可以提取出气象数据中的关键信息和趋势，并为后续的预测模块提供依据。
5. 预测模块基于处理与分析模块得到的气象数据，预测模块将利用数学模型和算法对未来气象变化进行预测。
预测结果将提供给用户界面模块和相关行业，以支持决策和规划。
6. 用户界面模块用户界面模块将为系统的使用者提供直观友好的界面，以便查询实时气象数据、查看预测结果和使用相关功能。
该模块将支持多终端访问，包括电脑、手机等。
三、功能实现和技术支持1. 数据质量控制为保证数据的准确性和一致性，需要在数据采集过程中进行质量控制。
通过实时监测和自动校准，可以降低数据误差。
2. 数据存储与管理为了处理海量的气象数据，系统需要建立稳定高效的数据存储和管理机制。
可以采用关系型数据库或分布式存储技术，以满足系统对存储容量和查询速度的要求。
3. 数据处理和分析算法数据处理与分析模块需要使用一些常见的统计和数据挖掘算法，如平均值计算、趋势分析、聚类分析等，以发现气象数据中的有用信息和规律。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
气象实时数据库服务监控系统设计与实现李德泉 何文春 阮宇智 刘一鸣（国家气象信息中心）摘要：实时数据库是气象信息部门针对预测预报及相关业务开发的重要数据服务系统，是确保从观测到预报业务流程按时高效完成的重要基础性数据支撑环境求。
本文介绍气象实时数据库业务监控系统的设计开发原则、架构设计，并针对服务监控的特点，分析了系统采用目前设计的优势、可扩展性，该系统综合考虑了实时数据库系统的设计与功能、性能特点，对入库情况、关键进程运行状态、商用关系数据库系统故障信息、入库流程、系统资源、数据质量监测等实时运行状态的展示，并提供各省入库详情的查询。
目前，该系统已稳定运行，提供日常服务，尤其在奥运会、国庆五十周年、亚运会等重大活动服务保障方面，取得良好业务保障效果。
关键词：实时数据库；服务监控；规则；值班报警1.引言实时气象资料数据库系统（以下称“实时数据库”或“实时库”）作为“国家级气象资料存储检索系统”(MDSS) [1]的重要组成部分，是气象信息部门针对预测预报及相关业务开发的重要数据服务系统，是确保从观测到预报业务流程按时高效完成的重要基础性数据支撑环境。
实时数据库系统对实时气象资料进行接收、分类、加工处理，并以地面气象资料、高空气象资料、海洋气象资料、气象辐射资料、农业气象资料、数值分析预报产品资料、气象灾害资料、气象卫星资料、气象服务产品资料和其他资料等十二类资料形式存储并实现资源共享。
并且，。
所谓实时（Real-Time），是指数据库应用系统一方面要维护大量共享数据和相关用户信息，另一方面其应用服务有很强的时间性，要求在一定的时刻或者一定的时间期限内从外部环境采集数据，经规范化处理后，以有效的数据组织形式存储，并及时响应随后的大量并发访问服务。
因此，整个数据处理过程具备短时、高效特点，并且每种资料对数据服务时效具有明确要求，过时则无意义[2]。
气象实时数据库不仅作为关键数据源连接气象中心、公共气象服务中心等部门的实时业务系统，还为科研用户提供一定时间期限内数据查询下载服务。
因其在整个业务流程中发挥关键的底层支撑作用，其服务稳定性及时效将直接影响其服务对象的实时业务效能和气象预报及时性与准确性，进而影响气象部门对内外行业用户、公众用户的气象服务质量，因此其从业务运行开始就一直作为国家气象信息中心的运维重点。
为了保障实时数据库系统稳定对外服务，协助值班人员日常值班，实时动态地监测各类气象实时观测资料的到报、入库质量，以及实时库处理相关线程的运行状态，国家气象信息中心组织技术力量，开发完成“实时气象资料数据库业务监控系统”（RDBCat，以下简称“实时库监控系统”），并在2008年奥运会前夕业务上线运行。
2.实时数据库监控系统设计思路2.1 基于服务监控系统的通用性设计作为针对实时气象数据库服务业务的监控系统，本系统核心设计目的是针对实时库的运算环境及健康状况进行即时监控与报警，确保实时数据服务能稳定支撑业务使用。
因此可归类为服务类监控系统（Service Monitoring and Control，SMC）[3]。
服务监控系统重点负责对信息服务系统运算环境及健康状况进行即时监控，动态显示服务成功或失败的可辨识特征，并对服务异常状况报警。
此外，服务监控还负责收集服务故障相关上下游运行环境及流程信息，进而协助使用部门改进 IT 服务质量。
服务监控系统往往以分布式方式采集来自于信息服务系统各相关设备、应用程序的日志信息和告警事件信息，判断服务故障事件，快速定位故障事件的来源，分析故障发生的根本原因，集中展示信息服务系统运算环境及整体安全状况。
一旦发现高风险服务故障事件还可触发相应故障事件处理流程，督促值班人员及相关责任人进行快速排查问题和解决故障。
服务监控系统从体系架构上可划分为4层：信息基础层、数据采集层、数据及规则处理层、展示层四个层面，各个层面功能各不相同。
整体架构示意图如下：图1. 服务监控系统体系架构信息基础层为整个系统提供基础设备及软件运行环境（网络设备、安全设备、业务系统、服务器等），其同时也是各类监控信息的数据获取来源。
数据采集层：根据系统内部指定的运维策略，借助由专用的数据采集引擎，数据采集层负责从信息基础层采集各种报警信息、日志信息、流量信息，经过数据格式标准化、数据归并、统计等处理后，形成原始数据，提交给上层的数据及规则处理层。
数据及规则处理层：将采集到的原始数据按照业务系统数据、设备数据、网络及安全数据等进行分门别类，经过基于统计、基于规则的关联分析后，科学合理地定义各类故障事件的性质和处理级别，作为展示层的数据基础。
展示层：实现整个服务监控系统的灵活展示和配置管理。
通过丰富的、多元化、分层次的图形化展示方式呈现各个监控对象的运行状况，提供有效的安全预警，减免严重故障的发生，快速应对突发故障并降低所造成的损失。
总之，一个设计良好的面向服务的监控系统应该至少具备如下完整因素：明确的监控对象，涵盖所有业务需要关注的场景并提示给使用者简明清晰必要信息，监控信息明确分类并具有界面友好的处理建议，当然，其他方面诸如快速部署、扩展性、标准化等根据实际需求也必须有所侧重。
同时，与之匹配的业务运维架构尤其是监控流程和运维岗位设置等管理性内容也会对监控系统设计及发挥效益起着至关重要的先决制约作用。
2.2 基于业务值班需要的监控功能设计鉴于本服务监控系统主要用户为一、二线值班人员，作为业务值班监控系统，其设计思路上还应充分考虑业务值班特点：支持声音报警；支持监控信息集中“一页式”定制显示，使报警信息及统计信息一目了然，不需要手工繁琐操作；简单易行的策略配置操作；监控信息按错误类别分类，用户可定制哪些类别在监控屏幕显示，屏蔽不关心的信息提示，避免值班干扰；具备故障处理向导，帮助值班人员与后台技术人员沟通。
值班运维业务架构采用一线、二线两个级别。
一线值班并报告故障内容，二线值班负责排查并去除故障，之后反馈一线。
同时，业务监控系统还应作为二线进行故障追溯和关联分析的辅助工具。
2.3 基于气象实时业务数据处理通用流程的设计需求2.3.1 典型的实时数据库业务数据流程实时库作为本系统的监视对象，其流程直接影响本系统的监视内容的设计，下以图2典型的实时业务流程进行简要分析说明。
此流程中，报文数据首先进行入库前预处理，报文经过格式检查并解析后按照分类归并，再存放于一定目录组织形式的临时文件库中，格式检查错误信息被写入日志。
入库处理进程从临时文件库中提取数据并存入关系型数据库或文件库中，期间经过质量控制算法发现的异常值写入要素异常值日志。
对外服务平台从数据库中提取信息，以程序接口、文件推送、查询服务等多种形式对外提供实时数据服务。
2.3.2 监控对象需求由上述流程可以看出，实时气象资料数据库系统的监视对象至少包括2个方面：数据库系统的监视和数据处理流程监视。
数据库系统的监视包括数据库管理系统运行状态监视、空间监视和用户行为监视。
数据流程监视包括来报数量统计、应到报缺报统计、未处理资料统计、数据入库统计、错报统计、处理进程状态监视、数据备份和清除监视。
2.3.3 告警级别监控系统根据关键性能指标（Key Performance Indicator，KPI）计算监控对象状态所处的风险值，由该值确定告警级别。
本系统将风险值分为5个级别（见表1），最终界面显示的告警级别则将5个级别归并为异常、警告、正常三个级别，用红、黄、绿不同颜色标识。
风险计算公式为：风险值＝F(监控对象状态，KPI) （1） F通常取一个线性函数集合，即在不同的定义域范围内选取不同的线性函数，以体现随着监控对象状态值在一定条件下不断上升，将导致风险值线性增长。
通过与KPI的比较分析计算得到的风险值为一个数字，不同的取值范围决定了不同的风险级别，风险级别划分为5个等级：表1. 事件状态风险值级别等级符号对应的典型故障状况取值范围告警级别5 VH（很高）故障风险很高，导致系统受到非常严重影响的可能性很大100～1254 H（高） 故障风险高，导致系统受到严重影响的可能性较大75～99异常3 M（中） 故障风险中，导致系统受到影响的可能性较大 50～742 L（低） 故障风险低，导致系统受到影响的可能性较小 25～49警告 1 VL（很低）故障风险很低，导致系统受到影响的可能性很小0～24 正常3.系统实现3.1 监控系统架构设计及部署本系统的架构选择上并没有采用广泛的Brower/Server架构，而是采用Client/Server架构。
关于“胖”、“瘦”客户端的优缺点争论由来已久。
胖客户端的优势在于优良的客户体验以及可以离线操作，浏览器的优势在于易于部署管理，全部数据存储在服务器，不存在数据同步问题。
事实上，现在胖客户端通过不同的技术革新已远不是过去传统意义上的胖客户端，例如Java的RCP[4,5,6]以及.NET平台上的Smart Client[7]解决方案都具有广泛成功案例。
不存在任何情况下都能始终保持优势的唯一方案，方案选择更多依据实际需要。
本系统选择胖客户端主要基于如下考虑：1）首先最重要的一点，是希望利用客户端的资源为值班人员提供更加友善的用户体验。
这样监控客户端既可充分使用客户端的硬件资源和软件资源，也可利用客户端本地存储能力。
2）通过一个集中的服务器，客户端通过网络可以非常容易地实现部署和自动更新，不再出现传统胖客户端程序会出现的各客户端版本不同的情况。
3）系统整体功能划分上，考虑客户端负责数据展现和人机交互，而服务器负责数据处理和业务逻辑。
图3为监控系统架构设计。
在整个监控框架中，系统通过部署在各监控对象上的代理程序（agent）来采集各种运行状况信息，形成标准化的XML格式监控原始数据，提交给上层的数据及规则处理层。
该层获得原始数据后，再根据在客户端和服务器端始终保持一致的全局规则及处理策略，对原始数据经过基于统计、基于规则的关联分析后，形成监控展示信息及报警数据，以标准化的XML形式，通过HTTP协议传输给展示层。
展示层对XML文件进行解析，根据客户端的显示配置文件，定制图形化展示各个监控对象的运行状况，并对异常情况进行声音报警。
采用agent方法的优势在于分布式部署方便灵活，扩充方便，并且不会对之前监控内容造成影响；另外，为便于系统整合，agent数量可以随意增减，每个监控对象可以用一个agent 采集，也可多个监控对象由一个agent采集。
图3. 实时库业务监控系统架构3.2 监控策略配置对业务监控系统来说，须支持对监控规则的灵活配置和调整，以应对加密观测和突发应急服务事件需要，因为这些情况下往往需要对部分规则进行调整，如地震期间对某些重点关心区域应到站入库情况格外关注，甚至要求必须规定时间内全部入库，对这些应到站的报警阈值就会调高已满足监控需要。