还剩20页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
省交通运输信息中心交通安全应急管理系统升级项目(交通防汛XX防台在线)需求说明
一、背景及依据
(一)项目提出的背景针对当前交通运输领域应对自然灾害工作中,安全风险管控不到位、隐患排查治理“走过场”、应急处置管理不高效、信息报送时效性不足等突出难点,重塑安全应急管理工作体系,重点打造“1+2+5”总体框架,即迭代升级1个交通运输安全应急管理系统,围绕安全、应急业务2大板块,建设安全生产风险管控、安全生产隐患治理、自然灾害防御、突发事件处置、应急资源管理等5大模块
(二)项目提出的依据根据国家和省委省政府对防御自然灾害的工作要求,结合省防指对交通运输领域的要求,结合《关于进一步强化防汛抗洪抢险救援协调衔接机制的通知》《XX省防汛防台抗旱应急预案》、《交通运输突发事件应急管理规定》《XX省交通运输系统防汛防台防雨雪冰冻抗旱应急预案》《XX省道路运输突发事件综合应急预案》等,开展交通运输防汛防台数字化改革工作
二、建设目标结合省防指相关要求和交通运输防御自然灾害实际,聚焦交通运输防汛防台、雨雪冰冻防御全流程,以提升“三防”工作效率为目标,规范工作流程建设1个统一集成的“交通防汛防台在线”平台,努力实现风险管控、应急调度、抢通保通、评估复盘等各环节的应急动态全掌握、责任落实全闭环、高效防御全链条和规范运作全流程,达到“不死人、少伤人、少损失”的目标技术架构要求
1.
3.系统须采用微服务架构模式,将系统拆分为多个微服务,每个微服务独立运行、独立部署、独立维护系统须采用数据库主从复制架构,将写操作集中在主库中,读操作分布在多个从库中系统须采用分布式日志架构,应根据省厅交通运输政务系统统一规范要求使用相应工具进行日志处理系统若采用消息队列,应根据省厅交通运输政务系统统一规范要求使用消息队列工具进行消息处理系统若采用容器化部署,应使用Docker作为容器引擎,使用基于K8s相关的架构进行容器编排和管理软件开发要求
1.
4.开发技术要求
1.
4.
1.系统应根据省厅交通运输政务系统统一规范要求采用相应技术框架和路线进行开发,包括但不限于系统前后端框架、关系型数据库、缓存数据库、对象存储服务、服务契约、大数据技术处理技术、检索分析引擎等
(1)系统须采用JDKL8及以上版本进行开发;
(2)系统后端须采用Spring Boot2+Spring Cloud框架进行开发,并采用maven
3.5及以上版本进行构建;
(3)系统使用的关系型数据库须采用MySQL
5.7及以上版本(若本项目有信创要求,须选用PolarDB等);
(4)系统使用的缓存数据库须采用Redis
4.0及以上版本;
(5)系统若采用对象存储服务,应使用OSS(政务云);
(6)系统若采用服务契约API Doc,应使用Swagger3;
(7)系统若需进行大数据技术处理,应使用datax(dataworks开源版本)进行数据集成,Datahub作为数据总线,Maxcomputer进行离线计算,Blink进行实时计算,Tablestore进行存储;
(8)系统若采用检索分析引擎,应使用政务云上的ElasticSearch最新版本源代码版本管理要求
1.
4.
2.中标方需按照建设方(采购人)对应用源代码版本的管理要求,在项目启动后,在建设方提供的源代码版本管理仓库中,构建本项目的源代码版本管理库中标方应将基线版本,以及系统每次因系统功能迭代、bug修复、安全加固等情况进行代码、配置修改后,经过测试且可用的版本代码,更新到指定的源代码版本管理仓库中,并做好详细的注释说明系统部署要求
1.
5.系统应根据实际使用对象和应用场景对网络的需求进行系统部署设计如面向交通管理部门人员使用的应用端(治理端)应部署于政务云专有云区(或信创云),面向企业用户使用的应用端(服务端)则应部署于政务云公有云区,数据库部署于政务云专有云区(或信创云),日志SLS部署于政务云专有云区系统集成要求
1.
6.统一入口要求L
6.L系统端统一入口要求
1.
6.
1.
1.PC本系统PC端应按照按交通运输政务系统统一规范要求进行开发建设
(1)治理PC端(行业管理部门使用)需按照采购人的UI规范、接入规范和相关要求进行开发建设,并接入到省交通运输厅统一工作台,实现风格统
一、单点登录、待办事项打通、出错信息提示一致等衔接要求,系统中涉及到的待办事项提醒、报错、报警等信息统一接入到省交通运输厅统一工作台的“我的工作台”模块系统移动端统一入口要求
1.
6.
1.
2.不允许单独自建APP本系统如有移动端,应按采购人要求
(1)治理移动端(行业管理部门使用)部署于“X政钉”等指定环境
(2)服务移动端(企业、个人等用户使用)部署于“X里办”(包括X里办微信小程序,确保移动端应用同源发布)与业务枢纽衔接要求
1.
6.
2.用户及权限管理要求L
6.
2.
1.本系统按业务枢纽提供的基于X政钉、政务服务网的用户体系和业务枢纽规定的权限体系,进行统一的用户管理和认证、权限管理(如因特殊情况需同时采用其他用户和权限体系的,需经采购人审核确认,并在设计方案中细化明确)公共组件或资源使用要求
1.
6.
2.
2.本系统所需的其他公共组件或资源,如工作流引擎、短信平台等统一使用业务枢纽上已有组件和资源(如因有特殊业务要求,省交通运输厅现有资源无法满足的情况除外,但须提前经采购人审核确认,并在设计方案中细化明确)
1.
6.
2.
3.系统日志管理要求本系统须按照交通运输政务系统统一规范要求对用户行为和操作数据进行(采集字段包括用户标识、用户类型、地区编码、操作类型、操作标识、操作时间、操作时长、操作状态、IRS应用编码等)采集和归集,并纳入统一管理;同时按照省大数据局日志管理要求,将应用的用户日志纳入省大数据局IRS进行统一管理
1.
6.
2.
4.地图底座建设要求本系统中如涉及到相关地图功能建设,应按相关规范将采集到的相关数据以及生成的图层等资源纳入省交通运输厅统建的“交通一张图”,并应基于“交通一张图”平台框架进行开发建设,相关成果应部署于统一的“交通一张图”平台(具体工作由本项目中标方负责)本系统再通过调用“交通一张图”中已开发沉淀(含本项目中新部署的成果)的相关组件、图层实现本项目的相关功能和建设内容须开发建设和沉淀部署的图层、工具组件包括但不限于下表所列内容图层清单:序号图层名称控制点-防汛防台1航道图2天地图
31.
6.
2.
5.算法模型封装要求本系统具有共性的,能提供给其他业务工作使用的相关算法、模型注册至交通大脑,可供其他相关应用免费调用,以充实交通大脑建设须封装注册的算法模型包括但不限于下表所列内容,中标方需在投标技术方案中给出上述算法模型的设计说明(输入、输出接口和依赖的数据、知识等),并实现算法模型的展示或应用页面以供验证新增算法模型清单描述输入输出依赖数据序号模型/算法名称根据电子运单里的货运信电子运单数应急事件管息对罐式车辆运政承运范车牌号码异常描1据、罐体车辆控规则围进行校验,判定是否在及类型述备案登记数据限定的承运介质范围
1.
6.
2.
6.其他要求本系统若采购了第三方的组件或工具产品,应提供给到业务枢纽进行部署和统筹管理,并可提供给其他系统使用与知识库衔接要求
1.
6.
3.本系统中涉及到知识库相关功能建设,需按照省厅交通运输政务系统统一规范要求,在省交通运输厅统建的知识库模块框架上进行开发建设,相关知识内容和成果应部署于省交通运输厅统一知识库(具体工作由本项目中标方负责),通过调用“省交通运输厅统一知识库”中已开发沉淀(含本项目中新部署的)的相关知识内容和页面实现相关功能和建设内容知识清单:序号知识名称应急预案1政策文件2台风科普34法律法规.与驾驶舱衔接要求L
6.4本系统中涉及到展示功能建设,需按照省厅交通运输政务系统统一规范要求,在省交通运输厅驾驶舱的总体框架上进行开发建设,相关成果应部署于省交通运输厅统一驾驶舱(具体工作由本项目中标方负责),通过调用“省交通运输厅统一驾驶舱”中本项目已开发沉淀(含本项目中新部署的)的相关成果实现相关功能和建设内容对原有系统整合总体要求
1.
6.
5.本系统须满足指尖上的形式主义整治后续的整合要求数据建设要求
1.
7.与数据枢纽衔接要求
1.
7.
1.本系统中所涉及到与数据枢纽的相关建设内容,需按照交通运输政务系统统一规范要求进行建设,该文件含运行库建设规范、数据编目规范、数据接入规范、数据质量监测规范、数据分级规范、数据销毁规范
(1)中标方需按数据建设统一规范,提供完整的数据库设计说明书(至少包括数据库设计原则、数据库业务分类、数据库E-R图、数据库表结构设计及实体关系图、重点业务逻辑和处理流程说明);需单独提供数据存储设计方案且须通过采购人的审核;提供需要在运行库中落地的数据表建设需求,采购人在审核分析之后,进行落地建设
(2)中标方需按数据建设统一规范,在数据库设计之初要区分当前数据和历史数据(包括结构化和非结构化数据),并提供定时清理机制(具体可与业务部门确认),理论上枢纽根据清理机制进行数据清理,但是针对特殊要求的数据删除操作,单独提交需求由枢纽进行删除(按相关数据销毁规范操作)
(3)中标方需按数据建设统一规范,在初验前实现数据编目工作(在终验前提供最终版本),数据编目范围包括业务处理结果数据、业务过程数据,若在免费运维期间数据编目发生变更仍需及时更新
(4)中标方需按数据建设统一规范,接入和使用数据枢纽的数据,并每月定期提供使用数据的书面质量反馈文档(包括数据表、指标项、质量情况描述)
(5)中标方需按数据建设统一规范,以书面文档方式提供业务关键数据质量监测指标(包括监测指标项、指标规则和逻辑说明,监测指标范围包括业务产生的数据和使用数据枢纽提供的数据),并针对数据枢纽提出的数据问题进行反馈、整改
1.
1.
1.需按数据建设统一规范,以书面文档方式提供自身业务数据的分级清单(包括表级和字段级),且须通过采购人和数据枢纽的审核
1.
1.
2.用的各类数据组件、数据库、数据计算资源等,需以书面文档方式提供相关的具体使用清单和使用部署方案
1.
1.
3.用的各类数据算法,需提供算法逻辑、输入、输出、调用等说明文档和算法包数据功能要求
1.
7.
2.
(1)本系统要满足常规性业务的日常查询、统计需求,查询和统计功能要支持多条件、可自定义的查询和统计(只有非常规性、偶发性的数据查询、统计等经采购人同意后才允许从系统后台数据库操作)
(2)本系统日常使用频率较高的数据的操作如导入、导出和数据修改等工作,应在满足网络安全保障要求的基础上,以最小化原则(非必要不公开)在系统功能模块中实现相关功能,并做好相应的用户权限控制和日志记录,数据导入、导出、查询涉及到敏感信息数据要进行脱敏(只有非常规性、偶发性的数据导入、导出、修改等经采购人同意后才允许从系统后台数据库操作)
(3)本系统的数据接口,要有异常报警和接口日志,定期监测和统计接口使用情况,长期不用的接口要配合数据枢纽进行及时清理和关闭()本系统涉及的上传文件,应在满足业务使用标准或需求的前提下,遵4循最小化要求进行文件格式和大小限制数据工作要求
1.
7.
3.1本系统需要确保自身的生产数据的质量合理合规,必填项不缺失,信息逻辑不矛盾,有标准的按照标准设计和填充等;当有新标准或新要求时,业务系统需按该标准或要求进行优化迭代2本系统涉及数据的实时计算和离线计算,原则上要求在政务云或信创云组件上完成,具体工作由本项目中标方承担3本系统用于测试的样例数据应符合数据安全相关要求,并事先经采购人同意数据对接要求
174.1本系统建设所需数据的协调、对接、归集所需费用全部由中标方承担中标方应提前充分考虑数据对接的可行性、成本、费用和风险,以便决定是否投标,并将相关成本包含在本次投标报价中2本系统在实施过程中,中标方应主动与相应数据所属部门进行沟通、协调,若无法完成对所需数据的对接、归集工作,则按功能不满足建设要求进行认定.其他要求在质保期间系统若发生优化变更情况,以上要求仍适用系统性能要求
1.
8.本项目系统的性能指标按以下几个方面进行确认,具体包括容量、时间特性、资源利用性等.容量容量是一个衡量系统可以处理的工作量数量的指标,通常在理想运行环境下,最大可达到的吞吐量,最大可支持的用户数量和数据容量等需要注意的是,即使在达到最大吞吐量的情况下,系统也不能违背延迟的性能需求编号项目容量要求备注1注册用户注册用户数不小于目标注册用户为3000数3000个注册用户平均在线用户数,采用二八原理计算,在线用户在线用户数可达到2可根据业务实际,预估为注册用户数的数6002%-20%并发量是指在同一时刻与服务器进行了交互的在线用户数量这些用户的最大特征是和服务器产生了交互,这种交系统支持不小于300个互既可以是单向的传输数据,也可以是3用户并发登录(高度双向的传送数据可预估为注册用户数并发业务操作)的场景可根据需要,至少选择一处验证,例如用户认证、应用层5个功能并发用户模块、框架登录加载和核心业务操作数等系统支持不小于100个可预估为在线用户数*10%,场景可根据用户并发进行订单查询需要,至少选择一处验证,例如业务4操作(一般并发业务查询功能、商品信息查询、订单查询等操作)系统支持不小于50个用可预估为在线用户数*5%,场景可根据户并发进行统计报表操需要,至少选择一处验证,例如统计5作(较少并发业务操报表数据查询、动态安全监测等作)•时间特性182针对业务操作一般将延迟分为频繁高发、一般频度和少量操作的响应最大响应时90%编号项目优先级备注时间间X操作指频繁高发的业务操作,场景可根据需要,至少选择4处1X操作1秒3秒高验证,例如系统登录、首页展示、信息修改、删除、查询、验证等Y操作指频度一般的普通业务操作,场景可根据需要,至少选择2Y操作2秒5秒中2处验证,例如制定时期或小数据量的检索或统计功能Z操作指很少人用或很少发生的业务操作,场景可根据需要,至3Z操作〈5秒10秒低少选择1处验证,例如历史数据查询或统计吞吐量
1.
8.
2.
2.吞吐量为在一个给定的观察时间段内,系统处理完整事件,然后产生的响应数量通常包括核心业务操作、普通业务操作,复杂业务操作和增量历史数据迁移等吞吐量编号项目备注场景可根据需要,至少选择2处验1核心业务操作每分钟200次证,例如身份认证和身份查询场景可根据需要,至少选择1处验2普通业务操作每分钟60次证,例如登录或业务增、删改、查等简单业务操作场景可根据需要,至少选择1处验3复杂业务操作每分钟20次证,例如年度数据查询和统计等例如数据向历史库迁移或历史4增量历史数据迁移每天1次数据备份.资源利用性资源利用性一般考察系统在大并发或者长时间运行情况下,各服务器(比如系统应用服务器、数据库服务器等)的CPU平均使用率、可用内存情况编号项目容量要求备注场景可根据需要,至少选择1处验证,系统支持200个用户并发进例如考察较大并发量、运行一段时间行订单查询操作,稳定运行内执行订单新增操作时,系统是否有误压力测12小时,系统无报错,且系(不支持不可用),同时监控系统应用试统的CPU平均使用率不超过服务器、数据库服务器的CPU平均使80%,已用内存不超过80%o用率、可用内存比例等系统支持200个用户并发进场景可根据需要,至少选择1处验证,行订单查询操作,稳定运行例如考察一定并发量情况下执行较长疲劳测6小时,系统无报错,且系时间时,系统是否有误(不支持不可2试统的CPU平均使用率不超过用),同时监控系统应用服务器、数据80%,已用内存不超过80%库服务器的CPU平均使用率、可用内o存比例等系统安全要求
1.
9.本系统应遵循的信息系统等级保护
2.0等级为二级系统的设计、实施必须遵照和满足信创相关标准规范,以及相应等级的信息系统等级保护
2.0应用安全、数据安全等相关要求,落实安全可靠建设任务网络安全要求
191.
(1)中标方应服从采购人的网络安全管理,配合采购人做好安全检测、安全防护、应急演练、漏洞修复等工作
(2)中标方建设过程中必须采用多层次的安全措施,包括身份认证、权限控制、数据加密等方面,具体采用的安全措施包括但不限于应使用可信的平台/框架代码或第三方组件开发应用程序;应用程序访问数据库和服务器时应尽量
三、采购内容及清单序号名称主要内容/规格参数数量单位安全应急管理系统升级项目(交通防汛防台在线)■主要包含风险清单、管控工单、整改工单、事件创
1.1风险管控模块套1建、风险预警、管控规则、响应等级等功能点主要包含应急基地、应急运力、专家库、应急小组、
1.2应急调度模块套1应急调度、应急准备等功能点
1.31主要包含灾损上报、灾损续保等功能点套抢通保通模块主要包含基础数据、量化评估、复盘结果等功能
1.4复盘评估模块套1占
八、、主要包含主页面、风险管控、路网抢通、应急资
1.5数字驾驶仓套1源等功能点主要包含巡查打卡、灾损上报、应急调度、应急
1.6移动端H5套1准备等功能点主要包含综合性预案、专项预案、政策文件、台风
1.7知识库模块套1科普、法律法规等功能点
1.81主要包含事故上报、停运通阻等功能点套实时信息上报主要包含接口开发、风险基础数据维护、系统下拉
1.9其他模块建设套1选项参数维护、用户管理、权限分配等采购内容具体以需求规格说明书内容为准
四、建设内容及需求
(一)总体建设要求交通安全应急管理系统一期已建设安全生产基础数据采集模块、应急管理模块、内河水上安全协同服务模块、升级改造部水运质量信息管理模块、迁云及适配实施本期在一期的基础上,围绕“防汛防台”和“雨雪冰冻防御”两个主要方面,使用最低权限;应用程序的输入输出需符合规范要求避免恶意字符的带入;应用程序需加强访问控制,严格校验相关权限,并对口令的配置进行复杂度校验;有文件上传功能的应用系统必须采用白名单进行文件类型的限制;使用HTTPS协议传输数据等各类安全防范机制和措施中标方应在投标文件中专章对拟采取的安全措施进行说明
(3)系统在云环境部署后,若发现安全隐患,中标方须立即开展相关安全修复工作,如未在规定时间内完成修复或消除隐患或作出暂不修复说明的,逾期时间未超过1天,采购人可按照隐患数量,每个隐患扣除合同总金额的万分之一;逾期时间超过1天且未超过3天,采购人可按照隐患数量,每个隐患扣除合同总金额的万分之三;逾期时间超过3天,采购人可按照隐患数量,每个隐患扣除合同总金额的万分之十若被发现其开发、维护的信息系统存在安全隐患和发生运维事故(网络安全、数据安全、运维安全等)造成服务质量下降或造成采购人被网络安全监管部门或上级部门通报批评,但系统运行总体正常的,采购人可扣除合同总金额的千分之五;被网络安全监管部门或上级部门通报批评的,且影响系统正常运行的,采购人可扣除合同总金额的千分之十;对系统运行造成严重影响的,如数据库数据丢失且无法恢复,采购人可扣除合同总金额的千分之十五,并保留进一步追究中标方相关责任的权利
(4)本系统在进行等保
2.0测评的过程中,中标方应无条件地配合采购人做好相关安全整改、漏洞修复等工作,协助采购人取得公安机关颁发的等级保护备案证书.信创兼容性要求本系统建成后对国产桌面终端必须具有完全的兼容性和适应性,应至少支持3种以上国产技术路线(MIPS、ARM、X86均要求支持),满足国产芯片(飞腾、龙芯、麒麟、兆芯、海光,至少支持三款)和基础硬件(以华为、联想、曙光、长城、同方、浪潮、华三等主流厂商的服务器、计算机产品等,至少支持三款)与3种以上操作系统(麒麟、统信、华为鸿蒙等)的融合混搭、交叉访问,且能在目前政府管理部门普遍使用的主流国产浏览器(红莲花、
360、统信UOS等)环境下正常访问和操作,以及可配合外接设备(如果有,如扫描仪、打印机、高拍仪)等多场景组合使用(实际需要验证各种组合环境情况至少4种组合以上,组合环境主要指国产芯片+基础硬件+国产操作系统+国产中间件+国产数据库+国产浏览器,第三方测试机构须提供各种技术路线/组合环境情况下,所有功能的适配检测结果)如发现有不兼容情况,中标方要及时处理,进行兼容性和适应性改造验收测试要求
2.
(1)本项目在初验前应进行第三方系统功能检查测试、安全测试并提交测试报告,测试通过后方可进行初验
(2)本项目在终验前应进行软件测试(包括采购范围内的功能、性能和其他技术满足情况,并提供正式的软件测试报告)、安全测试(进行相应测试并提交正式的安全测试报告和整改说明书),软件测试和安全测试均通过后方可进行终验
(3)本项目系统功能检查测试、软件测试、安全测试以及相配套的密码产品或硬件设备(如有)相关费用、整改费用由中标方承担,包含在本次投标报价中软件测试要求
2.1本项目软件测试包括功能、性能和其他技术满足情况测试中标方须至少提交功能测试、性能测试报告和其他技术满足情况测试或验证报告(报告中涉及的不同内容可由不同第三方提供的分报告组成),且报告明确注明为针对本项目的“软件测试”,方可视为通过软件测试功能测试
2.
1.
1.功能测试依据项目招标文件、合同、需求规格说明书内容和信息化系统软件,列出所有功能,须由具备“中国合格评定国家认可委员会认可”(CNAS)的实验室资质或中国计量认证(CMA)资质的机构进行.性能测试
2.
1.2性能测试依据项目招标文件性能要求,主要包括但不限于压力测试、负载测试、疲劳测试等,须由具备“中国合格评定国家认可委员会认可”(CNAS)的实验室资质或中国计量认证CMA资质的机构进行其他技术满足情况验证
2.
1.
3.其他技术满足情况依据项目招标文件的技术要求进行验证确认,包括技术架构要求、与现有基础支撑平台衔接要求基于省交通运输厅基础支撑平台开发要求、统一入口要求、日志要求、系统整合要求、数据建设要求、组件使用要求、算法验证要求、兼容性要求、可靠性要求、可用性要求等测试、验证安全测试要求
2.21本项目安全测试包括渗透测试、漏洞扫描、安全配置核查等,并要求输出上线前安全评估过程中所需要的各类报告,包括《渗透测试报告》、《漏洞扫描报告》、《安全配置核查报告》等2安全测试由具备中国网络安全审查技术与认证中心颁发的“信息安全风险评估服务资质”证书一级服务资质和IS027001信息安全管理体系认证证书的机构进行3项目中标方应根据安全测试发现的问题进行整改并提交《整改说明书》,确保无中危及以上漏洞遗留,并得到上述检测机构确认4中标方须至少提交《渗透测试报告》、《漏洞扫描报告》、《安全配置核查报告》,且无中危及以上漏洞,方可视为通过安全测试开发风险管控、应急资源调度、抢通保通、复盘评估、驾驶舱等系统功能模块同时对接获取省防指动态应急响应等级以及X运安、智慧海事等平台的车船动态数据,实现多跨数据共享
(二)系统业务需求风险管控模块建设
1.1)清单管理清单管理功能主要包含3部分,分别为风险清单、管控清单和整改工单风险清单中数据一一对应管控清单中底层数据,管控清单根据触发条件显示风险清单中数据,可进行批量管控,下达任务工单形成闭环操作风险清单风险清单管理功能主要实现对风险清单的导入(系统对接、excel)、新增、编辑、删除、查询操作省厅单位、三中心、市县级单位均具有实现导入、新增、编辑、删除、查询、导出功能的权限,允许设置省市县的风险管理权限规则,对不同风险类别能进行分级分类管理该功能同时具有统计功能,四级单位都可进行查看风险点统计数据风险清单页面具体显示风险详情,例如路网运行-特长隧道-苏台高速-大盘山隧道等)进行显示清单管理模块包含的八大领域若干方面风险清单,如下表所示:八大领域风险点高边坡高挡墙路段、高路堤挡墙和临水临崖路段、下穿通道、特大桥、路网运行特长隧道、历史灾毁路段…道路运输班线、包车、危货、农村客运、城市公交…轨道交通易淹站点、轨道交通站点…客渡运渡口、渡船、水上客运站、客船…省管内河航道、船闸…港口港口危险储罐、港口码头…内河货船货船、危险品船、其他船舶…在建工程工程项目、项目作业人员、重大风险工点、机械设备设施…管控工单管控工单管理,管控清单主要实现,根据风险管控模型,结合不同的风险响应等级、不同地区、不同领域的实际情况,系统自动梳理出对应的管控对象数据,并按规则建立分级分类对应相应责任单位精准管控措施按照不同的层级管理权限,对清单进行人工确认、新增、编辑、删除、查询操作管控工单主要实现表单的新增、编辑、删除、查询、事件录入、统计功能,首先根据情况录取事件标题、风险等级等信息进行事件触发,然后涉及到的风险点位触发会显示在管控清单中显示未管控状态,管控工单底层数据一一对应风险清单中风险数据管控工单中可批量进行下发工单,连接移动端(接受、反馈工单),并收到移动端反馈后,变成已管控状态形成闭环操作工单生成,任务工单需包含工单编号(自动生成)、生成时间、风险领域、风险点、响应等级、发起单位、落实单位、区域、处置内容等,进行工单内容编辑,在派发任务时对监管单位进行派发工单流转处置状态跟踪,任务工单中可进行工单跟踪,工单根据目前完成情况实时更新工单状态并反馈显示到管控清单中相应的状态工单状态分为待办和完成状态工单任务查询办理,省市县部门根据代办提醒,查看工单内容,并落实相应工作办理完成并确认后,工单相应状态自动调整(可基于移动端系统,结合人员打卡、设备出入库、风险管控对象巡查等工作联动实现相应功能)整改工单,根据分级分类的整改工单下发规则、工单的不同来源,结合不同类型工单完成的实际情况,生成不同类型的整改工单通过系统自动下发整改工单至行业管理部门,按照不同的层级管理权限,对下发工单完成情况进行督查,并通过行业管理部门提交的整改反馈材料,接受人确认、填报整改情况,对整改工单进行确认、编辑、删除、查询操作,形成监督落实管理,实现整改闭环2)风险预警短信预警下发,根据系统管控规则匹配无需反馈的,进行短信预警,在系统页面右下角自动弹出提示框,并在预警短信页面形成相应记录,省级及三中心权限管理员可通过自动生成的记录进入短信预警界面,系统根据内置模型规则自动填充相应的短信内容和选中相应责任单位,由人工一键下发给各个下级单位部门3)响应等级实现响应等级创建、查询、展示、编辑、结束等功能,包括省级、市级、县级三个级别的响应等级,同时在驾驶舱进行数据联动4)管控规则1)以省级交通管理部门制定的分级分类管控规则为基础,在管控规则模块中实现各领域各风险类型规则的新增、删除、编辑、查询等功能2)通过管控规则,联动风险清单、响应等级,生成管控工单下发至管理部门,让管控在落地过程中可衡量、可监控
2.应急调度模块建设1)应急资源应急资源功能主要包括物资库和应急专家库菜单,对重点设备、其他设备和应急人员进行统一管理和调度相应基础数据的日常维护主要依靠人工维护,结合设备库、人员库的出入库功能对单条信息进行增加、编辑和删除来实现国家级和省级库、地市和县级库的物资模块主要完成三部分资源的展示和管理
1.5个重点基地设备五个重点基地设备能依靠地图展示,结合其地图定位,可从地图标记点点入,查询重点基地具体设备的详细信息5个重点基地的设备可实现设备清单的管理功能,可通过出入库功能对设备的增加、编辑、查询、删除及管理展示功能b.其他设备:非重点设备归入这一类,按照设备类型、所属单位等进行划分,形成清单列表,可通过出入库功能进行增加、编辑、查询、删除功能c.人员库根据从业类型,将人员划分为安全专家、运力保障企业、应急救援队伍等板块,分别包含人员的基础信息、联系方式等权限划分上,省厅单位具有针对国家级和省级资源库新增、编辑、删除、查询功能,市县级单位针对地市资源库新增、编辑、删除、查询功能应急专家库应急专家库包含省应急专家信息(姓名、职称、联系方式),可在应急抢险需要支援时,直接联系专家进行在线指导应急运力应急运力包含客车、货车、牵引车、其他等类型应急运力的车牌号、驾驶员姓名、驾驶员电话、所属企业、车辆类型等基础信息展示,新增、编辑、删除、查询功能,可在应急抢险需要支援时,直接联系相关运力车辆驾驶员及企业进行支援2)应急小组应急小组包含公路领域、港航领域、交通工程领域等类型的应急小组的信息展示,包括小组名称、领队姓名及联系方式、小组应急装备名称及装备操作手及联系方式等基础信息,并实现新增、编辑、删除、查询功能,可在应急抢险需要支援时,直接联系相关小组领队进行支援3)应急准备应急准备为前置调度,通过pc和移动端结合完成操作,主要为人工预判提前集结物资、人员力量,通过pc端下发工单然后移动端完成准备工单进行反馈a.设备扫码通过系统移动端扫码,普通扫码可获取设备的基础信息,应急准备功能中收到准备状态的工单,可扫码反馈给上级单位设备就绪状态,完成任务后,工单中扫码可反馈给上级单位设备归队状态b.人员打卡相关人员在应急准备功能中,收到应急准备的工单,可通过系统移动端,借助地图及GPS定位系统,定位打卡反馈给上级单位,自身的就绪状态,完成任务后,工单中再次定位打卡可反馈给上级单位,人员的状态4)应急调度应急调度模块,主要通过下发工单来实现(详见工单模块说明),根据事件发生时间及主体不同,划分为一类a.提前研判:根据应急预案和预警模型,结合实时数据,阈值到达触发临界,系统对省厅级进行前置消息提醒,省厅可进行新建工单编辑,也可系统自动生成工单雏形供进一步编辑,进行提前部署任务下达,派发给相关市县级单位,由接收单位通过工单形式反馈提前部署情况以上工单权限划分上,每个单位具有新增、编辑、删除、查询功能抢通保通模块建设
3.在防汛防台和冰雪灾害期间,抢通保通功能中通过一个工单三种状态进行展示,分别为灾损上报、抢通过程、抢通完成三种状态,分别用待办(红色)、处理中(黄色)、完成(绿色)表示1)灾损上报灾损上报通过工单上报模式完成,pc端和移动端均要考虑此功能的实现,pc端预留在紧急情况或特殊情况(移动端无信号、暴风雨)时,由地市进行上报灾损点,可进行单个事件的新建、编辑、查询、删除功能编辑完成后,系统应能对所属风险点自动调整为红灯模式灾损上报单需包含基本字段灾损地点、所属风险点、时间、附图、上报人,上报方式尽可能简化上报形式和内容,多考虑关键字段自动关联,位置定位自动获取,填报内容多勾选、图像直拍上传等方式,数据结构化2)灾损续报抢通过程中通过续报来完成灾损上报信息的补充完善,以及灾损抢通过程中投入的应急资源情况,包含物资、装备、人员、专家等,实现对灾损投入的实时更新可选择对应灾损上报单继续后续操作,可进行单个事件的新增、编辑、查询、删除功能编辑完成后,系统应能对所属风险点抢通状态自动调整抢通过程单需包括基本字段应急队伍人数、装备数量、装备类型、物资数量、物资类型、预计抢通时间,选择方式勾选、数据填写、尽量简化上报形式和内容抢通模式可实现先点击完成,然后补充详细信息(视频、图片、文字说明等)复盘评估模块建设
4.在自然灾害防御中积累沉淀相关数据,形成自然灾害防御的基础数据库,实现复盘评估数据查询、过程追溯、效果评估的“一站式”辅助一是基础数据“一站”集成全面梳理复盘评估数据清单,与三中心等相关系统完成数据对接,实现自然灾害防御数据全程留痕、一站查询二是防御成效“量化”评估建立复盘评估指标体系和模型,重点评估管控措施是否采取、管控措施是否落实、整改行动是否及时、风险清单是否科学、检查应急准备是否到位、应急调度是否顺畅、应急物资布局是否合理等内容,形成各条线、各区县的复盘评估一张表三是复盘结果“关联”应用将各地自然灾害防御情况作为灾毁补助的依据;对管控措施未采取、管控措施未落实、整改行动不及时等的单位或个人,纳入阳光监管平台管理数字驾驶舱模块建设
5.主页面展示省及各地市应急响应等级、雨雪天气预报、台风路线图、应急信息实时快报、风险管控总体情况、路网灾损总体情况、应急资源及准备总体情况风险管控分页展示风险管控具体情况,包括全省管控区域内各领域风险点落实管控情况路网抢通分页展示路网灾损具体情况,包括路网灾损动态分布,分抢通周期、类型、分地市展示已抢通、抢通中、待抢通灾损数量,并分地市展示灾损相关的应急资源投入情况应急资源分页展示应急资源及准备具体情况,包括不同类型应急资源总量(分类型物资、人员、设备、小组、专家库),及应急资源准备情况,并展示应急小组构成、应急装备调度详情等其他
6.
(1)知识库1)应急预案综合性预案主要对省市县三级综合性预案进行展示,并实现人工维护,按照不同的层级管理权限,对预案进行人工新增、上传、编辑、删除、查询、下载等操作专项预案主要对省市县三级管理部门针对不同领域不同风险点制定的专项预案进行展示,并实现人工维护,按照不同的层级管理权限,对预案进行人工新增、上传、编辑、删除、查询、下载等操作2)政策文件主要对防御自然灾害台及其他相关安全应急类政策文件进行展示,并实现人工维护,按照不同的层级管理权限,对政策文件进行人工新增、上传、编辑、删除、查询、下载等操作3)自然灾害科普主要对台风等相关自然灾害的科普知识材料进行展示,并实现人工维护,按照不同的层级管理权限,对台风科普材料进行人工新增、上传、编辑、删除、杳询、下载等操作4)法律法规主要对防御自然灾害及其他相关安全应急类法律法规进行展示,并实现人工维护,按照不同的层级管理权限,对法律法规进行人工新增、上传、编辑、删除、查询、下载等操作
(2)实时信息上报1)事故上报主要对交通运输领域实时交通运输事故信息进行上报及展示,按照不同的层级管理权限,完成上报、编辑、删除、查询等功能,并将相关数据与驾驶舱进行数据联动2)停运通阻主要防御自然灾害相关实时停运通阻信息进行上报及展示,按照不同的层级管理权限,完成上报、编辑、删除、查询等功能,并将相关数据与驾驶舱进行数据联动停运通阻信息包含路段封闭、铁路停运、航班取消、航道封航、人员转移、转移安置点等
(三)系统非业务需求技术要求I.总体设计要求II.系统在总体设计上,应具备高可用性、高性能、可伸缩、可扩展及安全性系统应统一采用负载均衡部署模式,实现单节点故障不影响用户正常使用系统应统一采用https协议系统应同时支持IPV6和IPV4访问运行环境要求III.系统运行环境统一依托于省政务云、信创云,云环境提供可选操作系统和数据库等产品(具体以大数据局或上级部门最新要求为准)若需云环境外的操作系统、数据库等产品,须在符合安全管理要求的前提下,经采购人确认后方能采用。