水文标准管理系统关键技术专项方案.doc

水文管理系统技术方案

南京绛门通讯科技股份有限公司
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 是于 年兴起一种轻量级 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 ， 年这个项目由 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

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