改善空气质量应用——XX区“数字治气”应用项目采购需求.docx

上传人:李司机 文档编号:6663451 上传时间:2023-12-10 格式:DOCX 页数:28 大小:75.07KB
返回 下载 相关 举报
改善空气质量应用——XX区“数字治气”应用项目采购需求.docx_第1页
第1页 / 共28页
改善空气质量应用——XX区“数字治气”应用项目采购需求.docx_第2页
第2页 / 共28页
改善空气质量应用——XX区“数字治气”应用项目采购需求.docx_第3页
第3页 / 共28页
改善空气质量应用——XX区“数字治气”应用项目采购需求.docx_第4页
第4页 / 共28页
改善空气质量应用——XX区“数字治气”应用项目采购需求.docx_第5页
第5页 / 共28页
点击查看更多>>
资源描述

《改善空气质量应用——XX区“数字治气”应用项目采购需求.docx》由会员分享,可在线阅读,更多相关《改善空气质量应用——XX区“数字治气”应用项目采购需求.docx(28页珍藏版)》请在三一办公上搜索。

1、改善空气质量应用-XX区数字治气应用项目采购需求1.项目背景党的二十大报告指出,深入推进环境污染防治,持续深入打好蓝天、碧水、净土保卫战,加强污染物协同控制,基本消除重污染天气。2022年11月10日,生态环境部等15个部门印发实施深入打好重污染天气消除、臭氧污染防治和柴油货车污染治理攻坚战行动方案(环大气(2022)68号),打好重污染天气消除、臭氧污染防治等标志性战役,持续改善空气质量。国家臭氧污染防治攻坚行动方案提出坚持协同减排、源头防控,聚焦臭氧前体物VOCs和氮氧化物,强化臭氧污染防治科技支撑,完善臭氧和VoCS监测体系,提高治理设施运维管理水平,精准有效开展臭氧污染防治监督帮扶,提

2、升执法监管能力。2022年下半年,XX区陆续发布XX市XX区人民政府办公室关于印发XX区清新空气行动方案(2022-2025)的通知(镇政办发(2022)43号)、XX市XX区人民政府办公室关于印发XX区环境质量改善提质行动攻坚方案的通知(镇政办发(2022)73号)等文件,要求到2025年,减少以03为首要污染物的超标天数,进一步改善环境空气质量,主要指标处于XX市前列。2023年4月,市生态环境局发布XX市生态环境系统2023-2025年拟建数字化改革场景清单(第一批),“数字治气应用成功入选市级试点应用,要求在XX区推进石化行业生态环境数字化监管,打造具有XX治理模式创新特色的应用场景,

3、力争省揭榜挂帅。2.工作目标要求“以大气环境问题为导向,以涉气监测为基础,以数据为依据,以监管为抓手”,全面改善XX区大气环境质量为目标,在构建涉气污染源全过程全要素监管体系、大气问题预警体系和大气治理服务体系基础上,实现从末端废气排放监管向过程监管转变、从被动应对问题向主动发现问题、解决问题转变、从不定时现场人工监管向全景全天候24小时智慧监管转变,实现大气环境问题追根溯源、推演复盘、预警预测、闭环管理,切实提升大气环境领域的监管服务效能。3.项目需求介绍本项目需求要求主要涉及XX市生态环境局XX分局日常监管内容,紧紧围绕“深入打好污染防治攻坚战”和“减污降碳协同增效等相关工作要求,以全流程

4、环境危害识别与管控项目排查工作成果为基础,建设大气环境监管业务数字化管控应用,创新引入数字享生地图技术,实现环境监测感知网络、污染源网络三维立体一屏通览,搭建数字治气”应用,全面提升区域大气污染防治精细化管理水平,实现大气环境问题全方面监管,切实提升大气环境领域的监管服务效能。3.1.数据结构与数据资源共享需求要求3.1.1.数据结构本项目涉及的信息为监测数据、地面资料数据、异味数据专题数据、密封点台账数据、LDAR检测数据、LDAR复测数据、密封点延迟修复信息、LDAR检测视频数据、密封点图片数据等。3.1.2.数据共享需求分析本项目相关的系统的数据接入共享的要求如下表:序号数据名称数源系统

5、共享方式更新频率1企业信息生态环境一张图数据接口实口寸2污染源监测数据生态环境一张图数据接口实时3环境监测数据生态环境一张图数据接口实时4项目立项数据在线投资项目平台数据接口实时5排污许可证数据省协同平台数据接口实时3.1.3.数据处理需求由于数字治气业务数据资源种类多样,需要依托于多种覆盖数据处理逻辑的数据处理工具,对接入及导入的数据进行处理,并建立标准化的数据处理模式与流程。3.1.4.数据库建设需求基于基础设施层所采集的各类数据,前期化工全过程环境审计项目调研梳理的企业数据,结合省市系统对接的各类数据,前期自建平台归集的各类数据等,根据业务需求,建设监测数据库、地面资料数据库、异味数据库

