公路监测监管系统（X路通）升级项目采购需求.docx

《公路监测监管系统（X路通）升级项目采购需求.docx》由会员分享，可在线阅读，更多相关《公路监测监管系统（X路通）升级项目采购需求.docx（28页珍藏版）》请在课桌文档上搜索。

1、公路监测监管系统（X路通）升级项目采购需求一、背景及依据（一）项目提出的背景略。（二）项目提出的依据略。二、建设目标总体目标：本项目按照上级各项政策文件要求，采用统一的软件和系统建设标准，体系性推进XX省公路监测监管系统（X路通）功能集成优化迭代，业务场景建设，满足政府部门、社会公众多方业务需求。业务目标：完善应用集成体系，满足信息公告、用户问题反馈、访问量统计等集成应用管理需求，对现有公路基础设施模块、综合巡查模块、路政管理模块、农村公路模块、养护管理模块进行升级改造，满足基础设施管理、公路巡查、路政监管、路长管理、高速公路救援事件管理等业务需求。技术目标：简化和规范多层分布式应用系统的开发

2、和部署，显著地提高平台的可移植性、安全性、可伸缩性、负载平衡和可重用性。保留现存IT资产、高效开发、支持异构环境、可伸缩性以及稳定可用性等各方面因素。三、采购内容及清单序号名称主要内容/规格参数数量单位1X路通系统集成优化对X路通各业务模块做进一步的深入集成和融合，拓展X路通功能体系。把X路通各业务模块的数据接收、存储、共享统一纳入数据枢纽进行管控。1套2优化基础底座模块新增路段信息进行查询、修改、删除等管理操作,新增经纬度转桩号、经纬度获取最近点位、桩号获取GPS、序号获取前方图像、经纬度获取前方图像接口以供其他模块使用，新增通行界限数据管理功能及接口。1套3优化综合巡查模块通过深化公路综合

3、巡查体系，加强对试点区域的个性化应用体系集成，扩展公路综合巡查标准体系建设。强化对公路综合巡查标准规范数字化建设，巡查关联K桩号定位，实现寻巡查记录规范化、巡查事件填报规范化，综合打造规范、高效的综合巡查队伍，高效提升综合巡查政务能力。1套4优化数字路政管理模块通过路产路权管理深化，实现建控区遥感影像历年信息管理时空穿梭，同时对于人工巡检不便达到的，实现事件信息早比对、早发现、早处置。通过路政处置模型升级，实现路政业务系统以及X政钉移动端多类型多维度事件预警处置闭环，对于巡查不到位、巡查重点发现等新问题进行重点管理。通过数字治超提升，梳理治超重点监测指标，结合所有静态、动态数据，通过大数据分析

4、技术，对现有数据进行深度挖掘，从不同的维度以及业务关联度对数据进行智能化分析，为整个治超行业的业务决策、政策制定提供数据依1套据。新增阳光救援模块。汇聚全省高速公路车辆救援服务信息，建设“X路通”高速公路“阳光救援”驾驶舱，并纳入统一驾驶舱。在数据枢纽汇聚高速人力资源、车辆资源、道路设施等数据资源。对省市救援工作开展提供数字化报表统计功能。实现与部平台实现数据交互与信息共享。5优化养护管理模块优化桥隧管家模块。开展与部级数据平台数据交换、单桥系统运行状态监测、单桥测点报警、单桥健康度监测、单桥系统远程访问、省域监测桥梁统计等业务。建设完善省级桥梁结构健康监测数据资源，全面汇聚、整合省域单桥系统

5、数据，构建省级桥梁结构健康监测数据资源，统一在数据枢纽汇集省级公路长大桥梁结构健康监测数据，实现与部级数据平台数据交换共享。优化边坡管理模块，新增边坡风险管理功能。在电子地图上结合边坡风险专题数据进行风险点位边坡管理和监测预警信息等定制化展示；接入数智防灾减灾各风险点点位、风险预警、边坡监测设备等相关数据。1套6优化农村公路模块新增一桥一档模块功能。实现对桥梁的基础信息以及计量信息、结构信息、建设情况、管理情况、技术评定、最近改造情况信息的管理。同时提供桥梁档案信息管理、养护处置管理、检查管理功能，实现对桥梁的档案信息、养护处理记录及信息、检查记录及检查报告信息等管理工作。新增一路一档功能。对

