DOC《一、技术需求》

4、空气质量监测系统及发布系统 随着广大民众对环境质量的关注,近些年监测业务得到了飞速发展,但因为之前缺乏集中的统一规划,导致各个系统之间信息共享不足,重复建设严重,因此,借助于本项目,投标方需提供具备规范性、约束性、先瞻性的数据平台以及发布软件,以保证环境监测工作开展的连续性、可扩展性以及经济性,软件平台及发布软件包括空气质量自动监测系统和空气质量信息发布系统;

同时必须具备水质、噪声自动监测扩展接入功能,投标人必须详细描述接入功能. 4.1空气质量自动监测系统 本系统需要满足监测站日常监测业务的需求,能将数据按照新的国家环境空气标准文件的规定进行统计、修约等,并应包括电子地图、监测数据管理、专题分析、统计报表、基础资料管理、系统管理等模块,该系统用于环保系统内部的空气质量数据分析、利用和管理. 4.1.1 技术要求 系统应采用B/S架构开发,能适应从IE7到IE9和Firefox、Chrome常用的浏览器.开发语言要求使用C#,.Net Framework版本要求4.0或以上.服务器要求使用IIS 7.0或以上版本. 专题分析要求使用成熟的Flash控件,能生成柱图、饼图、曲线图等图型,支持三维图形,可拖动旋转,支持双Y坐标轴和不同单位的数据共同显示等,支持图型局部放大或缩小(X轴与Y轴均可),支持导出PNG、JPG等格式的图片. 统计报表要求使用免费成熟的报表控件,支持各种样式的报表生成,如简单表头、复杂表头、分组报表等,支持PDF、EXCEL、WORD等文件类型的导出,支持直接打印. 数据库要求使用ORACLE 11g,支持数据冷备份和热备份,需要保证大数据量储存时的效率与准确性.要求做到数据库高效与稳定,如一旦出现异常能快速恢复并保证数据不会丢失. 系统中的各功能展现、操作和数据查询要求准确和流畅,不能因数据量太大而降低响应速度,要求做到无明显的延迟感和卡顿感. 系统应具备良好的适应性、扩展性和可移植性,要求制作安装包或以其它形式能简单方便地安装系统.要求有一个良好的更新机制,能够及时更新系统到时新版本,并可以回退到以往的旧版本. 4.1.2 业务要求 (1)数据统计 系统应遵从GB3095-

1996、GB3095-2012和HJ633-2012标准文件计算API和AQI,能够按照《环境空气质量评价技术规范(试行)》对数据的小时评价、日评价、年评价、数据有效性、数值修约、综合质量指数等进行标准化计算. (2)数据存储 系统数据需要分两种类型存储,一种是原始数据(即从前端子站采集的),另一种是审核后数据,即在一定的时间范围内,能够对原始数据的异常数据进行审核并重新统计,用于国家上报和对外发布,超过审核时间范围数据便会固化,不允许更改. (3) 电子地图 具备各类地图切换功能. 监测点位包含丰富的信息量,在地图界面可直接展示各类报表、专题分析功能. 监测点位信息数据能以弹出窗、侧边详细信息栏等形式展现,且不影响地图的正常使用. 提供AQI、PM2.

5、PM

10、SO

2、NO

2、CO和O3等空气质量实时监测数据的展示. (4) 监测数据 监测数据里要求包含有实时数据、数据审核、手工日报、数据召唤、告警数据5个功能模块. 1)实时数据 要求可查看当前各个监测点所有因子的最新5分钟级数据(在监测设备能够支持的情况下),提供监测点的历史5分钟级数据查询功能、单点单因子当天的小时级数据变化趋势曲线图查看、全市日均值查询和导出等功能. 2) 数据审核 要求每次能列出单个监测点的指定日期的小时级全因子数据,并显示其均值、最大值、最小值.提供单因子审核功能,审核数据提交后,能实时查看指定日期的全因子日均值、最大值、最小值和AQI的变化.能控制审核权限和审核时间. 3) 手工日报 要求能列出单个监测点的指定日期所缺失的小时级全因子数据,并提供填写和保存功能.数据保存后能根据填写的数据进行数据统计,但不能影响非手工数据的计算结果.提供数据对比功能,用于对比手工数据与非手工数据. 4)数据召唤 要求能对各个监测点的工控机发送数据重发命令以保证数据完整性,支持普通网络召唤,支持数据召唤后自动对数据进行重新统计. 5) 告警数据 要求能列出各个监测点的监测仪器的告警数据,能明确显示告警原因、告警日期等各种参数. 系统需提供短信告警及配置功能,用于给已配置的手机发送告警短信. ① 可选择打开或关闭短信告警功能,打开后,如有告警信息,会自动发送到已配置的手机中. ② 配置需告警的告警源,配置后此告警源的告警才会发送短信,没有配置的告警源,即使有告警信息,也不发送短信告警. ③ 可配置告警级别、告警类型.没有配置的告警级别、告警类型的告警不发送短信 ④ 可选择告警时间段.在告警时间段的告警信息可以马上发出;