6、、污染源信息数据库、LDAR检测数据库等。数据库建设要求如下:1)获取的相关数据必须符合国家、行业相关标准,采集的数据需要及时可靠,系统具有较高的安全性和保护、告警等功能。2)应支持主流的数据库系统;需采用构件化设计,界面友好,可做到灵活扩展,并具备数据维护自动纠错和查重功能。3.2.功能需求3.2.1.应用系统功能需求3.2.1.1.污染源监管数字李生地图基于三维技术,通过模拟或超现实景,结合地理信息,建立污染源监管数字李生地图,全方位展示石化园区整体情况,用户可通过平台,直接在虚拟环境中一览整个园区VoCS污染排放现状,为精细化管理提供支撑。支持用户直观查看单个企业内VOCs无组织排放点位

7、信息、有组织排放口点位信息及监测数据等,掌握污染源排放的全景全貌。在原有石化园区数字季生地图上进行开发,新增对排放口监测感知设备的点位和数据、报警和统计分析。通过集成可视化的场景,实现统一管控、信息共享、联动管理,提高工作效率,降低人力成本,助力高效的运维和服务。3.2.1.2.LDAR检测数据实时审核1.DAR检测实时审核系统主要基于现场采集的LDAR检测数据/检测过程视频数据,建立实时监控、系统审核、系统审核报警及处理、人工审核、审核发现的异常数据汇总、审核报告管理、统计和分析、第三方检测机构绩效管理等业务应用,形成从异常数据发现f异常数据审核确认f出具审核报告f第三方检测服务机构考核管理

8、全过程的数字化。3.2.1.3.高值溯源管控系统须对异味浓度进行量化评价并进行预警,超标时向企业推送自查清单,结合全过程监控数据判断是否存在问题,实现异味事件的快速处置。主要的功能包括异味预警预报、异味溯源分析、异味应急处置闭环。3.2.1.4.数字治气专题导航舱基于数字治气业务,对关键数据指标进行提取,利用多种图表形式,搭建数字治气可视化大屏,实现治气工作动态监测、智能研判、风险预警,形成全局一屏统览、一键协同处置、一体化高效闭环的治气场景。导航舱根据场景内容分为三个专题,主要包含环境空气态势专题、VOCs(异味)态势专题、污染源态势专题。3.2.2.应用发布端需求本项目用户涉及生态环境监管

9、部门、污染源企业,系统需满足多种发布需求,其中:生态环境监管部门需提供PC端和“X政钉”发布功能,企业服务端需提供XX省政务服务网端和X里办发布功能。3.2.3.应用支撑需求本项目应用支撑层设计将利用现有及新建的应用支撑组件或工具进行建设,主要包括统一身份认证、用户管理、权限管理、日志管理、地理信息共享服务、数据采集工具、异味预测模型、VoCS和恶臭因子精细化反演和溯源、数据审核算法、图像审核算法、工作流引擎、LDAR异常数据识别模型、LDAR异常检测过程识别模型、业务办理闭环、污染源一体化闭环管理等作为业务应用支撑。其中共享利旧的应用支撑有统一身份认证、用户管理、权限管理、日志管理、地理信息

10、共享服务、数据采集工具、工作流引擎。统一身份认证:基于XX政务服务网用户认证中心进行法人和个人用户实名认证,完成PC端应用与XX政务服务网用户信息的同步。利用AD/LDAP技术提供面向基于客户端、服务器和应用程序的统一管理,实现单点登录。用户管理:用户管理包括账号、部门、角色管理。地理信息共享服务:地理信息共享是指将各类地理信息进行整合和共享的过程。地理信息主要包括各类地理位置数据、地形地貌数据、地质地貌数据等,形成地理信息数据库,将这些数据进行统一编码和标准化,实现数据共享和查询,为其他业务系统提供数据支撑。异味预测模型:利用模型计算污染物扩散浓度,预测敏感点浓度信息,实现异味事件的预报功能

11、。VOCs和恶臭因子精细化反演和溯源:建立石化园区污染源排放清单,当发生异味事件,结合气象模型、大气扩散模型、机器学习法等多维模型实时反演污染源源强,模拟恶臭发生点位的主控污染因子贡献率,快速精准锁定嫌疑企业和嫌疑排口(装置)。1.DAR异常数据识别模型:依托LDAR基础台账数据算法、常规检测数据算法、复测数据算法等,识别出第三方检测机构异常检测数据。1.DAR异常检测过程识别算法:依托于图像算法,通过实时现场检测视频,识别检测人员的异常检测过程。业务办理闭环:利用业务办理闭环流程,实现局内部各科室间的业务流转闭环。污染源一体化闭环管理:利用污染源一体化闭环管理,实现监管部门与污染源企业之间的

