水文管理系统技术方案.doc

水文管理系统技术方案

南京绛门通讯科技股份有限公司
2023年12月

目录
一. 前言 5
1.1. 建设背景 5
1.2. 设计原则 5
1.3. 需求分析 6
1.3.1. 系统说明 6
1.3.2. 运行环境与开发模式的选择 7
1.3.3. 可行性分析 9
1.3.4. 四大特点 10
二. 解决方案 11
2.1. 总体方案设计 11
2.1.1. 总体功能架构 11
2.1.2. 系统组网图 11
2.1.3. 物理组网图 13
2.1.4. 系统总体构架 13
2.2. 应用层功能需求详细设计 14
2.2.1. 登陆 14
2.2.2. 采集设备管理 15
2.2.3. 监控管理 21
2.2.4. 告警管理 23
2.2.5. 统计分析 25
2.2.6. 系统管理 25
2.3. 基础层功能设计 26
2.3.1. 身份认证 26
2.3.2. 账户管理 27
2.3.3. 权限管理 27
2.3.4. 提醒机制 27
2.3.5. 日志管理 28
三. 关键性技术 28
3.1. 系统技术架构方面的技术路线 28
3.2. Mysql集群部署 30
3.3. Nginx负载均衡 32
3.4. 百度地图接口 33
四. 性能配置 33
4.1. 业务指标 33
4.2. 性能指标 33
五. 软硬件配置清单 34
5.1. 软件方案 34
5.2. 硬件方案 35
六. 项目资金预估 35
七. 项目实际计划 36

一. 前言
1.1. 建设背景
水文信息化是水利信息化的基础，水文在历年的抗洪减灾工作中，做出了巨大奉献，真正起到了耳目和参谋的作用，对气象、降雨监测、水库及河道实时水文监控能在防汛抗旱、水质管理、洪水预报 等领域都起到重要作用。随着国民经济和社会的不断发展，水文工作越来越得到各级政府高度重视， 本系统就是通过计量传感器设备实现在线采集、记录分析出各种监测数据列表、报表以及对比曲线图，实现水文信息化，提高工作效率。
1.2. 设计原则
1、 基础性和整体性
整个系统的各种软件应符合国际、国家及行业相关标准。
2、 技术的先进、实用性
目前技术发展迅速，本系统需要考虑未来的扩展性，在采用的技术方面应体现先进、实用，才干保证本项目建设结束后相称一段时间内技术不落后。
由于此项目是工程建设项目，不是科研项目，所以使用先进技术并不能使用未经验证的、不成熟的技术和概念，而是以先进的、成功的理念为核心的成熟技术的组合。
3、 系统的开放性、可扩展性和安全性
开放的结构意味着通信协议的开放和数据与数据结构的开放和共享。通信协议开放，系统接口透明，便于与其它系统组网，实现系统的集成与资源共享；数据与数据结构的开放，使用户可以很方便地从系统中抽取所需要的各种数据和信息，实现信息互换与共享。
4、 规范性
系统设计符合有关国家和行业通用标准、协议和规范，符合国家与部颁标准及行业规范的规定；保证系统运营稳定可靠、数据安全；系统接口规范统一。
5、 经济性
可以实现最优的系统性能价格比，充足运用有限的资金，发明巨大的社会效益和经济效益。
1.3. 需求分析
1.3.1. 系统说明
水文管理系统系统是一个高灵活性、界面化配置数据的应用系统，使用简便、快速记录数据，生成不同类型的图表是它最大的特点之一。
本系统重要功能模块分：采集设备管理、在线监控管理、告警管理、记录分析、系统管理 几大重要模块。
采集设备采集： 通过计量传感器设备 实现实时采集，对设备可设立区域和水域等归属，可实时在线刷新设备数据。
在线监控： 根据实时回传的数据情况可在线监控当前计量传感器设备的实时情况和 查看当前不同区域水文情况
告警管理： 根据传感器设备所采集的数据通过系记录算之后可对当前水域的情况进行分析，并可计算出当前区域是否符合高清条件，可对 水位、水流、汛情、水质等进行告警 等
记录分析： 对水文数据从不同角度、区域、时间段产生多角度组合产生报表，并可对报表数据在线生成不同类型图表，并可打印。
系统管理：系统管理员对整体系统允许情况进行监测和管理，管理员管理用户和用户权限，系统操作日记和系统异常日记等。
1.3.2. 运营环境与开发模式的选择
本系统采用基于Web开发的JSP技术。JSP是一项功能强大的用于构建动态Web应用程序的技术。它可完全运用Java架构的强大、安全和高效的平台特性。
数据库开发系统采用MySQL5.5数据库。它是一个快速、多线程、多用户的SQL数据库服务器。具有强大的数据存储功能并兼有支持客户机/服务器的运营环境、多线程体系结构，支持存储过程、支持触发器和逻辑内存管理和成本低等优点。
1. JSP技术
JSP技术是用成熟、强大、易扩充的Java语言作为脚本语言。它重要具有以下优势：
l 高效性与安全性。JSP在执行前先被编译成字节码，字节码由Java虚拟机解释执行，比源码解释效率高。 
l 可维护性。由于JSP技术是一种开放的、跨平台的结构，因此Web服务器、平台及其他组件能很容易升级或切换，且不会影响JSP基本的应用程序。
l 多样化和功能强大的开发工具支持。Java已有了许多优秀的开发工具，并且许多可以免费得到，且其中许多已经可以顺利的运营于多种平台之下。
2. MySQL5.5 开源数据库
MySQL5.5是Oracle公司推出的数据库管理系统的版本。MySQL5.5数据库引擎提供完整的XML支持。MySQL5.5关系数据库引擎支持当今苛刻的数据解决所需的功能。数据库引擎充足保护数据完整性，同时将管理众多并发修改数据库的用户的开销减到最小。MySQL5.5分布式查询使得以引用来自不同数据源的数据，同时分布式事务支持充足保护分布式数据更新的完整性。
3. 开发模式
本系统最终的水文数据会公开呈现给不同部门的相关用户或者政府领导，因此它需要实现对系统用户的不同管理。本系统采用B/S体系结构来进行系统的设计。B/S三层体系结构如图1所示。

