智能车辆管理解决方案.doc

智能车辆管理解决方案

56
2020年4月19日
文档仅供参考

智能车辆管理解决方案

目 录
1. 项目建设背景 5
2. 项目建设的意义 5
2.1. 提高管理效率降低成本 5
2.2. 提升服务水平 6
2.3. 安全保障 6
2.4. 提升形象 6
3. 项目概述 6
4. 整体方案架构 6
4.1. 整体架构设计 7
5. 功能描述 8
5.1. 系统管理 8
5.1.1. 组织机构管理 8
5.1.2. 权限角色管理 8
5.1.3. 帐号管理 8
5.1.4. 驾驶员管理 9
5.2. 车辆管理 10
5.2.1. 模块架构 10
5.2.2. 企业信息管理 10
5.2.3. 车队管理 10
5.2.4. 车辆基本信息管理 11
5.2.5. 车辆维修管理 11
5.2.6. 车务管理 11
5.3. 车辆监控 11
5.3.1. 模块架构 11
5.3.2. 实时监控 12
5.3.3. 轨迹回放 13
5.3.4. 报警设置 13
5.3.5. 语音报警、提示 14
5.3.6. 车辆拍照 14
5.3.7. 车载车外视频监控 14
5.4. 车辆调度 15
5.4.1. 模块架构 15
5.4.2. 车辆任务工单 15
5.4.3. 任务通知及处理 16
5.4.4. 任务完成自动考核功能 17
5.5. 统计报表 17
5.5.1. 模块架构 17
5.5.2. 车辆运营情况统计 17
5.6. 地图服务 20
5.6.1. 模块架构 20
5.6.2. 电子地图基本操作 20
5.6.3. 电子地图浏览 21
5.6.4. 电子地图显示 21
5.6.5. 电子地图信息搜索 22
5.6.6. 电网设备点管理 22
5.7. 工程车辆业务管理 23
5.7.1. 模块架构 23
5.7.2. 生产管理 23
5.7.3. 抢修管理 23
5.8. 日志服务 24
6. 网络拓扑图 25
7. 平台特性 26
7.1. 基于SOA的系统架构 26
7.2. 高可用性与可靠性 26
7.3. 可扩展性 26
7.4. 可运营可管理性 27
7.5. 标准性和开放性 27
7.6. 安全性 27
7.7. 兼容性 27
8. 车载终端概况 28
8.1. 车载终端基本情况 28
8.2. 终端适用标准 28
8.3. 环境指标 29
8.4. 软件可升级扩展性 29
8.5. 供电 29
9. 项目实施计划 29
9.1. 实施目标 29
9.1.1. 时间进度目标 29
9.1.2. 人员安排目标 29
9.1.3. 项目管理目标 30
9.1.4. 交付文档目标 31
9.2. 工程进度计划 33
9.2.1. 工程进度计划表 33
9.2.2. 系统演示 33
9.2.3. 验收测试 33
9.2.4. 系统试运行 33
9.2.5. 系统初验评审 34
9.2.6. 系统初验报告 34
9.2.7. 终验议程与经过验收条件 34
9.2.8. 系统终验报告 35
9.2.9. 系统最终移交 35
10. 项目保障机制 36
10.1. 项目管理控制 36
10.1.1. 报告机制 36
10.1.2. 沟通机制 36
10.1.3. 项目例会 36
10.1.4. 阶段成果物文档 36
11. 技术支持 37
11.1. 技术支持承诺 37
11.2. 使用培训 38
11.2.1. 培训要求 38
11.2.2. 培训内容 38
11.2.3. 培训计划 39
11.3. 技术服务 40
11.3.1. 应用系统生产服务 40
11.3.2. 系统日常巡检服务 40
11.3.3. 系统保养支持服务 40
11.3.4. 系统性能优化服务 40
11.3.5. 故障处理服务 41
11.4. 保修 41
11.5. 客户服务 42

1. 项目建设背景
近年来,各企事业单位集团的车辆越来越多,车辆使用过程中出现很多问题:人情车、顺便车、公车私用、车辆去向不明、被盗,司机谎报过路费、偷油、谎报加油量、违章严重。车辆本身也没有报警防范装置,也为事故埋下风险。对于企业来说,以前根本没有办法进行有效管理,只能靠司机本身的道德素质去约束;车辆使用成本越来越高。车辆管理要求的不断提高。如何管理好企业车辆运输,避免公车私用,随时查看车辆行踪,节约企业运输开支已成为企业对车辆进行管理的迫切要求。