12、问题推送一反馈一审核的闭环机制O3.2.4.基础设施需求本项目后端基础设施需依托于XX市一体化智能化公共数据平台政务云资源,统一为上层提供网络资源、计算资源、存储资源等云计算基础资源服务。系统分别部署在资源共享区和公众服务区两个区域,资源共享区主要用于部署污染源监管数字李生地图应用及三维地图,共申请2台云资源:公众服务区主要用于部署LDAR检测数据实时审核、高值点溯源管控等应用,共申请5台云资源。根据部署需求,本项目所需云资源需求如下表所示:资源名称配置要求数量用途部署区域ECS8核,16GB及以上,系统盘200G,数据盘ITB1三维地图部署服务器资源共享区ECS8核,16GB及以上,系统盘2

13、00G,数据盘500GB1数字挛生地图应用服务器资源共享区ECS8核,16GB及以上,系统盘200G数据盘5T及以上ILDAR检测数据实时审核应用程序部署,以及图片,视频存储服务器公众服务区RDS8核,16GB及以上,系统盘200G数据盘2T及以上1LDAR检测数据实时审核应用数据库部署公众服务区ECS16核,32G及以上,系统盘200G,数据盘2T及以上1高值溯源管控及数字治气专题导航舱应用部署公众服务区RDS16核,64G及以上,系统盘200G,硬盘5T及以上I高值溯源管控及数字治气专题导航舱数据库部署公众服务区3.3.性能需求1)应采用B/S三层架构的体系结构,充分考虑到今后纵向和横向的

14、扩展能力,能够满足日后模块的升级和需求的增加。2)系统应采用模块化设计,在增加后台管理模块时,无须更改页面的代码。3)支持7X24小时不间断运行,月平均故障时间G天,月平均故障修复时间30分钟。4)支持500个以上在线用户,支持100个以上并发用户。5)在带宽稳定的情况下,一般页面加载响应时间2秒;10万条数据的简单查询及统计不超过4秒,百万条数据的查询及统计不超过8秒:一般资料保存响应时间6秒;一般图表分析响应时间10秒,比较复杂的图表分析响应时间20秒,特别复杂的图表分析响应时间40秒。6)支持的年数据量大于50万记录数、50G字节的数据量。3.4.系统安全要求依据信息安全技术网络安全等级

15、保护定级指南(GB/T22240-2020)的定级流程,本项目要求通过网络安全二级等级保护。网络安全等级保护测评由采购人确定,金额不超过5万元,费用包含在本次采购预算中。4.项目详细技术要求4.1系统总体框架设计4.1.1.系统框架设计本项目根据省市一体化智能化公共数据平台“四横四纵框架体系,结合XX分局数字化应用顶层设计,按照“一个部门一个大系统的原则,设计系统框架,主要分为基础设施层、数据资源层、应用支撑层和业务应用层。四纵即政策制度体系、标准规范体系、组织保障体系、网络安全体系:根据国家和生态环境XX分局对信息化的安全管理需求、运行维护保障需求、数据标准化需求等,对本项目系统进行设计。4

16、.L2.网络架构设计本项目部署于XX市信创云平台,政府部门通过政务外网访问,第三方企业通过互联网访问.第三方企业的前端感知数据通过环保专网进行传输。环保专网与XX分局政务外网区通过数据网闸等安全设备进行安全防护。4.2.业务应用层设计基于三维数字模拟技术,建立污染源监管数字季生地图。整合全流程环境危害识别与管控项目排查成果,对涉VoCS污染源的基本信息、经纬度坐标、排污权数据、执法数据、排放口信息、监测点位数据、环保治理设施运行情况等进行统一管理,生成污染源的一源一档”。管理人员通过平台,直接在三维虚拟环境中遍览石化园区空气质量污染源状况,全方位展示石化园区整体全貌,为石化行业精细化管理提供数

17、据和视觉支撑。4.2.1.污染源监管数字季生地图基于三维数字模拟技术,建立污染源监管数字学生地图。整合全流程环境危害识别与管控项目排查成果,对涉VoCS污染源的基本信息、经纬度坐标、排污权数据、执法数据、排放口信息、监测点位数据、环保治理设施运行情况等进行统一管理,生成污染源的“一源一档”。管理人员通过平台,直接在三维虚拟环境中遍览石化园区空气质量污染源状况,全方位展示石化园区整体全貌,为石化行业精细化管理提供数据和视觉支撑。4.2.2.LDAR检测数据实时审核4.221实时视频实时视频页面主要用于实时查看平台管理的所有现场实时监测视频。实时视频是由安装在手柄中的摄像头在检测过程中,实时录像,

