完整版某市道路运输行业监管系统建议方案

1、 *市道路运输行业监管系统 建议方案 *有限公司 月6年2011目 录 一、 项目概述 . 1 二、 建设目标与任务 . 1 (一) 项目目标 . 1 (二) 主要建设任务 . 2 三、 建设原则和技术路线 . 2 (一) 建设原则 . 2 (二) 技术线路 . 3 四、 总体架构设计 . 5 (一) 系统总体框架 . 6 (二) 系统软件结构 . 7 (三) 系统网络结构 . 8 五、 应用系统设计 . 9 (一) 运政稽查监管中心和行业监管分中心的建设 . 9 1. 运政稽查监管中心 . 10 2. 公交监管分中心 . 11 3. 出租监管分中心 . 11 4. 公路客运监管分中心 . 1

2、2 5. 货运（危运）监管分中心 . 12 6. 安全生产监管中心 . 12 (二) 车辆监控子系统 . 13 (三) 车辆调度子系统 . 14 (四) 报警业务子系统 . 14 (五) 资格证查验子系统 . 15 (六) 资料管理子系统 . 15 (七) 统计分析子系统 . 15 (八) 系统管理子系统 . 16 (九) 车载终端子系统 . 16 六、 项目投资概算 . 17 七、 项目建设周期 . 19 八、 社会与经济效益 . 20 I 一、 项目概述 近几年，*市已经建成并运行多个对道路运输有重要影响的交通信息化系统，这些信息化系统为道路运输的行业监管准备了坚实的数据基础，也充分和全面

3、地验证了监管相关的各种技术手段。为了加强对道路运输系统的监管力度，改善道路运输系统的安全生产水平，提高道路运输系统对国民经济发展的支持和促进作用，增强交通管理部门对道路运输系统的管理和服务能力，提出建设*市道路运输行业监管系统项目，分别对出租车、公交、客运、高速等进行综合监管，以集中有限的道路运输监管资源，实现最大范围和最大程度的道路运输行业监管功能，确保道路运输系统安全、平稳运行，保证经济发展的动脉畅通，是服务于*市社会和经济发展的头等大事，也是*市交通运输管理部门的职责所系。 二、 建设目标与任务 以*市信息化总体规划和*市交通管理局信息化总体目标为指引，整合现有各个系统的监管资源，改善数

4、字化管理水平，构建一个完备、集成的行业监管、指挥调度平台。为实现*信息化大交通的宏伟目标做出贡献。 (一) 项目目标 1. 实现运政执法车辆的统一监控、管理，指挥和调度； 2. 实现道路运输行业监管对象的状态监测，准确及时掌握道路运输系统的运行状况； 3. 实现道路运输行业各种监管资源的统一管理和调度，以改进对紧急事件和大型活动的响应能力； 4. 通过建设道路运输行业监管系统，实现监测、管理、指挥和调度业务流程的合理衔接，提高行业监管协同决策能力； 5. 建设并充实行业基础数据库。实现道路运输相关企业、场站、车辆、从业人员等行业监管对象的基础数据扩充，为行业监管提供丰富的数据支持。 1 (二)

5、 主要建设任务 1. 建设道路运输行业监管中心和各行业监管分中心（出租、公交、公路客运、危运等）； 2. 建设运管局现场执法车辆的统一监控、管理，指挥和调度中心，实现现场执法车辆的统一指挥和调度； 3. 建设道路运输行业监管对象状态监测和查询系统，实现监管对象状态的快速和准确监测； 4. 建设道路运输行业监管对象安全生产监管中心，实现监管对象安全生产情况的监督； 5. 建设道路运输行业监管对象的管理和调度系统，以便实现在特殊情况下，如应对紧急事件和大型活动等，对道路运输相关的各种监管资源进行统一调度和管理，实现资源的集中高效使用； 6. 改造已经建成运营的交通信息化系统，包括运政管理信息系统、

