气象灾害监测预警

第一篇：气象灾害监测预警

地质灾害监测预警指挥系统

一、系统概述——中国系统集成在线论坛

地质灾害是指在自然或者人为因素的作用下形成的，对人类生命财产、环境造成破坏和损失的地质作用(现象)。如崩塌、滑坡、泥石流、地裂缝、地面沉降、地面塌陷、岩爆、坑道突水、突泥、突瓦斯、煤层自燃、黄土湿陷、岩土膨胀、砂土液化，土地冻融、水土流失、土地沙漠化及沼泽化、土壤盐碱化，以及地震、火山、地热害等。

我国是世界上地质灾害最严重的国家之一。滑坡、崩塌、泥石流、等地质灾害的易发区面积约占国土面积的65%，据统计，目前全国约有地质灾害隐患点近23万处，其中特大型和大型滑坡、崩塌、泥石流地质灾害隐患点25000处。因此，应用最新的信息技术对地质灾害进行监测预警成为当前的工作重心。

国科海博地质灾害信息预警预报及应急指挥系统是面对省、市、县国土资源部门，集地质灾害管理、地质灾害预警、应急管理、危险评估、地质灾害点监测、地质灾害信息发布等于一体的地质灾害防治领域的综合性系统。用户可以通过政务网、互联网及PDA客户端查询浏览或管理地质灾害防治工作相关的信息。本系统不仅为市、县国土资源管理部门的地质灾害管理提供服务，也为上级领导决策提供有效的支持，成为全省地质灾害防灾救灾工作信息化重要组成部分。该系统包含预报预警分析模型、地质灾害综合管理、PDA地质灾害信息查询、外网发布等内容。

二、系统特点

系统总体设计是从政府热线、应急协同、资源调度等核心业务的需要出发，采用 “五网合一”网络信息交互平台的核心技术，为文本、图片、语音、短信、电子邮件、多媒体等信息在固定电话网络、移动通讯网络、卫星网络、单位内部网络、互联网中无障碍流通建立基本的信息处理框架。特点如下：

1、结合地质灾害应急救援业务特点，针对系统处于平时、模拟演练、危机时等不同状态，提供不用级别的响应;提供地质灾害应急救援专业队伍管理、地质灾害应急救援工程管理和对应的地质灾害应急救援业务体系支持;全方位支持地质灾害应急救援与其他系统联动。

2、系统综合了各类应急资源，建立统一的信息平台，采集突发事件和紧急求助信息，实现统一接警、统一指挥、联动调度，为公众提供相应的紧急救援服务，是政府提高应急响应能力和处置效率，指挥、协调、处置突发事件的枢纽。

3、系统以省、市、县地质灾害应急救援办公室为中心，把辖区内的各个政府职能部门、乡(镇)、村、社和企业连成一个网络，各个行政单元(市、县、乡)又相对独立处理应急业务的预案管理、上报、启动、监控、调度和指挥。

4、系统对应急事件的处置过程进行全程GPS跟踪和过程回放，为首问责任制提供最原始的数据依据。

5、系统提供一键启动，根据应急预案涉及的相关部门和人员信息，在几秒内完成应急上报、应急启动和先期处置，提高应急响应速度。

6、系统对应急物资进行统一管理和调配，建立专用的特种设备信息库和志愿者救援队信息库，便于应急征调。

7、系统建立完整应急地理信息数据库。提供应急电子沙盘(三维地理)，对各类突发事件进行定义和标注，直观形象地对应急事件的地理位置、区域、时间进行再现，便于领导决策层进行跟踪调度和指挥。

8、系统提供预警平台和信息发布平台，对辖区内安全隐患进行不同级别的预警通知、预警发布、智能化监控和GNSS平台。

9、系统提供详尽的各类报表，按时段、行政区域、事件类型、应急响应级别、预警事件和地理信息进行统计和图示，利用该辖区内的GIS(电子地图系统)配合决策层进行工作规划和安排。

10、系统支持领导决策层异地指挥和审批。 系统架构

三、系统价值

1、 搭建一座桥梁，聚合各部单位对地质灾害监测预警的协同处理。

2、树立一面旗帜，打造地质灾害监测预警信息化工作的标杆。

3、为管理层提供一个总揽全局的地灾决策支撑平台。

4、为使用人员提供一人方便实用的业务操控平台。

第二篇：山洪灾害监测预警系统项目方案

山洪灾害监测预警系统

项目方案

目录

第一章 项目概述 .................................................................................................. 3 1.1 项目背景 ...................................................................................................................... 3 1.2 建设目标 ...................................................................................................................... 4 1.3 建设原则 ...................................................................................................................... 5

第二章 需求描述及分析 ...................................................................................... 6 2.1 概述 .............................................................................................................................. 6 2.2 需求描述 ...................................................................................................................... 6 2.2.1. 业务需求 ............................................................................................................. 6 接口需求 ......................................................................................................................... 12 性能需求 ......................................................................................................................... 13 安全需求 ......................................................................................................................... 13 2.3 需求分析 .................................................................................................................... 13 2.4 系统涉众分析 ............................................................................................................ 13 2.5 功能需求分析 ............................................................................................................ 15 2.6 水雨情监测系统 ........................................................................................................ 15 第三章 总体设计 ................................................................................................ 28 3.1 总体设计目标 ............................................................................................................ 28 3.2 总体设计原则 ............................................................................................................ 29 3.3 总体逻辑架构设计 .................................................................................................... 29 3.4 网络系统设计 ............................................................................................................ 31 3.5 平台选择 .................................................................................................................... 32 3.6 标准规范设计 ............................................................................................................ 33 第四章 详细设计 ................................................................................................ 34 4.1 技术架构设计 ............................................................................................................ 34 4.1.1设计思路 .............................................................................................................. 34 4.1.2设计原则 .............................................................................................................. 36 4.2 设计安全 .................................................................................................................... 38 4.3 用户界面设计 ............................................................................................................ 38 第五章 技术支持和服务 .................................................................................... 40 5.1 技术支持 .................................................................................................................... 40 5.2 售后服务 .................................................................................................................... 41

第一章 项目概述

1.1 项目背景

山洪灾害是山丘区在一定强度或持续的降雨下，因特殊的地形地质条件而发生的自然灾害，它具有突发、破坏性大、防治困难的鲜明特点，山洪及其诱发的泥石流和滑坡，往往对局部地区造成毁灭性灾害。山洪灾害具有突发性强、点多面广、破坏力大等特点，往往导致人员伤亡，房屋、田地、道路、桥梁等被毁，甚至导致水库、塘坝、堤防溃决，给国民经济和人民生命财产造成严重危害。

我国是一个多山的国家，山丘区面积约占国土面积的三分之二。据调查，全国2100多个县级行政区中，有1500多个在山区，聚集了全国56%的人口。由于山丘区居住的人口数量多、密度大、分布广，以及典型的季风气候导致的降雨时空分布不均和复杂的地形地质因素等，每年汛期，居住在山丘区的广大群众的生命财产安全都面临山洪、泥石流和滑坡的严重威胁，其中7400万人直接受到影响。

山洪灾害的防御策略是“以防为主，防重于抢”，防御防治的方法是既要采取工程措施，提高工程防洪标准，也要采取非工程措施，建立综合防洪减灾体系，提高防灾抗风险能力。

综上所述，建立山洪灾害监测预警系统，是防治山洪灾害的一项重要的非工程性措施。

1.2 建设目标

山洪灾害监测预警系统主要包括水雨情监测系统和预警系统(系统结构见图1.2-1)。为更好地发挥系统的防灾减灾作用，还需建立群测群防的组织体系，加强宣传培训。

水雨情监测系统主要包括水雨情监测站网布设、信息采集、信息传输通信组网、设备设施配置等。乡(镇)、村自身预警的监测设施，一般以简易的为主;县级以上可根据经济状况和山洪灾害特点，布置有一定技术含量、实用、先进、自动化程度较高的设施。汇入山洪灾害防治信息汇集及预警平台的水雨情监测信息以县级以上的自动遥测信息为主，群测群防水雨情监测信息以乡(镇)、村简易观测信息为主。根据我国山洪灾害范围广、成因复杂的特点，要加密现有水文气象部门的监测站网，以控制水雨情，及时发布预警信息。

预警系统包括基于平台的山洪灾害防御预警系统和群测群防预警系统。基于平台的山洪灾害防御预警系统主要由信息汇集子系统、信息查询子系统、预报决策子系统和预警子系统组成，在县级以上防汛指挥部门建立，山洪灾害严重的区域应建立该系统，以获取实时水雨情信息，及时制作、发布山洪灾害预报警报;系统一般要求具有水雨情报汛、气象及水雨情信息查询、预报决策、预警、政务文档制作和发布、综合材料生成、值班管理等功能，并预留泥石流、滑坡灾害防治信息接口。群测群防预警系统包括预警发布及程序、预警方式、警报传输和信息反馈通信网、警报器设置等;预警信息、预警方式、预警信号等应根据各地的具体条件，因地制宜地确定，预警方式、预警信号应简便，且易于被老百姓接受。

图 1.2- 1 山洪灾害监测预警系统结构图

1.3 建设原则

(1)坚持以人为本，以保障人民群众生命安全为首要目标。山丘区暴雨的发生常具突发性，因山高坡陡，洪水汇流快，流速大，加之人口和财产分布在有限的低平地上，往往在洪水过境的短时间内即可造成人员伤亡和财产损失。建设山洪灾害监测预警系统，及时发布预报、警报，保障人民群众生命安全，减少灾害损失。

(2)坚持因地制宜、突出重点的原则。各省(自治区、直辖市)自然条件、经济社会状况不同，山洪灾害的成因及特点、防灾设施、工作基础等也有差别，应根据各地山洪灾害的特点，针对目前防御山洪灾害监测预警工作中存在的问题，总结成功的经验，切合实际地设计和建设监测预警系统。要突出重点，兼顾一般，按轻重缓急要求，逐步完善监测预警系统。

(3)坚持经济实用、稳定可靠、容易实施、便于操作和推广的原则。考虑本地区的暴雨特点、地形地质条件、经济状况、人员分布、交通及通信条件等实际状况，制定监测预警系统设计方案并组织实施。既要利用遥测、通讯、网络和地理信息系统等先进技术，又要充分考虑山丘区的实际条件，可以采用人工观测简易雨量筒、手摇报警器、无线广播、敲锣打鼓等适合当地条件的监测预警方式方法，扩大系统覆盖面，达到既能有效解决监测、通信及预警问题，又能节约投资的目的。同时要保证系统稳定可靠、经久耐用，尽可能地降低使用运行成本。

(4)遵循相关规程、规范。系统设计要以现行的相关水文监测、通信系统组网、软件开发、数据库构建等方面的规程、规范为依据;各种构件优选符合国家标准的型材和通用件，以利于施工的质量控制和系统运行的维护管理。