6、公路基本信息、养护管理信息、建设情况、重复路线、路线调整情况信息进行管理，实现数据的动态更新。1套优化路长在线模块。对路长巡查工作的相关线路和图像数据纳入数据枢纽进行统一管理、自动化分析，提取其中的公路基础设施信息，并自动判别设施状态，如损坏、缺失、污渍等，形成巡查事件。相关事件进入路长巡查模块，支撑巡查工作。提升农村公路路长制巡查工作中存在的自动化程度，提升查询效率和成果。7移动端功能在移动端建设路政管理相关和公众事件上报查询等功能。1套采购内容具体以需求规格说明书内容为准。四、建设内容及需求(一)系统业务需求1 .x路通系统集成优化对X路通阳光救援、桥隧管家、隧道管理等业务模块做进一步的深

7、入集成和融合，拓展X路通功能体系。把X路通各业务模块的数据接收、存储、共享统一纳入数据枢纽进行管理。(1)新增公告功能实现X路通新增、查询、删除、展示公告功能，并实现在X政钉端展示X路通公告功能。新增公告：在PC端管理页面，实现新增和编辑公告文字；查询公告：在PC端管理页面，实现查询功能列表和查询公告详情；展示公告：在PC端管理页面，新增公告公示展示模块；删除公告：实现在PC端管理页面删除公告功能；PC端公告展示：实现在X路通首页展示最新公告内容功能；X政钉段公告展示：实现在X政钉移动端展示X路通最新公告功能。（2）新增问题反馈功能用户可以通过PC端、X政钉端对系统使用情况进行问题反馈，提供问

8、题反馈发起、回复、查询功能。问题反馈：实现PC端、X政钉端进行文字、图片组合的方式进行问题反馈；问题回复：实现在PC端对用户反馈的问题进行文字、图片组合的方式回复功能；问题查询：实现在PC端查询用户反馈的问题列表、问题详情、回复详情。（3）新增访问量统计功能新增访问量统计接口,各个模块可以调用该接口,实现菜单访问量、登录量、重要接口访问量的统计功能，同时提供查询页面，可以查询访问情况。访问量接口：提供带有模块编码、操作说明、操作时间参数的接口，以供其他模块或者功能调用。访问量查询：提供访问量查询功能，可以按照操作时间、操作说明、模块名称要素进行访问量查询。（4）新增用户操作明细管理功能新增用户

9、操作明细管理功能，能够对用户的登录、退出、访问菜单、访问模块操作进行记录、查询管理操作。2 .优化基础底座模块集成公路基础数据库、养护业务数据库与农村业务数据库。推动数据资源与实景化公路地图融合，实现省市县三级协同更新。公路通行界限查询组件。依托基础设施数字化成果，构建涉及公路通行界限的主题数据库，建立公路通行能力筛选规则，支持报表导出，形成通用组件。公路安全设施统计组件。通过查询规则条件，实现对全省特殊路段（如临水临崖、急弯陡坡）及对应安全设施统计情况进行查询，支持报表导出，形成通用组件。线路规划组件。将结构化的标志牌面板信息和矢量化的公路基础设施属性与线路绑定，丰富线路基础属性，建设多维度

10、的筛选条件的线路规划组件。新增路段信息进行查询、修改、删除等管理操作，新增经纬度转桩号、经纬度获取最近点位、桩号获取GPS、序号获取前方图像、经纬度获取前方图像接口以供其他模块使用，新增通行界限数据管理功能及接口，新增一个固定点位的交通仿真模型。(1)路段管理实现路段数据查询、编辑、删除功能。数据查询：可以对路段进行数据查询，明细查看功能。数据编辑：可以对路段进行明细数据编辑功能。数据删除：可以对路段进行数据删除功能。(2)新增位置数据交互提供经纬度转桩号、经纬度获取最近点位、桩号获取GPS、桩号获取前方图像、经纬度获取前方图像接口以供其他模块使用。(3)通行界限对同行界限相关数据进行整理，可

11、以实现通行界限数据的管理，支持报表导出和接口服务提供。数据查询：可以对路段限高、限重信息进行查询。数据编辑：可以对路段限高、限重信息进行编辑功能。数据删除：可以对路段路段限高、限重信息进行删除功能。报表导出：可以根据查询条件导出查询结果报表。接口提供：可以根据查询条件提供对外的接口服务。3 .优化综合巡查模块新增特色场景驾驶舱专题，形成全省统一的区域特色标准驾驶舱板块，供区域选择。新增综合巡查规范性核验,确保巡查数据、处置数据符合业务管理要求；新增与数字底座联动处置，提升定位准确性、扩展巡查范围维度，深化移动端应用。(1)试点区域特色场景融合海岛驾驶舱专题查看：新增海岛驾驶舱专题，并对驾驶舱专

