为什么去检测的软件平台非常不顺呢？

这是由于打铁需要自身硬，去过检的软件平台有很大一部分都是自己按照部标808协议和809协议新开发出来的GPS软件平台，本身就一堆毛病，没有给大量用户用过，也没有经过时间的考验。内部测试是不可能代替用户各种长时间使用的。由于按照部标协议完整开发的GPS软件平台开发周期都是在一年多以上（为什么大家愿意自己开发，就是因为不相信会花费这么长时间，开发完回头一看二年都过去了），已经耗尽了领导的耐心，按照计划，早该去过检测了，成为一个通过认证的部标平台是一个商务性质的，是需要配合市场竞争要求的，不可能在那里像温水煮青蛙一样慢慢搞的，所以很多平台都是迫于时间压力，仓促迎战。部标平台开发参加：交通部796部标平台开发索引

如何才能快速的过检呢，很多事情都是前车之鉴，部标2011年推出，到现在已经四年，翻一翻部标过检名单，已经过了万余家，别人已经走过的弯路，你还在那里用人民币铺路，使蛮劲吭哧吭哧的走，是不是有点滑稽，缺乏智慧。过检完全是一个经验主义的事情，你的能力再大，也不可能在一年内开发出一个部标平台并过检，前面有没有坑，和你的能力智商及公司团队的实力一毛钱关系都没有，要花时间和精力走过去才知道。如果能够给过检的企业提供专业全面的指导，从部标808和809协议测试、部标796功能测试、运行测试和压力测试，各个环节，在过检前，就填掉大坑，到北京再去过检测，就是直通车了，避免头撞南墙起大包后再修改，无疑是极大的提高检测效率，节省一大笔支出。

 部标1077视频平台过检和压力测试经验分享

好的消息是从2017年，基本上繁琐的商务资质已经不需要了，特别是机房安全等级证书不要了，也可以用百度高德地图了。过检的成本大大降低了，参见：交通运输部办公厅关于印发《道路运输车辆卫星定位系统车载终端和平台标准符合性技术审查工作规范》的通知

从2012年，我们帮助几十家客户顺利过检，最重要的是直接给客户提供最新的、符合主流技术团队要求的源码，我们的C#和Java源码都有很多客户过检，在过检后帮助他们二次开发，顺利的和他们的业务衔接在一起。我们给企业客户提供三种服务：

1.检测指导服务，如果你已经开发了自己的GPS平台，但是对去北京检测没有信心，我们为你提供专业的检测指导服务，从部标808和809协议测试、部标796功能测试、运行测试和压力测试，我们整理了详细的检测用例，和检测工具，帮助你完善自己的平台，符合交通部部标平台的要求，对于不符合压测的，我们也会帮助你优化平台，提高平台的性能。标准的实施就像你的公司要通过ISO9001认证一样，实施人员检查你的各项流程和输出文档，告你那个地方如何调整，你整改就是了，最后肯定符合标准。

此服务是收费服务，只是想套点资料或信息的人就不要加我了，如果真心希望快速过检，节省过检成本的愿意付费的有诚意的客户请加我QQ 2379423771，加QQ时注明购买过检服务。

本平台已经通过部标796GPS平台检测和部标1077视频平台检测，购买时请注明是购买部标1077视频平台检测服务还是部标796平台检测服务，或者两者都要购买。

部标检测流程参见：交通部部标监控平台检测

2.也可以直接购买我们的已经过检的部标平台Java版或者.NET版平台源码，直接过检。即节省了开发费用，又节省了检测费用和人工差旅成本。

        Java平台，参见：基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标1077视频和GPS监控平台

          .NET平台，参见：基于Asp.NET MVC构建部标1077视频和GPS部标平台

3.北京代理过检，如果你已经准备好了平台和商务资质，我们可以在北京替你过检。

如果企业客户有需要可以联系2379423771@qq.com购买。索要资料的是不会得到回应的，博客上已经提供了大量的技术文章，足够你决策是否购买，请阅读博客就够了。

(10314)

如需代理部标过检请联系：2379423771@qq.com，注明购买过检服务，如无意购买，勿扰。

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

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

交通部检测流程说明

一、报名准备阶段

1、办理《电信增值业务许可证》

营运平台必须办理《电信增值业务许可证》。办理该证件周期较长，需立即开始办理。

2、选定IDC托管机房

选定独享10M电信IDC托管机房，获取唯一ip地址，和机房所在地详细地址。

机房应支持特定时间临时升级带宽至100M，应符合信息安全等级保护三级要求。。

3、购买服务器，服务器主要是对CPU和内存有要求，至少是双核，8G以上内存，一台服务器应该就够了，另一台做备机。

