项目立项技术文件（商务价格技术文件）定稿（知识研究参考模版）

知识研究或学习项目设计实施方案项目技术方案系统建设目标为了规范各运输企业应用xxxx系统，实现资源共享，避免重复建设，降低ZF的建设和运营成本，服务于企业和xx民，使社会效益和经济效益最大化，需要对运输企业现有xxXX息和资源进行接入、整合与管理，同时制定xxxx运输行业xxxx系统和车载终端的标准规范指引，指导行业xxxx系统的建设和应用，从而实现交通主管部门对全xx营运车辆有效xx和xxx学管理。xxxx交通XX交通运输行业xxZF监管平台的实现目标是贯彻“三个一”，即“一套系统，一个标准，一种制度”的基本思想，开发交通运输行业xxZF监管平台。让交通XX管理部门通过该监管平台实时了解全xx运输行业车辆的运行动态；让全xx交通运输行业通过一个执行标准实现xx的车辆xx调度管理应用，通过一种规章制度来规范管理全xx的运输行业。让xxxx交通运输行业在一个统一、统筹、统管的环境里健xx有序的发展。为进一步贯彻落实交通运输部、部、安监总XX、工业和XX息化部《关于加强道路运输车辆动态监管工作的通知》（交运发[2xx1]80号）和交通运输部《关于认真贯彻<道路运输车辆XX星定位系统平台技术要求>和<道路运输车辆XX星定位系统车载终端设备技术要求>两项标准的通知》（交运发[2xx1]158号）文件精神，结合xxxx道路运输车辆XX星定位系统的实际应用情况，xxxx交通XX拟进行“xxxx交通运输XXxxxx道路运输车辆XX星定位系统升级改造项目”的建设工作。依托该平台，将实现ZF监管平台与企业xx平台的应用分离，实现对交通运输部全XX联网联控平台的数据报送和对企业xx平台的监管及服务，对xxxx交通运输行业建设和整合具有重要意义，将加快推进平安xx、低碳xx的建设速度,不断增强运输行业安全监管和应急处置能力，进一步降低企业成本，提升道路运输组织化程度，增强驾驶员、运输企业、ZF管理部门之间联系频率与xx度，促进全xx运输行业XX息化建设的持续发展。项目建设原则统一规划、统一标准、统一组织。xxxx交通XX交通运输行业xxZF监管平台应按照统一规划的原则设计。在设计XX需要充分考虑两客一危车辆、出租车辆、公交车辆和货运车辆的需求特点。设计的系统要有较强的扩展性。通过制定xxxx交通运输车辆的车载终端标准、系统接入规范和管理规章制度，实现交通XX对所有交通运输车辆的监管要求。分类管理、分期建设、逐步实施。车辆分类别进行管理，达到对不同类型车辆的个性化监管。在系统建设过程XX，采用分期建设的原则。系统一期实现各企业及运营商xx平台的接入和两客一危及出租车的运维管理工作。二期xx化运维管理的同时，实现公交车、出入境车辆和其他运营车辆以及水运船舶的运维管理和交通XX其他系统接口。网络安全，XX息XX，稳定可靠，高效运行。要把网络安全、XX息XX放在首位，确保网络和系统具有稳定性和可靠性、高效性、XX息的XX性。整体性，实用性，先进性，经济性。从交通XX交通运输行业应用的整体出发，选择先进且成熟的技术，满足当前的实用性，并适应未来的技术发展，节约有限的投资。管理运行体制与工程建设同步进行。在系统建设的同时注重管理运行体制的建立，使网络和系统建成投入运行后，尽快在规范和完善的管理运行体制下产生社会效益。技术路线在本方案XX，根据xxxx交通XX运输行业xxZF监管平台的需求要求，制定如下技术路线：1、采用C/S三层应用体系结构和B/S体系结构相结合的方式，采用当前先进、成熟的技术，开发xxxx交通XX交通运输行业xxZF监管平台；2、采用分布式、松散耦合的网络组成结构，保证XX心平台和各企业平台的独立性，便于XX心平台和各企业平台的维护和升级扩展；3、采用模块化组件式的开发方式，提高系统的灵活性和可扩展性；采用XX间件技术，提高系统的可靠性和稳定性；4、采用XX息开放等级划分、权限许可和角色认证的方法，建立系统安全数据传输及系统备份机制，保证整个网络的稳定性和安全性；5、通过规范的接口实现与其他子系统的数据交换和对接；6、采用大型分布式、关系型数据库对数据进行存储；7、选用与四维图新地图格式完全兼容的地理XX息引擎，实现XX子地图功能；8、采用服务器双机热备份方式保证系统的稳定可靠性。相关定义xx智能xx调度系统采用世界先进的xx全球XX星定位技术、GSM全球通XX技术、GPRS无线数据传输技术、GIS地理XX息处理技术和计算机网络通XX和数据处理技术开发出的一套远程调度，xx，通XX，管理机动车辆的系统。可同时提供语音，数据的无线通XX。是一套全面管理，调度，xx车辆营运的系统。全球XX星定位技术(xx)全球XX星定位系统(GlobalPositioningSystem，简称xx)是随着现代xxx学技术的发展建立起来的一个高精度、全天候和全球性的无线XXxx定位、授时的多功能系统。其组成主要由空间星座和用xx设备两部分组成。空间星座部分由24颗均匀分布在5个轨道平面内的XX星组成，这24颗XX星在离地面12000km的高空上，以12小时的周期环绕地球运行，在地面上任意时刻、任意一点都可以同时观xx到4颗以上的XX星。这就为我们24小时实施动态车辆的观xx、跟踪、采集XX息提供了技术支持。用xx设备部分主要由接收机硬件和处理软件组成。用xx通过设备接收xxXX星XX号，经XX号处理而获得用xx位置、速度、方向、时间等XX息，最终实现利用xx实行定位的目的。通XX技术(GSM)GSM全球数字通XX系统是XX家投资建设的公众网络，是目前XX内覆盖范围最XX、系统可靠性最高、话音清晰度最高的蜂窝通XX系统。它具有强大的XX功能，用xx身份鉴别可保护网络避免无权用xx使用。与常规VHF/UHF无线通XX网，800M集群无线通XX网比较，它不但通XX范围XX、系统运行可靠，而且经济实用、投资少、易普及，减少各专用通XX网基站的重复投资建设。通用分组无线业务(GPRS)XXXX通XX有限xxx提供的公网无线数据传输业务。GPRS即"通用分组无线业务"（GeneralPacketRadioService）的英文简称，是在现有的GSM网络上开通的一种新的分组数据传输技术。相对于原来GSM以拨号接入的XX路数据传送方式，GPRS是分组交换技术，具有"永远在线"、"自如切换"、"高速传输"等优点，它能全面提升数据通XX服务，使无线数据通XX速度更快、数据的传输量更大。码分多址(CDMA)XXXX提供的公网无线数据传输业务。CDMA与GSM一样，也是属于通XX系统的一种，它的英文全称是CodeDivisionMultipleAccess，XX文含义是码分多址。它是根据美XX标准（IS-95）而设计的频率在900～1800MHz范围的数字XX系统。这是一种采用Spread－Spectrum的数字蜂窝技术。与使用Time－DivisionMultiplexing(TDM)的竞争对手(如GSM)不同，CDMA并不给每一个通话者分配一个确定的频率，而是让每一个频道使用所能提供的全部频谱。CDMA对每一组通话用拟随机数字序列进行编码。CDMA使用的新技术拥有很大的优势，它的扩展频谱提供的容量比其他数字技术所提供的至少高三倍以上。CDMA的语言编码器使用最新的数字语言编码技术，保证了在消除背景噪音的同时提供高质量、高清晰度的语言通话服务。这种语言编码算法，还提供更高的安全性和XX性。CDMA网络使每个蜂窝覆盖面积增大，因此与其他的系统相比，CDMA系统需要的蜂窝站点和基站的数目更少，载波安装、启动和维护的费用明显减少，从而使每个用xx得到更大的利益。CDMA还能使用xx更容易享受各种增值业务，如传真、数据、XX际互联网、先进的留言功能、呼叫识别和呼叫等待等。地理XX息处理技术(GIS)GIS是近些年来迅速发展的一门新兴技术。它作为制图学、计算机技术、地理、遥感、统计、测绘、通XX、规划和管理学xxx交叉运用的产物XXxx地应用在各个领域。在本系统XX，主要用于在计算机系统XX对地图的显示和管理以及城xx受控目标的轨迹XX息的显示。计算机数据处理与通XX技术在本系统XX，主要采用了数据库技术、网络通XX技术、多媒体技术以及计算机远程控制等多项计算机技术。车载终端全球XX星定位调度系统车载终端，简称车载终端。车载终端安装在车内隐蔽位置，它的组成主要包括：主控单元，XX手柄，显示单元。车载终端采用模块化设计，可以根据不同的应用需要选择不同的组件搭配。系统总体架构道路运输车辆XX星定位系统由ZF平台、企业平台、车载终端、计算机通XX网络等组成。通过系统各组成部分之间的互联互通，实现业务管理以及数据交换和共享。ZF平台通过平台接口及统计分析功能，主要实现对上级平台的数据报送、对下级ZF平台的管理和对企业平台的监管和服务。企业平台接入ZF平台，主要是为各运输企业提供分平台，由运输企业通过分平台对车载终端的控制，实现对本企业营运车辆安全运营的xx，并实时上报各项数据给企业平台，由企业平台将各项数据XX汇总实时上传给ZF平台。ZF平台之间通过专线网络或互联网VPN方式进行连接，企业平台与ZF平台可以通过互联网或专线网络方式进行连接，车载终端与企业平台或ZF平台之间通过无线通XX网络进行连接。(一)设计原则1．一致性原则：在交通运输部“两项标准”基础上，结合xx实际扩充完善其功能需求，实现系统资源整合及xx度应用并确保与部颁标准的一致性。2．先进性原则：在兼顾系统成熟性的前提下，采用业界先进的技术，以目前较为先进的方法实现需要的功能，既反应当今xxx技的先进水平，又具有发展潜力，使计算机系统发挥最大的效率。因此，采用的数据库、服务平台、客xx端必须是高性能、高可靠性、高兼容性、高开放性。3．可靠性原则：系统是长期运行的，设计时要充分考虑后备以及灾难恢复机制，使系统在部分故障时仍然能够提供对用xx的服务，并且能够很快的排除故障恢复正常运行。因此，要求系统要具有极高的可靠性，数据库、平台、客xx端具有良好的容错修正性能，且车辆定位互差不超过20米。4．开放性原则：系统软件遵循《道路运输车辆XX星定位系统平台技术要求》相关标准，支持开放的标准接口，使整个系统成为兼容、开放的系统。整个内部网络传输采用标准的TCP／IP协议；其他的系统也采用相应的工业标准，充分保证系统的开放性。并在设计时保留必要的接口，实现与其他系统的对接。5．实用性原则：应根据现有技术条件及业务需求，充分考虑系统的可实现性及环境的复杂性进行设计解决，提供直观易用的人机交互界面，用xx操作界面清晰明了、分类合理、容易识别、操作简便快捷。同时，应易于维护，且提供对应的测试软件，方便发现故障，以最快速度和最高的效率排除系统故障。6．扩展性原则：系统设计除了可以适应目前的需要以外，充分考虑用xx日后的业务发展需要。按最经济的原则，规划成一个扩展性很强且在扩容升级时浪费最少的系统。因此，系统采用的所有硬件、软件充分考虑足够的容量和足够的扩展接口，让系统具备良好的扩展性，以适应将来的XX域扩展。7．双机热备原则：系统建设数据备份(RAID5)和服务器负载均衡等内容，系统建设是在多台服务器的情况下，通过双机热备保证系统更加稳定、可靠。RAID技术只能解决硬盘的问题，备份只能解决系统出现问题后的恢复。而一旦服务器本身出现问题，不论是设备的硬件问题还是软件系统的问题，都会造成服务的XX断。因此，RAID及数据备份技术不能解决避免服务XX断的问题。对于需要持续可靠地提供位置xx服务的北斗／cPs系统，双机热备是非常重要的。(二)设计思路1．理念超前。系统设计应适用于行业未来的发展远景与管理需求的变化，XX域扩展性强，可补充完善，修改使用，不会被淘汰。2．技术先进。系统设计采用业界最先进的技术，以最先进的方法实现一切所需求的功能，硬件、软件使用在行业XX名列前茅。3．安全适用。系统安全极为重要，应建立系统的网络安全机制，设置权限控制，并能通过网络自检、实时xx和自动故障报XXX检测以及一定程度的自恢复，确保系统长期正常运行，确保网络和数据安全。当前在网xx营运车辆数为1353辆本项目的按照100,000台终端接入设计，网关需要保持150,000的链路接入，按5分钟/条定时上报计算，每秒接收的数据量150,000/5/60*2=250条，网关需要能承受250*2=500条/秒的峰值。系统设计XX使用LVS对网关进行负载均衡，使用多个网关服务提高终端接入数量，上报数据的解包和解析工作从网关移去，网关负责终端的登退录管理、链路保持、数据组包和发送，尽可能提高单个网关接入终端的数量和稳定性。ActiveMQ的消息发送根据不同场景使用不同方式，对于定时上报数据使用非持久化、非事务的传输，提高数据发送量，对于指令使用持久化、事务的传输，确保正确性且不丢失。ActiveMQ具有良好的稳定性和可扩展性，可用集群方式来提高数据发送量。系统使用ActiveMQ队列模式传输定时上报数据，多个批处理程序接收数据，通过此方式来对上报数据进行分流处理，确保数据的接收处理速度大于数据的发送速度。数据的持久化和缓存采用了文件数据库（MongoDB）、关系型数据库（Oracle）和缓存系统（Memcache），MongoDB主要存储大数据量的非关系型数据，如：位置XX息、工况XX息、日XX等，Oracle数据库存放基础数据和业务数据，Memcache缓存基础数据和终端上报实时数据，尽可能减少对Oracle数据库的直接访问。为防止MongoDB宕机或者被毁灭性破坏，采取复制集的方式进行集群，这样的架构有利于数据备份，数据恢复，读写分离，故障分离，增减节点方便。机主服务平台需要支持100,000有效用xx。假设平均每天有80,000（80%）个用xx需要访问手机客xx端或者登录网页，对一个典型用xx来说，一天之内用xx使用的平均时间为30分钟，在一天内用xx集XX在12个小时使用该系统，那系统的平均在线数为80,000*0.5/12=3333，根据在线数：并发数为10：1的原则，平均并发数在300左右，峰值并发数在300*2.5=750左右。使用Nginx对机主服务平台进行负载均衡，使用Memcache进行数据缓存，提高系统的并发访问能力。(三)外部接口说明本系统实现多种方式的数据交换，包括：与各省xxZF监管平台的接入、企业自建平台的接入以及与其它业务系统的数据交换等，可与交通运输部、xx交通运输厅、xx道路运输管理XX、道路运输企业及其运营平台、当地ZF、运管机构以及、安监等部门系统平台实现一定程度的XX息交换共享，并可实现与交通运输部配置的北斗执法手持终端数据交换。同时，确保原车辆安装符合部颁标准车载终端能继续有效使用。1．与ZF监管平台接口本平台按照重点营运车辆动态XX息公共交换平台数据交换要求(5T／TS09等)以及当地ZF部门要求开发相应数据接口，无条件将动态数据同步实时上传到xx道路运输管理XX监管平台。根据需要实现与ZF监管平台数据交换及监管职能，包括：基本位置上传、报XXX数据上传、督办XX息下达、查岗XX息下达等。2．与全XX货运监管、服务平台接口本平台可合法、无缝接入到全XX货运监管平台，并依据交通运输部要求将安装在重型载货汽车和牵引车的北斗终端，直接接入到全XX货运监管平台，再由全XX货运监管平台下发至本平台。本平台对接入平台的各种车辆、车载终端、从业人员和运输企业等基本资料具有查询和管理功能。3．与其它系统数据共享接口本平台预留与ZF部门、运输企业、车厂、代理商等用xx的其他XX息系统进行数据交换的接口，满足用xx的各类业务管理需要，如运输企业的企业资源管理XX息(ERP)系统、XX子办公(OA)系统、班线客运系统、包车客运系统、车站站务管理系统、联网售票系统、出租车管理系统、城xx公交管理系统、水上船舶管理系统、慢行交通管理系统、交通XX号优先系统等数据交换接口，并可与运政业务XX息系统数据交换与业务整合，接口方式主要为：前置机数据交换模式WEBService服务模式交通运输部标准通XX协议模式ZF监管平台建设系统需求分析在xx运营商和运输企业自建的平台基础上，通过系统接入方式，实现平台间数据共享，并据此建立交通XX交通运输行业xx行业监管平台，实现对长途客运、旅游包车客运和危险品运输、出租车的车辆xx的基本功能，并根据建设情况逐渐扩展功能，达到对不同类型车辆的个性化监管。并将公交车、出入境车辆以及其它运营车辆和水运船舶等目标的xx管理纳入后期建设XX。为了保障交通运输行业xxZF监管平台的正常运转，同时制定一套营运车辆xx车载终端功能和性能标准指引、运输企业xxxx系统功能和性能标准指引、xx运营平台与交通XXXX心xx系统平台间的通XX协议标准，及相应的管理规范和制度。系统设计原则xxxx交通XX运输行业xxZF监管平台按照先进、可靠的要求进行设计，充分体现模块化系统集成的设计思想。采用C/S三层体系和B/S相结合的分布式模型建立。系统设计在一个较高的起点上充分保证系统的可伸缩性和可扩展性，具备相当的通XX、计算机和网络设备的XX息容量和处理能力，并有一定的超前性，软硬件预留接口，便于维护、升级和发展，以适应将来交通XXXX息化发展的要求。在系统建设时要对整个项目进行重点规划和设计，充分考虑整个系统的项目需求、硬件配置及后续扩充，系统必须实现对营运车辆xx的基本功能，为整个系统的不断完善奠定基础，并充分考虑与后续功能的衔接。1、系统的可用性(1)在本系统的设计过程XX，程序的界面要统一，各项基本资料录入界面XX涉及到日期的栏目需给出日期下拉列表，如果输入是否选择给出CHECK选项按钮，如果是多选一方式给出RadioButton模式进行指定。(2)在统计表格XX如果存在合计或小计时需对不同栏目进行分色显示。(3)对于层次性数据需给出树状显示表方便用xx选择。(4)凡是报表需可让用xx自行指定格式并能将报表显示的数据导出到Excel与网页XX。(5)程序色调要一致。(6)帮助文档要确认到每项具体功能，对于不符合程序流程的操作要给出提示指导用xx正确操作。(7)自动提示的XX息需给出一个统一的界面进行提示，提示方式要友好。(8)对网络需求要合理，采用标准的TCP/IP协议进行数据通XX，数据传输量适XX，对网络需求控制在交通XX现有网络的带宽内。2、系统的可扩展性(1)在系统方案XX按照系统分析、统筹规划的观点对系统终期容量及网络发展设想进行方案设计，XX心系统采用叠加式模块升级方式，逐步实现平滑扩容；(2)采用三层体系结构设计思想，通XX层、业务层、应用层相互独立，降低系统维护升级的复杂程度，提高系统的更新、维护和升级的效率；(3)软件系统使用先进的网络开发平台，结合模块化和结构化的设计思想，既考虑到当前使用的易用性，更具有适当的超前性。(4)硬件配置在满足一期系统要求的同时，充分考虑到二期应用的扩展能力。软件采用分布式处理方式，通XX层软件、业务层软件可以平滑扩容，在二期应用扩展时，系统软件不用另行开发，在增加硬件的基础上平滑扩展。节省了软件再投入的投资。3、系统的可开发性 (1)XX子地图引擎提供完善丰富的二次开发接口、开发用例和开发工具。 (2)应用软件提供API接口、相应开发工具、资料和源代码，配合技术人员完成业务、流程等的二次开发。4、系统的开放性(1)系统有良好的开放式结构的接口，能方便地与其它系统互连。(2)提供开放型数据库接口、业务流处理接口。选择分布式、多用xx、关系型数据库管理系统，提供较强的安全机制，对数据库进行安全限制。支持备份与恢复。公开数据库的结构及详细的数据格式。(3)通过WEBService和XML的方式开放数据接口，提供基于B/S方式的XX息共享方式。5、系统的高安全性(1)在与公共网的接入界面上，交通XX采用专用防火墙系统，防止非法用xx的恶意入侵，提供系统总体闭环检测及网管方案。满足ZF计算机XX息安全与XX的有关规定。(2)系统将提供运营管理监视软件，当系统XX关键模块出现工作异常，监视软件都能够及时提示系统维护人员，指明故障原因及时排除隐患。(3)相关数据操作其XX之一发生错误要及时回滚到正确点并对用xx给出提示。(4)在网络断开阶段缓存在本地的数据是可XX赖的。6、系统的高可靠性 (1)系统采用流行、成熟、稳定、先进的WindowsServer2003操作系统、Oracle9i数据库、TCP/IP网络协议构架应用平台。 (2)一期数据库采用Raid5的冗余磁盘阵列技术，保证数据的安全可靠性。二期系统要求双机热备的方式，以便系统出现问题时，系统能自动进行切换，并对数据库进行备份；在多个用xx并发访问的情况下，系统具有较高的稳定性。7、系统的标准性 系统的开发符合XX际标准、XX家标准及行业标准，要求制定开放标准及接口，保证与相关系统的连接。8、系统的规范性 本系统开发严格遵照XX家软件工程规范进行，根据开发进度及时提供有关开发文档，包括软件需求说明xx、数据要求说明xx、系统设计说明xx、数据库设计说明xx、测试计划、用xx手册、模块开发卷宗、测试分析报告、系统维护手册、操作手册、系统安装手册。9、系统的易用性 (1)XX心系统设计上应充分考虑到产品的易用性，系统应有完善灵活的权限管理机制，系统管理员可以根据使用系统的不同角色对用xx进行权限分配，日常维护工作简单，操作灵活，界面直观。用xx在操作时不需要或很少需要计算机专业的技能。(2)在开发过程XX，将遵循如下原则：将所有录入菜单放在一个页面XX，方便选择。将所有查询菜单放在一个页面XX，方便查询。将报表菜单放在同一页面XX，方便生成。10、系统的实用性xxx学合理的利用交通XX现有硬件、软件、网络、数据等资源，降低开发成本。ZF平台整体架构设计交通XX交通交通运输行业xx监管平台由XX心公共xx管理平台系统（简称XX心平台）、XX心公共xx管理平台网关接口和xx运营企业网关数据转发接口三部分构成。其XXXX心平台通过互联网接收xx运营企业网关转发的数据。XX心平台能与企业xxxx平台之间实现互联互动、XX息共享。运输企业车辆安装了xx车载终端的运输企业车辆，该车辆的行驶数据将通过xx车载终端发送给各企业xx平台，完成实时xx和车辆调度。运输企业xx平台包括各运输企业已经建立的xx车辆xx调度系统和各运输企业加盟的运营商的xx车辆xx调度系统。这些平台系统管理运输企业的车辆XX息并对车辆进行xx调度。同时需要将车辆XX息和xxXX息通过公共通XX网关的协议标准分发给交通运输行业xx监管平台。交通运输行业xx监管平台能够xx调度管理全xx运输企业车辆的xxxx调度管理系统。该系统分析各运输企业平台上传的数据XX息，实时xx车辆的运行轨迹，XXX情分析。为交通XX提供全xx运输车辆的实时动态XX息。数据转发接口数据转发接口是运输企业平台与交通运输行业xx监管平台的通XX接口网关。数据转发接口数据传输采用XXxx族交通运输厅交通运输行业xx监管平台网络结构和XX息交互规范定义的消息协议。公共网关接口公共网关接口接收运输企业平台上发的XX息数据并分析处理。根据不同的XX息类型发送给不同的应用终端处理。公共网关接口数据传输采用xx监管平台网络结构和XX息交互规范定义的消息协议。分支机构、办事处以及运输企业远程xx管理包括直属单位，如客运分XX、货运分XX、出租车分XX、运政分XX、xxXX心等,其他相关单位如xxxxXX心、xx交通XX、xx交通厅、交通部等。各单位采用B/S使用互联网浏览器的方式xx管理车辆。系统的xx范围包括XXxx族和全XX范围。从业务角度来看，xx数据XX息交换共享平台建设是通过数据交换平台，将各平台车辆数据进行交换集XX到数据共享平台，建立集XX数据库；用于支撑车辆管理与xx、车辆统计分析系统、数据核对补录以及为其它ZF部门提供数据共享接口服务。平台建设业务包括：按照《道路运输车辆XX星定位系统平台数据交换》（交运发[2xx1]809号）文件标准对交换前后数据进行转换，并实现与数据交换平台的对接。按照调度计划将数据交换平台传输的数据经交换平台传输集XX到xx数据XX息交换共享平台后，解析加载入XX心数据库。平台具备用xx、角色、权限和日XX管理等功能；平台具备报XXX控制参数配置功能，实现对报XXX的声、光提示的可控配置；平台具备对地xx车辆统计分析、重点车辆的特殊统计分析及企业车辆车载终端安装率统计等功能；平台地xx车辆统计分析包括对地xx所属车辆上线情况统计和地xx所属企业平台上线覆盖情况统平台具备服务器状态xx功能，能xx各种服务状态；基于各级营运车辆xx管理系统以Web应用方式提供数据核对、补录功能。同时，基于xxXX心提供数据核对、补录功能。对数据交换平台进行XX管理，调度各项软、硬件资源，进行负载均衡；同时对数据交换平台进行实时xx，记录各项操作日XX，为事后可能的安全责任追查提供依据。系统主要功能设计平台接口功能与其他平台XX息交换系统与上级平台及接入平台的XX息交换包括车辆动态XX息、静态XX息和跨域XX息的交换功能，支持与其它平台XX息的车辆动态XX息、静态XX息和跨域XX息的交换。系统基于交通部发布的《JT-T809-2xx1道路运输车辆XX星定位系统平台数据交换》文件对交换XX息格式进行定义，基于数据交换XX间件对交换XX息进行传输、交换，可保证数据的可靠、高效、及时传输。数据共享接口交通XX交通运输行业xxZF监管平台预实现如下接口：预留与其他营运车辆xxxx系统开发接口预留与新运政系统接口预留与车牌识别系统接口预留与图文系统接口预留与公交车XX子xx系统接口预留与交通XX数据仓库接口预留与xxxx联网售票系统的接口完成与xxxx交XXXXX等其他有关部门的XX息系统的接口与省交通厅、XX家交通部等有关部门的XX息系统的接口实现方法：在本系统的设计阶段，我xxx将详细调研交通XX相关的各种系统，并设计出预留接口的详细方案。本系统的设计可以提供数据库共享、实施数据传输和WEBService方式的三种接口对接方式。(1)数据库共享本系统采用Oracle9i大型分布式数据库库作为系统数据存储的工具。Oracle9i提供用xx权限控制，可以将部分数据以视图、同义词、存储过程、分布式SQLNet处理等方法，将数据库XX被其他系统关心的数据共享。同样采用Oracle9i数据库系统作为存储方案的系统可以通过Oracle9i的分布式处理方案，通过在其数据库XX建立数据库链接和同义词，可以象访问其自己数据库一样访问xxZF监管平台的数据库系统。xxZF监管平台的数据库通过严格的权限控制保证访问的安全性。不采用Oracle9i数据库的应用系统，同样可以通过本系统开发的权限，访问本系统的相关数据，实现数据的共享。(2)实时数据传输本系统采用通XX层、业务层和应用层三层结构，其XX业务层负责数据的分析、解包和业务处理。对于提供网络通XX方式的应用系统，可以将接收分析到数据按照两个应用系统确定的协议组包发送，实时的将本系统的情况传输给对接的系统。(3)WEBService方式从外部的使用者的角度而言，Web服务是一种部署在Web上的对象/组件，它具备以下特征：完好的封装性，Web服务既然是一种部署在Web上的对象，自然具备对象的良好封装性，对于使用者而言，他能且仅能看到该对象提供的功能列表。松散耦合，这一特征也是源于对象/组件技术，当一个Web服务的实现发生变更的时候，调用者是不会感到这一点的，对于调用者来说，只要Web服务的调用界面不变，Web服务的实现任何变更对他们来说都是透明的，甚至是当Web服务的实现平台从J2EE迁移到了.NET或者是相反的迁移流程，用xx都可以对此一无所知。对于松散耦合而言，尤其是在Internet环境下的Web服务而言，需要有一种适合Internet环境的消息交换协议。而XML/SOAP正是目前最为适合的消息交换协议。使用协约的规范性，这一特征从对象而来，但相比一般对象其界面规范更加规范化和易于机器理解。首先，作为Web服务，对象界面所提供的功能应当使用标准的描述语言来描述(比如WSDL)；其次，由标准描述语言描述的服务界面应当是能够被发现的，因此这一描述文档需要被存储在私有的或公共的注册库里面。同时，使用标准描述语言描述的使用协约将不仅仅是服务界面，它将被延伸到Web服务的聚合、跨Web服务的事务、工作流等，而这些又都需要服务质量(QoS)的保障。其次，我们知道安全机制对于松散耦合的对象环境的重要性，因此我们需要对诸如授权认证、数据完整性(比如签名机制)、消息源认证以及事务的不可否认性等运用规范的方法来描述、传输和交换。最后，在所有层次的处理都应当是可管理的，因此需要对管理协约运用同样的机制。使用标准协议规范，作为Web服务，其所有公共的协约完全需要使用开放的标准协议进行描述、传输和交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。一般而言，绝大多数规范将最终有W3C或OASIS作为最终版本的发布方和维护方。高度可集成能力。由于Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同软件平台的差异，无论是CORBA、DCOM还是EJB都可以通过这一种标准的协议进行互操作，实现了在当前环境下最高的可集成性。该类服务针对的是那些面向企业应用服务，包括企业内部的ERP系统，企业间的SCM/CRM等系统。当这些系统以Web服务的形式在网络(Internet和intranet)XX出现时，企业内的应用集成将更未容易，而在企业间的众多合作伙伴的系统对接也将不再是无法完成的任务。目前现有的解决方案和产品的提供商有Bowstreet、Epicentric等。本系统同样可以采用WEBService通过SOAP技术与交通XX其他应用系统进行接口数据共享。统计分析系统平台24小时接收并存储接入平台车载终端发送的车辆XX息，通过强大的统计分析系统，用xx可以在后台管理界面统计某车在某段时间的行驶报表、超速报表、位置报表、里程报表、停车报表、油耗报表以及周报、月报等数据报表。根据这些报表，系统生成柱状图、曲线等图形化界面展示给用xx，车辆在某段时间的行驶情况、油耗情况、里程等一目了然，大大提高了车队的管理效率。同时，所有这些报表数据还可以以officeexcel的格式提供下载，管理人员即可就能打印汇总。(1)平台管理统计分析系统平台具备对接入平台总数、在线平台数、平台入网车辆数、平台在线车辆数和平台车辆报XXX情况等的统计分析功能。(2)车辆管理统计分析系统平台具备车辆统计功能和车辆XX统计分析功能。具体功能如下：车辆统计功能应包括车辆上线情况统计报表、车辆跨域情况统计报表和车辆报XXX情况(报XXX情况包括下级平台上报的报XXX及本平台自行产生的报XXX)统计报表；车辆XX统计分析功能应包括车辆XX息在线分析、车辆上线情况同比／环比分析、车辆报XXX情况同比／环比分析和车辆跨域情况同比／环比分析。(3)其他统计分析系统平台具备对地xx车辆统计分析、重点运输车辆的特殊统计分析、企业车辆车载终端安装率统计分析及行车记录仪情况分析等功能。地xx车辆统计分析应包括对地xx所属车辆上线情况统计和地xx所属企业平台上线覆盖情况统计)。运管XXXX息管理系统平台通过整合交换xx运输行业管理部门、运输行业管理部门与运输企业的数据，实现各部门、各企业的业务协同，为行业监管提供技术支持；对运政机构内部实现“一网式”办公；对外为运输企业和社会公众提供“一站式”XXXX息查询服务；结合行业管理实际和各行业处室提出的需求，建立XX查询分析系统，包括行业业xx分析、驾驶员分析、车辆分析、经济运行分析、行车记录仪分析等内容。实现运力调配、安全管理、运输统计、燃油补贴统计、审核、申报和发放等行业管理功能，并接入“两客一危“、公交车、出租车、船舶等相关动态数据和管理XX息，实现行业管理规范化与高效能。运管XXXX息管理系统依赖于各个子系统之间的紧xx联系及协调工作来完成对车辆的高效、xxx学的集成控制、管理。GIS地理XX息系统地理XX息系统可以说是运管XXXX息管理系统的XX息和调度的XX转站。xx车载终端设备可以在地理XX息系统上得到体现。所以，地理XX息系统在XXXX息平台XX起着关键的作用。

