本项目属于软件和信息技术服务业
第一包:硬件基础设施运行维护服务,预算145万元
一、项目背景
为实现天津市智能交通运行监测中心各类系统和业务应用持续稳定运行,保证各系统基础硬件安全可靠,天津市智能交通运行监测中心计划就本年度各类基础硬件设施的维护服务项目,实施政府采购。
二、技术要求
(一)技术需求
运维工作标准:
投标人提供运维服务需参考ISO20000、ISO9000等国内外先进标准体系,提供服务至少应涵盖服务管理体系、突发事件管理、问题管理等方面。
1.日常维护
★投标人按采购人要求,在发生故障时,技术保障人员应在5分钟内响应,15分钟内到场进行维修,30分钟内维修完成。遇重大故障时,半小时内不能完成维修的,给出设备正常运行的解决方案。
2.重要节假日、重大会议及活动期间重要保障工作
★投标人按照采购人要求,在重要节假日、重大会议及活动期间做好重要保障工作,提前制定重要保障方案,并将方案提交给采购人。7×24小时提供应急保障。
3.突发系统故障的应对
★提供7×24小时应急现场服务。在突发事件发生后,投标人需根据突发系统故障情况,迅速投入技术保障人员,参与故障应对和处理,保证系统正常使用。
4.备机备件服务
★此项目中,投标人需按照采购人的要求,提供保障采购人日常系统运行的备机备件或应急保障服务,如网络设备、网络安全设备、音视频设备、大屏设备、视频会议设备等关键部位或场所的重要设备。
5.重要设备升级服务
★此项目中,投标人需按照采购人的要求,保证重要节点的网络安全设备的病毒库或特征库为当年最新,并且满足等保三级的要求。
(二)项目范围及维护需求
2019年以前建设项目硬件基础设施运维:
2019年以前建设项目包括系统集成及指挥中心设备、行政执法综合信息系统硬件设备等。详细运维项目清单如下:
序号 |
项目名称 |
1 |
系统集成及指挥中心建设运维 |
2 |
全国高速公路信息通信系统联网工程(天津段)局站升级改造标段运维 |
3 |
扬尘系统软件租赁 |
4 |
行政执法综合信息系统硬件设备运维 |
5 |
卫国道机房UPS系统运维 |
硬件运维基础服务内容如下:
1.服务器设备巡检维护:
每天对服务器设备进行日常维护,包含运行状况监控、硬盘维护、故障维护、日志管理、配置维护、除尘维护以及补丁更新升级等。该项对主机系统的资源利用(主要指CPU、内存、I/O 、集群、存储等系统运行效力的部分)及性能情况进行监控,发现系统性能的瓶颈,并提出针对系统瓶颈的解决建议。性能监控的具体内容,由公司提出,交与客户讨论后确定。公司对监控结果生成书面的报告。对主机系统及硬件进行周期性的健康检查,及早发现系统存在的隐患,并提供相应的解决措施,防患于未然,减少系统的意外宕机机会,保障系统的可靠性。
2.网络设备巡检维护:
每天对网络设备进行日常维护包含运行状况监控、链路维护、配置维护、故障维护等。对交换机、路由器等网络设备的运行状况、 错误信息及配置情况进行定期检查(每日一次),及时发现设备可能出现的故障,防患于未然,减少系统的意外宕机机会,保障系统的可靠性。与采购人讨论后确定健康检查具体内容,并按月巡检后提交书面检查报告。
简单故障排查及处理,在0.5小时内解决故障,保证网络的正常运行。对重大紧急故障需提供专业工程师现场支持服务,硬件故障需协助采购人购买及更换硬件,提供备品备件应对故障问题。
提供电话、邮件等各种形式的支持服务,由资深网络工程师提供技术服务,进行技术咨询,故障分析,远程诊断,并对严重问题迅速升级,包括将问题升级派遣当地工程师迅速到达现场。支持服务为每周7天,每天24小时。
3.存储设备巡检维护:
制定规范的流程,每日对存储设备健康状况进行人工巡检, 填写规范的巡检记录。通过技术手段对存储设备健康状态进行7天X24小时不间断监测,及时发现存储设备的健康问题。科学规划与管理存储设备空间。
4.安全设备巡检维护:
每日对网络系统中的网络设备运行状况、网络流量、用户行为等进行检查记录,发现问题后要及进行处理。绘制与当前运行情况相符的网络拓扑结构图;根据各部门的工作职能、重要性和所涉及信息的重要程度等因素,划分不同的子网或网段,并按照方便管理和控制的原则为各子网、网段分配地址段。每日检查网络边界处的攻击行为,端口扫描、强力攻击、木马后门攻击、拒绝服务攻击、缓冲区溢出攻击、IP碎片攻击和网络蠕虫攻击等。每日检查登录网络设备的用户情况,并进行身份鉴别;配置网络设备管理员的登录地址,使之能够进行相应限制;对网络设备用户的口令进行检查,杜绝网络设备用户使用初始密码或简单密码;每日检查网络设备是否启用远程服务等功能,设备进行远程管理时,是否采用了相应的安全措施。
5.终端设备巡检维护:
每周对终端设备进行日常维护,包含故障维护、设备基础保养等。
6.行政执法综合信息系统数据库运行监测维护:
每天对行政执法综合信息系统数据库进行日常运行监测维护,包含运行状态检查、数据库备份、版本升级、数据库迁移以及故障维护等。服务期内,如出现故障需有具备数据库专家认证的技术人员到现场进行技术服务,内容包括:软件安装帮助、数据库备份方案、软件升级的规划和实施、数据库的重新规划、现场问题的诊断及分析、实施问题的解决方案、数据库性能调整、系统故障的处理。
7.UPS系统维护:
要保证机房UPS系统及蓄电池组正常稳定运行,对于UPS系统由于故障或者其他原因无法继续运行的,提供应急救援服务,同时需在本运维周期内提供满足机房运行需求的运行保障服务。
在服务期内,需由具有专业资质的维护团队提供正规的UPS主机及电池组的日常监测、检测、运行、充放电、故障维修、配件更换、应急救援等服务,并在此基础上,还需要按照以下标准运维。
①UPS日常巡检
巡检频次:每日一次。
(1)检查卫生环境、温湿度状况;
(2)检查UPS运行状态,记录各种运行数据,包括电压、电流、频率、功率、带载率等;
(3)观察UPS风扇有无异响,运行是否正常;
(4)观察UPS主机内部有无异响、震动;
(5)观察UPS输入、输出柜各进出线开关状态(检查项同普通开关柜);
(6)观察电池外观有无明显鼓胀、渗液或开裂;
(7)日常巡检工作由值班人员进行,巡检状况应记录在《日常巡检记录表中》;
②UPS设备维护保养
●月度维护
a)除进行日常检查之外,还应检查UPS通风风扇是否完好,风扇电机无卡死、抱轴情况,风扇扇叶完好无损。
b)风扇滤网干净,无灰尘堆积,发现不合格及时更换。
c)记录UPS电压、电流、负载率相关参数。
d)检查UPS报警情况,将UPS报警记录统计分析,判断UPS本身是否存在问题。
●季度维护
a)除进行月维护的项目外,还应对UPS的电池进行放电。
b)电池组应放电至额定容量的60~70%,并记录放电后再次充满时的后备时间。
c)不可同时对相同负荷的两路UPS进行放电,且放电测试间隔应大于48小时。
d)测量并记录电池组内阻、静态电压。
e)除进行季度检查的项目外,还应对UPS设备进行整体除尘。
f)除尘应使用真空式吹风机,不能使用湿抹布。
8、精密空调系统维护
①日常巡检
巡检频次:每日一次。
(1)记录设备机房内的回风温、湿度;
(2)查看空调机有无异响;
(3)制冷剂充注量是否合适(可以通过观察视液镜中的液体,无气泡或有少许气泡为充注量合适);
②维护保养
●季度维护(季度维护必须在停机状态下进行)
a)进行日常维护的所有维护项目。
b)清洗加湿器。
c)擦拭机组外壳。(不要用强腐蚀物或强化学物质,可用干净的纱布沾上中性洗涤剂擦拭)
d)检查室外风机有无抱死,破损,运转情况是否正常,并清除积灰 (夏季每月1次,每周检查)。
e)更换空气过滤网 (空气过滤网不要等到报警后再更换,应根据机房中空气质量状况定期进行更换)。
f)对制冷管路上各接口进行检查,观察是否有油迹,螺纹接口如果有油迹可用板手进行紧固。
g)检查压缩机高低压参数,根据检查情况补充或释放制冷剂。
h)当有备用电源时,在使用前要检查电源相序是否与市电一致。
i)由设备厂商专业工程师进行空调全面健康检查,并提交检查报告。
9.日志备份维护:
每周进行硬件日志备份维护,包含设备运行日志备份、异常事件的日志备份以及安全审计日志备份等。
10.资产管理服务:
每月对业务软件所涉及的设备信息进行收集,进行资产梳理并形成资产表,同时对设备、线缆等各类标签进行维护服务。
11.应急响应服务:
结合《天津市交通运输委员会网络安全事件应急预案》及相关文件要求,确立应急响应专项机制,制定并实施有效的应急计划,出现应急事件时负责事件调查、通知处理人员、事件评估、响应记录以及事件总结分析等。
12.应急方案设计与演练服务:
针对此次项目范围内设备和软件的具体应用环境及业务要求,为用户方制定软硬件平台在遇到可能影响生产系统运行的重大故障或意外灾难时所要采取 的应急处理方案,确保在发生故障时,业务能在最短时间内恢复正常。
年至少提供1次应急演练服务,其中安全设备的应急演练应有原厂认证工程技术人员参加。应急演练结束后,中标方应提供应急演练报告,对应急演练情况进行总结分析。
13.重大事件保障运维:
在重大事件期间提升监控力度、故障处理效率、制定并实施有效的保障计划、制定硬件优化预案并进行调优处理。
14.按照采购人实际运行的需求,提供机房所有硬件设备易损件的备机备件,如服务器硬盘、服务器风扇、服务器电源模块、存储硬盘等。
15.定期巡检要求:
对系统进行定期巡检及维护,巡检周期为每日巡检,部分维护工作可以每周或每月进行,节假日根据具体工作安排排定巡检工作。
16.每日对设备运行情况提供维护日报,包括:各重要节点的网络设备、安全设备的运行情况;UPS及空调的运行情况。
巡检要求:
巡检人员对于每次巡检的结果都应准确记录和归档。
巡检人员巡检当日应提交当天的巡检结果至相关负责人。
巡检人员每月应对当月的巡检结果进行汇总,并进行集中汇报。
巡检过程中发现的故障,应按照故障服务要求及时处理。
系统集成及指挥中心设备清单如下:
序号 |
资产名称 |
计量单位 |
数量 |
购置日期 |
1 |
WAP4400N无线接入点 |
台 |
3 |
2008-6-11 |
2 |
视频终端 |
台 |
2 |
2008-5-29 |
3 |
电视墙服务器 |
台 |
1 |
2008-5-29 |
4 |
多点处理单元 |
台 |
1 |
2008-5-29 |
5 |
交换机 |
台 |
1 |
2008-5-29 |
6 |
路由器 |
台 |
1 |
2008-5-29 |
7 |
多屏幕显示墙系统 |
套 |
1 |
2008-5-29 |
8 |
方正熊猫安全网关 |
台 |
1 |
2008-5-29 |
9 |
英飞UPS |
套 |
1 |
2008-5-29 |
10 |
调音模块 |
台 |
2 |
2008-5-29 |
11 |
继电器模块 |
台 |
3 |
2008-5-29 |
12 |
无线收发机 |
台 |
2 |
2008-5-29 |
13 |
交换机 |
台 |
6 |
2008-5-29 |
14 |
深信服VPN |
台 |
1 |
2008-5-29 |
15 |
机房环境监测系统 |
套 |
1 |
2008-5-29 |
16 |
12路硬盘录像机 |
套 |
1 |
2008-5-29 |
17 |
半球摄像机 |
台 |
5 |
2008-5-29 |
18 |
报警主机 |
台 |
1 |
2008-5-29 |
19 |
投影仪 |
台 |
1 |
2008-5-29 |
20 |
PDC控制器 |
台 |
2 |
2008-5-29 |
21 |
代表机 |
只 |
13 |
2008-5-29 |
22 |
电源时序器 |
套 |
1 |
2008-5-29 |
23 |
双音频接口盒 |
只 |
6 |
2008-5-29 |
24 |
五联琴台 |
个 |
2 |
2008-5-29 |
25 |
LED大屏 |
平方 |
5 |
2008-5-29 |
26 |
服务器 |
台 |
3 |
2008-5-29 |
27 |
服务器 |
台 |
1 |
2008-5-29 |
28 |
信号分区器 |
台 |
1 |
2008-5-29 |
29 |
功率放大器 |
台 |
2 |
2008-5-29 |
30 |
主扬声器 |
只 |
2 |
2008-5-29 |
31 |
24路调音台 |
台 |
1 |
2008-5-29 |
32 |
功率放大器 |
台 |
2 |
2008-5-29 |
33 |
主席机 |
台 |
1 |
2008-5-29 |
34 |
视频会议摄像机 |
台 |
2 |
2008-5-29 |
35 |
会议控制主机 |
台 |
1 |
2008-5-29 |
36 |
视频终端 |
套 |
10 |
2010-1-13 |
37 |
视频会议终端 |
台 |
10 |
2010-1-13 |
38 |
路由器 |
台 |
10 |
2010-1-13 |
39 |
GIS数据库服务器 |
台 |
2 |
2010-4-10 |
40 |
应用服务器 |
台 |
4 |
2010-4-10 |
41 |
APC英飞静态旁路模块 |
套 |
1 |
2011-6-30 |
42 |
视频会议终端 |
台 |
2 |
2010-4-8 |
43 |
视频终端 |
套 |
2 |
2010-4-8 |
44 |
IBM服务器 |
台 |
2 |
2010-8-31 |
45 |
硬件防火墙 |
台 |
1 |
2011-9-15 |
46 |
磁盘阵列配件 |
片 |
6 |
2011-10-11 |
47 |
磁盘阵列配件机头 |
套 |
1 |
2011-10-11 |
48 |
磁盘阵列配件 |
片 |
8 |
2011-10-11 |
49 |
磁盘阵列 |
套 |
0.5 |
2011-10-11 |
50 |
服务器 |
台 |
1 |
2011-11-25 |
51 |
服务器 |
台 |
2 |
2011-12-12 |
52 |
服务器 |
台 |
2 |
2011-11-25 |
53 |
联想台式电脑主机 |
台 |
1 |
2008-10-13 |
54 |
交换机 |
台 |
2 |
2009-5-25 |
55 |
双音频接口盒 |
台 |
6 |
2009-5-25 |
56 |
代表机 |
只 |
6 |
2009-5-25 |
57 |
双音频接口盒 |
只 |
1 |
2008-5-29 |
58 |
交换机模块 |
台 |
1 |
2009-5-25 |
59 |
单门控制器含报警联动 |
套 |
1 |
2012-8-7 |
系统集成及指挥中心设备主要为智能交通运行监测中心机房UPS主机及蓄电池组、机房电力设备、机房环境监控设备、服务器及存储设备、网络设备、网络安全设备、终端设备、安全设备等。各设备运行时间较长,基础故障较为频繁,需要加强体系化运维。在基础运维服务内容之外,还需加强以下方面的运维:
①服务器设备运维
●定期检测服务器、存储设备运行情况,优化服务器系统环境和存储资源,在每日巡检基础上,增加每月巡检,具体内容如下:
●检查服务器及存储设备运行状态、配置信息,对风扇、电池、磁盘等敏感部件进行重点检查,如有故障或设备到期配件,应及时更换;
●检查主机运行状态,对系统CPU、内存、I/O状态、进程等进行检查,并对异常情况进行跟进和核查;
●对系统及数据进行定期备份;
●对系统运行日志文件、数据库运行日志文件等记录服务器运行状态的文件进行备份;
②网络及网络安全设备运维
●在基础巡检内容之外,增加每月巡检,每月巡检从网络的连通性、网络的性能、网络的监控管理三个方面加强对网络系统的维保,维护内容如下:
●检查网络设备(交换机、路由)硬件运行状态是否正常,包括电源、风扇、模块运行状态;
●对网络交换机进行调试、故障诊断,对设备更换与升级提供建议。对于突发的紧急硬件故障可以提供匹配的设备进行临时替代;
●对路由器进行调试、故障诊断,对设备更换与升级提供建议。对于突发的紧急硬件故障可以提供匹配的设备进行临时替代;
●定期检查和统计网络设备型号、数量及版本信息;
●定期检查和梳理网络结构、网络路由、网络IP地址信息。
●保障机房内重要节点的网络设备、网络安全设备的使用版本为最新,或者提供功能与性能不低于原设备的备机保障服务
③终端设备运维
●在基础巡检内容之外,针对终端设备LED大屏、投影仪等低使用频率设备,增加每月固定基础故障检查和设备调试;针对调音模块、投影仪等高使用频率设备,增加每周固定基础故障检查和设备调试。
④机房和UPS系统运维
要保证成都道五楼机房UPS系统及蓄电池组正常稳定运行,对于UPS系统由于故障或者其他原因无法继续运行的,提供应急救援服务,同时需在本运维周期内提供满足机房运行需求的运行保障服务。
在服务期内,需由具有专业资质的维护团队提供正规的UPS主机及电池组的日常监测、检测、运行、充放电、故障维修、配件更换、应急救援等服务,并在此基础上,还需要按照以下标准运维。
●按照招标人的需求,每日对机房进行安全巡查,并且记录机房内所有的设备运行状态。如发现设备故障,应立即采取相应措施排除故障,保障设备正常运行,并将情况报告给采购方,同时将情况记录在巡检日志中。
●按照招标人的需求,除了对UPS系统日常运行维护外,本运维周期要保障UPS系统的正常运行。
⑤机房环境维护
机房环境维护包括:
●机柜维护:日常维护检查机柜外观情况,及时发现风险。
●精密空调维护:日常维护检查空调运行状态,按季度定期对空调进行维修保养。
●其他维护:其他维护包括机房装饰等装修类设施维护、机房管理维护等。
日常维护检查内容如下:
●机房设施:门、窗、墙、地面等维修维护工作。
●配电系统:配电箱、线路、开关、插座巡查、维护工作。
●照明灯源:机房内灯源维修更换。
●其他维护:配合用户对弱电系统、消防系统等进行巡视和日常运行管理,配合用户进行日常保养维修。
18.全国高速公路信息通信系统联网工程(天津段)局站升级改造标段运维
序号 |
资产名称 |
品牌 |
计量单位 |
数量 |
购置日期 |
1 |
MCU |
宝利通 |
套 |
1 |
2014-12-12 |
2 |
视频终端1 |
宝利通 |
套 |
1 |
2014-12-12 |
3 |
视频终端2 |
宝利通 |
套 |
1 |
2014-12-12 |
4 |
视频矩阵 |
淳中 |
套 |
1 |
2014-12-12 |
5 |
负载均衡 |
深信服 |
台 |
1 |
2014-12-12 |
6 |
机房空调 |
艾默生 |
台 |
5 |
2014-12-12 |
7 |
交换机1 |
华为 |
台 |
2 |
2014-12-12 |
8 |
交换机2 |
华为 |
台 |
2 |
2014-12-12 |
9 |
显示终端 |
海信 |
套 |
1 |
2014-12-12 |
全国高速公路信息通信系统联网工程(天津段)局站升级改造标段设备主要为视频会议设备、精密空调、网络设备、终端设备等。本部分运维内容的核心为机房精密空调、视频会议设备、终端设备等。在基础运维内容之外,还需加强以下运维工作:
●每日固定巡检,对设备整体运行状态进行评估分析,巡检内容包括:查看MCU、终端运行状态,查看资源使用情况。
●每月对设备进行试运行,检测系统运行状态;检查设备网络状况。
●定期检查设备版本,升级设备补丁。
●定期对机房精密空调进行维护维修,保障本运维周期精密空调正常运行
19.扬尘系统软件租赁
扬尘监控系统广泛的应用于数字城管、智慧城市、无线城市、建筑工地、物联网等无人值守的远程监测和评估,主要用于城市功能区扬尘监测、工业企业厂界扬尘监测、施工场界扬尘监测、社会生活扬尘监测、港口码头堆场扬尘监测等。该系统加强了环保、城建、交通、气象部门间的协作和信息共享,推广了城市扬尘污染监控及防治技术实施,并利用科技力量提升空气质量,改善人民环境,同时服务于国家环保治理热点。系统每年固定支出为软件租赁费用。
20.行政执法综合信息系统硬件设备运维,运维设备清单如下:
项号 |
货物名称 |
品牌 |
规格型号 |
设备数量 |
单位 |
1 |
主业务服务器 |
浪潮 |
NF8460M4 |
2 |
台 |
2 |
主业务数据备份服务器 |
浪潮 |
NF5280M4 |
2 |
台 |
3 |
交换服务器 |
浪潮 |
NF5280M4 |
1 |
台 |
4 |
二级单位数据交换服务器 |
浪潮 |
NF5280M4 |
1 |
台 |
5 |
磁盘阵列 |
浪潮 |
AS5500 |
1 |
台 |
6 |
企业版数据库软件 |
甲骨文 |
OracleDatabase 11g Full Use企业版+集群软件 |
1 |
套 |
7 |
标准版数据库软件 |
甲骨文 |
标准版 |
1 |
套 |
行政执法综合信息系统硬件设备主要为服务器及存储设备、基础支撑软件(数据库软件)。在基础运维服务内容之外,需要投标人加强对数据库进行运维支持。
投标人提供的数据库运行维护服务应为主动数据库性能管理,至少包括快速发现、诊断和解决性能问题,预警并解决数据库性能问题等。具体数据库运行维护监控的基本服务内容包括:
序号 |
服务模块 |
内容描述 |
1 |
★数据库 7×24电话支持服务 |
★1.每周7天,每天24小时支持采购人电话,电子邮件答询。 ★2.对采购人提出的一般性问题进行技术咨询、指导。 ★3.定期的数据库故障管理报告, 避免问题再度发生。 |
2 |
数据库产品 现场服务响应 |
发生以下重大故障或事件时,投标人需派驻人员现场解决: ●数据库宕机 ●数据坏块 ●影响业务不能进行的产品问题 ●软件产品的整体更新 ●其他影响业务长时间使用的数据库故障 |
3 |
数据库产品 系统健康检查 |
检查并分析系统日志及跟踪文件,发现并排除数据库系统错误隐患。 ●检查数据库系统是否需要应用最新的补丁集。 ●检查数据库空间的使用情况。 ●协助进行数据库空间的规划管理。 ●检查数据库备份的完整性。 ●监控数据库性能。 |
4 |
数据库产品 性能调优 |
●评价并修改数据库的参数设置。 ●评价并调整数据库的数据分布。 ●评价应用对硬件和系统的使用情况,并提出建议。 ●利用先进的性能调整工具实施数据库的性能调整。 |
21.卫国道机房UPS系统运维
运维工作包含日常巡检、维护保养、应急救援服务。
设备名称 |
品牌 |
单位数量 |
运维内容 |
UPS电池间空调 |
大金 |
2台 |
日常巡检空调运行状态 |
UPS系统 |
顶尖 |
2台 |
日常巡检UPS系统信息 |
UPS蓄电池组 |
|
1套 |
日常巡检UPS电池组信息 |
本项目主要是为交委一楼机房提供电力的机房UPS系统运维,要保证天津市交委机房UPS系统及蓄电池组正常稳定运行,对于UPS系统由于故障或者其他原因无法继续运行的,提供应急救援服务,同时需在本运维周期内提供满足机房运行需求的运行保障服务。
在服务期内,需由具有专业资质的维护团队提供正规的UPS主机及电池组的日常监测、检测、运行、充放电、故障维修、配件更换、应急救援等服务,并在此基础上,还需要按照以下标准运维。
21.1 UPS系统
①UPS日常巡检
巡检频次:每日一次。
(1)检查卫生环境、温湿度状况;
(2)检查UPS运行状态,记录各种运行数据,包括电压、电流、频率、功率、带载率等;
(3)观察UPS风扇有无异响,运行是否正常;
(4)观察UPS主机内部有无异响、震动;
(5)观察UPS输入、输出柜各进出线开关状态(检查项同普通开关柜);
(6)观察电池外观有无明显鼓胀、渗液或开裂;
(7)日常巡检工作由值班人员进行,巡检状况应记录在《日常巡检记录表中》;
②UPS设备维护保养
●月度维护
a)除进行日常检查之外,还应检查UPS通风风扇是否完好,风扇电机无卡死、抱轴情况,风扇扇叶完好无损。
b)风扇滤网干净,无灰尘堆积,发现不合格及时更换。
c)记录UPS电压、电流、负载率相关参数。
d)检查UPS报警情况,将UPS报警记录统计分析,判断UPS本身是否存在问题。
e)测量并记录电池组内阻、静态电压。
●季度维护
a)除进行月维护的项目外,还应对UPS的电池进行放电。
b)电池组应放电至额定容量的60~70%,并记录放电后再次充满时的后备时间。
c)不可同时对相同负荷的两路UPS进行放电,且放电测试间隔应大于48小时。
d)除进行季度检查的项目外,还应对UPS设备进行整体除尘。
e)除尘应使用真空式吹风机,不能使用湿抹布。
除了对UPS电池系统进行维保外,应对UPS间的安全隐患进行自查,对发现安全隐患的地方进行整改。
22.天津市智能交通信息系统一期工程硬件维护
天津市智能交通信息系统一期工程是交委智能交通建设的基础,包括硬件、应用软件、数据工程、阿里云等方面,本次招标主要为硬件设备部分。
硬件设备清单如下:
清单 硬件设备 |
|||||||||||||||||||||||||||||||||||
细目号 |
细目名称 |
品牌 |
单位 |
数量 |
|||||||||||||||||||||||||||||||
一 |
应用支撑平台 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
交通GIS平台 |
|
套 |
1 |
|||||||||||||||||||||||||||||||
2 |
位置信息服务平台 |
|
套 |
1 |
|||||||||||||||||||||||||||||||
3 |
视频整合平台 |
|
套 |
15 |
|||||||||||||||||||||||||||||||
4 |
统一权限管理(已建,整合集成) |
|
套 |
1 |
|||||||||||||||||||||||||||||||
二 |
网络系统 |
|
|
|
|||||||||||||||||||||||||||||||
(一) |
内网建设系统 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
核心交换机 |
华为 |
台 |
2 |
|||||||||||||||||||||||||||||||
2 |
接入交换机 |
华为 |
台 |
12 |
|||||||||||||||||||||||||||||||
3 |
汇聚交换机 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
4 |
管理区接入交换机 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
5 |
服务器交换机 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
6 |
镜像交换机 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
7 |
防火墙 |
深信服 |
台 |
1 |
|||||||||||||||||||||||||||||||
8 |
WAF应用防火墙 |
深信服 |
台 |
1 |
|||||||||||||||||||||||||||||||
(二) |
内网安全与管理系统 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
桌面安全管理系统(200点) |
网御星云 |
套 |
1 |
|||||||||||||||||||||||||||||||
2 |
网络版杀毒软件 |
瑞星 |
套 |
1 |
|||||||||||||||||||||||||||||||
3 |
网络(ARP)攻击防御系统 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
4 |
网络行为审计系统 |
网御星云 |
套 |
1 |
|||||||||||||||||||||||||||||||
5 |
入侵检测和防范系统 |
网御星云 |
套 |
1 |
|||||||||||||||||||||||||||||||
6 |
日志管理服务器 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
(三) |
外网建设系统 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
核心路由器 |
华为 |
台 |
2 |
|||||||||||||||||||||||||||||||
2 |
专网路由器 |
华为 |
台 |
2 |
|||||||||||||||||||||||||||||||
3 |
核心区防火墙 |
华为 |
台 |
2 |
|||||||||||||||||||||||||||||||
4 |
专网接入区防火墙 |
华为 |
台 |
2 |
|||||||||||||||||||||||||||||||
5 |
核心交换机 |
华为 |
台 |
2 |
|||||||||||||||||||||||||||||||
6 |
汇聚交换机 |
华为 |
台 |
2 |
|||||||||||||||||||||||||||||||
7 |
接入交换机 |
华为 |
台 |
24 |
|||||||||||||||||||||||||||||||
8 |
管理区接入交换机 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
9 |
镜像交换机 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
10 |
光通道设备 |
华为 |
套 |
1 |
|||||||||||||||||||||||||||||||
(四) |
外网安全与管理系统 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
负载均衡设备 |
Array |
台 |
2 |
|||||||||||||||||||||||||||||||
2 |
流量控制系统 |
锐捷 |
台 |
2 |
|||||||||||||||||||||||||||||||
3 |
入侵防御设备 |
网御星云 |
台 |
2 |
|||||||||||||||||||||||||||||||
4 |
VPN设备 |
深信服 |
台 |
2 |
|||||||||||||||||||||||||||||||
5 |
网络回溯协议分析系统 |
科来 |
台 |
1 |
|||||||||||||||||||||||||||||||
6 |
网络行为审计系统 |
网御星云 |
台 |
1 |
|||||||||||||||||||||||||||||||
7 |
网络(ARP)攻击防御系统 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
8 |
桌面安全管理系统(200点) |
网御星云 |
套 |
1 |
|||||||||||||||||||||||||||||||
9 |
网络版杀毒软件 |
瑞星 |
套 |
1 |
|||||||||||||||||||||||||||||||
10 |
网络运维管理系统 |
美信 |
台 |
1 |
|||||||||||||||||||||||||||||||
11 |
KVM切换器 |
力登 |
套 |
1 |
|||||||||||||||||||||||||||||||
12 |
日志管理服务器 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
13 |
区域隔离防火墙 |
天融信 |
台 |
2 |
|||||||||||||||||||||||||||||||
(五) |
无线覆盖系统 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
无线控制器 |
华为 |
套 |
1 |
|||||||||||||||||||||||||||||||
2 |
无线AP |
华为 |
个 |
120 |
|||||||||||||||||||||||||||||||
3 |
高密度AP |
华为 |
台 |
8 |
|||||||||||||||||||||||||||||||
4 |
POE交换机 |
华为 |
台 |
12 |
|||||||||||||||||||||||||||||||
5 |
POE汇聚交换机 |
华为 |
台 |
1 |
|||||||||||||||||||||||||||||||
6 |
无线接入管理平台 |
华为 |
套 |
1 |
|||||||||||||||||||||||||||||||
(六) |
委直属单位与企业 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
接入路由器 |
华为 |
台 |
13 |
|||||||||||||||||||||||||||||||
2 |
接入交换机 |
华为 |
台 |
13 |
|||||||||||||||||||||||||||||||
三 |
应急通信系统 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
MCU |
POLYCOM |
套 |
1 |
|||||||||||||||||||||||||||||||
2 |
视频会议终端 |
POLYCOM |
套 |
12 |
|||||||||||||||||||||||||||||||
3 |
“一机双屏”调度台 |
互联在线 |
台 |
13 |
|||||||||||||||||||||||||||||||
4 |
数字语音网关 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
四 |
指挥大厅 |
|
|
|
|||||||||||||||||||||||||||||||
(一) |
监控大厅 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
台式计算机 |
联想 |
台 |
42 |
|||||||||||||||||||||||||||||||
2 |
电话 |
松下 |
部 |
6 |
|||||||||||||||||||||||||||||||
3 |
高清监控摄像机 |
宇视 |
台 |
4 |
|||||||||||||||||||||||||||||||
4 |
会议扩声系统 |
|
|
|
|||||||||||||||||||||||||||||||
4.1 |
调音台 |
声艺 |
台 |
1 |
|||||||||||||||||||||||||||||||
4.2 |
主功放 |
贝塔斯瑞 |
台 |
4 |
|||||||||||||||||||||||||||||||
4.3 |
电源时序器 |
迪士普 |
台 |
1 |
|||||||||||||||||||||||||||||||
4.4 |
反馈抑制器 |
DBX |
台 |
1 |
|||||||||||||||||||||||||||||||
4.5 |
无线话筒 |
苏尔 |
个 |
4 |
|||||||||||||||||||||||||||||||
4.6 |
接收机 |
易控 |
台 |
1 |
|||||||||||||||||||||||||||||||
4.7 |
壁挂主音箱 |
贝塔斯瑞 |
个 |
4 |
|||||||||||||||||||||||||||||||
4.8 |
低音音箱 |
贝塔斯瑞 |
个 |
2 |
|||||||||||||||||||||||||||||||
4.9 |
辅助音箱 |
贝塔斯瑞 |
个 |
2 |
|||||||||||||||||||||||||||||||
4.10 |
数字处理器 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
4.11 |
均衡器 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
5 |
综合显示系统 |
|
|
|
|||||||||||||||||||||||||||||||
5.1 |
显示单元 |
VTRON |
个 |
60 |
|||||||||||||||||||||||||||||||
5.2 |
大屏幕控制处理器 |
VTRON |
套 |
1 |
|||||||||||||||||||||||||||||||
5.3 |
大屏幕控制软件 |
VTRON |
套 |
1 |
|||||||||||||||||||||||||||||||
5.4 |
单元支架 |
VTRON |
个 |
60 |
|||||||||||||||||||||||||||||||
5.5 |
专用线缆 |
VTRON |
套 |
60 |
|||||||||||||||||||||||||||||||
6 |
控制主机 |
联想 |
台 |
1 |
|||||||||||||||||||||||||||||||
7 |
LED条屏 |
炫彩 |
平方米 |
15 |
|||||||||||||||||||||||||||||||
8 |
混合矩阵 |
易控 |
台 |
1 |
|||||||||||||||||||||||||||||||
9 |
高清视频解码器 |
宇视 |
套 |
8 |
|||||||||||||||||||||||||||||||
10 |
视频存储设备 |
宇视 |
套 |
1 |
|||||||||||||||||||||||||||||||
11 |
中控系统 |
易控 |
套 |
1 |
|||||||||||||||||||||||||||||||
12 |
坐席 |
照彰 |
个 |
42 |
|||||||||||||||||||||||||||||||
(二) |
会商室 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
高清数字投影机 |
|
套 |
1 |
|||||||||||||||||||||||||||||||
|
高清数字投影机 |
|
套 |
1 |
|||||||||||||||||||||||||||||||
2 |
交互式数字平台 |
DET |
套 |
1 |
|||||||||||||||||||||||||||||||
3 |
会议扩声系统 |
|
|
|
|||||||||||||||||||||||||||||||
3.1 |
壁挂主音箱 |
BOSCH |
个 |
2 |
|||||||||||||||||||||||||||||||
3.2 |
有线话筒 |
BOSCH |
只 |
12 |
|||||||||||||||||||||||||||||||
3.3 |
声音反馈抑制器 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
3.4 |
调音台 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
3.5 |
混音放大器 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
3.6 |
小机柜 |
|
台 |
1 |
|||||||||||||||||||||||||||||||
(三) |
设备间 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
机柜 |
图腾 |
套 |
4 |
|||||||||||||||||||||||||||||||
2 |
稳压电源 |
鸿宝 |
台 |
1 |
|||||||||||||||||||||||||||||||
3 |
空调 |
格力 |
套 |
1 |
|||||||||||||||||||||||||||||||
五 |
机房改造 |
|
|
|
|||||||||||||||||||||||||||||||
1 |
标准机柜 |
图腾 |
套 |
18 |
|||||||||||||||||||||||||||||||
2 |
精密空调 |
依米康 |
台 |
2 |
天津市智能交通信息系统一期工程硬件主要为基础支撑软件、网络及安全设备、应急通信设备、指挥大厅、机房环境设备等。主要运维标准和内容如下:
①基础支撑软件维护
基础支撑软件包括交通GIS平台、位置信息服务平台、视频整合平台等。投标人应保证系统软件安全稳定、运行正常;系统配置文档及配置变更文档齐全,维护文档齐全并可操作。
★投标人至少提供7×24小时技术支持,重大事件期间需提供重保服务支持。具体服务内容如下:
●严格遵守操作规程,对各类系统软件的应用进行统计和梳理,所有操作严格按照软件基础操作手册进行;
●定期统计各类基础软件的运行状态,发现显示告警并处理,监测系统软件运行性能指标;
●及时对基础软件进行版本升级或补丁升级;
●梳理基础软件配置及相关变更,并做好日志记录;
●定期对基础软件进行备份,定期对软件进行健康性检查和性能调优。
②网络及安全设备维护
网络及安全设备包括内网建设系统、内网安全与管理系统、外网建设系统、外网安全与管理系统等,是交委整体网络架构的骨干。要保证交委整体网络的实时连通和可用,保障路由器、负载均衡、防火墙、流量控制、入侵防御、接入交换机、汇聚交换机和核心交换机等重要的网络及安全设备的正常运转,保证以上重要设备的使用版本为当年最新版,保障交委整体网络的网络安全。
投标人需提供以下服务:
(1)用户现场技术人员工作
投标人需保证网络的实时连通和可用,能熟练操作安全态势感知平台、威胁探针、运维安全管理系统、终端检测响应平台、路由器、负载均衡、防火墙、流量控制、入侵防御、接入交换机、汇聚交换机和核心交换机等重要的网络及安全设备,且正常运转,并且能够及时修复突发网络故障,快速处置网络安全隐患,保障交委整体网络的网络安全。主要服务内容如下:
●每日检测和记录网络交换机的端口状态,网络的转发和路由状态;
●每日检测交换机性能参数,评估整体网络性能,针对网络利用率进行优化并提出网络扩容和优化建议;
●每日检测和监控安全设备运行状态,统计和梳理安全设备日志,对重点问题和事件进行原因判断、预警;
●定期记录和梳理设备基础参数,包括:配置数据、性能数据、故障数据。
(2)现场巡检服务
投标人需要定期对设备及网络进行全面检查,保障设备稳定运行。巡检的内容包括:
编号 |
巡检内容 |
|||
1 |
硬件运行状态检查项目 |
|||
单板状态检查 |
电源模块状态检查 |
风扇状态检查 |
||
整机指示灯状态检查 |
机框防尘网检查 |
机房温度、湿度检查 |
||
设备地线检查 |
|
|
||
2 |
软件运行情况检查项目 |
|||
设备运行情况检查 |
网络报文分析 |
设备对接运行状况检查 |
||
路由运行情况检查 |
|
|
||
3 |
网络整体运行情况调查 |
|||
网络运行问题调查 |
网络变更情况调查 |
网络历史故障调查 |
③指挥大厅
指挥大厅设施维护包括监控大厅、会商室、设备间等。除了做好日常运行维护的工作以外,还需按照采购方的要求,配合完成指挥大厅的功能升级,重要节假日及重点时期的保障工作等。
(1)监控大厅
面积为303平米,该区域主要实现日常的会议、视频会议、办公指挥、应急指挥调度等使用功能,包括综合显示系统(DLP大屏系统及LED显示屏系统)、坐席系统、视频会议系统、音视频系统、中控系统、监控系统、消防系统、空调系统及其他系统等。
综合显示系统(DLP大屏系统及LED显示屏系统)需提供原厂维护、维修质保服务,具体要求如下:
●DLP大屏幕系统每两个月提供不少于一次的投影机芯清洁维护、颜色齿轮维护、箱体维护、拼控器维护及颜色和拼缝优化调整,完成后出具原厂维护报告,具体维护项目如下:
1) 大屏幕信息系统软件运行情况检测、调试、维护
2) 显示单元运行情况检测、调试、维护
3) 大屏幕信息系统基础设施运行情况检测、调试、维护
4) 各种信号(视频、电脑、高清、多屏处理器)运行检测、调试
5) 显示单元基色综合调整
6) 各种信号颜色亮度的综合检测、调试
7) 使用专用软件对整个大屏幕信息系统设备的运行情况进行检测、分析
8) 数据安全(备份数据检测)
9) 大屏幕信息系统运行情况综合分析
10) 大屏幕信息系统软件测试、升级更新评估
11) 大屏幕信息系统基础设施升级更新评估
12) 巡检报告及建议
●当系统运行中有故障发生时,由中标方协调原厂工程师带上良品备件及时赶赴现场,直接在现场进行替换使用,排除故障,快速恢复系统的正常运行。
●根据采购方需求,按照不同的会议级别进行原厂工程师现场或者远程应急值守,保证会议顺利进行并圆满结束。
消防系统、空调系统、监控系统等保障大厅环境及安全的设备及系统,需按照相关设备的维护保养标准进行维护、保养、维修,如无法进行维护、保养、维修的,需对无法运行的系统及设备进行更换或提供不低于原系统的保障服务。此外,还要保障指挥大厅符合消防相关的要求。日常维保服务内容如下:
●音视频信号线路、摄像机供电线路的检测、故障排除、隐患排查。
●所有接口、线路接口的焊点的检测、视频头的更换等。
●监控系统前端摄像机的维护、位置调整、设备维修及更换、故障排除等。
●监控主机设备检测、设备除尘、系统维护、设备维护、系统扩容、故障排除等。
●矩阵、监视器图像画面的切换、轮巡。
●监控软件检测、软件升级、软件维护、数据备份、故障排除等。
●视频会议设备的维护、维修等,如不能维修的,应在本服务期内提供符合采购人需求的备机服务。
●指挥大厅内所有的消防设备、安全设备、安全标志标牌的维护、维修、定期检测、定期更换等,对不符合消防安全、安全生产等规章制度的问题、隐患,要积极配合整改,直至符合相关要求。
●指挥大厅内空调系统的维护、维修等,如不能维修的,应在本服务期内提供备机服务。大厅空调系统按照冬季、夏季要求对大厅、会商室过滤网进行清洗;对室外机进行检测氟利昂压力值,如出现不达标应立即充氟等工作。
●智能一期项目其他空调系统的维护、维修保养等工作,应按照冬季、夏季要求对其过滤网进行清洗,对室外机进行充氟等工作。如不能维修的,应在本服务期内提供备机服务。
(2)会商室
会商室位于室内新加楼层,面积95.62平米。主要用于突发事件发生时领导紧急会商使用。会商室系统包括会议扩声系统、交互式数字平台、高清投影仪。
日常维保服务内容如下:
●音视频信号线路、摄像机供电线路的检测、故障排除、隐患排查。
●所有接口、线路接口的焊点检测、视频头更换等。
●交互式数字平台、投影仪等试用正常
●会议音频设备的维护、维修,如不能维修的,应在本服务期内提供备机服务。
(3)设备间
设备间面积为30.39平米。主要用于存放通信设备、电源设备、应急通信等设备。
日常维保内容如下:
●稳压电源:检查线路、电源指示灯工作状态;
●空调:空调系统末端的巡查、检修、维护、清理工作。
●机柜:检查机柜外观情况,及时发现风险。
●设备:设备运行状态正常,无报警警示。
④机房环境维护
机房环境维护包括:
●机柜维护:日常维护检查机柜外观情况,及时发现风险。
●精密空调维护:日常维护检查空调运行状态,按季度定期对空调进行维修保养。
●其他维护:其他维护包括机房装饰等装修类设施维护、机房管理维护等。
日常维护检查内容如下:
●机房设施:门、窗、墙、地面等维修维护工作。
●配电系统:配电箱、线路、开关、插座巡查、维护工作。
●其他维护:配合用户对弱电系统、消防系统等进行巡视和日常运行管理,配合用户进行日常保养维修。
注:实质性技术条款(加注“★”号条款)不得出现负偏离,发生负偏离即做无效标处理。
第二包:信息系统及应用软件运行维护服务,预算255万元
一、项目背景
天津市智能交通运行监测中心计划就本年度的各类应用软件、数据工程等专项信息化维护服务项目实施政府采购。
二、技术需求
序号 |
项目名称 |
技术要求 |
单位 |
数量 |
1 |
委门户网站运维 |
详见:1、委门户网站运维 |
项 |
1 |
2 |
天津市交通运输统计监测与投资计划管理信息系统运维 |
详见:2、天津市交通运输统计监测与投资计划管理信息系统运维 |
项 |
1 |
3 |
天津市交通运输行政执法综合信息系统一期工程-应用软件及数据资源建设项目运维 |
详见:3、天津市交通运输行政执法综合信息系统一期工程-应用软件及数据资源建设项目运维 |
项 |
1 |
4 |
天津市智能交通信息系统一期工程应用软件及数据工程运维 |
详见:4、天津市智能交通信息系统一期工程应用软件及数据工程运维 |
项 |
1 |
5 |
天津市交通运输行业数据资源交换共享与开放应用平台项目运维 |
详见:5、天津市交通运输行业数据资源交换共享与开放应用平台运维 |
项 |
1 |
6 |
天津市综合交通数据分析服务系统项目运维 |
详见:6、天津市综合运输数据分析服务系统运维 |
项 |
1 |
7 |
天津市交通运输信用信息管理系统运维 |
详见:7、天津市交通运输信用信息管理系统运维 |
项 |
1 |
8 |
天津市普通公路交通量调查系统运维 |
详见:8、天津市普通公路交通量调查系统运维 |
项 |
1 |
(一)运维服务标准
(1)运维人员
运维工程师须具备本科以上学历,研究生优先。运维工程师的确定由采购人组织面试后确定。运维工程师须具备系统前台后台开发、云数据库、云计算等相关工作经验,同时须了解交通运输行业业务特点,掌握相关交通运输行业知识。
现场运维团队需采取日常维护、定期巡检等主动运维方式,对系统进行维护,保障系统正常运行。同时完成天津市智能交通运行监测中心交办的相关工作。
(2)日常维护
服务单位需提供5×8小时现场服务,负责系统日常维护和故障排除,及时上报系统运行情况,对存在问题和优化建议以书面形式告知,并及时解决存在问题,对现有系统进行优化。
(3)重大会议及活动期间重要保障工作
服务单位按照采购人要求,在重大会议及活动期间做好重要保障工作,提前制定重要保障方案。保障工作要求技术人员5×8小时现场保障,7×24小时应急保障。
提供7×24小时应急现场服务。在突发事件发生后,服务单位需根据突发系统故障情况,迅速投入技术保障人员,参与故障应对和处理,保证系统正常使用。
(二)运维服务要求
(1)人员管理
服务人员数量和岗位:服务单位应根据运行维护工作的需要在服务团队内设定岗位,明确规定岗位责任,并具体规定服务人员所履行的岗位职责。岗位设置中应明确现场项目经理、软件系统前台开发、后台开发、数据运维、系统运维等岗位。
服务单位须指定相对固定的人员和服务团队向采购人提供服务。服务单位须组织驻采购人现场的服务团队和后台支持团队,提供驻场服务和后台支持。服务人员须具有必要的、熟练的知识和技能,熟悉系统业务需求,熟悉系统结构和特点,熟悉服务流程,遵守采购人相关的规章制度,遵守服务纪律,完成岗位义务和职责,保证采购人相关资源的安全和保密。
责任和义务:遵守采购人规章制度,遵守服务协议和纪律,具备必要的知识和技能,向采购人提供高质量的运行维护服务。签署安全保密协议,保障采购人信息系统和信息的安全与保密。为采购人信息系统运行维护工作提供意见和建议,完成采购人交办的相关任务,维护采购人信息系统正常运行,出现问题立即解决并报告;
服务人员管理:服务单位应向采购人提供服务人员的相关资料;服务单位变更服务人员应事先与采购人沟通一致,应保证离岗的服务人员继续履行保密责任,保证到岗的服务人员符合相关要求。服务单位应向采购人提供并签署人员管理的书面材料;
服务接口:服务单位应与采购人协商确定服务接口方式,应固定服务联系人员和联系方式并根据情况及时变更;
团队必须的知识和技能:信息系统分析;软件前台后台开发;云数据库系统运维管理;服务范围内各类系统的相关知识;服务范围内各系统的实施、配置、管理、监控、测试、评估、备份、故障发现和判断分析等能力;信息安全管理能力;信息技术咨询能力。
考勤、值班和职守:服务单位派驻采购人现场的全部服务人员应于采购人的工作时间全体在岗执行服务,服务人员应遵守考勤时间和纪律。服务人员应按照岗位设置和工作需要值班,值班人员须严格遵守值班纪律,保证响应速度和响应能力。
(2)运维资料管理
服务单位须就服务范围工作内容撰写、整理相关资料,并及时上报采购人。资料必须真实、完整、精确,必须及时更新。
(2.1)范围
关于本项目服务范围内工作内容的资料。
(2.2)内容
A、本项目服务范围内信息系统整体和各子系统的规划设计、方案计划、结构关系、功能性能、监控管理、故障处理、报告建议等。
B、各类信息化设施、设备、产品的介绍、说明书、用户手册、驱动程序、专用软件、运行监控报告等。
C、运行维护服务工作的制度规范、标准、规划计划、方案设计、操作手册、实施记录等。
D、其他服务工作管理等资料。
(2.3)形式
A、实物、纸质资料、电子介质资料、多媒体资料等。
B、各种资料一般应有1个纸介质和1个电子介质版本。必要情况下服务单位应以经签署的纸质文档和电子形式提交资料。
(2.4)生成方式
服务单位自行制作(撰写、整理)。
(2.5)获取渠道
A、包括自主制作、他方提供、其他渠道主动获取等。
B、服务单位应根据采购人管理信息系统和完成运行维护服务工作的需要,积极确定资料来源渠道并主动获取,包括从系统和设备制造商获取或从开放资源搜索获取。
(2.6)资料管理
A、资料内容必须真实、完整、精确,服务单位应按照采购人要求或合理的时间周期及时向采购人提供。未经采购人许可,服务单位不得向任何其他方面透露业采购人资料。
B、服务单位应以便捷的方式组织常用的资料支持运维服务工作。
C、资料必须及时更新。
(2.7)服务单位应定期撰写并向采购人提交工作总结报告,工作总结报告分为周报、月报、季报、年报,运行维护服务工作,总体分析服务范围内信息系统状况、系统变化情况,提供全面详细的相关事实、数据、比较和预测等,及系统建设、改造、运行维护等建议。
(3)资产管理
服务单位应协助采购人对信息化资产进行管理。包括服务范围内的各类信息化资产,涵盖资产整个生命周期的各阶段,对资产的生成、使用、维护、价值、报废等实施管理。
(4)应急响应服务
服务单位须向采购人对服务范围内的对象提供7×24小时应急响应服务。内容包括:制定针对项目范围内对象的运行维护应急响应预案。编写针对项目的应急响应操作文档和技术文档。当采购人信息系统出现紧急状况时,立即启动应急预案,执行应急响应操作。
(5)监控管理服务
服务单位须对服务范围内的各类对象实施监控和管理,内容应包括:系统基本信息。系统配置信息和运行策略。系统运行情况信息和日志。系统响应能力。系统效率。系统错误信息。
服务单位每周对服务范围内的对象至少进行一次全面检查维护,并提交检查维护服务报告,确保系统正常运行,发现问题及时解决并汇报。
(三)具体要求
委门户网站用于政务公开、信息发布。委门户网站运维包括网站安全防护管理、信息服务、系统服务等。
项目清单如下:
序号 |
项目名称 |
建设时间 |
1 |
基础软件运行维护 |
2019 |
2 |
安全软件维护 |
2019 |
3 |
天津交通委门户服务平台数据运行维护 |
2019 |
4 |
天津交通委门户服务平台门户网站建设运行维护 |
2019 |
5 |
配置监督管理系统运行维护 |
2019 |
6 |
天津交通委政务APP运行维护 |
2019 |
7 |
天津交通委数据交换系统运行维护 |
2019 |
委门户网站运维工作内容主要包括:
及时更新栏目信息情况,公开的政务内容要与公开栏目相对应,确保公开信息准确、规范、及时;保障栏目可用性,保障多时间点访问通畅无障碍;网站信息错别字检查及修正;网站错误链接检查及修正;
公安部网络安全检测系统服务;需求功能开发技术更新服务及信息处理;内容安全年度检测服务。
2、天津市交通运输统计监测与投资计划管理信息系统运维
天津市交通运输统计监测与投资计划管理信息系统包括以下系统模块:
序号 |
系统模块 |
数量 |
具体配置 |
1 |
统计信息管理系统 |
1套 |
1、实现市交通运输委到直属单位、市到区县、市交通运输委到企业统计报表业务的网络化管理,同时实现与部级交通运输统计分析监测和投资计划管理信息系统的对接; 2、涵盖9套统计报表制度; 3、包括统计任务管理子系统、统计数据管理子系统、统计工作绩效考核子系统、报表数据辅助生成子系统、统计分析子系统、系统管理子系统。 |
2 |
投资计划管理系统 |
1套 |
1、实现市交通运输委—直属单位、市—区县投资计划业务的网络化编制、报送和下达,同时实现与部级系统的对接,实现中央补助项目的部市联网管理 2、包括规划项目库管理子系统、投资计划项目管理子系统、规划和计划执行情况检查子系统、投资计划分析子系统、短信服务子系统、计划辅助编制子系统、系统管理子系统。 |
3 |
动态信息监测系统 |
1套 |
1、所涉及的动态信息包括高速公路承载量数据、客运站发送量数据。 2、包括采集处理子系统、查询分析子系统、系统管理子系统。 |
4 |
综合分析系统 |
1套 |
1、覆盖公路、水路、民航三大业务领域 2、包括交通运输经济运行分析、系统管理子系统。 |
5 |
统计信息共享服务系统 |
1套 |
1、本系统共享范围将涵盖部返数据、12套日常统计业务数据、7项普查和专项调查数据、1类汇编资料数据以及2项专题分析结果和1项综合分析结果。 2、包括信息交换子系统、信息检索子系统、结果展示子系统、系统管理子系统。 |
6 |
统计信息共享服务移动客户端 |
1套 |
1、是一个以手机APP形式提供共享服务的系统 2、包括9个功能模块,即公路基础设施数据查询、港航基础设施数据查询,公路运输装备数据查询、水路运输装备数据查询,公路运输生产数据查询、水路运输生产数据查询、港口运输生产数据查询、交通运输经济运行态势查询以及系统管理 |
7 |
统计信息公共服务系统 |
1套 |
1、基于“天津市交通运输委员会门户网站”进行功能扩展或者另行制作一个网站作为天津市交通运输委门户网站的子站。 2、包括统计工作动态、统计法规制度、公众留言以及数据推送功能模块。 |
8 |
设施养护管理系统 |
1套 |
包括道路维修养护管理子系统、桥梁维修养护管理子系统和系统管理子系统 |
9 |
应用支撑平台 |
1套 |
包括数据交换平台接口开发、短信服务平台接口开发、GIS平台接口开发 |
10 |
元数据库建设 |
11套 |
1、根据天津交通统计报表制度,建设相应的元数据库,满足数据的统一管理,实现统计数据的报送、统计参数的接收。 2、包括交通运输综合统计、交通港口综合统计、交通固定资产投资统计、城市(县城)客运统计、交通运输行业公路、水路环境统计、道路运输统计、国内航运统计、海上国际运输业统计、交通运输劳动工资统计、交通运输行业建设工程生产安全事故统计元数据库开发。 |
11 |
历史数据入库 |
1项 |
包括2000年开展的第二次全国公路普查、2005年全国农村公路通达情况专项调查、2008年全国公路水路运输量专项调查、2008年第三次全国港口普查、2009年农村公路基础数据和电子地图补充调查、2013年的全市道路运输和水上运输的交通运输业经济统计专项调查、《天津市交通统计资料汇编》十二五期及以后日常统计历史数据、“十一五”以后投资计划历史数据等历史数据入库,数据类型包括excel、JIO、纸质资料。 |
12 |
数据接口开发 |
1项 |
包括部级道路运输统计单机版接口、天津市路政管理系统接口、天津市高速公路联网收费系统接口、天津市公路客运西站网上售票平台接口、公路交通情况调查数据采集与信息服务接口、公路基础数据库接口、城市公交线路及公交站点专项调查数据采集处理系统接口的开发 |
13 |
应用中间件采购 |
8个 |
企业级应用服务器中间件; 支持多种标准:包括EJB、JSB、JMS、JDBC、XML和WML; 高可扩展性:支持客户机连接的共享、资源pooling以及动态网页和EJB组件群集; 开放性,支持J2EE标准和三层C/S架构; 具有高性能指标,可支持集群技术,能和同构或异构环境下的多种数据源通信,并能管理数据间的公共逻辑约束等; 跨平台兼容性:支持与主流数据库、操作系统的紧密集成; 高可靠性:较高的容错、系统管理和安全性能,能保证事务及关键性业务不被丢失; |
天津市交通运输统计监测分析和投资计划管理信息系统运行维护包括以下内容:
(1)报表制度参数更新及维护,根据最新制度参数要求,绘制表样,修改报表公式,维护报表制度基本功能正常运行。
(2)对各区交通运输主管部门及相关企业提供技术支持。
(3)对天津市交通运输统计监测分析和投资计划管理信息系统数据进行定期备份,并对备份数据进行妥善保管。
(4)提供天津市交通运输统计监测分析和投资计划管理信息系统程序升级服务。
(5)日常统计技术支持:协助完成统计数据日常分析,部省统计数据联动上报,提供相关领导临时需要的交通运输统计数据。
(6)动态监测数据采集汇总及图表展示服务:负责高速公路联网月度数据抽取、清洗、审核,将月度高速数据进行图表化展示。
(7)业务软件日常巡检服务:提供7×24系统监控和运维,主要任务包括业务软件运行监控、故障诊断及排除、定期巡检、软件测试等。
(8)运维总结服务:每季度提交运维总结报告,总结回顾本期各项运维工作开展情况,重点描述和分析出现的技术问题和服务质量问题,并给出整改方案。
(9)年度总结服务:对整体系统进行年度全面总结,给出信息系统运行评估及调整建议,以便采购方有充足的时间进行项目规划、申请、落实资金、采购等工作,满足不断发展的硬件系统运行要求。
(10)源代码管理:负责对已上线业务软件的源代码及相关技术文档进行有序管理,编制并执行相关管理制度,保障应用项目源代码及相关技术文档的安全查看及借阅。
(11)数据管理服务:定期清理运维过程中生产数据库产生的临时表,从业务软件角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高业务软件运行速度。
(12)配合系统硬件维护服务:配合系统硬件的管理和维护,及时处理数据迁移和涉及数据库和应用软件相关工作。
(13)应急响应服务:建立有关数据安全、备份、测试、验证、应急恢复等机制。
(14)重大事件保障运行服务
预先建立重大事件保障服务小组,制定并实施有效的保障计划;
预先结合业务软件的并发需求,根据具体需求情况制定业务软件优化预案;
在不影响业务软件的稳定运行情况下,对业务软件进行优化调整;
制定重大事件下的突发事件保障计划以及事故处理流程;
在重大事件期间提升监控力度以及故障处理效率,确保业务软件的稳定运行。
(15)定期升级
定期对软件产品进行升级,以适应对已发现问题的修正及对新平台的支持。
3、天津市交通运输行政执法综合信息系统一期工程-应用软件及数据资源建设项目运维
天津市交通运输行政执法综合信息系统是依据交通执法标准、证据规格、裁量基准等实现交通运输行政执法网上办理、执法监督与评议考核、执法检查等功能的执法管理平台。一期工程主要实施应用软件及数据资源建设。运维需求主要包括:
(1)系统应用维护
系统值守服务、故障恢复服务、定时作业跟踪服务、现场定期巡检服务、系统应急与重大事件保障、系统运行分析与管理服务、业务咨询服务和其他技术服务。
(2)源代码管理
负责对已上线业务软件的源代码及相关技术文档进行有序管理,编制并执行管理相关制度,保障应用项目源代码及相关技术文档的安全查看及借阅。
(3)运维总结服务
每季度提交运维总结报告,总结回顾本期各项运维工作开展情况,重点描述和分析出现的技术问题和服务质量问题,并给出整改方案。
(4)数据接口维护
结合各类数据源的特点及数据更新及交换要求,与其他单位数据交换共享。通过政务专网,满足公路、航务、运管等单位按需定制,实现和运政系统、路政系统、公路治超系统、水路运政系统、执法监督系统、执法机构、人员系统下面的执法子系统数据共享。
天津市智能交通信息系统一期工程是委智能交通建设的基础,包括硬件、应用软件、数据工程等方面,本次招标主要包括应用软件、数据工程部分。
天津市智能交通信息系统一期工程应用软件包括以下系统模块:
应用系统 |
|||
细目号 |
系统名称 |
单位 |
数量 |
一 |
交通运输运行监测系统 |
|
|
1 |
接入展示子系统 |
套 |
1 |
2 |
港口航运运行监测子系统 |
套 |
1 |
3 |
安全生产标准化管理子系统 |
套 |
1 |
二 |
协调调度与应急指挥系统 |
|
|
1 |
运行协调调度子系统 |
套 |
1 |
2 |
应急指挥子系统 |
套 |
1 |
三 |
交通出行信息服务系统 |
|
|
1 |
信息服务接口系统 |
套 |
1 |
2 |
出行信息手机移动服务 |
套 |
1 |
对应用系统及软件定制相关巡检计划,严格按照计划执行巡检工作。按照系统及软件性能监控与日志分析的要求列出巡检目录和内容,对数据库、系统各进程进行巡检,以确保系统“性能可用”,并对检查结果进行记录。
针对各工程项目各系统提供功能模块维护、功能模块核对、系统培训、接口服务、系统巡检以及配合安全测评服务,从而使平台更好的服务各企业,软件运维内容如下:
(1)业务软件日常巡检服务
提供7×24系统监控和运维,主要任务包括业务软件运行监控、故障诊断及排除、定期巡检、软件测试等。
(2)业务连续性保障服务
协调完成新上线应用项目部署相关流程审批,包括资源申请、数据库账号申请、开通及部署、部署远程申请、业务软件部署服务、网络端口开通相关申请、配合灾备环境的部署、应用迁移和维护等工作。
(3)年度总结服务
对年度整体系统进行一次全面的总结:给出信息系统运行评估及调整建议,以便采购方有充足的时间进行项目规划、申请、落实资金、采购等工作,满足不断发展的硬件系统运行要求。
(4)源代码管理
负责对一期工程各类软件的源代码及相关技术文档进行有序管理,编制并执行管理相关制度,保障应用项目源代码及相关技术文档的安全查看及借阅。
(5)配合系统硬件维护服务
配合系统硬件的管理和维护,及时处理数据迁移和涉及数据库和应用软件相关工作。
(6)应急响应服务
建立有关数据安全、备份、测试、验证、应急恢复等机制。
(7)重大事件保障运行服务
预先结合业务软件的并发需求,根据具体需求情况制定业务软件优化预案;在不影响业务软件的稳定运行情况下,对业务软件进行优化调整;制定重大事件下的突发事件保障计划以及事故处理流程;在重大事件期间提升监控力度以及故障处理效率,确保业务软件的稳定运行。
(8)定期升级
定期对软件产品进行升级,以适应对已发现问题的修正及对新平台的支持。
4.2天津市智能交通信息系统一期工程数据工程运维
天津市智能交通信息系统一期工程数据工程包括以下细目模块:
数据工程 |
|||
细目号 |
细目名称 |
单位 |
数量 |
一 |
数据资源整合 |
|
|
1 |
空间地理数据 |
|
|
1.1 |
空间数据拼接、数据处理 |
项 |
1 |
1.2 |
空间地理数据补充采集 |
项 |
1 |
2 |
GPS数据 |
|
|
2.1 |
两客一危GPS数据整合 |
项 |
1 |
2.2 |
船舶AIS数据整合 |
项 |
1 |
2.3 |
出租车GPS数据整合 |
项 |
1 |
2.4 |
公交车GPS数据整合 |
项 |
1 |
3 |
应急资源数据 |
|
|
3.1 |
应急数据补充采集、梳理 |
项 |
1 |
4 |
港口运行数据 |
|
|
4.1 |
港口运行数据融合 |
项 |
1 |
5 |
风险隐患数据 |
|
|
5.1 |
风险隐患数据补充采集、梳理 |
项 |
1 |
6 |
轨道运行数据 |
|
|
6.1 |
轨道运行数据融合 |
项 |
1 |
二 |
行业数据交换平台 |
项 |
1 |
三 |
数据治理管控平台 |
项 |
1 |
四 |
非结构化数据管理软件 |
项 |
1 |
五 |
关系型数据库管理软件 |
项 |
1 |
六 |
数据分析处理平台 |
项 |
1 |
七 |
大数据集成共享平台 |
项 |
1 |
数据工程运维内容如下:
(1)数据更新检查
按照更新频度,定期检查数据更新情况。建立数据更新排查机制,一是检查数据库数据是否更新;二是检查数据传输过程,判断源端更新情况和本地数据库更新情况。三是数据更新排查,如果源端数据未更新,联系数据源沟通数据更新;如果源端数据更新,但本地数据库未更新,则进行本地数据库排查。
(2)数据资源质量处理
源接口关键数据校验:对源系统传输到共享数据库的源接口文件及数据、关键表关键字段和关键指标进行数据稽核,验证数据的差异性及波动性。数据实体校验:主要包括实体主键取值合法性、外键检查、值域检查、编码规范检查、实体关键属性的完整率、属性合法性检查等流程。处理过程检查:根据预先配置的规则和质量检查度量,对数据处理过程的检查稽核。处理环节包括接口数据处理过程(如抽取、传输、清洗、转换、加载和共享数据库接口处理过程等)及应用展现过程等。
(3)数据管控维护
定期清理运维过程中所生成的生产数据库中的临时表,从业务软件角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高业务软件运行速度。
5、天津市交通运输行业数据资源交换共享与开放应用平台运维
本项目具体维护内容详见下表。
序号 |
项目名称 |
||
1 |
数据资源平台系统软件运维 |
||
(1) |
信息资源目录系统 |
项 |
1 |
(2) |
数据交换共享管理系统 |
项 |
1 |
(3) |
数据质量管控系统 |
项 |
1 |
(4) |
数据资源平台监控系统 |
项 |
1 |
(5) |
数据展现系统 |
项 |
1 |
(6) |
视频管理系统 |
项 |
1 |
(7) |
平台安全开发 |
项 |
1 |
(8) |
统一技术开发平台 |
项 |
1 |
2 |
数据工程运维 |
||
(1) |
数据采集适配器部署及数据接入 |
项 |
1 |
(2) |
数据资源质量处理 |
项 |
1 |
(3) |
数据中心建设(共享库建模) |
项 |
1 |
(4) |
数据共享服务配置 |
项 |
1 |
(5) |
信息资源目录编制及技术标准体系 |
项 |
1 |
5.1数据资源平台系统软件运维要求
天津市交通运输行业数据资源交换共享与开放应用平台主要对行业数据进行共享交换和开放应用。系统软件运维的重点是各类数据库(基础数据库、业务数据库等)、中间件等。针对各工程项目各系统提供功能模块维护、功能模块核对、系统培训、接口服务、系统巡检以及配合安全测评服务。从而使平台更好的服务各企业,软件运维内容如下:
(1)业务软件日常巡检服务
提供7×24系统监控和运维,主要任务包括业务软件运行监控、故障诊断及排除、定期巡检、软件测试等。
(2)业务连续性保障服务
完成应用系统部署相关流程审批,包括资源申请、数据库账号申请、开通及部署、部署远程申请、业务软件部署服务、网络端口开通相关申请、配合灾备环境的部署、应用迁移和维护等工作。
(3)运维总结服务
每季度提交运维总结报告:总结回顾本期各项运维工作开展情况,重点描述和分析出现的技术问题和服务质量问题,并给出整改方案。
(4)年度总结服务
对年度整体系统进行一次全面的总结,给出信息系统运行评估及调整建议。
(5)源代码管理
负责对已上线业务软件的源代码及相关技术文档进行有序管理,编制并执行管理相关制度,保障应用项目源代码及相关技术文档的安全查看及借阅。对底层数据库进行配置管理,定期进行配置备份。
(6)接口管理
对接口进行巡检监控,检测并发现接口故障,及时上报解决。
(7)数据管理服务
定期清理运维过程中生产数据库中的临时数据,从业务软件角度来优化数据库。
(8)配合系统硬件维护服务
配合系统硬件的管理和维护,及时处理数据迁移和涉及数据库和应用软件相关工作。
(9)应急响应服务
建立有关数据安全、备份、测试、验证、应急恢复等机制。
(10)重大事件保障运行服务
预先建立重大事件保障服务小组,制定并实施有效的保障计划;
制定重大事件下的突发事件保障计划以及事故处理流程;
在重大事件期间提升监控力度以及故障处理效率,确保业务软件的稳定运行。
(11)定期升级
梳理系统各基础软件,对软件进行必要的版本升级。同时,对新的软件版本进行必要测试,以保证各信息子系统在实际应用环境中的正常使用。
5.2数据资源平台数据工程运维要求
当出现采集中断,需立即组织排查原因,做到处置及时,要第一时间联系数据源单位共同解决,确保数据资源平台平稳运行。针对数据更新的不同特点建立长期数据维护的日常工作机制与应对突发事件的保障机制,根据涉及的范围与更新频率不同应采取不同的数据维护管理机制来解决:静态数据主和半动态类数据要是依靠通过数据库及API接口方式接入,应定期检查。完全动态类信息由自动采集设备进行采集,通过流组件的方式接入,支持实时推送、订阅、接口调用等多种方式。
按照更新频度,定期检查数据更新情况。建立数据更新排查机制,一是检查数据库数据是否更新;二是检查数据传输过程,看是否是源端更新,但是本地数据库未更新,可能是中间环节出现问题。三是如果源端数据未更新,联系数据源沟通数据更新。
(3)数据资源质量处理
源接口关键数据校验:对源系统传输到共享数据库的源接口文件及数据、关键表关键字段和关键指标进行数据稽核,验证数据的差异性及波动性。数据实体校验:实体主键取值合法性、外键检查、值域检查、编码规范检查、实体关键属性的完整率、属性合法性检查等流程。处理过程检查:根据预先配置的规则和质量检查度量,对数据处理过程的检查稽核。处理环节包括接口数据处理过程(如抽取、传输、清洗、转换、加载和共享数据库接口处理过程等)及应用展现过程等。
(4)数据中心运维
云数据交换中间件运维:一是检查节点监控,监控节点运行状态;二是查询分析告警历史,监控CPU、内存和磁盘情况;三是发现错误流程,查看流程报错信息。云数据处理中间件运维:一是检查各个节点进程运行状态;二是检查各个节点流程运行情况;三是检查服务器资源利用情况。消息中间件运维:一是检查Kafka集群及Socket服务运行状态;二是检查Kafka的consumer中是否存在数据积压;三是检查服务器CPU利用率、内存使用情况和磁盘空间使用情况。
(5)数据资源平台目录更新
数据资源平台目录更新一是保障对平台整合汇聚的数据资源进行信息资源目录的更新维护;二是需保障每年更新发布纸质《天津市交通运输政务信息资源目录》。
6、天津市综合运输数据分析服务系统运维
天津市综合运输数据分析服务系统(简称指数系统)是天津市交通运输行业的第一个专门用于政府决策的支撑系统,以“综合交通数据支撑分析与决策”为工作主线,以建立符合天津实际的交通指数指标体系为目标,具备交通运行特征识别、交通状态预测、发展趋势研判、政策效果评估的功能,起到“数据说话、数据决策”作用,并成为交通运输部首批18个大数据融合应用试点项目。
本项目具体维护内容详见下表。
序号 |
项目名称 |
||
(1) |
综合交通分析与决策平台 |
项 |
1 |
(1.1) |
路网运行分析决策系统 |
项 |
1 |
(1.1.1) |
浮动车子系统 |
项 |
1 |
(1.1.2) |
交通拥堵评价子系统 |
项 |
1 |
(1.1.3) |
交通拥堵决策应用展示与发布子系统 |
项 |
1 |
(1.1.4) |
道路网专题地图制作 |
项 |
1 |
(1.2) |
公共交通分析决策系统 |
项 |
1 |
(1.2.1) |
地面公交运行分析子系统 |
项 |
1 |
(1.2.2) |
轨道交通运行分析子系统 |
项 |
1 |
(1.2.3) |
出租汽车运行分析子系统 |
项 |
1 |
(1.2.4) |
公共交通综合分析决策子系统 |
项 |
1 |
(1.2.5) |
公共交通专题地图制作 |
项 |
1 |
(1.3) |
综合运输分析决策系统 |
项 |
1 |
(1.3.1) |
铁路运输分析子系统 |
项 |
1 |
(1.3.2) |
公路运输分析子系统 |
项 |
1 |
(1.3.3) |
航空运输分析子系统 |
项 |
1 |
(1.3.4) |
快递业务运输分析子系统 |
项 |
1 |
(1.3.5) |
港口运输分析子系统 |
项 |
1 |
(1.3.6) |
综合运输分析子系统 |
项 |
1 |
(1.4) |
慢行停车决策分析系统 |
项 |
1 |
(1.4.1) |
共享单车运营数据处理子系统 |
项 |
1 |
(1.4.2) |
共享单车出行特征分析子系统 |
项 |
1 |
(1.4.3) |
共享单车出行停车展示子系统 |
项 |
1 |
(1.4.4) |
共享单车停行指数分析子系统 |
项 |
1 |
(2) |
综合交通信息服务平台开发 |
项 |
1 |
(2.1) |
综合交通运行态势展示系统 |
项 |
1 |
(2.1.1) |
大屏展示管理子系统 |
项 |
1 |
(2.1.2) |
集成大屏展示子系统 |
项 |
1 |
(2.2) |
综合交通移动应用系统 |
项 |
1 |
(2.2.1) |
综合展示子系统 |
项 |
1 |
(2.2.2) |
数据查询子系统 |
项 |
1 |
(2.2.3) |
指标指数收藏子系统 |
项 |
1 |
(2.2.4) |
报告审阅子系统 |
项 |
1 |
(2.2.5) |
“我的信息”子系统 |
项 |
1 |
(2.2.6) |
日常管理子系统 |
项 |
1 |
(2.2.7) |
共享单车扫描子系统 |
项 |
1 |
(3) |
综合交通报告管理系统 |
项 |
1 |
(3.1) |
报告管理子系统 |
项 |
1 |
(3.2) |
报告展示子系统 |
项 |
1 |
(4) |
综合管理子系统 |
项 |
1 |
(4.1) |
数据传输管理子系统 |
项 |
1 |
(4.2) |
综合权限管理子系统 |
项 |
1 |
应用系统维护具体内容如下
(1)业务软件日常巡检服务
提供7×24系统监控和运维,主要任务包括业务软件运行监控、故障诊断及排除、定期巡检、软件测试等。
(2)业务连续性保障服务
协调完成应用系统部署相关流程审批,包括资源申请、数据库账号申请、开通及部署、部署远程申请、业务软件部署服务、网络端口开通相关申请、配合灾备环境的部署、应用迁移和维护等工作。
(3)运维总结服务
每季度提交运维总结报告,总结回顾本期各项运维工作开展情况,重点描述和分析出现的技术问题和服务质量问题,并给出整改方案。
(4)年度总结服务
对年度整体系统进行一次全面的总结,给出信息系统运行评估及调整建议,以便采购方有充足的时间进行项目规划、申请、落实资金、采购等工作,满足不断发展的硬件系统运行要求。
(5)源代码管理
负责对已上线业务软件的源代码及相关技术文档进行有序管理,编制并执行管理相关制度,保障应用项目源代码及相关技术文档的安全查看及借阅。
(6)数据管理服务
定期清理运维过程中所生成的生产数据库中的临时表,从业务软件角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高业务软件运行速度。
(7)配合系统硬件维护服务
配合系统硬件的管理和维护,及时处理数据迁移和涉及数据库和应用软件相关工作。
(8)应急响应服务
建立有关数据安全、备份、测试、验证、应急恢复等机制。
(9)重大事件保障运行服务
预先建立重大事件保障服务小组,制定并实施有效的保障计划;
预先结合业务软件的并发需求,根据具体需求情况制定业务软件优化预案;
在不影响业务软件的稳定运行情况下,对业务软件进行优化调整;
制定重大事件下的突发事件保障计划以及事故处理流程;
在重大事件期间提升监控力度以及故障处理效率,确保业务软件的稳定运行。
本项目具体维护内容详见下表。
软件清单 |
应用系统 |
天津市交通运输信用信息管理系统 |
天津市公路建设市场信用信息管理系统 |
机动车维修行业信用信息管理系统 |
|
水路运输市场信用信息管理系统 |
|
安全生产信用信息管理系统 |
|
交通运输行业信用信息综合服务系统 |
|
交通运输行业信用信息对外发布系统 |
(1)维护公路建设市场信用信息管理系统、机动车维修行业信用信息管理系统、水路运输市场信用信息管理系统、安全生产信用信息管理系统、交通运输行业信用信息综合服务系统、交通运输行业信用信息对外发布系统的正常功能运行。包括系统各项功能模块维护、内容管理、参数配置、中间件维护、数据库维护、系统调优、缺陷修复以及对用户使用过程中的遇到问题的技术支持。
(2)维保服务级别及响应时间:7*24小时电话或电子邮件服务,1小时内做出明确的响应安排,2小时内具有解决故障能力的工程师应做出故障诊断报告,并解决故障。对于系统故障要求提供快速响应机制,接到维护服务请求后15分钟内响应,系统一般故障应在2小时内处理完毕,并保证系统恢复正常运行。出现紧急系统故障等,短时间内不能处理完毕,可能影响到业务系统正常运行的,要及时书面报告采购人,以便采购人采取应急措施。平时由于业务需要调整系统有关参数时,技术工程师须在接到服务请求后15分钟内给予响应,调整完成后及时通知有关单位。
(3)48小时内未能完成故障修复的,必须安排更高级别工程师现场支持并给出解决方案;
(4)投标人必须针对本项目指派一名项目经理,作为项目的总接口人和项目负责人,负责接受采购人提出的服务要求,并对采购人的要求进行全程跟踪,及时向采购人反馈处理情况。
(5)维护人员进入现场维护必须签订采购人提供的保密协议,不得泄露采购人的工作机密;
(6)针对服务范围内的系统提供不限次数的7×24小时远程技术支持。远程技术支持方式包括热线电话、传真、邮件、Web、远程调试等,远程技术支持的内容包括服务范围内系统各种故障问题、使用过程中的技术疑问、培训需求受理、以及服务政策咨询疑问。投标人在接到采购人的远程技术支持请求后,应该在最短的时间内响应,并全程跟踪直至采购人得到满意的结果;对于复杂问题,提供问题升级通道,推动问题快速解决。
8、天津市普通公路交通量调查系统运维
天津市普通公路交通量调查系统运维包括交调数据采集和管理系统、交调综合分析系统、数据工程数据、报送管理系统、业务协同管理系统、基础分析系统。
应用系统维护具体内容如下
(1)业务软件日常巡检服务
提供7×24系统监控和运维,主要任务包括业务软件运行监控、故障诊断及排除、定期巡检、软件测试等。
(2)业务连续性保障服务
协调完成应用系统部署相关流程审批,包括资源申请、数据库账号申请、开通及部署、部署远程申请、业务软件部署服务、网络端口开通相关申请、配合灾备环境的部署、应用迁移和维护等工作。
(3)运维总结服务
每季度提交运维总结报告,总结回顾本期各项运维工作开展情况,重点描述和分析出现的技术问题和服务质量问题,并给出整改方案。
(4)年度总结服务
对年度整体系统进行一次全面的总结,给出信息系统运行评估及调整建议,以便采购方有充足的时间进行项目规划、申请、落实资金、采购等工作,满足不断发展的硬件系统运行要求。
(5)源代码管理
负责对已上线业务软件的源代码及相关技术文档进行有序管理,编制并执行管理相关制度,保障应用项目源代码及相关技术文档的安全查看及借阅。
(6)数据管理服务
定期清理运维过程中所生成的生产数据库中的临时表,从业务软件角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高业务软件运行速度。
(7)配合系统硬件维护服务
配合系统硬件的管理和维护,及时处理数据迁移和涉及数据库和应用软件相关工作。
(8)应急响应服务
建立有关数据安全、备份、测试、验证、应急恢复等机制。
(9)重大事件保障运行服务
预先建立重大事件保障服务小组,制定并实施有效的保障计划;
预先结合业务软件的并发需求,根据具体需求情况制定业务软件优化预案;在不影响业务软件的稳定运行情况下,对业务软件进行优化调整;制定重大事件下的突发事件保障计划以及事故处理流程;在重大事件期间提升监控力度以及故障处理效率,确保业务软件的稳定运行。
第三包:网络及网络安全运行维护服务,预算242万元
一、项目背景
天津市智能交通运行监测中心安全服务项目如下工作内容:对监测中心机房内全部业务信息化系统进行为期一年的网络安全监测分析服务、网络安全咨询服务、漏洞扫描服务、网络安全策略配置检查、重要时刻网络安全保障服务、网络安全风险评估、互联网网站安全监测等相关工作,确保全面掌握各系统运营情况和薄弱环节,为今后开展信息化系统安全管理夯实基础。
目前,天津市智能交通运行监测中心现有业务信息化系统7个,需要做等保测评服务。本项目中涉及的系统包括天津市交通运输委员会门户服务平台(三级)、天津市交通运输行业数据资源交换共享与开发应用平台(三级)、天津市综合交通数据分析服务系统(三级)、天津市路网管理与应急处置系统(三级)、天津市交通运输安全生产信息服务平台(三级)、天津市智能交通信息系统(三级)、天津市交通运输信用信息管理系统(二级)。
同时,天津市智能交通运行监测中心计划就本年度的网络链路租赁及维护项目,实施政府采购。
二、采购项目类别与采购标的
序号 |
服务内容 |
服务项 |
服务内容 |
频次/数量 |
1 |
网络安全监测分析服务 |
网络安全监测 |
利用专业的网络安全设备、工具,对用户的网络攻击情况进行日常监测,及时掌握网络安全态势。 |
日常 |
2 |
网络安全风险分析 |
对网络安全态势、攻击情况、日志等进行综合分析,研判网络安全风险、攻击情况,得出有效的风险分析结论,对攻击进行抑制。 |
日常 |
|
3 |
网络安全报告 |
针对网络安全监测数据,结合网络安全风险分析结论,编辑汇总网络安全报告,包含:网络安全日报、网络安全月报。 |
日常 |
|
4 |
网络安全服务 |
网络安全咨询服务 |
提供网络安全专家咨询服务。对现有网络安全环境进行全面调研,对网内的常见的网络安全攻击行为进行汇总分析,对网络安全架构进行分析,找出网络安全“短板”。并提供网络安全提升改造建议。针对用户的网络安全建设、网络安全加固以及网络安全整改、测评等事项提供专业咨询服务。 |
不限 |
5 |
漏洞扫描服务 |
供应商需针对内部IT基础设备进行安全漏洞扫描,针对内部应用系统进行安全漏洞扫描,对高风险漏洞进行验证评估。并出具漏洞报告、优化的解决建议,并配合完成漏洞修复工作。 |
1次/年 |
|
6 |
网络安全策略配置检查 |
供应商需对网络中的安全设备策略有效性进行验证,提出整改建议。出具网络安全策略配置检查报告、整改方法,并协助验证整改策略的有效性。 |
1次/季度 |
|
7 |
网络安全事件应急响应 |
供应商需对网络中突发的安全事件提供现场技术支持。 |
按需 |
|
8 |
重要时刻网络安全保障服务 |
供应商需在公安组织的护网活动期间、行业组织的攻防演练活动期间,提供网络安全保障服务。 |
1次/年 |
|
9 |
等级保护政策培训 |
信息系统等级保护安全测评相关政策、标准、技术、整改措施等内容培训。 |
1次/年 |
|
10 |
互联网网站安全监测 |
供应商需对互联网网站进行监测,发现安全风险及时通报,并定期生成报告。 |
实时 |
|
11 |
等保测评服务 |
1.委托具有相应资质的第三方等保测评机构对我单位的天津市交通运输委员会门户服务平台(三级)、天津市交通运输行业数据资源交换共享与开发应用平台(三级)、天津市综合交通数据分析服务系统(三级)、天津市路网管理与应急处置系统(三级)、天津市交通运输安全生产信息服务平台(三级)、天津市智能交通信息系统(三级)、天津市交通运输信用信息管理系统(二级)7个业务信息化系统提供等级保护测评服务。 2.第三方等保测评机构在项目结束后一年内,免费为采购人提供信息系统的等级保护定级、备案、咨询等相关服务。 3.第三方等保测评机构能够把握和理解国家对该类项目的具体要求,对等级保护政策标准本身有较深的认识。 4.第三方等保测评机构具有完善的工作流程,有计划、按步骤地开展测评工作,保证测评活动的每环节都得到有效的控制。 5.第三方等保测评机构在现场测评环节过程中不能影响采购人的各项系统正常运行,针对工具测试等环节需要做好相应的应急预案以及操作规范。 6.第三方等保测评机构应具有良好的质量控制的能力和质量管理体系,具备管理体系认证,认证范围包含网络运行维护服务和等级保护测评服务,以保证测评工作的客观、公正、安全。 7.第三方等保测评机构必须为本项目成立至少 4 人组成的等级保护测评小组。由测评组长统一负责,测评组长或高级顾问具有中关村信息安全测评联盟颁发的高级等级测评师认证证书。现场测评人员具有初级及以上等级测评师认证证书,项目组成员包含CISAW风险管理方向专业级认证(提供证书复印件并加盖公章) |
1项 |
|
12 |
基础网络链路 |
全国高速公路信息通信系统联网工程 |
40M独享互联网 用途:访问互联网和应用系统映射使用。包括16个固定IP地址,其中12个在用。 |
1项 |
100M MV 用途:智能交通系统、OA办公系统使用 |
||||
100M MV |
||||
裸光纤:向交通部传输部省之间信息、智能交通系统、OA办公系统使用 |
||||
国高网(京沪) |
||||
数据对接 |
裸光纤 |
|||
OA系统 |
OA系统 2M专线 |
|||
公安(视频) |
技防网视频专线1000M |
|||
扬尘 |
50M独享互联网: 用于扬尘监测系统视频传输使用 |
|||
智能交通(一期) |
100M MSTP |
|||
50M MSTP |
||||
100M MSTP |
||||
10M |
||||
10M |
||||
50M |
||||
10M |
||||
10M |
||||
视频接入专线 |
50M MSTP |
|||
50M MSTP |
||||
机场内部光纤 |
机场内部光纤租赁。 内部光纤路由:信息部东区附属楼机房至T2航站楼PCR机房 |
|||
服务期限 |
基础网络链路服务期自2024年11月26日至2025年11月25日 |
|
三、技术要求
1.增加网络安全监测分析服务部分,应与上服务需求一致。
2.网络安全服务:网络安全咨询服务、网络安全驻场服务、漏洞扫描服务、应急演练技术支撑、网络安全策略配置检查、渗透测试服务、等级保护政策培训、网络安全事件应急响应、重要时刻网络安全保障服务、网站安全监测。
3.重保期间支持服务:重保期间,提供全程技术支持服务,必要时要参与现场技术支持。
4.等保测评部分:对被测系统进行定级备案工作,完成上述信息系统的等级保护测评工作。投标人应按照采购合同的约定和现行国家标准、等级保护 2.0 标准,提交国家规定格式的等级保护测评报告,并以此作为验收标准。
第四包:交通专有云平台运行维护服务,预算120万
一、项目背景
天津交通专有云平台2015年12月5日上线使用至今,以集约化、虚拟化、服务化的理念,承载天津交委的下属多个处室的业务系统以及交通大数据资源中心,实现计算资源、存储资源与网络资源的节约利用,减少新增项目硬件设备的投入,实现应用的快速部署。
天津市智能交通运行监测中心计划就本年度的交委云平台维护服务项目,面向社会,实施政府采购。
二、服务要求
序号 |
项目名称 |
技术要求 |
单位 |
数量 |
1 |
云平台硬件 |
194台服务器和38台网络设备等支撑交委云平台的全部硬件。 |
项 |
1 |
2 |
云平台软件 |
基础服务包,包括:工单、缺陷维修、基础软件更新。 |
项 |
1 |
3 |
人员驻场 |
基础运维以及日常应急保障、完成采购方提出的与云平台相关的各类服务任务及要求。 |
项 |
1 |
(一)运维工作标准
服务单位提供运维服务需参考ISO20000、ISO9000等国内外先进标准体系,提供服务至少应涵盖服务管理体系、突发事件管理、问题管理等方面。
1.运维人员
服务单位需按照维保清单要求提供驻场运维人员
2.日常维护
供应商需提供5×8小时现场服务,负责系统日常维护和故障排除,及时上报系统运行情况,对存在问题和优化建议以书面形式告知。
所有日常维护需形成运维日报清单,对于所有专有云运维工作按照日常巡检(云平台软件巡检、云服务器巡检等)、网络调试(网络架构梳理、网络地址匹配、外网端口设施等)、云平台服务器调试、云技术服务等进行分类。所有日常维护需记录维护过程、系统状态、解决经过等。
云平台每月需形成运维月报。月报至少记录每日日常维护内容、重大问题发现和解决、云平台每月运维状态等。
3.重大会议及活动期间重要保障工作
服务单位按照采购人要求,在重大会议及活动期间做好重要保障工作,提前制定重要保障方案。保障工作要求至少2名技术人员,5×8小时现场保障,7×24小时应急保障。
4.突发系统故障的应对
提供7×24小时应急现场服务。在突发事件发生后,服务单位需根据突发系统故障情况,迅速投入技术保障人员,参与故障应对和处理,保证系统正常使用。
三、维保设备清单
类型 |
分项 |
项目 |
数量 |
重要程度 |
部署方式 |
备注 |
云平台硬件 |
云计算平台网络设备 |
互联交换机 |
2 |
非常重要 |
串联 |
|
汇聚交换机 |
2 |
非常重要 |
串联 |
|||
接入交换机 |
12 |
非常重要 |
串联 |
|||
负载均衡接入交换机 |
2 |
非常重要 |
串联 |
|||
VPC集群交换机 |
2 |
非常重要 |
串联 |
|||
VPC专线接入交换机 |
2 |
非常重要 |
串联 |
|||
专线接入交换机 |
2 |
非常重要 |
串联 |
|||
核心带外交换机 |
2 |
非常重要 |
串联 |
|||
带外汇聚交换机 |
3 |
非常重要 |
串联 |
|||
带外接入交换机 |
4 |
非常重要 |
串联 |
|||
串口服务器 |
2 |
非常重要 |
串联 |
|||
分光器 |
2 |
非常重要 |
串联 |
|||
分流器 |
1 |
非常重要 |
串联 |
|||
云计算平台服务器 |
管理服务器 |
49 |
非常重要 |
服务器 |
||
负载均衡服务器 |
24 |
非常重要 |
服务器 |
|||
数据处理服务器 |
53 |
非常重要 |
服务器 |
|||
虚拟云主机服务器 |
45 |
非常重要 |
服务器 |
|||
关系数据库服务器 |
23 |
非常重要 |
服务器 |
|||
云服务软件 |
技术服务 |
基础运维服务 |
1 |
项目接口人、服务报告、重大故障处理、平台运维策略制定、深度巡检服务、变更支持、专家保障服务、技能传递 |
||
现场运维支持服务 |
1 |
健康检查、日常问题处理、变更支持、业务上线支持 |
||||
云平台订阅与支持服务 |
1 |
工单、缺陷维修、软件更新 |
||||
人员驻场 |
驻场运维 |
人员驻场运维 |
自行安排 |
|