图1 B/S三层体系结构图
4. 开发运营环境
开发运营必备条件如下：
l CUP：保证系统、数据库和服务器运营流畅，推荐2.0GHz以上。
l 软件平台：MyEclipse10。 
l 服务器端操作系统：独立于操作系统的跨平台系统，采用Win7及以上版本，考虑其稳定性。 
l 数据库：MySQL。    
l Web服务器：Tomcat7.0服务器。 
l 客户端运营环境：能运营IE9.0以上或Google\Firefox浏览器的操作系统。
1.3.3. 可行性分析
1. 技术可行性
根据本系统的功能需求，采用JSP技术与开源的MySQL数据库引擎进行开发。
JSP将网页逻辑与网页设计和显示分离，支持可重用的基于组件的设计，使基于Web的应用程序的开发变得迅速和容易。
MySQL作为一种快速的、多线程、多用户和健壮的数据库服务器，根据第三方测试结果，在千万级的数据环境中仍然保持较高的执行速度。因此在技术层面上是完全可行的。并且SQL是一个非过程化的语言，可用于所有用户的数据库活动模型，涉及系统管理员、数据库管理员、应用程序员、决策支持系统人员及许多其他类型的终端用户。基本的SQL命令只需要很少时间就能学会，最高级的命令在几天内便可掌握。MySQL功能强大，并且很多信息管理系统都是用MySQL作后台，对本系统的开发是可行的。
本系统数据需考虑数据的高并发和后续数据的扩展性，数据库采用MySQL集群和缓存集群，以保障整体水文管理系统平稳运营。

2. 经济可行性
水文在历年的抗洪减灾工作中，做出了巨大奉献，水文工作得到各级政府高度重视，行业管理也在逐步加强，由于各级政府的重视和有关政策的逐步完善，水文投入有较大幅度增长。但是依靠传统的依靠人工采集水文信息的方式时效性越来越差，成本也不断上升。 本系统通过传感器采集数据，在线实时数据采集，大大减少人工成本并且可对采集的数据及时解决分析，提高了水文信息的及时性，有很高的市场可行性。
1.3.4. 四大特点
l 界面可视化配置
在线实时采集数据，并可对当前水文情况在线监控，可根据需要自定义切换监控水域或者告警类别。集成地图接口，可直接在地图上查看不同水域的水文情况。
l 及时的告警提醒
将汛情或者水文 告警信息预置进系统，当采集的数据达成预置数据时 则以告警形式告知系统管理员(短信、邮件)，并在系统界面以告警标记进行提醒，很好的防止旱讯灾情等。
l 集成报表引擎
用户可以选择需要的数据，以饼状图、条形图、线状图等方式生成分析结果，输出的分析报告更加直观、生动。
l 灵活性、扩展性
平台具有迭代开发的设计，后期可方便的增减和修改所提供的组件、公式，可支持个性化定制服务。
二. 解决方案
2.1. 总体方案设计
2.1.1. 总体功能架构

