招标
济南轨道交通安全管控平台系统建设服务项目(用户需求书)
金额
-
项目地址
山东省
发布时间
2020/05/19
公告摘要
公告正文
济南轨道交通安全管控平台系统
建设服务项目
(用户需求书)
2020年05月12日
目 录
1 建设目标 1
1.1 项目背景 1
1.2 项目建设目标 1
2 建设内容 1
2.1 安全管理系统 1
2.1.1 安全风险管理子系统升级 1
2.1.2 隐患排查治理子系统升级 3
2.1.3 盾构实时监控子系统升级 5
2.1.4 应急管理子系统建设 6
2.1.5 安全信息基础管理子系统建设 10
2.1.6 参建各方人员及设备管理系统 11
2.1.7 文明施工管理系统 12
2.2 质量管理子系统升级 12
2.3 移动端软件升级改造 12
3 安全质量管理信息化集成管理平台建设 13
3.1 开发基础数据管理平台 13
3.1.1 数据集成平台基本要求 13
3.1.2 数据通用要求 13
3.1.3 安全数据标准及指标体系制定 14
3.2 信息化体系架构的统一要求 14
3.2.1 软件技术架构(PC端/手机移动端) 14
3.2.2 系统性能指标 15
3.2.3 系统安全性要求 15
3.3 软件开发及升级改造集成展示 16
3.3.1 安全管控中心集成展示平台软件 16
3.3.2 用户界面设计 16
3.3.3 系统集成设计 16
3.3.4 安全管控中心集成展示多场景需求 17
3.3.5 安全系统展示要求 18
3.3.6 质量系统展示要求 20
3.3.7 管理系统展示要求 20
3.3.8 既有系统展示要求 21
4 其他集成及部署 21
4.1 系统集成 21
4.2 统一用户管理集成建设 22
4.3 单点登录 22
5 信息安全检测等保要求 22
6 项目实施计划 23
6.1 项目计划 23
6.2 实施计划 23
6.3 进度控制 24
7 项目验收 24
7.1 项目验收的组织机构 24
7.2 验收标准 24
7.3 阶段成果确认 25
7.4 预验收 25
7.5 最终验收 25
7.6 质保期验收 25
7.7 质保期及服务要求 25
8 项目运维 25
8.1软件运维 25
8.1.1软件使用前台运维 26
8.1.2 软件使用后台运维 26
8.2 人员要求 27
8.3履约考核 27
9 项目成果 27
1 建设目标
1.1 项目背景
随着济莱高铁及济南轨道交通二期建设规划项目逐步落地,招标方将面临大规模轨道交通网络化建设及高速铁路等新业务,这对招标方安全管理提出新的要求,为适应新挑战,需提升招标方安全管理系统,实现工程建设安全信息化管理。
1.2 项目建设目标
本项目依托“防控治救”安全管理体系,升级开发安全管控系统,包括但不限于:安全风险管控子系统、隐患排查治理子系统、应急综合管理子系统、视频监控子系统、盾构实时监控子系统、参建各方人员设备管理子系统、文明施工管理子系统等,子系统以模块形式运转,并实现在安全管控指挥大屏集成展示(包括:日常监控、应急指挥、参观接待三种应用场景),对应升级开发移动端软件(安卓/IOS)。开发基础数据管理平台,对各子系统数据进行集成。
本项目建成后将包括但不限于重点应用在济莱高铁、济南轨道交通二期建设规划涉及的工程以及安置房项目等。
本项目暂定18个月内完成,其中系统主要功能(安全风险管控、隐患排查治理、应急综合管理)5个月内上线试运行。投标人应承诺根据招标人的要求无条件执行。
2 建设内容
2.1 安全管理系统
2.1.1 安全风险管理子系统升级
分析招标方风险管理运行情况,进行系统梳理和总结,结合国家风险管理要求,汇总形成需求报告,开发风险管理子系统,系统需实现如下功能:
1)工程GIS图显示
实现GIS图界面的进度、监测、风险工程等显示功能,实现GIS图历史回看功能,沉降区显示等功能。
2)工程进度显示
提供以土方施工为主的工程进度上报、查看及电子图形化功能。包含对进度图形的优化与显示,并完成与进度关联的风险工程、巡视、监测、台帐等功能的统计及显示。
3)线路工点概况
在平台中显示线路和工点的介绍信息,形成完善的参建单位信息资料库,同时资源应便于统计和数据再利用;对线路和工点界面进行梳理和设计,突出相关重点信息的展示和统计功能,含工作面施工情况统计、风险工程统计、监测预警、巡视预警、工点安全风险状态和工程重要节点等信息。
4)工程资料库
完成工程资料的细分,实现工程资料按层级、部位、种类进行详细归类。同时对重要资料设定上传及审批流程,在对资料进行归档时候,记录各类资料相关信息。
5)测点库
建立并完善测点库,实现测点类型、状态、审批流程,与测点相关的各类报告等功能的研发工作,使测点使用过程记录完整。
6)风险工程库
风险工程输入功能,并完成对风险工程的归类与筛选功能。实现风险工程库与其他功能的关联工作,如上传巡视报告、发布巡视预警、关联进度功能、关联测点等。
7)实现监测数据即时上传。
8)监测数据管理
实现监测数据的上报、下载、处置、响应、查看等功能,并依据不同单位设置相应权限。
9)巡视报告管理
“巡视报告”功能进行设计,将巡视单位精确到每个工作面,包含现场照片等相关功能,并实现与风险库关联,实现巡视报告上报、停止、巡视预警上传、消除等操作。
10)预警管理
对各类预警的相关功能进行研发,并实现各类预警的响应、处置、消警审核、消警的全过程信息化工作。
11)违约处置申诉
对相关单位风险管控的违约行为自动出具违约处置单,同时实现违约处置单统计、归类、申诉等功能。
12)工程事务
实现各类文件的报送、查收、查询筛选,同时提供短信等提示功能。
13)日简报
实现日简报上报查询功能,日简报相关内容实现数据动态获取、填报等功能,并支持日简报内容的输出存档。
14)风险状态评价
实现风险状态评价流程的平台操作,实现对不同层级的工作面状态评价,并实现推送功能。
15)信息统计查询
实现监控信息数据(如监测数据、巡视数据、预警等)、风险工程信息、进度数据的等信息的自动统计查询功能。
16)台账管理
建立各项安全风险管理台账功能,如工程仪器台账、预警台账等,并实现对台账信息的下载导出。
17)考核管理
建立工作考核模块,提供参建单位风险管控工作平台自动记录及考核、评价功能,并对平台日常工作进行提示。
2.1.2 隐患排查治理子系统升级
基于招标方安全质量管理系统现状并结合招标方业务发展的实际需求,针对性的进行业务模块升级,以应对招标方业务的不断扩大和信息化管控的需要,在一期安全质量管理系统隐患排查治理模块的基础上进行升级改造,除招标方原有的6个功能外,还需开发隐患分级及隐患数据库、隐患地图、隐患网格化管理、隐患履职管理、隐患无账户人员上报管理5个模块,并对原有模块中的隐患排查、隐患自查、隐患整改等模块进行优化分类与新增功能无缝契合。
新增功能主要要求如下:
1)隐患数据库模块:基于隐患咨询服务结果,实现隐患等级分级设置,细化隐患危害程度,并建立隐患分级数据库,该数据库需具备更新功能。
2)隐患地图:在原先定位到工点的基础上进行升级,实现基于GIS地图的隐患位置详细定位,实现隐患一张图建设。
3)隐患网格化管理:设置隐患网格化管理流程,确定网格化分区及网格化责任人。
4)隐患履职管理:设置隐患提醒及违规提醒机制,并实现对隐患全流程的管理,展示各个部门、参建单位履职及考核情况。
5)隐患无账户人员上报:建立隐患无账户人员上报机制,通过在各场所明显位置设置二维码、外部链接或微信应用等方式,允许无账户人员在专门区域录入隐患问题,并建立专门的无账户人员隐患处置流程。
原有功能优化要求如下:
1)隐患整改:根据隐患分级结果,建立不同层级(I/II/III)的隐患处置流程,突出重点。
2)隐患排查:基于隐患分级标准,升级成隐患专项检查。以实现针对不同的时间、工序、专业、节点等任务,开展专门针对性排查,通过该模块上报排查结果,指定整改期限、指定整改落实人员。
3)综合统计查询:整合所有隐患信息,形成综合看板,多维度了解隐患情况。能够统计查询建设单位参与排查的人数、排查隐患的数量、各个隐患等级、隐患种类的分布以及与监理施工单位排查的隐患对比统计查询。
其他要求:
1)隐患工作提示:包括对不同岗位人员对应的排查任务提示、需本人处理的隐患提示,方便用户开展隐患排查治理工作。
2)违规提示:对本人违规项目的集中显示。
3)隐患排查模块:包括个人排查和综合排查。系统内置隐患排查类别与排查项,参建单位按照系统推送的排查频率要求,依据排查清单开展隐患排查工作,完成隐患上报。
4)隐患治理模块:包括隐患处置、隐患管理、隐患查询部分。
5)隐患处置模块:建设单位、监理单位、施工单位对上传的隐患进行整改、复核、消除,完成闭环处理、实现系统留痕。
6)考核管理模块:包括违规考核统计、违约处罚。系统通过内置违规项,自动生成违规记录,按照单位、部门、角色、人员、线路这5种形式进行违规考核统计、记分考核统计。
7)工程统计模块:系统能够按隐患类型、隐患等级、线路、单位等信息自动生成统计报表、柱状图及饼状图,为掌握安全质量管理轨迹,分析、预测、研判和掌控安全生产态势提供科学依据。
8)工程资料模块:包括工程报告和基础资料。工程报告模块能够按照建设单位、监理单位以及施工单位的需求自动生成周报、月报等,并提供下载、编辑等功能。
9)通知通报模块:实现安全生产相关法律法规及标准规范查询,具备建设单位向参建单位下发会议通知与纪要、新闻动态、发布通知通告信息等功能。
10)系统应针对不同管理层级实现不同的关注内容展示。
2.1.3 盾构实时监控子系统升级
基于招标方安全质量管理系统盾构远程监控模块进行升级改造,以实现全面集成盾构及其附属设备工作参数及状态、自动接入导向系统数据、地面和隧道内视频、实时位置等,并建立开发盾构实时管理子系统,实现招标方管理的所有盾构施工的综合管理。除原有的6个功能外,新增盾构预报警管理、盾构关键参数分析两个工作模块,并针对原有的盾构首页、盾构质量管理、盾构风险管理等模块进行优化升级。
主要新增功能要求如下:
(1)盾构关键参数分析。实现对盾构掘进关键数据的综合管理,实现盾构历史数据管理、数据对比、预警分析等功能。
(2)盾构预报警管理:建立盾构机姿态及参数预报警管理流程,实现预报警的全过程闭合管理。
优化功能要求如下:
(1)盾构首页管理:基于现有的盾构工程施工总览进行优化,实现包括盾构机位置、掘进状态及关键参数信息总览。信息总览实现对盾构施工过程的实时监控,实现数据动态管理、实时监控、数据汇总,帮助管理人员对所有施工数据信息全面把控,及时、准确、全面的远程查看盾构施工及设备故障及维保情况。实现盾构施工一张图建设。
(2)优化盾构风险管理,实现盾构风险的提前预警并自动推送风险消息至相关单位。
(3)优化提升盾构三图系统质量,优化细节,提升展示质量。
其他需求:根据工程建设实际不断完成现有盾构机及后续盾构机的数据接入及GIS地图建设。
2.1.4 应急管理子系统建设
基于应急管理体系,应急管理模块主要实现应急队伍管理、物资管理、防汛管理、事故(故障)案例库以及应急指挥等功能。在突发事件发生的第一时间能够通过GIS地图查找突发事件地点信息、距离较近的物资信息,并第一时间查询并联系相关应急救援队伍,实现突发事件快速响应、联动机制,为工程建设提供安全保障。除原有功能外,新增应急地图、防汛管理、应急体系管理、事故案例库,应急指挥五个功能模块,并对招标方原有功能进行优化整合。
2.1.4.1 应急地图
结合GIS可视化和距离范围测算列表等功能,通过GIS地图实现应急物资、应急队伍、应急救援体系等快速查询、处置。
(1)在地图上标识招标方应急救援中心地理位置,点击打开页面显示应急救援中心简介等相关应急管理内容;
(2)在地图上标识济南地铁工程建设与应急物资储备仓库位置,实现应急物资储备仓库位置与地图动态相结合;
(3)在地图上标识济南地铁应急救援队伍地理位置分布情况。
2.1.4.2 应急管理数据库管理
应急管理数据库包括的内容主要有应急预案、应急队伍及人员、应急物资等。应急预案管理实现在应急救援过程中,对预案的匹配、资源的查询等。应急队伍及人员管理实现对抢险人员组成、职责分工、管理模式等信息管理。应急物资管理实现对抢险设备、物资等信息进行管理,实现对线网(既有、在建)范围内各类应急救援物资规格、物资数量、布点信息、调运记录等进行查询。
2.1.4.3 应急演练管理
汇总年度计划和演练方案(脚本)等数据,提供演练方案审批、演练在线记录和提交评估报告等功能。
(1)计划
根据招标方各相关部门、各子公司、各项目部、委外单位的年度应急演练计划,每年至少安排一次应急预案演练,强化职工应急意识,提高应急队伍的反应速度和实战能力。
(2)方案
演练方案包括演练前的准备,演练现场组织指挥,应急预案的实施和演练结果的记录。
(3)演练记录
根据演练结果,形成演练记录,并及时对应急预案的实施效果、充分性和有效性,能否达到预期的应急救援目标等进行评价评估,形成评估报告。
2.1.4.4 事故案例库
系统具备分类、汇总招标方各部门、子公司定期梳理事故的功能,对于典型的事故案例,可形成典型事故分析报告。
根据事故类型,形成专门的事故案例库,并定期及时更新,具备在线培训功能。
2.1.4.5 系统展示主要功能
2.1.4.5.1 首页
结合GIS可视化和距离范围测算列表等功能,通过GIS地图实现应急物资、应急队伍、应急救援体系等快速查询、处置。
(1)在地图上标识招标方应急救援中心地理位置,点击打开页面显示应急救援中心简介等相关应急管理内容;
(2)在地图上标识工程建设与应急物资储备仓库位置,实现应急物资储备仓库位置与地图动态相结合;
(3)在地图上标识应急救援队伍地理位置分布情况:
点击其中某一站点能显示车站平面布局、重大危险源、应急队伍架构、应急救援物资储备、应急培训、应急演练等内容。点击其中某一支救援队伍能显示队伍地理位置、队伍简介等情况。点击其中某一支救援队伍与事故地点,与常用软件对接,能辅助显示车辆行驶最优路径。
2.1.4.5.2 应急管理
应急预案管理
在应急救援过程中,实现对预案的匹配、资源的查询等。
汇总上级相关预案、招标方预案、各子公司预案及各专业现场处置方案等,供各级管理人员依据权限调取查看。
应急预案管理根据地铁工程常见的事故进行分类并上传。
应急预案是在济南市轨道交通工程建设过程中,社会各界的相关专家根据工程各方面信息汇总,综合判断工程的安全状态,针对工程中存在的具体问题或安全隐患,提出合理化建议,并通过系统发布。
系统能够实现以上各类应急预案的上传、浏览等功能,汇总上级相关预案、招标方总体预案、各子公司专业预案及相关专业现场处置方案等,供各级管理人员依据权限调取查看。
应急救援体系
在应急可查看招标人的应急管理机构体系、应急队伍,并可查看救援队伍名称、负责人姓名、电话等详细信息,并可以进行更新管理。
应急预案启动时,相关人员自动接收到来自系统发送的短信提醒,并且通过人员随身携带的移动终端,系统能够实现人员的实时定位,管理员能通过监控大屏及时调度人员安排,结合GIS可视化和距离范围测算列表等功能,实现对线网(既有、在建)范围内应急救援队伍(组织体系、队伍分类、人员信息、区域划分等)、应急救援与政府机构、其他单位联动相关信息及相应流程等进行查询,遇到事故时能够保障人员安全,使同队伍的队友第一时间搜寻到同伴所在位置。
应急队伍管理
对抢险人员组成、职责分工、管理模式等信息管理。
系统能够根据各类应急预案建立对应的应急救援队伍,应急救援队伍基本信息包括:
组织体系队伍分类人员信息区域划分除了应急救援队伍建设,系统还能实现应急救援与与政府机构、其他单位联动相关信息及相应流程。
应急物资管理
对抢险设备、物资等信息进行管理,实现对线网(既有、在建)范围内各类应急救援物资规格、物资数量、布点信息、调运记录等进行查询。
应急抢险物资管理能采集应急物资的存放地点、联系人、详细地址等基本信息,可以通过搜索查看需要的物资信息,实现物资快速调拨。
专家队伍维护管理
包括专家资源库的建立、专家信息的维护与管理。
专家资源库包含专家的姓名、专业特长、职称、联系方式、所属单位等信息,便于应急处置时能第一时间联系。
应急演练管理
汇总年度计划和演练方案(脚本)等数据,提供演练方案审批、演练在线记录和提交评估报告等功能。
(1)演练计划管理
实现救援演练计划编制的电子化管理,可查看演练的名称、地点、主办单位、演练级别、计划演练日期、实际演练日期等。
(2)演练方案审批
实现演练方案审批流程化自定义,可根据实际需要调整审批流程。
(3)演练评价
对开展各项演练进行评价管理,演练记录、演练现场影像上传,演练部门自评,管理部门审核、点评。
实现应急演练记录、评估的上传和浏览等功能。
2.1.4.5.3 防汛管理
防汛物资
生成物资台账,并可以通过GIS地图查询、管理。在地图上标识济南地铁工程防汛物资储备仓库位置,实现防汛物资储备仓库位置与地图动态相结合。
对施工现场防汛物资及设备的存放位置、数量等信息进行维护管理,形成防汛设备设施台账,系统支持物资的录入、查询及检索等功能。
防汛队伍
实现查询防汛组织架构、责任人以及相关人员基本信息查询。
系统能够新建防汛应急小组,并录入各小组相关责任人、小组成员信息,包括手机号、邮件等联系方式,在系统发布防汛应急通知时,相关小组成员能第一时间收到系统推送信息并采取相关行动。
系统支持防汛队伍组织架构的自定义编辑,支持实时生成组织架构图。
防汛方案
系统支持防汛风险管理方案的上传、预览、下载等功能,供相关业务部门学习。
2.1.4.5.4 案例库
事故案例
存放国内外重大安全事故、国内外地铁典型事故案例等,可在线浏览。
定期更新国内外重大安全事故、国内外地铁典型事故案例等。可进行案例上传、编辑、删除,也可进行在线新增编辑,事故事件案例库板块可以按照时间、原因等类别分类建立事故案例库,能够支持在线浏览PDF、PPT或视屏播放等功能,按照层级划分可单独建立部门、车间事故事件案例库。
事故数据库
实现安全类相关事故上报,上传文字、图片等资料,便于事故数据统计、分析、预测等。
事故管理会对发生的事故经过、调查分析报告及相关现场资料或影像等内容的记录,同时还将与通用模块中台账模块关联。
同步开发短信发送提醒功能,使招标方及各子公司安全管理人员能够在第一时间获取相关信息,主要用于事故应急情况下。
2.1.4.6 应急指挥
2.1.4.6.1 应急信息上传
实现生产安全、公共安全类相关事故的实时上报,上传文字、图片等资料,便于事故数据统计、分析、预测等,突发事件现场人员可通过该模块上传图片、音频、视频等多媒体资料,及时反馈现场情况。
2.1.4.6.2 应急指挥
根据用户权限,通过台式电脑或移动终端,接入施工工地、突发事件现场监控系统,现场人员通过上传的事件图片、视频,主动或被动发起实时转播,为应急远程指挥提供决策依据。
2.1.4.6.3 远程视频会议
系统具备接入微信、腾讯会议、Welink等主流远程视频会议功能。
2.1.5 安全信息基础管理子系统建设
安全基础管理系统用户为建设单位,实现业主对工程建设安全的整体管理,包括项目基础信息管理(机构管理、用户管理、线路管理、人员管理、其他配置等)、安全基础管理(包括基础履职、项目履职、安全监察、考核和奖惩、责任追究)等两大部分内容,其中项目基础信息管理属于基础应用数据管理建设,安全基础管理属于业务应用综合考核管理。该系统为所有相关子系统提供基础数据端口,统一规范各类机构信息、线路信息等内容,规范化各系统的基础数据来源。
2.1.5.1 基础履职模块
基础履职模块共包括五个二级模块,分别是组织机构及责任制、规章制度、安全投入、教育培训和安全文化建设。其中组织机构模块包括组织架构(本单位)、外单位管理、项目管理人员管理、线路标段管理及专业管理。
2.1.5.2 项目履职模块
项目履职模块包含五个二级模块,包括项目管理主要阶段、周期性履职、上级一次性任务履职管理等部分。
(1)项目管理主要阶段
项目管理主要阶段模块包括可研阶段、初步设计阶段、施工图设计阶段、招投标阶段、土建施工准备期、土建施工过程、设备安装阶段、“三同时”落实和临时占地腾退九部分。
(2)周期性履职
周期性履职模块包括防汛、消防管理、扬尘管理、安全生产月、安全检查和安全会议六个子模块。
2.1.5.3 安全监察模块
安全监察模块包括监察建议和检查意见两个功能。
2.1.5.4 考核与奖惩模块
考核与奖惩模块包括年度安全生产目标考核和安全生产责任制考核两个功能。
2.1.5.5 责任追究模块
责任追究模块包括政府行政主管部门安全生产责任追究记录和公司内部安全生产责任追究两个功能。
2.1.6 参建各方人员及设备管理系统
结合招标方济南安全质量管理系统特种设备与作业人员管理模块,有针对性的进行系统升级改造,主要增加分包队伍管理及现场作业人员实名制管理俩个模块。主要要求如下:
1、分包队伍管理:施工单位确定分包项目后,将分包队伍的营业执照、安全生产许可证、资质、业绩等资料在系统内进行上传并由监理单位进行审核。
2、现场作业人员实名制管理:施工单位采集并核实现场作业工人实名信息闭关上传至系统,系统自动生成实名制管理台账,监理单位负责对施工单位上传的信息进行审核。
3、将施工现场人脸识别数据接入安全监控中心。
2.1.7 文明施工管理系统
主要新增功能要求如下:
(1)工地环境监测
在大门口及主要干道等位置布置噪声监测监控点,实时监测噪音、风速、风向、温度等现场环境数据值,数据自动上传,形成相关数据报表并可进行数据统计分析。
(2)渣土扬尘监测
与施工单位现场扬尘监测设备进行系统集成,实时监测PM值,数据自动上传。
2.2 质量管理子系统升级
基于原有质量管理系统进行升级改造,明确、区分质量管理内容,对工程质量从源头管理、过程检查到最终验收整个流程进行信息化管理,包括但限于质量源头管理、质量过程检查管理以及质量结果验收3个模块。
新增功能要求如下:
1)不合格材料台账
2)质量过程检查管理
主要包含质量检查,实测实量,质量问题库、实测实量库的建立以及质量整改工作。检查人员可将检查结果上传至系统,对于需要整改的部分通过系统下达整改信息,现场负责人员可根据系统来追踪专项检查完成情况、提升协作效率。
优化功能要求如下:
1)质量结果验收
实现对首件验收、关键节点验收、单位工程验收等的综合管理,工作人员通过系统发起验收申请,并由相关权限人员通过审批,完成闭合流程后自动生成质量验收清单,可在线浏览查看,并支持通过系统根据设定的相关责任人,实现多部门多人联合验收,对现场安全验收工作进行有效管控。
2.3 移动端软件升级改造
基于充分开放的接口,为招标方提供多样且个性化的产品和服务,有效提升开发、部署效率,确保应用活跃度。提供基于Android及IOS等主流移动终端系统的APP,内容包括但不限于:安全风险管理子系统、隐患排查治理子系统、盾构实时监控子系统、质量管理子系统、应急管理子系统等,并通过招标方移动门户企业应用库统一发布。
手机移动终端符合招标方关于单点登录的接口要求,手机端与招标方云+系统无缝集成对接,在安装本系统移动终端软件后,可直接从企业内部移动终端应用跳转至本系统移动终端的相关功能界面。且在以上两个移动终端的链接或者跳转过程中,无需进行二次登录。登录任一个移动终端,支持企业内部移动终端应用消息整合,可显示所有待办理事务数量,通过点击待办事务可直接访问到对应移动终端中。
3 安全质量管理信息化集成管理平台建设
由于信息系统是一个庞大的应用系统群,安质管控平台是其中的一个重要组成部分,因此安全管控中心平台的建设需要遵从招标方信息化体系架构的统一要求。
3.1 开发基础数据管理平台
3.1.1 数据集成平台基本要求
各子系统中功能模块形成标准接口与接口文档保证数据互联互通,避免形成“数据孤岛”。并与招标方内网门户、移动门户、企业服务总线等系统进行集成和数据对接。
3.1.2 数据通用要求
数据的准确性:数据需求能真实反映业务需求。
数据的及时性:满足数据更新、传输、交互等及时性要求。
数据的一致性:元数据在系统间、系统内不同模块间保持一致。
数据的唯一性:项目实施应对系统/模块间的信息(数据)流进行分析,要保持信息(数据)的定义和属性的唯一性和一致性。
数据的完整性:在传输、存储信息或数据的过程中,确保信息或数据不被未授权的篡改
如涉及历史数据的清理、转换和导入,需提出合理可行的方案。
必须对数据录入和导入进行规范性校验;数据录入界面符合易操作性的要求。
从初始化开始,系统的数据必须真实、有效,所有的测试数据必须清除。
3.1.3 安全数据标准及指标体系制定
结合国家相关规范标准和企业内部制度,从工程建设过程中的风险管控、隐患排查治理、应急调度及盾构实时监控等多个方面,开展《济南轨道交通安全管理数据标准》梳理,并分别提出各功能模块的数据指标体系。包括但不限于以下数据标准和指标体系:
《安全管理数据标准及指标体系——工程建设风险管理篇》(包含各在建线路)
《安全管理数据标准及指标体系——工程建设隐患管理篇》(包含各在建线路)
《安全管理数据标准及指标体系——工程建设应急资源篇》(包含各在建线路)
《安全管理数据标准及指标体系——盾构实时管理篇》(包含各在建线路)
3.2 信息化体系架构的统一要求
3.2.1 软件技术架构(PC端/手机移动端)
1、系统采用国际先进的开发语言,结构健壮,无系统漏洞;
2、系统应以多层B/S结构的方式进行架构设计,中间层采用组件化设计实现模块功能,采用本地化部署,基于主流操作系统+应用中间件+数据库的实现方式;
3、移动端通过微应用集成到济南轨道交通移动门户(移动门户包括IOS与Android两个版本);
4、系统应满足与其他各业务系统实现数据共享的需要;
5、系统架构设计应充分考虑数据提取的需求,满足数据共享的需要;
6、系统支持 EXCEL 接口、XML 接口;
7、系统支持负载平衡、容错处理、支持集群部署;
8、系统支持与内网门户平台集成,实现单点登录,待办集成,统一身份管理;
9、系统需支持UNIX、WindowsServer(WindowsServer2012、WindowsServer2016、WindowsServer2019)、LINUX(CENTOS7及以上、Redhat7及以上)等主流操作系统运行;
10、数据库应支持MySQL(MySQL5、MySQL8)、Oracle(Oracle11g,oracle12c)、SQLServer(SQLServer2012及以上)等主流数据库。
11、系统应支持主流浏览器。
3.2.2 系统性能指标
系统应具有高可用性,系统内部用户应通过企业服务总线与统一身份管理系统对接,在各个子系统内均支持200个以上并发或同时在线用户数1000人及以上,最终以满足济南轨道交通实际业务需求为标准,且不准设置并发的技术门槛影响后续系统扩容。
系统应能实现在线用户登录时间的管理和时间统计,用户数量较高状况下仍应保持良好的响应速度。自动实现负载均衡,支持异地备份,保持系统运行稳定,确保数据不因意外情况丢失或损坏。
系统应具有高可扩展性,并满足后期增加子系统的需求。
系统应保证主机、操作系统、网络、数据库和应用软件能7*24小时平稳运行,不存在功能、安全漏洞。
系统应支持集群扩展,通过扩充设备数量扩充系统能力。
系统应实现负载均衡,单台设备的故障不影响业务进行,进行故障恢复不中断业务服务。
系统对千兆以下的文件有上传、下载及查看支持能力,并于其他业务系统实行无缝数据链接。
系统应提供任务管理功能,对于大量消耗资源的批处理任务可以允许用户定义安排到系统资源空闲的时候运行。
系统用户页面响应时间原则上小于3秒。
3.2.3 系统安全性要求
系统应有完善的系统安全管控机制和系统异常应对机制,满足国家、地方和行业的安全等级保护要求,投标人应根据国家信息系统安全保护相关条例组织开展系统安全等级测评及备案工作。
系统数据库全部存放在服务器中,用户必须使用数据库中的数据方能进行业务处理。
系统应能提供权限管理机制,包括:用户验证、用户权限设定、用户访问记录、用户自动退出、系统变更记录等。
系统应支持同一账号同时登陆PC端及移动端。
3.3 软件开发及升级改造集成展示
3.3.1 安全管控中心集成展示平台软件
安全管控中心指挥平台以跨系统、跨应用的数据资源共享为基础,构建应急管理的监控、展示、指挥、服务和决策的平台。
根据系统需要实现的目标,平台基础搭建需实现用户登录功能、群组分配、权限设置、管理架构规划、消息通知、操作日志、pdf/docx/xls/ceb文档输出等相关基础功能,预设业务应用系统的统一管理,实现单个子业务系统模块的批量分配功能,并与招标方内网门户、移动门户、企业服务总线等系统进行集成和数据对接。
3.3.2 用户界面设计
用户界面应符合招标方PC端和移动端门户统一的规范要求,可根据用户岗位职责和权限定义的设置,建立个性化的用户界面,从而使用户界面最大可能的满足用户的使用需求、使用习惯,方便操作,提供工作效率。投标方应提供不少于3版主页面UI/UE设计方案,供招标人进行选择。
系统应提供友好的系统帮助界面,提供权限范围内任务办理提示界面,提供清晰、简洁的流程图,能够查看流程进展情况。
3.3.3 系统集成设计
系统应采用基于SOA架构的集成方式进行设计,系统须提供多层次的应用开发接口,所有的功能基于软件产品集成组件的方式进行函数化或者过程化,为进一步的应用开发提供接口基础。系统接口要求如下:接口以Web Services作为标准实现方式,交互集成通过ESB进行,对集成的接口标准、参数要求等内容须符合招标方企业应用集成规范和标准的规范要求。
3.3.4 安全管控中心集成展示多场景需求
安全管控中心指挥平台需要包含但不限于日常监控、参观接待、应急指挥三种场景:
3.3.4.1 日常监控场景
展示逻辑包括但不限于(可以根据实际要求进行灵活部署):
1)实时动态:展示当日招标方建设阶段隐患、风险、盾构机、应急管理等实时数据,统计各类安全生产信息。
2)现状展示:可基于GIS分图层(网/线/站/工点)分别展示地铁线路、高铁建设、房建建设等资产空间分布,并可查询各线路、车站、工程、地产项目等的详细信息;
3)重点监控:展示各板块重点监控视频信息,如建设的重点工地视频监控情况等。
3.3.4.2 参观接待场景
与既有系统对接,展示企业文化、运营现状、建设规划等相关内容,展示逻辑(可以根据实际要求进行灵活部署):
1)历史:介绍济南地铁的发展历史、介绍目前济南地铁取得的业绩(运营/建设/交投/建投/其他分子公司)
2)现状:展现现在济南地铁线网规模、客流等全景图,展示济南地铁的巨大规模,传递地铁快速发展的现状。通过大型活动保障、出行节能减排等方面传递地铁给社会带来的巨大价值。
对标和展望:从建设规模、安全生产状态、工程进度等指标与行业内标杆地铁对标。
3.3.4.3 应急指挥场景
展示逻辑(可以根据实际要求进行灵活部署):
1)指挥沙盘,包含重大安全事件应急指挥的各个关键环节。
2)事故报警:对于监测到或者上报发生的灾害事故,系统自动定位报警提示。
3)决策分析:预案启动并推演事故的灾害影响范围,检索周边的应急救援力量、与相关技术专家进行会商分析可能发生的次生衍生灾害,采取最佳处置方案。
4)应急响应:对事故抢险组、现场处置等下达应急处置指令,并实时监测各小组的实时动态。
5)后期处置:环境恢复、事故总结。
6)视频:重点远程回传显示事件现场视频监控信息,指挥中心实时可视应急现场信息。
3.3.5 安全系统展示要求
3.3.5.1 安全风险管控子系统
实现当前风险工程、预警信息情况全网汇总,按等级和状态进行统计。由集成平台进行汇总展示,基础信息由风险系统通过接口模式提供。
综合展示全网当前风险工程情况汇总,可细化至查看线路及工点具体风险工程个数。状态分为“已完工”、“在施”、“未开工”三类。风险工程等级分为“一、二、三”个等级。
综合展示全网当前监测预警数量汇总,细化至查看线路及工点具体监测预警个数。状态分为“红”、“橙”、“黄”三种。
综合展示全网当前巡视预警数量汇总,可细化至查看线路及工点具体巡视预警个数。状态分为“红”、“橙”、“黄”三种。如需要可追加提供预警详细描述信息。
综合展示全网当前综合预警数量汇总,可细化至线路及工点具体综合预警个数。状态分为“红”、“橙”、“黄”三种。如需要可追加提供预警详细描述信息。
3.3.5.2 隐患排查治理信息展示
该模块实现对当月隐患排查治理的总体情况展示,年度隐患排查趋势展示,分标段对施工、监理单位已整改和未整改隐患展示,隐患排查治理考核打分排名展示,施工监理单位履职情况图等。
1)支持在GIS地图上综合展示各子公司、线路、各标段的隐患总体情况,通过点击可查看隐患的详细统计信息。
2)集中展示各施工、监理单位履职情况
3)按照年度、季度、月度统计展示整体的隐患状态(整改、未整改)及隐患趋势。
3.3.5.3 盾构实时监控信息展示
该模块实现对不同标段的施工盾构进度信息总体展示以及当前盾构风险点展示。同时对不同时间盾构数据预警进行管理。
盾构基本信息;2)盾构施工风险提醒:
3)盾构姿态及关键参数预警展示;
4)盾构机接入情况总览;
5)盾构施工重大风险展示;
6)盾构施工进度总览。
3.3.5.4 应急综合管理信息展示
监控中心应急管理包含两种情况,一是常态下的应急物资、应急预案、应急人员等信息的接入。另一部分是应急突发事件的开启、处置、记录等内容。
3.3.5.4.1 应急信息
管理内容主要是应急物资、应急预案、应急人员。将这些信息接入到平台中进行展示,包括具体的位置信息和详细信息描述。
3.3.5.4.2 应急事件处置
管理内容主要是出现应急事件后,对应急事件进行启动、应急事件处理、应急事件记录、应急事件总结等全过程管理。其中,功能亮点为将已有的应急预案活化在系统中,人为触发后自动记录应急事件关键节点。其次是增加多方联动对事件进行处置并进行信息共享。并且对事件分析报告进行管理。
3.3.5.4.3移动端应急显示
支持手机、PAD等移动设备视频回传安控中心大屏。
3.3.5.5 视频监控子系统
1)实时显示
提供监控视频实时查看功能,客户端可以多屏应用,同时展现多个业务界面,可以但不限于1/4/9/16多分屏画面显示,可自定义视频画面分割。支持实时优先、流畅优先、均衡、自定义等模式,支持手动触发指定通道,启用/停止中心录像,支持抓图、连续抓图。
视频控制能够云台控制视频监控设备进行旋转、变焦等操作,可以对云台控制权限的抢占和锁定,支持鼠标模拟。
图像回放及检索功能支持录像类型选择显示,支持类型包括但不限于:全部/定时录像/报警录像/录像标签等;支持但不限于1/2、1/4、2、4倍速快慢放,支持逐帧播放,支持中心录像倒放,不得以跳帧方式快播,保证快进播放不遗漏细节;支持按时间、按文件下载录像;支持录像打标,可通过标签快速定位播放录像;支持任意时间段的录像锁定及录像解锁。支持录像切片查找功能:可对任意时间长度的录像进行切片,切片时间长度自定义,自动将每个段的首个动态帧以图片展示,可从切片的图片双击播放该段录像。
字符叠加功能安控中心大屏的大屏幕上的图像显示区域所显示的图像,均能同时显示相应的字符信息,包括站名、摄像机位置、编号、日期及时间等,一体化球机应实时叠加操作员用户名。叠加字符的内容、大小、显示位置可自由设置;字符的设置、修改可使用windows字体、字库,支持中文/大小写英文字母/数字/下划线/中划线的组合(最大长度不少于20个半角字符)并可通过造字程序添加特殊图形符号,可生成空心字以减少图形遮挡。
3.3.6 质量系统展示要求
该展示模块依据招标方质量管理需要增加。
3.3.7 管理系统展示要求
3.3.7.1 工程进度展示
该模块实现与招标方工程进度管理系统的数据对接,实现对招标方对总体工程进度的把控。
线路总体进度;2)各阶段工程进度展示;
3)不同施工工法进度展示及对比;
4)各线路施工进度详细展示。
3.3.7.2 工程总体投资情况展示
该模块实现与招标方合约管理系统的数据对接,实现对招标方对总体投资进度的把控。
1)实现线网总体投资数据集成;
2)实现当前投资展示及投资趋势分析;
3)实现各线路、各标段投资情况总览。
3.3.8 既有系统展示要求
3.3.8.1 环境监测综合管理
该模块实现对所有现场工点周边环境的监测,包括噪音信息、污染信息等一系列重点关注的信息对接,并展示在安控平台上。
3.3.8.2 无人机航拍/VR/摄像头
预留与无人机航拍数据对接功能,对于已有的航拍画面,可实现对该数据的集成展示。
3.3.8.3 GIS地图信息总览
该模块实现对盾构机信息、重大风险源信息、应急物资信息、应急人员信息、应急事故信息、保护区违规项目信息等一系列安全生产所需关注内容的位置信息和描述信息总览。
4 其他集成及部署
按照招标方信息化集成技术统一标准实现与其他信息系统的集成和数据对接,包括但不限于:PC端内网门户、移动端门户、企业服务总线平台(ESB)、主数据系统、工地视频监控系统、合约管理系统、进度系统等系统。实现统一的身份认证、组织机构、人员信息、人员账号信息、人员权限、人员角色等各类信息,能够按照模块化建设要求,增加对今后相关后开发业务系统、数据的集成,从而实现招标方安全生产工作的有效管理。
系统主要涉及的接口包括数据接口和应用接口,数据接口包括数据结构、数据字典,以及其存储方式、访问方式和控制方式等,应用接口包括二次开发接口,各类调用接口等,如单点登录、待办集成等。中标方必须提供详细的接口设计方案和接口数据方案等文件。
4.1 系统集成
济南安全管控平台系统应具备实现与招标方现有所有的工程建设管理子系统的业务集成的功能,包含但不限于以下几个业务方面的交互管理:
安全风险管控子系统;隐患排查治理子系统;应急综合管理子系统;工程进度管理系统;合约管理系统:交投公司新建安全质量管理系统;建投公司新建工程相关系统。主要实现各系统间的统一身份管理、企业服务总线、各系统间的人员信息、业务数据、权限管理、相关功能接口技术对接以及系统调试、联调等多方面内容,并实现各类数据在安全管控中心指挥大屏的综合展示,实现综合调度管理。
4.2 统一用户管理集成建设
建立招标方统一身份管理数据库(招标方主数据及其他数据系统),以实现自动获取单位组织构架信息、相关人员基本信息(包括图形化签名)及各分公司项目管理基本信息,其他单位信息、人员信息自建。包含但不仅限于以下信息:
招标方组织构架信息;招标方内部人员信息;供应商、承包商等外部单位信息;供应商、承包商等外部单位人员信息;建设公司项目管理基本信息。
4.3 单点登录
实现通过招标方安全管控中心系统完成对其他所有系统的单点登录集成,采用统一认证方式进行登录。
5 信息安全检测等保要求
对安全管控中心信息化系统安全体系进行整体建设,建立信息化安全的管理类体系(组织机构,规章制度,人员安全,安全意识培训)、技术体系(访问控制、信息系统完整性保护、系统与通信保护、物理与环境保护,检验检测响应)以及运维体系(流程制度、安全分级,风险评估,应急计划与事件响应),确保系统和信息安全。
参照信息系统安全等级保护规范2级及以上级别的要求,本系统建设完成后要求通过二级等保(初次测评和复评),系统及相关子系统须配合完成等保测试对各系统的要求,中标人应遵循国家《网络安全法》、《计算机软件可靠性和可维护管理》(GB/T14394-93)《山东省省直部门政务信息化项目软件开发预算评审标准》等相关规定,按照相应的收费标准,对二级等保、第三方软件检测等信息系统安全服务进行单独报价(初次评测和复评),并由招标人认可具备省级及以上相关资质的第三方检测机构提供服务。
系统检测服务内容包括但不限于:系统安全测试(系统等级保护、人工渗透测试、漏洞扫描)、风险评估、软件功能测试和验收测试。自合同签订之日起一个月内,中标方需明确信息系统安全服务单位。`
系统(含各子系统)建设单位须提供的满足招标人需求的《系统功能测试报告》以及具备相关资质的第三方检验检测机构出具的满足安全要求的《系统安全测试报告》,并配合整改系统检测出的问题。
6 项目实施计划
投标人要制订详实可行的项目实施进度计划和项目时间表。
根据计算机系统集成工程规范,结合招标人的具体情况,整个项目须于合同签订之日起两年内完成,进入试运行。
6.1 项目计划
投标人应在满足招标人项目建设总体规划的基础上提出切实可行的本项目建设分阶段实施规划。
投标人须根据分步实施规划与计划制定月、季、年度项目计划。投标人必须提供详细的工程计划及进度清单供招标人研究实施。
投标人须提出如下计划建议(包括但不限于此):
合同执行总体进度控制计划;规划设计进度计划;接口协调计划:应包括接口内容、时间和责任等;安装及验收计划:应包括单系统调试、系统联调、试运营、初步验收、质量保证期、最终验收的计划;文档提交计划:应包括文档编制规定和提交时间;培训计划。
6.2 实施计划
(1)系统体系编制完成后,依据体系,开展需求分析,实施软件研发工作;
(2)在阶段成果交付时,投标人须负责组织阶段性评审会;
(3)系统试运行前完成预验收,预验收问题需10天内整改完成;
(4)预验收完成后进入试运行,系统稳定运行三个月后进行最终验收;
(5)最终验收完成后正式上线,进入运维期。
6.3 进度控制
投标人应在合同生效日后30个工作日内提交《系统实施计划》(Project文档)报招标人确认。
招标人有权根据该计划对投标人在进度、管理和合同工作成效等方面进行监督和考核。
投标人应采取各种控制手段保证项目的各个阶段按计划开始和结束。各阶段工作结束时,应结合工期、成本、质量评价项目进度状况,分析其中的问题,并提出下一阶段工作安排。
投标人应用Project文档的方式表达各阶段的进度情况。
7 项目验收
7.1 项目验收的组织机构
招标人负责组织验收小组,负责整个验收工作。投标人应组建由有关专业技术人员构成的测试小组,并在验收小组指导监督下开展工作。验收小组提出的验收测试要求及质量保证要求,投标人应积极响应,并会同招标人共同制定合适的验收和质量保证方案。
验收时由招标人决定是否请外部专家参与,相关费用包含在投标总价中。
7.2 验收标准
各阶段实施满足本需求书要求,并完成相关知识转移工作。按需求书完成相关工作并提交项目成果,所有项目成果均已达到需求书要求、通过招标人的审查并签字确认系统性能、功能、安全满足需求,并通过招标方组织的测试评审。上线试运行三个月,系统运行稳定,各功能模块能支撑业务正常运作。对于不满足需求书要求的投标人交付物,投标人应及时予以整改、修订、完善以满足要求。运行期间若出现功能故障、系统不稳定现象,解决故障时间不计入试运行时间,上线试运行时间向后顺延。提交培训文档,完成相关培训工作。属于招标人团队负责的工作内容,将由投标人给出审核意见。
7.3 阶段成果确认
根据招标文件中对项目进度的阶段要求,在阶段成果交付时,投标人须负责组织阶段性评审会,每次参会人员不少于10人,招标人将依据需求书要求,进行阶段成果的审查、确认工作。
7.4 预验收
项目成果交付后,招标人检查项目符合验收标准后,组织进行项目预验收相关工作。
7.5 最终验收
项目成果交付后,招标人检查项目符合验收标准后,投标人组织进行项目最终验收相关工作。
系统建设项目的最终验收需在系统稳定试运行至少三个月后进行。
所提交的技术文档如有修改,投标人需提交最新版的总体设计文档、详细设计文档,如有二次开发内容,需提供API帮助手册等技术文档。
7.6 质保期验收
根据质保期要求完成质保期工作内容。
按照招标人档案管理部门要求,编制相关归档文件,完成项目归档工作,得到招标人档案管理部门的签字确认。
完成以上工作、提交质保期验收报告并通过招标人签字确认。
7.7 质保期及服务要求
本项目从终验结束起不少于24个月,即为项目的质保期,乙方须提供质保服务。支持和服务包括但不限于:系统技术支持:对招标方提出的与现有方案及系统有关问题及时进行答疑与解释;定期回访与评估,每个季度一次。每次回访时双方提前一周共同确认时间及参加人员安排,对招标方系统应用状况进行评估,并提交回访评估报告,报告内容包含:系统应用情况、问题分析、改进建议等,协助招标方完善系统应用。
8 项目运维
8.1软件运维
8.1.1软件使用前台运维
包括但不限于:
(1)保障平台门户系统、各子系统数据安全、稳定运行使用;
(2)数据初始化;
(3)使用培训;
(4)数据更新与使用答疑等。
(5)运维续签不高于本次运维费用
8.1.2 软件使用后台运维
本项目自项目完成质保期验收后第2日起3年即为项目的维护期。中标方需根据服务要求完成维护期服务内容,运维续签不高于本次运维费用。在维护期内,中标方必须指定运维人员远程承担相应子系统的运维工作。
工作内容包括但不限于:
(1)服务内容
安全风险管控子系统:系统BUG的处理,系统使用问题解答、业务数据维护,与其它系统对接开发,系统后台服务监控、数据备份及恢复、依据招标方提供的线路、工点GIS底图及工程进度底图,进行电子图纸转换为系统可用的电子图形、协助招标方指定现场单位在大批量测点时进行测点采集等及招标方要求的其它跟系统维护相关的工作。
盾构实时监控子系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统对接开发,系统后台服务监控、数据备份及恢复;根据业主后续盾构线路开通情况,实现后续盾构机的接入及与四维地质系统的对接服务。
隐患排查治理子系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统对接开发,系统后台服务监控、数据备份及恢复;根据业主后续业务发展情况,更新隐患数据库等服务。
应急管理子系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统对接开发,系统后台服务监控、数据备份及恢复;根据业主后续业务发展,提供的GIS地图等信息,实现应急资源的更新服务。
安全管控中心集成展示平台系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统运维服务对接,系统后台服务数据监控服务。
建各方理人员设备管理系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统运维服务对接,系统后台服务数据监控服务。
(2)服务要求
对系统运作和故障情况的支持、服务要求:
1)重大故障
由于中标方提供系统原因造成系统瘫痪或由于应用软件原因造成对大量用户的服务无法正常进行;12小时内响应,24小时之内恢复正常运行。如果中标方不能在24小时内远程解决,中标方必须在收到招标方到现场服务要求后1天内提供现场支持服务。
2)严重故障
由于中标方提供系统原因导致系统部分功能丧失或因应用软件问题影响部分用户的服务无法正常进行。或者该故障对系统存在重大隐患;12小时内响应,3天之内恢复正常运行。如果中标方不能在3天内远程解决,中标方必须在收到招标方到现场服务要求后1天内提供现场支持服务。
3)轻微故障
中标方提供系统或应用故障基本不影响业务;1天之内响应,1周之内恢复正常运行。如果中标方不能在1周内远程解决,中标方必须在收到招标方到现场服务要求后1天内提供现场支持服务。
8.2 人员要求
运维服务团队,投标人提供不少于2名运维人员五年常驻现场提供运维服务,每周6天*9小时现场服务保障。运维人员必须具备相关丰富的维护经验,包括系统集成软件开发维护人员,硬软件系统、数据库优化维护人员。除日常工作时间以外,如遇突发故障、演练、维护等工作需求,驻场人员按需按时到岗维护。运维人员的五年驻场费用包含在合同总价中。
8.3履约考核
中标方需按照合同约定及用户需求书要求完全响应招标人的需求,如出现合同履约不力或招标人需求响应不达标的情况,招标人保留依据相应的考核标准对中标方进行处罚的权利。
9 项目成果
表 项目成果要求
建设服务项目
(用户需求书)
2020年05月12日
目 录
1 建设目标 1
1.1 项目背景 1
1.2 项目建设目标 1
2 建设内容 1
2.1 安全管理系统 1
2.1.1 安全风险管理子系统升级 1
2.1.2 隐患排查治理子系统升级 3
2.1.3 盾构实时监控子系统升级 5
2.1.4 应急管理子系统建设 6
2.1.5 安全信息基础管理子系统建设 10
2.1.6 参建各方人员及设备管理系统 11
2.1.7 文明施工管理系统 12
2.2 质量管理子系统升级 12
2.3 移动端软件升级改造 12
3 安全质量管理信息化集成管理平台建设 13
3.1 开发基础数据管理平台 13
3.1.1 数据集成平台基本要求 13
3.1.2 数据通用要求 13
3.1.3 安全数据标准及指标体系制定 14
3.2 信息化体系架构的统一要求 14
3.2.1 软件技术架构(PC端/手机移动端) 14
3.2.2 系统性能指标 15
3.2.3 系统安全性要求 15
3.3 软件开发及升级改造集成展示 16
3.3.1 安全管控中心集成展示平台软件 16
3.3.2 用户界面设计 16
3.3.3 系统集成设计 16
3.3.4 安全管控中心集成展示多场景需求 17
3.3.5 安全系统展示要求 18
3.3.6 质量系统展示要求 20
3.3.7 管理系统展示要求 20
3.3.8 既有系统展示要求 21
4 其他集成及部署 21
4.1 系统集成 21
4.2 统一用户管理集成建设 22
4.3 单点登录 22
5 信息安全检测等保要求 22
6 项目实施计划 23
6.1 项目计划 23
6.2 实施计划 23
6.3 进度控制 24
7 项目验收 24
7.1 项目验收的组织机构 24
7.2 验收标准 24
7.3 阶段成果确认 25
7.4 预验收 25
7.5 最终验收 25
7.6 质保期验收 25
7.7 质保期及服务要求 25
8 项目运维 25
8.1软件运维 25
8.1.1软件使用前台运维 26
8.1.2 软件使用后台运维 26
8.2 人员要求 27
8.3履约考核 27
9 项目成果 27
1 建设目标
1.1 项目背景
随着济莱高铁及济南轨道交通二期建设规划项目逐步落地,招标方将面临大规模轨道交通网络化建设及高速铁路等新业务,这对招标方安全管理提出新的要求,为适应新挑战,需提升招标方安全管理系统,实现工程建设安全信息化管理。
1.2 项目建设目标
本项目依托“防控治救”安全管理体系,升级开发安全管控系统,包括但不限于:安全风险管控子系统、隐患排查治理子系统、应急综合管理子系统、视频监控子系统、盾构实时监控子系统、参建各方人员设备管理子系统、文明施工管理子系统等,子系统以模块形式运转,并实现在安全管控指挥大屏集成展示(包括:日常监控、应急指挥、参观接待三种应用场景),对应升级开发移动端软件(安卓/IOS)。开发基础数据管理平台,对各子系统数据进行集成。
本项目建成后将包括但不限于重点应用在济莱高铁、济南轨道交通二期建设规划涉及的工程以及安置房项目等。
本项目暂定18个月内完成,其中系统主要功能(安全风险管控、隐患排查治理、应急综合管理)5个月内上线试运行。投标人应承诺根据招标人的要求无条件执行。
2 建设内容
2.1 安全管理系统
2.1.1 安全风险管理子系统升级
分析招标方风险管理运行情况,进行系统梳理和总结,结合国家风险管理要求,汇总形成需求报告,开发风险管理子系统,系统需实现如下功能:
1)工程GIS图显示
实现GIS图界面的进度、监测、风险工程等显示功能,实现GIS图历史回看功能,沉降区显示等功能。
2)工程进度显示
提供以土方施工为主的工程进度上报、查看及电子图形化功能。包含对进度图形的优化与显示,并完成与进度关联的风险工程、巡视、监测、台帐等功能的统计及显示。
3)线路工点概况
在平台中显示线路和工点的介绍信息,形成完善的参建单位信息资料库,同时资源应便于统计和数据再利用;对线路和工点界面进行梳理和设计,突出相关重点信息的展示和统计功能,含工作面施工情况统计、风险工程统计、监测预警、巡视预警、工点安全风险状态和工程重要节点等信息。
4)工程资料库
完成工程资料的细分,实现工程资料按层级、部位、种类进行详细归类。同时对重要资料设定上传及审批流程,在对资料进行归档时候,记录各类资料相关信息。
5)测点库
建立并完善测点库,实现测点类型、状态、审批流程,与测点相关的各类报告等功能的研发工作,使测点使用过程记录完整。
6)风险工程库
风险工程输入功能,并完成对风险工程的归类与筛选功能。实现风险工程库与其他功能的关联工作,如上传巡视报告、发布巡视预警、关联进度功能、关联测点等。
7)实现监测数据即时上传。
8)监测数据管理
实现监测数据的上报、下载、处置、响应、查看等功能,并依据不同单位设置相应权限。
9)巡视报告管理
“巡视报告”功能进行设计,将巡视单位精确到每个工作面,包含现场照片等相关功能,并实现与风险库关联,实现巡视报告上报、停止、巡视预警上传、消除等操作。
10)预警管理
对各类预警的相关功能进行研发,并实现各类预警的响应、处置、消警审核、消警的全过程信息化工作。
11)违约处置申诉
对相关单位风险管控的违约行为自动出具违约处置单,同时实现违约处置单统计、归类、申诉等功能。
12)工程事务
实现各类文件的报送、查收、查询筛选,同时提供短信等提示功能。
13)日简报
实现日简报上报查询功能,日简报相关内容实现数据动态获取、填报等功能,并支持日简报内容的输出存档。
14)风险状态评价
实现风险状态评价流程的平台操作,实现对不同层级的工作面状态评价,并实现推送功能。
15)信息统计查询
实现监控信息数据(如监测数据、巡视数据、预警等)、风险工程信息、进度数据的等信息的自动统计查询功能。
16)台账管理
建立各项安全风险管理台账功能,如工程仪器台账、预警台账等,并实现对台账信息的下载导出。
17)考核管理
建立工作考核模块,提供参建单位风险管控工作平台自动记录及考核、评价功能,并对平台日常工作进行提示。
2.1.2 隐患排查治理子系统升级
基于招标方安全质量管理系统现状并结合招标方业务发展的实际需求,针对性的进行业务模块升级,以应对招标方业务的不断扩大和信息化管控的需要,在一期安全质量管理系统隐患排查治理模块的基础上进行升级改造,除招标方原有的6个功能外,还需开发隐患分级及隐患数据库、隐患地图、隐患网格化管理、隐患履职管理、隐患无账户人员上报管理5个模块,并对原有模块中的隐患排查、隐患自查、隐患整改等模块进行优化分类与新增功能无缝契合。
新增功能主要要求如下:
1)隐患数据库模块:基于隐患咨询服务结果,实现隐患等级分级设置,细化隐患危害程度,并建立隐患分级数据库,该数据库需具备更新功能。
2)隐患地图:在原先定位到工点的基础上进行升级,实现基于GIS地图的隐患位置详细定位,实现隐患一张图建设。
3)隐患网格化管理:设置隐患网格化管理流程,确定网格化分区及网格化责任人。
4)隐患履职管理:设置隐患提醒及违规提醒机制,并实现对隐患全流程的管理,展示各个部门、参建单位履职及考核情况。
5)隐患无账户人员上报:建立隐患无账户人员上报机制,通过在各场所明显位置设置二维码、外部链接或微信应用等方式,允许无账户人员在专门区域录入隐患问题,并建立专门的无账户人员隐患处置流程。
原有功能优化要求如下:
1)隐患整改:根据隐患分级结果,建立不同层级(I/II/III)的隐患处置流程,突出重点。
2)隐患排查:基于隐患分级标准,升级成隐患专项检查。以实现针对不同的时间、工序、专业、节点等任务,开展专门针对性排查,通过该模块上报排查结果,指定整改期限、指定整改落实人员。
3)综合统计查询:整合所有隐患信息,形成综合看板,多维度了解隐患情况。能够统计查询建设单位参与排查的人数、排查隐患的数量、各个隐患等级、隐患种类的分布以及与监理施工单位排查的隐患对比统计查询。
其他要求:
1)隐患工作提示:包括对不同岗位人员对应的排查任务提示、需本人处理的隐患提示,方便用户开展隐患排查治理工作。
2)违规提示:对本人违规项目的集中显示。
3)隐患排查模块:包括个人排查和综合排查。系统内置隐患排查类别与排查项,参建单位按照系统推送的排查频率要求,依据排查清单开展隐患排查工作,完成隐患上报。
4)隐患治理模块:包括隐患处置、隐患管理、隐患查询部分。
5)隐患处置模块:建设单位、监理单位、施工单位对上传的隐患进行整改、复核、消除,完成闭环处理、实现系统留痕。
6)考核管理模块:包括违规考核统计、违约处罚。系统通过内置违规项,自动生成违规记录,按照单位、部门、角色、人员、线路这5种形式进行违规考核统计、记分考核统计。
7)工程统计模块:系统能够按隐患类型、隐患等级、线路、单位等信息自动生成统计报表、柱状图及饼状图,为掌握安全质量管理轨迹,分析、预测、研判和掌控安全生产态势提供科学依据。
8)工程资料模块:包括工程报告和基础资料。工程报告模块能够按照建设单位、监理单位以及施工单位的需求自动生成周报、月报等,并提供下载、编辑等功能。
9)通知通报模块:实现安全生产相关法律法规及标准规范查询,具备建设单位向参建单位下发会议通知与纪要、新闻动态、发布通知通告信息等功能。
10)系统应针对不同管理层级实现不同的关注内容展示。
2.1.3 盾构实时监控子系统升级
基于招标方安全质量管理系统盾构远程监控模块进行升级改造,以实现全面集成盾构及其附属设备工作参数及状态、自动接入导向系统数据、地面和隧道内视频、实时位置等,并建立开发盾构实时管理子系统,实现招标方管理的所有盾构施工的综合管理。除原有的6个功能外,新增盾构预报警管理、盾构关键参数分析两个工作模块,并针对原有的盾构首页、盾构质量管理、盾构风险管理等模块进行优化升级。
主要新增功能要求如下:
(1)盾构关键参数分析。实现对盾构掘进关键数据的综合管理,实现盾构历史数据管理、数据对比、预警分析等功能。
(2)盾构预报警管理:建立盾构机姿态及参数预报警管理流程,实现预报警的全过程闭合管理。
优化功能要求如下:
(1)盾构首页管理:基于现有的盾构工程施工总览进行优化,实现包括盾构机位置、掘进状态及关键参数信息总览。信息总览实现对盾构施工过程的实时监控,实现数据动态管理、实时监控、数据汇总,帮助管理人员对所有施工数据信息全面把控,及时、准确、全面的远程查看盾构施工及设备故障及维保情况。实现盾构施工一张图建设。
(2)优化盾构风险管理,实现盾构风险的提前预警并自动推送风险消息至相关单位。
(3)优化提升盾构三图系统质量,优化细节,提升展示质量。
其他需求:根据工程建设实际不断完成现有盾构机及后续盾构机的数据接入及GIS地图建设。
2.1.4 应急管理子系统建设
基于应急管理体系,应急管理模块主要实现应急队伍管理、物资管理、防汛管理、事故(故障)案例库以及应急指挥等功能。在突发事件发生的第一时间能够通过GIS地图查找突发事件地点信息、距离较近的物资信息,并第一时间查询并联系相关应急救援队伍,实现突发事件快速响应、联动机制,为工程建设提供安全保障。除原有功能外,新增应急地图、防汛管理、应急体系管理、事故案例库,应急指挥五个功能模块,并对招标方原有功能进行优化整合。
2.1.4.1 应急地图
结合GIS可视化和距离范围测算列表等功能,通过GIS地图实现应急物资、应急队伍、应急救援体系等快速查询、处置。
(1)在地图上标识招标方应急救援中心地理位置,点击打开页面显示应急救援中心简介等相关应急管理内容;
(2)在地图上标识济南地铁工程建设与应急物资储备仓库位置,实现应急物资储备仓库位置与地图动态相结合;
(3)在地图上标识济南地铁应急救援队伍地理位置分布情况。
2.1.4.2 应急管理数据库管理
应急管理数据库包括的内容主要有应急预案、应急队伍及人员、应急物资等。应急预案管理实现在应急救援过程中,对预案的匹配、资源的查询等。应急队伍及人员管理实现对抢险人员组成、职责分工、管理模式等信息管理。应急物资管理实现对抢险设备、物资等信息进行管理,实现对线网(既有、在建)范围内各类应急救援物资规格、物资数量、布点信息、调运记录等进行查询。
2.1.4.3 应急演练管理
汇总年度计划和演练方案(脚本)等数据,提供演练方案审批、演练在线记录和提交评估报告等功能。
(1)计划
根据招标方各相关部门、各子公司、各项目部、委外单位的年度应急演练计划,每年至少安排一次应急预案演练,强化职工应急意识,提高应急队伍的反应速度和实战能力。
(2)方案
演练方案包括演练前的准备,演练现场组织指挥,应急预案的实施和演练结果的记录。
(3)演练记录
根据演练结果,形成演练记录,并及时对应急预案的实施效果、充分性和有效性,能否达到预期的应急救援目标等进行评价评估,形成评估报告。
2.1.4.4 事故案例库
系统具备分类、汇总招标方各部门、子公司定期梳理事故的功能,对于典型的事故案例,可形成典型事故分析报告。
根据事故类型,形成专门的事故案例库,并定期及时更新,具备在线培训功能。
2.1.4.5 系统展示主要功能
2.1.4.5.1 首页
结合GIS可视化和距离范围测算列表等功能,通过GIS地图实现应急物资、应急队伍、应急救援体系等快速查询、处置。
(1)在地图上标识招标方应急救援中心地理位置,点击打开页面显示应急救援中心简介等相关应急管理内容;
(2)在地图上标识工程建设与应急物资储备仓库位置,实现应急物资储备仓库位置与地图动态相结合;
(3)在地图上标识应急救援队伍地理位置分布情况:
点击其中某一站点能显示车站平面布局、重大危险源、应急队伍架构、应急救援物资储备、应急培训、应急演练等内容。点击其中某一支救援队伍能显示队伍地理位置、队伍简介等情况。点击其中某一支救援队伍与事故地点,与常用软件对接,能辅助显示车辆行驶最优路径。
2.1.4.5.2 应急管理
应急预案管理
在应急救援过程中,实现对预案的匹配、资源的查询等。
汇总上级相关预案、招标方预案、各子公司预案及各专业现场处置方案等,供各级管理人员依据权限调取查看。
应急预案管理根据地铁工程常见的事故进行分类并上传。
应急预案是在济南市轨道交通工程建设过程中,社会各界的相关专家根据工程各方面信息汇总,综合判断工程的安全状态,针对工程中存在的具体问题或安全隐患,提出合理化建议,并通过系统发布。
系统能够实现以上各类应急预案的上传、浏览等功能,汇总上级相关预案、招标方总体预案、各子公司专业预案及相关专业现场处置方案等,供各级管理人员依据权限调取查看。
应急救援体系
在应急可查看招标人的应急管理机构体系、应急队伍,并可查看救援队伍名称、负责人姓名、电话等详细信息,并可以进行更新管理。
应急预案启动时,相关人员自动接收到来自系统发送的短信提醒,并且通过人员随身携带的移动终端,系统能够实现人员的实时定位,管理员能通过监控大屏及时调度人员安排,结合GIS可视化和距离范围测算列表等功能,实现对线网(既有、在建)范围内应急救援队伍(组织体系、队伍分类、人员信息、区域划分等)、应急救援与政府机构、其他单位联动相关信息及相应流程等进行查询,遇到事故时能够保障人员安全,使同队伍的队友第一时间搜寻到同伴所在位置。
应急队伍管理
对抢险人员组成、职责分工、管理模式等信息管理。
系统能够根据各类应急预案建立对应的应急救援队伍,应急救援队伍基本信息包括:
组织体系队伍分类人员信息区域划分除了应急救援队伍建设,系统还能实现应急救援与与政府机构、其他单位联动相关信息及相应流程。
应急物资管理
对抢险设备、物资等信息进行管理,实现对线网(既有、在建)范围内各类应急救援物资规格、物资数量、布点信息、调运记录等进行查询。
应急抢险物资管理能采集应急物资的存放地点、联系人、详细地址等基本信息,可以通过搜索查看需要的物资信息,实现物资快速调拨。
专家队伍维护管理
包括专家资源库的建立、专家信息的维护与管理。
专家资源库包含专家的姓名、专业特长、职称、联系方式、所属单位等信息,便于应急处置时能第一时间联系。
应急演练管理
汇总年度计划和演练方案(脚本)等数据,提供演练方案审批、演练在线记录和提交评估报告等功能。
(1)演练计划管理
实现救援演练计划编制的电子化管理,可查看演练的名称、地点、主办单位、演练级别、计划演练日期、实际演练日期等。
(2)演练方案审批
实现演练方案审批流程化自定义,可根据实际需要调整审批流程。
(3)演练评价
对开展各项演练进行评价管理,演练记录、演练现场影像上传,演练部门自评,管理部门审核、点评。
实现应急演练记录、评估的上传和浏览等功能。
2.1.4.5.3 防汛管理
防汛物资
生成物资台账,并可以通过GIS地图查询、管理。在地图上标识济南地铁工程防汛物资储备仓库位置,实现防汛物资储备仓库位置与地图动态相结合。
对施工现场防汛物资及设备的存放位置、数量等信息进行维护管理,形成防汛设备设施台账,系统支持物资的录入、查询及检索等功能。
防汛队伍
实现查询防汛组织架构、责任人以及相关人员基本信息查询。
系统能够新建防汛应急小组,并录入各小组相关责任人、小组成员信息,包括手机号、邮件等联系方式,在系统发布防汛应急通知时,相关小组成员能第一时间收到系统推送信息并采取相关行动。
系统支持防汛队伍组织架构的自定义编辑,支持实时生成组织架构图。
防汛方案
系统支持防汛风险管理方案的上传、预览、下载等功能,供相关业务部门学习。
2.1.4.5.4 案例库
事故案例
存放国内外重大安全事故、国内外地铁典型事故案例等,可在线浏览。
定期更新国内外重大安全事故、国内外地铁典型事故案例等。可进行案例上传、编辑、删除,也可进行在线新增编辑,事故事件案例库板块可以按照时间、原因等类别分类建立事故案例库,能够支持在线浏览PDF、PPT或视屏播放等功能,按照层级划分可单独建立部门、车间事故事件案例库。
事故数据库
实现安全类相关事故上报,上传文字、图片等资料,便于事故数据统计、分析、预测等。
事故管理会对发生的事故经过、调查分析报告及相关现场资料或影像等内容的记录,同时还将与通用模块中台账模块关联。
同步开发短信发送提醒功能,使招标方及各子公司安全管理人员能够在第一时间获取相关信息,主要用于事故应急情况下。
2.1.4.6 应急指挥
2.1.4.6.1 应急信息上传
实现生产安全、公共安全类相关事故的实时上报,上传文字、图片等资料,便于事故数据统计、分析、预测等,突发事件现场人员可通过该模块上传图片、音频、视频等多媒体资料,及时反馈现场情况。
2.1.4.6.2 应急指挥
根据用户权限,通过台式电脑或移动终端,接入施工工地、突发事件现场监控系统,现场人员通过上传的事件图片、视频,主动或被动发起实时转播,为应急远程指挥提供决策依据。
2.1.4.6.3 远程视频会议
系统具备接入微信、腾讯会议、Welink等主流远程视频会议功能。
2.1.5 安全信息基础管理子系统建设
安全基础管理系统用户为建设单位,实现业主对工程建设安全的整体管理,包括项目基础信息管理(机构管理、用户管理、线路管理、人员管理、其他配置等)、安全基础管理(包括基础履职、项目履职、安全监察、考核和奖惩、责任追究)等两大部分内容,其中项目基础信息管理属于基础应用数据管理建设,安全基础管理属于业务应用综合考核管理。该系统为所有相关子系统提供基础数据端口,统一规范各类机构信息、线路信息等内容,规范化各系统的基础数据来源。
2.1.5.1 基础履职模块
基础履职模块共包括五个二级模块,分别是组织机构及责任制、规章制度、安全投入、教育培训和安全文化建设。其中组织机构模块包括组织架构(本单位)、外单位管理、项目管理人员管理、线路标段管理及专业管理。
2.1.5.2 项目履职模块
项目履职模块包含五个二级模块,包括项目管理主要阶段、周期性履职、上级一次性任务履职管理等部分。
(1)项目管理主要阶段
项目管理主要阶段模块包括可研阶段、初步设计阶段、施工图设计阶段、招投标阶段、土建施工准备期、土建施工过程、设备安装阶段、“三同时”落实和临时占地腾退九部分。
(2)周期性履职
周期性履职模块包括防汛、消防管理、扬尘管理、安全生产月、安全检查和安全会议六个子模块。
2.1.5.3 安全监察模块
安全监察模块包括监察建议和检查意见两个功能。
2.1.5.4 考核与奖惩模块
考核与奖惩模块包括年度安全生产目标考核和安全生产责任制考核两个功能。
2.1.5.5 责任追究模块
责任追究模块包括政府行政主管部门安全生产责任追究记录和公司内部安全生产责任追究两个功能。
2.1.6 参建各方人员及设备管理系统
结合招标方济南安全质量管理系统特种设备与作业人员管理模块,有针对性的进行系统升级改造,主要增加分包队伍管理及现场作业人员实名制管理俩个模块。主要要求如下:
1、分包队伍管理:施工单位确定分包项目后,将分包队伍的营业执照、安全生产许可证、资质、业绩等资料在系统内进行上传并由监理单位进行审核。
2、现场作业人员实名制管理:施工单位采集并核实现场作业工人实名信息闭关上传至系统,系统自动生成实名制管理台账,监理单位负责对施工单位上传的信息进行审核。
3、将施工现场人脸识别数据接入安全监控中心。
2.1.7 文明施工管理系统
主要新增功能要求如下:
(1)工地环境监测
在大门口及主要干道等位置布置噪声监测监控点,实时监测噪音、风速、风向、温度等现场环境数据值,数据自动上传,形成相关数据报表并可进行数据统计分析。
(2)渣土扬尘监测
与施工单位现场扬尘监测设备进行系统集成,实时监测PM值,数据自动上传。
2.2 质量管理子系统升级
基于原有质量管理系统进行升级改造,明确、区分质量管理内容,对工程质量从源头管理、过程检查到最终验收整个流程进行信息化管理,包括但限于质量源头管理、质量过程检查管理以及质量结果验收3个模块。
新增功能要求如下:
1)不合格材料台账
2)质量过程检查管理
主要包含质量检查,实测实量,质量问题库、实测实量库的建立以及质量整改工作。检查人员可将检查结果上传至系统,对于需要整改的部分通过系统下达整改信息,现场负责人员可根据系统来追踪专项检查完成情况、提升协作效率。
优化功能要求如下:
1)质量结果验收
实现对首件验收、关键节点验收、单位工程验收等的综合管理,工作人员通过系统发起验收申请,并由相关权限人员通过审批,完成闭合流程后自动生成质量验收清单,可在线浏览查看,并支持通过系统根据设定的相关责任人,实现多部门多人联合验收,对现场安全验收工作进行有效管控。
2.3 移动端软件升级改造
基于充分开放的接口,为招标方提供多样且个性化的产品和服务,有效提升开发、部署效率,确保应用活跃度。提供基于Android及IOS等主流移动终端系统的APP,内容包括但不限于:安全风险管理子系统、隐患排查治理子系统、盾构实时监控子系统、质量管理子系统、应急管理子系统等,并通过招标方移动门户企业应用库统一发布。
手机移动终端符合招标方关于单点登录的接口要求,手机端与招标方云+系统无缝集成对接,在安装本系统移动终端软件后,可直接从企业内部移动终端应用跳转至本系统移动终端的相关功能界面。且在以上两个移动终端的链接或者跳转过程中,无需进行二次登录。登录任一个移动终端,支持企业内部移动终端应用消息整合,可显示所有待办理事务数量,通过点击待办事务可直接访问到对应移动终端中。
3 安全质量管理信息化集成管理平台建设
由于信息系统是一个庞大的应用系统群,安质管控平台是其中的一个重要组成部分,因此安全管控中心平台的建设需要遵从招标方信息化体系架构的统一要求。
3.1 开发基础数据管理平台
3.1.1 数据集成平台基本要求
各子系统中功能模块形成标准接口与接口文档保证数据互联互通,避免形成“数据孤岛”。并与招标方内网门户、移动门户、企业服务总线等系统进行集成和数据对接。
3.1.2 数据通用要求
数据的准确性:数据需求能真实反映业务需求。
数据的及时性:满足数据更新、传输、交互等及时性要求。
数据的一致性:元数据在系统间、系统内不同模块间保持一致。
数据的唯一性:项目实施应对系统/模块间的信息(数据)流进行分析,要保持信息(数据)的定义和属性的唯一性和一致性。
数据的完整性:在传输、存储信息或数据的过程中,确保信息或数据不被未授权的篡改
如涉及历史数据的清理、转换和导入,需提出合理可行的方案。
必须对数据录入和导入进行规范性校验;数据录入界面符合易操作性的要求。
从初始化开始,系统的数据必须真实、有效,所有的测试数据必须清除。
3.1.3 安全数据标准及指标体系制定
结合国家相关规范标准和企业内部制度,从工程建设过程中的风险管控、隐患排查治理、应急调度及盾构实时监控等多个方面,开展《济南轨道交通安全管理数据标准》梳理,并分别提出各功能模块的数据指标体系。包括但不限于以下数据标准和指标体系:
《安全管理数据标准及指标体系——工程建设风险管理篇》(包含各在建线路)
《安全管理数据标准及指标体系——工程建设隐患管理篇》(包含各在建线路)
《安全管理数据标准及指标体系——工程建设应急资源篇》(包含各在建线路)
《安全管理数据标准及指标体系——盾构实时管理篇》(包含各在建线路)
3.2 信息化体系架构的统一要求
3.2.1 软件技术架构(PC端/手机移动端)
1、系统采用国际先进的开发语言,结构健壮,无系统漏洞;
2、系统应以多层B/S结构的方式进行架构设计,中间层采用组件化设计实现模块功能,采用本地化部署,基于主流操作系统+应用中间件+数据库的实现方式;
3、移动端通过微应用集成到济南轨道交通移动门户(移动门户包括IOS与Android两个版本);
4、系统应满足与其他各业务系统实现数据共享的需要;
5、系统架构设计应充分考虑数据提取的需求,满足数据共享的需要;
6、系统支持 EXCEL 接口、XML 接口;
7、系统支持负载平衡、容错处理、支持集群部署;
8、系统支持与内网门户平台集成,实现单点登录,待办集成,统一身份管理;
9、系统需支持UNIX、WindowsServer(WindowsServer2012、WindowsServer2016、WindowsServer2019)、LINUX(CENTOS7及以上、Redhat7及以上)等主流操作系统运行;
10、数据库应支持MySQL(MySQL5、MySQL8)、Oracle(Oracle11g,oracle12c)、SQLServer(SQLServer2012及以上)等主流数据库。
11、系统应支持主流浏览器。
3.2.2 系统性能指标
系统应具有高可用性,系统内部用户应通过企业服务总线与统一身份管理系统对接,在各个子系统内均支持200个以上并发或同时在线用户数1000人及以上,最终以满足济南轨道交通实际业务需求为标准,且不准设置并发的技术门槛影响后续系统扩容。
系统应能实现在线用户登录时间的管理和时间统计,用户数量较高状况下仍应保持良好的响应速度。自动实现负载均衡,支持异地备份,保持系统运行稳定,确保数据不因意外情况丢失或损坏。
系统应具有高可扩展性,并满足后期增加子系统的需求。
系统应保证主机、操作系统、网络、数据库和应用软件能7*24小时平稳运行,不存在功能、安全漏洞。
系统应支持集群扩展,通过扩充设备数量扩充系统能力。
系统应实现负载均衡,单台设备的故障不影响业务进行,进行故障恢复不中断业务服务。
系统对千兆以下的文件有上传、下载及查看支持能力,并于其他业务系统实行无缝数据链接。
系统应提供任务管理功能,对于大量消耗资源的批处理任务可以允许用户定义安排到系统资源空闲的时候运行。
系统用户页面响应时间原则上小于3秒。
3.2.3 系统安全性要求
系统应有完善的系统安全管控机制和系统异常应对机制,满足国家、地方和行业的安全等级保护要求,投标人应根据国家信息系统安全保护相关条例组织开展系统安全等级测评及备案工作。
系统数据库全部存放在服务器中,用户必须使用数据库中的数据方能进行业务处理。
系统应能提供权限管理机制,包括:用户验证、用户权限设定、用户访问记录、用户自动退出、系统变更记录等。
系统应支持同一账号同时登陆PC端及移动端。
3.3 软件开发及升级改造集成展示
3.3.1 安全管控中心集成展示平台软件
安全管控中心指挥平台以跨系统、跨应用的数据资源共享为基础,构建应急管理的监控、展示、指挥、服务和决策的平台。
根据系统需要实现的目标,平台基础搭建需实现用户登录功能、群组分配、权限设置、管理架构规划、消息通知、操作日志、pdf/docx/xls/ceb文档输出等相关基础功能,预设业务应用系统的统一管理,实现单个子业务系统模块的批量分配功能,并与招标方内网门户、移动门户、企业服务总线等系统进行集成和数据对接。
3.3.2 用户界面设计
用户界面应符合招标方PC端和移动端门户统一的规范要求,可根据用户岗位职责和权限定义的设置,建立个性化的用户界面,从而使用户界面最大可能的满足用户的使用需求、使用习惯,方便操作,提供工作效率。投标方应提供不少于3版主页面UI/UE设计方案,供招标人进行选择。
系统应提供友好的系统帮助界面,提供权限范围内任务办理提示界面,提供清晰、简洁的流程图,能够查看流程进展情况。
3.3.3 系统集成设计
系统应采用基于SOA架构的集成方式进行设计,系统须提供多层次的应用开发接口,所有的功能基于软件产品集成组件的方式进行函数化或者过程化,为进一步的应用开发提供接口基础。系统接口要求如下:接口以Web Services作为标准实现方式,交互集成通过ESB进行,对集成的接口标准、参数要求等内容须符合招标方企业应用集成规范和标准的规范要求。
3.3.4 安全管控中心集成展示多场景需求
安全管控中心指挥平台需要包含但不限于日常监控、参观接待、应急指挥三种场景:
3.3.4.1 日常监控场景
展示逻辑包括但不限于(可以根据实际要求进行灵活部署):
1)实时动态:展示当日招标方建设阶段隐患、风险、盾构机、应急管理等实时数据,统计各类安全生产信息。
2)现状展示:可基于GIS分图层(网/线/站/工点)分别展示地铁线路、高铁建设、房建建设等资产空间分布,并可查询各线路、车站、工程、地产项目等的详细信息;
3)重点监控:展示各板块重点监控视频信息,如建设的重点工地视频监控情况等。
3.3.4.2 参观接待场景
与既有系统对接,展示企业文化、运营现状、建设规划等相关内容,展示逻辑(可以根据实际要求进行灵活部署):
1)历史:介绍济南地铁的发展历史、介绍目前济南地铁取得的业绩(运营/建设/交投/建投/其他分子公司)
2)现状:展现现在济南地铁线网规模、客流等全景图,展示济南地铁的巨大规模,传递地铁快速发展的现状。通过大型活动保障、出行节能减排等方面传递地铁给社会带来的巨大价值。
对标和展望:从建设规模、安全生产状态、工程进度等指标与行业内标杆地铁对标。
3.3.4.3 应急指挥场景
展示逻辑(可以根据实际要求进行灵活部署):
1)指挥沙盘,包含重大安全事件应急指挥的各个关键环节。
2)事故报警:对于监测到或者上报发生的灾害事故,系统自动定位报警提示。
3)决策分析:预案启动并推演事故的灾害影响范围,检索周边的应急救援力量、与相关技术专家进行会商分析可能发生的次生衍生灾害,采取最佳处置方案。
4)应急响应:对事故抢险组、现场处置等下达应急处置指令,并实时监测各小组的实时动态。
5)后期处置:环境恢复、事故总结。
6)视频:重点远程回传显示事件现场视频监控信息,指挥中心实时可视应急现场信息。
3.3.5 安全系统展示要求
3.3.5.1 安全风险管控子系统
实现当前风险工程、预警信息情况全网汇总,按等级和状态进行统计。由集成平台进行汇总展示,基础信息由风险系统通过接口模式提供。
综合展示全网当前风险工程情况汇总,可细化至查看线路及工点具体风险工程个数。状态分为“已完工”、“在施”、“未开工”三类。风险工程等级分为“一、二、三”个等级。
综合展示全网当前监测预警数量汇总,细化至查看线路及工点具体监测预警个数。状态分为“红”、“橙”、“黄”三种。
综合展示全网当前巡视预警数量汇总,可细化至查看线路及工点具体巡视预警个数。状态分为“红”、“橙”、“黄”三种。如需要可追加提供预警详细描述信息。
综合展示全网当前综合预警数量汇总,可细化至线路及工点具体综合预警个数。状态分为“红”、“橙”、“黄”三种。如需要可追加提供预警详细描述信息。
3.3.5.2 隐患排查治理信息展示
该模块实现对当月隐患排查治理的总体情况展示,年度隐患排查趋势展示,分标段对施工、监理单位已整改和未整改隐患展示,隐患排查治理考核打分排名展示,施工监理单位履职情况图等。
1)支持在GIS地图上综合展示各子公司、线路、各标段的隐患总体情况,通过点击可查看隐患的详细统计信息。
2)集中展示各施工、监理单位履职情况
3)按照年度、季度、月度统计展示整体的隐患状态(整改、未整改)及隐患趋势。
3.3.5.3 盾构实时监控信息展示
该模块实现对不同标段的施工盾构进度信息总体展示以及当前盾构风险点展示。同时对不同时间盾构数据预警进行管理。
盾构基本信息;2)盾构施工风险提醒:
3)盾构姿态及关键参数预警展示;
4)盾构机接入情况总览;
5)盾构施工重大风险展示;
6)盾构施工进度总览。
3.3.5.4 应急综合管理信息展示
监控中心应急管理包含两种情况,一是常态下的应急物资、应急预案、应急人员等信息的接入。另一部分是应急突发事件的开启、处置、记录等内容。
3.3.5.4.1 应急信息
管理内容主要是应急物资、应急预案、应急人员。将这些信息接入到平台中进行展示,包括具体的位置信息和详细信息描述。
3.3.5.4.2 应急事件处置
管理内容主要是出现应急事件后,对应急事件进行启动、应急事件处理、应急事件记录、应急事件总结等全过程管理。其中,功能亮点为将已有的应急预案活化在系统中,人为触发后自动记录应急事件关键节点。其次是增加多方联动对事件进行处置并进行信息共享。并且对事件分析报告进行管理。
3.3.5.4.3移动端应急显示
支持手机、PAD等移动设备视频回传安控中心大屏。
3.3.5.5 视频监控子系统
1)实时显示
提供监控视频实时查看功能,客户端可以多屏应用,同时展现多个业务界面,可以但不限于1/4/9/16多分屏画面显示,可自定义视频画面分割。支持实时优先、流畅优先、均衡、自定义等模式,支持手动触发指定通道,启用/停止中心录像,支持抓图、连续抓图。
视频控制能够云台控制视频监控设备进行旋转、变焦等操作,可以对云台控制权限的抢占和锁定,支持鼠标模拟。
图像回放及检索功能支持录像类型选择显示,支持类型包括但不限于:全部/定时录像/报警录像/录像标签等;支持但不限于1/2、1/4、2、4倍速快慢放,支持逐帧播放,支持中心录像倒放,不得以跳帧方式快播,保证快进播放不遗漏细节;支持按时间、按文件下载录像;支持录像打标,可通过标签快速定位播放录像;支持任意时间段的录像锁定及录像解锁。支持录像切片查找功能:可对任意时间长度的录像进行切片,切片时间长度自定义,自动将每个段的首个动态帧以图片展示,可从切片的图片双击播放该段录像。
字符叠加功能安控中心大屏的大屏幕上的图像显示区域所显示的图像,均能同时显示相应的字符信息,包括站名、摄像机位置、编号、日期及时间等,一体化球机应实时叠加操作员用户名。叠加字符的内容、大小、显示位置可自由设置;字符的设置、修改可使用windows字体、字库,支持中文/大小写英文字母/数字/下划线/中划线的组合(最大长度不少于20个半角字符)并可通过造字程序添加特殊图形符号,可生成空心字以减少图形遮挡。
3.3.6 质量系统展示要求
该展示模块依据招标方质量管理需要增加。
3.3.7 管理系统展示要求
3.3.7.1 工程进度展示
该模块实现与招标方工程进度管理系统的数据对接,实现对招标方对总体工程进度的把控。
线路总体进度;2)各阶段工程进度展示;
3)不同施工工法进度展示及对比;
4)各线路施工进度详细展示。
3.3.7.2 工程总体投资情况展示
该模块实现与招标方合约管理系统的数据对接,实现对招标方对总体投资进度的把控。
1)实现线网总体投资数据集成;
2)实现当前投资展示及投资趋势分析;
3)实现各线路、各标段投资情况总览。
3.3.8 既有系统展示要求
3.3.8.1 环境监测综合管理
该模块实现对所有现场工点周边环境的监测,包括噪音信息、污染信息等一系列重点关注的信息对接,并展示在安控平台上。
3.3.8.2 无人机航拍/VR/摄像头
预留与无人机航拍数据对接功能,对于已有的航拍画面,可实现对该数据的集成展示。
3.3.8.3 GIS地图信息总览
该模块实现对盾构机信息、重大风险源信息、应急物资信息、应急人员信息、应急事故信息、保护区违规项目信息等一系列安全生产所需关注内容的位置信息和描述信息总览。
4 其他集成及部署
按照招标方信息化集成技术统一标准实现与其他信息系统的集成和数据对接,包括但不限于:PC端内网门户、移动端门户、企业服务总线平台(ESB)、主数据系统、工地视频监控系统、合约管理系统、进度系统等系统。实现统一的身份认证、组织机构、人员信息、人员账号信息、人员权限、人员角色等各类信息,能够按照模块化建设要求,增加对今后相关后开发业务系统、数据的集成,从而实现招标方安全生产工作的有效管理。
系统主要涉及的接口包括数据接口和应用接口,数据接口包括数据结构、数据字典,以及其存储方式、访问方式和控制方式等,应用接口包括二次开发接口,各类调用接口等,如单点登录、待办集成等。中标方必须提供详细的接口设计方案和接口数据方案等文件。
4.1 系统集成
济南安全管控平台系统应具备实现与招标方现有所有的工程建设管理子系统的业务集成的功能,包含但不限于以下几个业务方面的交互管理:
安全风险管控子系统;隐患排查治理子系统;应急综合管理子系统;工程进度管理系统;合约管理系统:交投公司新建安全质量管理系统;建投公司新建工程相关系统。主要实现各系统间的统一身份管理、企业服务总线、各系统间的人员信息、业务数据、权限管理、相关功能接口技术对接以及系统调试、联调等多方面内容,并实现各类数据在安全管控中心指挥大屏的综合展示,实现综合调度管理。
4.2 统一用户管理集成建设
建立招标方统一身份管理数据库(招标方主数据及其他数据系统),以实现自动获取单位组织构架信息、相关人员基本信息(包括图形化签名)及各分公司项目管理基本信息,其他单位信息、人员信息自建。包含但不仅限于以下信息:
招标方组织构架信息;招标方内部人员信息;供应商、承包商等外部单位信息;供应商、承包商等外部单位人员信息;建设公司项目管理基本信息。
4.3 单点登录
实现通过招标方安全管控中心系统完成对其他所有系统的单点登录集成,采用统一认证方式进行登录。
5 信息安全检测等保要求
对安全管控中心信息化系统安全体系进行整体建设,建立信息化安全的管理类体系(组织机构,规章制度,人员安全,安全意识培训)、技术体系(访问控制、信息系统完整性保护、系统与通信保护、物理与环境保护,检验检测响应)以及运维体系(流程制度、安全分级,风险评估,应急计划与事件响应),确保系统和信息安全。
参照信息系统安全等级保护规范2级及以上级别的要求,本系统建设完成后要求通过二级等保(初次测评和复评),系统及相关子系统须配合完成等保测试对各系统的要求,中标人应遵循国家《网络安全法》、《计算机软件可靠性和可维护管理》(GB/T14394-93)《山东省省直部门政务信息化项目软件开发预算评审标准》等相关规定,按照相应的收费标准,对二级等保、第三方软件检测等信息系统安全服务进行单独报价(初次评测和复评),并由招标人认可具备省级及以上相关资质的第三方检测机构提供服务。
系统检测服务内容包括但不限于:系统安全测试(系统等级保护、人工渗透测试、漏洞扫描)、风险评估、软件功能测试和验收测试。自合同签订之日起一个月内,中标方需明确信息系统安全服务单位。`
系统(含各子系统)建设单位须提供的满足招标人需求的《系统功能测试报告》以及具备相关资质的第三方检验检测机构出具的满足安全要求的《系统安全测试报告》,并配合整改系统检测出的问题。
6 项目实施计划
投标人要制订详实可行的项目实施进度计划和项目时间表。
根据计算机系统集成工程规范,结合招标人的具体情况,整个项目须于合同签订之日起两年内完成,进入试运行。
6.1 项目计划
投标人应在满足招标人项目建设总体规划的基础上提出切实可行的本项目建设分阶段实施规划。
投标人须根据分步实施规划与计划制定月、季、年度项目计划。投标人必须提供详细的工程计划及进度清单供招标人研究实施。
投标人须提出如下计划建议(包括但不限于此):
合同执行总体进度控制计划;规划设计进度计划;接口协调计划:应包括接口内容、时间和责任等;安装及验收计划:应包括单系统调试、系统联调、试运营、初步验收、质量保证期、最终验收的计划;文档提交计划:应包括文档编制规定和提交时间;培训计划。
6.2 实施计划
(1)系统体系编制完成后,依据体系,开展需求分析,实施软件研发工作;
(2)在阶段成果交付时,投标人须负责组织阶段性评审会;
(3)系统试运行前完成预验收,预验收问题需10天内整改完成;
(4)预验收完成后进入试运行,系统稳定运行三个月后进行最终验收;
(5)最终验收完成后正式上线,进入运维期。
6.3 进度控制
投标人应在合同生效日后30个工作日内提交《系统实施计划》(Project文档)报招标人确认。
招标人有权根据该计划对投标人在进度、管理和合同工作成效等方面进行监督和考核。
投标人应采取各种控制手段保证项目的各个阶段按计划开始和结束。各阶段工作结束时,应结合工期、成本、质量评价项目进度状况,分析其中的问题,并提出下一阶段工作安排。
投标人应用Project文档的方式表达各阶段的进度情况。
7 项目验收
7.1 项目验收的组织机构
招标人负责组织验收小组,负责整个验收工作。投标人应组建由有关专业技术人员构成的测试小组,并在验收小组指导监督下开展工作。验收小组提出的验收测试要求及质量保证要求,投标人应积极响应,并会同招标人共同制定合适的验收和质量保证方案。
验收时由招标人决定是否请外部专家参与,相关费用包含在投标总价中。
7.2 验收标准
各阶段实施满足本需求书要求,并完成相关知识转移工作。按需求书完成相关工作并提交项目成果,所有项目成果均已达到需求书要求、通过招标人的审查并签字确认系统性能、功能、安全满足需求,并通过招标方组织的测试评审。上线试运行三个月,系统运行稳定,各功能模块能支撑业务正常运作。对于不满足需求书要求的投标人交付物,投标人应及时予以整改、修订、完善以满足要求。运行期间若出现功能故障、系统不稳定现象,解决故障时间不计入试运行时间,上线试运行时间向后顺延。提交培训文档,完成相关培训工作。属于招标人团队负责的工作内容,将由投标人给出审核意见。
7.3 阶段成果确认
根据招标文件中对项目进度的阶段要求,在阶段成果交付时,投标人须负责组织阶段性评审会,每次参会人员不少于10人,招标人将依据需求书要求,进行阶段成果的审查、确认工作。
7.4 预验收
项目成果交付后,招标人检查项目符合验收标准后,组织进行项目预验收相关工作。
7.5 最终验收
项目成果交付后,招标人检查项目符合验收标准后,投标人组织进行项目最终验收相关工作。
系统建设项目的最终验收需在系统稳定试运行至少三个月后进行。
所提交的技术文档如有修改,投标人需提交最新版的总体设计文档、详细设计文档,如有二次开发内容,需提供API帮助手册等技术文档。
7.6 质保期验收
根据质保期要求完成质保期工作内容。
按照招标人档案管理部门要求,编制相关归档文件,完成项目归档工作,得到招标人档案管理部门的签字确认。
完成以上工作、提交质保期验收报告并通过招标人签字确认。
7.7 质保期及服务要求
本项目从终验结束起不少于24个月,即为项目的质保期,乙方须提供质保服务。支持和服务包括但不限于:系统技术支持:对招标方提出的与现有方案及系统有关问题及时进行答疑与解释;定期回访与评估,每个季度一次。每次回访时双方提前一周共同确认时间及参加人员安排,对招标方系统应用状况进行评估,并提交回访评估报告,报告内容包含:系统应用情况、问题分析、改进建议等,协助招标方完善系统应用。
8 项目运维
8.1软件运维
8.1.1软件使用前台运维
包括但不限于:
(1)保障平台门户系统、各子系统数据安全、稳定运行使用;
(2)数据初始化;
(3)使用培训;
(4)数据更新与使用答疑等。
(5)运维续签不高于本次运维费用
8.1.2 软件使用后台运维
本项目自项目完成质保期验收后第2日起3年即为项目的维护期。中标方需根据服务要求完成维护期服务内容,运维续签不高于本次运维费用。在维护期内,中标方必须指定运维人员远程承担相应子系统的运维工作。
工作内容包括但不限于:
(1)服务内容
安全风险管控子系统:系统BUG的处理,系统使用问题解答、业务数据维护,与其它系统对接开发,系统后台服务监控、数据备份及恢复、依据招标方提供的线路、工点GIS底图及工程进度底图,进行电子图纸转换为系统可用的电子图形、协助招标方指定现场单位在大批量测点时进行测点采集等及招标方要求的其它跟系统维护相关的工作。
盾构实时监控子系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统对接开发,系统后台服务监控、数据备份及恢复;根据业主后续盾构线路开通情况,实现后续盾构机的接入及与四维地质系统的对接服务。
隐患排查治理子系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统对接开发,系统后台服务监控、数据备份及恢复;根据业主后续业务发展情况,更新隐患数据库等服务。
应急管理子系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统对接开发,系统后台服务监控、数据备份及恢复;根据业主后续业务发展,提供的GIS地图等信息,实现应急资源的更新服务。
安全管控中心集成展示平台系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统运维服务对接,系统后台服务数据监控服务。
建各方理人员设备管理系统:系统BUG的处理,系统使用问题解答、业务数据维护、与其他系统运维服务对接,系统后台服务数据监控服务。
(2)服务要求
对系统运作和故障情况的支持、服务要求:
1)重大故障
由于中标方提供系统原因造成系统瘫痪或由于应用软件原因造成对大量用户的服务无法正常进行;12小时内响应,24小时之内恢复正常运行。如果中标方不能在24小时内远程解决,中标方必须在收到招标方到现场服务要求后1天内提供现场支持服务。
2)严重故障
由于中标方提供系统原因导致系统部分功能丧失或因应用软件问题影响部分用户的服务无法正常进行。或者该故障对系统存在重大隐患;12小时内响应,3天之内恢复正常运行。如果中标方不能在3天内远程解决,中标方必须在收到招标方到现场服务要求后1天内提供现场支持服务。
3)轻微故障
中标方提供系统或应用故障基本不影响业务;1天之内响应,1周之内恢复正常运行。如果中标方不能在1周内远程解决,中标方必须在收到招标方到现场服务要求后1天内提供现场支持服务。
8.2 人员要求
运维服务团队,投标人提供不少于2名运维人员五年常驻现场提供运维服务,每周6天*9小时现场服务保障。运维人员必须具备相关丰富的维护经验,包括系统集成软件开发维护人员,硬软件系统、数据库优化维护人员。除日常工作时间以外,如遇突发故障、演练、维护等工作需求,驻场人员按需按时到岗维护。运维人员的五年驻场费用包含在合同总价中。
8.3履约考核
中标方需按照合同约定及用户需求书要求完全响应招标人的需求,如出现合同履约不力或招标人需求响应不达标的情况,招标人保留依据相应的考核标准对中标方进行处罚的权利。
9 项目成果
表 项目成果要求
项目阶段 | 项目提交成果 |
项目启动 | 《系统建设项目章程》、项目实施计划、项目启动会; |
需求调研 | 需求调研计划、《系统需求调研报告》、《系统需求分析报告》、含系统界面整体风格原型设计调研内容。 |
方案设计 | 《系统概要设计》、《系统详细设计》、《系统数据库设计》、《系统测试计划》 |
开发集成 | 《系统集成接口规范》 |
部署和测试 | 《系统测试报告》、《系统安装部署报告》、《系统安装部署手册》 |
培训、试运行准备 | 《用户手册》、《系统权限分配清单》(使用方自定)、《系统初始化与历史数据(除风险子系统外)录入工作计划》、《系统初始化与历史数据(除风险子系统外录入工作报告》、培训计划、培训课件、考试资料等; |
上线试运行 预验收 | 《系统试运行计划》、《系统试运行总结报告》、《系统项目预验收报告》、第三方安全测评报告; |
最终验收 | 《系统最终验收报告》、《系统运维手册》 《系统项目总结报告》、第三方安全测评报告。 |
等保测评 | 二级等保测评报告 |
质保期验收 | 《系统质保期运维报告》 《系统质保期验收报告》 |
运维期 | 每半年提交当期的运维工作报告 |
返回顶部