18、存储视频并将视频上传到平台。4.2.2.2.报警及处理对于实时监控过程中,后台算法(数据逻辑算法以及图像识别算法)计算出的异常视频数据,系统将推送报警信息至实时视频页面,并在监控报警及处理页面生成报警信息。对于每条报警信息、,需人工逐条进行核实确认,判断是否误报。4.2.2.3.人工审核人工审核页面主要用于历史视频的人工审核,系统仅暂存前一天的检测视频,视频审核人员需每日对前一天的视频数据进行人工审核。此处只需要对系统筛选出有异常数据的视频,前期因检测人员检测不规范,异常数据较多,审核量较大,后期随着检测过程不断规范,待审核量会逐步减少。4.2.2.4.异常数据汇总异常数据汇总页面包含:1)系

19、统审核+人工复核;2)人工审核出的异常数据口系统内置视频数据与检测数据的转换模型,审核出的异常视频数据最终将转换为对应的检测数据在页面显示。4.2.2.5.抽测管理对于LDAR的审核工作,除去对数据进行审核外,园区、省市LDAR主管机构会通过抽测的方法,确认现场检测结果的有效性。4.2.2.6.数据上传1.DAR检测实时审核系统所需的数据分为:密封点台账、LDAR检测数据和LDAR检测视频。每季度至少上传一次,有条件的情况下每天上传。4.2.2.7.审核报告该功能需实现异常数据、抽测结果等自动生成审核报告。系统需内嵌标准版的LDAR审核报告模板。根据需要,生成报告时,审核人员点击导出报告按钮,

20、导出报告,报告为PDF格式。4.2.2.8.第三方检测机构管理第三方检测机构管理主要用于管理园区、省市的第三方检测机构。4.2.2.9.统计和分析统计和分析由LDAR看板页面、LDAR统计和分析详情页面构成。4.2.3.高值点溯源管控完善异味监控体系,实时监控异味问题,并将异味的浓度进行量化,及时发现问题、预警问题,并依托于模型分析实现智能溯源,结合石化行业在线监测数据、过程监控数据、厂界数据等,快速定位可疑区域、可疑装置,并通过数字化手段实现快速的指挥调度,安排执法人员快速到达现场进行现场检查,实现资源的整合利用,推动异味事件的快速有效处置,使监管更精准,使处置更高效,实现测溯管治合一的异味

21、全过程闭环管理。423.1.场景设计本场景主要用于出现异味事件后的高效溯源处置,主要包括异味报警、异味溯源、异味事件处置三个子场景。4.2.3.2.场景首页大屏高值点溯源管控”场景首页大屏可分为两种状态,包括“无异味超标状态”及异味超标溯源期间:平时点击“高值点溯源管控场景,默认显示无异常超标状态”界面,如在导航舱或其他界面查看发现VOCS涉异味因子数据超标或系统弹出超标信息时,点击跳转至此场景,则显示“异味超标溯源期间”状态。4.2.3.3.异味预警预报异味问题可通过模型预测异味数据进行预警预报,或通过走航车、特殊因子站点的监测数据超标进行报警。4.2.3.4.异味溯源4.23.4.1.异味

22、因子溯源分析基于环境空气质量模型和机器学习算法,通过模拟和机器学习反演异味因子源强。4.23.4.2.异味影响预测分析根据反演的异味因子源强和实际观测的气象条件,模拟异味因子对于园区和周边区域的环境影响。423.4.3.高值影响溯源分析对关心点进行溯源分析,以确定主要影响来源。4.23.4.4.减排结果评估用户可以基于源强反演结果对源强按比例和区域进行调整,并模拟调整后的环境影响,以评估减排效果。4.2.3.5.异味应急处置闭环异味预警报警期间,结合企业排污信息、企业环保设施运行状况、气象数据、企业自查任务反馈情况及溯源分析结果等,缩小范围筛选最有可能的污染来源,形成检查清单,发送给执法人员进

23、行现场检查。执法人员现场检查确认需要整改的企业,由移动端进行填写,通过污染源一体化闭环管理系统推送问题清单,企业整改后进行反馈,由相关人员进行审核形成闭环。4.2.4.数字治气专题导航舱基于数字治气业务,对关键数据指标进行提取,利用多种图表形式,搭建数字治气可视化大屏,实现治气工作动态监测、智能研判、风险预警,形成全局一屏统览、一键协同处置、一体化高效闭环的治气场景。导航舱根据场景内容分为三个专题,主要包含环境空气态势专题、VOCS(异味)态势专题、污染源态势专题。4.2.5.4掌上治气X政钉端采用H5技术,开发XX区环境应用移动端,实现现场工作人员与局内部工作人员的实时互动。支持Androi

