交通部796部标平台开发索引如何提升生产力(一) -养成交换的习惯

时间 2019-12-11

标签交通部部标平台开发索引如何提升生产力养成交换习惯繁體版

原文原文链接

1.为何部标平台的开发周期长？html

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

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

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

3）联调难度大网络

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

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

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

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

坦白的说，就是购买个人源码，进而得到个人技术支持和经验，少走弯路。有两个路径能够走：性能

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

参见个人博客文章：

如何提升生产力(一) -养成交换的习惯

如何提升生产力(二)、软件的开发与采购

如何提升生产力(三)、软件服务的价值

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

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

3.开发文章索引

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

C#版的模拟终端开发-》部标808协议模拟终端的设计和开发

2）Java版的808GPS服务器开发-》基于Netty构建高性能的部标808协议的GPS服务器

基于Java Mina框架的部标808服务器设计和开发

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