6、出租车综合管理系统、智能公交系统、联网售票系统等，创建数据接口规范。 三、 建设原则和技术路线 (一) 建设原则 ? 先进性。采用先进的技术和产品，使系统设计具有一定前瞻性，以适应信息技术的不断更新。 ? 实用性和经济性。在功能齐全的前提下，保证操作方便简单，设计灵活实用。采用最简单的架构、最少的投资来达到业务目标。 ? 标准化和开放性。设计应该符合信息行业和本行业的标准，系统内部数据采用标准的格式，系统构架采用标准开放的应用框架和组件结构。 ? 集成性。充分考虑不同系统的集成，利用信息门户和应用门户实现系统界面、业务逻辑、数据的集成，采用标准的接口进行系统间的数据交换，实现数据共享。 2 ?

7、 安全和保密性。利用安全技术，如数字签名、分级用户权限设定等措施，确保系统的安全性，系统必须能够避免恶意地破坏数据，以及未授权的数据访问。 ? 可靠性。提供硬件层面和应用层面的容错机制，避免重大系统故障的发生，降低故障的损失风险。 ? 可扩展性。系统结构需要尽量组件化，组件之间的接口要尽量简单、清晰，便于今后系统的扩展，也便于和其它系统互操作。 ? 可维护性。系统应提供维护工具，使用户能方便的对系统参数进行维护和配置；配置数据应该集中，使用户不需要进行多处配置。 (二) 技术线路 道路运输行业监管系统是一项空间和时间上的大跨度工程，在空间上它涉及多区域的行业监管协作、多个部门的交流协作和多个学

8、科研究领域的综合应用；在时间上它涉及到各个交通信息系统的逐步发展和完善。 整个项目将采用阶段式迭代开发模型展开，课题中具体任务采用增量模型进行开发。使用以下技术线路来展开课题： 1可行性分析。 从业务、技术、投资和计划等若干方面开展系统建设的可行性研究。在该阶段，要发现可能影响系统建设、运行的问题，并提出相应的解决对策。 2需求分析。 为了使建设的系统就是用户希望看到的系统，需要对项目的建设范围和建设内容进行明确规定。在该阶段，需要与用户加强沟通和联系，并且要深入用户单位进行业务调研，确保项目开发团队与系统最终用户对系统有共同的理解。 项目的需求分析报告（也称“系统需求规格说明书”）要提出系统

9、的用户需求、业务需求和软件需求，分别从业务、可实现性进行必要的描述。同时还要规定系统的性能需求，以保证建成完成的系统可以满足最终用户的业务需求。 项目的需求分析报告要提交用户评审和确认。项目以后的所有工作（包括开发、测试和验收）均以通过用户确认的需求分析报告为出发点和基准。 3 3概要设计。 本阶段主要对系统的业务流程进行分析，设计系统的总体框架，明确系统由哪些功能模块构成，并进一步明确各个功能模块的软件功能需求和性能需求，以及功能模块之间的接口方式。完成功能模块分割之后，需要对系统的总体技术架构和功能模块的技术架构进行设计。完成概要设计后，一般需要与系统的需求分析报告对照，以保证按照概要设计

10、完成的系统可以满足所有的用户需求。 系统的概要设计是项目设计和开发的基础性参考文档，需要提交用户评审和确认。 4详细设计。 本阶段主要对构成系统的各个功能单元作进一步的分割，并把这种分割转化为具体的软件实现方案。系统的详细设计读者是程序员和项目管理人员，用于确认设计是否正确，是否能够满足功能单元的各项功能。一般无需提交用户评审。 详细设计阶段，设计人员一般需要进行必要的技术验证，对功能模块中较复杂的数据结构、算法和业务流程编写原型进行验证。 5编码与单元测试。 本阶段按照详细设计的要求，使用规定的工具和环境完成编码工作。在进行编码的过程中，开发人员一般还要完成功能模块的单元测试。确保构建出来的

11、功能模块可以进行集成。 该阶段需要开展一些质量检查和控制工作，例如代码走查可以有效地降低代码的bug率，提高代码的质量。 6集成测试。 本阶段为与开发阶段独立的集成测试阶段。系统开发人员在完成系统的集成后，不再参与后续的测试工作。集成测试完全有独立的测试部门开展测试，测试部门编写测试用例的依据是项目的需求分析报告。在这个阶段，测试人员使用各种测试工具实现软件系统的功能、性能、代码以及压力测试。测试部出具的测试报告要提交用户评审和确认。 7部署与试运行。 4 完成系统集成测试后，项目开发单位到用户指定的位置进行系统的部署和调试，并随即开始系统地试运行阶段。系统的试运行阶段，项目开发单位会密切跟踪