(5)充分利用现有气象、水文及地质灾害监测预警网，系统建设要与相关行业的规划、建设相协调。目前气象预报站网已基本布设到县级，水情预报站网按流域设置，地质灾害监测站在重点地区也设到县级。应充分利用现有的气象、水文、地质灾害监测预警站网，雨量站网建设要与气象发展规划协调，山洪监测预警要与地质灾害的监测预警相结合。

(6)充分利用已有资料和成果，并与国家防汛指挥系统相衔接。分析确定山洪灾害预警指标、制定监测预警方案等，要充分利用已有资料、成果及积累的经验;山洪灾害监测预警系统是国家防汛抗旱指挥系统的补充，山洪灾害监测预警系统的数据库结构要与国家防汛抗旱指挥系统的数据库结构相统一，技术标准要与国家防汛抗旱指挥系统的标准相衔接。

第二章 需求描述及分析

2.1 概述

山洪灾害监测预警系统就是由水雨情监测系统实时监视水雨情状况，查询统计出雨水情信息，之后由数据汇集系统提供实时天气预报、实时雨量信息、实时/历史台风路径、实时卫星云图等气象信息，滑坡、泥石流等隐患点基本信息及监测信息，并结合群测群防监测到的水雨情信息进行汇集统计，预报给决策子系统，决策子系统经过判断后将危险信息传于预警系统，最后预警系统将信息发给防汛人员，之后在传给社会公众，这样山洪灾害的预警就启动了。

2.2 需求描述 2.2.1. 业务需求

2.2.1.1. 水雨情监测系统

通过建设实用、可靠的水雨情监测系统，扩大山洪灾害易发区水雨情收集的信息量，提高水雨情信息的收集时效，为山洪灾害的预报预警、做好防灾减灾工作提供准确的基本信息。

水雨情监测系统以雨量监测为主，必要时辅以水位监测和流量监测，设计内容主要包含水雨情监测站网布设、信息采集、信息传输通信组网、设备设施配置等。

水雨情监测系统监测项目主要包括降雨量、水位。站类主要包括雨量站、水位站。雨量站监测雨量信息，水位站监测的信息主要包括雨量和水位。根据山洪灾害预警的需要和各地的建站条件，考虑山洪灾害易发区地形复杂、降雨分布不均、群众居住分散、地方经济发展不均衡等实际情况，水雨情监测站可建成简易监测站、人工监测站和自动监测站。

(1)简易监测站

为扩大水雨情信息的监测覆盖面，在山洪灾害防治区内的村、组设立简易监测站。因地制宜地配置简易的雨量、水位观测设施，采用直观、可行的观测方法进行水雨情信息的监测。利用本地区适用的传播方式进行信息的传输，达到群测群防的目的。

简易雨量站采用有雨观测、下大雨加强观测的工作体制，有条件时及时上报;简易水位站在有雨时或接到通知时观测，水位接近成灾水位时加强观测，有条件时及时上报。

(2)人工监测站

对于无条件建设自动监测站，但拥有公用通信资源(程控电话、移动通信网)的地区，按照人工观测站的技术要求建立相应的水雨情人工监测站。采用人工观测和管理的模式，通过语音或通话报汛进行雨量、水位信息的采集和传输。

人工监测站采用定时观测，定时报汛的工作体制，在暴雨天气状态下则加密观测、增加报汛段次。

(3)自动监测站

根据本地区的通信、经济条件，设立雨量、水位自动监测点。采用有人看管，无人值守的管理模式，配置相应的雨量、水位传感器，以及遥测终端及通信终端设备，实现水雨情信息的自动采集、传输。

自动监测站采用定时自报、事件加报和召测兼容的工作体制;对超短波组网的自动监测站，则采用增量随机自报与定时自报兼容的工作体制;人工置数信息应有反馈确认的功能。

2.2.1.2. 信息汇集与预警平台

根据各地山洪灾害防御工作的特点和山洪灾害预警决策的需求，利用通信、计算机网络、数据库应用等技术手段，建设省级或市级或县级防汛指挥部门山洪灾害防治信息汇集与预警平台，为收集山洪灾害防治区水雨情数据信息以及其它部门的相关信息、信息查询、山洪预报决策、预警等服务。

山洪灾害防治信息汇集与预警平台是山洪灾害监测预警系统数据信息处理和服务的核心，主要由计算机网络系统和数据库系统组成。基于平台的山洪灾害预警系统结构见图(2.2-1)。

图2.2-1 基于平台的山洪灾害预警系统结构图

计算机网络系统主要为系统数据接收、处理、加工与信息查询、预报决策、预警与信息发布、信息交换等服务提供硬软件平台。

数据库系统主要为系统维护管理、信息查询与服务、预报决策与预警提供数据信息。 在设计信息汇集与预警平台时，各地应结合本地现有的网络结构、通信信道、网管系统、网络设备状况，按照各自的山洪灾害监测预警系统对网络和通信的实际要求，充分利用现有资源，合理制定设计方案。

2.2.1.3. 信息汇集、信息查询子系统

信息汇集子系统与信息查询子系统主要包括监测站的实时数据接收处理和其它相关部门的共享与交换信息的处理以及各类信息的查询服务。

信息汇集子系统主要完成平台所辖各监测站的水雨情信息的实时接收、处理和入库。对其它相关部门的共享与交换信息经处理后按规定的数据库表结构存入数据库中。

信息查询子系统主要为防汛决策部门、系统维护管理等部门提供基于WEB方式的各类数据信息的查询服务。

信息汇集子系统主要由数据接收处理单元(硬件设备)和实时数据接收处理软件构成。 数据接收处理单元主要由数据接收通信设备、数据接收处理计算机、电源以及设备安装设施和避雷系统组成。

各自动监测站点的水雨情信息通过数据传输信道传输到平台后，进入数据接收处理计算

机，通过数据接收软件实时完成监测站水雨情数据的实时接收处理，并存入数据库中。人工观测的水雨情信息通过语音电话报汛方式自动存入数据库中，或通过其它的人工报汛方式收集后采用人工录入的方式存入数据库中。

对于简易监测站的信息可采用事后整理的形式存入数据库。

对于上级部门转发的相关信息经处理后，按照统一的数据格式存入数据库中。 预留气象、国土等部门信息接口，通过信息汇集与预警平台与气象、国土等部门进行信息交换，经处理后存入数据库。

2.2.1.4. 预报决策子系统. 山洪灾害预报决策子系统是基于平台的山洪灾害预警系统的重要组成部分，为各省级、市级或县级山洪灾害防御指挥部门进行山洪灾害预警提供依据。预报决策子系统包括水雨情分析预报、预警信息生成、子系统维护及管理等3个模块。

山洪灾害预报决策子系统具有水雨情分析预报、预警信息生成、系统维护和管理以及信息输出等功能。将现代信息技术和传统技术融入山洪预报预警工作中，增强山洪灾害预测预警能力，提高防灾、减灾决策的科学性。

预报决策子系统建设内容具体为： (1)水雨情分析预报模块

结合实时水雨情、气象预报信息，根据水雨情分析预报模型，对小流域、中小水库水位、流量进行预测，并输出预测结果(文字、表格或图形)。

(2)预警信息生成模块

根据预报成果及预警指标实时编制预警信息，并及时将预警信息发送至预警平台。 (3)系统维护和管理模块

该模块可以对整个系统的内容进行添加和删除，具有控制系统权限的功能。本模块为系统维护管理提供工具。

2.2.1.5. 预警子系统

预警子系统建设是在监测信息采集及预报分析决策的基础上，根据预警信息危急程度及山洪可能危害范围的不同，通过适宜的预警程序和方式，将预警信息及时、准确地传送到山洪可能危及区域，使接收预警区域人员根据山洪灾害防御预案，及时采取预防措施，最大限度地减少人员伤亡。

预警子系统主要包括预警信息的获取和预警信息的发布。根据预警信息的获取渠道不同，预警信息的获取分为从各级建立的基于平台的山洪灾害防御预警系统获取信息和群测群

防获取信息两种途径。预警信息的发布主要由各级山洪灾害防御指挥部门或者群测群防监测点上的监测人员通过预警信息传输网络和其它方式完成。预警子系统的组成见图2.2-2。

图2.2-2预警子系统组成图

预警流程

(1)基于平台的山洪灾害防御预警流程

在建立了基于平台的山洪灾害防御预警系统的地区，预警信息由该系统的预报决策子系统制作。根据平台设立的防汛指挥部门的级别不同，分为平台设立在县级、市级防汛部门两种情况。县级防汛指挥部门获取发布的预警信息，各乡(镇)政府接收县级防汛部门发布或下发的预警信息，传输给村、组、户。紧急情况下县级防汛部门可直接对村、组发布的预警信息。基于平台的预警流程见图(2.2-3) 。

图2.2-3基于平台的预警流程图

(2)群测群防预警流程

群测群防预警信息的获取来自县、乡(镇)、村或监测点。由监测人员根据山洪灾害防御培训宣传掌握的经验、技术和监测设施观测信息，发布预警信息。县级防汛指挥部门接收群测群防监测点、乡(镇)、村的预警信息，逐级发布。各乡(镇)政府除接收县防汛部门发布或下发的预警信息，还接受群测群防监测点、村和水库、山塘监测点的预警信息。村、组接受上级部门和群测群防监测点、水库、山塘监测点的预警信息。

图2.2-4 群测群防的预警流程图

2.2.1.6. 群测群防的组织体系

由于山洪灾害突发性强，从降雨到发生灾害之间的时间短，且往往在灾害发生时断电、断路、断信号，因此群测群防尤为重要。群测群防组织体系为建立县、乡(镇)、村、组、户五级山洪灾害防御责任制体系，群测群防组织指挥机构主要在县、乡(镇)、村一级建立。

1、县级组织指挥机构的构成

在县级设立指挥部，指挥部与县防汛抗旱指挥部合署办公，由县防汛抗旱指挥部统一指挥。

指挥部设政委、指挥长、副指挥长。成员由发改委、水利、国土、民政、气象、财政、建设、交通、公安、卫生等相关职能部门的负责人组成。

指挥部下设办公室、5个工作组(监测组、信息组、转移组、调度组、保障组)及应急抢险队。

2、乡(镇)组织指挥机构的构成

在乡(镇)设立山洪灾害防御指挥机构，指挥机构设指挥长、副指挥长，成员由水利、国土、民政、气象、建设、交通、公安、卫生等相关职能部门负责人组成。指挥机构下设监测、信息、转移、调度、保障等5个工作组和应急抢险队。

3、村组织指挥机构的构成

各行政村设立以村主任为负责人的山洪灾害防御指挥机构，各村应成立以基干民兵为主体的应急抢险队，确定监测预警员，并造花名册报送乡(镇)、县指挥机构备查。

接口需求