12、题查看。平原驾驶舱专题查看：新增平原驾驶舱专题，并对驾驶舱专题查看。山区驾驶舱专题查看：新增山区驾驶舱专题，并对驾驶舱专题查看。专题驾驶舱选择：可按区域特点选择对应专题驾驶舱。(2)综合巡查规范性核验对综合巡查工作过程中，填报的巡查记录和处置记录的规范性进行核验，对不规范填报情况进行预警提醒。巡查记录合规性规则：设置巡查记录规范性规则，包括巡查记录轨迹是否上传、巡查记录数据填报是否规范。处置记录合规性规则：设置处置记录合规性规则，包括处置时效规则、处置内容填报规范规则。巡查记录校验:联动设置的巡查记录合规性规则，对巡查记录进行自动校验。处置记录校验:联动设置的处置记录合规性规则，对处置记录进行

13、自动校验。规范性核验预警：对于校验的合规性结果，第一次不符合要求进行X政钉消息提醒，第二次进行提示，第三次进行警示。提示工单：对于提示预警，形成工单，推送给对应的巡查队伍，要求其学习整改。警示工单：对于警示预警，形成警示工单，推送给对应的巡查队伍，督促其整改。(3)数字底座联动及处置深化综合巡查与数字底座联动应用，巡查任务与巡查路线K桩号联动绑定;巡查任务与关键设施联动绑定；巡查任务与隐患点联动绑定；基础数据联动数字底座反向更新。K桩号定位信息与巡查任务关联：日常巡查任务巡查路线关联数字底座对应路线的起始K桩号。关键设施信息与巡查任务关联：新增关键设施专项巡查任务，明确关键设施专项巡查日期、人

14、员、频次等，对关键设施巡查任务进行排班，并对任务进行下发、巡查、处置等闭环流程。安全隐患点与巡查任务关联：新增安全隐患点专项巡查任务，并将巡查任务进行排班、下发、巡查、处置、闭环，形成安全隐患点专项巡查处置闭环体系。基础数据反向联动更新：对综合巡查模块汇聚更新的公路相关基础数据，反向推送数字底座，由底座进行更新。(4)综合巡查移动端深化移动端巡查过程中经纬度数据联动数字底座，转化为K桩号数据；对事件发生的位置通过移动端进行智能提醒；接收pc端产推送的专项设施巡查任务并进行处置。移动端联动底座K桩号绑定：移动端完成巡查任务的巡查路线与K桩号定位信息联动。事件上传过程中能够将事件经纬度转化成K桩号

15、定位信息。事件可视化智能提醒：巡查人员通过X政钉接收当前定位位置附近的待处置事件；通过X政钉查看待处置事件的具体位置。专项设施巡查任务管理：X政钉接收下发的关键设施专项巡查任务和安全隐患点专项巡查任务，并对任务进行处理处置。4 .优化路政管理模块通过新增路产路权管理模块，对路产路权进行管理深化，实现建控区遥感影像历年信息管理时空穿梭，同时对于人工巡检不便达到的，实现事件信息早比对、早发现、早处置。通过新增路政处置模型，实现路政业务系统以及X政钉移动端多类型多维度事件预警处置闭环，对于巡查不到位、巡查重点发现等新问题进行重点管理。通过数字治超提升，梳理治超重点监测指标，结合所有静态、动态数据，通

16、过大数据分析技术，对现有数据进行深度挖掘，从不同的维度以及业务关联度对数据进行智能化分析，为整个治超行业的业务决策、政策制定提供数据依据。(1)新增路产路权模块红线管控事件深化，增加L2m精度的红线管控事件匹配处置；违章事件分类事项识别与管理；标志标线维护预警及处置。新增1.2m精度红线管控匹配事件：增加对1.2米精度的红线遥感影像数据的匹配与分析。新增违章事件特征提取与选择：对两路两侧违章事件特征进行提取，标记违章事件类型，包括违章搭建、绿化变耕地等事件标签标记。新增标志标线预警闭环：设置标志标线时间维护阈值、高频路段阈值，形成对应预警规则，形成标志标线维护工单，并对工单处置闭环。（2）新增

17、路政处置模块新增智能预警事件和值班值守事件；智能预警事件处置流程配置；值班值守事件处置流程配置。新增事件类别，新增智能预警事件类别和值班值守事件类别新增智能预警事件流程：建立卫星遥感、无人机等智能预警事件处置流程模板，包含预警、复核、转录事件、事件审核派发、处置闭环流程模板。新增值班值守事件流程：建立指挥中心值班值守事件处置流程，包括事件接收、复核、转录事件、事件审核派发、处置闭环流程。（3）新增数字路政督管模块新增数字路政督管模块，强化路长业务处置应用，提升全省数字路政管理效能。新增数字路政绩效指标:新增路政事件处置及时性、红线管控区域应用指标。新增数字路政绩效分析报告：计算全省各地市数字路