12、系统的运行情况，随时解决发展的各种问题。 系统试运行期结束后，要出具试运行报告，该试运行报告要经过用户的评审和确认。 8验收。 系统试运行阶段结束后，如果达到预定目标，则系统的用户单位组织验收。 该阶段，项目开发单位要提交项目开发、测试和试运行报告，用户单元组织人员进行评审，并在评审通过后，双方在系统验收报告上签字确认。系统随之进入运行和后期维护阶段。 四、 总体架构设计 道路运输行业监管系统将与运政管理信息系统、运政视频监控系统、运政数据整合及分析系统共同构成一个完整的，集道路运输管理、监督、指挥和调度为一体的交通电子政务体系。 5 (一) 系统总体框架 道路运输行业监管系统框架结构示意图上

13、图描述了道路运输行业监管系统的框架结构。系统包括五个组成部分：数据源系统中执法车辆监控系统，数据库服务器，应用服务器，用户客户端以及系统管理客户端。 数据源系统包括三个组成部分：其一是包括出租车综合管理服务系统、智能公交系统、公路客运监管系统、公路危运监管系统等在内的行业管理系统；其二是包括视频监控系统、运政管理信息系统、数据整合系统等在内的业务系统；其三是新建的执法车辆监控系统和安全生产监管系统。对企业、车辆发布的调度和指挥指令也通过共用信息平台提交给信息系统，再返回给企业或车辆。 数据库包括工作库，备份库和地理信息库三个部分，分别用于保存系统正常运行所需要的各种数据，运行库的备份数据以及与

14、道路运输有关的城市地理信息数据。进入行业基础数据库的数据由数据库服务器管理。数据库服务器为各种监管应用提供数据支持，同时负责维护和管理数据库中的数据。 应用服务器上部署车辆监管、企业监管等监测类功能模块，车辆指挥和调度类管理功能模块，以及调度方案生成，监管和调度相关数据的数据分析等高级应 6 用功能。 监管中心和行业监管分中心分别部署在运管局的监控（指挥中心）或业务科室，根据系统管理员通过系统管理客户端设置的权限来使用应用服务器提供的各种监管应用。 系统管理客户端实现系统的管理，包括各个服务器的运行情况监测和运行控制以及系统用户、角色、权限管理等功能。 (二) 系统软件结构 系统平台构建基于.

15、net架构的应用系统。采用.net开发环境，使用ADO数据库接口与数据库连接，使用中间件，SOCKET和HTTP协议与终端数据交换服务器以及客户端软件交换数据。数据库系统采用Oracle9i。 ? 数据层（服务器） 数据层包括中心主数据库，存储系统所有的数据，是整个系统的核心。中心主数据库存放了所有车辆的运营数据、GPS数据，基础资料数据，客户端产生的业务数据，报表统计数据，日志数据，电子地图数据。 ? 应用层 应用层由WebService，业务处理组件，通信组件，登陆验证组件组成。是连接数据层和表示层的中间层。通信组件、业务处理组件可以灵活地配置，以适合不同的应用需要。业务处理组件按照不同客

16、户的需求，执行不同的业务处理流程。 7 ? 表示层 表示层由Web浏览器，车载信息终端，客户端组成。是直接面对最终用户的模块。车载信息终端通过通信组件与后台数据库进行交互。客户端由客户端系统、密钥及卡片管理系统组成，通过客户端系统与数据库连接，进行数据的交互。 (三) 系统网络结构 本系统是集计算机、通信、微电子技术、现代密码学、数据库管理、地理信息、GPS定位等高技术为一体的庞大的系统工程，涉及领域较广、覆盖面较大、影响力很大的工程项目。该系统由车载信息终端系统、信息接收控制器、通信服务器集群、数据库服务器集群、应用服务器集群、WebServce、消息中间件、应用客户端、智能卡验证、数据接收

