车辆管理系统解决方案.doc
车辆管理系统解决方案目 录1. 建设背景 42. 项目概述 43。 功能描述 43。1。 基本信息 43.1.1. 车辆信息管理 43。2. 车辆异动 53。3. 用车管理 63.3。1. 出车申请 63。3.2. 车辆出辖区备案 83.4. 车辆维保 103.4.1。 维保申请 103.4。2. 日常检查 143.4.3。 日常检查汇总 163。5. 车辆运行管理 163。5。1。 运行情况查询 173.5.2。 运行情况管理 173。6。 安全管理 183。6.1。 交通事故管理 183。6.2. 违章记录管理 183。6。3。 违章记录导入 193.7. 综合查询 193。7。1. 基本数据查询 193。7.2. 异动数据查询 193.7.3。 运行数据查询 193。7。4. 审批数据查询 203。7.5. 安全数据查询 203。8。 统计报表 203.8.1. 基本数据报表 203.8.2。 异动信息报表 203。8.3。 日常维保报表 213.8。4。 车辆运行报表 213.8.5. 车辆安全报表 213。8。6. 车辆运行台账 213。9. 系统设置 223.9.1。 提醒项目 223.9.2。 提醒设置 224. 网络拓扑图 235。 平台特性 245。1。 基于SOA的系统架构 245.2. 高可用性与可靠性 245。3。 可扩展性 245.4. 可运营可管理性 255。5. 标准性和开放性 255.6. 安全性 255.7。 兼容性 256. 项目实施计划 266。1. 实施目标 266。1。1。 时间进度目标 266。1。2. 人员安排目标 266。1.3。 项目管理目标 276。1.4. 交付文档目标 286.2. 工程进度计划 296.2.1. 工程进度计划表 296。2.2. 系统演示 296。2.3。 验收测试 296。2.4. 系统试运行 296.2。5. 系统初验评审 306.2。6。 系统初验报告 306。2.7。 终验议程与通过验收条件 306.2.8。 系统终验报告 316。2。9。 系统最终移交 317。 项目保障机制 327.1. 项目管理控制 327.1.1. 报告机制 327.1。2。 沟通机制 327.1。3. 项目例会 327。1。4. 阶段成果物文档 328. 技术支持 338。1。 技术支持承诺 338。2. 使用培训 348.2。1. 培训要求 348.2。2. 培训内容 348。2.3。 培训计划 358.3。 技术服务 368。3.1. 应用系统生产服务 368。3.2. 系统日常巡检服务 368.3。3. 系统保养支持服务 368.3.4。 系统性能优化服务 368.3。5. 故障处理服务 378.4. 保修 378.5. 客户服务 381。 建设背景为有效推进无纸化办公和车辆管理信息化,进一步提高公司二级机关车辆的管理效能和运行效率，通过使用智能化、信息化的有效管理，达到降低人力成本,实现开源节流的目的。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。 维保申请需求描述：打开界面可以查找维保类型、日期（可以按照时间段查找）、车型、车牌号、维护项目、损坏原因、维修单位等关键字，可以分类显示要查找的内容.查询列表：序号车型车牌号维护项目损坏原因维修单位维保填报表单：单位维保类型申请日期申请人车型车牌号维保信息列表序号维护项目金额损坏原因维修单位12维保申请审批流程：序号步骤名称参与人备注1车辆管理员审核填写车号及司机2办公室审核3申请人部门分管领导审批4公司机关车队审批如出辖区5申请人备案处理签：4.4.4. 日常检查需求描述：依据中国石油湖北销售公司车辆设备设施保养规范，责任司机每周对管理车辆进行至少一次日常检查。由责任司机按照公司车辆设备设施保养检查表进行逐项检查,并评分，然后由车辆管理管理人员在系统上点击确认。由车辆管理员每周检查变更。公司车辆设备设施保养检查表单使用单位：检查时间: 年 月 日检查地点：车 型： 车 号： 序号检查项目分数检查内容满分得分备注1车容车貌10漆面无刮碰22车辆表面干净23内饰清洁、无异味,物品摆放整齐24无悬挂杂物、清洁25无存放垃圾等26方向盘6松紧程度等27活动无杂音、顺畅28位置是否摆正29刹车6手刹是否拉起310刹车板踏踩适度、刹车灵敏311车门车窗6关好112开关、升降正常213洁净114玻璃是否完好215轮胎9气压适当316有无特别磨损及损伤217有无备胎218是否卡有尖锐物等异物219发动机15水箱等关联物是否整洁520排气颜色正常321机油是否正常322无杂音等异常现象423喇叭1使用反应正常124灯光8灯罩完整、无异常225转向指示灯126视宽灯127大灯128雾灯129刹车灯130室内照明灯131雨刮器2动作是否正常132清洗液是否足够133照后镜（内外）2镜面清洗、能按需调整视野134有无破损135仪表6电压表136水温表137燃油表138车速、里程表139机油压力表140转速表141点火装置5点火正常542安全设施4灭火器243三角警示牌244空调4冷风245热风246音响设施1是否正常147随车工具6是否齐全248是否放置在工具箱249是否清洁250行车工具4加油卡、行驶证、行车记录等451其他5停车位置是否合理等552总 分100检查评价检 查 人：年 月 日被检确认：年 月 日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*2344.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. 可扩展性系统采用具有良好升级能力和扩展性的设备,整个系统按松耦合、模块化设计,可以进行软件升级和并发用户数扩容，可以平滑且不中断业务地升级到最终业务规划目标。系统的部署方式（包括服务器部署方式、数据分发和骨干网传输方式）、规模（支持最大并发流数）和可以提供的业务都可灵活地易于扩展。设计留有余量，可支持后续35年的业务变化,可采用参数化设计方法，保证未来可通过配置满足不同新的需求。系统需采用高度抽象的应用架构设计，充分兼顾后几年内的需求变化。系统数据表设计时，预留备用字段，以应对新的业务需求。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。 故障处理服务项目建设方公司向湖北销售