18、政绩效数据，对数字路政进行排名。新增数字路政数据统计：个人事件处置统计、部门事件处置统计、事件类型统计。（4）优化综合治超模块对数字治超功能结合年度治超示范县管理考核要求进行功能改造。数字治超驾驶舱改造：结合治超绩效考核标准对数字驾驶舱数据展示维度和计算方法进行改造。新增市际站点超限车辆数据确权：明确市际站点名称,对市际站点进行标记。将市际站点产生的超限车辆进行数据确权。新增非现场超限数据随机抽查：支持对超限数据随机抽查规则配置，对待审核数据进行自动随机抽查。新增数据统计算法：数据统计排名算法按照二次函数法对数据进行统计。新增货车去重算法：设置货车去重规则，按照总重规则、最先预警规则对货车进行

19、去重计算。新增证据合规算法：明确75吨以上合规率，即总重75吨及以上，经审核满足处罚条件的称重记录/经非现称重设备抓拍，总重75吨及以上的称重记录。新增市级溯源算法：按照超限率和总重75吨以上的车辆数据开展市际溯源。市际治超非现场执法点发现的违法超限车辆均计入输出市，不计入被输入市。新增治超绩效统计：基于数据统计算法，生成治超绩效数据统计报表。（5）新增阳光救援模块1）阳光救援驾驶舱构建高速救援一张图，掌握全省高速公路救援工作情况。新增省级高速救援驾驶舱：汇聚全省救援力量分布、救援工单处置情况、救援服务评价等数据，形成全省高速救援一张图。新增市级高速救援驾驶舱：结合市本级以及高速公路运营单位关

20、于施救事件数量，工单完成情况、施救效率、发生事件类别等情况，构建市级高速救援驾驶舱。2）基础数据管理对高速公路应急机构、道路设施、救援资源等基础数据信息进行管理。应急机构基础数据：应急机构基础信息包括驻点机构名称、类型、地理经纬度位置、所属管辖中心、联系方式、所管辖路段范围。支持对应急驻点机构启用、停用。道路设施基础数据：道路设施基础信息包括道路名称与简称、道路编码、起止桩号、对应区段范围划分；以及道路设施管理，包括桥梁、隧道、收费站、互通、枢纽等基础设施的桩号位置等信息资源基础数据：包括人力资源和车辆资源人力资源基础数据：包括人员所属驻点机构、联系方式等信息车辆资源基础数据：包括车辆车牌信息

21、、所属机构、车辆类型等信息。3）数据统计管理对高速公路阳光救援监管工作进行数据统计，形成数据工作报表。施救工单统计:对施救工单类型、施救作业类型、电子协议签订等数据统计。清障施救效率统计：对工单到达率与处置率进行统计。满意度服务评价统计：对司乘人员满意度服务评价的评分进行统计。4）数据贯通X路通”数字路政高速救援模块贯通高速救援系统，将部署于监控网的救援数据推送至高速救援驾驶舱，实现省市两级对高速救援工作全维度监控监测。同时贯通与部阳光救援平台的数据联动体系。贯通现有的“急客通-施救在线”系统实现数据汇聚。5 .优化养护管理模块（1）优化桥隧管家模块开展与部级数据平台数据交换、单桥系统运行状态

22、监测、单桥测点报警、单桥健康度监测、单桥系统远程访问、省域监测桥梁统计等业务。建设完善省级桥梁结构健康监测数据资源，全面汇聚、整合省域单桥系统数据，构建省级桥梁结构健康监测数据资源，统一在数据枢纽汇集省级公路长大桥梁结构健康监测数据,实现与部级数据平台数据交换共享。功能清单如下：D与部级数据平台数据交换通过数据枢纽与部级数据平台数据交换。数据枢纽获取单桥监测数据，配合完成数据的接收、存储；配合完成与部级数据平台数据对接。2）基础信息管理模块升级优化基础信息配置：结构物基础信息、监测项信息、测点信息、测点报警信息等通过excel一键导入，方便快捷地完成信息配置。实现特定角色的人员才有该权限。3）

23、单桥系统运行状态监测通过数据枢纽接收单桥监测数据，并由X路通统一调用数据枢纽获取相关数据，通过监测数据分析单桥系统运行状态。数据枢纽获取单桥监测数据：配合完成数据的接收、存储；单桥监测数据获取：完成与数据枢纽对接并获取；通过监测数据分析单桥系统运行状态。新增单桥系统数据、接口监测功能,对数据异常或接口中断等情况发送预警。4）单桥测点报警数据接入通过数据枢纽接收单桥测点报警数据，并由X路通统一调用数据枢纽获取相关数据。数据枢纽获取单桥测点报警数据：配合数据枢纽分析报警数据，并配合完成数据枢纽接收、存储数据；单桥测点报警数据获取：完成与数据枢纽对接并获取。5）单桥健康度数据接入通过数据枢纽接收单桥