17、服务器等组成。系统的计算机网络结构示意图如下图所示： ? 主机系统：行业监管监控调度系统平台的数据库服务器采用同级机群，可以随着业务的扩展，不断增加服务器。如果其中一两台机器为同一类型的主机服务器，采用集群软件配置成为双机热备的方式，协同工作。 ? 通信系统：行业监管监控调度系统平台的通信服务器（监控调度）负责与车载信息终端交换数据，采用TCP/IP协议；通信服务器（监控调度）负责与 8 本地客户端及远程客户端交换数据，采用TCP/IP协议。 ? 应用服务器：行业监管监控调度系统平台的应用服务器采用高性能PC服务器，安装Win2003Server操作系统，提供.NET的WebService的发

18、布服务。应用集群软件配置成为双机热备的方式，协同工作。是系统业务处理的核心。 ? 本地客户端：安装在交通管理部门各科室和交通信息客户服务中心，通过局域网与通信系统及主机系统连接。 ? 远程客户端：安装在各公司、分公司，通过INTERNET与通信系统及主机系统连接。 ? 车载信息终端：安装在各行业的车辆上，通过无线传输网（GPRS）与通信系统连接。 五、 应用系统设计 实现道路运输系统各行业的统一监管，不但需要有良好的网络环境、海量的存储能力、强大的计算能力和稳定的系统软件等环境支撑，更需要有全方位、功能完整和切合监管要求的各种应用软件来支撑道路运输系统行业监管功能的实施。 本节主要描述项目的建

19、设功能模块设计，重点是实现道路运输系统行业监管系统所需要实现的应用软件功能需求的概要设计描述。 (一) 运政稽查监管中心和行业监管分中心的建设 运政稽查监管中心是对运政执法车辆的统一调度和指挥，同时用于应急事件处置或者大型活动期间对道路运输系统的监管。 行业监管分中心实现行业相关的监管功能，主要用于运管局各业务科室对本行业企业、车辆和从业人员的日常监管。 本项目要建设一个运政执法车辆的监管中心和多个行业监管分中心，即公交 9 监管分中心，出租监管分中心，公路客运监管分中心，货运（危运）监管分中心等，分别实现公交行业监管功能，出租企业行业监管功能，公路客运监管功能和货运监管功能等。 1. 运政稽

20、查监管中心 (1) 执法车安装GPS车载终端，该终端能实时连接监控中心，能接收监控中心发布的调度指令，为现场稽查或移动稽查提供信息支持。 (2) 组建运政稽查数字集群通讯平台及后台管理系统（实现单呼、组呼、群呼和定位，接入 呼叫中心系统）。 (3) 稽查排班、领车情况的管理，根据各稽查分队的特点、优势及以往稽查经验，经数据分析后，按照一定的规则进行合理排班；对稽查车辆的领用及车辆状况和性能进行有效管理，达到突发事件发生时，有效快速的组织人员及装备。 (4) 运政稽查车辆GPS调度指挥平台，指挥中心根据电话投诉、110转办、及其他紧急情况下达命令，在电子地图上对各稽查分队进行网格化调度，按相关规

21、则派最近最优稽查力量前往一线现场，同时将事件现场附近电子地图和可监控到的图像声音信息调出来。稽查分队也可以向中心发出报警，或向最近的分队请求增援。监控中心能够监控各稽查分队工作状况。 (5) 建立情报处理中心，建立全方位的信息采集、处理分析和应用系统，为运政稽查调度提供深度数据支持。将各方面采集的情报信息按照格式数据进行录入，与运政系统等相关业务管理系统核对校验，分析情报是否准确，辅助稽查人员进行稽查。 (6) 预案库管理系统，根据稽查行动方案，分解行动方案，形成预案的执行步骤，并发出行动指令，同时跟踪行动指令的执行情况，最终形成预案库。 (7) 完善违章监控电子执法功能模块，实现定点批量监控

