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

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

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

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

3.联调难度大

考不容易开发出来一个东西， 需要测试，从客户端到服务器再到gps终端这样一个双向联调测试， 服务器有服务器的问题，客户端有客户端的问题，网络通讯有网络通讯的问题，合在在一起联调， 就像一群坏孩子集中在一 个班里， 乱成

一锅粥了。 由于互相影响，耽误的时间都是叠加在一起的， 而不是并行开发所能解决的了得。

4.前面问题，是部标平台开发不同于常规的信息化软件开发之处，这些不同之处加大或者恶化了计划失真的问题，就是无知者无畏，容易乐观、轻视、冒进、准备不足，反而更容易拖延整个开发交付的周期。我增经见过一个激进的部标

监控平台的开发计划，整个平台计划50多天完成，设计-周时间，部标808gps服务器一一个月完成， web客户端20多天就要完成，809运管平台接入10多天就完成，留给测试的时间就5天。当时我就震惊了。估计是领导根据市场情况强加

的，这简直是要人命的。项目经理很据领导或自己的意志写项目计划，反正计划归计划，让写几天就写几天吧，到时间完不成，就继续延期呗，难不成还开除不成?

5.企业在运作过程中，刻舟求剑的静态思维往往低估软件项目开发的复杂性，待到项目开发周期超出原来的乐观估计的时候，往往温水煮青蛙，原来的3个月变成6个月，6个月变成年底，年底变成过完春节，这个时候进退两难，停止开发

又难以交代，继续开发,还要继续投入成本。企业的目的并不是为了要开发-款软件产品， 而是要用这款软件产品进行运营或者做某种业务,但是往往软件还没开发完，已经元气大伤，后面的事情就不用说了，就算开发出来，十几个月都过去了，黄花菜都凉了。

航天检测实验室是一家专业从事产品检测与认证咨询服务的第三方检测机构，是国内较早从事进出口商品检测、检验、认证及技术服务为一体的综合性独立第三方检测机构，在同行业具有一定的知名度。公司严格按照ISO/IEC17025检测和校准实验室管理体系要求进行规范管理和运行。航天检测通过了中国合格评定认可委员会（CNAS）认可的实验室，CNAS资质证书编号：L11965；同时通过了计量认证（CMA），证书编号：201819013737，完全具备出具第三方检测报告资质。欢迎来电洽谈合作：电话 邮@qq.com