一技术需求.docx
《一技术需求.docx》由会员分享,可在线阅读,更多相关《一技术需求.docx(18页珍藏版)》请在冰豆网上搜索。
![一技术需求.docx](https://file1.bdocx.com/fileroot1/2023-2/6/949b01fe-4a98-4666-8d70-fe39789758e3/949b01fe-4a98-4666-8d70-fe39789758e31.gif)
一技术需求
一、技术需求
(一)建设内容
编号
项目
部署位置
数量
一、空气站数据采集系统
1
数据采集系统
市站
4套
二、空气站数据接收系统
2
数据接收系统开发及部署
市站
1套
3
中心端VPN
市站
1台
4
配套网络设备
市站
1台
三、业务系统
5
空气质量自动监测系统
市站
1套
6
空气质量信息发布系统
市站
1套
四、支撑软、硬件
7
数据库系统软件
市站
1套
8
服务器系统软件
市站
1套
9
服务器
市站
1台
(二)技术参数
1、空气站集成设备
为每个空气站配备相应的集成和整合设备,并且兼容与国家环境监测总站空气质量自动监测系统的运行。
2、市站数据采集系统
市站数据采集系统主要完成空气监测因子的数据采集和预处理,在子站存储空气因子数据,上传空气数据到监控中心服务器,支持一点多传。
支持子站设备状态上报,子站异常故障和紧急状态告警上报等。
2.1技术要求
●采用C++开发语言,使用OOP开发技术,采用模块化设计;
●采用C/S架构,支持TCP通信或UDP通信;
●支持开源数据库、ORACLE或MSSQLSERVER等数据库;
●支持RS232、RS485串口通信技术实现与仪表、设备的通信;
●采用开关量控制技术;
●采用看门狗技术监控系统状态;
2.2业务要求
2.2.1数据采集、存储、传输
●通信协议遵循《HJ/T212-2005污染源在线自动监控(监测)系统数据传输标准》;
●支持PM2.5,PM10,SO2,NO,NOx,NO2,CO,O3空气监测因子的数据采集和大气压力,温度,湿度,风速,风向气象监测因子数据采集;
●支持数据采集时间间隔设置功能;支持未上传成功的历史数据自动定时补传功能;
●可自动生成数据存储空间不足时的告警信息;
●支持大容量数据存储,长期存储采集数据到本地数据库;本地数据库采用开源数据库;
●支持第三方数采仪通过TCP或UDP网络通信接入,允许自动同步第三方数采仪1个月内的数据到本地数据存储空间;
●支持第三方数据库访问,提取空气监测数据,同步到本地数据库,并上传到服务器;
●支持计算机网络数据召唤,支持对第三方子站进行数据召唤;
●支持看门狗,当数采仪软件死机时,自动重启数采仪软件;
●支持至少三个服务器的“一点多传”功能。
2.2.2现场维护功能
●支持通过菜单对数采仪软件参数进行配置;
●数采仪软件支持对与监控中心服务器的通信过程的调测,输出调测信息,保存到本地文件。
2.2.3远程反控
●支持监控中心远程校时,远程查询子站系统时间;
●支持监控中心远程复位子站;支持监控中心远程关机;
●支持监控中心远程更新升级数据采集软件;
3、市站数据接收系统
市数据接收系统包括市站数据接收系统、中心端VPN和配套网络设备。
3.1市站数据接收系统
市站数据接收系统用于接收空气子站上传的各种数据,进行解析、分析处理,保存监测数据、子站状态、告警等信息至空气监控数据库中,用于空气监测业务系统展示、分析、处理,输出相关报告、报表;市站数据接收系统要求满足面向未来,业务不断扩充的需求,实现高扩展性能的通信平台架构。
3.1.1技术要求
●采用C++开发语言,OOP技术,模块化设计思想;
●采用TCP或UDP的IOCP通信技术;
●支持Oracle数据库;
●采用Windows服务编程开发技术实现监控中心通信平台;
●数据入库要求可配置化。
3.1.2业务要求
●模块化设计:
将子站通信过程的子系统(通信服务)与数据处理过程的子系统(数据处理服务)分开。
支持多协议,多业务的扩充架构;
●通信服务:
支持WindowsIOCP组件技术,实现大规模子站接入,统一管理子站的接入。
要求实现协议无关性,自动支持多种协议的子站接入,支持多种协议的数据处理服务的扩展。
自动将子站上传的数据包分发给相应的数据处理服务。
负责将数据处理服务发送的各种指令转发给子站。
提供配置程序,支持通信服务需要的各种参数的配置;
●数据处理服务:
支持一种或多种协议的一批子站的数据统一处理的Windows服务。
支持配置空气监测业务系统中的子站与数据处理服务的隶属关系。
子站规模增加后,可平滑扩充多个数据处理服务,实现子站接入的负荷均衡。
提供配置程序,支持数据处理服务需要的各种参数的配置;
●数据入库:
支持Oracle大型数据库。
数据处理服务的数据处理、数据保存实现可配置化。
数据入库采用高效率的多数据并发入库技术;
●提供客户端,查看通信平台各个服务、客户端运行状态的客户端界面,查看已配置的所有子站信息、在线状态、通信收发指令调试信息;
●提供客户端,对子站数采仪软件进行远程升级、更新;
●支持从监控中心平台的第三方数据库提取空气监测数据,保存到空气监测数据库中;
●支持从web服务接口加载第三方空气监测数据,保存到空气监测数据库中。
3.2中心端VPN
功能
指标
具体功能要求
配置要求
网络接口
具备4个千兆电口
性能要求
IPSecVPN加密速度
≥75Mbps
IPSecVPN隧道数
≥3000
并发会话数
≥350000
防火墙吞吐量
≥150Mbps
SSL加密速度
≥100Mbps
SSL并发用户数
≥300
稳定性
支持全动态IP接入
★不依赖于第三方的基于动态IP寻址的VPN组网技术(非DDNS方式,提供自主知识产权证明)
自动恢复
看门狗提供自动恢复功能。
提供配置备份功能,断线重拨功能
隧道间路由功能
支持隧道间路由功能,提供非直连网络的VPN组网。
支持代理下级单位上网。
安全性
防火墙功能
支持状态检测防火墙功能;能防御包括Synflood,Icmpflood,碎片攻击等多种攻击;能够进行包过滤或ACL控制;支持防火墙规则虚拟测试功能;
支持加密算法扩展
支持AES、DES、3DES、MD5、SHA、DH、RSA等算法,并且支持扩展国密办SCB2等其他加密算法
权限控制
按用户、组分配不同的访问权限和应用资源;支持双向的内网权限分配策略,权限粒度细致到源IP、源端口、目的IP、目的端口级别
组播包支持
支持视频、语音等基于组播的应用及路由协议
VPN隧道间流控
保证每个接入分支都能合理的利用带宽资源,从而顺畅的访问总部内网应用
VPN隧道内NAT
使具有相同内网地址的分支机构都能同时接入总部,最大保护用户网络结构的完整性
虚拟IP池功能
为接入用户分配内网指定的IP地址
可管理性
集中管理
必须为单独的硬件设备来进行VPN全网管理
VPN网络管理
有专业统一的平台进行VPN全网的策略编辑、部署和维护;支持离线配置;新策略支持即时下发和定时下发两种模式;
集中管理平台管理员
管理员可按照分级权限、多用户同时管理;
VPN网络的监控
能够提供图形化的实时监控状态,并且能够清楚的区分网络设备的运行状态;可保存和打印监控拓扑图;在监视界面可以远程重启设备
其他要求
★与国家环境监测总站PM2.5项目VPN无缝对接
具有公安部销售许可证,具有公安部VPN三级标准认证检测报告
3.3配套网络设备
硬件名称
硬件参数
网络设备
配套使用的机柜、路由器或交换机
其它
其它必须的相关设备
4、空气质量监测系统及发布系统
随着广大民众对环境质量的关注,近些年监测业务得到了飞速发展,但因为之前缺乏集中的统一规划,导致各个系统之间信息共享不足,重复建设严重,因此,借助于本项目,投标方需提供具备规范性、约束性、先瞻性的数据平台以及发布软件,以保证环境监测工作开展的连续性、可扩展性以及经济性,软件平台及发布软件包括空气质量自动监测系统和空气质量信息发布系统;同时必须具备水质、噪声自动监测扩展接入功能,投标人必须详细描述接入功能。
4.1空气质量自动监测系统
本系统需要满足监测站日常监测业务的需求,能将数据按照新的国家环境空气标准文件的规定进行统计、修约等,并应包括电子地图、监测数据管理、专题分析、统计报表、基础资料管理、系统管理等模块,该系统用于环保系统内部的空气质量数据分析、利用和管理。
4.1.1技术要求
●系统应采用B/S架构开发,能适应从IE7到IE9和Firefox、Chrome常用的浏览器。
开发语言要求使用C#,.NetFramework版本要求4.0或以上。
服务器要求使用IIS7.0或以上版本。
●专题分析要求使用成熟的Flash控件,能生成柱图、饼图、曲线图等图型,支持三维图形,可拖动旋转,支持双Y坐标轴和不同单位的数据共同显示等,支持图型局部放大或缩小(X轴与Y轴均可),支持导出PNG、JPG等格式的图片。
●统计报表要求使用免费成熟的报表控件,支持各种样式的报表生成,如简单表头、复杂表头、分组报表等,支持PDF、EXCEL、WORD等文件类型的导出,支持直接打印。
●数据库要求使用ORACLE11g,支持数据冷备份和热备份,需要保证大数据量储存时的效率与准确性。
要求做到数据库高效与稳定,如一旦出现异常能快速恢复并保证数据不会丢失。
●系统中的各功能展现、操作和数据查询要求准确和流畅,不能因数据量太大而降低响应速度,要求做到无明显的延迟感和卡顿感。
●系统应具备良好的适应性、扩展性和可移植性,要求制作安装包或以其它形式能简单方便地安装系统。
要求有一个良好的更新机制,能够及时更新系统到时新版本,并可以回退到以往的旧版本。
4.1.2业务要求
(1)数据统计
系统应遵从GB3095-1996、GB3095-2012和HJ633-2012标准文件计算API和AQI,能够按照《环境空气质量评价技术规范(试行)》对数据的小时评价、日评价、年评价、数据有效性、数值修约、综合质量指数等进行标准化计算。
(2)数据存储
系统数据需要分两种类型存储,一种是原始数据(即从前端子站采集的),另一种是审核后数据,即在一定的时间范围内,能够对原始数据的异常数据进行审核并重新统计,用于国家上报和对外发布,超过审核时间范围数据便会固化,不允许更改。
(3)电子地图
●具备各类地图切换功能。
●监测点位包含丰富的信息量,在地图界面可直接展示各类报表、专题分析功能。
●监测点位信息数据能以弹出窗、侧边详细信息栏等形式展现,且不影响地图的正常使用。
●提供AQI、PM2.5、PM10、SO2、NO2、CO和O3等空气质量实时监测数据的展示。
(4)监测数据
监测数据里要求包含有实时数据、数据审核、手工日报、数据召唤、告警数据5个功能模块。
1)实时数据
要求可查看当前各个监测点所有因子的最新5分钟级数据(在监测设备能够支持的情况下),提供监测点的历史5分钟级数据查询功能、单点单因子当天的小时级数据变化趋势曲线图查看、全市日均值查询和导出等功能。
2)数据审核
要求每次能列出单个监测点的指定日期的小时级全因子数据,并显示其均值、最大值、最小值。
提供单因子审核功能,审核数据提交后,能实时查看指定日期的全因子日均值、最大值、最小值和AQI的变化。
能控制审核权限和审核时间。
3)手工日报
要求能列出单个监测点的指定日期所缺失的小时级全因子数据,并提供填写和保存功能。
数据保存后能根据填写的数据进行数据统计,但不能影响非手工数据的计算结果。
提供数据对比功能,用于对比手工数据与非手工数据。
4)数据召唤
要求能对各个监测点的工控机发送数据重发命令以保证数据完整性,支持普通网络召唤,支持数据召唤后自动对数据进行重新统计。
5)告警数据
要求能列出各个监测点的监测仪器的告警数据,能明确显示告警原因、告警日期等各种参数。
系统需提供短信告警及配置功能,用于给已配置的手机发送告警短信。
①可选择打开或关闭短信告警功能,打开后,如有告警信息,会自动发送到已配置的手机中。
②配置需告警的告警源,配置后此告警源的告警才会发送短信,没有配置的告警源,即使有告警信息,也不发送短信告警。
③可配置告警级别、告警类型。
没有配置的告警级别、告警类型的告警不发送短信
④可选择告警时间段。
在告警时间段的告警信息可以马上发出;在非告警时间段的告警信息可配置为不生成告警,或生成告警后一直等待直到告警时段,并在告警时间开始时发送;为避免大量短信发送到手机上,也可以配置为只发送各类告警的统计信息短信到手机。
⑤告警手机号码以及机主相关信息可配置。
⑥告警功能配置需要管理权限控制,配置操作有相关操作日志记录。
(5)专题分析
专题分析具有三维图形显示功能,要能够支持数据的动态展示、数据分析、以及静态图片导出功能。
需提供空气质量趋势分析、空气质量指数、浓度趋势、达标率对比、监测因子同比趋势等功能。
1)空气质量趋势
提供各个监测点和全市API、AQI在时间范围内的变化趋势分析功能,包括API和AQI相结合的趋势对比功能。
2)空气质量指数
提供各个监测点和全市某日的各个监测因子的IAPI和IAQI的对比功能。
3)浓度趋势
提供各个监测点和全市的监测因子(SO2,NO2,PM10,PM2.5,O3,CO,NOx)的浓度趋势对比以及空气质量指数对比功能。
包括多监测点单监测因子趋势分析、单监测点多监测因子趋势分析、单监测点单监测因子趋势分析和多监测点API趋势分析,多监测点AQI趋势分析,多监测点API和AQI对比分析,单监测点API趋势分析,单监测点AQI趋势分析,单监测点API和AQI对比分析功能,监测时间范围类型可多选,有分钟、小时、日、月、年。
4)达标率对比
提供各个监测点和全市时间范围API和AQI的各个等级天数对比、周期达标率、同比、环比达标率功能。
5)监测因子同比趋势
提供各个监测点和全市的监测因子在年份范围下的具体时间范围的平均浓度趋势对比功能。
6)气象专题分析
提供气象专题分析功能,其中必须满足以下要求:
Ø风向以16个方向划分。
Ø风向数据是0-360°的话,需要按32个方向均分360°,计算16个方向的数据频次。
Ø允许选择时段,实现一段时间内监测点位所代表的区域的风玫瑰图;
Ø支持上述三种的风玫瑰图形式,可由操作员根据需要实现切换。
Ø界面上要有与玫瑰图对应的数据表;数据表与玫瑰图可导出。
(6)数据报表
统计报表功能要求采用成熟免费的报表工具,要能够支持WORD、PDF、Excel文件格式导出,报表导出权限可配置。
报表需要分基础数据报表和统计数据报表,基础数据报表需提供5分钟数据和小时数据报表,统计数据报表需提供连通率报表、API报表和AQI报表。
1)五分钟报表
提供各个监测点的监测因子的实时数据查询功能。
2)小时报表
提供各个监测点和全市监测因子的小时平均浓度查询功能,监测数据分为原始数据和审核后数据两种类型,选择审核后数据能够查询审核原因。
3)城市站点有效率
提供各个监测点的监测因子的应连数、有效数和有效率以及站点有效率和城市有效率查询功能。
4)城市站点连通率
提供各个监测点的监测因子的应连通数据、实连通数和连通率以及站点连通率查询功能。
5)站点连通率详细数据
提供每个站点的监测因子是否连通的查询功能。
6)连通率日报
提供城市某日的站点下因子的连通数和连通率查询功能。
7)API日报
提供所选日期的站点监测因子的API指数、各个点、全市的因子浓度均值、最大值和最小值查询功能。
8)AQI日报
提供AQI、PM10(24小时均值浓度和IAQI)、PM2.5(24小时均值浓度和IAQI)、SO2(24小时均值浓度和IAQI)、NO2(24小时均值浓度和IAQI)、CO(24小时均值浓度和IAQI)和O3(1小时最大均值、最大8小时滑动平均、IAQI)等空气质量监测数据的展示功能。
9)AQI小时报
提供AQI、PM2.5(1小时均值、24小时滑动平均、24小时IAQI)、PM10(1小时均值、24小时滑动平均、24小时IAQI)、SO2(1小时均值、IAQI)、NO2(1小时均值、IAQI)、CO(1小时均值、IAQI)和O3(1小时均值、8小时滑动平均、IAQI)等空气质量监测数据的展示功能。
10)0API/AQI实时报
提供全市和各个监测点在小时范围内的空气质量查询功能,格式按照API日报和AQI小时报表。
11)API/AQI报表
提供全市和各个监测的空气质量指数查询功能。
统计时间类型有日、周、月、季度、时间段。
12)API/AQI达标率
能够统计任意时间范围内各个监测点和全市的监测因子的浓度和空气质量指数等级、达标天数、达标率。
时间类型有日、周、月、季、年。
13)API/AQI达标率对比
能够统计时间范围内的达标率、达标天数、优良等级天数,并统计同比达标率、环比达标率以及各个达标率之间的对比情况。
14)API/AQI平均浓度
能够统计任意时间范围的各个监测点和全市的监测因子的平均浓度,时间类型有日、月、年、时间段。
15)API/AQI浓度对比
能够统计时间范围内的各监测因子的周期浓度、环比平均浓度、去年同期平均浓度的对比情况。
16)API/AQI各级天数统计
能够统计任意时间范围内的各个监测点以及全市的空气质量等级、首要污染物、各级天数、达标率。
17)API/AQI优良天数百分比
能够统计各个监测点和全市的本周期、环比、同比达标率和所选年份的对比情况。
18)空气质量综合指数
能够根据标准文件统计各个监测点的监测因子的综合指数。
(7)基础资料管理
1)提供监测点配置监测项功能,能配置监测点下的监测项目。
2)提供监测项管理功能,能管理监测因子的单位,中文名称,显示顺序等。
3)提供浓度限值和指数标准管理功能,浓度限值用于设定API与AQI两种指数类型对应的每种因子的24小时均值和1小时均值的限值,指数标准管理用于指定API与AQI的各空气质量级别的对应空气质量指数。
4.2空气质量信息发布系统
随着社会的发展,人们生活质量水平的不断提高,环境问题日益受到广大民众及政府机构的重视,尤其是空气质量PM2.5指数更是引起了社会各界的广泛关注和讨论。
在此背景下,国家在环境保护方面的信息公开也越来越完善。
在2012年的全国环境监测会议上,国家环境监测总站明确要求“要把开展PM2.5等新指标的监测和信息发布作为今年重中之重的工作”。
为贯彻和落实总站的精神,建设环境质量网站发布系统。
发布SO2、NO2、PM10、PM2.5、O3和CO等6项监测指标的实时小时浓度值、日均浓度值、AQI指数。
要求将本市范围内各监测站点的空气质量数据,以地图为载体,直观地、实时地、准确地进行表征,让公众能够便利地获知空气质量的最新信息。
系统需支持两种发布方式,网站发布和手机发布。
4.2.1网站发布
(1)技术要求
●要求使用免费、开源、扩展性高的地图控件。
●数据传输方式做到不受前台开发语言、平台、协议等的限制,具有易维护、易定制的灵活特性。
且不可在网页端暴露数据接口地址。
●能支持多种地图来源,包括GoogleMaps、BingMaps等,且支持离线地图的调取。
●实时和日报数据报表要求使用纯HTML语言动态生成。
(2)业务要求
●提供可视化的GIS地图窗口,支持GIS的地图拖动、地图缩放、地图定位等基本功能。
●在电子地图上展示空气质量监测站点的点位,并以不同颜色表示监测站点的空气质量等级。
●监测点位提供丰富的地图交互功能,空气质量实时监测的污染物浓度值、IAQI空气质量分指数等数据信息通过鼠标在地图上滑动到监测站点的位置时,以弹出式信息框的方式展示。
●提供AQI、PM2.5、PM10、SO2、NO2、CO和O3等空气质量实时监测数据的展示。
根据国家新的要求随时对发布形式及内容进行升级。
●提供空气污染物的类型选择按钮,实现各类型的监测数据的切换。
●发布系统根据实际需求设置小时监测数据展示和日报数据展示。
以列表、曲线图、饼状图等方式按日期来展示空气质量数据。
●发布系统的地图表现与数据接口低耦合。
当数据接口数据停止统计上报,发布系统地图页面仍然能够正常运行显示。
●提供加载平面地图或卫星地图作为背景图层,通过切换按钮对平面地图和卫星地图进行切换。
支持透明图层,如地名、路网等图层的叠加。
●提供各种空气质量等级指标图例,当点击切换不同空气污染物按钮时,替换相应的空气质量等级指标图例。
●提供相关的科普知识。
4.2.2手机发布
城区空气质量信息发布系统移动客户端是空气质量信息发布系统在移动终端上的延伸实现,方便用户通过移动互联网(3G、GPRS等)在智能手机和平板电脑等移动设备上查看全市各个空气站的空气质量实时数据、历史趋势等信息。
(1)技术要求
●支持iOS和Android平台,界面美观,操作便利;
●丰富的图形和动画效果,采用开源跨平台的图形组件,通过列表、折线图、柱状图等方式显示空气质量数据;
●采用HTTP协议传输数据,数据请求能快速响应,省流量。
(2)业务要求
●按《环境空气质量标准》(GB3095-2012)展示全市及各城区监测子站实时AQI数值、空气质量类别等信息;
●按监测子站展示各空气污染因子(PM2.5、PM10、O3、CO、SO2、NO2)的实时小时浓度均值及历史浓度趋势(过去24小时、过去30天);
●在电子地图上展示各城区监测子站的空气质量总览情况(按空气质量类别以不同颜色标识),支持地图缩放、平移、定位等功能,可在平面地图与卫星地图间方便切换;
●提供相关的科普知识。
5、系统支撑软、硬件
为保证数据平台及发布软件的效果,投标方须根据实际情况提供模拟电子地图,或者平滑接入先前建设的GIS平台及电子地图。
5.1数据库系统软件
Oracle11g
5.2服务器系统软件
MicrosoftWindowsServer2012及以上
5.3服务器
技术项目
技术指标
处理器
CPU类型:
≥XeonE5-2620;CPU频率:
≥2000MHz
处理器描述:
≥2个XeonE5-2620处理器;
三级缓存:
≥15MB;
CPU核心:
≥六核
主板
主板芯片组Intel
PCI扩展槽≥6个插槽
内存
内存类型:
FB-DIMM;内存大小:
≥16GB;
内存插槽数量≥24;最大内存容量≥768GB
存储
内部硬盘架数:
≥16个2.5″、6个3.5″或32个1.8″固态硬盘驱动器
光驱
标配薄型DVD光驱
网络
≥4个网络接口,速率≥1Ghz,并带有嵌入式适配器(可扩展)
接口类型
1个定位设备(鼠标)、1个正面视频接口、1个背面视频接口、1个键盘、共6个USB2.0端口:
正面2个;背面2个;内部2个;2远程管理端口;4个RJ-45网络接口
其它参数
符合ACPI2.0.标准;符合PCIE1.0a标准;支持PXE;支持WOL;支持物理地址扩展(PAE);Microsoft徽标认证;支持USB2.0
诊断
★带有智能故障检测及报警系统
电源性能
服务器专用电源;电源最大数量≥2个;
软件系统
系统支持:
MicrosoftWindowsServer2003R2
MicrosoftWindowsServer2008
MicrosoftWindowsServer2008Hyper-V
RedHatEnterpriseLinux