24、d、ios跨平台运行,改善分局内部沟通方式、提高工作效率。主要功能包括涉气信息查询及任务闭环管理。4.2.6.企业服务端通过建设企业服务端,实现由原有“政府主动监管,企业被动落实转变为“政企开放服务,环境协同提升”,从根本上转变污染源企业管理思维,提升企业环境管理意识,科学规范地解决各类环境问题,积极提升企业环保管理水平。主要功能包括一体化闭环管理企业端功能和环保超市。一体化闭环管理企业端功能包括自助查询、问题清单及服务提醒、企业自我管理、企业减排工程上报。4.3项目集成与接口设计要求4.3.1.关联系统需求要求本项目主要依托于前期的生态环境一张图系统进行建设并进行统一整合。在数据层面上,需要

25、共享污染源数据、环境空气监测站点数据等。同时本项目新产生的污染源相关数据也将同步至生态环境一张图的一企一档数据中,为原有的业务系统提供更丰富的数据来源,实现更精细化的监管。在业务流程层面,依托本项目对生态环境一张图系统的现有功能进行迭代升级和功能集成,如环境监测站点数据超标时,可以依托于本项目的高值点溯源场景进行辅助分析超标原因。4.3.2.接口需求要求(1)对外提供的接口本项目对外部提供的接口主要为各类数据共享接口,其他需求部门可从XX省一体化数字资源上申请数据,以数据接口的形式调用所需数据。(2)项目需要使用的接口本项目所需要使用的接口主要为数据接口,从XX省一体化数字资源上申请数据,以数

26、据接口的形式调用所需数据,为业务场景提供数据支撑。需要调用的数据包括环保部的排污许可证信息等。4.4.应用支撑层设计本项目依托于一体化智能化公共数据平台共享组件、应用支撑组件或工具进行建设,主要建设内容包括统一身份认证、地理信息共享服务、数据采集工具、工作流引擎等,快速支撑本项目应用系统的快速高效的搭建。4.4.1.统一身份认证(共享利旧)依托XX政务服务网、X里办的组织架构和用户体系,分别构建面向企业PC端和移动端的用户体系和认证体系,实现用户统一身份认证和用户信息同步,根据认证程度不同,实名认证用户可分为不同等级,不同等级的用户赋予不同的权限,具体依据XX政务服务网和X里办授权体系设定。政

27、府端应用实现与生态环境局XX分局现有应用系统的集成和单点登录。4.4.2.用户管理(共享利旧)用户管理包括账号、部门、角色管理。4.4.3.权限管理(共享利旧)支持多权限集合的管理,权限集合可以自定义设置,将外部系统作为权限集合接入到用户中心进行管理,比如菜单权限、部门权限、报表权限、站点控制权限等。4.4.4.日志管理(共享利旧)为评价本应用系统的实战实效,计算通用指标、辅助指标、业务核心指标的结果,系统具备日志功能,记录并分析应用的用户登录日志、应用访问操作日志、用户访问日志、系统报错日志、接口调用日志等,具备各类日志的统一识别、采集、分类、查询、统计等功能。可通过日志分析组件,对应用中各

28、类日志进行统一管理,应保证运行日志的真实性、连续性和完整性;对日志文件进行备份、存档,可进行存储分析定位查看日志。4.4.5.地理信息共享服务(共享利旧)本次项目涉及地理信息共享服务开发的有2D地图及3D数字季生地图。其中基于2D地图开发的应用,地理信息共享服务通过调用省自然资源厅信息中心的电子地图组件,XX区现有地图资源,能够集中管理地理数据及相关业务数据,采用数据共享服务模式,能够直接将数据以标准服务的形式,通过系统共享给其他授权用户。地理信息共享主要功能应包括多元数据的注册、管理(服务的创建、删除、停止、重启等操作)和服务发布,针对数据共享的服务管理、系统配置、安全管理、系统监控、日志管

