车辆管理系统解决方案

车辆管理系统解决方案目录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. 客户效劳 38

建设背景为有效推进无纸化办公和车辆管理信息化，进一步提高公司二级机关车辆的管理效能和运行效率，通过使用智能化、信息化的有效管理，到达降低人力本钱，实现开源节流的目的。工程概述依托协同管理系统组织机构管理、人员管理、流程审批功能，设计车辆管理模块，使用信息化手段，实现车辆管理流程化、标准化、无纸化。最终实现车辆管理台帐电子化。功能描述根本信息需求描述：车辆管理单位录入车辆信息，可根据车辆根本资料变更情况随时进行更改。车辆信息管理完成车辆信息添加、修改、删除、浏览、查询及生成Excel文档导出，信息主要包括：车型、车牌号、排量、发动机号码、底盘号码、加油卡号、购置〔租赁〕日期、现单位、责任司机、车辆性质、调入日期、调入单位、调出日期、调出单位、调动原因。车辆信息列表：序号所属单位车型车牌号排量车辆信息录入〔修改〕表单：车型[文本，选取]车牌号排量发动机号码底盘号码加油卡号购置〔租赁〕日期[日期]现单位责任司机[选取]车辆性质[选取]调入日期[文本，只读]调入单位[文本，只读]调出日期[文本，只读]调出单位[文本，只读]调动原因[文本]车辆异动需求描述：实现车辆调入〔出〕登记审批，审批通过后，自动更新根本中的调入〔出〕信息。车辆调动申请实现车辆调入〔出〕登记审批，审批通过后，自动更新根本中的调入〔出〕信息。车牌号[选取]车型[只读]排量[只读]车辆性质[只读]调入日期[日期，必填]调入单位[选取]调出日期[日期，必填]调出单位[选取]调动原因[文本，必填]用车管理需求描述：车辆申请人首先将单位、申请部门、申请人、用车时间、返回时间、出车事由、同行人员等工程填写清楚，然后转车管审核。车管填写出车的车号及司机，然后转办公室审核，然后转分管领导审核。出车申请申请列表：序号单位申请部门申请人用车时间返回时间出车申请填报表单：单位申请部门申请人用车时间返回时间出车事由分公司用车审批流程：序号步骤名称参与人备注1车辆管理员审核填写车号及司机2办公室审核3申请人部门分管领导审批4总经理〔党委〕办公室备案如属区域外长途用车省公司用车申请审批流程：序号步骤名称参与人备注1车辆管理员审核填写车号及司机2办公室审核3申请人部门分管经理审批4总经理审批属长途用车且在外过夜5申请人备案车辆出辖区备案当本次请车需要出所在单位地市州的行政区域，由车辆申请人在“出辖区备案”对话框中打“√”，在本次车辆申请流转完毕后，系统将本次申请自动跳转到公司机关车队，机关车队向办公室负责人汇报情况。出车申请填报表单：单位申请部门申请人用车时间返回时间本次出车是否出辖区[选取，是，否]出车事由说明：当[本次出车是否出辖区]选择为是时，那么流程转到公司机关车队管理员进行审批。分公司用车出辖区审批流程：序号步骤名称参与人备注1车辆管理员审核填写车号及司机2办公室审核3申请人部门分管领导审批4公司机关车队审批如出辖区5申请人备案处理签：车辆维保完成车辆维护保养信息的管理，维修保养信息包括：单位〔下拉菜单：15个分公司、机关车队〕、维保类型〔下拉菜单：日常维修、定期保养〕、申请日期、申请人、车型、车牌号、维护工程、金额〔每个工程后一个金额〕、损坏原因〔每个工程一个原因〕、维修单位。维保申请需求描述：翻开界面可以查找维保类型、日期〔可以按照时间段查找〕、车型、车牌号、维护工程、损坏原因、维修单位等关键字，可以分类显示要查找的内容。查询列表：序号车型车牌号维护工程损坏原因维修单位维保填报表单：单位维保类型申请日期申请人车型车牌号维保信息列表序号维护工程金额损坏原因维修单位12维保申请审批流程：序号步骤名称参与人备注1车辆管理员审核填写车号及司机2办公室审核3申请人部门分管领导审批4公司机关车队审批如出辖区5申请人备案处理签：日常检查需求描述：依据《中国石油湖北销售公司车辆设备设施保养标准》，责任司机每周对管理车辆进行至少一次日常检查。由责任司机按照《公司车辆设备设施保养检查表》进行逐项检查，并评分，然后由车辆管理管理人员在系统上点击确认。由车辆管理员每周检查变更。公司车辆设备设施保养检查表单使用单位：检查时间：年月日检查地点：车型：车号：序号检查工程分数检查内容总分值得分备注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检查评价检查人：年月日被检确认：年月日日常检查汇总实现按照日期〔可以按照时间段查找〕、车型、车牌号等关键字，可以分类统计汇总。点击车牌号，可以查看检查明细。车辆运行管理需求描述：在完成一次出车后，由当事司机在系统中录入以上数据。具体实现为：当事司机点击“车辆运行”模块，在出车申请汇总明细表中选择本次出车申请，然后点击进入，在实现设定好的工程中录入本次出车发生的路桥费、油耗、加油数量和行车里程。运行情况台账信息运行情况查询需求描述：通过精确〔模糊〕查找单位、申请人、用车时间、车牌号、司机等关键字，可以分类显示要查找的内容。其中，可以通过对一个时间段的查询，分类显示一个时间段的信息。查询条件：单位、申请人、用车时间、车牌号、司机等。查询列表：序号所属单位车牌号司机用车时间运行情况管理需求描述：每次出车回来后由出车司机更新，车队管理员督办审核。出车申请查询：序号出车申请时间申请人出车时间返回时间操作1[选取]运行情况录入：出车申请信息申请人出车时间返回时间出车事由车辆运行信息路桥费油耗加油数量行车里程平安管理需求描述：通过精确〔模糊〕查找单位、日期、事故内容、车牌号、车型、事故司机等关键字，可以分类显示要查找的内容。由各单位车管将车事故车辆的信息录入到“车辆平安”中的“交通事故”模块。由省公司车队车管将从违章记录查询系统查询出的违章信息表格导入到“车辆”平安中的“违章记录”模块，然后各分公司根据违章记录确定责任司机。交通事故管理交通事故管理登记工程：单位〔下拉菜单：15个分公司、14个处室〕、日期、车牌号、车型、事故内容、造成损失、事故司机、责任认定、处理结果。填报表单：单位[选取]日期[日期]车牌号车型事故内容造成损失事故司机责任认定处理结果违章记录管理违章记录管理登记工程：单位〔下拉菜单：15个分公司、机关车队〕、日期、车牌号、车型、违章内容、违章路段、违章责任人、扣分情况、罚金情况、责任司机。填报表单：单位[选取]日期[日期]车牌号车型违章内容违章路段违章责任人扣分情况罚金情况责任司机违章记录导入由公司车队车管定期导入。导入模板为EXCEL表格，格式参照如下设置。导入过程中，自动根据单位和责任司机姓名与系统内的相关信息关联。导入模板〔XLS〕：序号单位日期车牌号车型违章内容违章路段违章责任人扣分情况罚金情况责任司机1***234综合查询实现根本数据、异动数据、运行数据、审批数据、平安数据的自定义查询，并可生成名单，实现导出。根本数据查询实现车型、车牌号、排量、发动机号码、底盘号码、加油卡号、购置〔租赁〕日期、现单位、驾驶员；异动数据查询调入日期、调入单位、调出日期、调出单位；运行数据查询油料升数、油料费用、维修费用、维修工程、行驶里程、日常维保数据；审批数据查询出车申请、维修申请、出辖区备案；平安数据查询交通事故、违章记录。统计报表统计车辆的使用情况是一件伤神费事的工作，如何快速、准确的统计车辆使用信息，是提高工作效率的又一关键点。车辆管理系统报表系统可以按日、月、季、年提供出车明细报表，也可以对单个人、单个车提供统计报表主要包括公里数、收入等信息，为管理考核提供依据。统计工程实现根本数据报表、异动信息报表、日常维保报表、车辆运行报表、车辆平安报表，最终形成月度车辆运行台账。根本数据报表异动信息报表日常维保报表车辆运行报表车辆平安报表车辆运行台账系统设置提醒工程百公里耗油等指标超标提醒单车维修费三个月内重复发生提醒驾驶证到期提醒车辆年检提醒车辆保险提醒车辆保养提醒提醒设置设置提醒对象，提醒方式，提醒内容。网络拓扑图