22、，如针对某个地段利用摄像头拍摄车辆，批量输入系统，通过与联网售票数据和进站管理数据自动分析，得出是否违章的结果。 10 2. 公交监管分中心 (1) 实现公交车运行轨迹的回放、跟踪、定位。 (2) 对公交车的运行状况进行监管：如实现对营运违章（如掌握哪个司机哪台车不按核定线路行驶）的监控。 (3) 对公交车安全行驶进行监管。（如发现车辆超速能及时通知司机进行改正，同时记录超速的车牌号、司机、时间、地点和速度等信息） (4) 对公交车营运情况进行监管：如对每天发班情况、发班间隔、长短线设置等情况的监管。 (5) 对公交车进行应急调度：用于应急事件处置或者大型活动期间对公交车辆的统一调度。 (6)

23、 报表中心：根据需要，按时间形成各种违章、超速、营运情况的报表。 3. 出租监管分中心 (1) 实现出租车运行轨迹的回放、跟踪、定位。 (2) 结合图象监控系统拍摄对出租车的运行状况进行监管：如实现对营运违章（是否冲卡、不按规定位置上落客）的监控。 (3) 对出租车安全行驶的监管。（如发现车辆超速能及时通知司机进行改正，同时记录超速的车牌号、司机、时间、地点和速度等信息） (4) 电子围栏功能。（当车辆驶入禁行区域进行报警提示，并记录相关信息） (5) 对指定车辆的停车检的监管。（监控在规定的回场检查时段车辆是否按规定回场） (6) 对非编司机的监管，按照相关规则对司机刷卡进行监管（如司机刷卡

24、后营运时间过长、同一时间一卡刷多车等情况进行报警。） (7) 克隆车的检查。（所有合法出租车都能在监控中心显示定位信息，如发现有出租车没有在监控中心上显示定位信息表示该车没有安装合法的GPS终端，有克隆车的嫌疑） (8) 统一调度功能：用于应急事件处置或者大型活动期间对车辆的统一调度。 (9) 报表中心，实现对超速、非编司机情况、电子围栏、停车场检情况自动形成各种报表。 11 4. 公路客运监管分中心 (1) 实现公路客运车辆运行轨迹的回放、跟踪、定位。 (2) 结合运政监控系统拍摄情况对运行状况及营运情况（如核定进站、核定线路、是否冲卡、不按规定位置上落客等）进行监管。 (3) 对公路客运车

25、辆安全行驶的监管。（如发现车辆超速能及时通知司机进行改正，同时记录超速的车牌号、司机、时间、地点和速度等信息） (4) 应急调度及临时加班证的发放管理。（根据线路实载率确定是否予以发放加班证） (5) 形成各种报表，并支持将指定的报表发布到网站功能。 5. 货运（危运）监管分中心 (1) 实现危运车辆运行轨迹的回放、跟踪、定位。 (2) 对危运车辆营运情况进行监管：如对每天运行线路情况是否按核定线路行驶等情况的监管。 (3) 对危运车辆运输产品进行监管：通过危运车辆装置的IC卡智能配载系统，将IC卡记载的货品信息实时传送到监管中心。 (4) 电子围栏（当车辆驶入禁行区域进行报警提示，并记录相关

26、信息）。 (5) 对危运车辆安全行驶进行监管。（如发现车辆超速能及时通知司机进行改正，同时记录超速的车牌号、司机、时间、地点和速度等信息） (6) 形成各种报表，并支持将指定的报表发布到网站功能。 6. 安全生产监管中心 (1) 道路运输企业安全生产监督：监督运输企业安全组织机构的建立情况；监督客运站安全管理制度的落实情况。按照规定的考核指标对每项的监督检查结果记录备案。 (2) 运营车辆技术管理安全监督：监督运输业户对营运车辆维护制度的实施情况；监督车辆维修业户守法经营行为；监督汽车综合性能检测站检测程序和标准。按照规定的考核指标对每项的监督检查结果记录备案。 12 (3) 运营驾驶员从业资