2. 项目建设的意义
2.1. 提高管理效率降低成本
当前XXX车辆管理的方式主要还是人工、半人工管理等方式,存在效率低、数据不及时等等。在这种情况,智能化管理就显得尤为必要。利用智能化设备,提供车辆的实时数据,对车辆的发车、路线、费用等等进行管理,达到效益的最大化。同时利用智能化的管理,降低人力成本。实现开源节流的目的。
此方案可为集团增加收入、节省成本的具体事项:
降低事故率,减少由于事故导致额外开支,事故发生原因绝大部分是因为车速过快。本方案能够分路段、分区域灵活设置限速,速度超限系统会提醒司机,同时也会记录;
节省人力投入,如减少稽查人员、调度人员、管理人员。经过智能化调度系统生成各种报表,更公正、准确,且能够节省一些人员,提升管理效率。
降低油耗,经过技术手段显示能够判断出司机是否踩急刹车,判断驾驶行为,改进司机驾驶习惯;经过智能路径规划功能,可对每次出车情况进行进行最佳路线设计,根据路况信息选择最少时间的行车路线;经过里程统计与加油量,能够得出平均油耗,对车辆耗油低的司机进行鼓励,以促使大家都有节油意识。
减少一些纠纷理赔支出,经过车载终端的行车记录功能,可将各种车辆运行状态和司机采取的措施作为证据,明确责任,减少理赔和责任损失。

2.2. 提升服务水平
经过系统的智能调度功能能够迅速对出险和事故做出响应,管理和调度人员能够实时查看离事故点最近的空闲车辆,及时发出调度指令。减少客户的等待时间,减少客户损失,提升客户满意度。
经过出车服务的评价管理功能,可有效监督司机的出车行为,提高服务水平和服务意识。
同时对于发生的纠纷,能够利用智能交通系统进行有效取证,以达到很好处理纠纷的目的。
2.3. 安全保障
加强管理,减少违规驾驶,有效保障驾驶员的人身安全,避免车辆和货物的不必要损失。
2.4. 提升形象
使用高科技智能管理技术武装企业,提升企业品牌的公共形象。

3. 项目概述
当前南方电网广东省分公司数量达到几千辆,车辆分类大概分为2类:行政类用车辆,工程抢修类车辆。平均每车每年开销成本约为数万元,车辆运营成本费用及开销非常庞大。由于没有统一车辆管理平台,各地市的车辆管理自成体系,无法做到全省统一有效管理。因此,本期工程将建设一套南方电网广东分公司智能车辆管理系统,实现对广东省分公司车辆运营管理。
4. 整体方案架构

4.1. 整体架构设计

5. 功能描述
5.1. 系统管理
5.1.1. 组织机构管理
按照南方电网现有的组织机构实现组织机构的分级管理,
实现广东省分公司-----各地市局----分级管理模式,可在各组织机构下维护下属机构。
各地市局管理自己的车辆,省公司能够查看全省的车辆信息。
5.1.2. 权限角色管理
实现系统中各类管理角色的定义功能,面向系统的权限资源定义多个权限族,每一族即为一个角色。
角色属性包括角色代码、角色类型、角色名称、角色说明等
系统支持角色的添加、删除、修改。
能够查看角色的权限资源。
用户添加角色时除定义角色的基本属性外,还需要同时定义角色的权限资源
用户删除角色时,需要判断引用情况,被引用时不允许删除。

5.1.3. 帐号管理
实现运营人员帐号管理功能,包括操作员、管理员的帐号分配、岗位设置。
支持对不同类型帐号的分类管理
支持各类管理员用户的添加、删除、修改,添加用户帐号时分配用户相应的角色。
用户帐号支持多种状态管理,包括正常、锁定、无效。管理员能够针对每个帐号设置各种状态,默认新生成的帐号为正常。
5.1.4. 驾驶员管理
(1) 驾驶员信息管理
管理员能够对驾驶员资料进行管理,只要分配了相应的(修改,删除,增加)权限,就能够进行相应的操作。增加驾驶员信息。
驾驶员基本信息包括:姓名,性别(下拉框),政治面貌(下拉框),学历(下拉框),出生日期(时间框,可选),公司聘用日期(时间框,可选),联系电话(手机号),身份证号,户口所在地(可选),现在详细住址(可选),驾驶证号码,驾证类型(下拉框),驾驶证发放日期(时间框),驾驶证有效期(时间框),驾驶员照片
(2) 驾驶员信息导出
根据查询条件获得查询列表后进行导出操作并生成Excel文档。
(3) 驾驶员考核
经过违章次数、报警次数、出车次数 、里程数、完成率对驾驶员进行考核,管理员可对考核分数可操作。
(4) 车辆维护管理员关系管理
将车辆维护管理员与车辆进行关联,具体包括关系建立、关系撤销等,包含车辆维护管理人员的归属。
(5) 违规管理
完成车辆违规信息的管理,当车辆发生违规行为自动生成车辆违规信息,信息包括违规类型、时间、地点、次数、驾驶员等。