平台特性基于SOA的系统架构车辆管理系统采用业界主流的网络协议、硬件接口和数据库，架构上将各个子系统功能逻辑合理划分，耦合度低，模块间接口连接，有良好的扩展性和开放性。通过适配器模式集成多种根底能力封装为标准接口，对业务屏蔽底层能力部件的差异。高可用性与可靠性作为一个复杂度很高的系统，须具备比拟高的集成度，以保证系统可以顺利开通，并在今后业务调整时可以快速响应。系统可用性到达99.99%。在考虑技术先进性的同时，从系统结构、技术措施、设备性能、系统管理及维护等方面着手，确保系统运行的可靠性和稳定性。所有设备支持7×24小时工作，设备可用率到达99.999%。能够采用故障检查、告警和处理机制，保证数据不因意外情况丧失或损坏。在系统发生故障时，应当尽量做到无缝倒换。可扩展性系统采用具有良好升级能力和扩展性的设备，整个系统按松耦合、模块化设计，可以进行软件升级和并发用户数扩容，可以平滑且不中断业务地升级到最终业务规划目标。系统的部署方式〔包括效劳器部署方式、数据分发和骨干网传输方式〕、规模〔支持最大并发流数〕和可以提供的业务都可灵活地易于扩展。设计留有余量，可支持后续3—5年的业务变化，可采用参数化设计方法，保证未来可通过配置满足不同新的需求。系统需采用高度抽象的应用架构设计，充分兼顾后几年内的需求变化。系统数据表设计时，预留备用字段，以应对新的业务需求。可运营可管理性车辆管理系统能够支持多种灵活的配置策略，保障投资本钱的有效回收。支持良好的业务管理能力，确保网络的可运营性。必须满足不同角度不同层面的可管理性、可控制性，保证网络运营的标准和网络的健康开展。实现业务的有效调度和管理。标准性和开放性车辆管理系统的各项技术和设备符合国际、国内或者行业内有关成熟标准。系统提供开放的协议接口，使得车辆管理系统具有良好的互操作性。平安性车辆管理系统在运行稳定的同时，应有严格的平安措施，确保整个系统平安稳定运行及与其相关联的数据的平安。能够确保门户系统平安稳定运行及与其相关联的业务数据的平安。可按组织和操作员定义操作权限，根本权限为只读。关键操作有第二密码及密码再证实。能够对机密数据提供平安保护。具有自动记录系统运行状态并能判定异常。可追踪调查、记录所有操作日志并可进行分类查询。能在出现故障后保证数据可及时恢复。关键数据相互独立并且有多重备份，具有非常高的不同层次的冗余度，平安级别高。兼容性车辆管理系统标准需要考虑现网已采用的设备，尽量兼容这些设备，从而保护已有投资。车辆管理系统既能够满足现有的业务要求，又能够随技术和业务开展低本钱地不断扩展系统规模、终端数量、网络层次、业务模块和功能。工程实施方案实施目标时间进度目标系统功能需求明确后，设计开发保证在2个月内完成，工程建设方公司最终工程工程进度将公司确认和同意后，开始实施。公司发出中标通知书后的3个月内，完成工程开发并正式上线。工程建设方能按照公司的统一要求保证工程的实施进度。人员安排目标工程建设方针对本次工程成立专门的工程组，设立专职工程经理负责整个工程的协调各项工作。并严格管理软件产品供给商提供满足公司需求的支持和效劳。工程建设方工程经理选用标准：具备8年或以上工程管理经验；至少5个与南方电网相关工程的管理和实施工作，具备PMP等同类资格证书的人员。工程建设方工程成员具备二年以上本类业务系统开发、集成经验，且为工程建设方公司正式员工。工程建设方不会随意变更工程人员，如果人员变更必须提前二周向公司提交书面人员变更说明。工程建设方提供本工程实施中工程建设方和各相关厂家的分工界面，未列出的工作局部视为完全由工程建设方负责实施。工程建设方提供工程中各种风险预测和控制方案建议，提供文档管理和版本控制的流程。工程建设方提供工程组组成人员的详细清单与简历。工程管理目标变更控制如果工程过程中设计到变更内容，工程组会向工程变更委员提交变更申请，说明新的安排，采取何种纠正措施保证重要目标按时完成。会议制度定期进行工程协调会，工程建设方汇报工作进展情况，讨论问题后下阶段方案。会议每周一次，工程建设方工程经理、主要负责人必须参加。汇报制度工程建设方每周提交工程周报，汇报工作进展，遗留问题解决情况，下周工作方案。系统入网制度工程建设方实施系统集成，对当前系统运行造成影响或改动，必须提前至少一周提交实施方案和申请，经公司批准方可实施。实施过程中如果由于工程建设方软件问题或操作原因造成当前系统功能无法使用，工程建设方承当一切责任。公司批准实施前将对待入网软件、系统进行测试，测试通过后签字确认。验收制度工程建设方达成目标后，需提交测试方案，待公司确认测试方案之后可由公司、工程建设方共同进行测试，测试通过后公司签字确认方可通过验收。文档管理制度工程实施过程中，工程建设方提供的文档如下：工程周报，每周五中午12点前以邮件方式提供给公司工程负责人。工程周报中要附加遗留问题处理情况表和软件需求汇总表，汇报遗留问题处理情况和需求开发进展。实施方案，系统功能、硬件入网前要提交实施方案。工程月报，每月月底提交工程月报，汇报本月进展和下月方案。工程进度一览表(工程方案书)，如果发生变更需要提供更新版本。交付文档目标工程建设方在工程实施过程中各阶段交付的文档满足以下要求：需求规格说明书：主要描述需求分析阶段的成果，包括对用户需求的汇总、分析和相关说明。系统安装部署说明书：描述各软硬件模块的部署详情。明确业务逻辑相关的配置信息，如各业务系统的各类数据的采集方式及数据流向、与相应软硬件的部署等对应关系。要求描述清晰准确，辅以图示。系统配置说明书：描述系统软硬件所有可配置项的详情，包括各模块协调运行所置各项配置信息、应用逻辑的实现所置的各项配置、网络设备的各项配置文件、信息、数据等、平安相关的各项配置(如防火墙配置、策略、硬件或软件端口开放情况等)。用户使用手册。描述软件系统的使用方法。系统维护手册。描述系统维护方法。说明如何保障系统平安稳定运行，如何防范各种平安风险或其他意外风险。产品安装手册。描述产品安装、配置、管理等操作方法和步骤。系统备份手册。描述备份方式、备份策略、备份检查方法、备份及恢复的测试方案等备份相关的全部内容。用户管理手册。描述用户管理的内容、配置方式、实现效果等。用户培训手册。包括用户培训涉及到的全部文档资料，如讲义、技术文档、参考文献等。工程进度方案工程进度方案表详细进度方案待定系统演示供方应向验收委员会演示被验收系统的全部用户界面、系统包括的主要功能、性能，以证明系统实现的功能与合同书或需求说明书要求一致。通过演示活动让验收委员会成员对系统有一个直观和概括的了解。验收委员可现场选用实例对被验收系统进行演示考核，以证实与系统需求的一致性、程序和文档的一致性。验收测试系统验收测试组应按系统验收测试方案对系统进行如下测试：功能测试、性能测试稳定性测试压力测试容错测试故障测试平安性测试互通测试一致性测试文档测试测试员按分工分别对被验收系统进行逐项测试，并详细记录每一项测试结果，将这些结果分别与预期的结果对照分析，然后写出《系统验收测试报告》，该报告将作为验收委员会评价系统的主要依据，也是需方确定是否接收该系统的主要依据。系统试运行选取工程试点，进行整体工程试运行。系统初验评审在验收测试完成以后，验收委员会应及时主持评审会，听取有关报告和审议验收结果，并对系统作出综合评价。评审会的议程如下：听取供方开发部门的《测试分析报告》和《技术总结报告》；听取系统验收测试组的《系统设备验收报告》、文档审查组的《文档审查报告》及测试组的《系统验收测试报告》；系统初验报告在初验评审后，验收委员会应写出“系统初验报告”，详尽地记录验收中对系统的评价及验收意见。尤其要明确系统在验收中发现的问题和缺陷，以及需要改良的意见和供方对此所作的承诺。验收委员会全体成员应在初验报告上签字。根据验收委员会表决情况，由验收委员会主任在初验报告上签署验收意见。验收结论分为以下两种：a.通过。表示同意验收的委员超过三分之二；b.不通过。表示同意验收的委员不超过三分之二。如果系统验收不能通过，验收委员会将根据合同书的规定与供需双方协商处理意见，可能的结果是：要求供方限期完成开发任务，重新提出验收申请或者终止合同。系统初验通过后，要确定系统进入试运行的时间和结束时间，明确供方在试运行期间要解决的遗留问题以及改良系统的意见，对此供方的代表要作出承诺。系统通过初验以后，验收委员会的技术组和文档审查组应分别对供方提供的系统设备清单和文档资料清单进行验收，逐项核实后移交给需方。移交结束后形成产品移交文件，该文件应包括以下内容：a.移交产品清单：b.移交的时间、地点、收授人签字。终验议程与通过验收条件验收委员会的文档审查组必须检查供方交付的文档是否与合同书中规定的要求一致，在编写内容、格式上是否符合软件设计与开发标准。特别要检查文档与程序的一致性、文档的准确性和完整性，是否通过了有关的评审,包括：用户操作手册测试方案测试分析报告工程开发总结报告程序维护手册系统终验报告系统验收委员会在完成终验评审后，应形成《系统终验报告》，详细地记录供方在系统试运行中对遗留问题的处理结果和改良系统方面的情况，验收委员会对系统最后的评价意见。所有到会的验收委员会成员须在终验报告的验收委员会名单上签字，验收委员会主任还要在终验结论栏签字。终验结论分以下两种：a.通过。表示同意验收的委员超过三分之二；b.不通过。表示同意验收的委员不超过三分之二。如果系统终验不能通过，验收委员会与供需双方协商处理意见。如系统终验通过，那么供方和需方的技术负责人须在系统终验报告上签字。系统最终移交系统通过终验以后，供方应将最终文档移交给需方。由于系统在试运行阶段修改了一局部程序，所以供方应将修订过的文档重新装订后，移交给供方。文档审查组对这些文档予以审查，以保证文档的一致性和正确性，并办理移交手续。至此系统完全移交给需方，完成全部的系统验收工作。