图形库中基础电子地图、水利要素分布图以及公用数据专题图等GIS数据，是由大量空间对象组成，这些空间数据的存储和管理主要有两种方式，即电子地图文件和关系数据库表。

文件形式

将不同的电子地图数据以计算机文件的方式存放于计算机中，采用文件目录的方式管理电子地图。在图形数据根目录下分别建立各自的子目录用于存放基础电子地图、水利要素分布图以及公用数据专题图，在各自的子目录下再建立子目录用于存放不同类别的电子地图文件。

由于是以文件的方式管理电子地图，其安全性只依赖于计算机操作系统。 关系数据库表形式

近年来，一些GIS应用系统开始采用大型数据库系统进行空间数据的管理，这样可以充分利用RDBMS已有的数据管理功能实现海量空间数据存贮与管理、事务处理(Transaction)、记录锁定、并发控制和数据仓库等功能，利用扩展的SQL语言对空间与非空间数据进行操作，同时可以方便地实现长事务和版本管理。尤其使空间数据与非空间数据得以集成在统一的数据平台，从而促使GIS应用与一般应用的无缝集成。同时 利用关系数据库管理空间数据的

关键在于面向对象的空间数据模型的采用。面向对象的空间数据模型的采用改变了原有GIS中图形与属性分离的概念，反映空间对象的几何图形数据只是作为一个属性字段(如BLOB字段)与其它非空间属性存贮于关系数据表的一行中。这种数据模型可以方便地定义空间对象之间、空间对象与非空间对象之间的关联关系和规则，能更好地对现实世界建模。

目前使用此技术的有ESRI ArcSDE和Oracle Spatial，MapInfo SpatialWare、SuperMap SDX+等。

性能需求

1、对软件系统的各类人机交互操作、信息查询、图形操作等应实时响应;信息查询、操作、输入界面用图形、文字和数据三种方式在计算机上展现，数据表格应具有报表打印功能;系统的操作要求简单易用。

2、采用WebGIS方式执行GIS的分析任务。通过标准的浏览器(如 IE)来访问地图服务，对于水雨情监测、预警响应的相关处理，均要求能在GIS上进行可视化处理查询，并能实现无级缩放，具备等雨量线、等雨量面等绘制功能。推荐采用1:50000的电子地图，如果没有条件，也可采用1:250000的电子地图;

3、速度要求：

WEBGIS响应速度：<5秒; 复杂报表响应速度：<5秒; 一般查询响应速度：<3秒;

安全需求

安全性要求：用户认证、授权和访问控制，支持数据库存储加密，数据交换的信息包加密，数据传输通道加密，可采用64位DES加密算法，发生安全事件时，能以事件触发的方式通知系统管理员处理;

可靠性要求：应能够连续7×24小时不间断工作，平均无故障时间>8760小时，出现故障应能及时报警，软件系统应具备自动或手动恢复措施，自动恢复时间<15分钟，手工恢复时间<12小时，以便在发生错误时能够快速地恢复正常运行，软件系统要防止消耗过多的系统资源而使系统崩溃;

2.3 需求分析 2.4 系统涉众分析

1 简易观测站：需观测员用透明盛水器皿进行雨量观测，河边需有观测员用水尺桩对水位进行观测。

2 人工观测站：观测员根据水位观测尺按照报讯的要求，以语音、短信或通话方式进行报讯。中心站工作人员记录后将信息录入计算机。

3 自动监测站：无人使用，有人看管，系统自动采集数据。

4 根据地势的不同，采用卫星，超短波，短信，gprs，pstn进行数据传输。 5 信息汇集与预警平台：防汛决策部门、系统维护管理部门的工作人员将通过浏览器对信息汇集子系统，信息查询子系统，预报决策子系统，预警子系统进行增加、删除、修改、查询的操作。

6 预报决策子系统：工作人员将得到的信息打印成表格，进行人工报警或自动报警;系统维护模块分三个权限，系统管理员、预报分析用户、信息查询用户。系统管理员掌握预报决策系统的管理权限，并可以对整个系统的内容进行修改、添加和删除，管理员可以通过此模块控制系统的发布权、删除权、表现权等所有事项;预报分析用户可查询、调用相关数据，实现水雨情分析预报，写入预警信息;信息查询用户只能查询其中内容，不能向数据库中更新、删除、写入数据。

7 预警子系统：预警信息的发布主要由各级山洪灾害防御指挥部门或者群测群防监测点上的监测人员通过预警信息传输网络和其它方式完成。根据预警信息获取途径不同，预警发布权限归属不同的防汛负责人(或防汛部门)。建立了基于平台的山洪灾害防御预警系统的地方，预警发布权限归属其对应的防汛负责人(或防汛部门)，即：平台建立在县级，预警发布权限归县防汛负责人(或防汛部门)。依靠群测群防进行预警的地区，预警发布权限归属县级、乡(镇)、村的防汛负责人(或防汛部门)和监测员。

8 群防群测组织体系：

(1)在县级设立指挥部，指挥部与县防汛抗旱指挥部合署办公，由县防汛抗旱指挥部统一指挥。

指挥部设政委、指挥长、副指挥长。成员由发改委、水利、国土、民政、气象、财政、建设、交通、公安、卫生等相关职能部门的负责人组成。

指挥部下设办公室、5个工作组(监测组、信息组、转移组、调度组、保障组)及应急抢险队。

(2)在乡(镇)设立山洪灾害防御指挥机构，指挥机构设指挥长、副指挥长，成员由水利、国土、民政、气象、建设、交通、公安、卫生等相关职能部门负责人组成。

指挥机构下设监测、信息、转移、调度、保障等5个工作组和应急抢险队

(3)各行政村设立以村主任为负责人的山洪灾害防御指挥机构，各村应成立以基干民兵为主体的应急抢险队，确定监测预警员，并造花名册报送乡(镇)、县指挥机构备查。

2.5 功能需求分析 2.6 水雨情监测系统

2.3.2.1.1. 简易监测站

为扩大水雨情信息的监测覆盖面，在山洪灾害防治区内的村、组设立简易监测站。因地制宜地配置简易的雨量、水位观测设施，采用直观、可行的观测方法进行水雨情信息的监测。

雨量、水位的观测：

(1)雨量观测 ：为便于观测员能直观和方便地观测雨量，承水器皿可设计为透明的装置，并根据区域内雨情的临界值或降雨强度，在承水器皿外进行划分或标注明显的预警标志。

(2)水位观测：在岸边修建简易的水尺桩，水尺桩可设计为木桩式或石柱型;对于无条件建桩的观测站，可选择离河边较近的固定建筑物或岩石上标注水位刻度;水位观测尺的刻度以方便观测员直接读数为设置原则，各地应根据当地的实际情况，以现场标注致灾的临界水位值的方法，作为预警的标准。

通信方式：

简易监测站的设站目的是群测群防。当降雨将可能达到临界雨量值或水位将可能达到临界水位值时，观测员可采用人工传递或采用对讲机报告给乡(镇)、村防灾负责人，有条件的可采用电话或手机逐级报送到县级防御指挥部;紧急情况时，可直接向村、组、户发出预警。有条件的地方可给观测员配置对讲机、移动电话等。

2.3.2.1.2. 人工监测站

对于无条件建设自动监测站，但拥有公用通信资源(程控电话、移动通信网)的地区，按照人工观测站的技术要求建立相应的水雨情人工监测站。采用人工观测和管理的模式，通过语音或通话报汛进行雨量、水位信息的采集和传输。

人工监测站采用定时观测，定时报汛的工作体制，在暴雨天气状态下则加密观测、增加报汛段次。

雨量、水位观测：

(1)雨量观测：应配置虹吸式雨量观测设备;确定设备的安装方式，设计必要的安装设施;观测员按照报汛的要求，以语音或通话方式进行数据传输。

(2)水位观测：对于新建的水位站需修建水位观测尺和观测道路;观测员按照报汛的要求，以语音、短信或通话方式进行报汛。

通信方式：

人工监测站通常采用语音报汛进行数据传输，测站需要配备电话线路和电话机，中心站配置语音卡和计算机，实现报汛信息的自动接收、处理和入库;对不具备电话通信条件但已

被移动通信所覆盖的地区，测站可配置手机采用移动电话报汛，中心站人工记录校核后录入到计算机。

对于没有公共通信可利用的地区，可根据测站距中心站的距离、地形条件，采用短波通信或超短波通信方式报汛。采用短波通信，测站和中心站均需配置短波电台、天馈线及电源。采用超短波通信测站和中心站均需配置超短波电台、天馈线及电源，距离较远或有阻挡时，需建设中继站进行接力。

2.3.2.1.3. 自动监测站

根据本地区的通信、经济条件，设立雨量、水位自动监测点。采用有人看管，无人值守的管理模式，配置相应的雨量、水位传感器，以及遥测终端及通信终端设备，实现水雨情信息的自动采集、传输。

自动监测站采用定时自报、事件加报和召测兼容的工作体制;对超短波组网的自动监测站，则采用增量随机自报与定时自报兼容的工作体制;人工置数信息应有反馈确认的功能。

雨量、水量观测：

(1)雨量观测： A雨量观测场地

①雨量监测站原则上不新建雨量观测场，已建有雨量观测场的站，将雨量传感器放置在雨量观测场内;

②未建雨量观测场的站，则利用屋顶平台予以观测，但安装时应注意与建筑物、树木等障碍物的水平距离为障碍物高度的两倍。

B雨量传感器 ① 承雨口口径：Φ200

+0.6

mm;

② 分辨力：当测站为基本雨量站时，年平均降雨量≥800mm的测站采用0.5mm的雨量传感器，年平均降雨量<800mm的测站采用0.2mm的雨量传感器;对于非基本雨量站，南方湿润地区可选用1.0mm的雨量传感器，北方干旱或半干旱地区可选用0.5mm的雨量传感器;

③ 测量误差(准确度)：较大降雨量的误差采用实测降雨量与其自身排水量相比较的相对误差检验;较小降雨量采用绝对误差检验。不同分辨力的雨量传感器量测精度详见表2.4-1 ④环境条件：工作温度0℃～+50℃，工作湿度≤95%(40℃); ⑤可靠性指标：在满足仪器正常维护条件下，MTBF≥25000小时。 (2)水位观测： A水位传感器选用

各省(自治区、直辖市)可根据实际情况选用浮子水位计、压力水位计和超声水位计进行水位观测。对已建有水位自记井且可利用的监测站选用浮子式水位传感器;未建井或不能建井的测站，视河流及水情特点配备压力式(压阻式、气泡式)或超声式水位传感器，主要技术指标应满足：

①分辨率：水位传感器的分辨率为1cm。

②测量误差：95%测点的允许误差±2cm，99%测点的允许误差±3cm。 ③环境条件：工作温度-30℃～+50℃，工作湿度 <95%(40℃)。 ④可靠性指标：在满足仪器正常维护条件下，MTBF≥25000小时。 B水位自记观测井建设要求