总体功能架构
2.1.2. 系统组网图
业务系统部分硬件部署如下：
业务系统组网图
· 采集端
采集端通过水文采集传感器 将水文信息采集之后通过专网接口传输。
· 应用服务器
考虑性能，采用双服务器，用于HTTP协议的实现和数据库连接管理。
· 数据库服务器
采用Mysql集群形式，保障系统运营的高可用和数据扩展性
· 负载均衡服务器
当数据量和并发量非常大时 考虑服务器和系统的运营 设计单独的负载均衡服务器
2.1.3. 物理组网图

物理设备组网图
2.1.4. 系统总体构架
本系统重要由6个模块组成：登录模块、数据采集管理模块、在线监控管理模块、告警管理模块、记录分析、系统管理 模块组成。每个模块下都有此模块相应的功能页面。

系统总体构架
2.2. 应用层功能需求具体设计
2.2.1. 登陆
l 功能概述
后台系统 内置超级管理员 admin，初次登陆只能用admin，登陆之后可在系统管理再新增其他后台管理员。
l 界面

系统登陆界面
A、 输入管理员用户名和相应密码
B、 点【登陆】进入系统
C、 假如登陆密码忘掉 可点击“忘掉密码”通过手机短信等方式找回密码

2.2.2. 采集设备管理

（一） 水域设立
l 功能概述
此处设立各个省市区域的水域，设立水域之后，水域作为设备的一个归属项
l 界面

A、 设立水域编号和水域名称，编号和名称均是唯一值不可反复，同一河流可设立成多个水域。例：无锡境内太湖、宜兴境内太湖 等
B、 给每个水域设立 归属省市 和经纬度范围，经纬度范围可为空。

（二） 设备设立
l 功能概述
此处设立和维护设备传感器相关信息、启用时间、状态、使用到期日等信息。
l 界面

A、 此处界面展示所有水文采集传感器设备信息，可通过界面查询条件 搜索到相应的设备
B、 可批量EXCEL导入。设备编号和设备名称均是唯一标记 不可反复

点 页面跳转打开设备新增页面：

A、 第一次新建的设备，设备编号和设备名称 为必填，且唯一不可反复。
B、 设备状态 未选择状态下，设备状态为“未启用”，点击[设备启用] 此按钮置灰，设备状态变更为“使用中”，点击[报废解决]后，设备状态变为“已报废”
C、 “已报废”的设备，只能删除，不可再做其他修改和操作。

点 操作栏位后的 编辑 进入设备编辑页面：

A、 编辑页面 只能变更设备状态，其他信息不可变更
B、 点击之后点 【保存】

（三） 设立投放管理
l 功能概述
此功能页面是对 水文采集传感器进行投放管理，投放的水域，归属省省市等，一个设备只能投放一次，对 “已报废”状态的设备不能进行投放。此处只能对“未启用”和“暂停使用” 状态的设备进行投放。
假如想对 已投放的设备进行重新投放，需要在设备设立界面 先[暂停使用]
l 界面

A、 根据左侧的水域 进行投放，一个水域可以投放多个设备，一个设备只能投一次
B、 已经投放的设备可以根据查询条件进行查询
C、 对于批量投放的设备，可以通过 EXCEL 批量转入。

点击按钮，页面跳转进入 设备投放新增页面：

A、 新增页面 默认自动带出选择的 省市和水域，可改。投放页面所有栏位不可为空。
B、 投放之后 点[拟定投放]，拟定投放之后，相应设备在 【设备设立】界面的状态自动变成“使用中”
C、 对“已报废”的设备，自动在流域设备中消失。

（四） 设备巡检记录
l 功能概述
对于已经投放的设备 需定期做巡检工作(无需巡检的设备，此功能可不使用)，记录设备巡检情况 并且做到期巡检提醒。
系统设立设备巡检周期，到期未有巡检记录的，可视为过期未巡检，系统予以提醒。
l 界面

