车辆管理系统解决方案

车辆管理系统

解决方案

目 录

1。 建设背景

2。 项目概述

3. 功能描述

3.1. 基本信息

3.1。1。 车辆信息管理

3.2. 车辆异动

3。3。 用车管理

3。3.1. 出车申请

3.3.2. 车辆出辖区备案

3。4. 车辆维保

3。4.1。 维保申请

3。4.2. 日常检查

3.4。3。 日常检查汇总

3.5。 车辆运行管理

3。5.1. 运行情况查询

3。5.2。 运行情况管理

3.6。 安全管理

3。6。1. 交通事故管理

3.6.2. 违章记录管理

3.6。3. 违章记录导入

3.7。 综合查询

3.7。1. 基本数据查询

3.7。2. 异动数据查询

3。7.3. 运行数据查询

3.7.4. 审批数据查询

3。7。5。 安全数据查询

3.8。 统计报表

3.8.1. 基本数据报表

3.8。2. 异动信息报表

3.8.3。 日常维保报表

3。8。4。 车辆运行报表

3.8。5。 车辆安全报表

3。8.6。 车辆运行台账

3.9. 系统设置

3。9.1. 提醒项目

3.9.2. 提醒设置

4。 网络拓扑图

5。 平台特性

5.1. 基于SOA的系统架构

5.2。 高可用性与可靠性

5。3。 可扩展性

5。4. 可运营可管理性

5.5。 标准性和开放性

5。6. 安全性

5.7。 兼容性

6。 项目实施计划

6。1。 实施目标

6。1.1. 时间进度目标

6。1.2. 人员安排目标

6.1。3. 项目管理目标

6.1。4. 交付文档目标

6。2。 工程进度计划

6.2。1. 工程进度计划表

6。2.2。 系统演示

6.2。3。 验收测试

6.2。4。 系统试运行

6。2。5. 系统初验评审

6。2。6. 系统初验报告

6.2。7。 终验议程与通过验收条件

6。2.8. 系统终验报告

6。2。9。 系统最终移交

7. 项目保障机制

7。1. 项目管理控制

7.1.1。 报告机制

7。1.2。 沟通机制

7。1.3。 项目例会

7.1。4。 阶段成果物文档

8. 技术支持

8.1. 技术支持承诺

8.2. 使用培训

8.2。1. 培训要求

8。2.2。 培训内容

8.2。3。 培训计划

8.3。 技术服务

8.3。1. 应用系统生产服务

8。3.2. 系统日常巡检服务

8。3.3。 系统保养支持服务

8。3.4. 系统性能优化服务

8。3.5. 故障处理服务

8。4。 保修

8。5。 客户服务

1。

建设背景

为有效推进无纸化办公和车辆管理信息化，进一步提高公司二级机关车辆的管

理效能和运行效率，通过使用智能化、信息化的有效管理，达到降低人力成本，实

现开源节流的目的。

2。 项目概述

依托协同管理系统组织机构管理、人员管理、流程审批功能，设计车辆管理模

块，使用信息化手段，实现车辆管理流程化、规范化、无纸化。最终实现车辆管理

台帐电子化.

3。 功能描述

3。1。 基本信息

需求描述：车辆管理单位录入车辆信息，可根据车辆基本资料变更情况随时进

行更改。

3。1。1。 车辆信息管理

完成车辆信息添加、修改、删除、浏览、查询及生成Excel文档导出，信息主

要包括：车型、车牌号、排量、发动机号码、底盘号码、加油卡号、购置（租赁）

日期、现单位、责任司机、车辆性质、调入日期、调入单位、调出日期、调出单

位、调动原因。

车辆信息列表:

序号 所属单位 车型 车牌号 排量

车辆信息录入（修改）表单：

车型 [文本,选取] 车牌号

排量 发动机号码

底盘号码 加油卡号

现单位 购置（租赁）日期 ［日期］

责任司机 [选取］ 车辆性质 ［选取］

调入日期 [文本，只读］ 调入单位 ［文本，只读]

调出日期 [文本，只读] 调出单位 ［文本，只读］

调动原因 ［文本]

3.2. 车辆异动

需求描述：实现车辆调入(出）登记审批,审批通过后，自动更新基本中的调入

（出）信息。

车辆调动申请

实现车辆调入（出)登记审批，审批通过后,自动更新基本中的调入（出）信

息。