适宜新建水位自记观测井的测站，应以建设简易水位自记井为原则。井筒可采用直立式或斜井式，一般可选用水泥管、钢管、铸铁管或PE管;井口直径应根据所采用的浮子式水位计及有关水位观测技术标准进行设计，同时需考虑防淤积的措施。

C气泡压力式水位计安装要求

①气泡压力式水位计应放置在位于基本水尺断面处的仪器房内，其传感器感应探头需设置在水面以下。

②管道敷设时应沿河岸护坡顺坡而下，不能出现负坡，以免感压管内结露，形成水栓。 ③为解决大变幅水位观测问题，可结合各站实际情况，分多级敷设压力感压气管或至中水处敷设感应探头。

通信方式：

自动监测站的数据传输通信，各省(自治区、直辖市)应根据当地的通信资源及地形条件因地制宜地选用超短波、GSM短信、GPRS、北斗卫星、PSTN通信方式组网。

(1)北斗卫星通信系统

北斗卫星通信系统由卫星及网管中心、监测站、中心站组成，其通信网络结构示意见图2.3-1。在北斗卫星通信网络中，监测站和中心站需配置北斗卫星通信终端及天馈线等主要通信设备。

图2.3-1北斗卫星通信系统网络结构示意图 (2)GPRS通信系统

GPRS通信数据传输网络结构示意见图2.3-2。GPRS接入方式主要有Internet接入、专线接入，可根据需求选用。采用GPRS通信组网，监测站需配置GSM/GPRS通信终端，中心站则根据接入方式不同，需配置接入Internet的固定IP或专线。

图2.3-2 GPRS通信组网结构示意图 (3)程控电话(PSTN)通信

在程控电话(PSTN)通信网中，监测站和中心站均需申请一门程控电话，并配置有线MODEM和电话避雷器等主要通信及避雷设备。PSTN通信网设备配置见图2.3-3。

图2.3-3程控电话(PSTN)通信设备配置示意图

(4)超短波通信

在超短波通信网中，测站、中继站、中心站所必需的主要通信设备为超短波电台及天馈线、同轴避雷器，其典型的设备配置示意见图2.3-4。

图2.3-4超短波通信设备配置示意图

(5)短信通信

利用短信通信实现数据传输，各地可根据需求采用点对点通信或申请特服号专线连接。 用短信通信方式组成数据传输网，在测站需配置短信通信终端及天线、 SIM卡，中心站则根据选用的组网方式不同配置短信通信终端及天线、SIM卡或者配置短信专用服务器及专线等，组网结构见图2.3-5。

图2.3-5 GSM通信组网结构示意图

对于有公网覆盖的地区，一般应选用公网进行组网;对于公网未能覆盖的丘陵和低山地区，一般宜选用超短波通信方式进行组网;对于既无公网，又无条件建超短波的地区，则选用卫星通信方式;对于重要监测站且有条件的地区尽量选用两种不同通信方式予以组网，实现互为备份，自动切换的功能，确保信息传输信道的畅通。

2.2.3.1. 信息汇集与预警平台

信息汇集与预警平台数据库系统是在选择一个合适的数据库管理平台的基础上建立包括实时水雨情数据库、预报预警成果以及气象数据库、工情数据库、管理数据库和超文本数据库等，以实现数据信息与服务共享的要求。

建立在省或市、县等不同行政区的山洪灾害信息汇集与预警平台对数据库系统的要求不尽相同，因此，可按照各地的具体情况选择合适的数据库操作系统。

数据库操作系统的选型应与当地所建的国家防汛抗旱指挥系统水情分中心的数据库选型相一致。对数据库操作系统的其它要求可根据各省、市、县的实际需求并结合以下几个方面予以考虑：

(1)依照实用的原则和处理的数据量大小以及对分布式应用的支持要求，来选择适当的数据库系统。

(2)为实现数据库数据的实时共享，数据库系统应具有并发控制功能。

(3)在选择专业数据库时必须考虑数据库设计的难易程度。是否便于系统的维护、开发、移植;是否有面向用户的易用的开发工具，先进的数据库开发工具将大大减少系统开发和运行维护的工作量。

(4)数据库系统对数据库管理和维护的支持程度，也是选择数据库系统的一个重要的参考指标。主要是指数据库系统的用户管理、权限管理、数据库备份、数据传递等功能，这些功能将对系统运行的稳定性和安全性有很大的影响。

(5)选择数据库系统是否有比较配套的开发工具支持。 (6)数据库系统的升级能力。 数据库设计要求： (1)数据库设计内容

信息汇集与预警平台数据库从内容上可划分为属性数据库和图层空间数据库。 属性数据库主要包括：水雨情信息数据库、气象信息数据库、工情信息数据库、经济社会信息库、灾情数据库、单位机构信息数据库、图形图像数据库和超文本数据库等。

空间数据库主要包括各省、市或县区域图、行政区划图、流域水系图、水库山塘分布图、报汛站点分布图、防洪工程布置图、交通设施图、安全区和危险区分布图等。

(2)数据库表结构

数据库表结构应按照《国家防汛指挥系统工程》对实时雨水情数据库表结构、防洪工程

数据库表结构等进行设计;其它各类数据库应结合各地的灾害特点、实际需要和资料情况，进行合理设计。

2.2.3.2. 信息汇集、信息查询子系统

1、信息汇集子系统

信息汇集子系统与信息查询子系统主要包括监测站的实时数据接收处理和其它相关部门的共享与交换信息的处理以及各类信息的查询服务。

根据平台接收的数据信息特点，数据接收处理软件总体结构设计应满足如下要求： (1)能实时接收自动监测站的水雨情数据和工况信息; (2)具有对自动监测站进行远程控制功能;

(3)能实时处理接收的数据信息，并分类存入数据库中; (4)具有数据查询与维护功能; (5)具有人工数据的录入功能;

(6) 软件运行环境支持中文Win2000/中文WinXP等操作系统。

2、信息查询子系统

为了实现对山洪灾害监测信息的访问、查询和比较，需要开发与之配套的查询系统。针对山洪灾害防御的实际需求和信息的查询方便，结合现代信息处理技术、网络技术和GIS技术，在水雨情信息、气象信息、工情信息、灾情信息、山洪灾害防治预案、规章制度等多种信息一体化集成基础上，提供对数据库水雨情、气象基础数据、工情、灾情的查询、检索及分析对比功能。

系统开发要求：

(1)以数据库为接口，进行数据查询软件的设计和开发，查询结果应采用表格、图形等方式进行展示。

(2)信息查询软件具有通用性，信息的范围、内容能够实现自定义。

(3)具有强大的信息输出和表现功能。除具备基础信息、水情信息、雨情信息、统计信息和分析信息数据表现外，还具备图形化查询功能，如：过程线、柱状图等多种方式展示，展示方式可由用户选择。

(4)对整编信息能分时段查询，如：可以进行年、月、旬、日等时段的查询和统计值的查询。

(5)丰富的系统页面可以对数据进行分析、比较，具有生成各项统计报表的功能和打印功能。

(6)软件可采用B/S和C/S两种结构相结合的模式开发，为了获得较好的系统运行效率，有条件的建议采用B/S方式来组织软件体系，同时充分利用C/S结构的优点，系统的部分辅助性的功能使用C/S结构实现。没有条件的可采用C/S体系结构。 设计内容和功能要求：

2.2.3.3. 预报决策子系统

2.2.3.3.1. 水雨情分析预测模块

对于有水文资料的流域，可以利用已有水文资料采用常规的方法编制预报方案。但对于大部分小流域而言，水文站点稀少，水文资料缺乏，因此可以采用以下几种预报方法：

(1)降雨径流预报方法

产流根据各地实际情况可采用折减系数(径流系数)、降雨径流关系、初损后损等方法计算。

汇流根据山洪沟的实际情况，可采用单位线(经验单位线、瞬时单位线、综合单位线)、汇流系数(曲线)等方法计算。

有条件时可利用DEM和GIS提取的山洪灾害防治区小流域的特征，建立分布式洪水预报模型。

(2)上下游水位(流量)相关法

对于上、下游有水位(文)站的河流，则可运用历史水位、流量资料，建立上游水位、流量和下游水位、流量相关关系。对于上游有水位(文)站，下游(或灾害点上游)没有水位(文)站的河流，但下游可以调查到较大洪水的洪峰水位，则可利用上游的实测水文资料和下游的调查资料，建立上下游水位相关关系，编制水位相关预报方案。

(3)雨量水位(流量)相关法

对于流域面积小、汇流时间短的山洪沟，根据实测或调查的降雨量和灾害点上游实测或调查的水位(流量)资料建立流域降雨与灾害点上游的水位(流量)相关关系，编制预报方案。

(4)比拟法

对于无水文资料的山洪沟，可借用临近水文气象和地理条件相似流域的预报方案，必要时对相关参数进行适当调整。在收集到水文气象资料以后，修订相关参数或重新编制预报方案。

以上编制的预报方案，在有实测资料或有新的调查资料后应及时进行修编和重新编制。

2.3.2.3.1. 预警信息生成模块

1、预警指标

发的预警指标是指触发山洪灾害的雨、水情临界值。山洪灾害预警条件、预警时间以是否接近、达到、超过临界雨量和成灾水位(流量)为主要的依据。预警指标的确定，需要分析利用现有历史灾害、雨量、水位(流量)资料，通过分析计算得到，缺乏资料的山洪灾害

地区可以采用内插法、比拟法、山洪灾害实例调查法、灾害与降雨频率分析法等方法确定本地区的临界雨量、成灾水位(流量)。

(1)临界雨量分析计算

一般情况下，南方湿润地区年降雨量大的地区，临界雨量较大，北方干旱地区年降雨量小的地区，临界雨量较小。但各灾害点因地质、地形、气候等条件不同临界雨量差异较大，各地区应根据当地降雨特点，利用现有资料分析计算确定各灾害点的临界雨量。随着资料的积累及灾害的发生，临界雨量应不断进行校核与修订。

(2)成灾水位(流量)分析计算

对于已布设水位站或水文站的灾害点，只需要将历史上发生的所有山洪灾害对应的水位(流量)进行统计，其最小值就是成灾水位(流量)初值，根据灾害点的地形资料确定成灾水位(流量)。对于过去未设但拟布设水位或水文站，站址对应灾害点的成灾水位(流量)可由灾害点的成灾水位(流量)换算得到。换算方法一般可采用水面比降法、河道比降法等。设站以后，根据水文观测资料对成灾水位(流量)进行校核与修订。

2、预警信息编制

根据实时水雨情、水文气象预报信息及预警指标，决定是否编制预警信息。山洪灾害预警等级一般分为三级。具体内容如下：

(1)Ⅲ级警报