24、健康度数据，并由X路通统一调用数据枢纽获取相关数据。数据枢纽获取单桥健康度数据：配合数据枢纽分析健康度数据，并配合完成数据枢纽接收、存储数据；单桥健康度数据获取：完成与数据枢纽对接并获取。6）单桥系统远程访问支持部级平台的下穿登陆协议，并将部级平台的单桥访问信息经过处理后跳转至单桥系统。支持部级平台的下穿登陆协议；将部级平台的单桥访问信息经过处理后跳转至单桥系统。7）省域监测桥梁统计通过数据枢纽接收桥梁基础信息和测点基础信息，并由X路通统一调用数据枢纽获取相关数据。通过数据枢纽接收桥梁基础信息和测点基础信息：配合数据枢纽分析桥梁基础信息和测点基础信息，并配合完成数据枢纽接收、存储数据；桥梁基础

25、信息和测点基础信息获取：完成与数据枢纽对接并获取。（2）优化边坡管理模块优化边坡管理模块，新增边坡风险管理功能。在电子地图上结合边坡风险专题数据进行风险点位边坡管理和监测预警信息等定制化展示；接入数智防灾减灾各风险点点位、风险预警、边坡监测设备等相关数据。6 .优化农村公路模块（1）新增一桥一档模块实现对桥梁的基础信息以及计量信息、结构信息、建设情况、管理情况、技术评定、最近改造情况信息的管理。同时提供桥梁档案信息管理、养护处置管理、检查管理功能，实现对桥梁的档案信息、养护处理记录及信息、检查记录及检查报告信息等管理工作。利用数据库中已有的养护检测相关数据，对现有桥梁主体技术状况及构件技术状况

26、进行历年数据排查对比，对存在安全隐患的桥梁进行预测，为桥梁养护管理工作提供数据支撑。将一桥一档数据库与数字公路基础底座关联，导入桥梁附属设施数据，丰富一桥一档；同时实现与实景化公路地图的联动，在地图上展示桥梁养护投入五色图、技术状况五色图等。将一桥一档数据与桥梁基础数据库相关联，保障两者同步更新。通过对一桥一档数据库的统计分析，自动生成月度、年度的桥梁养护工作报告，减轻基层管理人员工作压力，提高报送数据的准确性。（2）新增一路一档模块对公路基本信息、养护管理信息、建设情况、重复路线、路线调整情况信息进行管理，实现数据的动态更新。利用数据库中已有的养护检测相关数据，对现有公路技术状况进行分析，为

27、公路养护管理工作提供数据支撑。将一路一档数据库与数字公路基础底座关联，导入农村管理基础设施数据,构建农村公路全要素基础数据库，同时实现与实景化公路地图的联动，建设农村公路养护投资五色图、安全管理五色图等。将一路一档数据与公路基础数据库相关联，保障两者同步更新。通过对一路一档数据库的统计分析，自动生成月度、年度的农村公路养护工作报告，减轻基层管理人员工作压力，提高报送数据的准确性。完成与交通部一路一档应用系统对接，实现市县级的一路一档相关数据对接和传输，归集数据后按照交通部的要求和规范定时上报数据。（3）优化路长在线模块对路长巡查工作的相关线路和图像数据纳入数据枢纽进行统一管理、自动化分析，提取

28、其中的公路基础设施信息，并自动判别设施状态，如损坏、缺失、污渍等，形成巡查事件。相关事件进入路长巡查模块，支撑巡查工作。提升农村公路路长制巡查工作中存在的自动化程度，提升查询效率和成果。结合巡查结果和平台基础设施数据库，生成沿线设施技术状况检测与调查报告，包含各类基础设施的巡查结果、养护情况、事件处置情况等，并对沿线设施技术状况指数进行评估，可导出成标准结果报告excel清单。7 .移动端8 .路政移动端深化（1）移动端拓宽事件类别移动端事件类别增加非法公路标志及非法施工开挖等事件类别，包括对应事件处置、闭环等。（2）移动端智能预警事件流模板针对卫星遥感影像、无人机等智能预警事件，明确X政钉端

29、巡查任务流程、派发流程、处置流程等一体化巡查涉及到的流程进行流程模板建立，形成标准版工作流模板。（3）移动端值班值守事件流模板针对值班值守过程中发现的事件、群众举报投诉过来的事件，明确X政钉端巡查任务流程、派发流程、处置流程等一体化巡查涉及到的流程进行流程模板建立，形成标准版工作流模板。（4）移动端标志标线事件处置新增移动端对标志标线维护预警工单接收、整治、闭环。（5）移动端数据统计优化路政移动端数据统计，在治超统计报表基础上，新增对路产路权、路域环境、路政巡查等相关业务的统计报表。（6）移动端公众事件上报融合X里办应用体系，新增公众端事件上报，事件处置结果接收。（7）移动端违法记录查询融合X