A、 同一个设备也许有多条巡检记录；同一个设备 也许在不同水域的巡检记录理
B、 批量的巡检记录，可用EXCEL导入

点 按钮，新增巡检记录，进入新增巡检记录页面：

A、 对于已经选择的 巡检区域和水域 点[选择]按钮 只能选择当前 投放在此水域的设备
B、 同一设备 一天只能有一笔 巡检记录
C、 点 主界面的 编辑 按钮也可进入明细页面 对巡检记录进行修改，只可修改巡检日记和巡检日期，其余信息不可改。

（五） 设备状况查询
l 功能概述
查询所有设备当前的状态（正常使用、暂停待维修、未启用、到期未巡检、过期未报废 等），设备状态也可根据水文检测单位的规定做调整和增长。
l 界面

A、 此处查询所有系统有的采集传感器设备
B、 状态查询条件 下拉可选：所有、正常使用、暂停待维修、未启用、到期未巡检、过期未报废
2.2.3. 监控管理
（一）、设备监控
l 功能概述
在线实时查看所有投放设备的情况，投放地和当前地是否一致等，异常情况出现红色告警。在线实时收取数据
l 界面

A、 点【刷新所有设备】 则是检测所有设备 当前的连接状态，运营正常则显示绿灯，异常状态显示红灯（设备连接不上、数据采集不到、投放位置和当前设备位置不相符 均为异常）
B、 点【开始采集数据】 则对所有设备当前的水文数据进行采集（水位、水温、水流等）

（二） 水域情况监控
l 功能概述
在线实时查看所有投放设备的水域，根据采集回来的数据，实时刷新，当前水域情况，监控水文信息是否正常。
l 界面

A、 点击左侧水域菜单，右侧相应出现此水域的几个投放监测点。根据实时采集数据刷新，查看当前此监测点水文情况是否正常
B、 [只显示异常点]、[只显示正常点] 在地图上显示相应的点
2.2.4. 告警管理
（一） 告警设立
l 功能概述
设立水文的告警，采集到的水文数据符合告警设立 则显示告警。可根据不同水域设立不同的告警；根据不同水域不同时间段设立告警：例：某水域水温高于多少度 或者低于多少度 属于异常，需告警解决；某水域白天水温和晚上水温 告警的阀值线可设立不同样。
水文告警 可根据终端采集传感器 可采集到的水文信息来定制的，可有：水位、水温、水流
注：告警类别种类根据采集终端可采集水文信息种类可变更或增长。

l 界面
<待补充> ：因目前具体水文可采集的信息未拟定，待拟定后补充界面

（二） 水文告警查询
l 功能概述
根据告警信息设立，比对通过采集器采集的水文信息记录不同时间不同流域监测点的告警信息。告警信息可通过条件查询，并将查询结果转出。
以列表的形式呈现： 告警时间、告警流域、采集终端编号、采集终端名称、告警类别、告警名称
l 界面

A、 告警时间根据设备采集上传回来的时间，可精确到 秒
B、 告警信息根据条件查询，查询出的结果 可导出转成EXCEL

2.2.5. 记录分析
l 功能概述
根据水域 和时间段记录查看水文信息数据。不管是异常数据还是正常数据均展示
l 界面

A、 根据采集的数据 从不同角度记录水文信息
B、 可同时查看多个水域的水文数据，界面比对查看
2.2.6. 系统管理
（一） 权限管理

l 功能概述
设立用户和用户权限，对用户权限设立可分系统功能模块和水域划分。系统用户只能看属于自己权限范围内的功能界面，和查看自己权限范围内的水域。

l 界面
<待补充> 可根据需求进行定制开发，可直接对用户进行权限管控，也可通过角色区分权限，用户选择相应角色 则即拥有此角色权限

（二） 日记管理
l 功能概述
记录所有平台系统的操作日记和系统日记，各个用户登陆情况和操作情况均记录具体；当数据库或者系统出现异常时 则记录为系统异常日记。
l 界面
<待补充>：根据客户日期需求可定制化栏位列名

