机，通过数据接收软件实时完成监测站水雨情数据的实时接收处理，并存入数据库中。人工观测的水雨情信息通过语音电话报汛方式自动存入数据库中，或通过其它的人工报汛方式收集后采用人工录入的方式存入数据库中。
对于简易监测站的信息可采用事后整理的形式存入数据库。
对于上级部门转发的相关信息经处理后，按照统一的数据格式存入数据库中。 预留气象、国土等部门信息接口，通过信息汇集与预警平台与气象、国土等部门进行信息交换，经处理后存入数据库。
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.3.1 系统涉众分析
1 简易观测站：需观测员用透明盛水器皿进行雨量观测，河边需有观测员用水尺桩对水位进行观测。