服务器：2台，预算：4-6万元

CPU类型： Intel 至强E5-2600

CPU频率： 2.5GHz

内存： 8G

4、提交检测申请材料

准备报名材料纸质版，交至中国交通通信信息中心，通过后领取平台编号，过标时使用该编号测试。具体材料包括：

表1 企业监控平台标准符合性检测申请函

表4 企业监控平台支撑软件清单

表5 平台硬件配置清单

表6 企业监控平台标准符合性检测登记表

表7 企业监控平台服务运输企业信息表

以上5个文档由加盖公章，骑缝章，准备检测。

5、部署运营平台软件环境

将服务器放入电信托管机房，技术人员相关人员在服务器上部署平台，保证平台稳定运行，在检测过程中，实时监控服务器的状态和日志，当检测遇到问题检测不通过时，提供日志，状态，查找问题，给出解决方案。

6、准备检测车辆

中国交通通信信息中心要求，所有待检平台，必须接入至少10台符合部标要求的车载终端，检测时必须确保至少10辆车同时在线，且同时有车速。

检测前，客户必须完成如下协调工作：

　　1. 至少2辆正常运行的车辆

　　2. 至少2台北斗部标终端机

　　3. 至少2个摄像头

　　4. 至少2张支持打电话，流量30M以上的手机卡

　　5. 检测过程中，至少2辆车必须同时在线且有车速。

7、符合性审查

需先提交电子版资料：

　　《符合性审查申请书-企业监控平台》

　　《电信增值业务许可证》复印件

　　《地图授权书》

　　《等级保护三级承诺书》

　　《企业平台详细信息》

　　《运输企业信息表》 

　　《企业法人营业执照、组织机构代码证、法人授权书、授权人身份证复印件》 　　

　　《部标平台检测合同书》 

电子版资料由客户提供，北京办事处提交至交通部符合性审查中心，电子版无误后，客户需提供纸质版，送至交通部审查中心。纸质文件包括：

　　《符合性审查申请书-企业监控平台》 每页公章、骑缝章

　　《电信增值业务许可证》复印件 公章

　　《地图授权书》 地图供应商提供

　　《等级保护三级承诺书》 公章

　　《企业平台详细信息》 公章

　　《运输企业信息表》 各运营公司的公章

　　资质审查通过后，就会在交通部网站进行公布，具体公布时间由交通部安排。

二、开始检测

1、压力测试

压力测试在一开始就开始测试，一直在稳定对服务器加压，并伴随着功能检测、协议、运行三个检测环节，最后算总账，发送包数量和接收包数量一致，确定过关。

2、部标796功能检测

该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》（JT/T796‐2011）标准中对平台功能性的要求，主要实现平台功能完备性检测。本部分的检测需要检测人员与平台送检人员对送检平台的功能的逐一确认，并将检测结果如实记录。

平台功能，如地理位置监控功能、报警功能等所有功能是否全部能使用，而且全部符合部标要求。

注：功能复检阶段仍需要将此阶段重新检测一遍。

3、808协议检测

通过将被检平台嵌入模拟终端与上级平台之间实现三方的联通，并通过用例库实现逐条协议的组包与解析判定，并记录检测结果，形成记录文件。　检测中心提供测试工具，对平台检测。

4、运行检测

运行检测是通过将协议处理逻辑融会贯通起来，按业务逻辑的不同形成有机的整体，其中流程检测的核心是单业务逻辑的小循环检测，较少关注协议解析的数据内容，用以确保业务逻辑的一一正确性；运行检测的核心是整体性业务逻辑的大循环检测，并且依据解析出的数据内容进行整体性的判定。

5、功能复检

客户协调部分完全同796功能检测。

　　功能复检阶段，抽查796功能中的重点功能进行重新检测，并对《用户手册》和《技术方案》电子文档进行审核。电子文档审核完毕后，需制作纸质版《用户手册》和《技术方案》，封面采用凹凸感淡蓝色封面，正文部分双面打印，胶装成2本书，可由打印店负责制作，分别在封面、扉页、骑缝盖公章。寄给北京办事处。

6、压力测试

需提前通知机房，将带宽提升至100M。

　　通过模拟平台建立相应的模拟车辆，对申报平台进行车载终端的批量接入和运营测试，该测试主要影响对象为：平台的处理速度、网络设备的承载能力、网络的频带宽度。

　　1）模拟10000个车辆进行注册、鉴权后，发送GPS定位数据，发送频率为500条/秒，该部分检测时间为1小时；