29、理、信息管理、资料管理,对GIS服务的监控管理,对运行GIS服务的硬件平台的监控管理,实现对系统各类服务、配置、用户角色和权限、并发访问、服务状态、系统日志、地图集及普通文档资料等内容和数据的统一集中管理。基于3D数字李生地图开发的应用,通过复用XX石化经济技术开发区的数字季生地图资源进行开发。4.4.6.数据采集工具(共享利旧)提供ETL设计与开发工具、ETL运行引擎、ETL监控工具、基础元数据服务等功能组件;支持多种操作系统平台,如UNIX、WINDOWS.LINUX等;支持各类数据源,如主流关系型数据库管理系统(ORACLE、SQLSERVER等):支持平面数据文件(文本文件,Excel

30、,XML文件等):支持OraCle、SQLSerVer等数据库接口,支持WebSerViCeS的读写:具有并行处理能力,支持多线程处理;数据导入支持批量加载(sqlIOader方式)、insert模式、行删除模式等。本项目中,将利用市公共数据平台资源,并配套数据采集工具,为从各个业务系统中获取数据、构建统一的生态环境基础数据库提供便利。4.4.7.异味预测模型异味预测模型的数据是通过对接XX生态环境一张图中的环境空气VoCS监测数据,分析园区现有在线监测数据中主要臭气污染物因子数据,利用大气模型计算其对敏感区域和敏感点的影响,浓度分布信息可以采用等值线图或热力图的形式在GIS中展示,同时还可通

31、过调用历史数据展现随时间变化的动图效果。4.4.8.VOCs高值和恶臭因子精细化反演和溯源基于XX石化园区,采用贝叶斯反算技术运用机器学习等技术手段,结合大气扩散模型、气象模型以及现场大量监测数据,对初始污染源的迭代反演计算,实现对污染源排放量和排放时间的溯源优化分析。同时将溯源方案研究模型与本地园区平台系统连接应用,实现不同因子的排放分析展示、来源解析、预测预警等功能,支持园区恶臭和VOCS污染源精细化管理工作。该模型可应用于“高值点溯源管控”场景中实现异味事件的高效精准溯源。4.4.9.工作流引擎4.4.9.1.通用工作流引擎(共享利旧)利用现有工作流引擎为业务系统的流程个性化定制提供基础

32、支撑。4.4.92业务办理闭环(新建)大气环境管理业务相对复杂,涉及生态环境局XX分局内部众多科室,因此亟需建立局内部工作流程,将局内部工作流程与数字治气管控应用打通,用于支撑数字治气管控应用中各大场景及未来待建场景的业务流转。环评审批、排污许可审批、监测业务管理等业务流转,产生数据可自动同步至关联企业一企一档中,相关数据为过程监管、高值点溯源管控等场景提供应用支撑。其中监测业务管理中与污染源相关的数据,如监督性监测数据等同步至污染源档案,环境监测相关数据则同步至对应点位中,为数据分析提供支撑。4.4.9.3污染源一体化闭环管理(新建)XX区数字治气”应用中建设了多个涉气污染源监管场景,场景应

33、用过程中如发现涉气污染源存在问题,需要打通监管部门与政府之间的沟通流程,将问题线上推送至污染源企业,企业整改完成后线上进行反馈或进行申诉等,为高值溯源管控提供闭环处置支撑。后续建设新的应用场景时,也可使用本污染源一体化闭环管理作为应用支撑,实现污染源企业与政府之间的互动及事件的处置闭环。同时,生态环境局XX分局各管理科室在日常工作中发现的问题也可通过污染源一体化闭环管理实现问题的推送、反馈、审核闭环功能。污染源一体化闭环管理场景主要汇集各个业务系统的发现问题,通过平台数据关联、统计等分析手段形成问题预警。根据问题严重程度,可将问题分为立整立改问题和不能立整立改的重点问题。不能立整立改的重点问题

34、通过对应的业务系统进行分流交办,并进行闭环管理追踪。立整立改问题及各业务系统中需下派给企业的任务则由科室进行填报或由系统直接推送给企业,企业完成后进行反馈形成闭环。4.4.10.LDAR异常数据识别模型数据来源于各企业上传的密封点台账数据、密封点检测数据、仪器校准漂移数据、密封点维修复测数据、排放量数据。通过密封点之间检测时间间隔、不同楼层之间间隔、密封点检测时长等规则,从数据中筛选出可疑数据。1.DAR异常数据识别模型作为LDAR检测数据实时审核系统的应用支撑,主要是指通过LDAR基础台账、LDAR检测数据、LDAR复测数据等识别LDAR异常数据的算法模型。模型内现有的算法包括:LDAR基础

35、台账数据算法、LDAR常规检测数据算法、LDAR复测数据算法。4.4.11.LDAR异常检测过程识别模型数据来源于各企业上传的密封点台账数据、密封点检测数据、现场的检测视频,采用图像识别模型,识别出检测视频中的异常检测过程。同时,通过模型训练,不断优化图像识别模型,提高识别率。1.DAR异常检测过程识别模型作为LDAR检测数据实时审核系统的应用支撑,主要依赖于图像算法,基于现场检测设备采集的实时检测视频,通过图像算法识别检测人员的异常检测过程。4.5.项目组件资源4.5.1.项目产生组件资源本项目依托省市现有的组件资源进行建设,不产生新的组件资源。4.5.2.项目使用组件资源表序号组件名称组件

