服务项目 |
平台过检35658,GB35658过检平台,平台过检,35658全包服务 |
面向地区 |
全国 |
行业类型 |
其它 |
工业品 |
35658全包服务 |
原材料 |
35658全包服务 |
1.支持图标标记:如车辆和加油站,加油站标注根据地图缩放大小显示。
2.地图右键菜单:添加加油站标记,放大缩小地图等功能。
3.实现地图鹰眼功能。
4.提供用户测距尺功能。
5.图层管理功能是指:根据选择图层复选框,来显示(车辆,加油站,轨迹标记)图层。
6.电子围栏,圆形、矩形、多边形区域报警的功能。
7.车辆轨迹回放功能
8.部标808所要求的各种指令下发的功能。
无论是开发gps设备硬件还是开发应用软件,都要面临一个标准,这个标准就是国家交通部发布的道路运输车辆卫星定位系统部标认证标准,它涵盖了gps硬件设备参数、功能标准,也包括了设备上传到应用平台的协议标准,同时也包括了平台对平台的互联互传的技术标准。
也就是说凡是根据交通部这个标准开发的应用平台软件,都可以接入不同厂家开发的符合国标的gps设备发送的上传数据。因为协议是同一的,所以平台也可以将数据转发给各地的省级交通部门的运管中心。
目前国家对需要上路的客车、危险品运输车,简称两客一危,要求要安装符合国标的gps,如果运输承运者没有自己的软件平台,可以使用运管局的客户端软件,并接入到运管中心进行监控,收费对于企业来说也是个负担。现在国家对与gps终端设备的标准又进行了进一步的扩展,要求要加上指纹等身份识别的读卡器,强制性加,费用不低。
平台软件开发商和gps设备开发商安装标准开发后,需要通过交通部的部标检测和认证,获得部标认证后,这样才可以参加各地的软硬件招标。交通部对平台的功能测试,主要是模拟gps终端发送标准的协议数据,然后测试是否能正确的接收数据。
gps应用的要了解并掌握这些协议,平台协议主要jt/tb808、809及扩展补充协议,同时协议中对于行车记录仪部分又应用了部颁的gb19056标准,所以这些都要看,jt/t796主要是硬件设备的标准,可以参考。
围绕车载部标gps硬件开发的各种企业部标监控平台,如油耗、冷链运输、公交、危险品运输等平台,在开发过程中,都面临一个很重要的问题就是如何测试。因为整个软件平台的数据都是来自于车载gps,我们不能在开发阶段,在几百辆或几千辆车上去实弹测试。即使在一台车上安装一个gps来配合我们测试,成本也是非常高的。
所以要能够开发一款模拟软件来配合我们进行软件开发,可以的模拟车辆运行的实际环境,可以能够控制终端进行复杂的测试环境的临界点模拟。很多时候所谓复杂场景指的是各种类型的数据交错综合在一起的场景,在平台监控车辆行为的时候,并不仅仅监控的就是车辆的位置,而是其他方面的数据,所以在测试的时候,需要将位置数据和其他附加数据进行配合的一种模拟,如:
1.在加油站进行加油,就需要模拟车辆的位置数据使其进入加油站,acc熄火,同时还要发送油量数据来模拟加油过程中邮箱油量上升的过程;
2.冷链运输中,需要结合测试用例,来模拟位置,acc熄火,温度还有车辆冷柜门的开关量等多种数据在不同场景下的临界点模拟;
3.还有一种就是模拟数据触发报警,然后报警触发的各种动作,如模拟速度数据,触发超速报警,超速报警触发终端拍照等;
还有很多的测试用例场景,都不一一列举。
这些测试,传统的测试人员仅仅靠鼠标点击,是做不出来这样的测试的,性能测试也是很难去测试的,常规的web压测工具如loadrunner等无法应用到基于socket通信的808gps服务器上面。
我们需要开发一个完整的gps模拟终端,模拟gps终端的数据发送和接收各种指令并进行应答的行为。需要开发一个完整808协议的模拟终端,实现录音、拍照、参数设置、位置等功能,来对我们的平台进行充分的测试。
开发这样一个工具,需要我们对jt/t 808协议文档进行认真阅读和充分了解,开发一个808gps服务器,是对数据按照协议格式进行解析,开发一个808模拟终端则是反过来,将数据按照协议格式进行封装并发送给服务器。虽然是一正一反,但是在协议这块难度要大的多,主要的难点如下:
1.模拟808协议所要求的分包;
2.模拟位置数据中的各种附加数据,如里程、油量、温度等;
3.模拟开关量;
4.模拟多媒体上传数据;
最近来访记录