5.2. 车辆管理
5.2.1. 模块架构

5.2.2. 企业信息管理
对企业基本信息进行维护,包含:省公司、地市分公司、区县分公司基本组织架构信息。

5.2.3. 车队管理
自行创立车队,并为车队分配车辆,以及车队信息的增、删、查、改等维护功能。

5.2.4. 车辆基本信息管理
完成车辆信息添加、修改、删除、浏览、查询及生成Excel文档导出,信息主要包括:车牌号,自编号(可选),车队(下拉框,可选),通信号码(终端的SIM卡号),发动机号(可选),车架号(可选),车辆颜色(下拉框,可选),车辆类型(下拉框,可选),购车时间(时间框,可选),行驶证号(可选),行驶证发放期(时间框,可选),行驶证有效期(时间框,可选),车辆照片,累计行驶时间(文本框,不可修改),车辆座位数。选择起始日期和截止日期查询该时间点后没有正常上报定位数据的车辆。

5.2.5. 车辆维修管理
完成车辆维护保养信息的管理,维修保养信息包括:车牌号、进厂时间,出厂时间,维修保养费用(元),维修项目,维修保养描述,维修保养状态,维修厂家。

5.2.6. 车务管理
各种车务信息的维护管理功能。车务通信息包括驾驶证到期提醒、车辆年检提醒、车辆保险提醒、车辆保养提醒等。

5.3. 车辆监控
5.3.1. 模块架构

5.3.2. 实时监控
车载终端回传的、有效的定位数据,经过解析后显示在监控窗口GIS地图上,显示的内容为车辆图标、车辆的名称(根据用户设定的显示名称而定)、当前位置、数据回传时间、数据状态描述和行驶速度。
车辆定位:在进行实时监控时,系统默认车辆每30秒回传一次定时信息,回传频率可根据具体情况做调整。
车辆跟踪:对车辆进行连续实时定位,在地图上以平滑移动的效果显示车辆实时运行轨迹。

5.3.3. 轨迹回放
限范围内的目标历史轨迹信息,系统设定起止时间、在目标分组列表中选择要回放的目标,单击确定后系统会按照指定条件查询数据库,并将其历史数据展现在地图上。
5.3.4. 报警设置
非正常启动告警:当车辆未经前端刷卡自行启用,后台会自动进行告警,提示车辆异常,当确认为非驾驶员操作时,即可经过后台对车辆进行断油断电处理,并立即报警。
超速报警:当车辆行驶速度超过设定速度时,系统自动向中心报警,同时对驾驶员进行提示。将实现超速实现为可分为分一级、二级超速报警。中心能够经过远程控制开启或关闭超速报警功能。二级超速报警(普通路和高速路):设置车速。多次设置以最后一次设置为准,监控平台有声音提醒功能。
分段限速:自行设置路段,并设定该路段的最高限速,当车辆在该路段出现超速时,系统提示报警信息并进行记录。车载终端也发出语音告警音。
分路限速:根据道路等级的不同,进行不同的最高时速设置。在道路上超过该等级道路的最高时速,系统则提示报警并自动记录报警信息。
区域报警:车辆管理人员可经过平台为车辆设置活动区域,平台保存车辆的区域设置,一旦检测到终端上报的定位数据超出此区域,触发平台报警,同时,平台将以短信方式向车辆管理员发送区域越界告警信息。
劫警报警:车辆在无工单时出现行驶状况,与驾驶员核对车辆状况信息后,若是出现车辆被盗现象,能够由管理员在中心站远程发起对车辆进行断油断电处理。
疲劳驾驶报警:疲劳驾驶定义:车辆连续行驶超4个小时(必须休息时间满足30分钟,重新计时;不足30分钟,累计计时。要求中心站系统对行驶时间和休息时间能够配置),属疲劳驾驶情况,系统自动提示报警信息,并在终端上发出语音提示声音。

5.3.5. 语音报警、提示
过程中,如发生超速或疲劳驾驶等,平台自动向终端发送提示,终端以语音形式对驾驶员进行提醒。对于不支持语音功能的现有终端,则以蜂鸣声提醒。
5.3.6. 车辆拍照
定时抓拍:自行设定拍照的时间、频率等参数,并进行摄像头的选择,设定成功后,系统安装设定的规则,自动进行图像的抓拍,并回传至平台。
手动抓拍:在平台上发起拍照指令,终端进行实时图像抓拍,并回传至平台。
图片的列表展示,并支持查询。