2.3. 基础层功能设计
基础层功能设计重要涉及提供 身份认证、日记管理、权限管理等共用性功能。
2.3.1. 身份认证
身份认证是判断一个用户是否为合法用户的解决过程。最常用的简朴身份认证方式是系统通过核对用户输入的用户名和密码，看其是否与系统中存储的该用户的用户名和密码一致，来判断用户身份是否对的。通过它可以辨认用户的登陆角色，以及防止同一个用户对同一份报表进行多次提交。
本系统在登陆时采用上述的用户名和密码的认证方式。多次登陆失败或者忘掉密码时 需要通过手机验证，并且验证手机号与用户是否在后端系统是否相应合法，非法手机号不允许校验，校验成功获取验证码 再进行重置密码或者登陆。
2.3.2. 账户管理
账户管理是系统不可或缺的一部分。平台内置超级管理员，超级管理员可新增维护其他平台管理员，系统管理员可以管理用户的账号、正常还是暂停。
2.3.3. 权限管理
权限管理是根据系统设立的安全规则或者安全策略，用户可以访问并且只能访问自己被授权的资源。权限管理几乎出现在任何有用户和密码的系统里面。该系统中权限管理分为功能权限和区域权限。
l 功能权限：分派管理员用户可登陆系统只可查看操作自己有权限的功能模块。
l 区域权限：对采集终端进行区域水域划分，设立区域权限之后 各个管理员只需要对自己管辖区域的数据进行查看和维护。
2.3.4. 提醒机制
在系统的开发过程中，经常要使用到新消息的提醒功能，比如数据库数据有更新或者某个用户的特殊操作，这时就要对用户进行及时的解决提醒。该功能最简朴的实现就是通过页面实时刷新，访问数据库然后告知用户有新的消息。本系统使用Ajax定期向服务器轮询实现Web页面新消息实时提醒。可通过公司内部的邮箱和短信平台进行邮件提醒和短信提醒。
2.3.5. 日记管理
日记管理功能在公司应用系统中起着非常重要的作用。系统的日记文献可以让管理员了解系统状态，在系统出现问题时管理员可以查阅日记文献来确认当前系统状态、观测用户者踪迹，寻找特定事件相关的数据操作。
三. 关键性技术
3.1. 系统技术架构方面的技术路线
本系统设计 综合考虑系统的稳定和响应速度以及实时性等多方位功能和性能规定，采用Spring开源框架、 MVC框架技术、My Batis进行数据连接整个 并采用SSM对框架进行整合，具体建设如下：
(1) 体系架构
系统技术路线的选择，采用开放的、基于工业标准和行业发展趋势的原则，在体系架构上采用B/S模式。它可以提供灵活的信息交流和信息发布服务，具有更强的信息系统集成性和更好的系统安全性。
（2）设计模式
A、 Spring 是一个开源框架， Spring 是于 2023 年兴起的一个轻量级的 Java 开发框架，由 Rod Johnson 在其著作 Expert One-On-One J2EE Development and Design 中阐述的部分理念和原型衍生而来。它是为了解决公司应用开发的复杂性而创建的。 Spring 使用基本的 JavaBean 来完毕以前只也许由 EJB 完毕的事情。然而， Spring 的用途不仅限于服务器端的开发。从简朴性、可测试性和松耦合的角度而言，任何 Java 应用都可以从 Spring 中受益。 简朴来说， Spring 是一个轻量级的控制反转（ IoC ）和面向切面（ AOP ）的容器框架。
B、SpringMVC：Spring MVC 属于 SpringFrameWork 的后续产品，已经融合在 Spring Web Flow 里面。 Spring MVC 分离了 控制器 、模型对象 、分派器以及解决程序对象的角色，这种分离让它们更容易进行定制。
采用MVC设计模式，用户输入输出界面均为JSP页面，即展示层（View），用户的请求将会被发送到控制层（Controller）的一个Servlet集中解决，根据请求调用模型层（Model）的JavaBean对请求进行实际解决，并把结果返回给控制层，控制层根据请求的执行结果将响应派发到相应的JSP页面。如图 所示。