27、格管理安全监督：监督运输业户对营运驾驶员的管理情况；监督驾驶员培训业户（机构）培训工作的开展情况及驾驶员从业资格证件的核发情况。对每项的监督检查结果记录备案。 (4) 客运站场管理安全监督：监督客运站安全组织机构的建立情况；监督客运站安全管理制度的落实情况。按照规定的考核指标对每项的监督检查结果记录备案。 (5) 报表统计：形成各种报表，并支持将指定的报表发布到网站功能。 (二) 车辆监控子系统 车辆监控是通过GPS定位系统，车载终端结合电子地图技术，对车辆状态（经纬度、时速）进行定位、跟踪，并在此基础上对车辆进行行驶轨迹回放和停车之后的监控，以及划分车辆行驶中禁区设置的一种综合技术。 行车线

28、路监控 企业设置行车线路，要求车辆必须按指定的线路行驶，一旦车辆偏离线路，擅自进入非法站点或路段时，客户端电子地图上自动显示报警实时信息。同时终端也将收到报警信息，显示屏上显示线路违章文字信息，及发出声音报警和警示灯，提醒司机线路违章。因为车辆行驶路线非常长，采用围栏方式设置不方便，而且也面临某些地区有信号盲区的问题，采用“必经点”的方法来线路监控。 限时限区监控 限时限区监控是指交通主管部门为了保证交通通畅性，对某些区域某些时段可以通行的车辆所做的限制。例如，每日7：00-8：00及17：00-19：00时间禁止一切货车通行；每日8：00-17：00，禁止*市籍号牌5吨（含5吨）以上、外市籍

29、号牌1.5吨（含1.5吨）以上的货车通行。每日7：00-20：00禁止外市籍号牌5吨以上的货车通行。限时限区监控就是对在规定区域规定时间内进入该范围的车辆进行监控，一旦车辆违规进入禁止通行区域，电子地图上显示出警告信息，本系统平台并将该信息发送到违规车载终端显示屏上，并发出声音报警和警示灯，提醒司机线路违章。 13 (三) 车辆调度子系统 职能部门对车辆的调度有两种途径：一、职能部门相关操作员编写或系统自动产生调度文本信息，加盖电子公章后，向指定的营运企业下发，企业收到后向职能部门进行确认反馈，调度本企业车辆完成职能部门的调度任务；二、在特殊情况下，职能部门相关操作员编写或系统自动产生调度文本

30、信息，直接下发到需要调度的车辆，实现职能部门对车辆的调度。 企业对车辆调度：指企业可以根据其生产和运输计划，指派一台或者一组车辆执行特定路线的特定运输任务，或是对运行中的车辆进行实时调度。车辆调度使用文本和通过话音通信实现，由企业调度人员参与调度。 车辆调度业务用于单个或一组车辆与其管理者间的调度、物流、营运、通知、请求，并可实现系统内所有车辆的信息广播。 文本调度：企业调度人员根据实时路况及突发的运输需求，向本企业指定车辆下发文本调度信息，司机阅读后向终端返回确认信息。 语音通话：企业调度人员根据实时路况及突发的运输需求，通过专用通话设备与本企业指定车辆司机进行语音通话，实现对车辆的调度。司

31、机也可主动向所属企业调度室发起通话，请求调度。 (四) 报警业务子系统 车载机工作时有三种设防状态：正常状态（非警戒状态、解警状态）、预警状态、警戒状态。在预警或警戒状态车载机控制切断电路油路，此时无法启动发动机。 车辆运营相关的各种报警的相关处理功能，包括事故报警、被劫报警、被盗报警、终端破坏报警、静音监听、远程断油断电、碰撞报警、超载报警、电瓶拆除报警、非法点火报警等。 这里的报警主要指车辆的事故报警、被劫报警、被盗报警终端破坏报警，终端防盗器的状态变化将通过车载终端实时传送至后台处理和保存。除防盗器本身自带的防盗防劫功能外，结合后台系统，还可以实现远程断油断电的功能，使得 14 对被盗、

32、被劫事件的处理更加有效。 报警业务的核心是：判断报警的真实有效性，以及报警判断的客观合理性。 (五) 资格证查验子系统 所有车载终端都有唯一的编号，车载唯一编号与车牌号一一对应，后台保证其对应的唯一性，一但车载编号与车牌号不对应，就发出报警。后台把此报警信息发布到职能部门的客户端和执法车的读卡设备上。 对所有安装了车载终端的车辆，都会给驾驶该车的司机配发司机卡（内含司机从业资格证信息），司机在开始上班或开始驾驶时可以刷司机卡进行签到，在下班离开时可以刷司机卡签退；签到签退的数据将实时传输至后台保存。 对出租车和公交车，司机卡还应具备服务资格证的功能，保存相关信息，交通执法人员可以通过专用读卡设