5.3.7. 车载车外视频监控
经过安装在车内玻璃窗正前方,主要针对路况信息和突发事件进行视频录像。摄像头采集的视频影像资料本地存储,这些资料进行周期化存储,可在需要调取历史数据时进行检索和查阅,从而实现对运行中的车辆、路况信息的实时掌控。
按照车辆行使速度超过5公里/小时,视频监控自动启动,停车后,视频自动关闭。另外驾驶员可手动启动视频监控。要求可存储时间为15天,超过15天,按先进先出的原则自动覆盖时间。
报警信息处理
对于产生的报警信息,系统管理员能够对其进行相应的处理。如有异常的报警信息,能够进行处理。此过程的操作会自动记录在系统操作日志中。
5.4. 车辆调度
5.4.1. 模块架构

5.4.2. 车辆任务工单

主要分为两部分,一是与OA系统自动同步形成派车工单,二是手工下发派车任务单。
自动工单
系统自动与集团OA系统做同步派车工单,自动生成任务工单,自动进行任务派发,相关信息从集团OA系统中获取。
手动工单
　　当特殊情况需要使用车辆时,能够手工下发任务工单。
下发派车单
　　在待命的车辆列表中选择一个车辆下发派车单。派车单内容里增加出车时间(计划开始结束时间),增加备注信息。发给驾驶员的短信内容里增加车牌号信息,出车时间,备注信息。
任务单管理
修改派车单
在已派单的车辆列表中选择一个车辆派车单进行修改操作。
删除派车单
在已派单的车辆列表中选择一个车辆派车单进行删除操作。
派单友情提醒
在提前派单的情况下,在出车时间前一段时间应给予驾驶员提示,以防驾驶员忘记。默认时间段,能够自己修改。
派单冲突处理
派单应有时间段来区分互斥,在派单后空闲的时间里,允许车辆和驾驶员接受不冲突的派单。
浏览当前车辆状态信息
根据查询车辆的状态,车牌号/自编号 查询车辆列表信息,车辆状态分为:待命,已派单,运行中,回场。
派车历史记录查询
根据查询条件:派车时间,车牌号/自编号等查询派出单记录。

5.4.3. 任务通知及处理
平台可经过短信方式下发工单信息,工单信息经过短信的方式下发到驾驶员手机上,经过短信方式下发到车辆申请人,驾驶员经过回复特殊指令对任务进行反馈确认。

5.4.4. 任务完成自动考核功能
出车人完成任务,由系统自动推送考核短信至车辆申请人手机,车辆申请人反馈考核分数,由系统推送至车辆管理员手机并自动纳入考核统计报表中。
5.5. 统计报表
5.5.1. 模块架构