30、里办应用体系，交通运输主管部门将监控资料发发现的车辆涉嫌存在超限运输行为告知货运车辆所有人接受处理，车辆所有人也可以在X里办、手机短信或邮寄的信息查询治超非现场执法违法记录。（二）系统非业务需求L总体设计要求系统在总体设计上，应具备高可用性、高性能、可伸缩、可扩展及安全性。系统应统一采用负载均衡部署模式，实现单节点故障不影响用户正常使用。系统访问及接口应统一采用https协议。系统应同时支持IPV6和IPV4访问。2 .运行环境及技术架构要求系统运行环境统一依托于省政务云、信创云，云环境提供可选操作系统和数据库等产品（具体以省数据局或上级部门最新要求为准）：系统须采用分布式日志架构，应符合省数

31、据局相关规范要求。系统若采用消息队列，应首选省政务云提供的相关工具进行消息处理。3 .技术架构要求系统须采用微服务架构模式，将系统拆分为多个微服务，每个微服务独立运行、独立部署、独立维护。系统须采用分布式日志架构，应根据省厅交通运输政务系统统一规范要求使用相应工具进行日志处理。系统若采用消息队列，应根据省厅交通运输政务系统统一规范要求使用消息队列工具进行消息处理。系统若采用容器化部署，应使用DOCker作为容器引擎，使用基于K8s相关的架构进行容器编排和管理。4 .软件开发要求4.开发技术要求系统应根据省厅交通运输政务系统统一规范要求采用相应技术框架和路线进行开发，包括但不限于系统前后端框架、

32、关系型数据库、缓存数据库、对象存储服务、服务契约、大数据技术处理技术、检索分析引擎等。系统须采用JDKL8及以上版本进行开发；系统后端须采用SpringBoot2及以上+SpringCloud框架进行开发，并采用maven3.5及以上版本进行构建；系统使用的关系型数据库须采用PolarDB数据库（如省数据局对应云资源要求有变化，则根据省数据局要求调整）；系统使用的缓存数据库须采用Redis4.0及以上版本；系统若采用对象存储服务，应使用OSS（政务云）；系统若采用服务契约APlDoc,应使用Swagger3；系统若需进行大数据技术处理，应使用datax（dataworks开源版本）进行数据集成

33、，Datahub作为数据总线，MaXCOmPUter进行离线计算，Blink进行实时计算，TableStOre进行存储；系统若采用检索分析引擎，应使用政务云上的ElasticSearch最新版本。4.2. 源代码版本管理要求承建方需按照建设方（采购人）对应用源代码版本的管理要求，在项目启动后，在建设方提供的源代码版本管理仓库中，构建本项目的源代码版本管理库。承建方应将基线版本，以及系统每次因系统功能迭代、bug修复、安全加固等情况进行代码、配置修改后，经过测试且可用的版本代码，更新到指定的源代码版本管理仓库中，并做好详细的注释说明。系统版本发布时应基于相应代码版本管理库中拉取代码进行打包、发布

34、。如省数据局对以上涉及的政务云资源产品有变化，则根据省数据局要求进行相应调整。5 .系统部署要求系统应根据实际使用对象和应用场景对网络的需求进行系统部署设计。如面向交通管理部门人员使用的应用端（治理端）应部署于政务云专有云区，面向企业用户使用的应用端（服务端）则应部署于政务云公有云区，数据库部署于政务云专有云区，日志SLS部署于政务云专有云区。6 .系统集成要求6.2. 统一入口要求系统PC端统一入口要求治理PC端（行业管理部门使用）需按照采购人的Ul规范、接入规范和相关要求进行开发建设，并接入到省交通运输厅统一工作台，实现风格统一、单点登录等衔接要求。系统移动端统一入口要求不允许单独自建AP

35、P或支付宝、微信等小程序。本系统如有移动端，应按采购人要求：（1）治理移动端（行业管理部门使用）部署于“X政钉”等指定环境。（2）服务移动端（企业、个人等用户使用）部署于“X里办”（包括X里办微信小程序等，确保移动端应用同源发布）。6.3. ,对原有系统整合总体要求本系统须在现有整合基础上进一步整合以下模块:须整合对接的系统或模块清单：序号系统或模块名称系统或模块简介1桥隧健康监测监测管理桥隧相关功能2隧道管理管理隧道相关功能3交调系统交通情况调查相关功能4基础数据管理及养护边坡等管理相关功能具体整合要求如下：需按照省厅交通运输政务系统统一规范要求实现统一的UI风格。PC端使用统一工作台用户体