MVC设计模式
（3）数据库连接
MyBatis 本是 apache 的一个开源项目 iBatis , 2023 年这个项目由 apache software foundation 迁移到了 google code ，并且改名为 MyBatis 。 MyBatis 是一个基于 Java 的 持久层 框架。 iBATIS 提供的 持久层 框架涉及 SQL Maps 和 Data Access Objects （ DAO ） MyBatis 消除了几乎所有的 JDBC 代码和参数的手工设立以及结果集的检索。 MyBatis 使用简朴的 XML 或注解用于配置和原始映射，将接口和 Java 的 POJOs （ Plain Old Java Objects ，普通的 Java 对象）映射成数据库中的记录。实现了从Java程序内调用标准的SQL命令对数据库进行查询、插入、删除和更新等操作，并保证数据事务的正常进行。
3.2. Mysql集群部署
使用MySql Cluster +Redis的架构实现信息的读写和存储
A)、MySQL Cluster 是MySQL 官方集群部署方案，它的历史较久。支持通过自动分片支持读写扩展，通过实时备份冗余数据，是可用性最高的方案，声称可做到99.999%的可用性。
架构原理图如下：

MySQL cluster重要由三种类型的服务组成：
NDB Management Server：管理服务器重要用于管理cluster中的其他类型节点（Data Node和SQL Node），通过它可以配置Node信息，启动和停止Node。
SQL Node：在MySQL Cluster中，一个SQL Node就是一个使用NDB引擎的mysql server进程，用于供外部应用提供集群数据的访问入口。
Data Node：用于存储集群数据；系统会尽量将数据放在内存中。
B）、MySQL Redis分布式缓存
Redis是一个开源，先进的key-value存储，并用于构建高性能，可扩展的Web应用程序的完美解决方案。
Redis从它的许多竞争继承来的三个重要特点：Redis数据库完全在内存中，使用磁盘仅用于持久性。相比许多键值数据存储，Redis拥有一套较为丰富的数据类型。Redis可以将数据复制到任意数量的从服务器。
Redis优势涉及：Redis的速度非常快，每秒能执行约11万集合，每秒约81000+条记录。Redis支持最大多数开发人员已经知道像列表，集合，有序集合，散列数据类型，这使得它非常容易解决各种各样的问题，由于我们知道哪些问题是可以解决通过它的数据类型更好。
所有Redis操作是原子的，这保证了假如两个客户端同时访问的Redis服务器将获得更新后的值。Redis是一个多实用的工具，可以在多个用例如缓存，消息，队列使用(Redis原生支持发布/订阅)，任何短暂的数据，应用程序，如Web应用程序会话，网页命中计数等。
Redis不是比较成熟的Memcache或者Mysql的替代品，是对于大型互联网类应用在架构上很好的补充。现在有越来越多的应用也在纷纷基于Redis做架构的改造。
C）、redis和mysql数据一致性保证。
应用读取数据时，先从redis读取，假如redis中没有，则从mysql中读取。当mysql中读取届时，则将该数据保存到redis中，便于下次使用，在保存redis中数据时，设立数据的过期时间。当数据写入mysql数据库时，同时也将数据写入redis。保持redis数据与mysql同步
3.3. Nginx负载均衡
Nginx是一个高性能的 HTTP 和 反向代理 服务器，也是一个 IMAP/POP3/SMTP 服务器，具有稳定性、丰富的功能集、示例配置文献和低系统资源的消耗的特点。合用Nginx返现代理服务器实现负载均衡。
Nginx具有以下特点：
1、高并发连接，官方测试可以支撑5万并发连接，在实际生产环境中跑到2～3万并发连接数。
2、内存消耗少，在3万并发连接下，启动的10个Nginx 进程才消耗150M内存（15M*10=150M）。
3、配置文献非常简朴，风格跟程序同样通俗易懂。
4、成本低廉，Nginx为开源软件，可以免费使用。
5、支持Rewrite重写规则，可以根据域名、URL的不同，将 HTTP 请求分到不同的后端服务器群组。
6、内置的健康检查功能，假如 Nginx Proxy 后端的某台 Web 服务器宕机了，不会影响前端访问。
7、节省带宽，支持 GZIP 压缩，可以添加浏览器本地缓存的 Header 头。
8、稳定性高，用于反向代理，宕机的概率微乎其微。
3.4. 百度地图接口
本系统需多方位与百度地图接口，通过地图直观查看当前江河湖海的分布情况，并通过接口集成，将当前水文采集传感器位置展出来，水文正常的传感器则显示正常信息，水文异常的传感器位置 则显示告警提醒信息
四. 性能配置
4.1. 业务指标
（1）数据采集：
Ø 同一时间，水文采集传感器上传单台服务器并发1000tps，服务器正常解决业务。
Ø 传感器数据上传异常时，系统告警应答时间小于30秒。
Ø 支持10万传感器数据，解决能力100条/秒。
Ø 历史信息存储12个月(时间可配)。
（2）数据分析：
Ø 对以采集的数据进行记录分析时，数据在5000条，分析时间不大于10秒。
Ø 分析数据达成10万条时，服务器正常解决业务。
4.2. 性能指标
基于如上业务量，公用性能指标如下：
（1）在非业务高峰期间，典型业务解决平均响应时间规定如下：
Ø 系统登录时间不大于5秒。
Ø 系统界面的一般性查询响应时间应小于3秒，大量数据查询响应时间应小于6秒。如存在特殊耗时操作，需具体说明。
（2）在非业务高峰期间，除上述典型业务外，应用系统平均响应时间规定如下：
Ø 应用系统内在线事务解决的响应时间不大于 5 秒。
Ø 跨系统在线事务解决的响应时间不大于 8 秒。
Ø 应用系统内查询的响应时间不大于 6 秒。
Ø 应用系统内记录的响应时间不大于15秒。
（3）在业务高峰期间，应用系统平均响应时间规定不超过非业务高峰期间平均响应时间的 1.5 倍。
（4）应用系统并发数设计应当支持30%的冗余，保证系统在业务高峰期间稳定运营。
（5）所有数据在线保存3年时间，且备份数据永久保存。

