江苏交通部平台过检

为规范产业发展，引导行业有序提升，交通部颁发了《关于认真贯彻<道路运输车辆卫星定位系统平台技术要求>和<道路运输车辆卫星定位系统车载终端技术要求>两项标准的通知》（交运发〔2011〕158号），并相续出台了《道路运输车辆卫星定位系统终端通讯协议及数据格式》(JT/T 808)、《道路运输车辆卫星定位系统平台数据交换》(JT/T 809)和《道路运输车辆卫星定位系统平台技术要求》（JT/T 796-2011）部级标准，又称“国标”。 “部标”是交通部制定的行业较高标准，是为了落实国家《十二五》关于物流的规划，加快物流信息化建设，推动物流技术创新， 增强跨地区道路运输安全管理、市场监管和服务能力而设立的**标准。 要达到“部标”标准必须通过JT/T808-2011、JT/T 809-2011和JT/T 796-2011三大标准的符合性检测及符合性企业资质审查，并接入到全国营运车辆联网联控系统。其技术要求与世界接轨，可以实现跨地区、跨国界的物流信息无缝对接，**了物流行业的信息化的方向，开启了行业标准化的新篇章。

“部标”作为行业的**标准，对各项指标有着较高的要求，要想通过“部标”，绝非易事。标准一出，全国数千家运营商纷纷“应考”，但通过认证的了了无几。 国家交通通信信息中心对系统平台进行五个阶段的符合性检测和企业符合性资质审查，对送检企业的系统平台及GPS硬件设备进行严格检测测试，确保平台达到功能完备、高安全性、高稳定性、高可靠性，确保部标的高标准、高技术、高规范。

部标是物流行业的较高标准，全面规范了物流运输行业。它是国家对各大GPS厂商、平台运营商设置的高门槛，但对有核心竞争力的企业更是一个机遇。那些质量差，研发技术弱的企业跨不过这个门槛，在市场竞争上只能被淘汰，加剧了GPS行业竞争的优胜劣汰。而能跨过这个门槛的精英企业，需精益求精，从产品运营、用户体验、售后服务等各方面努力，才能受到客户的欢迎。 “部标”要求的技术与世界同步，能通过部标检测，表示国家交通部对公司技术和实力的肯定。选择符合“部标”的产品及服务平台，突破时间和空间的限制，实现跨部门、跨区域的双向信息传递，才可无缝接入国家联网联控系统，符合国家大力推进的物流信息化发展要求，并较终实现传统物流向现代物流升级。 作为行业良好的物流信息化平台服务企业，

交通部796平台过检，是交通部要求物流车辆运输企业和GPS平台运营企业的一项交通部部标标准检测工作，是指各企业向交通部申请，将自己的平台送至通信信息中心，针对具体一系列标准，进行检测和审查的过程。平台通过交通部标准，即获得经营性资格，可以在*范围内接入车载终端运营。

平台过检工作的前期准备工作千头万绪，很多公司的部标检测负责人着手开始这项工作时茫茫然不知所措，工作进展进度缓慢，其实交通部平台过检，我们需要把它作为一个复杂的项目来看待。既然是一个项目，就要做一个带有MileStone的项目计划，列出所需要准备的做的各项工作，确定时间节点和重大里程碑事件，这样就有一个清晰的方向指引着我们前进，不管有多复杂，有一个地图和指南针，我们始终知道自己所处的位置。

1.为什么部标平台的开发周期长？

 1.首先对于交通部部标标准文档的阅读、理解和消化需要很长时间，你面对的是冷冰冰的交通部信息中心颁发的jt/t 796、808、809协议文档，面对文字的歧义，这个消化、曲解、走弯路的时间成本，伴随在整个软件开发周期当中，一直到你进京赶考，进行部标检测，较终过检。所以这个时间是无法估计的，理解完毕，将理解的文档转化成开发团队必须要完成的功能用例，中间的误差较大，这也是很多开发者*自信、乐观冒进的原因。

你必须需要阅读和理解的协议文档有四份： 796文档、808协议文档、809协议文档、GB19056文档。参见-》交通部道路运输车辆卫星定位系统部标JTT808、809、796标准大全

2.对于标准的严酷性准备不足，正常自己公司开发一个系统，功能标准是自己的写的，差不多，八九不离十就行了。很多开发者用这种习惯开发部标平台，很多功能看似都是八九不离十，结果到最后，结局就是通不过。在检测中心，检测人员进行检测主要是依靠检测工具和检测用例文档，特别是测试用例文档，比自己公司测试部门写的黑盒测试用例都写的细致和充分，可惜你看不到这个文档，开发人员就像一个瞎子不断的拿着自己脑袋硬碰才找到门在那里。

3.联调难度大

好不容易开发出来一个东西，需要测试，从客户端到服务器再到gps终端这样一个双向联调测试，服务器有服务器的问题，客户端有客户端的问题，网络通讯有网络通讯的问题，合在在一起联调，就像一群坏孩子集中在一个班里，乱成一锅粥了。由于互相影响，耽误的时间都是叠加在一起的，而不是并行开发所能解决的了得。

4.前面问题，是部标平台开发不同于常规的信息化软件开发之处，这些不同之处加大或者恶化了计划失真的问题，就是无知者无畏，*乐观、轻视、冒进、准备不足，反而更*拖延整个开发交付的周期。我增经见过一个较激进的部标监控平台的开发计划，整个平台计划50多天完成，设计一周时间，部标808gps服务器一个月完成，web客户端20多天就要完成，809运管平台接入10多天就完成，留给测试的时间就5天。当时我就**了。估计是**根据市场情况强加的，这简直是要人命的。项目经理很据**或自己的意志写项目计划，反正计划归计划，让写几天就写几天吧，到时间完不成，就继续延期呗，难不成还开除不成？

5. 企业在运作过程中，刻舟求剑的静态思维往往低估软件项目开发的复杂性，待到项目开发周期**出原来的乐观估计的时候，往往温水煮青蛙，原来的3个月变成6个月，6个月变成年底，年底变成过完春节，这个时候进退两难，停止开发又难以交代，继续开发，还要继续投入成本。企业的目的并不是为了要开发一款软件产品，而是要用这款软件产品进行运营或者做某种业务，但是往往软件还没开发完，已经元气大伤，后面的事情就不用说了，就算开发出来，十几个月都过去了，黄花菜都凉了。

JT/T 794-2011《道路运输车辆卫星定位系统 车载终端技术要求》

JT/T 808-2011《道路运输车辆卫星定位系统 终端通讯协议及数据格式》

JT/T 796-2011《道路运输车辆卫星定位系统平台技术要求》

JT/T 809-2011《道路运输车辆卫星定位系统平台数据交换》

JT/T 1076-2016《道路运输车辆卫星定位系统车载视频终端技术要求》

JT/T 1078-2016《道路运输车辆卫星定位系统视频通信协议》

JT/T 1077-2016《道理运输车辆卫星定位系统视频平台技术要求》