5.5.2. 车辆运营情况统计
统计车辆的使用情况是一件伤神费事的工作,如何快速、准确的统计车辆使用信息,是提高工作效率的又一关键点。车辆管理系统报表系统能够按日、月、季、年提供出车明细报表,也能够对单个人、单个车提供统计报表主要包括公里数、收入等信息,为管理考核提供依据。
统计项目
实现系统中各类管理角色的定义功能,面向系统的权限资源定义多个权
完成业务数据的统计分析及展现。
Ø 车辆管理员数据统计
针对当前车辆管理员统计其监控车辆数、车队数、下属驾驶员数、登录次数、下发指令次数等信息。
Ø 报警记录统计
报警记录日、月、季、半年、年报:统计报警记录,统计信息如下:
1) 按车辆方式统计:车牌号、自编号、报警类型、同类型报警次数。点击报警数字能够按日、月、年、季、半年、年方式显示报警分布柱状或曲线图。
2) 按驾驶人员方式统计:司机姓名、报警次数。点击报警数字能够按日、月、年、季、半年、年方式显示报警明细及分布柱状或曲线图。
Ø 疲劳驾驶统计
疲劳驾驶记录日、月、季、半年、年报:统计疲劳驾驶记录,统计信息如下:
1) 按车辆方式统计:车牌号、自编号、报警类型、同类型报警次数。点击报警数字能够按日、月、年、季、半年、年方式显示报警分布柱状或曲线图。
2) 按驾驶人员方式统计:司机姓名、报警次数。点击报警数字能够按日、月、年、季、半年、年方式显示报警明细及分布柱状或曲线图。
Ø 调度短信统计
调度短信日、月、季、半年、年报:统计调度短信,统计条件:车牌号/自编号,类型(发送,接收),收发开始时间,收发结束时间。
1) 按车辆方式:车牌号、自编号、调度次数、接受调度次数、拒绝调度次数。
2) 按驾驶人员方式:驾驶人员姓名、调度次数、接受调度次数、拒绝调度次数。
Ø 行驶里程统计
统计车辆的行驶里程。要想获得精确的行驶里程,车辆必须安装行驶记录仪。
行驶里程日、月、季、半年、年报:统计行驶里程,统计信息如下:
车牌号、自编号、车辆使用工时、车辆总行驶公里数、停车未熄火的次数、车辆开始行驶时间、车辆停止行驶时间、车辆引擎连续发动时间。
Ø 油耗统计
车牌号、自编号、车辆行驶总里程、车辆总油耗。点击能够显示本时段油耗曲线图。
Ø 车辆出车明细统计
出车明细日、月、季、半年、年报:统计出车明细,统计信息如下:
调度员,车牌号/自编号,车辆管理员姓名、驾驶员名称,开始时间,结束时间,累计行驶时间、本次行驶里程、累计行驶里程、累计行驶油耗。
查询某时间点后没有上报定位数据的车辆。车牌号码、自编号、车辆管理人员姓名、最后一次定位时间、未上报原因、跟进日期、处理人。
Ø 车辆GPS监控统计
每月车辆GPS监控的在线率统计,不在线情况的明细查询。
每月车辆GPS监控的定位正常率统计。
Ø 车辆违章统计
以车辆为单位进行违章统计,统计某段时间内车辆违章次数,及违章时驾驶员人员信息。
Ø 车辆保养统计
根据保养情况录入记录,生成保养信息统计报表,可根据车辆类型、保养次数、保养费用等进行统计,生成形式多样的报表(表格、统计图、日报、周报、月报、季报、年报等)。
Ø 车辆维修统计
根据维修记录,生成维修统计报表,可根据车辆类型、处理时间、地点等进行统计,生成形式多样的报表(表格、统计图、日报、周报、月报、季报、年报等)。
Ø 终端维修统计
根据终端维修记录,生成维修统计报表,可根据终端类型、处理时间、地点等进行统计,生成形式多样的报表(表格、统计图、日报、周报、月报、季报、年报等)。

5.6. 地图服务
5.6.1. 模块架构

5.6.2. 电子地图基本操作
电子地图的缩放,拖动操作,包括放大、缩小、平移、全图。地图快速定位,显示重要的地标建筑,重点交通干道,鹰眼和图例显示。
放大:用户可在Web页面上对地图进行放大操作,放大方式有两种:整体放大、框选放大。
缩小:用户可在Web页面上对地图进行缩小操作,放大方式有两种:整体缩小、框选缩小。
漫游:用户可在Web页面上随意对地图进行移动操作,以查看感兴趣的位置信息。
标注:用户可在系统中添加自己所感兴趣的、与自己的日常生活中息息相关的地理信息,例如自己的工作单位、自己的住所、自己的亲朋好友的住所等,经审核经过后显示。除了能对用户兴趣点进行增删外,还能对其进行查询。
打印:能够将当前您所看到的地图页面印出。点选打印键后,选择打印机,再按下打印即可。
测量:能够在地图画面上测量任意两点之间的距离,更能够经过手工绘制多边形计算面积。

5.6.3. 电子地图浏览
系统提供经过网页方式高速查询和浏览栅格电子地图的服务。系统提供用户高速的栅格地图显示功能、灵活方便的用户界面。系统提供的栅格地图服务,实现对地图数据的高效压缩,更有效地利用带宽,并提供高速的地图浏览、丰富的功能。

5.6.4. 电子地图显示
电子地图显示提供结合地图信息的综合信息显示功能。电子地图显示功能提供如下主要功能:
支持周边显示,包括衣食住行等信息,用户储备的情景数据以及自定义的数据,经过组合搜索在地图上进行复合显示。
复杂的地图截图功能(支持在现有地图上的点、线、面以及不规则图形的绘制和显示)和地图显示功能支持,例如地图的缩放、平移。

5.6.5. 电子地图信息搜索
根据地图的POI特征(道路名,建筑物名等)进行精确和模糊查询定位,支持中文、拼音的国际化功能,包括Unicode和中文国标码等,下图是POI查询页面展示。
位置查询:根据用户输入关键字,查询地理位置,提供了灵活的位置查询方式,包括多种地理位置搜索(门牌号、地标物、邮编、交叉路口等),提供精确和模糊查询功能;
精确查询:输入完整关键字进行查找;
模糊查询:输入关键字的一部分进行查找;
指定范围查询:用鼠标圈定任意范围进行查找,任意区域信息查询;
组合查询:根据多种地址、类别、关键字、区域、过滤等多种条件的复合查询检索和查寻功能。
任意点的坐标信息查询;
任意两点间测量距离功能;
提前路径规划;
5.6.6. 电网设备点管理
管理维护设备点设备资料信息(设备名称、安装时间、生产厂商),并可分区域统计分析设备点情况,在电子地图上智能标示所有设备点情况,并可在地图上查看每个设备点的详细信息,并能够在抢修的时候下发设备点位置给抢修车辆,便于车辆尽快到达。

