长沙市智慧交通发展中心:长沙市交通综合运行协调与应急指挥中心(TOCC)项目硬件、软件运维服务二标段(软件运维服务)采购需求公开
微信分享
关注项目
标讯收藏
项目名称 | 省份 | ||
业主单位 |
认领
立即查看
|
业主类型 | |
总投资 | 建设年限 | ||
建设地点 | |||
审批机关 | 审批事项 | ||
审批代码 | 批准文号 | ||
审批时间 | 审批结果 | ||
建设内容 |
一、功能及要求:
长沙市交通综合运行协调与应急指挥中心(TOCC)是我市交通运输行业的“智慧交通大脑”,整合了公交、出租等交通运输领域的基础数据和动态监测数据,在运行监测、数据分析、决策参考、公众服务等方面发挥了积极作用。TOCC项目于2018年12月开始建设,2020年11月正式投入使用。自正式运行以来,TOCC先后多次接待了部省级重要领导及市主要领导,获得了较高评价,成为了我市交通行业的新名片。
通过TOCC项目建设,建成了长沙市交通大数据中心,形成了一个交通大数据中心、三大应用支撑平台、四大应用系统的信息化基本框架。整合了长沙市交通运输领域的基础数据和动态监测数据,对接了20余个行业管理部门、交通运输企业、公安、交警等系统数据,目前数据日交换量超2亿条,存储量达200TB。通过TOCC,能对公交、出租、轨道、公路、水运等全行业状况进行实时监测和精细化管理。在常规情况下,TOCC主要功能为运行监测,在应急情况下,TOCC也可以指挥调度。TOCC的投入运行切实增强了应急指挥决策分析能力,提高了交通运输系统运行效率和安全水平,总体实现行业监管一网通达、监测应急一体联动、决策辅助一屏可视、公共信息一站服务的“四个一”格局,发挥了其作为交通运行监测、交通决策与管理、综合信息服务、数据共享与信息发布中枢的职能,实现了全市交通综合运行的统筹协调和联动,提高交通运输系统运行效率和安全水平,已经成为长沙市交通运输行业的“智慧大脑”。
为了TOCC更好地开展服务,良好缜密的系统软件运行维护是实现TOCC长期、有效、稳定运行发展的必要手段。
二、相关标准:
按【长沙市政府投资信息化项目管理标准】CSSJ GL 25001—2023 长沙市政府投资信息化建设项目运行维护规范和相关国家及行业标准执行。
三、技术规格:
TOCC软件运维内容包括且不限于:配合进行TOCC相关规范的更新编制、TOCC系统软件运维服务相关管理机制的建立完善;关于TOCC系统软件交通运行监测预警系统、交通综合业务辅助与决策系统、应急指挥调度系统、综合服务协调管理系统、决策分析系统(扩展功能)、数据可视化系统、视频交互平台及配套支撑等软件系统进行日常监控巡检和升级维护,针对具体业务需求响应并完成相关功能的优化完善;软件系统发生故障时的及时修复解决、应急响应,并进行系统软件常见故障或突发情况的安全策略分析、应急预案编制及管理、组织业务人员培训演练等;操作系统与数据库等支撑软件、数据资源库与数据接口等数据相关配套功能日常监控检查、运维升级,配合完成国家、地方政策规定要求的操作系统、数据库国产化改造替换工作;处置TOCC系统关于政府信息化项目运行评价的相关工作,包括数据维度(云上数据正常更新且无质量问题)、成效维度(趋势变化稳定、使用效果良好)等方面的内容;负责TOCC会场会议关于系统软件良好运行支撑的联合调试及保障现场会议、视频会议正常进行等。具体如下:
四、交付时间和地点:
运维起止时间
三年运维,合同一年一签,具体以合同约定为准。
运维服务地点
长沙市交通运输局及其他采购人指定地点。
五、服务标准:
运维要求
(一)人员要求
1.人员配置要求
中标人应安排工作人员组成专门运维服务,并配备必要的运维办公工具在采购人指定地点驻场办公,人员配置要求具体如下:
(1)项目经理职责。负责本项目运维管理及开发工作,组织运维团队处理紧急及日常运维事项,根据采购人提出的要求,制定相关工作方案。负责现场团队工作,给成员提供引导、支持并监督他们的日常活动,能够较好处理、协调各方关系;提供完善的系统软件升级运维、数据接口升级维护等解决方案;指导并参与核心代码的规范与书写,组织解决项目运行过程中的技术问题;对项目开发流程、项目质量和项目开发制度的规划、控制、监督和管理;通过日常监控,对系统和事件进行监测分析和早期风险预警;与用户进行需求及要求沟通,传达工作任务目标。(熟悉java开发语言;具备扎实的计算机软件基础,熟悉数据结构、算法,并对软件工程有较好的理解;具有较强的分析、解决问题、领悟、归纳、逻辑推理和动手能力。)
(2)软件工程师职责。负责本项目系统软件功能运维升级服务技术工作,负责制定团队运维规范、编码规范,并跟踪维护过程及时纠正;具体负责系统软件升级运维技术工作,主导核心代码的编写与维护,并对系统状态进行把关;负责制定系统运行应急方案,并组织团队进行日常培训演练,提高应急反应能力,确保系统的平稳运行;负责技术团队成员的管理,激励与考核,把关相关运行报告。(精通java技术,熟悉微服务框架,熟悉面向对象编程设计,熟练掌握主流的Java开发框架;掌握数据库相关知识,熟悉Oracle数据库,具备SQL调优经验,了解数据库调优;熟悉WebLogic、Tomcat、Nginx等服务器和Web服务中间件;熟悉Linux操作系统,可以熟练使用常用的Linux命令完成日常工作。)
(3)数据库工程师职责。负责数据库日常升级维护与管理,数据库日常维护与管理(日常监控、安全保障、数据备份、恢复、数据迁移、数据一致性等)检查并分析系统日志及跟踪文件,发现并排除数据库系统错误隐患;处理系统运行过程中数据库相关工作,包括数据库设计、数据开发、报表开发、数据统计、数据迁移、数据备份等;进行数据库空间的规划管理,预测数据库系统的未来存储需求,制订数据库的存储方案与备份计划;优化Oracle、mysql;每周分析用户的应用类型和用户行为;调整Oracle、mysql数据库的数据分布和参数设置,并提出优化方案。(熟悉常用主流使用的中间件软件;并熟练编写SQL脚本,精通关系数据库原理,熟练使用SQL进行数据库管理和数据处理;了解主流大数据处理中间件;长期驻采购人指定的办公地点办公。)
(4)大数据工程师职责。负责系统大数据平台数据仓库优化维护、ETL应用、数据分析;负责系统大数据实时计算业务应用升级维护;分析和组织来自不同数据源的原始数据,保持对相关数据工程实践的深入理解,为用户和相关应用程序的数据访问设计和构建数据api和数据虚拟化;能够设计、构建和维护ETL批处理和流数据管道;熟练掌握接口开发技术,能够独立对系统所有数据接口进行升级运维。设计和维护数据平台(数据仓库、数据集市、数据湖),支持用户多种数据应用场景和计算需求。(熟悉数据建模,具有良好的编程习惯和文档编写习惯;熟悉数据仓库领域知识和管理技能;熟悉常用数据库的性能特点和开发技术;了解大数据基础架构和平台搭建,具备相关组件或产品(Hive、HBase等)项目应用研发经验;熟悉Linux系统,能够熟练运用Java、Scala等多种语言进行开发。)
(5)专职信息系统运行监测工程师职责。专职负责系统软件、数据库等运行工作状态的日常监测,能够基于交通运行海量数据快速进行评估、分析、问题定位;负责对系统或业务进行数据分析,定位风险问题、固化数据脚本定期进行问题点监控并给出建议;负责沟通客户准确把握需求,对系统软件、数据库等工作状态梳理分析输出分析报告;协助项目安排的其他日常工作。(能够对数字可视化展示界面进行改版优化,熟悉常见的数据爬取工具、数据处理和分析工具,具备扎实的统计学和数学基础,能够进行数据建模、假设检验、回归分析等;能够使用数据可视化工具等,将分析结果以清晰易懂的方式呈现。)
2.人员驻场工作内容
(1)日常运维工作
中标人派驻的专门运维服务小组(人员伙食、交通、住宿、通讯费由中标人自行负责)采用常驻现场的方式进行TOCC软件运维服务支撑,在与采购人上班时间保持一致(5*8小时)的前提下,提供7*24小时“随传”及按要求现场进行值班保障的运维服务,及时响应采购人及上级部门的服务需求,处理系统故障。驻场人员需保持稳定,人员如进行调整,需有相应资质以上及工作责任心强的人员替代,并经采购人批准同意并进行备案后方可实施。当运维服务现场无法处理时,中标人及时调度增派专业服务团队携带专业工具提供技术及人员支持,必要时赶赴现场提供支撑服务。常驻现场人员日常运维工作包括:
1)业务应用系统运行升级维护、日常监控检查、故障的及时排查整改,系统软件功能需求的及时响应,规定时间内完成相关功能优化完善;
2)基础支撑软件(操作系统、数据库系统)运行日常监控检查及故障的及时排查发现整改;
3)数据库日常巡检监控、数据备份工作;
4)系统日志查看;
5)协助进行TOCC项目相关规范的更新,编制完善TOCC软件运维服务相关制度,针对系统软件常见故障或突发情况进行安全策略分析、应急预案编制,开展业务人员培训及会场保障演练等;
6)业务数据清理,协助做好TOCC资源的使用优化;
7)运行环境检测、优化,针对TOCC在政务云上资源的数据维度(云上数据正常更新且无质量问题)、成效维度(趋势变化稳定、使用效果良好)进行日常监控,排查隐患并对发现的问题及时整改;
8)平台日常使用指导;
9)采购人及上级部门安排的其他TOCC系统软件运维工作。
(2)业务交流接待
配合采购人及上级部门完成TOCC会场调研、会议及交流等重大活动的前期联合调试准备及会议保障进行工作,进行会议平台操作及TOCC系统现场使用操作讲解工作。
(3)基础支撑软件维护
1)性能调优配合:配合集成商进行相应应用软件系统的调优;
2)配合完成操作系统、数据库等基础支撑软件的国产化改造替换;
3)数据库日常维护:对数据库进行实时监测,按采购人要求每周至少进行一次数据库的全面检查。
(4)软件源代码升级维护
接手采购提供的TOCC系统的全套源代码,并对源代码进行升级维护工作。对TOCC系统架构及源代码进行全面的熟悉掌握,按采购人要求对业务应用系统功能进行审计(包括数据可视化大屏的改版及源代码升级),开展源代码日常监测升级等工作。
(5)重大活动、重大节假日及“特护期”值班保障
在关键特殊时间点或重大活动、重大节假日期间,根据采购人及上级部门的要求,全方位制定值班计划和应急保障预案,安排人员开展值班驻场服务,进行24小时连续值班,提供全方位的TOCC软件运维保障服务,全天候监测核心应用软件、业务平台、数据库安全等方面的隐患和故障,并及时处置到位。
(二)工作要求
1.在系统软件监测及功能优化方面。中标人需提供系统基本升级维护服务,内容包括定期现场巡检,修改、完善系统,调整、优化系统性能以满足业务数据不断增长的需要,确保各业务系统软件平稳运行,保障各项业务的正常经办。(1)中标人应安排专职人员对TOCC系统软件的运行进行升级维护,开展日常监控检查、隐患排查、故障问题整改跟踪,全方位编制安全策略分析报告、应急预案等运维服务保障资料,建立良好的软件运行维护服务管理机制。(2)服务期内,采购人及其上级部门出台的新政策、新文件、新业务导致的新需求或需求变更,只要不改变现有系统核心架构,中标人均应及时升级系统支持业务经办,新需求或需求变更需要突破现有应用程序核心架构的,系统升级服务需甲乙双方协商另行解决。对采购人及上级部门提出的业务系统功能优化升级需求,中标人在现有系统主要流程及框架不变的前提下,修改、完善系统,调整、优化系统性能以满足业务数据不断增长的需要,按照TOCC系统软件运维服务故障分级和处理要求(详见采购需求表1),在规定时间内进行响应及完成功能优化升级。(3)中标人需协助采购人,处置TOCC系统关于政府信息化项目运行评价的相关工作,包括数据维度(云上数据正常更新且无质量问题)、成效维度(趋势变化稳定、使用效果良好)等方面的内容,使TOCC系统满足在省、市级运行评价评优要求。(4)中标人需合采购人完成因系统扩容而进行的所有技术支持工作。采购人扩展的业务系统,中标人负责提供新增系统接口的技术支持。中标人定期向采购人提出系统升级及维护建议。
2.在人员培训演练方面。中标人需配合采购人及上级部门根据工作内容完成长沙市交通运输行业相关的TOCC系统业务实操培训工作、应急演练工作,培训次数、培训方式、时间、地点及内容由中标人与采购人沟通决定;应急演练工作每月至少进行一次,重大活动、重大节假日及特护期根据采购人要求组织进行。
3.在数据基础性维护方面。中标人根据省交通运输厅、市数据资源管理局等相关职能部门要求,将TOCC平台相关数据资源信息归集共享至省数据中台、长沙市城市大脑等相关信息化平台,对接长沙市交通运输系统各相关信息化平台,开展TOCC系统与其他系统的接口运维服务工作,配合完成系统数据归集、分析、共享等工作。
4.在应急故障响应方面。中标人应针对日常运维工作中可能会出现突发事件需提前制定相应的应急预案,采取应急保障措施。紧急、特殊的服务要求应立即提供服务并在规定时间内完成服务。中标人应按照TOCC软件运维服务故障分级和处理要求(详见采购需求表1:TOCC系统软件运维服务故障分级和处理要求)响应和解决故障,未能及时完成服务请求的,中标人应向采购人提交书面解释。
表1:TOCC系统软件运维服务故障分级和处理要求表
5.在运维质量保证方面。中标人在运维实施过程中应开展质量保证活动,且必须接受采购人的质量监督检查,提供真实有效的相关质量活动记录、证据,接受采购人提出的质量问题整改要求,承担质量责任及因质量问题导致的进度延迟责任。对于服务工作中出现的重大事件及时提交分析报告,分析原因、提出改进措施。
6.在运维资料管理及移交方面。中标人在运维各个阶段有关电子或纸质文档,包括说明书、部署手册、技术文件、资料及安装、测试等文档以及应用软件、与应用软件有关的电子文档、安装配置及维护文档等,按质量管理要求交付给采购方负责人。
7.在安全保密要求方面。中标人应确保参与本服务项目的工作人员遵守采购人的相关规章制度,配合采购人开展相关工作人员的背景审查,保证采购人的设备安全、软件安全、系统安全、数据安全、源代码安全。在本服务的履行期内,任何一方可以获得与本项目相关的对方的保密信息,对此双方皆应谨慎接受。相关信息未经双方书面许可,不得向第三方披露。涉及源代码修改、可能改变系统核心架构及影响系统业务正常开展的技术升级行为,未经采购人允许中标人不得实施,否则由此造成的一切后果及损失由中标人承担。
8.中标人对于采购人及其上级部门提出的其他工作事项均应按照要求完成。
(三)基础支撑软件升级更换及配合进行国产化改造要求
提供升级的基础支撑软件因故障需更换的需为正品,且与系统软件兼容,保证提供的基础支撑软件不侵犯任何第三方的专利、商标或版权等。本项目采用费用包干方式建设,为满足运维响应要求而产生的系统软件功能优化相关基础支撑软件的购买、安装、部署等费用由中标人承担。因维护不善损坏、人为损坏、其他原因损坏等导致基础支撑软件不能正常运行而必须替换或升级的,中标人应按采购人要求对基础支撑软件(服务软件)进行更换,单次软件更换或升级费用5万元(含)以内,或由中标人自身原因导致的系统运行故障需更换、升级软件产生费用的,相关费用由中标人承担;5万元以上的且非中标人自身原因造成系统软件需要更换升级的,由中标人对故障原因进行充分分析论证、提出解决方案,形成报告后向采购人上报,经采购人审核同意后按相关管理规定处理。
中标人须配合完成操作系统、数据库等基础支撑软件的国产化改造替换工作。
六、验收标准:
1.简易验收程序。
2.项目验收国家有强制性规定的,按国家规定执行。
七、其他要求:
本服务采用费用包干方式,潜在供应商应根据要求,详细列明服务所需的费用,以及人工、管理、财务等所有费用,如一旦成交,在服务实施中出现任何遗漏,均由中标人免费提供,采购人不再支付任何费用。
采购需求仅供参考,相关内容以采购文件为准。
长沙市交通综合运行协调与应急指挥中心(TOCC)是我市交通运输行业的“智慧交通大脑”,整合了公交、出租等交通运输领域的基础数据和动态监测数据,在运行监测、数据分析、决策参考、公众服务等方面发挥了积极作用。TOCC项目于2018年12月开始建设,2020年11月正式投入使用。自正式运行以来,TOCC先后多次接待了部省级重要领导及市主要领导,获得了较高评价,成为了我市交通行业的新名片。
通过TOCC项目建设,建成了长沙市交通大数据中心,形成了一个交通大数据中心、三大应用支撑平台、四大应用系统的信息化基本框架。整合了长沙市交通运输领域的基础数据和动态监测数据,对接了20余个行业管理部门、交通运输企业、公安、交警等系统数据,目前数据日交换量超2亿条,存储量达200TB。通过TOCC,能对公交、出租、轨道、公路、水运等全行业状况进行实时监测和精细化管理。在常规情况下,TOCC主要功能为运行监测,在应急情况下,TOCC也可以指挥调度。TOCC的投入运行切实增强了应急指挥决策分析能力,提高了交通运输系统运行效率和安全水平,总体实现行业监管一网通达、监测应急一体联动、决策辅助一屏可视、公共信息一站服务的“四个一”格局,发挥了其作为交通运行监测、交通决策与管理、综合信息服务、数据共享与信息发布中枢的职能,实现了全市交通综合运行的统筹协调和联动,提高交通运输系统运行效率和安全水平,已经成为长沙市交通运输行业的“智慧大脑”。
为了TOCC更好地开展服务,良好缜密的系统软件运行维护是实现TOCC长期、有效、稳定运行发展的必要手段。
二、相关标准:
按【长沙市政府投资信息化项目管理标准】CSSJ GL 25001—2023 长沙市政府投资信息化建设项目运行维护规范和相关国家及行业标准执行。
三、技术规格:
TOCC软件运维内容包括且不限于:配合进行TOCC相关规范的更新编制、TOCC系统软件运维服务相关管理机制的建立完善;关于TOCC系统软件交通运行监测预警系统、交通综合业务辅助与决策系统、应急指挥调度系统、综合服务协调管理系统、决策分析系统(扩展功能)、数据可视化系统、视频交互平台及配套支撑等软件系统进行日常监控巡检和升级维护,针对具体业务需求响应并完成相关功能的优化完善;软件系统发生故障时的及时修复解决、应急响应,并进行系统软件常见故障或突发情况的安全策略分析、应急预案编制及管理、组织业务人员培训演练等;操作系统与数据库等支撑软件、数据资源库与数据接口等数据相关配套功能日常监控检查、运维升级,配合完成国家、地方政策规定要求的操作系统、数据库国产化改造替换工作;处置TOCC系统关于政府信息化项目运行评价的相关工作,包括数据维度(云上数据正常更新且无质量问题)、成效维度(趋势变化稳定、使用效果良好)等方面的内容;负责TOCC会场会议关于系统软件良好运行支撑的联合调试及保障现场会议、视频会议正常进行等。具体如下:
序号 | 服务名称 | 具体要求说明 | |||
1 | 规范制定 | 行业数据质量规范、行业数据管理规范、数据交换管理规范 | 对TOCC相关规范,根据采购人要求,参照交通运输部及湖南省交通运输厅的标准规范、长沙地区交通行业领域相关规范文档,开展行业数据质量、行业数据管理及数据交换管理规范的更新编制服务。 | ||
2 | 服务软件 | 操作系统 | Red Hat Linux7.0微软 | 1. 对服务软件及相关支撑组件(包括辅材)开展标准化运维,进行相关服务软件的安装调试、漏洞修复、系统备份、系统安全策略管理、系统监控、病毒防范,以及数据库的管理、性能优化、数据库维护、安全性管理及数据库监视等运维服务,保障服务软件的正常使用。 2、提供5×8小时现场运维服务、7×24小时应急响应; 3、按采购人要求,对数据库进行实时监测,每周至少进行一次数据库的全面检查。对巡检发现的问题及时排除并报告;在数据库宕机等情况发生时安排专业技术人员现场处置 ; 4、负责日常检查操作系统、应用中间件、数据交换平台、BIM平台、数据库及相关支撑组件的运行状态、检查数据库备份实施的正确性与有效性,对发现的问题及时排除并报告; 5、协助采购人制定服务软件日常管理操作规程、性能监控规程、故障处理规程和安装配置规程等系列规章制度 6、运维期内保证大数据平台大数据平台商业发行版本License授权许可的持续或经采购人同意的其他替代方案; 7.按采购人要求做好相应数据库、操作系统等服务软件的国产化改造。 | |
Windows Server 2012微软 | |||||
数据库 | Oracle 12c(RAC)甲骨文 MySql 5.5甲骨文 Mongodb、mysql、 oracle、redis | ||||
应用中间件 | Weblogic 12C甲骨文 | ||||
消息中间件 | Rabbitmq、kafka | ||||
大数据中间件 | Hadoop、hbase | ||||
服务容器 | Tomcat、nginx | ||||
数据交换平台 | |||||
BIM平台 | |||||
业务支撑组件 | 工作流引擎、GIS引擎、可视化组件、统一用户身份授权认证 | ||||
BI工具 | BI工具 | ||||
交通行业服务总线 | 服务总线 | ||||
数据服务总线 | 数据服务总线 | ||||
大数据平台商业发行版本License授权许可 | 许可授权(包含分布式文件系统、分布式数据库、批处理、即时计算、流式计算、R语言工具、ETL工具等)--基于开源定制的多,功能需要实时修复 | ||||
3 | 数据服务 | 数据门户 | 信息发布、目录检索、资源统计、交流反馈、消息接收、控制管理 | 1.提供5×8小时现场运维服务、7×24应急响应服务; 2.按照数据服务分项清单,对TOCC数据服务功能开展运维,保障数据服务功能的正常使用; 3.提供数据资源管理服务,对系统内的数据资源目录进行梳理和分类,协助采购人对数据资源目录进行审核和管理,按照长沙市相关标准规范和工作要求,完成长沙市数据资源管理平台中TOCC相关信息资源目录、数据资源目录的填报、更新和管理; 4.提供数据归集服务,提供长沙市交通运输行业系统各自建业务平台与TOCC数据共享交换平台的数据对接及相关接口运维服务;提供制定技术方案、对接实施、数据入库、数据更新等服务,负责建立和管理数据共享交换平台与上级系统的数据对接通道并提供数据接口升级运维服务; 5.提供数据管理服务,负责对数据库中的问题数据进行实时监测管理,配合采购人组织相关单位对问题数据进行修复和整改,包含但不仅限于长沙市数据资源管理平台的数据质量整改服务; 6.提供数据交换服务,配合采购人做好数据共享交换的全流程技术支撑和管理工作,满足湖南省、长沙市对TOCC数据共享和交换等方面的工作安排和考核要求。 | |
数据接入 | 接口服务 | ||||
数据集成 | 人工服务 | ||||
集成系统工具(采集、集成、分析) | |||||
数据管理 | 元数据管理、数据分级分类、数据标准化管理、数据资源目录、数据对账管理、数据质量管理、血缘关系管理、数据综合监控 | ||||
数据交换 | 信息交换库 | ||||
共享交换平台 | |||||
数据资源子层 | 汇集库、配置库、日志库、标签库、数据元库、基础资源库、主题库、专题库 | ||||
服务资源子层 | 数据鉴权服务、算法模型服务、数据标签服务、数据接口服务、数据索引服务 | ||||
4 | 交通运行监测预警系统 | 城市公交 | 公交营运情况展示、基础资源统计展示、绿色出行APP | 1、提供日常5×8小时现场监测运维服务、7×24应急响应服务; 2、制定业务应用系统运行状态及其运行环境的日常监测指标计划; 3、对业务应用系统的运行状态及其运行环境进行日常监测,每日至少两次现场巡检并形成巡检记录,定期对系统的运行情况和安全情况进行巡检并给出调优建议,主动对系统功能进行优化完善;对于日常监测和用户申告的异常情况进行处理,按照TOCC系统软件运维服务故障分级和处理要求及时排除系统故障或故障隐患,确保业务系统正常运行和数据安全; 4、对于发生的故障,在处理完毕后应提供故障分析报告; 5、定期对业务应用软件配置信息、用户权限以及联动配置表等进行检查,并根据需要进行优化; 6、对业务系统进行升级维护,对采购人提出的系统功能优化需求及时响应,中标人按照与采购人确定的需求结果,在规定时间内完成需求功能的优化完善,并经采购人审核通过; 7、做好采购方新增业务系统功能模块的部署、联调测试及正式发布; 8、根据业务应用系统运行的需求以及应用场景,定期进行相关的配置调优,或给出建设性的优化建议。 | |
出租车 | 出租车总体态势展示 | 行业总览 | |||
运营监测指标 | |||||
运营监测GIS地图态势 | |||||
车辆轨迹、异常聚集 | |||||
网约车 | 网约车监管、事件监控 | ||||
两客一危 | 两客一危监测:班车客运、包车客运、危货运输 | ||||
运营状态 | 班车客运运营状态 | ||||
包车客运运营状态 | |||||
执法打黑 | 执法监控 | 执法视频监控模块 | |||
重点区域监控模块 | |||||
执法应用 | 非法订单报警 | ||||
黑车报警 | |||||
出租车边界报警 | |||||
网约车电子围栏告警 | |||||
公路 | 固定点监测、路网管理、超限管理、治超管理、养护管理、应急处置、路政管理、值班值守、工程管理、执法管理 | ||||
城市出入口 | |||||
综合地理信息服务 | |||||
5 | 交通综合业务辅助与决策系统 | 业务辅助子系统 | 运管业务模块 | 综合客运主题分析 | 1、提供日常5×8小时现场监测运维服务、7×24应急响应服务; 2、制定业务应用系统运行状态及其运行环境的日常监测指标计划; 3、对业务应用系统的运行状态及其运行环境进行日常监测,每日至少两次现场巡检并形成巡检记录,定期对系统的运行情况和安全情况进行巡检并给出调优建议,主动对系统功能进行优化完善;对于日常监测和用户申告的异常情况进行处理,按照TOCC系统软件运维服务故障分级和处理要求及时排除系统故障或故障隐患,确保业务系统正常运行和数据安全; 4、对于发生的故障,在处理完毕后应提供故障分析报告; 5、定期对业务应用软件配置信息、用户权限以及联动配置表等进行检查,并根据需要进行优化; 6、对业务系统进行升级维护,对采购人提出的系统功能优化需求及时响应,中标人按照与采购人确定的需求结果,在规定时间内完成需求功能的优化完善,并经采购人审核通过; 7、做好采购方新增业务系统功能模块的部署、联调测试及正式发布; 8、根据业务应用系统运行的需求以及应用场景,定期进行相关的配置调优,或给出建设性的优化建议。 |
班车客运分析 | |||||
旅游包车分析 | |||||
货运危运分析 | |||||
公交客流分析 | |||||
出行分析 | |||||
证件审批查询 | |||||
IC卡统计查询 | |||||
运行情况分析 | |||||
行政执法业务模块 | 营运车辆及驾驶员准驾车型检验系统 | ||||
网约车投诉举报检验系统 | |||||
驾驶员资格证检验系统 | |||||
公路业务模块 | 公路处系统升级整合 | ||||
在建公路现场视频 | |||||
质量安全业务模块 | 在建公路现场视频 | ||||
质安执法档案管理系统 | 系统参数设置 | ||||
系统用户管理 | |||||
档案收集整理 | |||||
借阅管理 | |||||
文件管理 | |||||
案卷管理 | |||||
数据管理 | |||||
报表打印 | |||||
查阅日志 | |||||
统计分析 | |||||
长沙市交通运输局预算绩效管理信息系统-市级填报模块 | 基本情况 | ||||
项目管理情况 | |||||
项目资金情况 | |||||
绩效目标完成情况 | |||||
绩效评价情况 | |||||
存在问题及相关建议 | |||||
附件 | |||||
绩效评价评分表 | |||||
长沙市交通运输局预算绩效管理信息系统-省级填报模块 | 基本情况 | ||||
报告 | |||||
附件 | |||||
绩效评价评分表 | |||||
决策分析子系统 | 大数据决策分析模块 | 交通预测分析 | |||
路况分析 | |||||
营运车辆需求饱和状况分析 | |||||
OD出行分析 | |||||
公交、轨道站点覆盖率和OD出行关联分析 | |||||
农村道路规划合理性分析 | |||||
未审批车辆热点分析 | |||||
移动决策模块 | 移动端的应用展示 | ||||
交通移动终端 | 用于移动监测、决策用流量服务费用,按30台移动终端3年计取 | ||||
交通协同试点 | 交通协同模块 | 基于大数据的交通运力供需综合分析 | |||
营运浮动车辆及周边环境监测 | |||||
公路建设项目管理系统 | |||||
BIM数据建模模块 | 公路建设项目监管平台 | ||||
BIM管理平台 | |||||
6 | 决策分析系统扩展功能 | OD分析 | 公交线路优化展示图层 | 非公交出行网格OD排名 | 1、提供日常5×8小时现场监测运维服务、7×24应急响应服务; 2、制定业务应用系统运行状态及其运行环境的日常监测指标计划; 3、对业务应用系统的运行状态及其运行环境进行日常监测,每日至少两次现场巡检并形成巡检记录,定期对系统的运行情况和安全情况进行巡检并给出调优建议,主动对系统功能进行优化完善;对于日常监测和用户申告的异常情况进行处理,按照TOCC系统软件运维服务故障分级和处理要求及时排除系统故障或故障隐患,确保业务系统正常运行和数据安全; 4、对于发生的故障,在处理完毕后应提供故障分析报告; 5、定期对业务应用软件配置信息、用户权限以及联动配置表等进行检查,并根据需要进行优化; 6、对业务系统进行升级维护,对采购人提出的系统功能优化需求及时响应,中标人按照与采购人确定的需求结果,在规定时间内完成需求功能的优化完善,并经采购人审核通过; 7、做好采购方新增业务系统功能模块的部署、联调测试及正式发布; 8、根据业务应用系统运行的需求以及应用场景,定期进行相关的配置调优,或给出建设性的优化建议。 |
公交线路图层 | |||||
网格热点分析展示图层 | 网格出行量排名图层 | ||||
网格热点图层 | |||||
网格出行地点信息(编号、总出行人数、网格定位) | |||||
OD出行分析动态数据 | 居民跨区出行率统计 | ||||
市区分时交通量趋势 | |||||
居民出行距离分布趋势 | |||||
旅游景区OD分析 | 热门景区客流排名展示 | ||||
实时运行数时段变化趋势 | |||||
客流量动态数据 | |||||
客流热力趋势分析 | 客流热力趋势展示(网约出租、巡游出租订单量,城市公交出行人数)动态数据 | ||||
路网光点趋势分析 | 网约出租、巡游出租订单量,城市公交出行人数路网光点趋势展示 | ||||
交通规划 | 道路提质改造 | 路段动态数据展示 | |||
收费站动态数据展示 | |||||
线路起始位置展示 | |||||
公交接驳规划 | 新增轨道线路展示 | ||||
轨道线路规划结果展示 | |||||
轨道接驳规划 | 热门网格排名展示 | ||||
人流迁徙 | 省内外人流迁徙 | 跨省迁徙趋势迁入迁出 | |||
省内迁徙趋势迁入迁出 | |||||
客流分析 | 公交线路上下车预测 | 公交线路查询信息展示 | |||
公交线路站点展示 | |||||
网格公交运力分析 | 网格名称展示 | ||||
出现总人数展示 | |||||
运力展示 | |||||
公交站点图层展示 | |||||
无站点优化分析前10网格展示 | |||||
无站点优化分析前20网格展示 | |||||
无站点优化分析前50网格展示 | |||||
机动出行分担率动态数据 | 昨日时段分担率 | ||||
上月平均分担率 | |||||
昨日平均分担率 | |||||
本月每日分担率 | |||||
环比变化率 | |||||
路况分析 | 重点枢纽路况分析 | 巡游车时速动态数据 | |||
网约车时速动态数据 | |||||
公交车时速动态数据 | |||||
道路名称图层展示 | |||||
站点名称图层展示 | |||||
平均车速图层展示 | |||||
7 | 应急指挥调度系统 | 事件提醒 | 待办事件提醒 | 待办事件列表 | 1、提供日常5×8小时现场监测运维服务、7×24小时应急响应服务; 2、2、按照与其他业务系统相同要求开展运维; 3、在重大节假日、重大活动及特护期,根据采购人的要求进行7×24小时现场连续值班; 4、中标人须根据采购人要求在重大节假日、重大活动及特护期前对应急指挥调度系统进行联合调试、监测维护,确保应急指挥调度系统在重大节假日、重大活动及特护期期间正常运行。 |
待办事件按角色提醒、短消息发送 | |||||
应急报送 | 事件接报 | ||||
信息报送 | |||||
应急专题 | 危险品运输专题、节假日运输专题、水灾专题、冰灾专题、主题性专题 | ||||
应急回看 | 应急事件 | ||||
应急保障 | 应急机构、应急群组、应急人员、应急队伍、应急专家、应急物资、公共资源、值班管理、预案管理、知识库、应急专题 | ||||
8 | 综合服务协调管理系统 | 综合服务管理模块 | 1、提供日常5×8小时现场监测运维服务、7×24小时应急响应服务; 2、按照与其他业务系统相同要求开展运维。 | ||
资源协调管理模块 | |||||
交通服务质量管理模块 | |||||
综合运维模块 | |||||
9 | 数据可视化 | 公路展示 | 交通运行监测指标展示 | 1、提供日常5×8小时现场监测运维服务、7×24小时应急响应服务; 2、按照与其他业务系统相同要求开展运维; 3、根据采购人要求,在TOCC会场会议、调研等活动组织召开前,对数据可视化相关功能进行联调,保证数据可视化的正常展示运行; 4、对数据可视化内容展示专题根据采购人要求,在规定时间内完成展示优化。 | |
公路行业数据展示 | |||||
路网运行状况展示 | |||||
道路运输展示 | 运管、客运、货运、公交、出租车、驾培、维修、客运量分析 | ||||
节假日交通保障专题 | 态势监测 | ||||
流量分析 | |||||
GIS地图展示 | |||||
水运展示 | 港航航运行 | ||||
航道 | |||||
交通建管 | |||||
10 | 视频交互平台 | 交通局视频联网共享平台系统软件 | 统一身份认证和权限控制、组织与角色管理维护、设备集中管理、任务计划执行和调度、报警规则与处理管理、电子地图集中配置、设备巡检和日志管理等功能,以WEB页界面方式进行展示2、视频监控,主要包括对本次接入的范围内的所有监控点进行实时视频预览、分组轮巡、语音对讲、云台控制、视频抓录、视频参数配置等视频控制操作.3、系统的云台控制功能:基本的控制PTZ设备进行转动、变焦变倍等操作,守望预置点复位功能、PC键盘控制PTZ、网络键盘的云台控制、用户优先级区分执行、锁定以及图像OSD叠加的功能4、录像回放:对系统进行实时监控和录像检索回放。5、服务功能:中心管理服务、门户服务、视频管理服务、视频存储管理服务、事件分发服务、电视墙管理服务、键盘接入服务、视频联网网关、短信接入网关、移动接入服务、视频网管服务、数据采集服务、电子地图服务、校时服务、消息队列。 (海康威视) | 1、提供日常5×8小时现场监测运维服务、7×24小时应急响应服务; 2、开展对视频交互平台的全方位运营,使视频交互平台能够充分满足现有TOCC工作业务需求; 3、做好TOCC和相关单位或部门及上级系统平台的视频流接入和保障; 4、对视频交换平台相关支撑软件展开同步运维,并在支撑软件发生故障无法正常运行时进行升级或替换,提供的升级或替代支撑软件须为正品,且与原系统兼容,保证提供的升级或替代支撑软件不侵犯任何第三方的专利、商标或版权等。中标人自行负责为满足运维要求而产生的备件、备机、运输、安装、部署等费用,因自然损坏、维护不善损坏、人为损坏、其他原因损坏等导致支撑软件不能正常运行而必须更换的,中标人应按采购人要求进行更换,相关费用由中标人承担; 5、按照与其他业务系统相同要求开展运维。 | |
交通局视频联网监控子系统对接下级平台接口级联 | 对接现有的龙骧集团、龙骧巴士、湖南巴士、执法单兵视频等16家单位平台 (海康威视) | ||||
交通局视频联网监控子系统对接雪亮工程接口 | 开放对接雪亮工程、政务云 (海康威视) | ||||
四、交付时间和地点:
运维起止时间
三年运维,合同一年一签,具体以合同约定为准。
运维服务地点
长沙市交通运输局及其他采购人指定地点。
五、服务标准:
运维要求
(一)人员要求
1.人员配置要求
中标人应安排工作人员组成专门运维服务,并配备必要的运维办公工具在采购人指定地点驻场办公,人员配置要求具体如下:
(1)项目经理职责。负责本项目运维管理及开发工作,组织运维团队处理紧急及日常运维事项,根据采购人提出的要求,制定相关工作方案。负责现场团队工作,给成员提供引导、支持并监督他们的日常活动,能够较好处理、协调各方关系;提供完善的系统软件升级运维、数据接口升级维护等解决方案;指导并参与核心代码的规范与书写,组织解决项目运行过程中的技术问题;对项目开发流程、项目质量和项目开发制度的规划、控制、监督和管理;通过日常监控,对系统和事件进行监测分析和早期风险预警;与用户进行需求及要求沟通,传达工作任务目标。(熟悉java开发语言;具备扎实的计算机软件基础,熟悉数据结构、算法,并对软件工程有较好的理解;具有较强的分析、解决问题、领悟、归纳、逻辑推理和动手能力。)
(2)软件工程师职责。负责本项目系统软件功能运维升级服务技术工作,负责制定团队运维规范、编码规范,并跟踪维护过程及时纠正;具体负责系统软件升级运维技术工作,主导核心代码的编写与维护,并对系统状态进行把关;负责制定系统运行应急方案,并组织团队进行日常培训演练,提高应急反应能力,确保系统的平稳运行;负责技术团队成员的管理,激励与考核,把关相关运行报告。(精通java技术,熟悉微服务框架,熟悉面向对象编程设计,熟练掌握主流的Java开发框架;掌握数据库相关知识,熟悉Oracle数据库,具备SQL调优经验,了解数据库调优;熟悉WebLogic、Tomcat、Nginx等服务器和Web服务中间件;熟悉Linux操作系统,可以熟练使用常用的Linux命令完成日常工作。)
(3)数据库工程师职责。负责数据库日常升级维护与管理,数据库日常维护与管理(日常监控、安全保障、数据备份、恢复、数据迁移、数据一致性等)检查并分析系统日志及跟踪文件,发现并排除数据库系统错误隐患;处理系统运行过程中数据库相关工作,包括数据库设计、数据开发、报表开发、数据统计、数据迁移、数据备份等;进行数据库空间的规划管理,预测数据库系统的未来存储需求,制订数据库的存储方案与备份计划;优化Oracle、mysql;每周分析用户的应用类型和用户行为;调整Oracle、mysql数据库的数据分布和参数设置,并提出优化方案。(熟悉常用主流使用的中间件软件;并熟练编写SQL脚本,精通关系数据库原理,熟练使用SQL进行数据库管理和数据处理;了解主流大数据处理中间件;长期驻采购人指定的办公地点办公。)
(4)大数据工程师职责。负责系统大数据平台数据仓库优化维护、ETL应用、数据分析;负责系统大数据实时计算业务应用升级维护;分析和组织来自不同数据源的原始数据,保持对相关数据工程实践的深入理解,为用户和相关应用程序的数据访问设计和构建数据api和数据虚拟化;能够设计、构建和维护ETL批处理和流数据管道;熟练掌握接口开发技术,能够独立对系统所有数据接口进行升级运维。设计和维护数据平台(数据仓库、数据集市、数据湖),支持用户多种数据应用场景和计算需求。(熟悉数据建模,具有良好的编程习惯和文档编写习惯;熟悉数据仓库领域知识和管理技能;熟悉常用数据库的性能特点和开发技术;了解大数据基础架构和平台搭建,具备相关组件或产品(Hive、HBase等)项目应用研发经验;熟悉Linux系统,能够熟练运用Java、Scala等多种语言进行开发。)
(5)专职信息系统运行监测工程师职责。专职负责系统软件、数据库等运行工作状态的日常监测,能够基于交通运行海量数据快速进行评估、分析、问题定位;负责对系统或业务进行数据分析,定位风险问题、固化数据脚本定期进行问题点监控并给出建议;负责沟通客户准确把握需求,对系统软件、数据库等工作状态梳理分析输出分析报告;协助项目安排的其他日常工作。(能够对数字可视化展示界面进行改版优化,熟悉常见的数据爬取工具、数据处理和分析工具,具备扎实的统计学和数学基础,能够进行数据建模、假设检验、回归分析等;能够使用数据可视化工具等,将分析结果以清晰易懂的方式呈现。)
2.人员驻场工作内容
(1)日常运维工作
中标人派驻的专门运维服务小组(人员伙食、交通、住宿、通讯费由中标人自行负责)采用常驻现场的方式进行TOCC软件运维服务支撑,在与采购人上班时间保持一致(5*8小时)的前提下,提供7*24小时“随传”及按要求现场进行值班保障的运维服务,及时响应采购人及上级部门的服务需求,处理系统故障。驻场人员需保持稳定,人员如进行调整,需有相应资质以上及工作责任心强的人员替代,并经采购人批准同意并进行备案后方可实施。当运维服务现场无法处理时,中标人及时调度增派专业服务团队携带专业工具提供技术及人员支持,必要时赶赴现场提供支撑服务。常驻现场人员日常运维工作包括:
1)业务应用系统运行升级维护、日常监控检查、故障的及时排查整改,系统软件功能需求的及时响应,规定时间内完成相关功能优化完善;
2)基础支撑软件(操作系统、数据库系统)运行日常监控检查及故障的及时排查发现整改;
3)数据库日常巡检监控、数据备份工作;
4)系统日志查看;
5)协助进行TOCC项目相关规范的更新,编制完善TOCC软件运维服务相关制度,针对系统软件常见故障或突发情况进行安全策略分析、应急预案编制,开展业务人员培训及会场保障演练等;
6)业务数据清理,协助做好TOCC资源的使用优化;
7)运行环境检测、优化,针对TOCC在政务云上资源的数据维度(云上数据正常更新且无质量问题)、成效维度(趋势变化稳定、使用效果良好)进行日常监控,排查隐患并对发现的问题及时整改;
8)平台日常使用指导;
9)采购人及上级部门安排的其他TOCC系统软件运维工作。
(2)业务交流接待
配合采购人及上级部门完成TOCC会场调研、会议及交流等重大活动的前期联合调试准备及会议保障进行工作,进行会议平台操作及TOCC系统现场使用操作讲解工作。
(3)基础支撑软件维护
1)性能调优配合:配合集成商进行相应应用软件系统的调优;
2)配合完成操作系统、数据库等基础支撑软件的国产化改造替换;
3)数据库日常维护:对数据库进行实时监测,按采购人要求每周至少进行一次数据库的全面检查。
(4)软件源代码升级维护
接手采购提供的TOCC系统的全套源代码,并对源代码进行升级维护工作。对TOCC系统架构及源代码进行全面的熟悉掌握,按采购人要求对业务应用系统功能进行审计(包括数据可视化大屏的改版及源代码升级),开展源代码日常监测升级等工作。
(5)重大活动、重大节假日及“特护期”值班保障
在关键特殊时间点或重大活动、重大节假日期间,根据采购人及上级部门的要求,全方位制定值班计划和应急保障预案,安排人员开展值班驻场服务,进行24小时连续值班,提供全方位的TOCC软件运维保障服务,全天候监测核心应用软件、业务平台、数据库安全等方面的隐患和故障,并及时处置到位。
(二)工作要求
1.在系统软件监测及功能优化方面。中标人需提供系统基本升级维护服务,内容包括定期现场巡检,修改、完善系统,调整、优化系统性能以满足业务数据不断增长的需要,确保各业务系统软件平稳运行,保障各项业务的正常经办。(1)中标人应安排专职人员对TOCC系统软件的运行进行升级维护,开展日常监控检查、隐患排查、故障问题整改跟踪,全方位编制安全策略分析报告、应急预案等运维服务保障资料,建立良好的软件运行维护服务管理机制。(2)服务期内,采购人及其上级部门出台的新政策、新文件、新业务导致的新需求或需求变更,只要不改变现有系统核心架构,中标人均应及时升级系统支持业务经办,新需求或需求变更需要突破现有应用程序核心架构的,系统升级服务需甲乙双方协商另行解决。对采购人及上级部门提出的业务系统功能优化升级需求,中标人在现有系统主要流程及框架不变的前提下,修改、完善系统,调整、优化系统性能以满足业务数据不断增长的需要,按照TOCC系统软件运维服务故障分级和处理要求(详见采购需求表1),在规定时间内进行响应及完成功能优化升级。(3)中标人需协助采购人,处置TOCC系统关于政府信息化项目运行评价的相关工作,包括数据维度(云上数据正常更新且无质量问题)、成效维度(趋势变化稳定、使用效果良好)等方面的内容,使TOCC系统满足在省、市级运行评价评优要求。(4)中标人需合采购人完成因系统扩容而进行的所有技术支持工作。采购人扩展的业务系统,中标人负责提供新增系统接口的技术支持。中标人定期向采购人提出系统升级及维护建议。
2.在人员培训演练方面。中标人需配合采购人及上级部门根据工作内容完成长沙市交通运输行业相关的TOCC系统业务实操培训工作、应急演练工作,培训次数、培训方式、时间、地点及内容由中标人与采购人沟通决定;应急演练工作每月至少进行一次,重大活动、重大节假日及特护期根据采购人要求组织进行。
3.在数据基础性维护方面。中标人根据省交通运输厅、市数据资源管理局等相关职能部门要求,将TOCC平台相关数据资源信息归集共享至省数据中台、长沙市城市大脑等相关信息化平台,对接长沙市交通运输系统各相关信息化平台,开展TOCC系统与其他系统的接口运维服务工作,配合完成系统数据归集、分析、共享等工作。
4.在应急故障响应方面。中标人应针对日常运维工作中可能会出现突发事件需提前制定相应的应急预案,采取应急保障措施。紧急、特殊的服务要求应立即提供服务并在规定时间内完成服务。中标人应按照TOCC软件运维服务故障分级和处理要求(详见采购需求表1:TOCC系统软件运维服务故障分级和处理要求)响应和解决故障,未能及时完成服务请求的,中标人应向采购人提交书面解释。
序号 | 故障 对象 | 故障 等级 | 故障描述 | 响应时间 | 故障恢复 时间 |
1 | 系统 (包括TOCC办公端、移动端) | 一级 | (1)存储系统不提供数据服务; (2)系统重复崩溃和挂起(无论什么原因); (3)多个用户无法访问系统中的信息; (4)系统性能显著降低; (5)数据库崩溃或挂机(可根据采购人的反馈确定); (6)数据库性能低下(可根据采购人的反馈确定); (7)对业务系统产生严重影响,崩溃(可根据采购人的反馈确定); (8)系统被攻击无法提供服务,或者系统被攻击导致重要数据损失; (9)TOCC展示系统、TOCC移动端及办公端出现故障无法正常运行导致不能支持正常开展情况,系统数据出现中断、异常及数据错误现象。 | 30分钟内 | 2小时内 消除故障影响,恢复业务 |
2 | 二级 | (1)系统可以,但周期性地出现故障; (2)性能在可接受范围内; (3)对业务产生的影响不大; (4)间歇性/非经常性系统崩溃或挂机 ; (5)系统存在已知高危漏洞可导致系统被非法入侵或控制,系统存在逻辑漏洞可导致数据泄漏、信息泄漏风险的。 | 2小时内 | 8小时内 消除故障 影响,恢 复业务 | |
3 | 三级 | (1)如何操作的问题; (2)一般性技术咨询; (3)配置或安装问题; (4)不涉及到生产数据库; (5)“如何操作”数据库查询 。 | 4小时内 | 3天内彻 底解决 | |
4 | 四级 | 一般非技术性咨询 | 12小时内 | 7天内彻 底解决 | |
注:此表根据【长沙市政府投资信息化项目管理标准】CSSJ GL 25001—2023 长沙市政府投资信息化建设项目运行维护规范相关内容要求及TOCC实际情况制定。 |
表1:TOCC系统软件运维服务故障分级和处理要求表
5.在运维质量保证方面。中标人在运维实施过程中应开展质量保证活动,且必须接受采购人的质量监督检查,提供真实有效的相关质量活动记录、证据,接受采购人提出的质量问题整改要求,承担质量责任及因质量问题导致的进度延迟责任。对于服务工作中出现的重大事件及时提交分析报告,分析原因、提出改进措施。
6.在运维资料管理及移交方面。中标人在运维各个阶段有关电子或纸质文档,包括说明书、部署手册、技术文件、资料及安装、测试等文档以及应用软件、与应用软件有关的电子文档、安装配置及维护文档等,按质量管理要求交付给采购方负责人。
7.在安全保密要求方面。中标人应确保参与本服务项目的工作人员遵守采购人的相关规章制度,配合采购人开展相关工作人员的背景审查,保证采购人的设备安全、软件安全、系统安全、数据安全、源代码安全。在本服务的履行期内,任何一方可以获得与本项目相关的对方的保密信息,对此双方皆应谨慎接受。相关信息未经双方书面许可,不得向第三方披露。涉及源代码修改、可能改变系统核心架构及影响系统业务正常开展的技术升级行为,未经采购人允许中标人不得实施,否则由此造成的一切后果及损失由中标人承担。
8.中标人对于采购人及其上级部门提出的其他工作事项均应按照要求完成。
(三)基础支撑软件升级更换及配合进行国产化改造要求
提供升级的基础支撑软件因故障需更换的需为正品,且与系统软件兼容,保证提供的基础支撑软件不侵犯任何第三方的专利、商标或版权等。本项目采用费用包干方式建设,为满足运维响应要求而产生的系统软件功能优化相关基础支撑软件的购买、安装、部署等费用由中标人承担。因维护不善损坏、人为损坏、其他原因损坏等导致基础支撑软件不能正常运行而必须替换或升级的,中标人应按采购人要求对基础支撑软件(服务软件)进行更换,单次软件更换或升级费用5万元(含)以内,或由中标人自身原因导致的系统运行故障需更换、升级软件产生费用的,相关费用由中标人承担;5万元以上的且非中标人自身原因造成系统软件需要更换升级的,由中标人对故障原因进行充分分析论证、提出解决方案,形成报告后向采购人上报,经采购人审核同意后按相关管理规定处理。
中标人须配合完成操作系统、数据库等基础支撑软件的国产化改造替换工作。
六、验收标准:
1.简易验收程序。
2.项目验收国家有强制性规定的,按国家规定执行。
七、其他要求:
本服务采用费用包干方式,潜在供应商应根据要求,详细列明服务所需的费用,以及人工、管理、财务等所有费用,如一旦成交,在服务实施中出现任何遗漏,均由中标人免费提供,采购人不再支付任何费用。
采购需求仅供参考,相关内容以采购文件为准。