全部加入收藏
招标文件
采购需求
一、项目概况：
项目属性：服务类
品目分类：其他运行维护服务，C020699
本项目对应的中小微企业划分标准所属行业为：软件和信息技术服务业.
1、项目概况
1.1项目名称
项目名称：广州市交通管理总站 2022-2023 年信息系统运行维护项目
1.2项目绩效目标
通过项目的建设与实施，保证信息系统及信息化设备的正常运行，实现系统故障、设备故障与网络故障的排查、满足已建系统在实际使用过程中的完善需求与扩展延伸需求。
1.3项目周期
从上一年运维期 2022 年 12 月 24 日结束起持续 7 个月，最后 1 个月为维护工作交接期，维护单位需与下一维护年度的维护单位做好交接工作。
2、运维服务内容
|
维护信息 |
类别 |
内容 |
|
应用软件及信息资源 |
市运政管理信息系统、应急救援指挥调度平台二期、营运车辆安全监管平台、公路客运综合管理平台、广州市道路货运综合管理信息平台、广州市散体物料运输车辆监管平台升级改造项目、广州市道路运输行业行政许可业务电子档案库系统项目、道路运输行业数据挖掘与分析平台、社会治安与城市管理智能化视频系、广州市交通运输行业安全生产综合管理平台、在穗外省市籍重点营运车辆联网联控系统应用系统的 维护 |
|
|
机房维护服务 |
广州市交通管理总站机房环境设备的维护 |
|
|
通信维护服务 |
通信链路采购与维护，包括互联网出口、通信链路租 赁、短信费 |
|
桌面运维服务 |
电脑、打印机、扫描仪维护和会议室终端设备维护 |
|
|
网络安全服务 |
信息安全服务，包含营运车辆安全监管平台三级等保 测评服务 |
2.1信息系统运维服务
根据我单位的实际情况，建立标准化的整体运维服务体系，提供信息化设备和信息系统运行维护保障，以提高软、硬件运行维护效率，切实保障信息系统服务的高响应度和高可靠性，确保我单位所有信息化软硬件正常运行。
由于信息系统是高科技含量产品，对维护人员的技术水平要求极高，缺乏专门技术人员定期维护，将导致信息系统的无法正常有效运行，甚至系统瘫痪，从而会造成大量的宝贵数据丢失，日常工作停滞，严重的甚至会带来灾难性后果， 给单位、社会造成重大的经济损失。本项目运行维护方式采用“自我管理+服务外包”方式，即由我单位信息部门负责整个系统的规划、指挥协调等工作，运维服务商根据各自的专长提供专业的技术服务。
2.1.1市运政管理信息系统
本期需对市运政管理信息系统的应用系统软件及硬件设备进行维护。
运政管理信息系统是本单位最重要的业务信息系统，涵盖了本单位的大部分行政审批及行业管理业务，具体业务模块如下图。
2.1.1.1软件运维服务
市运政管理信息系统主要涉及对广州市公路旅客运输、公路货物运输、出租 车客运、城市公共交通客运四种类别的运输服务的管理。这四种运输服务类别的 管理都包含了对运输企业、运输工作车辆、运输从业人员的管理，同时这四种类 别的管理也涉及到了票证管理业务，以及为系统各个功能模块生成各种统计报表。另外不同的类别也有本身特殊的业务，例如公路旅客运输管理包含了对线路牌的 管理，出租客运管理包含了对出租车经营权的管理等。
表 2.2 市运政管理信息系统软件运维需求表
|
序 号 |
类型 |
服务内容 |
维护要求 |
|
序 号 |
类型 |
服务内容 |
维护要求 |
|
1 |
日常维护 |
系统性能日常维护 |
1. 预防性维护：协助处理应用服务器和数据库服务器维护、维护对其它信息系统的数据接口、根据软件使用环境及时改进以适应环境。 2. 月度巡检：定期（每月）对系统所涉及的程序功能及数据进行巡检，内容包括系统功能、系统典型操作响应时间、口令安全情况、服务端口、对外应用接口、数据库、磁盘空间、CPU 的利用率、磁盘 IO、系统日志、备份文件等的检查，并进行系统日志审计、分析和系统关键进程及资源消耗分析、队列。 3. 日常监控：定期（每日）对系统进行日常监控，包括系统功能、系统典型操作响应时间、CPU 的利用率、磁盘 IO、磁盘空间。 4. 源代码：如系统存在迭代开发，每月更新源代码，上传至指定源代码管理系统。 5. 数据库数据备份服务：对数据库进行维护，提供数据备份服务，根据系统情况指定备份周期。 6. 报表文书的维护，维护文档管理。 7. 系统工具基础软件维护。 8. 数据维护：数据录入、更新、处理、备份、数据迁移。 |
|
2 |
系统故障检测及排除 |
响应时间及排除故障时间：提供 7x24 小时的服务，对较小的改动及时响应， 较大的改动由双方协定期限。 |
|
|
3 |
驻场要求 |
1. 驻场 2. 驻场人员数量：1 人 3. 驻场时间：8*5，7 个月 |
|
|
4 |
系统优化 |
补丁及接口升级 |
根据实际需求，开发、维护对其它信息系统的数据接口，版本升级，补丁 更新。 |
|
5 |
功能优化 |
针对系统相关适应性开展调整服务。 |
|
|
6 |
性能优化 |
数据库优化、代码适应性优化等。 |
2.1.1.2硬件运维服务
运政系统是采用客户端/服务端（C/S）结构模式。客户端由 Visual C#开发；
服务端通过 Web Service 向客户端提供应用服务；数据库软件使用 Oracle 9i。系统代码由 5 个解决方案组成，包括 WinUI ，DataCommon，WebServer，
密 ddle 和 CryptogramService。WinUI 实现客户端界面及其操作逻辑，其中又包含了 22 个项目，每个项目负责一个功能模块；DataCommon 是数据表的实体类， 类似于 ORM（关系-对象映射）；WebServer 主要是服务端业务处理的集合；密
ddle 是负责对外提供数据交互接口；CryptogramService 提供安全验证服务。
表 2.3 市运政管理信息系统硬件设备一览表
|
序号 |
类别名称 |
投入使用时间 |
投入使用时长（月） |
数量 |
|
1 |
HP 光纤交换机 HP AM866A |
2012-09-01 |
118 |
1 |
|
2 |
NetApp 存储阵列柜 DS2246-R5 |
2013-12-01 |
103 |
1 |
|
3 |
H3C 交换机 S3100V2-26TP |
2013-11-01 |
104 |
1 |
|
4 |
H3C 交换机 S5024P |
2013-11-01 |
104 |
1 |
|
5 |
H3C 交换机 S5120-28P-SI |
2013-11-01 |
104 |
2 |
|
6 |
光纤交换机 Brocade 300 |
2014-9-23 |
83 |
1 |
|
7 |
存储 NetApp FAS2240A |
2014-10-01 |
83 |
1 |
表 2.4 市运政管理信息系统硬件运维需求表
|
序号 |
服务内容 |
维护要求 |
|
1 |
设备日常维护 |
1.工作内容： （1） 定期（每日）检查设备运行状态，观察是否有告警灯； （2） 定期（每月）对设备除尘保养； （3） 定期（每日）检查设备运行状态，查看设备 CPU 内存、网络吞吐量等信息； 2.巡检周期：每月进行一次全面巡检。 |
|
2 |
设备 OS 系统更新升级 |
1.根据设备厂家提供最新的 OS 版本，进行系统更新升级。 |
|
3 |
设备故障检测及排除 |
1.设备故障检测及排除（包括设备重新部署和调试） 要求非外场设备 30 分钟内响应，外场设备 1 小时响应 非外场设备故障在 2 小时内排除，外场设备故障在 6 小时内排除。 |
|
4 |
设备维保及备件提供 |
1. 设备主机维修及备件提供，对于硬件故障，要求 24 小时内提供不低于原设备性能的备件硬件或整机一 台； 2. 设备主体故障需送修时，提供备件使用，设备主体修复后，可保留备件继续使用或使用修复后设备主体更 换回来； |
|
序号 |
服务内容 |
维护要求 |
|
|
|
3.设备零配件故障不影响整体系统运行时，应及时更换零配件，更换后的资产属于业主单位。 |
|
5 |
驻场要求 |
1.提供该系统维护服务。 |
2.1.2 应急救援指挥调度平台二期
本期需对应急救援指挥调度平台二期的应用系统软件及硬件设备进行维护。主要建设内容包括广州市交通管理总站交通运输应急救援指挥调度平台视
频会议系统、应急通信系统、交通应急救援指挥调度系统、GIS 应急智能辅助决策系统、BRT 沿线车辆故障以及站点行人三维仿真模型、小型移动应急平台以及基础支撑设施设备，该平台较好地协助指挥中心有效履行交通运输局总值班及应急响应信息指挥工作，包括话务处理，应急信息报送，传真收发，应急事件处置等。为确保项目的各项软件、硬件系统正常使用，并根据交通运输局总值班及应急工作的最新要求不断完善系统的相关功能，及时排除系统运行期间出现的各类故障，亟需统筹考虑平台的维护保障安排。
2.1.2.1软件运维服务
系统主要对广州市公路旅客运输、公路货物运输、出租车客运、城市公共交通客运四种类别的交通运输安全进行监管。基础信息模块操作，是对企业与相关联系人员的档案记录。安全监管模块主要对交通事故、违章等相关信息的记录， 以及对这些数据进行分析以报表或图形方式进行展示。安全查检模块对检查之前进行提醒设置，为每次的检查进行归档记录。预案管理模块，主要是对企业预案进行审核查看，出现突发应急事件时可以快速的进行相关操作的查询。行业法律法规以及信息板模块内网与外网用户进行信息传送，管理人员收集到相关的法律知识以及要发布公告信息可对指定模块进行操作。平台主要建设内容包括交通运输应急救援指挥调度平台视频会议系统、应急通信系统、交通应急救援指挥调度系统、GIS 应急智能辅助决策系统、BRT 沿线车辆故障以及站点行人三维仿真模型、小型移动应急平台以及基础支撑设施设备。
系统功能性维护主要包括约 120 个功能模块。
表 2.5 应急救援指挥调度平台二期软件运维需求表
|
序号 |
类型 |
服务内容 |
维护要求 |
|
1 |
日常维护 |
系统性能日常 维护 |
1.预防性维护：协助处理应用服务器和数 据库服务器维护、维护对其它信息系统的 |
|
序 号 |
类型 |
服务内容 |
维护要求 |
|
|
|
|
数据接口、根据软件使用环境及时改进以适应环境。 2. 月度巡检：定期（每月）对系统所涉及的程序功能及数据进行巡检，内容包括系统功能、系统典型操作响应时间、口令安全情况、服务端口、对外应用接口、数据库、磁盘空间、CPU 的利用率、磁盘 IO、系统日志、备份文件等的检查，并进行系统日志审计、分析和系统关键进程及资源消耗分析、队列。 3. 日常监控：定期（每日）对系统进行日常监控，包括系统功能、系统典型操作响应时间、CPU 的利用率、磁盘 IO、磁盘空间。 4. 源代码：如系统存在迭代开发，每月更新源代码，上传至指定源代码管理系统。 5. 数据库数据备份服务：对数据库进行维护，提供数据备份服务，根据系统情况指定备份周期。 6. 报表文书的维护，维护文档管理。 7. 系统工具基础软件维护。 8. 数据维护：数据录入、更新、处理、备份、数据迁移。 |
|
2 |
系统故障检测及排除 |
响应时间及排除故障时间：提供 7x24 小时的服务，对较小的改动及时响应，较大的 改动由双方协定期限。 |
|
|
3 |
系统优化 |
补丁及接口升 级 |
根据实际需求，开发、维护对其它信息系 统的数据接口，版本升级，补丁更新。 |
|
4 |
功能优化 |
针对系统相关适应性开展调整服务。 |
|
|
5 |
性能优化 |
数据库优化、代码适应性优化等。 |
2.1.2.2硬件运维服务
安全监管是采用浏览器/服务器（B/S）结构模式。客户端由 Visual C#开发； 服务端通过 Web Service 向客户端提供应用服务；数据库软件使用 SQL
Server2005。
系统代码由 5 个部分组成，WebUI、BaseClass、Business、DataAccess、Entity，
WebUI 实现系统界面与操作逻辑，BaseClass 系统控制界面加载基类，
Business（业务逻辑层） 他只负责向数据提供者也就是 DataAccess 调用数据
然后传递给客户程序也就是 WebUI，DataAccess 数据访问层 ，负责对实体也就是数据库相应表的增删改查，Entity 实体层数据库中表的映射，一般有几个表就有几个实体类。
表 2.6 应急救援指挥调度平台二期硬件设备一览表
|
序号 |
类别名称 |
投入使用时间 |
投入使用时长（月） |
数量 |
|
1 |
多媒体通信调度机 毅航 ISX1000 |
2013-11 |
80 |
1 |
|
2 |
无线通讯调度机 欣纬 EMH-100-EX |
2013-11 |
80 |
1 |
详情见招标文件
收藏