DELL计划书智能交通.doc

Dell/合作伙伴联合解决方案模板 -智能交通管理系统 2 0 1 3 年 4 月 目 录 一、 需求分析： 4 1.1 集成平台建设要求 5 技术路线要求 5 架构要求 5 层次模型要求 6 1.2 接入规范设计要求 7 二、 方案概述 10 三、 实现功能 12 3.1 指挥调度体系功能 12 3.2 态势监控体系功能 18 3.3 缉查防控体系功能 20 3.4 信息服务体系功能 22 3.5 业务管理体系 23 四、 方案配置清单 26 4.1网络交换机 26 边吹向后端,10GbE 堆栈功能 26 4.2 数据库服务器 27 - Dell(TM) PowerEdge(TM) R910机架式服务器 27 4.3 磁盘阵列（IP-SAN） 27 -PowerVault(TM) MD3200i 1Gb iSCSI SAN Storage Array 27 4.4 应用服务器 27 -Dell(TM) PowerEdge(TM) R520机架安装服务器 28 4.5 通讯服务器、时钟服务器、地图服务器、网站服务器 28 - Dell(TM) PowerEdge(TM) R520机架安装服务器 28 4.6 磁盘阵列 28 - PowerVault(TM) MD3620f 8Gb FC Storage Array 28 空端口） 29 需求分析： 工信部：2020年，我国汽车保有量将达2亿辆 根据交通部的规划，到2020年，中国将建成国家骨架公路网，全国高速公路总里程预计将达到10万公里。预计到2010年底，中国公路网总里程将达到395万公里，其中，农村公路总里程将达到345万公里，据估计，到2020年还将增加近百万的公路里程。 目前来看，智能交通已经在一些具体项目或具体领域中展示了自己的价值所在，比如奥运、世博和即将开始的亚运，比如ETC、GPS运输车辆监管以及道路监控等，起码在管理上，智能交通的强大功用已经被验证，也得到了管理者的信任。服务提供方面，深圳、上海、北京等一些城市的交通诱导系统在某些重点区域已经相当完善;动态交通信息服务也开始初见雏形，现在很多地图终端能够提供实时交通动态信息;GPS更是进入了规模普及阶段，离客运物流以及特殊行业的车辆一网打尽的时日已经不远了。 但存在的问题也比较突出，首先是核心技术问题。因为智能交通是一个跨科技行业较多的综合应用领域，RFID、传感器、无线通信、 GPS芯片等等都高度依赖国外技术和产品。另一个主要方面也就是智能交通建设高度依赖管理需求也就是政府需求，而服务需求也就是商业化对智能交通的拉动作用有限。 目前我国很多行业都在制定十二五发展规划，以明确今后5年的发展原则、方向、目标等。相信不久之后，我们就可以看到智能交通的十二五发展规划了，到时候我们再来验证本期主题的内容有多少与科技部组织的十二五发展规划相符合或者相类似。 只是现在我们的跨度是10年，跨越两个5年规划，但大致的发展趋势应该是一致的。我们首先来看有关2020年的有些与智能交通发展的大环境相关的推演数据(当然，最大的前提是我们确信人类和地球能顺利挺过2012)： 日前，中国社会科学院财政与贸易经济研究所最新发布的《中国财政政策报告2010/2011》指出，到2008年底，中国的城市化率已达到45.6%，中国的城市人口已达到6.07亿人。如果按照1%的速度增长，到十二五期末，中国的城市化率将超过50%，到2020年城市化率将达到55%，中国城市人口将超过8亿，占总人口60%。汽车和商用车辆将在城镇内部及城镇间的交通运输中发挥重要作用。 伴随着智能交通的社会认知程度的提高，同时也伴随着出行方式的大规模转变以及城市拥堵的日益加剧，智能交通被寄予的希望也越来越高，管理者希望通过智能交通控制和减缓交通拥堵，提高执法和管理效率。 集成平台建设要求 技术路线要求 本次交警指挥集成平台的设计和研发需要遵循以下技术路线进行。 基于ArcGIS进行设计开发的，同时能够实现向PGIS的顺利移植。 采用C/S、B/S相结合的模式。应针对实际的业务应用特点，对集成平台的各类应用系统终端选择合适的系统应用模式。 采用基于XML的消息中间件提供实时的、高效的、可靠的、跨越不同网络环境、跨越不同应用软件、跨越不同数据库环境和跨越不同开发语言的消息传送服务。 采用统一、开放的子系统接口标，同时制定一套系统、全面和完善的接口规范。 采用一体化设计，充分实现数据的最小冗余和最大共享。 采用组件式结构，模块之间可实现积木式搭配，适用于监控中心业务不同阶段的需求，使系统可以逐步扩充和完善。 采用严格、统一的权限管理，确保系统的安全性。 架构要求 集成平台系统是按照《公安交通指挥系统建设技术规