　　2）模拟2000个车辆进行注册、鉴权后，发送GPS定位数据，发送频率为1000条/秒；

交通部部标平台功能说明，参见：交通部796部标平台开发索引

(14393)

    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个月变成年底，年底变成过完春节，这个时候进退两难，停止开发又难以交代，继续开发，还要继续投入成本。企业的目的并不是为了要开发一款软件产品，而是要用这款软件产品进行运营或者做某种业务，但是往往软件还没开发完，已经元气大伤，后面的事情就不用说了，就算开发出来，十几个月都过去了，黄花菜都凉了。

2.如何快速开发部标监控平台？

   坦白的说，就是购买我的源码，进而获得我的技术支持和经验，少走弯路。有两个路径可以走：

  1）结合自己团队的情况，购买我的部标808GPS服务器、部标809GPS服务器源码，大幅缩短自己在协议理解、开发、性能调试上的时间，在此基础上集中精力开发网页客户端或者CS客户端。极大减轻的进度压力，毕竟没有谁愿意顶着压力做事，从从容容得做事，是一件很幸福的事情，对于公司来讲，也会节省掉几个月的开发费用支出。当然转变思维也不是件容易的事，虽然花的是公司的钱，但是省得也是公司的钱。

  2）购买完整部标平台的源码（包含部标808服务器、809服务器、网页客户端和安卓客户端）

  公司或团队购买后，直接过检或者在此基础上，集中精力开发有行业竞争力的差异化客户需求功能，开发周期从以前的一年多的时间缩短为一个月的时间，一年多的开发费用是多少，会数学应该能算出来，划不划算，更应该能算清楚。

3.开发文章索引

   1）C#版的808GPS服务器开发-》基于部标JT/T 808协议及数据格式的GPS服务器

   2）Java版的808GPS服务器开发-》基于Java Mina框架的部标808服务器设计和开发

   3）C#版的809GPS服务器开发-》基于JT/T809-2011的(已过检)GPS平台数据交换及转发服务器

   4）Java版的809GPS服务器开发-》基于Java Mina 通信框架的JT/T809转发服务器设计

   5）Asp.NET版的部标平台开发-》基于Asp.NET MVC构建GPS部标平台

   6）Java版的部标平台开发-》基于Struts+Spring+Hibernate+Ibatis+Quartz+Mina框架构建部标监控平台

  7)  基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标GPS监控平台

   8）基于C# winform桌面客户端的部标平台开发-》GPS监控客户端设计

   9）地图纠偏加篇算法-》地图服务算法库

  10）手机客户端-》Android手机客户端和手机查车设计

   11)部标检测-》交通部部标监控平台检测

(12082)

796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。

依据上述要求，对于企业平台的压力检测采用TCP方式进行，分为两个部分进行；动态目标压力为检测和定位数据压力检测。

如何开发高性能的部标监控平台的GPS服务器，参见：基于部标JT/T 808协议及数据格式的GPS服务器.

需要购买高性能的gps服务器源码可以联系：2379423771@qq.com

二、检测要求

首先进行动态目标压力检测，主要对企业平台的动态目标监控能力进行检测，检测方法为，模拟10000个车辆按照jt/t808协议，进行注册、鉴权后，发送GPS定位数据，发送数据频率为500条/秒，该部分检测时间为1小时。

然后进行定位数据压力检测，主要对企业平台对海量定位数据的处理能力进行检测，检测方法为，模拟2000个车辆进行注册、鉴权，发送GPS定位数据。发送数据频率为1000条/秒，以达到标准中峰值1000条/秒的性能要求。该部分检测时间为15至30分钟。考虑到检测机器的性能，将发送频率实际设置为200条/200毫秒。

四、压力检测步骤

4.1 检测软件的使用

    打开企业平台压力测试软件，点击“设置”→“参数设置”，如下图：

之后弹出如下对话框：

    将被测平台的IP地址以及端口正确填入更改车牌号及终端手机号信息，点击确定。

软件界面输入用户名（admin）以及密码（admin），点击“登录”

    在如上图的待测平台下拉列表中随意选择一个（被测平台的IP、端口信息已经在之前的步骤中写好，这里选择的检测平台不会对其存在任何影响），然后点击确定。

    然后点击“开始”按钮，开始压力测试。

    在测试过程中可随时在下方的日志查看当前的连接以及GPS数据发送情况。

    点击“打印”可在“…\Release\Report\”目录下生成压力测试报告的EXCEL文档。请注意，在每次打印文件后，需将文件进行重命名并妥善保存，以免造成无法恢复的文件覆盖。

4.2 检测流程

考虑到检测机器的性能。