工程保障机制工程管理控制报告机制工程组成员应首先在小组内部讨论解决问题，如不能解决应按照工程组织结构图所列逐级及时向工程负责人报告，向工程经理报告直至向工程领导层汇报，所有重要问题都应有书面材料。沟通机制每周提交工程状态报告。实施工程组成员于每周书面列示完成任务、存在问题及下周方案提交给工程实施组。工程经理以工程进度报告的形式每周向工程实施组成员通报工程实施的进展情况、已经开展的工作和需要进一步解决的问题，到达工程实施小组信息、资源的共享，使得整个实施工程小组成员及时了解工程的整体状况，同时借鉴珍贵经验。并根据工程主方案及工程整体进展，讨论下周工作方案。工程例会每一到两周举行一次，由公司方工程领导、各相关部门的相关领导及工程实施组相关小组成员参加，根本作用在于协调解决实施过程中出现的各种问题，保证工程的顺利进程。同时应对所有的工程会议与专题讨论会议等编写会议纪要，对会议做出的各项决定或讨论的结果进行文档记录、整理，并分发给与会者和有关的工程实施人员。采用备忘录、电子邮件等其他方式随时进行工程信息沟通并存档。阶段成果物文档工程阶段工程步骤文档要求工程启动制定工作说明书《工程工作说明书》工作说明书评审《工程工作说明书评审纪要》工程规划工程规划《系统技术方案》工程方案制定工程方案《工程方案》方案评审《工程方案评审纪要》工程需求分析制定调研方案《工程调研方案》业务调研访谈开展业务访谈《业务访谈纪要》业务需求分析《业务需求说明书》系统需求分析《系统规格说明书》工程设计概要设计《工程概要设计说明书》详细设计《工程详细设计说明书》〔包括但不限于系统标准、数据结构、接口标准、账号管理权限清单〕工程开发工程开发《工程阶段开发报告》工程测试工程集成测试《系统集成测试方案》《系统集成测试报告》《工程测试缺陷记录》工程上线工程培训《工程培训手册》《工程培训方案》工程割接准备《系统用户操作手册》《系统软件部署说明书》〔含系统软件包〕系统软件部署系统上线《系统上线报告》上线维护上线维护《工程每日维护报告》工程初验初验准备《工程初验报告》《维护经验手册》工程终验终验准备《工程终验报告》技术支持技术支持承诺根据工程建设方所提供的软、硬件设备的种类、应用范围，以及公司的需求，工程建设方向公司提供全面、有效、及时的技术支持和效劳。工程建设方提供软件不少于2年的保修期；工程建设方所提供的其他软件提供不少于2年的保修期。在保修期内，工程建设方办事机构应具有灵活、多样的通信手段，应提供24小时响应效劳。如出现任何问题和故障，如公司认为有必要工程建设方技术人员到现场支持时，工程建设方按要求赶到现场，进行免费维修或更换。保修期从终验合格后开始计算。工程建设方在技术建议书中详细说明技术指导和技术支持的范围和程度。工程建设方对其所提供设备的功能、性能软件应提供长期的技术支持。工程建设方如对软件有新的改良、增加新功能，均应及时按可选技术效劳提供给公司使用。在保修期内，公司对已有系统进行扩容，工程建设方免费为公司接入。使用培训培训要求工程建设方公司负责对公司人员进行全面培训，讲授设备的性能、维护管理技术及实际操作等培训，使公司人员能独立进行管理、运营、故障处理及日常测试维护，确保全网能正常平安运行。在设备安装现场，工程建设方公司安排公司的培训人员进行现场安装调测培训。培训地点及人数：工程建设方公司负责提供培训员实际操作培训设备和资料。具体培训人数待签字时由双方商定。工程建设方公司针对提供的应用软件产品向公司提供相关培训，提供的培训能够使公司完全了解相应产品各模块的功能，并包含技术与开展、功能介绍、产品管理、维护支持等内容。培训要求如下：用户现场培训：产品安装、维护及使用培训，免费且不限人次。工程建设方公司针对以上培训要求提供详细的培训方案，在工程建设不同阶段的培训对象、培训对象要求、培训时间安排、培训课程、授课方式、培训目的及培训所要到达的效果等。培训内容系统安装培训为保证公司系统管理员对系统的软、硬件配置及安装过程的熟悉，系统管理员可在系统安装时参与系统安装，并进行实际的安装培训；系统管理培训在系统试运行后，工程建设方对负责系统管理的操作人员进行统一的系统培训，熟悉系统的使用及维护；系统维护培训为保证系统管理员对系统的熟练维护，在系统试运行后，工程建设方对系统管理员进行整个系统的操作及内部的管理培训。使用操作培训为保证业务操作人员对系统的熟练操作，在系统试运行后，工程建设方对业务操作人员进行系统的操作及内部的管理培训。培训方案工程建设方负责提供免费、人员不限的现场培训，培训次数至少为5次驻地培训，具体培训的时间、地点等细节由双方协商后合同约定；工程建设方负责根据公司的要求和建议列出培训内容、方案和被培训人员可到达的水平等。培训安排如下：培训大纲培训内容简介人数时间〔天数〕地点培训资料其它备注系统安装培训系统组成介绍、系统软件组成介绍、系统硬件组成介绍、系统安装及配置介绍，问题解答。不限2待定系统安装培训手册中级培训系统管理培训应用系统各局部功能介绍，系统高级功能，多种功能组合使用方法介绍、系统配置、数据库设置、系统备份、错误跟踪与故障分析与处理。不限3待定系统管理培训手册高级培训系统维护培训系统高级功能、系统配置、数据库设置、系统备份、错误跟踪与故障分析与处理。不限3待定系统维护培训手册中级培训使用操作培训工程使用操作培训不限2待定培训教材由工程建设方公司免费提供现场培训技术效劳应用系统生产效劳配合完成任务工单的处理，如提取非报表的数据、考核与指标数据、批量更新数据等。配合湖北销售公司完成业务生产工作，包括日常数据管理、统计分析等。根据湖北销售公司的要求，配合完成其他生产支持效劳工作。系统日常巡检效劳定期检测应用软件和接口，发现故障，排除隐患，提出改良意见。系统所有硬件设备的日常巡检，发现故障，配合排除故障。工程建设方公司不断完善重要监测点的实时监控机制。工程建设方公司高度重视巡检过程中发现的异常情况，及时通知湖北销售公司维护人员，查找原因，排除故障隐患。系统保养支持效劳工程建设方公司