5.7. 工程车辆业务管理
5.7.1. 模块架构

5.7.2. 生产管理
对工程车辆,按照车辆类型(如长臂抢修车,移动电源车等)的日常生产作业进行实时监控管理,分析日常生产情况,为管理者改进日常作业安排提供数据支持。
5.7.3. 抢修管理
接警管理:接收报警,记录报警信息,智能调度最近工程车辆进行抢修处理,可查询,分析历史接警信息资料。
出险事务管理:对突发险情,根据出险类型智能生成事务,分步骤和优先级分配相关资源。
验收管理:对出险完成的情况进行记录和验收,并明确责任人和时间,分析记录出险原因,杜绝安全隐患。
5.8. 日志服务
系统记录管理员和操作人员的操作日志信息,支持管理员导出操作日志。
系统统计用户操作日志,提供操作日志报告的下载功能。

6. 网络拓扑图

7. 平台特性
7.1. 基于SOA的系统架构
车辆管理系统采用业界主流的网络协议、硬件接口和数据库,架构上将各个子系统功能逻辑合理划分,耦合度低,模块间接口连接,有良好的扩展性和开放性。经过适配器模式集成多种基础能力封装为标准接口,对业务屏蔽底层能力部件的差异。

7.2. 高可用性与可靠性
作为一个复杂度很高的系统,须具备比较高的集成度,以保证系统能够顺利开通,并在今后业务调整时能够快速响应。系统可用性达到99.99%。
在考虑技术先进性的同时,从系统结构、技术措施、设备性能、系统管理及维护等方面着手,确保系统运行的可靠性和稳定性。所有设备支持7×24小时工作,设备可用率达到99.999%。能够采用故障检查、告警和处理机制,保证数据不因意外情况丢失或损坏。在系统发生故障时,应当尽量做到无缝倒换。

7.3. 可扩展性
系统采用具有良好升级能力和扩展性的设备,整个系统按松耦合、模块化设计,能够进行软件升级和并发用户数扩容,能够平滑且不中断业务地升级到最终业务规划目标。
系统的部署方式(包括服务器部署方式、数据分发和骨干网传输方式)、规模(支持最大并发流数)和能够提供的业务都可灵活地易于扩展。
设计留有余量,可支持后续3—5年的业务变化,可采用参数化设计方法,保证未来可经过配置满足不同新的需求。系统需采用高度抽象的应用架构设计,充分兼顾后几年内的需求变化。系统数据表设计时,预留备用字段,以应对新的业务需求。

7.4. 可运营可管理性
车辆管理系统能够支持多种灵活的配置策略,保障投资成本的有效回收。支持良好的业务管理能力,确保网络的可运营性。必须满足不同角度不同层面的可管理性、可控制性,保证网络运营的规范和网络的健康发展。实现业务的有效调度和管理。

7.5. 标准性和开放性
车辆管理系统的各项技术和设备符合国际、国内或者行业内有关成熟标准。系统提供开放的协议接口,使得车辆管理系统具有良好的互操作性。

7.6. 安全性
车辆管理系统在运行稳定的同时,应有严格的安全措施,确保整个系统安全稳定运行及与其相关联的数据的安全。
能够确保门户系统安全稳定运行及与其相关联的业务数据的安全。可按组织和操作员定义操作权限,基本权限为只读。关键操作有第二密码及密码再证实。能够对机密数据提供安全保护。具有自动记录系统运行状态并能判定异常。可追踪调查、记录所有操作日志并可进行分类查询。能在出现故障后保证数据可及时恢复。
关键数据相互独立而且有多重备份,具有非常高的不同层次的冗余度,安全级别高。

7.7. 兼容性
车辆管理系统规范需要考虑现网已采用的设备,尽量兼容这些设备,从而保护已有投资。车辆管理系统既能够满足现有的业务要求,又能够随技术和业务发展低成本地不断扩展系统规模、终端数量、网络层次、业务模块和功能。