车牌号 ［选取］ 车型 [只读］

排量 ［只读］ 车辆性质 [只读］

调入日期 [日期,必填］ 调入单位 ［选取]

调出日期 [日期，必填］ 调出单位 [选取］

调动原因 ［文本，必填］

3.3. 用车管理

需求描述：车辆申请人首先将单位、申请部门、申请人、用车时间、返回时

间、出车事由、同行人员等项目填写清楚，然后转车管审核。车管填写出车的车号

及司机，然后转办公室审核，然后转分管领导审核。

3.3.1。 出车申请

申请列表：

序号 单位 申请部门 申请人 用车时间 返回时间

出车申请填报表单：

单位 申请部门

申请人 用车时间

返回时间

出车事由

分公司用车审批流程：

序号 步骤名称 参与人 备注

1 车辆管理员审核 填写车号及司机

2 办公室审核

3 申请人部门分管领导审批

4 如属区域外长途用车 总经理（党委）办公室备案

省公司用车申请审批流程：

序号 步骤名称 参与人 备注

1 车辆管理员审核 填写车号及司机

2 办公室审核

3 申请人部门分管经理审批

4 总经理审批 属长途用车且在外过夜

5 申请人备案

3.3。2。 车辆出辖区备案

当本次请车需要出所在单位地市州的行政区域,由车辆申请人在“出辖区备案"

对话框中打“√”，在本次车辆申请流转完毕后，系统将本次申请自动跳转到公司

机关车队，机关车队向办公室负责人汇报情况。

出车申请填报表单：

单位 申请部门

申请人 用车时间

返回时间 本次出车是否出辖[选取 ，是，否]

区

出车事由

说明:当［本次出车是否出辖区]选择为是时,则流程转到公司机关车队管理员

进行审批。

分公司用车出辖区审批流程:

序号 步骤名称 参与人 备注

1 车辆管理员审核 填写车号及司机

2 办公室审核

3 申请人部门分管领导审批

4 公司机关车队审批 如出辖区

5 申请人备案

处理签:

4.4. 车辆维保

完成车辆维护保养信息的管理，维修保养信息包括：单位(下拉菜单:15个分

公司、机关车队)、维保类型（下拉菜单：日常维修、定期保养）、申请日期、申

请人、车型、车牌号、维护项目、金额（每个项目后一个金额）、损坏原因（每个

项目一个原因）、维修单位.

4.4。3. 维保申请

需求描述：打开界面可以查维保类型、日期（可以按照时间段查)、车

型、车牌号、维护项目、损坏原因、维修单位等关键字,可以分类显示要查的内

容。

查询列表：

序号 车型 车牌号 维护项目 损坏原因 维修单位

维保填报表单：

单位 维保类型

申请日期 申请人

车型 车牌号

维保信息列表

序号 维护项目 金额 损坏原因 维修单位

1

2

维保申请审批流程:

序号 步骤名称 参与人 备注

1 车辆管理员审核 填写车号及司机

2 办公室审核

3 申请人部门分管领导审批

4 公司机关车队审批 如出辖区

5 申请人备案

处理签：

4。4.4. 日常检查

需求描述：依据《中国石油湖北销售公司车辆设备设施保养规范》，责任司机

每周对管理车辆进行至少一次日常检查.由责任司机按照《公司车辆设备设施保养

检查表》进行逐项检查,并评分，然后由车辆管理管理人员在系统上点击确认。由

车辆管理员每周检查变更。

公司车辆设备设施保养检查表单

使用单位:

检查时间: 年 月 日

检查地点：

车 型： 车 号：

序号 检查项目 分数 检查内容 满分 得分 备注

1 漆面无刮碰 2

2 车辆表面干净 2

3 2

4 无悬挂杂物、清洁 2

5 无存放垃圾等 2

6 松紧程度等 2

7 方向盘 6 活动无杂音、顺畅 2

8 位置是否摆正 2

9 刹车 6 手刹是否拉起 3

车容车貌 10

内饰清洁、无异味,物品摆放整

齐

10 刹车板踏踩适度、刹车灵敏 3

11 关好 1

12 开关、升降正常 2

13 洁净 1

14 玻璃是否完好 2

15 气压适当 3

16 有无特别磨损及损伤 2

17 有无备胎 2

18 是否卡有尖锐物等异物 2

19 水箱等关联物是否整洁 5

20 排气颜正常 3

21 机油是否正常 3

22 无杂音等异常现象 4

23 喇叭 1 使用反应正常 1

24 灯罩完整、无异常 2

25 转向指示灯 1

26 视宽灯 1

27 大灯 1

28 雾灯 1

29 刹车灯 1

30 室内照明灯 1

31 动作是否正常 1

32 清洗液是否足够 1

33 镜面清洗、能按需调整视野 1

照后镜（内

外）

34 有无破损 1

35 电压表 1

36 水温表 1

37 燃油表 1

38 车速、里程表 1

39 机油压力表 1

仪表 6

2

雨刮器 2

灯光 8

发动机 15

轮胎 9

车门车窗 6

40 转速表 1

41 点火装置 5 点火正常 5

42 灭火器 2

43 三角警示牌 2

44 冷风 2

45 热风 2

46 1 音响设施 1 是否正常

47 2 是否齐全

48 2 是否放置在工具箱

49 2 是否清洁

50 行车工具 4 4 加油卡、行驶证、行车记录等

51 其他 5 5 停车位置是否合理等

52 100 总 分

检查评价

检 查 人: 年 月 日

被检确认： 年 月 日

随车工具 6

安全设施 4

空调 4

4。4.5. 日常检查汇总

实现按照日期（可以按照时间段查）、车型、车牌号等关键字，可以分类统

计汇总。

点击车牌号，可以查看检查明细。

4。5. 车辆运行管理

需求描述：在完成一次出车后，由当事司机在系统中录入以上数据.具体实现

为:当事司机点击“车辆运行"模块，在出车申请汇总明细表中选择本次出车申请，

然后点击进入，在实现设定好的项目中录入本次出车发生的路桥费、油耗、加油数

量和行车里程。

运行情况台账信息

4。5.1. 运行情况查询

需求描述:通过精确（模糊）查单位、申请人、用车时间、车牌号、司机等

关键字，可以分类显示要查的内容。其中，可以通过对一个时间段的查询，分类

显示一个时间段的信息。

查询条件：单位、申请人、用车时间、车牌号、司机等.

查询列表：

序号 所属单位 车牌号 司机 用车时间

4。5.2. 运行情况管理

需求描述：每次出车回来后由出车司机更新，车队管理员督办审核.

出车申请查询：

序号 出车申请时间 申请人 出车时间 返回时间 操作

1 ［选取］

运行情况录入:

出车申请信息

申请人

出车时间 返回时间

出车事由

车辆运行信息

路桥费 油耗

加油数量 行车里程

4。6。 安全管理

需求描述：通过精确（模糊)查单位、日期、事故内容、车牌号、车型、事

故司机等关键字,可以分类显示要查的内容。由各单位车管将车事故车辆的信息

录入到“车辆安全”中的“交通事故"模块。

由省公司车队车管将从违章记录查询系统查询出的违章信息表格导入到“车

辆”安全中的“违章记录”模块，然后各分公司根据违章记录确定责任司机。

4.6.1. 交通事故管理

交通事故管理登记项目：单位(下拉菜单：15个分公司、14个处室）、日期、

车牌号、车型、事故内容、造成损失、事故司机、责任认定、处理结果。

填报表单:

单位 [选取] 日期 ［日期］

车牌号 车型

事故内容

造成损失

事故司机

责任认定

处理结果

4。6。2. 违章记录管理

违章记录管理登记项目:单位（下拉菜单：15个分公司、机关车队）、日期、

车牌号、车型、违章内容、违章路段、违章责任人、扣分情况、罚金情况、责任司

机。

填报表单：

单位 ［选取] 日期 [日期］

车牌号 车型

违章内容

违章路段

违章责任人

扣分情况

罚金情况

责任司机

4。6.3. 违章记录导入

由公司车队车管定期导入.导入模板为EXCEL表格,格式参照如下设置。导入过

程中，自动根据单位和责任司机姓名与系统内的相关信息关联.

导入模板(XLS）：

序号 单位 日期 车型

1 *＊＊

2

3

4

车牌违章内违章违章责扣分情罚金责任

号 容 路段 任人 况 情况 司机

4.7。 综合查询

实现基本数据、异动数据、运行数据、审批数据、安全数据的自定义查询，并

可生成名单，实现导出。

4.7.1。 基本数据查询

实现车型、车牌号、排量、发动机号码、底盘号码、加油卡号、购置(租赁)日

期、现单位、驾驶员;

4。7.2。 异动数据查询

调入日期、调入单位、调出日期、调出单位;

4.7。3。 运行数据查询

油料升数、油料费用、维修费用、维修项目、行驶里程、日常维保数据；

4.7.4。 审批数据查询

出车申请、维修申请、出辖区备案；

4。7。5。 安全数据查询

交通事故、违章记录。

4。8。 统计报表

统计车辆的使用情况是一件伤神费事的工作，如何快速、准确的统计车辆使用

信息，是提高工作效率的又一关键点.车辆管理系统报表系统可以按日、月、季、

年提供出车明细报表,也可以对单个人、单个车提供统计报表主要包括公里数、收

入等信息，为管理考核提供依据。

统计项目

实现基本数据报表、异动信息报表、日常维保报表、车辆运行报表、车辆安全

报表，最终形成月度车辆运行台账。

4。8.1. 基本数据报表

4。8。2. 异动信息报表

4。8.3。 日常维保报表

4。8。4. 车辆运行报表

4.8。5。 车辆安全报表

4.8.6. 车辆运行台账

4。9。 系统设置

4.9.1. 提醒项目

百公里耗油等指标超标提醒

单车维修费三个月内重复发生提醒

驾驶证到期提醒

车辆年检提醒

车辆保险提醒

车辆保养提醒

4.9。2。 提醒设置

设置提醒对象,提醒方式，提醒内容.

5. 网络拓扑图

6. 平台特性

6。1. 基于SOA的系统架构

车辆管理系统采用业界主流的网络协议、硬件接口和数据库，架构上将各个子

系统功能逻辑合理划分，耦合度低,模块间接口连接，有良好的扩展性和开放性。

通过适配器模式集成多种基础能力封装为标准接口,对业务屏蔽底层能力部件的差

异。

6。2. 高可用性与可靠性

作为一个复杂度很高的系统，须具备比较高的集成度，以保证系统可以顺利开

通,并在今后业务调整时可以快速响应。系统可用性达到99.99％.

在考虑技术先进性的同时，从系统结构、技术措施、设备性能、系统管理及维

护等方面着手，确保系统运行的可靠性和稳定性。所有设备支持7×24小时工作，

设备可用率达到99。999％.能够采用故障检查、告警和处理机制，保证数据不因

意外情况丢失或损坏。在系统发生故障时,应当尽量做到无缝倒换。

6。3。 可扩展性

系统采用具有良好升级能力和扩展性的设备，整个系统按松耦合、模块化设

计，可以进行软件升级和并发用户数扩容，可以平滑且不中断业务地升级到最终业

务规划目标.

系统的部署方式（包括服务器部署方式、数据分发和骨干网传输方式)、规模

（支持最大并发流数）和可以提供的业务都可灵活地易于扩展.

设计留有余量，可支持后续3-5年的业务变化，可采用参数化设计方法，保证

未来可通过配置满足不同新的需求。系统需采用高度抽象的应用架构设计，充分兼

顾后几年内的需求变化。系统数据表设计时,预留备用字段，以应对新的业务需求.

6.4. 可运营可管理性

车辆管理系统能够支持多种灵活的配置策略，保障投资成本的有效回收.支持

良好的业务管理能力，确保网络的可运营性.必须满足不同角度不同层面的可管理

性、可控制性，保证网络运营的规范和网络的健康发展。实现业务的有效调度和管

理。

6。5。 标准性和开放性

车辆管理系统的各项技术和设备符合国际、国内或者行业内有关成熟标准。系

统提供开放的协议接口，使得车辆管理系统具有良好的互操作性.

6。6。 安全性

车辆管理系统在运行稳定的同时，应有严格的安全措施，确保整个系统安全稳

定运行及与其相关联的数据的安全。

能够确保门户系统安全稳定运行及与其相关联的业务数据的安全。可按组织和

操作员定义操作权限，基本权限为只读.关键操作有第二密码及密码再证实。能够

对机密数据提供安全保护。具有自动记录系统运行状态并能判定异常。可追踪调

查、记录所有操作日志并可进行分类查询。能在出现故障后保证数据可及时恢复。

关键数据相互独立并且有多重备份,具有非常高的不同层次的冗余度，安全级

别高。

6。7。 兼容性

车辆管理系统规范需要考虑现网已采用的设备,尽量兼容这些设备，从而保

护已有投资.车辆管理系统既能够满足现有的业务要求，又能够随技术和业务发

展低成本地不断扩展系统规模、终端数量、网络层次、业务模块和功能。

7。 项目实施计划

7。1. 实施目标

7。1。1。 时间进度目标

系统功能需求明确后，设计开发保证在2个月内完成，项目建设方公司最终项

目工程进度将公司确认和同意后，开始实施。

公司发出中标通知书后的3个月内,完成项目开发并正式上线。

项目建设方能按照公司的统一要求保证工程的实施进度。

7。1.2. 人员安排目标

项目建设方针对本次项目成立专门的项目组，设立专职项目经理负责整个项目

的协调各项工作。并严格管理软件产品供应商提供满足公司需求的支持和服务。项

目建设方项目经理选用标准：具备8年或以上项目管理经验；至少5个与南方电网

相关项目的管理和实施工作，具备PMP等同类资格证书的人员。

项目建设方项目成员具备二年以上本类业务系统开发、集成经验,且为项目建

设方公司正式员工。

项目建设方不会随意变更项目人员，如果人员变更必须提前二周向公司提交书

面人员变更说明。

项目建设方提供本项目实施中项目建设方和各相关厂家的分工界面,未列出的

工作部分视为完全由项目建设方负责实施。

项目建设方提供项目中各种风险预测和控制方案建议，提供文档管理和版本控

制的流程.

项目建设方提供项目组组成人员的详细清单与简历.

7。1。3。 项目管理目标

变更控制

如果项目过程中设计到变更内容，项目组会向项目变更委员提交变更申请,说

明新的安排，采取何种纠正措施保证重要目标按时完成.

会议制度

定期进行项目协调会，项目建设方汇报工作进展情况，讨论问题后下阶段计

划。会议每周一次,项目建设方项目经理、主要负责人必须参加。

汇报制度

项目建设方每周提交项目周报，汇报工作进展，遗留问题解决情况,下周工作

计划。

系统入网制度

项目建设方实施系统集成,对当前系统运行造成影响或改动,必须提前至少一周

提交实施方案和申请,经公司批准方可实施.实施过程中如果由于项目建设方软件问

题或操作原因造成当前系统功能无法使用，项目建设方承担一切责任。

公司批准实施前将对待入网软件、系统进行测试，测试通过后签字确认。

验收制度

项目建设方达成目标后，需提交测试方案，待公司确认测试方案之后可由公

司、项目建设方共同进行测试，测试通过后公司签字确认方可通过验收。

文档管理制度

项目实施过程中，项目建设方提供的文档如下：

项目周报，每周五中午12点前以邮件方式提供给公司项目负责人。项目周报

中要附加遗留问题处理情况表和软件需求汇总表,汇报遗留问题处理情况和需求开

发进展。

实施方案，系统功能、硬件入网前要提交实施方案。

项目月报，每月月底提交项目月报，汇报本月进展和下月计划。

项目进度一览表（项目计划书），如果发生变更需要提供更新版本。

7.1。4. 交付文档目标

项目建设方在项目实施过程中各阶段交付的文档满足以下要求：

(1） 需求规格说明书：主要描述需求分析阶段的成果，包括对用户需求的汇

总、分析和相关说明。

(2) 系统安装部署说明书:描述各软硬件模块的部署详情。明确业务逻辑相关

的配置信息，如各业务系统的各类数据的采集方式及数据流向、与相应软硬件的部

署等对应关系。要求描述清晰准确，辅以图示。

（3） 系统配置说明书：描述系统软硬件所有可配置项的详情，包括各模块协

调运行所置各项配置信息、应用逻辑的实现所置的各项配置、网络设备的各项配置

文件、信息、数据等、安全相关的各项配置（如防火墙配置、策略、硬件或软件端

口开放情况等)。

(4） 用户使用手册。描述软件系统的使用方法。

（5） 系统维护手册.描述系统维护方法。说明如何保障系统安全稳定运行,如

何防范各种安全风险或其他意外风险。

（6） 产品安装手册.描述产品安装、配置、管理等操作方法和步骤。

(7） 系统备份手册。描述备份方式、备份策略、备份检查方法、备份及恢复

的测试计划等备份相关的全部内容.

（8) 用户管理手册。描述用户管理的内容、配置方式、实现效果等。

(9) 用户培训手册.包括用户培训涉及到的全部文档资料，如讲义、技术文

档、参考文献等.

7.2. 工程进度计划

7.2。1。 工程进度计划表

详细进度计划待定

7.2.2. 系统演示

供方应向验收委员会演示被验收系统的全部用户界面、系统包括的主要功能、

性能，以证明系统实现的功能与合同书或需求说明书要求一致.通过演示活动让验

收委员会成员对系统有一个直观和概括的了解。验收委员可现场选用实例对被验收

系统进行演示考核,以证实与系统需求的一致性、程序和文档的一致性。

7.3。3. 验收测试

系统验收测试组应按系统验收测试计划对系统进行如下测试：

功能测试、

性能测试

稳定性测试

压力测试

容错测试

故障测试

安全性测试

互通测试

一致性测试

文档测试

测试员按分工分别对被验收系统进行逐项测试，并详细记录每一项测试结果,

将这些结果分别与预期的结果对照分析，然后写出《系统验收测试报告》，该报告

将作为验收委员会评价系统的主要依据，也是需方确定是否接收该系统的主要依据.

7.3。4。 系统试运行

选取项目试点，进行整体项目试运行。

7.3.5. 系统初验评审

在验收测试完成以后，验收委员会应及时主持评审会，听取有关报告和审议验

收结果，并对系统作出综合评价。

评审会的议程如下：

听取供方开发部门的《测试分析报告》和《技术总结报告》；

听取系统验收测试组的《系统设备验收报告》、文档审查组的《文档审查报

告》及测试组的《系统验收测试报告》；

7.3.6。 系统初验报告

在初验评审后，验收委员会应写出“系统初验报告”，详尽地记录验收中对系

统的评价及验收意见。尤其要明确系统在验收中发现的问题和缺陷，以及需要改进

的意见和供方对此所作的承诺。验收委员会全体成员应在初验报告上签字。根据验

收委员会表决情况，由验收委员会主任在初验报告上签署验收意见.

验收结论分为以下两种：

a。通过.表示同意验收的委员超过三分之二；

b.不通过。表示同意验收的委员不超过三分之二。

如果系统验收不能通过，验收委员会将根据合同书的规定与供需双方协商处理

意见，可能的结果是：要求供方限期完成开发任务，重新提出验收申请或者终止合

同.系统初验通过后，要确定系统进入试运行的时间和结束时间，明确供方在试运

行期间要解决的遗留问题以及改进系统的意见，对此供方的代表要作出承诺。

系统通过初验以后，验收委员会的技术组和文档审查组应分别对供方提供的系

统设备清单和文档资料清单进行验收，逐项核实后移交给需方.移交结束后形成产

品移交文件，该文件应包括以下内容：

a。移交产品清单：

b。移交的时间、地点、收授人签字。

7.3。7. 终验议程与通过验收条件

验收委员会的文档审查组必须检查供方交付的文档是否与合同书中规定的要求

一致,在编写内容、格式上是否符合软件设计与开发规范。特别要检查文档与程序

的一致性、文档的准确性和完整性，是否通过了有关的评审,包括：

用户操作手册

测试计划

测试分析报告

项目开发总结报告

程序维护手册

7。3。8。 系统终验报告

系统验收委员会在完成终验评审后,应形成《系统终验报告》，详细地记录供

方在系统试运行中对遗留问题的处理结果和改进系统方面的情况，验收委员会对系

统最后的评价意见.所有到会的验收委员会成员须在终验报告的验收委员会名单上

签字,验收委员会主任还要在终验结论栏签字。终验结论分以下两种:

a。通过。表示同意验收的委员超过三分之二;

b。不通过。表示同意验收的委员不超过三分之二。

如果系统终验不能通过，验收委员会与供需双方协商处理意见。如系统终验通

过,则供方和需方的技术负责人须在系统终验报告上签字。

7。3。9. 系统最终移交

系统通过终验以后，供方应将最终文档移交给需方。由于系统在试运行阶段修

改了一部分程序,所以供方应将修订过的文档重新装订后,移交给供方。文档审查组

对这些文档予以审查，以保证文档的一致性和正确性，并办理移交手续。至此系统

完全移交给需方，完成全部的系统验收工作。

8。 项目保障机制

8.3. 项目管理控制

8。3.1。 报告机制

项目组成员应首先在小组内部讨论解决问题，如不能解决应按照项目组织结构

图所列逐级及时向项目负责人报告，向项目经理报告直至向项目领导层汇报，所有

重要问题都应有书面材料.

8。3.2. 沟通机制

每周提交项目状态报告。实施项目组成员于每周书面列示完成任务、存在问题

及下周计划提交给项目实施组。项目经理以项目进度报告的形式每周向项目实施组

成员通报项目实施的进展情况、已经开展的工作和需要进一步解决的问题，达到项

目实施小组信息、资源的共享，使得整个实施项目小组成员及时了解项目的整体状

况,同时借鉴宝贵经验。并根据项目主计划及项目整体进展，讨论下周工作计划.

8。3.3. 项目例会

每一到两周举行一次，由公司方项目领导、各相关部门的相关领导及项目实施

组相关小组成员参加，根本作用在于协调解决实施过程中出现的各种问题，保证项

目的顺利进程。同时应对所有的项目会议与专题讨论会议等编写会议纪要，对会议

做出的各项决定或讨论的结果进行文档记录、整理,并分发给与会者和有关的项目

实施人员.采用备忘录、等其他方式随时进行项目信息沟通并存档。

8。3.4. 阶段成果物文档

项目阶段 项目步骤 文档要求

9. 技术支持

9.1. 技术支持承诺

根据项目建设方所提供的软、硬件设备的种类、应用范围,以及公司的需求，

项目建设方向公司提供全面、有效、及时的技术支持和服务。

项目建设方提供软件不少于2年的保修期；项目建设方所提供的其他软件提供

不少于2年的保修期。在保修期内，项目建设方办事机构应具有灵活、多样的通信

手段，应提供24小时响应服务。如出现任何问题和故障,如公司认为有必要项目建

设方技术人员到现场支持时，项目建设方按要求赶到现场，进行免费维修或更换。

保修期从终验合格后开始计算.

项目建设方在技术建议书中详细说明技术指导和技术支持的范围和程度。

项目建设方对其所提供设备的功能、性能软件应提供长期的技术支持。项目建

设方如对软件有新的改进、增加新功能，均应及时按可选技术服务提供给公司使

用。

在保修期内，公司对已有系统进行扩容,项目建设方免费为公司接入.

9。2. 使用培训

9。2。1. 培训要求

项目建设方公司负责对公司人员进行全面培训，讲授设备的性能、维护管理技

术及实际操作等培训，使公司人员能独立进行管理、运营、故障处理及日常测试维

护，确保全网能正常安全运行。在设备安装现场，项目建设方公司安排公司的培训

人员进行现场安装调测培训。

培训地点及人数：项目建设方公司负责提供培训员实际操作培训设备和资料。

具体培训人数待签字时由双方商定。

项目建设方公司针对提供的应用软件产品向公司提供相关培训，提供的培训能

够使公司完全了解相应产品各模块的功能，并包含技术与发展、功能介绍、产品管

理、维护支持等内容.培训要求如下:

用户现场培训:产品安装、维护及使用培训，免费且不限人次。

项目建设方公司针对以上培训要求提供详细的培训计划，在项目建设不同阶段

的培训对象、培训对象要求、培训时间安排、培训课程、授课方式、培训目的及培

训所要达到的效果等。

9。2。2。 培训内容

系统安装培训

为保证公司系统管理员对系统的软、硬件配置及安装过程的熟悉，系统管理员

可在系统安装时参与系统安装，并进行实际的安装培训；

系统管理培训

在系统试运行后,项目建设方对负责系统管理的操作人员进行统一的系统培

训，熟悉系统的使用及维护；

系统维护培训

为保证系统管理员对系统的熟练维护，在系统试运行后，项目建设方对系统管

理员进行整个系统的操作及内部的管理培训。

使用操作培训

为保证业务操作人员对系统的熟练操作，在系统试运行后，项目建设方对业务

操作人员进行系统的操作及内部的管理培训。

9。2。3。 培训计划

项目建设方负责提供免费、人员不限的现场培训，培训次数至少为5次驻地培

训,具体培训的时间、地点等细节由双方协商后合同约定；

项目建设方负责根据公司的要求和建议列出培训内容、计划和被培训人员可达

到的水平等。

培训安排如下：

培训大纲 培训内容简介 人数 地点 培训资料 其它备注

时间

（天数）

系统组成介绍、系

统软件组成介绍、

系统安装系统硬件组成介系统安装培

不限 2 待定 中级培训

培训 绍、系统安装及配训手册

置介绍，问题解

答。

应用系统各部分功

能介绍，系统高级

功能,多种功能组合

系统管理使用方法介绍、系系统管理培

不限 3 待定 高级培训

培训 统配置、数据库设训手册

置、系统备份、错

误跟踪与故障分析

与处理。

系统维护系统高级功能、系不限 3 待定 系统维护培中级培训

培训 统配置、数据库设训手册

置、系统备份、错

误跟踪与故障分析

与处理。

2 项目使用操作培训 不限 待定 现场培训

使用操作项目建设方

培训 公司免费提

9.3. 技术服务

9.3。1. 应用系统生产服务

培训教材由

供

配合完成任务工单的处理，如提取非报表的数据、考核与指标数据、批量更新

数据等。

配合湖北销售公司完成业务生产工作，包括日常数据管理、统计分析等。

根据湖北销售公司的要求，配合完成其他生产支持服务工作。

9.3。2. 系统日常巡检服务

定期检测应用软件和接口,发现故障，排除隐患，提出改进意见。

系统所有硬件设备的日常巡检，发现故障，配合排除故障。

项目建设方公司不断完善重要监测点的实时监控机制。

项目建设方公司高度重视巡检过程中发现的异常情况，及时通知湖北销售公司

维护人员，查原因，排除故障隐患。

9.3.3. 系统保养支持服务

项目建设方公司根据湖北销售公司的安排，协助设备生产厂家进行设备巡检，

协助湖北销售公司对设备更换方案进行审核。

项目建设方公司对需要更换、调整的硬件设备对系统可能产生的影响进行充分

的预计,并根据具体情况提出建议方案供湖北销售公司参考。

在设备更换过程中,密切配合工程师进行应用系统的启停或冗余切换，在厂家

更换完硬件后，协助湖北销售公司进行测试。

9。3.4. 系统性能优化服务

项目建设方公司对系统运维中出现的性能下降、故障频繁等异常现象高度敏

感，积极主动进行原因分析，向湖北销售公司提出合理解决方案建议，并配合进行

实施。协助湖北销售公司和原厂商进行网络、主机、存储、数据库优化工作，负责

定期进行应用软件优化工作，包括工作内容包括:

对应用软件的运行情况进行监控，对应用软件的性能进行分析，指出可能引起

性能问题的应用软件及其原因；

结合业务发展情况，分析业务变化对应用软件的影响，向湖北销售公司提出合

理的优化建议；

根据长期维护经验，指出应用软件可以改善、提高性能的地方，向湖北销售公

司提出合理的优化建议。

9。3。5. 故障处理服务

项目建设方公司向湖北销售公司提供7×24的故障处理服务,以书面函件形式

通知湖北销售公司24小时号码、邮箱地址等信息。

故障原则上由项目建设方公司现场维护人员进行处理，对于影响重大,棘手的

故障，为提高故障处理速度可以由资深工程师远程处理.

项目建设方公司承诺的技术支持及响应时间

修复时间 故障类型 支持方式 响应要求

4小时内系统恢复运

网络或主机系统瘫立刻专人应答及处立即出发，保持远

行，2天内系统全部

痪 理 程技术支持

恢复正常。

4小时内服务恢复运

系统严重故障、部立刻专人应答及处保持远程技术支

行,2天内系统全部恢

分重要服务不正常 理 持，1天内出发

复正常

系统个别服务不正保持电话联系，远6小时内作出修复

2个工作日内修复

常 程技术支持 方案

9。4. 保修

1. 提供硬件及第三方软件到货3年、软件终验3年期的免费保修服务。

2. 项目建设方所提供的设备在安装期、试运转期及最终验收后的保修期内,发生任

何主要问题(操作问题或系统故障），项目建设方免费及时提供所需的技术与其它

支持，项目建设方承诺开通7×24小时维护热线。2小时远程响应、24小时现场响

应.项目建设方派员定期例行巡检或根据需要指导维护工作；

3。 项目建设方提供的标准保修流程应如下：

南方电网同项目建设方一起,第一次发现问题；

形成问题报告申请；尽力解决;

若需相关厂商配合，与对应项目建设方联系解决（包括现场等安排)；

问题解决报告送到南方电网。

4。 在设备保修期满后，项目建设方会提供对任何再次出现故障的设备进行修理；

项目建设方保证对提供的设备、器材应三年内提供修换或补充的备品备件（价

格不高于本次工程设备价格），并按南方电网要求及时提供维护中所需的各种修理

用零配件和备件。

9。5。 客户服务

为建立长期、稳定、方便、有效的客户服务体系，设立专门的产品咨询、申告

和投诉受理渠道和机构，客服措施至少具备以下内容:

a） 客户电话:固定客服应设有7×24小时，同时应设

置7×24小时的客服热线,且在合作期间不得变化、关机、呼转；

b） 客户服务联系人：至少需落实一名专人负责,要求每日7:00－24：00 开机,不

得呼转(合作期间不得变更)；

c） 客服服务地址：邮箱必须可用，且容量至少10M。