一、县级山洪灾害监测预警系统软件升级完善.doc

一、县级山洪灾害监测预警系统软件升级完善 2.3、本次系统软件升级完善功能要求 本次县级山洪灾害监测预警系统软件升级完善是在原系统软件基础上增加辅助县级防汛指挥人员进行山洪灾害监测、分析、预警以及新开展的调查评价成果集成等内容，同时结合增加的内容对系统软件原有内容和功能进行优化。 2.3.1需增加和完善的内容及功能要求 2.3.1.1、增加的内容及功能要求 （1）防洪工程监视 以水库、河道断面、水闸、橡胶坝、桥梁、塘堰坝、尾矿库等防洪工程为对象，进行实时监视。对照地图可方便进行某类、某个防洪工程的筛选，选择查看后，展示该工程所在流域集水区内当前降雨情况、工程基本信息、管护人员信息、风险分析、应对预案、图像监控等信息。 （2）防治区监视 以山洪调查沿河村落为监视对象，根据测量断面信息，依照分析评价成果设定的预警阈值，监视沿河村落危险程度。对超过预警阈值的沿河村落要在地图中闪烁显示，点击后显示告警沿河村落相关集水区域、控制雨量站信息，面雨量统计、实时洪水分析成果、村落基本情况、尾矿库等风险点信息，防汛联系人、预案等相关信息。 （3）洪水风险分析 调用洪水风险分析系统（其它项目）计算成果在地图上综合展示，并进行预警发布。 （4）移动巡查管理 与移动巡查设备（其它项目）进行信息交互。移动巡查设备上安装巡查APP应用程序，现场采集的文字、图片、视频、语音、位置等信息实时上传服务器，在移动巡查管理上综合展示。 （5）扩展预警信息发布功能 预警信息发布模块根据不同的预警等级，及时向各类预警对象发布预警信息。预警方式除手机短信外，增加传真、预警广播、即时通信等方式。 （6）预警上报与信息共享 按照国家下发的信息共享模块要求，向国家、省、市平台实时报送预警信息和相关基础信息。 （7）预案衔接演示 展示山洪防御县、乡、村等预案，展示格式包括PDF版、word版，可直接显示，并以结构化方式展示预案中关键信息；实现各级预案的更新入库和演示功能，展示预案中的撤离路线、危险区、安置点等信息。 （8）图像（视频）监控 接收省图像（视频）监控中心数据，展现和管理本辖区的监控站点图像和视频信息。 （9）调查评价成果展示 对调查评价成果进行集成，以图、表形式精细化展现。调查评价成果包括山洪灾害防治区人口分布、小流域分布、小流域基础属性、小流域河段基础属性、小流域标准单位线成果、小流域暴雨特征、小流域设计暴雨洪水、小流域预警指标及阈值分析计算成果、小流域社会经济数据、需工程治理山洪沟基本情况数据、河道断面测量数据、水文基本资料数据、影响居民区安全的涉水工程基本信息、历史山洪灾害数据、山洪灾害危险区分布、沿河村落防洪现状分析成果等。 （10）气象及国土信息展示 展示从气象及国土部门共享的气象数据和地质灾害数据，气象数据包括天气预报、气象雨量、雷达、卫星云图等，地质灾害数据包括滑坡点分布及监测信息。 2.3.1.2、完善的内容及功能要求 （1）内部门户网站功能优化 结合新增加的内容和功能对整个系统门户网站的各项功能进行合理搭配和展现，要求界面美观大方、布局合理，用户操作简洁、友好。 （2）预警优化 结合新增加的洪水风险分析系统，根据分析结果进行预报式预警，要与原系统实况预警有机结合；对原系统实况预警模式进行优化，建立雨量监测站或面雨量与各乡村合理的关联关系；依据调查评价成果，调整预警指标。 （3）GIS平台改造 对业务数据在地图上的表现能力进行改造，主要业务数据需在GIS平台上进行快速综合展现。 （4）后台管理 在后台对新增内容实现相关功能和信息的管理。 2.3.1.3、相关数据处理 系统建设所涉及数据资料由各县市区水利局采集整理成电子表格或电子文本，交中标方统一整理入库，疑难问题由双方配合解决。中标方应提供方便的数据管理方法并确保用户正确使用。 2.4 本次开发技术要求 2.4.1总体技术要求 系统总体要求采用B/S模式，基于.NET框架构建，部分功能采用后台服务模式。 （1）先进实用性要求 山洪灾害监测预警系统软件作为一个系统工程，首先要保证在系统生命周期内系统先进性，同时选用成熟的技术。 （2）可靠性要求 在构建整体软硬件和数据环境时，要充分消除各个组成部分、各个运行环节可能存在的不稳定因素。在软件系统开发中，采用模块化体系结构和面向对象的程序设计方法，以提高系统的整体可靠性。整体系统应具有较高的容错性和可恢复性，避免发生不定期错误导致运行中断。能够连续7x24小时不间断工作，平均无故障时间8760小时，出现故障应能及时报警，软件系统具备自动或手动恢复措施，自动恢复时间15分钟，手工恢复时间12小时，以便在发生错误时能够快速地恢复正常运行。 （3）安全性要求 系统要求采取用户认证、授权和访问控制，地图数据支持加密处理。 （4）经济适用性要求 在满足整体系统应用需