当预报有强降雨发生，降雨可能接近或达到临界雨量，或者预报水位(流量)可能接近或达到成灾水位(流量)，将可能发生山洪灾害时，编制Ⅲ级预警信息。

(2)Ⅱ级警报

当已有强降雨发生，预报降雨可能达到临界雨量，降雨还将持续，或者预报水位(流量)可能达到成灾水位(流量)，山洪灾害即将发生时，编制Ⅱ级预警信息。

(3)Ⅰ级警报

当已有强降雨发生，实测降雨接近或达到临界雨量，且前期降雨量接近山洪形成区土壤饱和含水量，预报降雨将持续，实测水位(流量)接近或达到成灾水位(流量)，水位(流量)仍在上涨，将发生严重山洪灾害时，编制Ⅰ级预警信息。

3、系统维护和管理

针对现有的水雨情数据、预报方案、灾情数据、预警指标等进行系统维护和管理，对数据进行编辑、录入及各类参数设定等。

(1)水雨情数据维护

山洪灾害防治区实时雨量监测信息，各中小流域、中小型水库水位、流量实时监测信息，

是系统的数据支撑和运行基础，建立水雨情数据的维护模块以对这些信息进行简单的录入、数据的编辑及对数据的检查和分析，能有效的保证数据的正确性和合理性。

(2)预报方案管理

为不同的地区指定相应的预报方案并存入方案库，同时为各预报方案设定初始的模型计算参数，建立预报方案管理维护模块和模型参数维护模块，方便不同地区之间的预报方案管理。

(3)预警指标设置

设置预警指标，对触发山洪灾害的雨、水情临界值进行维护和管理，制定各地区的临界雨量表、成灾水位(流量)表。建立预警指标数据库，随着资料的补充和系列的延长，对预警指标进行补充、更新等。

(4)权限管理

系统对用户名和密码等资料可进行添加、删除和维护，并对不同用户实行分级管理。具有系统管理员身份才能对系统进行维护管理。

预报决策子系统用户分三级进行管理：系统管理员、预报分析用户和信息查询用户。山洪灾害监测预警系统平台所在地(省、市、县)设置系统管理员权限和预报分析用户;其他用户为信息查询用户。

为保证系统运行安全，系统管理员掌握预报决策系统的管理权限，并可以对整个系统的内容进行修改、添加和删除，管理员可以通过此模块控制系统的发布权、删除权、表现权等所有事项;预报分析用户可查询、调用相关数据，实现水雨情分析预报，写入预警信息;信息查询用户只能查询其中内容，不能向数据库中更新、删除、写入数据。

2.2.3.4. 预警子系统

1、预警信息发布 (1)预警发布权限

根据预警信息获取途径不同，预警发布权限归属不同的防汛负责人(或防汛部门)。 建立了基于平台的山洪灾害防御预警系统的地方，预警发布权限归属其对应的防汛负责人(或防汛部门)，即：平台建立在县级，预警发布权限归县防汛负责人(或防汛部门)。

依靠群测群防进行预警的地区，预警发布权限归属县级、乡(镇)、村的防汛负责人(或防汛部门)和监测员。

(2)预警发布内容

预警发布内容包括：暴雨洪水预报信息，暴雨洪水监测信息，水库及山塘水位监测信息，降雨、洪水位是否达到临界值，流量监测信息预警信息等级等。

(3)预警信息发布对象

预警信息发布对象为可能受山洪威胁的城镇、乡村、居民点、学校、工矿企业等。根据预警等级确定不同的发布对象。

(4)预警发布方式

预警发布方式分为通信网络畅通下的预警发布方式和无通信网络(或通信网络中断)下的预警发布方式两种情况。建立短信预警发布平台和电话传真预警发布平台，在规定的条件下自动发送山洪灾害预警信息。

通信网络畅通时，预警信息发布单位或责任人利用internet公网、语音电话、手机通话、手机短信、传真、有线电视、广播等及时向下发布预警信息，各级根据接收的预警信息，按照预案采取相应的措施。

在无通信网络(或通信网络中断)时，根据当地预警设备配置情况和山洪灾害危险情况，按照预案中事先确定的报警信号，利用发送信号弹、鸣锣、启动报警器和无线广播、高音喇叭喊话等方式，向灾害可能威胁区域发送警报。

短信预警发布平台提供短信群发功能，能向列表中的各级主管领导、责任人自动发送山洪灾害预警短信。

电话传真预警发布平台能自动向列表中的各个单位传送山洪灾害预警信息或调度指示文件等，克服人工拨号打电话、发传真，费时易出差错的问题。

(5)预警信息发布软件开发

预警信息发布软件主要完成预警信息的处理和发布。为了获得较好的系统运行效率和方便使用，有条件的地区建议采用B/S体系结构、并充分利用C/S结构的优点进行开发，没有条件的地区可采用C/S体系结构开发。

预警信息发布软件开发要求如下：

① 能提供电话、短信、广播通知自动发布功能，可实现预警信息自动传真群发布、短信发送和广播通知等。

② 软件开发应基于省、市、县山洪灾害数据汇集及预警平台，利用山洪灾害预警平台统一设计的数据库结构。

③ 系统要求做到界面清晰，接口标准，操作简单。

2、预警信息通信方式

根据山洪灾害的特点，可用于预警信息传输的通信方式有电视、广播、Internet网络、电话、传真、移动通信、短信、报警器、锣鼓号等，各地可根据当地经济状况、现有通信资源条件以及各种通信方式的适用性，并考虑山洪灾害预警信息传输的时效性和紧急程度，选用适宜的通信方式组建山洪灾害预警信息传输通信网。

为保障预警信息能及时发布到乡(镇)、村、组、户，有条件的县与乡(镇)应尽可能建立双信道的通信网络，以保证一种信道通信中断时预警信息能够顺利传递。

(1)固定时间发布的预警信息，接收的对象主要是公众，应充分考虑通信覆盖面，综合选择多种方式同时发布，可选择电视、广播、短信、自动传真等与群众生活联系紧密的通信平台。

(2)不定时的山洪灾害警报信息，时效性要求比较强，通过电话、移动电话等直通方式进行通信。对于特别紧急的情况，警报传输通信必须各种方式并用。当公共通信(固定电话、移动电话)均遭山洪破坏而失效时，有条件的地区可采用卫星通信方式进行应急通信。

(3)对于公共通信条件较好、且运行维护费用有保障的地区可综合运用固定电话、移动通信通话和短信、传真、internet网络、有线电视和广播警报系统的多种方式。

(4)山高、地形复杂、人口密度低、缺乏电力供应的山丘区，电话、传真、internet网络等发布方式都难以实现，或者山洪灾害造成这些信息发布方式都中断时，可采用短波通信或超短波通信进行预警信息传输。

(5)对于没有公共通信条件，人口居住比较分散的偏僻山村，可以通过广播、喇叭、锣鼓、报警器、烟火、人力等根据已设定的预警信号发布预警信息。

第三章 总体设计

3.1 总体设计目标

山洪灾害监测预警系统主要包括水雨情监测系统和预警系统。为更好地发挥系统的防灾减灾作用，还需建立群测群防的组织体系，加强宣传培训。

水雨情监测系统主要包括水雨情监测站网布设、信息采集、信息传输通信组网、设备设施配置等。乡(镇)、村自身预警的监测设施，一般以简易的为主;县级以上可根据经济状况和山洪灾害特点，布置有一定技术含量、实用、先进、自动化程度较高的设施。汇入山洪灾害防治信息汇集及预警平台的水雨情监测信息以县级以上的自动遥测信息为主，群测群防水雨情监测信息以乡(镇)、村简易观测信息为主。根据我国山洪灾害范围广、成因复杂的特点，要加密现有水文气象部门的监测站网，以控制水雨情，及时发布预警信息。

山洪灾害预警系统由基于平台的山洪灾害防御预警系统和山洪灾害群测群防预警系统组成。基于平台的山洪灾害防御预警系统中的山洪灾害防治信息汇集及预警平台是该预警系统数据信息处理和服务的核心，主要由信息汇集子系统、信息查询子系统、计算机网络子系统和数据库子系统组成;基于平台的山洪灾害防御预警系统主要由信息汇集子系统、信息查询子系统、预报决策子系统和预警子系统组成，在县级以上防汛指挥部门建立，山洪灾害严重的区域应建立该系统，以获取实时水雨情信息，及时制作、发布山洪灾害预报警报;系统一般要求具有水雨情报汛、气象及水雨情信息查询、预报决策、预警、政务文档制作和发布、综合材料生成、值班管理等功能，并预留泥石流、滑坡灾害防治信息接口。群测群防预警系统包括预警发布及程序、预警方式、警报传输和信息反馈通信网、警报器设置等;预警信息、预警方式、预警信号等应根据各地的具体条件，因地制宜地确定，预警方式、预警信号应简便，且易于被老百姓接受。

群测群防的组织体系主要包括建立县、乡(镇)、村、组、户五级山洪灾害防御责任制体系，明确县、乡(镇)、村、组防御山洪灾害的组织机构、人员设置、职责等。通过建立群测群防责任制组织体系，保障县、乡(镇)、村、组、户防灾信息上传下达畅通，监测、预警、避灾措施落实。

宣传培训包括防灾知识的普及，防灾准备，监测、警报设施的维护和操作，预案的宣传、演练等。

3.2 总体设计原则

(1)可靠性：系统应保证长期安全地运行。系统中的硬软件及信息资源应满足可靠性设计要求。

(2)安全性：系统应具有必要的安全保护和保密措施，有很强的应对计算机犯罪和病毒的防范能力。

(3)容错性：系统应具有较高的容错能力，有较强的抗干扰性。对各类用户的误操作应有提示或自动消除的能力。

(4)适应性：系统应对不断发展和完善的统计核算方法、调查方法和指标体系具有广泛的适应性。

(5)可扩充性：系统的硬软件应具有扩充升级的余地，不可因硬软件扩充、升级或改型而使原有系统失去作用。

(6)实用性：注重采用成熟而实用的技术，使系统建设的投入产出比最高，能产生良好的社会效益和经济效益。

(7)先进性：在实用的前提下，应尽可能跟踪国内外最先进的计算机硬软件技术、信息技术及网络通信技术，使系统具有较高的性能指标。

(8)易操作性：贯彻面向最终用户的原则，建立友好的用户界面，使用户操作简单直观，易于学习掌握。

3.3 总体逻辑架构设计

由于山洪预见期短、致灾快，因此为有效防御山洪灾害，需特别加强县级以下行政区的防灾工作。根据我国目前县级以下行政区的经济社会发展状况、技术水平、防灾特点以及各级防汛部门在防灾中的作用，提出以下三种监测预警系统建设基本模式：