33、备，核对后台数据辨别真伪，对司机资格进行查验。此应用模式还可推广至除出租车外的其他行业。 (六) 资料管理子系统 资料管理的目的是：一、实现交通管理部门与企业之间信息的互连互通。二、为其它业务功能提供基本资料，是其他功能模块的基础。 资料管理的内容包括，各职能部门查询运输企业资料、车辆资料、司机资料，职能部门与企业之间的资料传递，车辆保养管理。 (七) 统计分析子系统 对营运车辆的统计分析的主要目的是：运输企业是否根据政府的管理规范实施了车辆的规范化管理，发现潜在的运输安全危险因素，并采取适当的措施予以消解，为职能部门优化本市交通结构提供依据。 运营企业通过对本企业营运车辆的营运情况统计，为企

34、业财务人员进行财务结算提供精确的数据信息；分析车辆行驶里程、油耗与收入的关联关系，在符合 15 行业规范的范围内，降低企业运营成本，提高车辆营运利润。 具体功能包括：监控统计、司机监控、营运数据（与行车记录仪有关，单独列出来说明）、车辆分布统计、营运公司统计、许可证统计、报警统计、羊城通交易数据等。 (八) 系统管理子系统 用户管理 接受并处理客户端用户的增、删、改、查询操作。 角色管理 接受并处理角色的增、删、改、查询操作。 地图管理 客户端请求更新本地电子地图后，服务器检查电子地图最新状况，提供下载地图服务。 参数管理 设置系统的各种参数。针对不同客户端，系统区分并保存客户定制的系统参数（

35、公共的可以放到服务器端保存，特色的可以放到客户端保存）。 系统日志 记录用户登录、系统运行、系统中断所发生的事件。 日志全面记录分中心管理系统车辆监控、报警、车辆调度、资料管理、统计分析、车辆导航、系统管理中事件的时间、操作人、操作状态、操作结果。 (九) 车载终端子系统 车载设备本着模块化，分体设计，扩展设备与主控设备之间通过接口进行数据传输。不同部门及运营企业在应用中可以根据实际功能需要进行选择设备功能组合。 终端设备包括主控模块，GPS模块，无线通信模块（GPRS/CDM/3G），显示模块，语音模块，记价器，远程控制模块，报警器，行车记录仪，视频监视器， 卡 16 证设备（内含车辆资格证

36、信息，能识别司机卡编号、读取司机卡信息），执法部门读卡设备，碰撞报警器，载荷监控器等。以及终端配套设备：司机卡和执法部门读卡设备。 由于终端设备的工作的环境比较恶劣，对抗震性及防潮性要求较高，在设计时应注意提高终端设备在这些方面的性能。 六、 项目投资概算 项目经费预算主要从四部分进行预算，包括硬件设备投资、车载终端设备购买、应用软件开发、系统集成以及运行维护费等四部分。 （1）项目总投资预算及构成 预算科目 金额（万元） 备注 28一、硬件设备购置费 车载终端设备 90 二、购置费 见各部分明细表98 三、应用软件开发费 24 四、系统集成费、维护费等 240 合计 （2）硬件设备购置费 单价总价 序号 设备名称 设备型号、规格数量(万元) (万元) 10 10 应用服务器1 IBM 1 高端服务器（含操作系统） GIS服务器10 1 10 IBM 高端服务器（含操作系统）2 磁盘阵列扩 1 3 8 8 展柜 28总计 （3）车载终端设备购置费（终端数量可根据实际需要进行调整） 单价总价 设备名称设备型号、规格序号 数量（万元）（万元） 1 0.3 22.5 ZTM-213 75 车载终端7.5 0.1 年信息通信费75 17 2 37.5 0.5 电话 75 对讲车载对讲1515对讲管理平17.575年通信0.1总90 ）应用软件开发费