36、系和权限管理，移动端采用X政钉、X里办用户体系。需按照省厅交通运输政务系统统一规范要求实现统一的系统首页、功能菜单。需实现统一的项目云资源中请、升降配、运维和监测，在IRS上实现合并。在系统整合前，相应设计方案要先通过采购人的确认。需实现公共模块的封装和集成，完成各原系统内原有的公共模块，如日志管理、配置管理等需与本系统内相应模块进行集成，整合为一体，形成整个系统统一的日志管理、配置管理等模块。整合后的系统应用应满足本部分“系统非业务需求”中的运行环境、技术架构、软件开发、系统部署、系统集成、数据建设等要求。承建方应在申请项目设计评审前，编制完成单独的整合设计方案，并通过采购人组织的评审。承建

37、方应在申请项目初验前，完成对原有系统整合，并提交由第三方机构出具的符合整合要求的验证意见。6.4. 与业务枢纽衔接要求63L用户及权限管理要求本系统按统一工作台提供的基于X政钉、政务服务网的用户体系和统一工作台规定的权限体系，进行统一的用户管理和认证、权限管理（如因特殊情况需同时采用其他用户和权限体系的，需经采购人审核确认，并在设计方案中细化明确）。632 .公共组件或资源使用要求本系统所需的其他公共组件或资源，如工作流引擎、短信平台等统一使用业务枢纽上已有组件和资源（如因有特殊业务要求，省交通运输厅现有资源无法满足的情况除外，但须提前经采购人审核确认，并在设计方案中细化明确）。633 .系统

38、日志管理要求本系统日志须从具体细化到某个功能的级别对用户行为和操作数据进行（采集字段包括用户标识、用户类型、地区编码、操作类型、操作标识、操作时间、操作时长、操作状态、IRS应用编码等）采集和归集，并纳入统一管理；同时按照省数据局日志管理要求，将应用的用户日志纳入省数据局IRS进行统一管理。6.35算法模型要求本系统须按采购人要求，将具有共性的，能提供给其他业务工作使用的相关算法、模型注册至交通大脑。本系统再通过调用“交通大脑”中已开发沉淀（含本项目中新部署的成果）的相关算法、模型实现本项目的相关应用功能。已经在交通大脑封装的算法、模型本系统不允许再建相同功能。6.3.6.其他要求本系统若采购

39、了第三方的组件或工具产品（无安全漏洞、无知识产权问题），应根据采购人要求进行统一部署和管理。7.数据建设要求74.与数据枢纽衔接要求本系统中所涉及到与数据枢纽的相关建设内容，需按照相关要求进行建设、数据编目、数据接入、数据质量监测、数据分级等，并配合完成数据管理相关工作。承建方需按要求提供数据库设计说明书（包括但不限于：数据库设计原则、数据库业务分类、数据库E-R图、数据库表结构设计及实体关系图、重点业务逻辑和处理流程说明）。承建方需按要求提供系统使用的各类数据组件、数据库、数据计算资源等的具体使用清单和使用部署方案。承建方需按要求提供系统使用的各类数据算法的算法逻辑、输入、输出、调用等说明文

40、档和算法包。7.2.数据功能要求本系统要满足常规性业务的日常查询、统计需求，查询和统计功能要支持多条件、可自定义的查询和统计。本系统日常使用频率较高的数据的操作如导入、导出和数据修改等工作，应在满足网络安全保障要求的基础上，以最小化原则在系统功能模块中实现相关功能，并做好相应的用户权限控制和日志记录，数据导入、导出、查询涉及到敏感信息数据要进行脱敏。本系统的数据接口，要有异常报警和接口日志，定期监测和统计接口使用情况，长期不用的接口要配合数据枢纽进行及时清理和关闭。本系统涉及的上传文件，应在满足业务使用标准或需求的前提下，遵循最小化要求进行文件格式和大小限制。73其他要求在质保期间系统若发生优

41、化变更情况，以上要求仍适用。8.系统性能要求本项目系统的性能指标按以下几个方面进行确认，具体包括：容量、时间特性、资源利用性等。8溶量容量是一个衡量系统可以处理的工作量数量的指标，通常在理想运行环境下,最大可达到的吞吐量，最大可支持的用户数量和数据容量等。需要注意的是，即使在达到最大吞吐量的情况下，系统也不能违背延迟的性能需求。编号类别容量要求备注1注册用户数注册用户数不小于5000个注册用户目标注册用户为50002在线用户数在线用户数可达到500平均在线用户数，采用二八原理计算，可根据业务实际，预估为注册用户数的2%-20%3并发用户数系统支持不小于500个用户并发登录。（高度并发业务操作）