模式一：在县级行政区建立基于平台的山洪灾害预警系统，省、市、县、乡(镇)、村等各方面的山洪灾害防治相关信息汇集于平台，县级防汛部门根据系统信息，及时发布预报、警报。同时县、乡(镇)、村、组建立群测群防的组织体系，开展监测、预警工作。

这种模式适宜于山洪灾害严重，县级防汛部门有能力建立山洪灾害防治信息汇集及预警平台，省、市、县信息实现共享，县级防汛部门能制作山洪灾害预报警报的县级行政区。

模式二：县、乡(镇)、村、组建立群测群防的组织体系，依靠县、乡(镇)、村、组的

监测设施，结合省级、市级防汛部门的信息、指令，开展监测预警工作。县、乡(镇)、村根据暴雨、洪水及水库(山塘)等监测信息，发布预报警报。一般按县→乡(镇)→村→组→户的次序进行山洪灾害预警;遇紧急情况(暴雨洪水陡涨、水库山塘溃坝等)村可直接报告县级防汛指挥部和乡(镇)防汛指挥机构，并可直接发布预警。

这种模式适宜于尽管山洪灾害严重，但经济条件差，不具备建立山洪灾害防治信息汇集及预警平台的人、材、物等条件的地区;或者山洪灾害总体不严重的区域。我国部分省级行政区面积大、人口密度较小，市、县经济发展水平较低，山洪灾害防御立足于群测群防，依靠建立县、乡(镇)、村、组防御山洪灾害的组织体系和加强宣传培训，采用简易设施开展山洪灾害的监测预警工作。

模式三：在市级行政区建立基于平台的山洪灾害预警系统，省、市、县收集的山洪灾害防治相关信息汇集于系统，市级防汛部门根据系统信息，及时发布预报、警报;县级防汛部门配置信息接受终端，与市级防汛部门山洪灾害防治信息汇集及预警平台信息实现共享，县级以下部门执行市级防汛部门的指令。同时县、乡(镇)、村、组建立群测群防的组织体系，开展监测、预警工作。

这种模式适宜于市级行政区内局部地区山洪灾害严重，县级行政区经济条件差，防汛部门力量相对较弱，市级防汛部门更有能力建立信息汇集及预警平台，发布预报、警报的区域。

对不同山洪灾害特点、不同经济社会发展水平的区域要因地制宜地制定山洪灾害监测预警系统建设方案。地处东部季风区、山洪灾害严重的区域，若经济发展水平相对较高，宜采用模式一;省级行政区面积大、人口密度小，市级、县级行政区经济发展水平较低的区域，宜主要采用模式二;对市级行政区局部地区山洪灾害严重，县级行政区经济发展水平较低，防汛部门力量相对较弱的区域，可采用模式三。

3.4 网络系统设计

(1)网络体系结构

计算机网络对外互联采用TCP/IP协议，局域网内部应支持TCP/IP等协议。 目前比较流行和成熟的计算机网络系统应用集成的体系结构模式主要有客户/服务器(CLIENT/SERVER，简称C/S)两层体系结构模式以及浏览器/服务器(BROWSER/SERVER，简称B/S)三层体系结构模式。B/S结构具有良好的扩充性，对客户端没有任何特殊要求，对用户数也没有限制，只需支持网络并具有浏览器功能即可。B/S模式只在服务器端安装应用程序，客户端不须安装程序，直接使用IE或其他浏览器即可使用，修改应用程序只与服务器有关，客户端不作任何改动，操作简单，维护方便。C/S结构具有较强的互动性，特别有利于系统的维护和复杂功能的实现，可以对信息进行各种操作，在高速网络环境下可以满足不同用户的需要。

因此，根据上述各自特点，系统信息的查询与发布等应用系统建议采用B/S三层体系结构，信息汇集子系统则可采用C/S体系结构。

(2)网络拓扑结构

山洪灾害信息汇集与预警平台计算机网络结构采用以太网交换技术。千兆位以太网或快速以太网交换技术成熟，组网性价比高，是当前的主流网络交换技术，本平台的计算机网络系统可采用千兆位以太网或快速交换式以太网技术，拓扑结构采用星形结构。

对外数据信息共享与交换可通过路由器与光纤或专线连接的方式实现。在设计时提出各条线路的带宽要求。

注：三种监测站通过传输通信网将信息传入信息汇集系统，根据当地不同的情况选择不同的传输方式。对于有公网覆盖的地区，一般应选用公网进行组网;对于公网未能覆盖的丘陵和低山地区，一般宜选用超短波通信方式进行组网;对于既无公网，又无条件建超短波的地区，则选用卫星通信方式。

3.5 平台选择

服务端操作系统:Microsoft Windows Server 2003 服务端数据库:Microsoft SQL Server 2008 服务端Web服务:IIS 5.0以上 GIS平台：Supermap或Topmap 客户端操作系统:Microsoft Windows XP SP2以上 客户端浏览器

:Internet Explorer 5.5以上

网络版杀毒软件：根据各试点县具体用户量配置客户端;

3.6 标准规范设计

根据贵方项目的要求和国家有关法规的要求，我们经过认真研究、分析设计本系统方案。该系统具有性能先进、质量可靠、经济实用等特点，而且该系统具有方便扩展、与其它信息系统实现无缝连接的能力。为实现安防系统的可视化管理奠定了基础。

依据的相关规范包括：

《工业企业通用设计规范》(GBT42-81) 《中华人民共和国公共行业标准》(GA/T70-94) 《安全防范工程程序与要求》(GA/T75-94)

《电气装置安装工程施工及验收规范》(BGJ232.90.92) 《民用闭路监视电视系统工程技术规范》(GB50198-94) 《民用工业建筑电气设计规范》(GJT16-92)

.

第四章 详细设计

4.1 技术架构设计

4.1.1设计思路 在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层(又或成为领域层)、表示层。

三层结构原理：

3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。

1、表示层

位于最外层(最上层)，离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

2、业务逻辑层

业务逻辑层(Business Logic Layer)无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域(Domain)逻辑有关，很多时候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。 业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计

对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者;对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。

3、数据层

数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。 简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。 本系统包括水雨情监测站网布设、信息采集、信息传输通信组网、设备设施配置等。用户需要在网站上浏览水雨情信息，固采用服务架构，B/S的三层结构。

4.1.2设计原则

1、要保证软件的高内聚低耦合性，所以我们选择了三层结构。

2、系统要保证长期安全运行，硬软件及信息资源要满足可靠性要求。

3、要做好安全保护，有防范病毒的能力。

4、系统应对不断发展和完善的统计核算方法、调查方法和指标体系具有广泛的适应性。

5、因为系统所需硬件很多，而且随着时间的退役硬件会有更新，所以系统的硬软件应具有扩充升级的余地，不可因硬软件扩充、升级或改型而使原有系统失去作用。

6、使用系统的人群从乡镇，到县城，到地级市，到省里，人员混杂，对电脑的使用能力不一，固要建立友好的用户界面，使用户操作简单直观，易于学习掌握。

架构决策

选择三层结构，是为了软件的高内聚低耦合性。选择B/S模式，是因为主要操作用户是通过浏览器使用软件。 技术架构

系统架构在WebGIS的底层ArcObjects之上，地图显示，相应的地图操作以MapControl为依托。山洪灾害防治规划信息系统采用三层体系结构，以数据库为基础，采用中间件和组件技术，实现数据管理、区划成果分析等应用。并提供良好的人机交互界面。系统采用B/S架构开发，B/S模式的管理系统负责数据的入库、数据的组织维护、图件与报表的组织生成，数据信息输出等功能。运用本系统可以方便的查询各类信息，对查询结果进行统计、输出，提供各种方式的灾害信息统计较好的辅助了规划工作。

功能设计 数据获取

从指定的数据源获取数据，数据获取的方法包括人工数据录入、自动数据获取两种方式; 数据处理

数据处理是指把获取到的数据按照目标数据库进行预处理、校验、分类、入库操作; 配置管理

配置管理模块能够对系统的数据源信息配置、目的数据库配置、运行控制参数等进行配置; 监视统计

对系统的运行状态、数据汇集日志进行监视，对系统运行情况和数据汇集情况进行分析统计。

4.2 设计安全

安全性要求：用户认证、授权和访问控制，支持数据库存储加密，数据交换的信息包加密，数据传输通道加密，可采用64位DES加密算法，发生安全事件时，能以事件触发的方式通知系统管理员处理;

4.3 用户界面设计

考虑操作直观、方便的要求，系统应对所有水雨情、气象、工情、灾情信息数据模块建立公共的查询接口，界面简洁一致，表现方式灵活。主要设计内容和功能要求如下。 (1)系统主界面

用户可通过IE浏览器访问系统，在IE浏览器地址栏输入网站地址，进入系统的登录界面，输入用户名和密码，系统通过验证确定该用户是否合法，如果是授权用户，系统进入主页面，如果是没有授权用户，系统将拒绝其访问本系统。当授权用户登录后，就可以进入主菜单，获取相应功能的模块菜单。 (2)基础信息查询

① 雨量站基本信息

查询雨量站的基本信息，如：雨量站类别(自动、人工、简易等)、水系、河名、站号，站名，站址位置、设立日期、所属部门等。

② 水文(位)站基本信息

查询水文(位)站的基本信息，如：测站类别(自动、人工、简易等)、站号，站名，站址，经度，纬度，高程、设立日期等。

③ 工情基本信息

查询堤防工程、水库、山塘等的基本信息，如：建设地点、所在河流、集水面积、多年平均降雨量(径流量)、设计洪水位(流量)、库容、坝顶高程等。

④ 灾害点基本信息

查询灾害点的基本信息，如：地理、地质、气候特点、人口密度、基础设施、灾害频繁程度等。

(3)水雨情信息查询

通过对系统数据库的访问，可以实现各小流域、中小型水库水位、流量实时监测信息、

历史资料信息查询，为预报决策提供历史资料对比分析。可以实现单站、多站实时或者历史水雨情图形化查询。具体包括：水文(水位)站雨量、水位(流量)实时和历史资料查询(包括日平均水位/流量、月水位/流量等)，以及降雨量统计表、降雨量图等形式对雨量资料进行日、时段等综合查询。 (4)气象信息查询

将查询数据库得到的气象信息显示给用户，主要包括：中央气象台、省气象台和临近省气象台、本地市(县)气象台发布的当日天气预报(文字、图、表)，卫星云图信息(图片)、多普勒雷达测雨信息、台风警报信息等。 (5)工情信息查询

工情信息主要包括：堤防、水库的各种特征值、工程图、工程指标、工程运行状况等数据;水库运行状况的实时信息，如闸门开度、大坝安全状况，溢洪道、泄洪洞、输水洞流量，水库、山塘水位状况(流量)、水库调度方案等。堤防主要信息有各断面水位、堤防安全状况、出险情况及类型。可以实现单站、多站实时和历史工情信息和运行参数的查询。

(6)经济社会状况及灾情信息查询

