一、功能性需求

1.报警预警

以地图图形、声音、图标颜色变化、表格中数值的颜色等形式提供多样化的报警；并精确地描述超标数值，超标时间。

2.查询分析

以地表水质量监测为主线，可以查询监测项的基本情况、区（流）域、站点地表水质量状况等。提供自定义组合，可选条件包括区域、时间段、断面、河流等，查询结果可以采用报表、图形、图表等多种方式；查询结果可以保存、打印、删除。

3.统计报表

根据业主需求自动生成需要的报表，报表结果可自行添加的文字或进行修改，修改结果可进行保存。可以按照格式要求将报表导出为Excel、PDF、Word、RTF等文件格式。

4.系统设置

可对部门、站点、站点间的上下游关系、角色、用户、日志、数据库备份和还原等内容进行系统设置，为系统的稳定、高效、安全运行提供基础保障。

二、非功能性需求

1.性需求

满足多种通讯方式。采用B/S结合的架构，安装部署简易，满足多用户高并发访问。后台分析服务系统支持Windows系统的多任务多线程技术，实现多任务的并行处理。

2.灵活性需求

系统须具有快速适应业务变化的能力，应采用灵活的架构和技术手段。

1、基于SOA架构建设，并采用构件化、面向对象思想设计。

2、采用三层或多层架构的体系结构，充分考虑到平台纵向、横向的平滑扩展能力。

3、系统设计具有良好的可扩充性和可移植性。

4、运用通用数据库，维护、移植方便。存储和管理复杂的监测数据更方便快捷，而且易于维护，多种备份方式，通过简单的复制黏贴就可以实现数据的导入导出。

3.易用性需求

操作方便，用户界面友好直观，结构清晰明了，通过最少的点击次数实现用户需求，使操作更简便、更轻松。

4.可靠性需求

应充分考虑软件的可靠性，并合理利用支撑平台的可靠性，避免由于模块故障或系统的升级而影响整个系统的正常运行。能对监测子站进行24小时连续在线监测。

5.管理性需求

应提供良好的管理机制和手段，拥有完善的用户权限管理和组织管理，对操作权限有详细的设置和管理，如对于系统用户、权限、日志的管理，对整个系统网络硬件进行监测等。

6.开放性需求

运用开放的标准关系数据库，具有足够的数据库容量和网络共享功能，良好的可扩充性和快速的检索。具有良好的维护，备份和数据库应用开发特点。系统软件具有原始数据的保护功能，能够防止人为修改原始数据。

7.其他

1、提供完善的日志记录功能，便于日常维护和管理；

2、系统操作日志应能记录重要的业务处理过程；

3、系统日志应该能够跟踪运行过程中出现的异常情况或错误；

4、系统应提供系统日志的定期备份和清理功能；

5、友好的展示界面。

三、总体业务架构

总体业务架构：

系统应用架构：

驾驶舱是一个提供的“一站式”决策支持的管理信息中心系统。它以驾驶舱的形式，通过各种常见的图表（速度表、柱形图、环形图、预警雷达等）形象标示全市水质监控的关键指标（KPI）, 支持“钻取式查询”，可以实现对指标的逐层细化、深化分析，将采集的数据形象化、直观化、具体化，直观地监测水质变化情况，并可以对异常关键指标预警和挖掘分析。

四、网格化管理

网格监测对应于水环境监测、管理的常规业务应用，主要包括各级监测网格的：网格概况、网格审核、网格数据、网格图表、网格报表及运维质控等6个功能模块，实现对常规性的跨界、饮用水源地、生态补偿考核断面的常规站、浮标站的全面管理、管控，并可输出标准、规范的报表、图表、报告等文本资料。

可以实时查看以行政区域或流域划分的监测网格的总体信息：达标率、水质类别占比等，并可通过报表的形式全面展示监测网格的质量综合评价（CWQI），整体掌握区域内的监测网格概况。