42、并发量是指在同一时刻与服务器进行了交互的在线用户数量。这些用户的最大特征是和服务器产生了交互，这种交互既可以是单向的传输数据，也可以是双向的传送数据。可预估为注册用户数的5%-10%,场景可根据需要，至少选择一处验证，例如：用户认证、应用层5个功能模块、框架登录加载和核心业务操作等。4系统支持不小于50个用户并发进行查询操作。（一般并发业务操作）可预估为在线用户数*10%,场景可根据需要，至少选择一处验证，例如：业务查询功能、商品信息查询、订单查询等。5系统支持不小于25个用户并发进行统计报表操作。（较少并发业务操作）可预估为在线用户数*5%,场景可根据需要，至少选择一处验证，例如：统计报表数

43、据查询、动态安全监测等。82时间特性821.时间延迟针对业务操作一般将延迟分为：频繁高发、一般频度和少量操作。编号项目90%的响应时间最大响应时间优先级备注1X操作1秒3秒高X操作指频繁高发的业务操作，场景可根据需要，至少选择4处验证，例如：系统登录、首页展示、信息修改、删除、查询、验证等。2Y操作2秒5秒中Y操作指频度一般的普通业务操作，场景可根据需要，至少选择2处验证，例如：制定时期或小数据量的检索或统计功能。3Z操作3秒8秒低Z操作指很少人用或很少发生的业务操作，场景可根据需要，至少选择1处验证，例如：历史数据查询或统计。8.2.2.吞吐量吞吐量为在一个给定的观察时间段内，系统处理完整事

44、件，然后产生的响应数量。通常包括核心业务操作、普通业务操作，复杂业务操作和增量历史数据迁移等。编号项目吞吐量备注1核心业务操作每分钟100次场景可根据需要，至少选择2处验证，例如：身份认证和身份查询。2普通业务操作每分钟50次场景可根据需要，至少选择1处验证，例如：登录或业务增、删改、查等简单业务操作。3复杂业务操作每分钟20次场景可根据需要，至少选择1处验证，例如：年度数据查询和统计等。4增量历史数据迁移每天1次例如：数据向历史库迁移或历史数据备份。8.3,资源利用性资源利用性一般考察系统在大并发或者长时间运行情况下，各服务器（比如系统应用服务器、数据库服务器等）的CPU平均使用率、可用内存

45、情况。编号项目容量要求备注1压力测试系统支持200个用户并发进行查询操作，稳定运行2小时，系统无报错，且系统的CPU平均使用率不超过80%,已用内存不超过80%。场景可根据需要，至少选择1处验证，例如：考察较大并发量、运行一段时间内执行订单新增操作时，系统是否有误（不支持不可用），同时监控系统应用服务器、数据库服务器的CPU平均使用率、可用内存比例等。2疲劳测试系统支持200个用户并发进行查询操作，稳定运行6小时，系统无报错，且系统的CPU平均使用率不超过80%,已用内存不超过80%。场景可根据需要，至少选择1处验证，例如：考察一定并发量情况下执行较长时间时，系统是否有误（不支持不可用），同时

46、监控系统应用服务器、数据库服务器的CPU平均使用率、可用内存比例等。9.系统安全要求本系统应遵循的信息系统等级保护2.O等级为：二级。系统的设计、实施必须遵照和满足信创相关标准规范，以及相应等级的信息系统等级保护2.O应用安全、数据安全等相关要求，落实安全可靠建设任务。9.1 网络安全要求承建方应服从采购人的网络安全管理,配合采购人做好安全检测、安全防护、应急演练、漏洞修复等工作。承建方建设过程中必须采用多层次的安全措施，包括身份认证、权限控制、数据加密等方面，具体采用的安全措施包括但不限于：应使用可信的平台/框架代码或第三方组件开发应用程序；应用程序访问数据库和服务器时应尽量使用最低权限；应用程序的输入输出需符合规范要求避免恶意字符的带入；应用程序需加强访问控制，严格校验相关权限，并对口令的配置进行复杂度校验；有文件上传功能的应用系统必须采用白名单进行文件类型的限制；使用HTTPS协议传输数据等各类安全防范机制和措施。承建方应在投标文件中专章对拟采取的安全措施进行说明。系统在云环境部署后，若发现安全隐患，承建方须立即开展相关安全修复工作，如未在规定时间内完成修复或消除隐患或作出暂不修复说明的，逾期时间未超过1天，采购人可按照隐患数量，每个隐患扣除合同总金额的万分之一；逾期时间超过1天且未超过3天，采购人可按照隐患数量，