山洪灾害监测区域经济社会指标：村镇分布、人口分布、固定资产、重要设施、GDP等。

直接总经济损失：受灾范围，受灾人口，受淹城市，倒塌房屋，死亡人口等。 工业、交通运输业直接经济损失：停产工矿企业(个)，铁路、公路中断(条次)、毁坏路基(面)(千米)，毁坏输电线路，毁坏通讯线路(千米)等。

水利设施直接经济损失：毁坏水库，水库跨坝，毁坏堤防、护岸、水闸，冲毁塘坝，毁坏灌溉设施，毁坏机电井、水电站、机电泵站，毁坏雨量站、水文测站。

农林牧渔业直接经济损失：农作物受灾面积，农作物成灾面积，农作物绝收面积，减少粮食，死亡大牲畜，水产养殖损失等。 (7)数据的输出保存打印

查询系统具有信息输出和表现功能，除具备基础信息、水雨情信息、工情、灾情统计分析信息的数据输出外，还具备表、文字、图形的输出和保存以及打印功能。

第五章 技术支持和服务

5.1 技术支持

技术培训

服务商负责组织客户进行培训。客户有权对服务商提出的培训方案和培训计划进行选择和调整。培训费用计入总价，同时应提供分项的细项报价。培训方案作为评判整体解决方案优劣的因素之一。

①服务商在应答时应制定详细的人员培训方案，培训方案应包括培训目的、培训时间安排、人数、教材编写(列出培训教材基本内容)、培训师资情况(包括教师简历)、培训组织方式等。服务商必须根据标书采购的设备及采用的相关技术，在标书中提出全面的培训计划和课程内容安排，并在合同签定后征得用户方同意后实施。

②培训费用除包括服务商自身的费用以外(包括教员费、教材费、场地费等)，所有学员的费用也应计算在内，学员的食宿费按每人每天300元计算。

③服务商必须提供高水平的培训。培训应包括各应用子系统的安装、操作、配置和维护等，系统软、硬件常见故障现象的诊断和处理，常见的问题及解决办法等。服务商必须为所有被培训人员提供培训环境、文字资料和讲义等相关用品。所有的资料必须是简体中文书写。

④所有的培训教员必须用中文授课，除非有其它的协议规定。 ⑤培训工作必须在系统整体验收之前安排，具体时间由招标方指定。 (3)培训要求

①服务商须选派具有一定资质和实践经验，且受过专门训练的高级专业技术人员负责各分项工程的技术培训工作。

②服务商的培训内容包括数据库厂商认证培训、业务应用及系统管理培训(系统平台培训)等。

③服务商须在培训开始前20天内将培训计划和教材提交客户审核，除上述培训外，服务商还须负责在现场组织对系统的安装、调试和运行进行技术示范和业务指导。

5.2 售后服务

1、系统终验合格后进入系统质量保证期，自双方代表在系统终验合格单上签字之日起计算，有效期为3年。说明免费维修、维护的方式、范围(产品、技术、模块、部件)。说明系统质量保证期满后维修、维护的方式、范围(产品、技术、模块、部件)和收费标准。

2、系统质量保证期内，售后服务应由原设备生产厂家提供，同时不再收取额外费用。系统运行过程中如果发生故障，服务商必须保证用户在3个工作日内得到无故障设备/产品。

3、系统质量保证期内，系统运行过程中如果出现技术故障，服务商应保证在最快的时间内解决问题，恢复正常运行。

4、系统质量保证期满后，服务商需提供与系统质量保证期内同等的服务。

5、服务商须认真理解上述保修要求，详细列出保修方案和系统应急方案(考虑本地化服务等)，一经应答将作为合同的一部分。

6、所有硬件产品提供厂家的7*24小时服务，接到用户报障电话以后1小时内答复，保证4小时内到现场服务，8小时不能修复的需提供备用品。

7、质保期后服务商应对产品出现故障提供技术支持及有偿维修服务。并在报价表中列出系统设备主要可更换的硬件价格和服务费用。

8、服务商应承诺在质保期间，在客户书面正式提出增加或修改相关需求后的一个月内，服务商负责进行本系统的软硬件改造工作。

第三篇：高速公路气象监测预警系统设计方案

一、项目总体概述及系统构架

1.应用背景

近年来，我国高速公路建设的发展非常迅速，自1988年建成我国第一条高速公路以来，到2007年底，我国高速公路通车里程接近4.5万公里，继续保持世界第二位，仅次于美国。根据《国家高速公路网规划》，我国将用30年时间建设“七射九纵十八横”的高速公路网，总里程将达到8.5万公里，形成“首都连接省会、省会彼此相通、连接主要地市、覆盖重要县市”的高速公路网络，连通全国所有重要的交通枢纽城市，包括铁路枢纽67个、水路枢纽50个和公路枢纽140多个，将覆盖10多亿人口，直接服务区域的GDP占全国总量的85%以上高速公路的发展对国民经济产生了越来越重要的影响。

但天气条件的变化，特别是极端恶劣天气条件，给高速公路的车辆行驶带来了巨大的风险，不仅严重影响交通运输，而且还造成国家财产和人民生命财产的严重损失。所以道路天气条件监测是高速公路科学运营的一个重要依据，雨、雪、雾、积雪、结冰等情况对高速公路的运营都有直接的影响。气象条件对交通的影响表现在很多方面。主要表现在改变路面的物理性质、观察视线、车辆自身安全等方面。主要灾害及影响有：

A、雾 雾主要通过降低能见度而引发交通事故。在我国大部分地区引起的恶性交通事故的天气现象中，雾的影响最大。大雾特别是<50米的超低能见度的灾害性浓雾是引起重大交通事故的重要原因，往往引起数辆甚至数十辆汽车的连续追尾。大雾常常造成重大车辆损失和人员伤亡，导致高速公路限速或关闭，延误行车时间，造成巨大经济损失。

B、降雨 降雨也是影响高速公路交通安全最常见的气象要素，它使路面附着系数降低，导致汽车制动距离增加，易发生车辆侧滑和控制失灵从而危及行车安全。同时降雨使能见度降低，司机视线模糊不清，导致驾驶失误。此外，降雨过后，路面如有积水或干湿不一，路面摩擦系数不均，车辆制动性变差，从而引起交通事故。在山区，暴雨还常常引发山洪、山体塌方或泥石流，从而导致车辆被冲，桥梁垮塌，道路被毁;在平原和盆地，暴雨常常引发洪涝，导致道路被淹，交通受阻。

C、冰雪 冰雪与降雨一样，漫天飞舞的大雪使能见度降低，而且一旦路面积雪被压或是白天在阳光照射下融化，夜面路面降温结冰，造成里面路面摩擦系数显著降低，严重影响车辆的操作和制动性能，使控制失灵，车辆发生空转、打滑或侧滑，从而危及行车安全。

D、大风 大风对于车辆行驶阻力、能耗、抗侧向倾翻及抗滑移性能都有很大影响，特别是侧向大风对高箱、双箱汽车的行驶影响尤甚。大风会引起沙尘暴、扬沙、吹雪、浮尘等天气，影响高速公路能见度。大风易使路边树木、杆线类等折断阻塞交通，易使塑料类、干草类、丝状物类等漂移到路面上引起车辆打滑、失控;易使灰尘、扬沙、尘卷影响视线造成交通事故。

E、霜冻 公路路面有霜时，路面摩擦系数接近于雪面，雨后结冰同雪面结冰的物理性质一样，从而引发交通事故。

F、高温 高温天气同时受吸热、摩擦及汽车尾气等的影响，高速公路路面温度比气温高得多，有时高达六七十摄氏度以上，汽车轮胎因此受热，使胎内气压升高，长途高速行驶，极易引起"爆胎"。高温直接影响司机的生理、心理和精神状态，无空调车更易疲劳，注意力不集中甚至中署。

2005年7月，中国气象局与交通部在北京签署了《共同开展公路交通气象预报工作备忘录》，双方将开展合作，建立科学高效的公路交通气象信息预测、发布机制，向社会公众提供准确、全面的公路气象信息，避免公路交通延误，减少恶劣天气诱发交通事故。

中国华云技术开发公司作为中国气象局探测设备龙头企业，针对高速公路气象环境监测的发展方向，开发研制出了一套适合我国高速公路气象环境监测的实时监测系统??高速公路气象监测及预警系统(HMWS)。目前已经成功在山东、河北、贵州等省的高速公路路段上建成，并成功投入使用。

2、高速公路气象监测及预警系统(HMWS)系统功能及构成

2.1 系统功能

高速公路气象监测及预警系统(HMWS)是充分利用现代科学技术，是专为交通气象监测服务而特别设计的一套应用解决方案。它以能见度(雾)及道面状况(路面温度、积液深度、冰百分比等)监测为核心，并同时测量相关的基本气象参数(温度、湿度、降水量、风向、风速、气压等)。主要用于及时发现各路段及关键点的各种异常交通环境因素变化和气象状况，将数据信息及时传送到高速公路气象灾害预警中心站，为气象监测服务和交管部门提供实时的决策科学依据，并将实时气象条件及气象预警信息发送至路面信息显示屏，为高速公路上行驶的车辆提供实时气象信息和服务。

实践证明，通过在高速公路道路监测工作中应用该系统，不仅可以提高气象监测部门监测数据的专业性和监测要素的多样性，而且可以极大提高交通管理部门应对突发天气状况(如大雾，大雪，暴雨等)决策的准确性并且提供预先实施交通疏导方案的数据依据，是气象监测服务和交管部门工作的有力保障，有利于道路交通的安全性的进一步提高。

2.2高速公路气象监测及预警系统(HMWS)组成

华云公司针对我国高速公路沿线气象环境监测预警需求而开发的道路气象环境灾害预警系统，主要包括高速公路气象与环境监测系统(HMS)，高速公路气象灾害预警发布系统(HMI)及高速公路气象环境灾害预警中心站(HMC)三

部分构成。其中高速公路气象环境监测系统主要包括各种气类型象要素监测自动站、高速公路沿线外部气象站网数据及天气预报信息输入等部分构成，高速公路气象灾害预警发布系统主要包括道路电子警示牌及公众媒体发布渠道构成;高速公路气象环境灾害预警中心站为整个系统的数据接收及发布控制中心。

3.高速公路气象监测及预警系统(HMWS)系统设计原则

在我国，交通部门与气象部门联手展开了“公路气象灾害预报预警体系”的专项研究，形成了广泛共识。综合考虑我国国情和高速公路的发展趋势，我国高速公路气象环境监测在设计上侧重考虑以下几个方面：

A、气象与交通行业信息共享平台的建立

气象行业背景场形势与高速公路沿线气象与环境要素的监测实况应该在一个统一的信息平台下加以利用，以形成优势互补。两行业在网络上构筑信息通道，以便实时导入国家基础气象台站的实况资料和天气预报信息，这两部分信息将构成本系统的基础信息之一。