地理XX息系统大大提高了XX息化、智能化程度，提高了数据的集成度，对空间数据的管理更加方便、数据结构更为合理，并增加了对动态数据的存储、处理和显示，而且有更多专业的管理与分析模块，程序模块封装好，数据传输安全。其设计既可以满足车辆管理与分析的需求。基于GIS的运管XXXX息管理系统平台数据库设计完整，模块设计合理、功能完善，并为交通管理XX心操作人员提供了友好、易操作的界面，在实际应用XX反应迅速，便于车辆管理方案的实施，具有较大的优势。系统系统可以说是运管部门眼睛的延伸，是运管XXXX息管理系统XX最立竿见影、最实际也是最实用的一个子系统。而且在这个平台XX系统也是最能及时提供实际情况的一个系统，在日常事务处理XX也占有的相当高的使用率。GSM/GPRS无线数据通XX系统XX号控制系统是运管XXXX息管理系统的XX枢，GSM是目前全球最成熟的数字通XX标准，它具有模拟XX系统无可比拟的XX性和抗干扰性、音匝清晰通话稳定，并具备容量大、频率资源利用率高、接口开放、功能强大等优点。GSM／GPRS无线数传监视和控制系统为一个点到多点的远程无线双向数据通XX和控制系统。系统由数据采集终端和xxXX心两部分组成，其数据xx指挥XX心由计算机网络，数据库和GSM／GPRS通XX接口组成，主要负责各种XX息和数据的收发和整理工作：一方面，接收各个xx车辆上传的XX息和数据，并把它们放人相应的数据库和分发给相应的xx计算机，以实现对各个xx点的xx和管理；另一方面，xxXX心响应xx车辆发出的对各个xx点的控制XX息，并且把这些XX息下发到相应的xx点上，从而达到对车辆进行控制的目的。通过以上各个模块集成XX息后用xx可以在平台下查看到各接入平台的车辆XX息，而且在车辆报XXX时，该平台可以立刻反应出相关车辆和人员的历史记录数据，从而为决策和处理提供参考依据。系统把收集的XX息进行统计分析后，即可为其它各部门和公众提供的各种参考XX息，而且在处置突发事件时可以及时的将事发地点通知到各个XX息发布单位，大大提高个单位协同办公的效率。实时轨迹XX息上报方式和间隔方案目前在网xx营运车辆数为1353辆，将来预期达到30000台。数据传输的要求非常高。(1)制定实用的通XX协议，控制实时轨迹传输的字节数，保证数据传输不占用较高的网络带宽，合理利用网络资源；(2)对于重要的数据，如车辆开通数据、车辆营运数据、报XXX数据采用反馈应答的方式。而对于实时轨迹XX息，采用非应答模式实现，较少系统的通XX处理压力；(3)由于不同类型车辆的上传周期并不相同，有的车载设备是通过短XX方式进行xx，上传频率较低；有的车辆如出租车空驶的时候为了便于调度采用的是20秒上传一次，频率较高。企业xx平台应提供配置选项，控制同一车辆实时轨迹上报的频率。实时跟踪轨迹数据描述：轨迹校正和地图匹配我xxx开发的xxxx系统XX，具备轨迹校正和地图匹配的功能。地图匹配主要是对道路进行分段、特征XX息提取，然后采用适当的搜索规则和匹配算法，根据当前xx给出的车辆位置XX息，在地图数据库XX寻找一条最近的道路，将车辆当前位置匹配并显示在这条道路上。在道路比较稀疏的情况下，首先通过一定的搜索算法确定车辆行驶道路，然后提取数字地图XX该段道路的航行XX息，本系统XX采用地图匹配算法来提高车辆的定位精度。我们知道，利用xx接收机除可以接收位置XX息外，xx接收机还可以计算出目标的速度、方位角等数据，利用这些附加XX息和一些基本的GIS图形计算功能，即可以对目标的位置进行修正，以期与XX子地图上的路面进行匹配。地图匹配是一种基于软件技术的定位修正方法，其基本思想是将车辆定位轨迹与XX子地图XX的道路网XX息联系起来，并由此确定车辆相对于地图的位置。地图匹配技术的应用有两个前提：用于匹配的XX子地图具有高精度的道路位置坐标；被定位车辆正在道路网XX行驶。当满足上述条件时，就可把定位数据和车辆运行轨迹同XX子地图所提供的道路位置XX息相比较，通过适当的匹配过程，确定出车辆最可能的行驶路段和车辆在该路段XX的最大可能位置。地图匹配算法所要解决的核心问题有两个，即在定位数据和地图XX息的基础上寻找最可能的行车路段，预计车辆在该路段上最可能的位置。完成这一任务的关键在于，匹配算法是否能辨认出定位轨迹与车辆实际行驶路线间的相似之处。显然，在候选道路和车辆行驶轨迹之间必定存在着某种程度的相似性，但这种相似程度的大小可能会因某些因素而发生变化。例如：由于xx定位误差的影响，车辆的轨迹往往落在了真正的行驶路段之外，从而使定位轨迹与行驶路线间的相似性受到破坏，给准确判断车辆的行驶路段带来困难；另外，当道路呈xx集的网格状分布时，道路之间的间隔很小，而形状又基本相似，使匹配算法无法利用独有的道路特征来判断车辆的位置，从而增大了匹配决策的难度。这些因素的影响使定位轨迹与行驶路段间的相似程度是否明显具有较大的不确定性，给挑选匹配路段带来了直接困难。定位误差来源分析定位误差主要来源于xx定位误差、XX子地图库误差以及坐标投影变换误差三种。1)xx定位误差xx定位误差包括接收机内部固定误差和外部突变误差等。接收机内部固定误差是指由于XX星接收所引起的固有误差，主要原因有XX星数据误差、数据传输误差、接收机钟差、接收机的测量误差等。根据目前长时间的定点测量结果，处于正常状态伪码接收机的内部固定误差95%都在20m以内(非SA状态)。但是伪码接收机要求必须同时接收到3颗或3颗以上的PDOP≤6的XX星XX号，从而使接收机方程2维定位有精确解。而在城xx路段复杂的情况下，往往会出现高楼或高架桥阻挡，使接收机对部分XX星失去锁定，xx数据产生数据漂移。这时就会有较大的偏差甚至失去XX号，使得xx数据的连续性受到一定的影响。这种误差是由外界原因引起的，所以我们称其为外部突变误差。它的变化值一般较大,引起的错误也较明显，通常的表现为速度异常。引入XX子陀螺后情况有好转，但是由于数据融合的限制仍存在这种偏差。2)XX子地图库误差地图匹配的前提是用于匹配的XX子地图要求相对准确、高精度，允许的相对误差范围在±15m左右。所以XX子地图库引起的误差是很小的，但是必须考虑到路况的变更以及路段情况复杂，XX子地图描述从简的误差情况。例如路段加宽，立交桥和环行路口等等。这会相应的加大XX子地图库的XX部误差。3)坐标投影变换误差xx系统采用的是WGS-84坐标系，是一种地心坐标系。而XXXX目前的GIS数字地图定位采用的平面直角坐标系主要是54坐标系与xx安80坐标系。因此，xx测量结果必须通过相应的直角坐标投影变换。但上述变换的计算量太大，不利于实时操作。在实际应用XX，也有利用球面到平面的最小二乘映射变换来代替上述复杂的坐标变换。但这时的误差取值与控制点的分布有很大关系。控制点分xx域起作用，xx域范围小，控制点多，分布均匀，地图配的越准,坐标转换误差也就越小。在控制点的作用xx域边界，误差最大。根据实地测量，采用这种做法的最大误差可达到±30米。基于代价函数的地图匹配算法地图匹配算法所要解决的核心问题有两个，即在定位数据和地图XX息的基础上寻找最可能的行车路段，预计车辆在该路段上最可能的位置。完成这一任务的关键在于，匹配算法是否能辨认出定位轨迹与车辆实际行驶路线间的相似之处。显然，在候选道路和车辆行驶轨迹之间必定存在着某种程度的相似性，但这种相似程度的大小可能会因某些因素而发生变化。例如：由于xx定位误差的影响，车辆的轨迹往往落在了真正的行驶路段之外，从而使定位轨迹与行驶路线间的相似性受到破坏，给准确判断车辆的行驶路段带来困难；另外，当道路呈xx集的网格状分布时，道路之间的间隔很小，而形状又基本相似，使匹配算法无法利用独有的道路特征来判断车辆的位置，从而增大了匹配决策的难度。这些因素的影响使定位轨迹与行驶路段间的相似程度是否明显具有较大的不确定性，给挑选匹配路段带来了直接困难。基于代价函数的地图匹配算法的基本思想是：为每个可能的候选匹配位置定义一个误差代价函数，用以衡量匹配位置与xx定位数据间的相似程度，然后，匹配算法对每条候选路段对应的一系列位置的代价函数值作累加计算，并据此判断候选路段与定位轨迹间的相似程度。假设时刻xx输出的位置为，方位角为。图XX相应的匹配位置有四个，即，匹配位置所在直线在该点的方向取向分别为，则对于第个匹配位置，其误差代价函数定义为式1-1：(1-1)式XX，是四个不同的误差估计项，是分配给各误差估计项的权值，是东向和北向位置误差估计项，是方位角误差估计项，分别定义为式1-2：(1-2)式XX，是交通规则约束项，当该时刻的行车方向与单行路进行方向一致时取值为1，否则为0。根据上述定义，图XX的4个匹配位置的位置误差项差别不大，但两个位置的方向误差较大，位置的交通约束项比较大，因此，位置的代价函数值最小，是时刻的最佳匹配位置。图2-2地图匹配算法示例以上述位置匹配的代价函数为基础，可以进一步定义候选匹配路段的代价函数。对于标号为的匹配路段，设在时刻有个可能的位置，则匹配路段时刻的代价函数定义式1-3：(1-3)式XX，表示第个匹配位置的代价函数值。为准确判断并锁定车辆的行驶路段，定义时刻候选路段的代价函数累加定义为式1-4：(1-4)综上所述，给予代价函数的地图匹配算法可简单描述如下：设时刻误差xx域内有条候选路段，则计算个路段的代价函数值和累加值，并取路段为时刻的匹配路段，满足式1-5：(1-5)而最佳匹配位置就是路段jXX具有k时刻最小代价函数值的匹配位置。由于基于代价函数的地图匹配算法对XX子地图的制作要求比较严格，计算量较大，在某些情况下难以满足系统对显示速度的要求，为此，我们对该算法进行了简化。如图所示，直线、、、分别是其所在路面的XX心线，点是xx接收机所接收到的目标的位置，方向为，(假定此时目标具有一定的速度)。根据上述条件，很容易地联想到目标应该在所在的路面上行驶,即在点。下面，我们对智能型路面偏差自适应校正算法进行简单描述：(1)道路捕捉以点为圆心，作半径为的圆，凡是与该圆相交(或相切)的直线均放入集合XX，显然，；(2)角度计算计算集合XX的每一条直线的角度，如果，则将该直线从集合XX删除，此时；如果为空，则校正失败，如果XX有一个元素，则记之为并转到第四步，否则：(3)距离计算计算点到集合XX的每一条直线的距离，选择距离最小的直线并记之为；图：简化的校正算法示意(4)垂直投影过点向直线作垂线，垂点记之为，则点即为所求。在上述算法XX，和都是常量，分别表示距离和角度的修正范围。当然，上述算法仅仅为了说明方便而进行了一定程度的简化，在实际情况XX则比较复杂，例如路面的XX心线往往不是一条直线，而是由若干线段组成的折线，再者，如果遇到两条近乎平行且距离很近的道路，则如何正确实现修正算法是十分复杂的。我们可以在算法XX利用目标的历史属性作为辅助参数加以考虑。对于该算法的校正效果，我们进行了多次试验进行统计，结果表明，接近95%的点都能正确无误地融合到道路XX线上。出租车动态XX息库管理针对出租车行业的特点，单独开发出租车行业的业务应用软件，我xxx在出租车xx方面有着丰富的经验。提供如下功能模块：实时跟踪聚集报XXX报XXX提示营运状态提示，即空重载提示营运数据的记录和统计单车历史轨迹回放多车历史轨迹回放实现按车辆类型分类xx管理功能描述：出租车动态XX息库管理(1)出租车XX召服务整合研究包括约车XX、XX召XX息记录、车辆自动调度，同时可考虑对现有XX召业务进行合理的、有效的整合的研究。(2)出租车运营管理包括出租车的运营数据统计查询、乘客投诉核查、运营数据分析校对、油耗里程统计。(3)出租车维稳xx完善对全xx出租车进行实时xx、历史数据回放等功能。危险品运输车辆管理被xx的车辆能够按照车型、所运货物类别，实现分类管理，并能按类别统计出各种运行数据。实现营运车辆实时动态调度XX息（如车辆行驶线路、xx域、装载货物种类，驾驶员、押运员、乘务员动态XX息）显示和统计等功能。长途客车管理对车辆进出站点进行轨迹和图像xx；对规定线路和合理行驶时间；xx车辆的运载XX息和场站XX息。旅游包车管理对车辆进行轨迹和图像xx；xx车辆的运载XX息。公交车xx和运营管理能够对全xx公交车进行轨迹和图像实时xx、历史数据回放和运营数据统计分析等。实现方法：根据不同车辆类型提出针对该行业特点的功能需求，本系统开发采用通XX层、业务层和应用层分开的三层体系结构，业务层将根据不同的应用逻辑将数据分发到不同的应用层处理。因此可采用不同类型车辆不同应用模块的做法实现各种独特的应用。三层结构图：系统扩容功能描述：监管车辆范围将实现对货运车辆包括普货、专用运输、大件运输，公交车等营运车辆和水运船舶等目标的xx，需为后期预留扩容方案。实现方法：(1)服务器扩容：服务器的数量、性能和存储容量都将增加。(2)分布式处理。当车辆数非常庞大时，单一的通XX处理软件的处理能力无法满足系统的实时性要求，本系统采用分布式的数据处理机制，有效的解决通XX和数据库访问的瓶颈问题。通XX服务器分布式处理方案 随着入网车辆的逐渐增加，通XX服务器的处理能力将达到临界瓶颈，可以采用分布式的处理方案，减轻通XX服务层的压力。通XX服务器分布式处理方案: 不同企业的通XX网关通过分配的网关地址接入公共平台，每个数据接入网关发送数据给不同的通XXXX间件，并通过车载终端处理程序进行数据处理并存储在分布式数据库XX。分布式数据库处理方案通过Oracle的数据库分布设计技术，组建xxZF监管平台的分布式数据库方案如下图。出租车出租车xx信息库两客一危xx信息库其他车辆xx信息库主数据库应用程序数据库访问层图3-5.6分布式数据库处理方案 根据xxZF监管平台系统的功能需求，数据的使用情况可以分为如下几类：1)xxx、车辆、xx机等基本数据XX息；2)人员、部门、岗位、xxx等数据XX息；3)车辆的轨迹数据XX息；4)xx业务数据XX息；5)统计报表数据XX息。对数据的分类分析，有些数据是很少被更新的，如XX息2，而其他类型的XX息会经常被更新。鉴于此，将XX息2存放在主数据库XX，而其他类型的XX息可以分别存储在其他的专类数据库XX。应用程序通过Oracle的数据库分布技术进行访问。通过该方案，可以有效地降低数据库的访问和更新压力，实现负载均衡，有效的防止数据库访问处理的瓶颈。数据仓库设计数据组织结构设计数据组织结构设计是从数据类型的划分、数据的分布、数据的用途、数据的时效性等角度进行分类和设计，xxXX心包括以下类型的数据：业务数据：由业务处理系统产生和管理，数据的组织以业务处理（OLTP）为主，数据的时效性要求比较高，通常只保存近期（二至三年内、及处于活动状态）的数据，业务明细以满足业务处理的性能作为XX心进行结构设计，通常基于ER模型（实体－关系模型）进行设计和存储。操作型数据存储（ODS）：通过数据抽取从业务数据库获得的数据，或通过数据采集/交换系统直接录入的各种业务数据，可以直接提供各种明细数据的查询服务，数据的时效性为接近实时，数据结构组织上贴近于业务处理系统。历史明细数据：由业务处理系统XX迁移出来，通过一定的数据清洗和转换后形成的历史明细数据；历史明细数据通常为处于稳定（不再发生变化）的数据，对历史明细数据访问的时效性要求通常不高，历史明细数据即数据仓库XX的细节数据，历史明细数据满足对业务历史数据的访问要求。主题分析数据：从历史明细数据基础上通过数据的加工和聚合产生的业务分析数据，业务分析数据通过以业务主题为XX心，主题分析数据的数据时效性要求不高。数据类型划分和相互关系:主题分析数据是数据分析的基础，主题分析数据根据业务主题进行划分，对历史数据进行整理，并随着时间的推移形成不同粒度的分析数据，形成不同汇总粒度的业务分析数据，整个数据的组织结构见下图所示。数据组织结构:数据仓库模型设计xxXX心的数据存储全部是关系型的数据库管理系统，在数据库对象的结构设计上采用以下的思路：业务数据采用ER模型进行设计，尽量遵照范式设计的标准，以减少数据的冗余，同时提高存储的效率和系统的性能，并降低数据一致性控制的难度。明细数据采用ER模型进行设计，但在数据加工处理过程XX按照数据仓库的要求对数据进行清洗和转换，包括对过程数据的记录，确保历史数据的稳定和质量。主题分析数据采用维模型进行设计。企业xx平台建设需求分析随着机动车辆的日益普及，给人们的生活带来了很多方便，同时也带来了很多棘手的问题，例如车辆分散不易管理，车辆超速违规、疲劳驾驶、失窃、遇抢等问题。如何使车辆的管理xxx学化和提高车辆的运营安全，成为了需要解决的一个重大课题。当前计算机技术、网络技术以及GIS技术的飞速发展，xxxx平台技术也有长足发展。传统的xxxx平台应用领域十分XXxx，在出租车监管、危险品运输监管、物流运输、租赁车辆xx、大型企业/制造业运输车辆xx、烟草运输、食品运输等领域具有举足轻重的地位，随着xx应用的XXxxxx入，传统xxxx平台无法满足海量设备统一平台使用的问题。车辆XX星定位企业运营平台(以下简称企业平台)为不同拥有车载设备的企业或客xx提供企业级别的xx与调度，规划与设定运行路径，全程记录与跟踪注册车辆的运行情况，并对异常情况第一时间产生预XXXXX息等一系列的xx与管理功能。本项目的经济和社会效益主要体现在以下几个方面：对于监管部门来说，平台提高了车辆的监管水平，从而使道路交通的安全和通畅，公众的投诉和建议也促使监管部门和运营企业改进服务。对于终端用xx来说，平台提供的查询、服务、既满足了用xx需要，也提高了他们参与城xx管理的热情和水平，增进了ZF和公众的联系。对接入平台的企业来说，xx提高了车辆运行的安全性，减少了事故和事故带来的经济损失；运营管理可以帮助企业更好的管理人员、车辆以及对相关人员进行考核。设计原则1．易管理：无需高级计算机管理员即可管理日常工作。2．跨平台性：系统采用Java语言基于J2EE架构进行开发，能很好的在windows、linux、unix系统之间移植。3．便捷性：系统不需要安装任何插件，包括activex插件和java的虚拟机等。4．伸缩性：当系统容量发生变化时，应能通过在横向（Tiers）和纵向（Layers）的各个层次的扩充，保证系统合理的响应时间和吞吐量。5．可维护性：软件能够被简单方便的修改和升级。包含可读性、可修改性、可测试性等。6．系统无关性：终端无关性－－支持多厂家终端产品，能满足不同种类车载的应用方案。应用无关性－－采用了三层BS架构，支持业务上的扩展通XX无关性－－支持GSM/GPRS/CDMA等不同的通XX网络。设计思路空XX升级设计思路空XX升级程序做成一个系统服务，随系统开机启动，一直等待终端升级请求；终端一旦连接服务成功，程序便分配一个线程单独处理该终端的通XX，直到终端连接超时或断开；程序通XX最大并发连接数跟文件最大句柄值和一个进程允许分配线程最大值有关；程序启动时，需要读取配置文件，文件XX有三个内容：服务器的监听端口号；升级文件存储主目录；日XX文件最大值，单位为M（兆字节）。程序启动时和运行XX会记录日XX；程序会将终端请求的升级文件内容读取到内存，并进行统一管理。当多个终端申请同一个文件数据时，提高执行效率。空XX升级设计流程图 网关设计思路网关程序采用Boost库，reactor反应堆模式；负责终端的登退录管理、链路保持及数据透传；网关与终端通XX可使用TCP协议或UDP协议，使用epoll管理socket链接；与ActiveMQ通XX采用Queue方式，所有数据都使用字节流进行传输；ActiveMQ设计思路所有的数据传输使用Queue方式，如果允许，尽可能使用非持久化、非事务的传输；对一个Queue使用多消费者的方式进行负载均衡；可使用ActiveMQ集群提高数据传输能力。批处理设计思路批处理启动线程数可配置。批处理使用ActiveMQ进行负载均衡，可启动多个批处理应用；ActiveMQXX获取数据是字节流的形式；数据的解析使用多线程；所有的解析类放在同一包目录下，尽可能使用静态方法；解析后数据按数据类型和存储方式放到不同的缓存队列XX；队列的缓存采用静态变量的方式。系统技术构成如上图所示，系统主要分为数据接入、协议分发、业务处理、业务应用几大重要组成部分。系统技术指标技术成熟度：支持百万级别的目标通过GPRS/CDMA终端的IP接入；支持终端以TCP或UDP的方式进行数据收发。数据安全性：分布式均衡负载部署，系统的管理和操作实行严格的权限管理，只有持有一定权限的用xx才能访问、xx、实施相应的管理和操作，确保系统XX息的安全和运行操作的安全；对系统数据库提供备份能力和恢复手段；同时对关键数据和应用采用冗余备份的方式有力保证系统的正常运行；在与公共网的接入界面上，在网络安全方面，通过采用防火墙技术、VPN技术。系统稳定性：支持多级分XX心，支持分布式部署，支持通过分布式的系统架构以达到负载均衡；数据处理优化并且均衡负载，单台服务器数据处理能力提升，单台服务器永远不会超过其最大处理能力；海量存储的数据存储和数据处理并不XX限于单台服务器，方便扩展存储服务器。系统开放性：网站系统、数据库系统和XX息枢纽采用标准数据接口，具有与其他XX息系统进行数据交换和数据共享的能力；提供标准的网络通XX协议（如TCP/IP等）开放接口，提供同其它系统相连接的需要，具有很强的开放性，可以非常容易进行系统扩充。系统拓展型：开放式协议支持，协议通过组件化dll加载程序调用；提供第三方XX息平台的接入接口：通XX接口，用于第三方通过该接口获取通XX数据；数据库接口，第三方可以通过该接口操作和查询数据库的相关XX息；客xx端系统插件，用于快速开发基于客xx端的第三方功能应用；并且支持多种主流xx设备的接入，支持多种终端协议解析，通过模块化和接口技术达到动态加载协议实现终端协议解析。企业平台架构设计（图3.5.3）为保证系统的统一性，本期项目将建设统一的营运车辆xx与管理平台，实现对公交车、出租车、校车、客运班车、旅游包车、危险货物运输车、重型货车和汽车列车、建设施工单位散装物料车、驾驶培训教练车等九类重点营运车辆和XX执法车辆的有效xx与管理，并为各类营运车辆分别建立具有各自特色的xx与管理模块，实现与省xxxx平台、营运商xx平台的垂直式数据实时交换以及与各应用部门的平行式数据与功能交互。系统功能设计基本功能(1)报表导出功能平台XX所有查询结果及统计分析结果均支持excel的报表导出功能，并自动生成XX子表格可打印。(2)报XXX和XXX情处理①报XXX平台支持接收由车载终端触发的报XXXXX息，包括紧急报XXX、设备故障报XXX、偏离路线报XXX、xx域报XXX、超速报XXX、疲劳驾驶报XXX、断XX报XXX、超时停车报XXX和蓄XX池欠压报XXX等。支持由平台产生的报XXX，并能配置是否下发终端进行报XXX提示。产生报XXX时，可通过声、光、图片和文字等方式提示并显示车辆动态XX息、位置XX息和静态XX息及相关XX息。同一时间段超速报XXX只作记录1次，不按XX息回传次数重复记录，记录持续超速时长。②报XXXXX息处理平台具备对终端上报的报XXXXX息和企业平台分析产生的报XXXXX息进行处理的功能，报XXXXX息处理过程包括报XXXXX息确认、报XXX处置、报XXX处理情况登记和报XXXXX息处理状态跟踪。报XXX处理可依据不同报XXX类型进行包括车辆监听、拍照、报XXX解除和下发XX息等的处置，通过下发XX息达到提醒驾驶员的目的。平台支持将报XXXXX息和报XXX处理结果XX息实时传送到ZF平台，并响应ZF平台下发的报XXX处置请求指令。所有报XXX及报XXX处理XX息记录并提供查询功能。(3)xx功能①车辆xx管理车辆xx管理包括车辆上下线实时提醒、车辆调度、车辆xx、车辆跟踪、车辆点名、车辆查找、xx域查车和车辆远程控制等功能。一一车辆上下线实时提醒：实时反映车辆上下线情况，通过声、光等形式进行提醒；一一车辆调度：通过多种方式选择车辆，并向车辆下发调度XX息：一一车辆xx：实时接收终端上传的动态XX息，并在XX子地图上显示其位置，并可根据需要显示车辆动态XX息；一一车辆跟踪：以定时方法，在XX子地图上显示单车或多一车实时位置和状态XX息；一一车辆点名：向指定车辆发送车辆点名命令，终端上报车辆位置XX息，企业平台在XX子地图上显示车辆位置；——车辆查找：按照车牌号码，SIM卡号码、驾驶员、企业和车队等条件查询车辆；——xx域查车：在XX子地图上查询设定xx域的车辆；——车辆远程控制：将监听、解除监听、无线通XX连接、图片抓拍等不会影响车辆运行安全的指令发送到终端，通过终端实现相应功能。②历史轨迹回放平台具备指定时间段内回放指定车辆历史轨迹的功能。⑧定时定位车辆查询平台具备根据车辆的轨迹数据，查询指定时间段内、经过指定xx域内车辆XX息的功能，并支持多xx域、多时间段的联合查询。④车辆视频xx平台可提供对单车或多车的视频XX号实时xx及历史视频数据调用查看功能。⑤XX子地图管理a)XX子地图基本功能b)XX子地图具备包括漫游、放大、缩小、全图、拉框放大、拉框缩小、距离量算、比例尺显示、打印和屏幕图像保存等基本操作；具备XX子地图的鹰眼功能、标注功能、图层控制功能、量算功能、地理XX息查询功能和路径分析功能；具备对XX子围栏设置、行驶xx域设置和行驶路线设置功能。c)地理XX息查询具备对设施点、地名、xxx庄、道路和XXxx域的检索功能。d)XX子地图表达e)XX子地图表达符合GB20263的规定。c)目标影像展现平台支持车辆等动态目标、自定义设施和点线面叠加；支持地图显示、影像显示、影像和地图叠加显示。(4)平台接口功能①与ZF平台XX息交互平台具备与ZF平台的XX息交换功能，包括车辆动态XX息、静态XX息和跨域XX息的交换。平台具备接收ZF平台下发通知并进行醒目显示的功能。平台具备下发ZF平台指令到车载终端的功能。②xx平台间连接情况平台具备xx自身与ZF平台间连线情况功能，在掉线时应以声、光等XX息提示用xx，直至恢复连接。(5)监管功能①监管巡查平台响应ZF平台下发的岗位巡检指令，并将巡检结果上报ZF平台。②监管平台实时数据交换平台收到车辆上报动态位置XX息后，立刻向ZF平台实时上报车辆的位置、状态XX息和报XXXXX息，响应ZF平台对车辆的拍照和监听等车辆远程控制指令，显示ZF平台下发XX息。(6)统计分析功能平台具备对车队或车辆报XXX、行驶里程、车辆上线率、历史轨迹有效性等XX息的统计分析功能，并以文字或图表方式表示统计分析结果。同时具备行车记录仪情况分析功能。(7)管理功能①终端管理终端管理具备终端参数配置管理、终端开xx、销xx、车辆停用、车辆转组和终端转车等功能。终端参数配置管理包括IP地址配置、报XXX参数配置、xx域设置和路线设置配置、终端固件升级等。②基础XX息管理平台具备SIM卡管理、终端管理、车辆管理、从业人员管理、车队管理、运输企业管理等功能，并提供对车辆XX息的XX查询。③预设XX息管理平台具备在XX子地图上预设xx域及线路并进行管理的功能。④行驶记录管理平台具备远程调用车辆行驶记录相关XX息的功能，并能够对车辆行驶记录XX息保存、查询、统计、分析和打印。⑤多媒体XX息管理平台具备对终端上传的音频、视频、图片等XX息的检索上传、存储及查询等功能。⑥平台管理平台具备用xx管理、角色管理、权限管理和日XX管理和报XXX控制配置等功能。报XXX控制配置功能实现对报XXX的声、光提示可控配置。⑦平台运行xx管理平台运行xx管理具备以下功能：一一服务器状态xx功能，xx各种服务状态：一一平台资源xx功能，xx各服务器资源消耗情况，显示资源消耗情况。业务功能(1)偏离路线报XXX当车辆偏离预设的行驶路线范围超出阈值时报XXX，并以声、光等方式提示，提供对偏离路线报XXX的记录和处理。(2)线路关键点xx支持对车辆行驶路径关键点时间的xx，即当车辆未按照规定时间内到达或离开指定位置时，实时以声、光等方式提示，提供对报XXX的记录和处理。(3)xx域报XXX平台具备在平台上设定圆形或多边形的限制xx域，实现车辆进出xx域后报XXX的功能，并以声、光等方式提示，提供对报XXX的记录和处理。(4)分路段限速xx平台能对分路段设置限速闽值，实现超速报XXX，并提供对超速的XXX告、记录和处理。(5)疲劳驾驶报XXX当驾驶员连续驾驶时间超过阈值时报XXX，并以声、光等方式提示，并提供疲劳驾驶报XXX的记录和处理。(6)驾驶员身份识别对终端上传的驾驶员身份XX息识别，并将驾驶员身份有效性结果XX息下传到终端，完成驾驶员身份识别过程。(7)班线客运特殊业务功能①营运线路查询提供对班线客运线路查询功能。②乘客超员xx通过拍照或视频等方式xx车辆超员情况，提供对车载终端直接通话功能，提醒驾驶人员超员，提供对超员的XXX告、记录和处理。性能与技术要求1．性能指标(1)平台总体性能平台总体性能满足以下要求：——平台7x24h不间断运行；——车载终端非休眠状态下上报车辆、船舶动态数据时间间隔不大于60s；一一在没有外部因素影响的情况下，故障恢复时间不超过120min。(2)应急与报XXXXX息响应时间报XXX及报XXXXX息处理满足以下要求：——应急与报XXXXX息处理时间不超过lOmim——优先保证报XXXXX息及报XXX处理XX息显示。(3)平台车辆、船舶接入性能平台车辆、船舶接入性能满足以下要求：一一具有海量定位数据高并发处理能力：平均500条／s、峰值1000条／s；一一企业平台支持至少10000台终端接入，支持超过10000个动态目标的xx能力；一一ZF平台(县级除外)支持显示超过100000个动态目标。(4)平台响应时间最大并发用xx数达到其系统设计要求时，各事务平均响应时间不超过单用xx平均响应时间的五倍。(5)地图数据质量XX子地图数据质量满足以下要求：——XX子地图使用经XX家测绘主管部门审核批准的XX子地图；——地图更新频率不少于一年一次。2．网络传输网络传输环境满足以下要求：一一ZF平台之间支持专线网络或互联网VPN连接；一一企业平台支持互联网或专线网络等方式连接ZF平台。3．数据存储和备份数据存储及备份性能如下：一一数据在线存储时间不少于183天；一一建立数据备份机制，每月对数据进行全量备份，每周对数据进行增量备份，系统数据恢复时间不超过5h。4．安全要求平台安全满足以下要求：一一GB17859第3级及以上安全要求；一一数据库XX关键数据加xx存储，用xxxx码加xx存储；一一采用日XX对操作和接收及发送的数据记录，存储183天日XX数据；一一采用备份平台，主平台出现问题自动切换到备份平台；一一平台间数据交换采用加xx传输方式，符合道路运输车辆XX星定位系统平台数据交换的相关规定。5．平台运行环境平台运行环境满足以下要求：——通XX网应用服务器和数据库服务器独立部署：一一数据库服务器支持大数据量存储与检索；一一XX域网网络数据交换速度不低于100Mbps。企业xx平台建设预算序号项目名称品牌规格型号单位及数量单价金额1企业监管平台软件¥350,000.002企业监管平台标准符合性审查¥150,000.003企业平台运营维护¥192,000.004数据库刀片服务器¥32,500.005业务应用刀片服务器¥179,400.006智慧交通运输数据交换共享平台¥356,000.007数据迁移实施¥38,000.008会议系统数字会议系统主机¥3,980.00桌面式讨论表决会议主席单元¥1,760.00桌面式讨论表决会议代表单元¥5,382.00延长线¥830.00延长线¥1,920.0013打印机¥39,700.0014ＫＶＭ系统¥53,700.0015操作XX脑¥634,500.0016xxXX心室内无线ＡＰ¥9,100.0017ＧＩＳ开发引擎¥0.0018ＧＩＳXX子地图¥192,000.0019ＵＰＳXX源¥97,830.0020精