1.为什么部标平台的开发周期长?
1.首先对于交通部部标标准文档的阅读、理解和消化需要很长时间,你面对的是冷冰冰的交通部信息中心颁发的GB/T 35658-2017、808、809协议文档,面对文字的歧义,这个消化、曲解、走弯路的时间成本,伴随在整个软件开发周期当中,一直到你进京赶考,进行部标检测,较终过检。所以这个时间是无法估计的,理解完毕,将理解的文档转化成开发团队必须要完成的功能用例,中间的误差较大,这也是很多开发者*自信、乐观冒进的原因。
你必须需要阅读和理解的协议文档有四份:GB/T 35658-2017文档、808协议文档、809协议文档、GB19056文档。参见交通部道路运输车辆卫星定位系统部标JTT808、809、GB/T 35658-2017标准大全
2.对于标准的严酷性准备不足,正常自己公司开发一个系统,功能标准是自己的写的,差不多,八九不离十就行了。很多开发者用这种习惯开发部标平台,很多功能看似都是八九不离十,结果到最后,结局就是通不过。在检测中心,检测人员进行检测主要是依靠检测工具和检测用例文档,特别是测试用例文档,比自己公司测试部门写的黑盒测试用例都写的细致和充分,可惜你看不到这个文档,开发人员就像一个瞎子不断的拿着自己脑袋硬碰才找到门在那里。
3.联调难度大
考不容易开发出来一个东西,需要测试,从客户端到服务器再到gps终端这样一个双向联调测试,服务器有服务器的问题,客户端有客户端的问题,网络通讯有网络通讯的问题,合在在一起联调,就像一群坏孩子集中在一个班里,乱成一锅粥了。由于互相影响,耽误的时间都是叠加在一起的,而不是并行开发所能解决的了得。
4.前面问题,是部标平台开发不同于常规的信息化软件开发之处,这些不同之处加大或者恶化了计划失真的问题,就是无知者无畏,*乐观、轻视、冒进、准备不足,反而更*拖延整个开发交付的周期。我增经见过一个较激进的部标监控平台的开发计划,整个平台计划50多天完成,设计一周时间,部标808gps服务器一个月完成,web客户端20多天就要完成,809运管平台接入10多天就完成,留给测试的时间就5天。当时我就**了。估计是**根据市场情况强加的,这简直是要人命的。项目经理很据**或自己的意志写项目计划,反正计划归计划,让写几天就写几天吧,到时间完不成,就继续延期呗,难不成还开除不成?
5.企业在运作过程中,刻舟求剑的静态思维往往低估软件项目开发的复杂性,待到项目开发周期**出原来的乐观估计的时候,往往温水煮青蛙,原来的3个月变成6个月,6个月变成年底,年底变成过完春节,这个时候进退两难,停止开发又难以交代,继续开发,还要继续投入成本。企业的目的并不是为了要开发一款软件产品,而是要用这款软件产品进行运营或者做某种业务,但是往往软件还没开发完,已经元气大伤,后面的事情就不用说了,就算开发出来,十几个月都过去了,黄花菜都凉了。
车载终端申请标准符合性检测,应提交以下材料及实物:
1.车载终端产品完整设计文件;
2.送样型号的中文使用说明书;
3.车载终端产品出厂检测合格证;
4.车载终端产品入网设置及操作说明;
5.同一型号检测样品不少于5套。
部标GB/T 35658-2017平台服务和部标平台在检测中心的检测代理服务,代理公司签订合同,一站式服务打包,不需要你派遣人员在驻扎过检,降低你的成本。
交通部GB/T 35658-2017平台过检,是交通部要求物流车辆运输企业和GPS平台运营企业的一项交通部部标标准检测工作,是指各企业向交通部申请,将自己的平台送至通信信息中心,针对具体一系列标准,进行检测和审查的过程。平台通过交通部标准,即获得经营性资格,可以在*范围内接入车载终端运营。
平台过检工作的前期准备工作千头万绪,很多公司的部标检测负责人着手开始这项工作时茫茫然不知所措,工作进展进度缓慢,其实交通部平台过检,我们需要把它作为一个复杂的项目来看待。既然是一个项目,就要做一个带有MileStone的项目计划,列出所需要准备的做的各项工作,确定时间节点和重大里程碑事件,这样就有一个清晰的方向指引着我们前进,不管有多复杂,有一个地图和指南针,我们始终知道自己所处的位置。
二、开始检测
1、压力测试
压力测试在一开始就开始测试,一直在稳定对服务器加压,并伴随着功能检测、协议、运行三个检测环节,最后算总账,发送包数量和接收包数量一致,确定过关。
2、部标GB/T 35658-2017功能检测
该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》(GB/T 35658-2017)标准中对平台功能性的要求,主要实现平台功能完备性检测。本部分的检测需要检测人员与平台送检人员对送检平台的功能的逐一确认,并将检测结果如实记录。
平台功能,如地理位置监控功能、报警功能等所有功能是否全部能使用,而且全部符合部标要求。
注:功能复检阶段仍需要将此阶段重新检测一遍。
3、808协议检测
通过将被检平台嵌入模拟终端与上级平台之间实现三方的联通,并通过用例库实现逐条协议的组包与解析判定,并记录检测结果,形成记录文件。 检测中心提供测试工具,对平台检测。
4、运行检测
运行检测是通过将协议处理逻辑融会贯通起来,按业务逻辑的不同形成**的整体,其中流程检测的核心是单业务逻辑的小循环检测,较少关注协议解析的数据内容,用以确保业务逻辑的一一正确性;运行检测的核心是整体性业务逻辑的大循环检测,并且依据解析出的数据内容进行整体性的判定。
5、功能复检
客户协调部分完全同GB/T 35658-2017功能检测。
功能复检阶段,抽查GB/T 35658-2017功能中的重点功能进行重新检测,并对《用户手册》和《技术方案》电子文档进行审核。电子文档审核完毕后,需制作纸质版《用户手册》和《技术方案》,封面采用凹凸感淡蓝色封面,正文部分双面打印,胶装成2本书,可由打印店负责制作,分别在封面、扉页、骑缝盖公章。寄给办事处。
6、压力测试
需提前通知机房,将带宽提升至100M。
通过模拟平台建立相应的模拟车辆,对申报平台进行车载终端的批量接入和运营测试,该测试主要影响对象为:平台的处理速度、网络设备的承载能力、网络的频带宽度。
1.模拟10000个车辆进行注册、鉴权后,发送GPS定位数据,发送频率为500条/秒,该部分检测时间为1小时;
2.模拟2000个车辆进行注册、鉴权后,发送GPS定位数据,发送频率为1000条/秒;
现在国家对与GPS终端设备的标准又进行了进一步的扩展,要求必须要加上指纹等身份识别的读卡器,强制性加,不低。 平台软件开发商和GPS设备开发商安装标准开发后,需要通过交通部的部标检测和认证,获得部标认证后,这样才可以参加各地的软硬件招标。
目前国家对需要上路的客车、危险品运输车,简称两客一危,要求必须要安装符合国标的GPS,如果运输承运者没有自己的软件平台,可以使用运管局的客户端软件,并接入到运管中心进行监控。