五. 软硬件配置清单
5.1. 软件方案
本期涉及到的具体功能模块开发：
产品名称
功能界面
功能明细
水文管理系统
水域设立
设立各个省市区域的水域，设立水域之后，水域作为设备的一个归属项
设备设立
设立和维护设备传感器相关信息、启用时间、状态、使用到期日等信息
设备投放管理
水文采集传感器进行投放管理，投放的水域，归属省省市等，一个设备只能投放一次，对 “已报废”状态的设备不能进行投放。此处只能对“未启用”和“暂停使用” 状态的设备进行投放。假如想对 已投放的设备进行重新投放，需要在设备设立界面 先[暂停使用]
设备巡检记录
对于已经投放的设备 需定期做巡检工作(无需巡检的设备，此功能可不使用)，记录设备巡检情况 并且做到期巡检提醒。系统设立设备巡检周期，到期未有巡检记录的，可视为过期未巡检，系统予以提醒
设备状况查询
查询所有设备当前的状态（正常使用、暂停待维修、未启用、到期未巡检、过期未报废 等），设备状态也可根据水文检测单位的规定做调整和增长
设备监控
在线实时查看所有投放设备的情况，投放地和当前地是否一致等，异常情况出现红色告警。在线实时收取数据
水域情况监控

在线实时查看所有投放设备的水域，根据采集回来的数据，实时刷新，当前水域情况，监控水文信息是否正常
告警设立

设立水文的告警，采集到的水文数据符合告警设立 则显示告警。可根据不同水域设立不同的告警；根据不同水域不同时间段设立告警：例：某水域水温高于多少度 或者低于多少度 属于异常，需告警解决；某水域白天水温和晚上水温 告警的阀值线可设立不同样。
水文告警 可根据终端采集传感器 可采集到的水文信息来定制的，可有：水位、水温、水流
注：告警类别种类根据采集终端可采集水文信息种类可变更或增长
水文告警查询
根据告警信息设立，比对通过采集器采集的水文信息记录不同时间不同流域监测点的告警信息。告警信息可通过条件查询，并将查询结果转出。
以列表的形式呈现： 告警时间、告警流域、采集终端编号、采集终端名称、告警类别、告警名称
记录分析
根据水域 和时间段记录查看水文信息数据。不管是异常数据还是正常数据均展示
权限管理
设立用户和用户权限，对用户权限设立可分系统功能模块和水域划分。系统用户只能看属于自己权限范围内的功能界面，和查看自己权限范围内的水域
日记管理
记录所有平台系统的操作日记和系统日记，各个用户登陆情况和操作情况均记录具体；当数据库或者系统出现异常时 则记录为系统异常日记
5.2. 硬件方案
考虑系统运营性能稳定和并发数的多并发实现，初步建议服务器如下，具体配置规定根据项目实际用户量和成本预算再进行沟通拟定：
序号
设备名称
运营软件
设备数量
1
应用服务器
私车公用系统
2
2
数据库服务器
MySql Cluster +Redis 集群
3
3
负载均衡

1

六. 项目资金预估
暂无
七. 项目实际计划
待补充