36、提供单位是否强制组件1电子地图XX市自然资源和规划局是2政务服务网法人用户单点登录省大数据局是3组织架构和用户体系省大数据局是4消息通知省大数据局是4.6.数字资源层设计4.6.1.数据采集4.6.1.1.三维GlS数据采集(利旧)4.6.1.2.本项目新增数据采集根据环境数据的来源和格式,按照不同来源的更新机制及不同企业类型,将数据采集分为以下几种方式:手动执行导入包:对于某些有固定表单格式的历史数据,如历史站点数据、历史在线监测数据、历史信访投诉数据等,利用ETL数据导入工具及相应的ETL管理工具。手工录入:对于前期XX石化园区全流程环境危害识别与管控项目的成果数据,由于没有业务系统支撑,

37、且每家企业情况不同,数据格式不同,无法使用特定的表单进行导入,需要进行手工录入。主要导入数据根据采购人要求进行设置。本期项目预计先对全流程环境危害识别与管控项目已完成排查工作的20家企业数据进行录入,后期预留录入入口,由系统建设单位或运维单位对后期排查完成的企业(预计40家或更多)相关数据进行录入,且同步至该企业一企一档数据中。4.6.2.数据治理为提高数据采集的质量,通过规范化数据处理流程,经过数据清洗、数据比对、数据去重、数据补全、数据转换、数据关联、数据标识、数据整合等处理过程,实现对本项目采集数据的治理,形成符合业务及数据标准的数据库。数据治理既可以作为数据库与源数据库之间的数据桥梁,

38、也可作为业务数据流转的通道。在数据加工治理过程中,将源数据库向数据库迁移是一个复杂的工程,既要保证数据的完整性又要对垃圾数据进行清理,数据的格式也要进行适当的转换。使用人工编码的方式往往入和回报不成比例而且难以维护,无法适应XX区数字数字治气数据库复杂多变的业务需求。本项目基于XX市智能公共数据平台的元数据管理体系及数据开发工具以拖拽的方式完成复杂的转换逻辑,无需任何编码流程可任意更改,为建立“XX区数字数字治气”数据库提供了强有力的支持。作为业务数据流转的通道,XX市智能公共数据平台提供了多种传输协议,满足分布式应用的需求,可以在流程中植入脚本功能以实现复杂的业务逻辑。4.6.3.数据库建设

39、数据库的设计应遵循现行的国家、行业相关标准和规范,便于数据交换、共享。为了保证数据库的一致性、可操作性,数据库采用统一坐标系、统一编码体系和统一属性数据标准。本项目根据业务应用需求,按照相关信息资源标准规范进行数据库建设,具体包括:(1)监测数据库(2)地面资料数据库(3)异味数据库(4)污染源信息数据库(5)LDAR检测数据库。4.6.4.数据共享4.6.4.1.数据共享与交换体系设计(1)数据需求清单数据需求主要包括企业信息、污染源监测数据、环境监测数据等信息,项目需要共享外部数据资源具体如下:序号资源名称数据项共享方式更新频度数源单位是否可用1企业信息企业名称、企业地址、生产信息、业务信

40、息、排污许可证信息等数据接口实时生态环境XX分局是2污染源监测数据污染源在线监测浓度数据、流量数据等数据接口实时生态环境XX分局是3环境监测数据常规空气站的常规六因子监测数据、环境空气VOCs站的VOCS监测数据、数据接口实时生态环境XX分局是气象数据等4排污许可证信息企业名称、污染物种类、有组织第一年-第五年、无组织第一年-第五年、全厂合计第一年-第五年数据接口实时省生.态环境厅是(2)数据开放共享目录清单序号数据源名称字段名称共享条件共享方式开放属性更新频度1异味报警数据报警点位、报警因子、报警时间、报警来源无条件共数据接口否每天2LDAR可疑数据可疑点位、可疑原因、检测值、检测视频无条件

41、共享数据接口否每天4.6.4.2.与XX区协同部门的共享交换本次项目将根据数据共享要求,将数字治气数据共享XX区数据共享平台中;结合XX区治气业务需求,按照XX区公共数据共享交换规定,向XX区“数字治气”应用提出数据共享需求,实现横向不同政务部门之间的数据交换共享。与XX区大数据中心的数据共享交换频次,对于实时监测类数据,实时更新,对于非实时类数据,按照数据共享交换清单中确定的频次定期更新。4.7.基础设施层设计本项目基础设施和部署方式按照一体化智能化公共数据平台架构体系进行设计。围绕三大核心业务应用,网络、云、数据中台等基础支撑设施依托于XX区一体化公共数据平台,不新增购置云平台等基础设施。

