尾气排放系统是CarEye车辆管理平台发展的分支,部分功能新的功能已经集成到了车辆管理系统最新的V3.0版本中。总体设计上我们针对国产操作系统进行了适配,并对等保要求进行了相关的改进。
变更记录
序号 | 变更说明 | 更变人 | 版本号 | 日期 | 批准 |
---|---|---|---|---|---|
1 | |||||
2 |
本概要设计说明书跟据《XXX市重型柴油车OBD远程在线监控平台系统需求规格说明书》编写,描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据,为系统测试人员提供测试依据。本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。
《XX市重型柴油车OBD远程在线监控平台系统需求规格说明书》
《XX市重型柴油车OBD远程在线监控平台设计原型》
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的“做什么”的问题。在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。
服务器操作系统: 麒麟系统V10
spring-boot 2.3.1
JDK1.8
Redis 4.0.1
Kafka 3.2.1
Mongodb 3.4
MySQL 5.7.40
Nginx 1.22.1
前端:VUE3.0
地图:百度地图数据,天地图API接口。
地图组件:openlayers
信创华为云服务器
基本功能要求要符合湘潭市采油厂管理后台的要求。
序号 | 功能项 | 功能描述 | |
---|---|---|---|
1 | 数据监控 | GIS地图展示 | 地图展示OBD的车辆的实时定位信息,绿色表示在线,灰色表示离线,红色表示NO超标,可展示该车的车辆信以及24小时内的行动路线,包括车速、NOx、DPF压差、反应剂余量、油箱液位信息,点击轨迹回放,可以播放该车行车过程,对车辆在线统计、超标统计、预警统计情况。 |
2 | MIL异常监控 | MIL状态异常菜单统计车辆OBD故障次数,当MIL灯亮一次,统计一次。 | |
3 | DPF故障 | DPF故障菜单统计车辆DPF故障次数,当OBD发送的信息中的DPF压差大于等于设定的阈值时,DPF故障次数统计一次 | |
4 | NOx排放超标 | NOx排放超标菜单统计车辆NOx超标次数,OBD发送的信息中的SCR下游NOx值大于等于设定的阈值时,NOx超标次数统计一次 | |
5 | 长期不在线 | 当车辆OBD设备离线超过7天属于长期不在线,统计到长期不在线,统计的信息包括车牌号、车主、联网时间、最近上线时间、以及离线天数 | |
6 | 数据项不全 | 车辆OBD设备上传数据,当NOx、车速、DPF压差、油箱液位、反应剂余量某一项值有缺失时,统计到数据线不全菜单内 | |
7 | 数据管理 | 数据接收监控 | 数据接收监控以折线图的形式统计查询时间范围内各个时间点的车辆数和入库数据量 |
8 | 在线/离线监控 | 统计所有安装过OBD的车辆信息在线情况,在线时间可选24小时,3天,7天,根据选择的时间可统计所有车辆在查询时间范围内的在线离线情况 | |
9 | 车辆管理 | 统计所有安装过OBD的车辆信息,点击企业信息,可查看该企业的所有车辆信息 | |
10 | 安装管理 | 统计所有车辆安装OBD的安装信息,点击操作栏的编辑按钮,弹出车辆详细信息包括安装OBD时录入的车辆信息和安装信息 | |
11 | 电子围栏 | 违反限行 | 统计所有在限行管控时间范围内进入过限行区域的柴油车的车辆信息包括违反限行时间和经纬度 |
12 | 限行区域 | 限行方案中新增限行方案,在地图页面选择限行方案,新建区域,绘画出限行区域范围 | |
13 | 限行方案 | 统计限行方案信息,新增限行方案后,在限行区域可对该限行方案绘制限行区域范围,在限行方案管控的时间范围内闯入该限行区域范围内 | |
14 | 预警处理 | 阈值管理 | 通过设置的预警信息的值,对OBD发送的信息进行监控,如NOx预警值设定为1500,当OBD发送的信息中NOx大于1500时,判断NOx超标 |
15 | 超标处罚 | 统计日常监测超标的车辆,支持通过短信方式通知车主到I站进行机动车环保排气检测或M站维修 | |
16 | 查询统计 | OBD数据查询 | 柴油车安装OBD,联网成功后,发送车辆信息到平台,记录车辆的状态,可通过发送的信息判断NO值、DPF压差、经纬度等各类数值是否正常 |
17 | OBD诊断信息 | 柴油车安装OBD,联网成功后,OBD诊断信息发送到平台,记录OBD设备的状态,可通过发送的信息中的MIL状态,判断OBD故障情况 | |
18 | 里程统计 | 对车辆的行驶里程数进行统计,包括开始里程、结束里程、累计里程以加强形成对车辆驶管理 | |
19 | 油耗统计 | 对车辆油耗进行统计 | |
20 | 加油分析 | 统计油箱液位发生变化时的车辆数据。通过审核车辆数据,判断该车是否可能在黑加油站点加过油并对可疑站点提出警示 | |
21 | 超标车辆类型统计 | 对超标车辆的车辆类型进行统计,超标车型包括环卫车、渣土车、搅拌车、其他车型。并以柱状图的形式展示,通过抓拍时间可查询特定时间范围的超标车型统计情况 | |
22 | 超标排名统计 | 企业车辆的超标情况进行统计,并以柱状图的形式由高到低进行排列,柱状图上面标注超标车辆数。通过抓拍时间可查询特定时间范围的超标排名统计情况 | |
23 | 大屏数据 | 大屏数据 | 实现全市重型柴油车实时监控的数量、排放情况、工况运行情况、异常告警情况视图统计。1)今日数据:包括今日里程、今日油耗、今日尿素消耗、今日NOx排放量;2)历史数据:包括总里程、总油耗、总尿素消耗、总NOx排放量等;3)车辆联网与排放展示:展示车辆联网在线情况(如:目前总车辆数量、在线车辆数量、离线车辆数量等);4)GIS 地图展示:将已安装污染排放在线监控设备的重型柴油车的实时位置数据动态匹配到GIS地图上,根据行驶车辆密集程度和排放 NOx 数据,形成车辆所在区域的排放严重程度的热力图,能对 GIS 地图进行放大缩小移动等操作;5)告警信息实时滚屏显示;6)故障类型统计:统计一个月内DPF故障、OBD故障、NOx超标的数量;7)排放类型统计展示,统计已安装在线监控设备车辆的排放类型数 |
24 | 短信管理 | 短信记录 | 界面显示所有发送的短信记录,柴油车在线监控超标等情况发送给车主的短信 |
25 | 短信模板 | 不同模板类型对应的短信内容。用户可以根据短信模板类型进行查询或增加删除短信 | |
26 | 短信群发 | 支持群发短信的功能。用户通过新建,输入短信内容,群发的号码,完成群发功能 | |
27 | 系统管理 | 用户管理 | 对系统用户进行管理。支持新增、修改、删除操作 |
28 | 权限管理 | 为各个角色分配权限 | |
29 | 角色管理 | 对系统角色进行定义,包括用户的操作权限和数据权限。支持新增、修改、删除、权限分配操作 | |
30 | 日志管理 | 对用户的登录日志、访问日志、数据编辑日志进行管理 | |
31 | APP | APP | 安装功能,具体功能在开发过程中由甲方确定 |
32 | 补充功能 | 报警处理 | 对异常的车辆进行报警处理,可以发送短信到车主联系电话。 |
33 | 补充功能 | 报废车辆 | 对车辆设置报废状态,对报废的车辆进行监控,区分报废时间到达,但没有进行报废的车辆的车,已经报废但还在使用的车辆。 |
34 | 补充功能 | 平台报警规则 | 设置路线路段规则,疲劳驾驶规则,区域限速,停车超时,位置异常,acc异常。 |
1. 系统采用前后端分离结束,通过API接口进行访问。
2. 用户登陆安全等需要达到等保二级要求。
3. 系统所有菜单按树形进行管理,要灵活可以配置。
4. 多用户视图,不同的用户要设置权限管理。
5. 数据报表要求有图形化的显示效果,并能导出。
6. 对监控的信息可以根据用户自己的需要设置表单。
7. 异常和报警的产生可以用户在界面直接调整参数。
系统OBD的接口按照Restful 风格进行设计,支持post和get两种主要请求。
接口的设计可以用swgger进行管理。注释要求清晰简介。
1. 皮肤要能更换
2. UI设计要求大方
3. 必要的操作指南
5. 操作要方便,容易上手。整体的布局保持一致性,包含操作的按钮,排放的位置都要合理。
OBD系统的设计是基于原来部标平台基础上进行设计的。数据库的设计也是在原来的部标平台上进行扩展。所以设计的原则是
支持重型车排放远程监控技术规范HJ-1239协议,处理原始的OBD数据包
发送并将处理后的结果发送给业务规则服务器。
业务规则服务器
模块car-eye-rule主要处理业务数据,包含OBD数据解释,数据入库,报警产生等。业务规则服务器是整个系统的核心部分,所有定位数据,油耗数据,超标排放量的技术都在这里加工处理,同时该服务还负责产生平台报警。车辆上下线的通知等。
车辆web管理后台
模块名称car-eye-api,使用spring boot,shiro,前后端分离,提供车牌管理等操作界面,提供车辆实时状态监控,大数据分析,轨迹回放等。
定时任务处理
模块名称car-eye-quartz,主要处理回收作业,mogodb位置回收,报警数据回收,数据备份,统计表数据回收等。
前端UI展示模块
所有界面的呈现,人机交互的处理都由web前端模块进行处理。采用VUE技术框架,界面简洁,大方,高端。
接口服务
给其他软件提供API实现数据共享
平台模块交互图
编辑
4.2 消息组件和定时服务
系统使用消息队列进行各个模块的交互,采用kafka组件管理消息。消息队列里的数据采用json格式的数据封装,由于消息队列的实时性和并发性都比较好,所以能确保平台的性能。
编辑
5. 用户界面和操作
系统登陆需要提供用户用户输入密码和验证码方式,提供APP给用户下载。
用户进入界面后能快速的定位功能主菜单,系统分成地图监控,监控大屏,数据监控与分析,基础数据管理,系统设置。
整个区域分成,主菜单区,左侧操作栏区,右侧数据展示区。
编辑
2. 菜单划分
按功能整个系统的菜单划分如下图:
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。