8. 车载终端概况
8.1. 车载终端基本情况
（1） GB/T 2423.1 电工电子产品基本环境试验规程试验A:低温试验方法(出具实验报告);
（2） GB/T 2423.2 电工电子产品基本环境试验规程试验B:高温试验方法(出具实验报告);
（3） GB/T 2423.9 电工电子产品环境试验 第2部分 试验方法 试验Cb 设备用恒定湿热(出具实验报告);
（4） GB/T 2423.56 电工电子产品环境试验 第2部分:试验方法 试验Fh:宽带随机振动(数字控制)和导则(出具实验报告);
（5） JT /T 794- 道路运输车辆卫星定位系统 车载终端技术要求;

8.2. 终端适用标准
（1） YD/T 1215- <900/1800MHz TDMA数字蜂窝移动通信网通用分组无线业务(GPRS)设备技术要求:移动台>
（2） YD1032- <900/1800MHz TDMA数字蜂窝移动通信系统电磁兼容性限值和测量方法>
（3） GB4943- <信息技术设备的安全>
（4） GB20816- <车辆防盗报警系统 乘用车>
（5） GA/T 553- <车辆反劫防盗联网报警系统通用技术要求>
（6） GB/T 19056- <汽车行驶记录仪>
（7） DB44/T 578- <卫星定位汽车行驶记录仪通用技术规范>
（8） JT/T 794- <道路运输车辆卫星定位系统车载终端技术要求>
（9） JT/T 808- <道路运输车辆卫星定位系统车载终端通讯协议及数据格式>
8.3. 环境指标
（1） 工作环境:温度-30℃至 +70℃(不带电池)
（2） 工作环境:温度-20℃至 +70℃(带电池);
（3） 存储温度:-40℃至 +85℃
8.4. 软件可升级扩展性
（1） 系统终端升级,可自动升级。
（2） 系统软件免费升级(不包括地图)
8.5. 供电
（1） 静态电流:小于10mA。
（2） 工作电压范围: 9---36V。
9. 项目实施计划
9.1. 实施目标
9.1.1. 时间进度目标
系统功能需求明确后,设计开发保证在2个月内完成,项目建设方公司最终项目工程进度将南方电网广东分公司确认和同意后,开始实施。
南方电网广东分公司发出中标通知书后的3个月内,完成项目开发并正式上线。
项目建设方能按照南方电网广东分公司的统一要求保证工程的实施进度。

9.1.2. 人员安排目标
项目建设方针对本次项目成立专门的项目组,设立专职项目经理负责整个项目的协调各项工作。并严格管理软件产品供应商提供满足南方电网广东分公司需求的支持和服务。项目建设方项目经理选用标准:具备8年或以上项目管理经验;至少5个与南方电网相关项目的管理和实施工作,具备PMP等同类资格证书的人员。
项目建设方项目成员具备二年以上本类业务系统开发、集成经验,且为项目建设方公司正式员工。
项目建设方不会随意变更项目人员,如果人员变更必须提前二周向南方电网广东分公司提交书面人员变更说明。
项目建设方提供本项目实施中项目建设方和各相关厂家的分工界面,未列出的工作部分视为完全由项目建设方负责实施。
项目建设方提供项目中各种风险预测和控制方案建议,提供文档管理和版本控制的流程。
项目建设方提供项目组组成人员的详细清单与简历。
9.1.3. 项目管理目标
Ø 变更控制
如果项目过程中设计到变更内容,项目组会向项目变更委员提交变更申请,说明新的安排,采取何种纠正措施保证重要目标按时完成。
Ø 会议制度
定期进行项目协调会,项目建设方汇报工作进展情况,讨论问题后下阶段计划。会议每周一次,项目建设方项目经理、主要负责人必须参加。
Ø 汇报制度
项目建设方每周提交项目周报,汇报工作进展,遗留问题解决情况,下周工作计划。
Ø 系统入网制度
项目建设方实施系统集成,对当前系统运行造成影响或改动,必须提前至少一周提交实施方案和申请,经南方电网广东分公司批准方可实施。实施过程中如果由于项目建设方软件问题或操作原因造成当前系统功能无法使用,项目建设方承担一切责任。
南方电网广东分公司批准实施前将对待入网软件、系统进行测试,测试经过后签字确认。
Ø 验收制度
项目建设方达成目标后,需提交测试方案,待南方电网广东分公司确认测试方案之后可由南方电网广东分公司、项目建设方共同进行测试,测试经过后南方电网广东分公司签字确认方可经过验收。
Ø 文档管理制度
项目实施过程中,项目建设方提供的文档如下:
项目周报,每周五中午12点前以邮件方式提供给南方电网广东分公司项目负责人。项目周报中要附加遗留问题处理情况表和软件需求汇总表,汇报遗留问题处理情况和需求开发进展。
实施方案,系统功能、硬件入网前要提交实施方案。
项目月报,每月月底提交项目月报,汇报本月进展和下月计划。
项目进度一览表(项目计划书),如果发生变更需要提供更新版本。
9.1.4. 交付文档目标
项目建设方在项目实施过程中各阶段交付的文档满足以下要求:
(1) 需求规格说明书:主要描述需求分析阶段的成果,包括对用户需求的汇总、分析和相关说明。
(2) 系统安装部署说明书:描述各软硬件模块的部署详情。明确业务逻辑相关的配置信息,如各业务系统的各类数据的采集方式及数据流向、与相应软硬件的部署等对应关系。要求描述清晰准确,辅以图示。
(3) 系统配置说明书:描述系统软硬件所有可配置项的详情,包括各模块协调运行所置各项配置信息、应用逻辑的实现所置的各项配置、网络设备的各项配置文件、信息、数据等、安全相关的各项配置(如防火墙配置、策略、硬件或软件端口开放情况等)。
(4) 用户使用手册。描述软件系统的使用方法。
(5) 系统维护手册。描述系统维护方法。说明如何保障系统安全稳定运行,如何防范各种安全风险或其它意外风险。
(6) 产品安装手册。描述产品安装、配置、管理等操作方法和步骤。
(7) 系统备份手册。描述备份方式、备份策略、备份检查方法、备份及恢复的测试计划等备份相关的全部内容。
(8) 用户管理手册。描述用户管理的内容、配置方式、实现效果等。
(9) 用户培训手册。包括用户培训涉及到的全部文档资料,如讲义、技术文档、参考文献等。