B、灵活高效的公路沿线监测子站的布设

应在沿线相对均匀地布设一定数量的气象环境综合监测站作为数据基准参考站，所谓气象环境综合监测站就是要素相对比较全;所谓基准参考站就是要求该站的数据完整性、准确性相对比较高，以便今后对其进行沿线气象环境特征的分析和研究。

应在雾多发地段加密布设能见度监测子站;在阴面容易结冰、低洼容易积水等地段加密布设路面状况监测子站。此外，还应该布设一定的气温、地温监测子站以便监测高温。

应适当布设常规自动气象站以强化沿线的气象背景场信息。

高速公路沿线的摄像装置、通信装置是本系统的重要的、有益补充手段，能在许多特殊时刻发挥重要作用。

C、及时的灾害实况及预警发布系统

应建立适合交通部门的短时预警模式，以气象背景场和沿线实况为输入，实时运算出交通气象灾害爆发几率，并及时通过沿线电子警示牌和各种公众媒体发布公路气象灾害情况和预警等级。

D、系统性与规范化

为了确保系统的有效性，实现基础气象信息的导入，必须遵守已形成的行业标准并签订共同遵守的规范，使系统能结合气象部门和交通部门两方面的优势，共同为社会提供优质的交通气象保障和服务。基础数据库要求采用统一的数据结构规范模式，保证数据的统一性、完整性和有效性，做到数据采集制度化、信息形式标准化、信息内容系统化、信息储存档案化。以达到信息横向、纵向贯通一致、数据共享的目的。

第二部分高速公路气象信息监测站(HMS)

1. 高速公路气象信息监测站整体介绍

高速公路气象信息监测站能够精确、及时地监测道路环境状况，并且能够与高管部门的其它监控子系统相结合，实现智能化的交通保障网络系统，为高速公

路管理部门针对公路的开放、封闭、维修保障等决策提供了重要依据。该系统可对能见度、路面状况、风向、风速、温度、湿度、雨量等要素进行自动监测。高速公路气象信息监测站功能特点：

全自动数据采集、传输及监控，可长期无人职守。

能够在各种恶劣的环境下长期稳定运行。

监测项目全，能够对雾、路面结冰、积雪等高速公路所需的各种监测要素进行实时监测。

采集处理核心单元采用具有国际先进水平的实时多任务嵌入式系统，能实现国外目前成熟产品的各种功能并可以根据用户的要求进行系统定制。

该系统采集精度高，可靠性好，具有高度的智能化和灵活性。其性能价格比远远高于国外同类产品。

应用选配方式：

观测要素：

能见度、路面等环境参数可任意增减组合，温、湿、风、雨等气象参数可根据需要选配。

传感器接入方式：

模拟信号、数字信号、串行口等几种接入方式。

供电选配：

提供交流、直流等多种供电方式。

通信选配：

可选配当前各种类型的通信接入设备，对有线、无线、短信等通信手段提供良好的接口，支持TCP/IP等协议。

可配接显示屏

系统基本指标：

工作环境

温度：-50℃～+50℃ 湿度：0～100% 时钟精度

<0.03秒/天 25℃

(支持上位机自动校时)

防雷性能

雷击感应电压小于5KV 雷击感应电流小于1700A 响应时间小于10-12秒 数据存储 整点数据可存约100天 供电 交流220V 50HZ 可靠性 平均无故障时间>5000小时 检定日或标校周期1～<>

第四篇：突发地质灾害应急实时监测预警响应平台简介

中国地质环境监测院(国土资源部应急技术指导中心)当前运行的“基于安全可靠基础软硬件的突发地质灾害应急实时监测预警响应平台研究与示范工程”，运用了物联网、GIS、智能分析等先进技术，对100,000余个地下水、矿山环境等地质灾害隐患监测类型进行监测。

在地质灾害发生前，通过对现有监测数据的实时接入、海量存储、模型仿真演算，实现地质灾害状态的全面精确感知和智能化分析，实现地质灾害发展趋势的综合研判，并为决策指挥提供准确的数据支撑。

该数据每日通过中国地质环境信息网发布。平台每日向中央电视台提供地质灾害预警信息，中央电视台在汛期会发布各级预警信息。

同时本系统还包括：结合应急资源智能化分析和周边环境的分析，进行应急资源的快速调度，提高应急处置效率和应急处置能力。(此部分功能请邹总与专家商议是否属于本课题范围)

第五篇：国家级林业有害生物灾害监测与预警系统

摘要：林业有害生物一直是我国国土和森林资源的重要危害之一，其灾害程度不亚于森林火灾和乱砍滥伐，尤其是最近几年，我国林业有害生物的入侵越来越严重，本文在研究国外生物灾害监测与预警平台的基础上，对有关概念重新做了一下细分，建立了一个新的生物灾害预警系统平台，该平台的适应性十分广泛，对林业有害生物具有很好的检测作用，也完善了预警系统。

关键字：林业有害生物灾害监测平台预警系统

引言：为了降低林业有害生物的灾害，目前我国各地都有各自的森林有害生物防治站，它的任务主要是监测森林中的有害生物，为可能出现的问题做预警和防治作用。但在实际的工作中还存在不少问题，使监测和预警系统不能有效的发挥作用，国家林业防害工作停滞不前。

1、目前监测预警存在的问题

首先，现阶段我国的林业有害生物监测与预警系统还比较落后，有许多地区统计的监测资料还是纸质材料，在分享和应用上存在储多不便，即使部分是电子版形式的资料，由于我国各地的数据统计标准不一样，所以数据不能够相互交流，统计的信息还是没办法得到最大程度的应用。其次，林业有害生物的发生与地域有着很大的联系，以前的监测机制仅仅限于文字的描述，不能将数据进行直观的展示，无法利用空间技术表达出来。最后，我国的许多地区都已建立了林业有害生物的监测和预警平台，但是这些平台之间相互独立，没有交流，不能够实现全国范围内的监测和预警工作，更无法为出现的灾害做出决策和防治措施。

2、监测与预警系统需求分析

根据《森林病虫害防治条例》的规定，县级森林防治机构负责组织调查有害生物，并将调查结果向上一级部门进行汇报，而国家/省/市级别的组织机构要分析下一级单位的数统计据，定期发布生物灾害的预报情况，并提出防治的方案。由于国家林业有害生物监测与预警系统的用户是全国各级的森林防治管理人员，所以有以下四类需求：

2.1生产需求我国每年都会有大量的林业有害生物入侵，无论是对生态还是经济都有着巨大的影响，为了能够在最大程度上降低灾害带来的损失，我们需要准确及时的了解灾害的具体情况，并科学的预测灾害的发展趋势，为提前做出灾害防治措施做好准备工作。

2.2管理需求目前的生物灾害资料管理的相对比较混乱，为了能够更系统的收集、储存和管理林业有害生物的数据资料，并根据相关的标准对数据进行分析整理和建立数据库，需要以对应的技术研究为基础来建立相关的专业应用系统，这样就方便了各级管理部门对灾害信息的分析交流与统计应用。

3、新型监测与预警系统的运行方式和功能

3.1监测与预警系统的运行方式

国家林业有害生物的监测与预警系统需要有多个级别的用户进行管理，对于一些级别较高的用户如国家级就可以利用系统平台对有害生物灾害的数据进行数据统计汇总，发布全国有害生物的主要分布区域以及对未来一定时期的发展趋势的预测，国家级监测部门要对各级的灾害防治机构进行考核监督，并向群众公开林业有害生物的相关数据内容。另外，国家级用户可以查询全国范围内的有害生物的入侵分布情况和相关数据，省/地级别的用户可以对所管辖的地域进行灾害的相关信息统计，也可查询和下载全国范围内的林业有害生物数据，并以此为基础对自己所管辖的区域对灾害的发展进行一个合理的预测，此时国家级用户就可以收集到省/地级别的用户采集到的信息，然后通过远程操作对地方区域的灾害做出相关的决策。

3.2 业务服务功能

业务服务功能是指对林业有害生物灾害的监测、统计、上报的功能。它有两种类型：核心业务服务功能和第三方业务服务功能。其中核心业务服务功能是整个预警系统的基础，它关系到林业有害生物的信息交流与统计，由所建立的平台共同维护和执行。第三方业务服务功能是主要对数据的管理和串联，如国家林业局与各个地区的监测系统的相互联系，对下一级监测系统进行监督和进行数据的串联。

3.3数据上报功能

只有县级用户才可以将所管辖区域的林业有害生物灾害的数据情况向上级汇报，其中一些基本原始记录信息需要由县级用户填写，而计算的部分由计算机系统完成。此外，数据上报功能还具有上报虫情文字信息的功能。此类信息为非结构化数据信息，所以无法进入数据总库，使用文本文件的方式进行储存。

3.4数据查询功能

监测与预警系统所具有的数据查询功能有简单查询的快捷作用。如果用户只需要根据区域、有害生物名称、入侵时间等对灾害信息进行查询，那么使用简单查询即可完成所需要的资料，它能够根据所提供的关键字或者关键信息如时间、区域、有害生物名称等来提取国家级中心监测点的有关数据。查询的结果会以表格和图形的形式一起显示出来。

3.4模型服务功能

模型服务功能并不具备模型预测功能，而是通过第三方所收集到的数据为用户提供服务。模型服务由服务本身和服务需要的数据两部分组成。如果预测模型的数据要单独为其定制，则服务和本身的数据可视为一整体，以此来提供整体服务。但此类模型与其他数据不兼容，因此普适性不是很强。

结语

本文对国家级林业有害生物监测与预警系统做了一番简单的介绍，分析了现阶段的监测和预警系统存在的一些问题和不足，并基于原有的技术开发了一个新型的、具有可行性的监测和预警系统技术平台，能够更加系统有效的管理林业有害生物的信息和统计数据，并通过空间技术模拟的方法对数据进行一个直观的展示，各平台之间要加强相互间的信息交流，这样才能为灾害监测与预警系统提供强有力的保障，另外还要继续开发先进的监测与预警技术，这样才能降低森林有害生物带来的灾害影响，为我国的可持续发展做出贡献。

参考文献：

[1] 常原飞，武红敢，董振辉，崔福东，刘丽，荐军，张迎，李卫国. 国家级林业有害生物灾害监测与预警系统[J]. 林业科学. 2011(06)

[2] 张建新，包云轩，李芬，侯润兰，姚彩霞. 林业有害生物发生发展与气象条件关系研究进展[J]. 世界林业研究. 2010(01)

[3] 李计顺，张连成，郭文辉，赫传杰，宋玉双. 我国林业有害生物预防体系构建模式探讨[J]. 中国森林病虫. 2007(03)

[4] 谢亿安. 关于林业有害生物防控问题及措施的探讨[J]. 绿色科技. 2014(01)