42、4.7.1.云资源部署设计本项目政务云基础设施依托于XX市一体化智能化公共数据平台政务云资源,统一为本项目应用场景部署运行提供网络资源、计算资源、存储资源、安全资源等云计算基础资源服务。根据本项目实际需求,政务云资源需求如下表所示。资源名称配置要求数量用途部署区域ECS8核,16GB及以上,系统盘200G,数据盘ITB1三维地图部署服务器资源共享区ECS8核,16GB及以上,系统盘200G,数据盘500GB1数字季生地图应用服务器资源共享区ECS8核,16GB及以上,系统盘200G1LDAR检测数据实时审核应用程序部署,以及图片,视频存储服务器公众服务区数据盘5T及以上RDS8核,16GB及以

43、上,系统盘200G1LDAR检测数据实时审核应用数据库部署公众服务区数据盘2T及以上ECS16核,32G及以上,系统盘200G,数据盘2T及以上1高值溯源管控及数字治气专题导航舱应用部署公众服务区资源名称配置要求数量用途部署区域RDS16核,64G及以上,系统盘200G,硬盘5T及以上1高值溯源管控及数字治气专题导航舱数据库部署公众服务区4.8.信息安全保障体系设计本项目涉及政府部门公共数据等内容,当业务信息和系统服务安全被破坏时,将严重影响到公民等组织的合法权益,并对社会秩序和公共利益造成一定的危害。参照网络安全等级保护2.0标准及信息安全技术网络安全等级保护定级指南要求,项目需按照网络安全

44、等级保护二级的要求进行设计建设。4.9.落实安全可靠要求的情况说明本项目需满足MIPS(龙芯)、X86(兆芯)、ARM(飞腾、维鹏)CPU三大技术路线中的至少两种国产化终端访问要求,使不同用户能够在多种终端环境下都能正常使用。本次项目应用建设需对信终端和国产化运行环境进行适配。满足国产化终端系统访问要求。根据国产化终端、国产非IE操作系统和国产化浏览器的要求,对页面的布局、页面的元素、表格的样式、系统空间进行适配。主要包括浏览器渲染引擎优化、JS解析引擎优化、控件参数优化等。通过上述优化满足国产化终端系统访问的要求。要求系统适配国产化云平台环境。操作系统适配性方面,要求适应统信、麒麟或其他国产

45、化操作系统;数据库国产化适配方面,要求支持人大金仓、达梦数据库或其他国产数据库,用以保证数据的安全性,支持将其他类型数据库的数据迁移至国产数据库中。确保应用系统在国产化基础环境上能稳定高效运行。本项目需采购配套国产化数据库系统2套,配置如下:1)产品支持RANGE数据类型、支持表继承、支持LiSten、支持NOtify、支持混合分区等功能,分区表支持主键、外键、索引、触发器。2)产品兼容PoStgiS空间数据引擎相关组件,支持对地理数据的存储,支持栅格数据和栅格/矢量分析,允许在共享的边界上处理对象,支持3D和4D索引。3)支持JSoN数据类型,包括插入操作符一、-,#、#、可将一行数据转换为

46、JSoN类型;支持变长多维数组类型,并可通过操作符和函数创建gin、btree、hash类型索引。4)产品PLSQL的动态SQL支持带有returninginto子句的DML语句、支持匿名块、支持CALLINTo语句,PLSQL中INSERT语句支持VALUESrecord,PLSQL中UPDATE语句支持SETR0W=record,PLSQL中的DML语句支持returningbulkcollectinto子句。5)产品支持数据库迁移评估,数据库评估平均每分钟可以处理13000个以上数据库对象,平均每分钟可以处理170000行以上代码。6)支持应用SQL迁移评估,支持应用SQL采集及迁移评估,并提供评估报告,支持OraCIe、SQLServer,DB2、MySq支QL数据库。7)支持自主访问控制、强制访问控制、审计、加密、身份识别与验证等安全。4.10.运维要求解决用户在使用中所出现的一系列问题,提供操作及维护培训,提供7*24技术支持服务;项目投入使用后,在项目建设单位提出对项目进行升档或扩充要求后,需提供最新开发的系统软件,免费为用户制定升级方案,免费为用户作项目介绍,解答用户关心的项目方面的问题。为已过保修期的用户提供定制的服务咨询及支持.对于客户的重要问题,设置重要大问题专家组,以帮助项目建设单位解决工作过程出现的重大疑

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号