9.2. 工程进度计划
9.2.1. 工程进度计划表

详细进度计划待定

9.2.2. 系统演示
供方应向验收委员会演示被验收系统的全部用户界面、系统包括的主要功能、性能,以证明系统实现的功能与合同书或需求说明书要求一致。经过演示活动让验收委员会成员对系统有一个直观和概括的了解。验收委员可现场选用实例对被验收系统进行演示考核,以证实与系统需求的一致性、程序和文档的一致性。

9.2.3. 验收测试
系统验收测试组应按系统验收测试计划对系统进行如下测试:
Ø 功能测试、
Ø 性能测试
Ø 稳定性测试
Ø 压力测试
Ø 容错测试
Ø 故障测试
Ø 安全性测试
Ø 互通测试
Ø 一致性测试
Ø 文档测试
测试员按分工分别对被验收系统进行逐项测试,并详细记录每一项测试结果,将这些结果分别与预期的结果对照分析,然后写出<系统验收测试报告>,该报告将作为验收委员会评价系统的主要依据,也是需方确定是否接收该系统的主要依据。
9.2.4. 系统试运行
选取项目试点,进行整体项目试运行。

9.2.5. 系统初验评审
在验收测试完成以后,验收委员会应及时主持评审会,听取有关报告和审议验收结果,并对系统作出综合评价。
评审会的议程如下:
听取供方开发部门的<测试分析报告>和<技术总结报告>;
听取系统验收测试组的<系统设备验收报告>、文档审查组的<文档审查报告>及测试组的<系统验收测试报告>;

9.2.6. 系统初验报告
在初验评审后,验收委员会应写出”系统初验报告”,详尽地记录验收中对系统的评价及验收意见。特别要明确系统在验收中发现的问题和缺陷,以及需要改进的意见和供方对此所作的承诺。验收委员会全体成员应在初验报告上签字。根据验收委员会表决情况,由验收委员会主任在初验报告上签署验收意见。
验收结论分为以下两种:
a.经过。表示同意验收的委员超过三分之二;
b.不经过。表示同意验收的委员不超过三分之二。
如果系统验收不能经过,验收委员会将根据合同书的规定与供需双方协商处理意见,可能的结果是:要求供方限期完成开发任务,重新提出验收申请或者终止合同。系统初验经过后,要确定系统进入试运行的时间和结束时间,明确供方在试运行期间要解决的遗留问题以及改进系统的意见,对此供方的代表要作出承诺。
系统经过初验以后,验收委员会的技术组和文档审查组应分别对供方提供的系统设备清单和文档资料清单进行验收,逐项核实后移交给需方。移交结束后形成产品移交文件,该文件应包括以下内容:
a.移交产品清单:
b.移交的时间、地点、收授人签字。

9.2.7. 终验议程与经过验收条件
验收委员会的文档审查组必须检查供方交付的文档是否与合同书中规定的要求一致,在编写内容、格式上是否符合软件设计与开发规范。特别要检查文档与程序的一致性、文档的准确性和完整性,是否经过了有关的评审,包括:
用户操作手册
测试计划
测试分析报告
项