第一个环节的检测分为三台机器同时运行压力检测软件，分别模拟3333辆、3333辆、3334辆，共计10000辆车对待测平台进行压力检测。设置发送数据频率为500条/秒，检测时间为1小时，需要检测链接建立线程时间都小于10分钟。

第二个环节的检测在单台机器上进行，检测2000辆车，设置发送数据频率为1000条/秒，检测时间为15至30分钟，其中全部检测建立链接的时间小于5分钟。

其中，考虑到时间以及鉴权情况，注册、鉴权发送时间间隔为1秒。

需要注意的是，为了保证检测的发送    ，检测软件在鉴权

首先发送注销，接收到通用应答后，再发送注册请求。

4.3 抽样对比

检测接收后，对每个环节下的数据均需抽样比对，取样如下：

对上述取样进行比对，每个部分结束后均需进行（产生主动、被关闭的除外），每一对比对结果均保存截图备查。

4.4 结果判定

在检测即将结束时手动查看链接总数，若模拟车机仍未全部链接完成，判定检测平台不通过压力检测。

在检测即将结束时手动查看发送GPS数据的频率，若GPS数据发送的频率仍然不到当前部分的频率；第一部分500条每秒（即每台机器167条每秒），第二部分1000条每秒，判定监控平台不通过压力检测。

检测期间在任意机器中发现任何连接的主动、被动关闭，均应全部停止检测，等待至少两分钟后，进行第二次检测，若在检测过程中再次出现主动或关闭，随机选择一台压力检测机器tracert指令。当有本机返回域名bjtrlecom.net访问时间小于500ms时，可直接判定检测平台不通过压力检测，保存当前检测报告，并对软件打印界面截图；否则，立即停止当前的全部压力检测，检测时间另行通知。

五、结果判定

压力检测进行时允许送检单位不安排人员至检测现场，而采用远程配合的方式，但需在检测正式开始前至少1个工作日提交“检测声明”，否则不予安排检测。

不论现场检测与远程配合检测，均需按要求提供真实有效的检测。

名词释义：

    主动关闭：指由于注册、鉴权不成功等而导致的检测软件主动关闭该连接，重新建立其它连接而造成的连接断开。

被动关闭：指由于被检平台由于连接等待超时等原因而造成的连接断开。

(8039)

       部标平台检测主要分为四个阶段，功能、协议和流程、压力检测。

MySql数据库安装

        MySql服务端安装，“mysql-5.5.13-win32服务端部标检测版”安装些文件

        MySql可视化客户端安装，“navicat9_mysql_csMySql可视化客户端”安装后，连接数据库，然后：

创建三个库

分别以DB文件夹下的文件名命名

导入库

双击库名，单击右上角的“备份”按钮，其下“还原备份”按钮高亮之后，点击。在弹出窗口选择相同名字的文件

点击“开始”

不用做其他操作，再点击“开始”

导入成功，点“关闭”。

加2个用户

加2个用户，用户名分别是：admin与gps

点“添加用户”， 主机填“%”

“确定”，

数据库到库准备好了

测试数据库

安装“模拟终端 11-14”，然后启动

点击“设置”

点击“确定”，然后关闭软件，重启，输入用户名与密码

点“登录”，然后出现以下界面，点“确定“

“开始“按钮如果高亮了，说明与数据库连接成功了，同时模拟终端软件也可用了

安装模拟终端

参看“MySql数据库安装“中的最后一步”测试数据库“。

安装后台服务端

运行安装文件“检测服务“，安装完之后，打开服务管理器

启动以上三个服务，如果能正常启动，说明成功

安装809与流程测试服务端

执行“检测软件客户端“，完成安装，再启动

按以上参数配置，然后输入用户、密码登录，如果提示登录名或者密码错误，那么请打开MySql客户端，打开前面加的三个库的表都会有一个login的表

打开，把超级管理员的PassWord改成pwd文件里的密码，三个库里的这个表都要改，然后启动软件，如果可以正常登录，说明OK了，登录下进入以下页面，点击第一个

进入以下页面，

填好数据，然后先点添加，再点保存，如果保存成功，OK了，如果保存不成功，那进行以下操作之后，再进行以上操作

打开数据库

把testgpscompany库的target与targetdetail表清空，然后右键表“targetdetail“选择”设计表“，出现以下页面

把圈着的两个字段改成varchar类型即可。再重复以上操作，应该就OK了。

到此测试809与流程的软件安装完毕。

安装压力测试软件

压力测试软件与模拟终端软件是差不多的，安装后，测试与与模拟软件一样。安装完之后，安装目录下有配置文件，可配置相关信息。

(9133)