一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

公车管理系统的制作方法

2022-07-31 04:43:59 来源:中国专利 TAG:


1.本发明涉及车辆管理领域,具体地,涉及一种公车管理系统。


背景技术:

2.公务用车使用管理包含车辆派遣、加油管理、维修管理、驾驶员管理、安全管理等工作,人工环节多、人为因素多,理解认识存在一定差异,而现实中又缺少对过程管控的手段,可能造成公务车辆使用管理规定执行不严格,存在过度维修、保养以及违反行业车管制度等不规范现象和违规风险。
3.相关技术中因未建立全系统完整准确的车辆使用管理信息库,缺少对公车数据进行全流程动态监控的手段,机关服务中心需要了解各单位车辆运行情况时,只能临时人工统计,虽然耗费大量人力(,但由于各车辆使用单位对统计口径理解有偏差,把握不一,难免出现各式各样的统计差错,有时需要反复核对、反复修正,且统计调度车辆信息时,要逐级通知,甚至到基层服务站,上报时需要再自下而上层层汇总、层层审核,一个循环至少需要5天,流程长、环节多、效率低。


技术实现要素:

4.本发明的目的是提供一种公车管理系统,以优化公车用车使用管理并提高提高公车用车数据信息质效。
5.为了实现上述目的,本发明提供一种公车管理系统,所述公车管理系统包括公车加油管理单元、车辆管理单元、驾驶员学习单元、驾驶员绩效考核单元;
6.所述公车加油管理单元包括加油卡管理模块、用油预算模块、用油审批模块、加油记录模块、加油记录对比模块,其中,所述加油卡管理模块用于根据用户填写的油卡信息新增加油卡,所述油卡信息包括油卡卡号、用车单位信息、油卡类别、油卡用途、油卡有效期,所述用油预算模块用于用油申请用户在新增预算表填写信息,并由审批用户进行用油审批,以进行用油预算审核,所述用油审批模块用于获取用油预算子模块中用户在新增预算表填写的信息,将申请流程分配给相应地审批用户进行用油审批,所述加油记录模块用于根据用户填写的加油信息进行日常加油情况的记录,所述加油信息包括油卡卡号、车牌号、加油类型、加油量、加油费用、加油单价、加油时间、加油地点,所述加油记录对比模块用于将用户手动录入的加油总金额与导入加油数据的总金额进行对比,以及将用户手动录入的总加油量与导入总加油量进行对比;
7.所述车辆管理单元包括车杂费管理模块,所述车杂费管理模块包括车杂费标准管理子模块、车杂费明细管理子模块、车杂费订单管理子模块、车杂费审核子模块、车杂费登记子模块,其中,所述车杂费标准管理子模块用于根据车辆型号限制车辆车杂费申请标准额度,所述车杂费明细管理子模块用于根据指定厂商提供的车杂费明细报价信息进行新增明细,所述车杂费订单管理子模块用于提供车杂费订单的申请、修改、删除、订单登记、订单明细填写的操作,所述车杂费审核子模块用于具有审核权限的用户进行审核通过、驳回的
操作,且在审核费用额度超出指定额度进行费用超出预警,所述车杂费登记子模块用于维修厂商权限账号进行登录处理,以完成车杂费管理流程;
8.所述驾驶员学习单元包括视频管理模块、题库管理模块、考卷管理模块,其中,所述视频管理模块用于增加、修改、删除、设置驾驶员每月的学习考核视频,所述题库管理模块用于新增、修改、删除驾驶员每月考试题目,所述考卷管理模块用于随机从题库中抽取预设数量个考题并组成考卷,并对驾驶员的答题情况进行评分;
9.所述驾驶员绩效考核单元包括绩效考核模块,其中,所述绩效考核模块用于根据驾驶员在上个月的违规出车情况、油料评分、所有用车单评价、安全评分进行综合绩效考核,并生成绩效数据。
10.可选地,所述用油审批模块用于通过如下方式将申请流程分配给相应地审批用户进行用油审批:
11.若用油申请用户为市局车管员,则相应地审批用户包括市局车管部门负责人、市局财务科预算员、市局财务科科长,若用油申请用户为县区分公司车管员,相应地审批用户包括县区分公司车管部负责人、市局车管员、市局车管部门负责人、市局财务科预算员、市局财务科科长。
12.可选地,所述车杂费审核子模块的审核流程包括:
13.若车杂费申请用户为市局驾驶员,则相应地具有审核权限的用户包括市局车管员、市局车管部门负责人、市局财务部门负责人、市局分管领导、市局主要负责人,若车杂费申请用户为县区驾驶员,则相应地具有审核权限的用户包括县区车管员、县区车管部门负责人、县区财务部门负责人、县区分管领导、县区主要负责人。
14.可选地,所述车辆管理单元还包括车辆信息管理模块、驾驶员信息管理模块、终端管理模块、车务管理模块,所述车务管理模块包括事故管理子模块、年检管理子模块、保险管理子模块、违章管理子模块、日检表管理子模块;
15.其中,所述车辆信息管理模块用于管理各个公车的车辆信息,车辆信息包括车辆类型、车牌号、车辆所属部门、车辆颜色、车辆品牌、车辆型号、车辆座位数,所述驾驶员信息管理模块用于管理驾驶员信息,驾驶员信息包括驾驶员姓名、驾驶员性别、驾驶员所属单位、驾驶员所属部门、驾驶员身份证号、驾驶证号、准假车型、绑定用户,所述终端管理模块用于新增、修改、删除、导出、刷新驾驶员终端信息,终端信息包括驾驶员的手机号码、绑定车辆的车牌号、终端状态、驾驶员所属单位,所述事故管理子模块用于管理事故信息,事故信息包括事故单号、事故车辆、事故车辆的驾驶员姓名、事故发生时间、事故伤亡情况、事故发生地点、事故描述信息、事故现场图片,所述年检管理子模块用于管理公车的年检信息,年检信息包括年检车辆、年检经办人、年检地点、年检间隔、年检提前时间、年检预计开始时间、年检预计到期时间、实际年检时间、年检费用、年检内容,所述保险管理子模块用于对公车的保险信息进行管理,保险信息包括保险单号、保险车辆、保险间隔、保险提前时间、保险开始时间、保险失效时间、保险服务商、总保险费、保险购买时间、保险备注信息,所述违章管理子模块用于对公车的违章信息进行管理,违章信息包括违章车辆、违章驾驶员、违章时间、违章地点、违章处理金额、违章扣分,所述日检表管理子模块用于对驾驶员每日出车前提交的车辆检查表进行管理,车辆检查表包括单位信息、部门信息、车牌号、用户姓名、检查表提交时间。
16.可选地,所述公车管理系统还包括用车管理单元,所述用车管理模块用于对用车审批流程进行管理,所述用车管理单元包括用车申请模块、申请清单管理模块、待审核用车单管理模块、审核记录管理模块、个人审核记录管理模块、待派车管理模块、派车记录管理模块、待归队车辆管理模块、归队记录管理模块、待评价订单管理模块、已评价订单管理模块、无任务出车记录管理模块;
17.其中,若市局单位辖区内用车,则用车审批流程包括用车部门申请、市局车管员审批、派车、归车,若市局单位辖区外用车,则用车审批流程包括用车部门申请、市局车管员审批、市局分管领导审批、派车、归车,若县区分公司单位辖区内用车,则用车审批流程包括用车部门申请、分公司车管员审批、派车、归车,若县区分公司单位辖区外用车,则用车审批流程包括用车部门申请、分公司车管员审批、分公司车管部门负责人审批、分公司分管领导审批、派车、归车,若县区分公司单位市区外用车,则用车审批流程包括用车部门申请、分公司车管员审批、分公司主要负责人审批、市局分管领导审批、派车、归车;
18.所述用车申请模块用于申请人填写申请信息并提交申请信息,申请信息包括用车人姓名、用车人电话、目的地、用车区域、乘车人数、预计出车时间、预计归车时间、用车事由,所述申请清单管理模块用于对用车申请清单进行管理,待审核用车单管理模块用于显示所有待审核状态的用车申请单,所述审核记录管理模块用于显示待审核状态以后的所有订单,所述个人审核记录管理模块用于显示当前用户对订单进行审核的记录,所述待派车管理模块用于显示所有待派车状态的用车单并分配驾驶员,所述派车记录管理模块用于显示所有派车信息,所述待归队车辆管理模块用于显示所有待归队状态的用车单,所述归队记录管理模块用于查询归队登记记录,所述待评价订单管理模块用于显示待评价订单并对待评价订单进行评价,所述已评价订单管理模块用于查询评价记录,所述无任务出车记录管理模块用于根据与门禁对接数据记录没有用车单的车辆出入情况。
19.可选地,所述公车管理系统还包括监控中心单元,所述监控中心单元用于对各个公车的车辆状态和车辆位置进行实时监控,所述监控中心单元包括车牌号筛选模块、车辆列表管理模块、地图弹窗模块、查看轨迹模块、围栏管理模块;
20.所述车牌号筛选模块用于根据车牌号查询车辆的状态和位置,所述车辆列表管理模块用于根据车辆状态查询车辆位置,所述地图弹窗模块用于响应于点击地图上的车辆图标显示车辆当前信息,所述查看轨迹模块用于查询车辆的轨迹信息,所述围栏管理模块用于管理位于地图上多边形围栏内的车辆。
21.可选地,所述公车管理系统还包括维修保养单元,所述维修保养单元包括车辆维修定额管理模块、维修保养报价明细管理模块、维修保养记录管理模块、维修保养审批管理模块;
22.其中,所述车辆维修定额管理模块用于新增维修保养定额数据以及对车辆的维修金额进行限制,所述维修保养报价明细管理模块用于新增维修保养明细数据并对维修保养申请时的保养项目进行数据展示,所述维修保养记录管理模块用于维修保养记录的查询、申请、修改、删除和登记,所述维修保养审批管理模块用于对维修保养审批流程进行管理;
23.其中,若维修保养申请人为市局驾驶员,则车辆的维修保养审批流程包括市局驾驶员申请、市局车管员审批、市局车管部门负责人审批、市局财务部门负责人审批、市局分管领导审批、市局主要负责人审批,若维修保养申请人为县区驾驶员,则车辆的维修保养审
批流程包括县区驾驶员申请、县区车管员审批、县区车管部门负责人审批、县区财务部门负责人审批、县区分管领导审批、县区主要负责人审批。
24.可选地,所述公车管理系统还包括统计报表管理单元,所述统计报表管理单元包括报表页面模块、报表共同查询模块、报表分类模块,所述报表分类模块包括行驶里程报表子模块、油耗报表子模块、违章统计报表子模块、用车时长统计报表子模块、车辆设备开机时长统计报表子模块、车辆停车时长统计报表子模块、车辆停车位置统计报表子模块、车辆津贴统计报表子模块。
25.可选地,所述公车管理系统还包括系统管理单元,所述系统管理单元包括单位管理模块、部门管理模块、用户管理模块、角色管理模块、权限管理模块、系统设置模块,所述系统设置模块包括数据字典管理子模块、供应商管理子模块。
26.可选地,所述公车管理系统采用browser/server架构,所述公车管理系统的开发语言为java语言,所述公车管理系统运行在移动云服务器上。
27.通过上述方案,由系统实现车辆派遣、加油、维修保养、数据统计等管理功能的实时汇总审核,实现实时更新,节省时间成本,实现了统一数据库线上实时管理、实时查看,不需要进行大规模人工参与,节省人工成本。建立了公务用车管理流程和标准,以流程形式在公务用车管理系统予以固化,实现了车辆派遣、维修等所有流程、环节、标准、结果可视、可管、可控、可考核,推动了公务用车管理的制度化、流程化、动态化、常态化。
附图说明
28.图1是示例性示出的公车管理系统的框图。
29.图2是示例性示出的加油卡管理模块用于新增加油卡的示意图。
30.图3是示例性示出的加油记录模块用于记录加油情况的示意图。
31.图4是示例性示出的加油记录对比模块进行总金额和加油量进行对比的示意图。
32.图5是示例性示出的车杂费订单管理子模块进行费用申请的示意图。
33.图6是示例性示出的视频管理模块进行视频设置的示意图。
34.图7是另一示例性示出的公车管理系统的示意图。
35.图8是示例性示出的新增事故信息的示意图。
具体实施方式
36.为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
37.图1是示例性示出的公车管理系统的框图,如图1所示,所述公车管理系统包括公车加油管理单元、车辆管理单元、驾驶员学习单元、驾驶员绩效考核单元;
38.所述公车加油管理单元包括加油卡管理模块、用油预算模块、用油审批模块、加油记录模块、加油记录对比模块,其中,所述加油卡管理模块用于根据用户填写的油卡信息新增加油卡,所述油卡信息包括油卡卡号、用车单位信息、油卡类别、油卡用途、油卡有效期,图2是示例性示出的加油卡管理模块用于新增加油卡的示意图。
39.所述用油预算模块用于用油申请用户在新增预算表填写信息,并由审批用户进行
用油审批,以进行用油预算审核,所述用油审批模块用于获取用油预算子模块中用户在新增预算表填写的信息,将申请流程分配给相应地审批用户进行用油审批。
40.所述加油记录模块用于根据用户填写的加油信息进行日常加油情况的记录,所述加油信息包括油卡卡号、车牌号、加油类型、加油量、加油费用、加油单价、加油时间、加油地点。图3是示例性示出的加油记录模块用于记录加油情况的示意图。
41.所述加油记录对比模块用于将用户手动录入的加油总金额与导入加油数据的总金额进行对比,以及将用户手动录入的总加油量与导入总加油量进行对比。图4是示例性示出的加油记录对比模块进行总金额和加油量进行对比的示意图。
42.所述车辆管理单元包括车杂费管理模块,所述车杂费管理模块包括车杂费标准管理子模块、车杂费明细管理子模块、车杂费订单管理子模块、车杂费审核子模块、车杂费登记子模块,其中,所述车杂费标准管理子模块用于根据车辆型号限制车辆车杂费申请标准额度,所述车杂费明细管理子模块用于根据指定厂商提供的车杂费明细报价信息进行新增明细,所述车杂费订单管理子模块用于提供车杂费订单的申请、修改、删除、订单登记、订单明细填写的操作。图5是示例性示出的车杂费订单管理子模块进行费用申请的示意图。
43.所述车杂费审核子模块用于具有审核权限的用户进行审核通过、驳回的操作,且在审核费用额度超出指定额度进行费用超出预警,所述车杂费登记子模块用于维修厂商权限账号进行登录处理,以完成车杂费管理流程。
44.所述驾驶员学习单元包括视频管理模块、题库管理模块、考卷管理模块,其中,所述视频管理模块用于增加、修改、删除、设置驾驶员每月的学习考核视频。图6是示例性示出的视频管理模块进行视频设置的示意图。
45.所述题库管理模块用于新增、修改、删除驾驶员每月考试题目,所述考卷管理模块用于随机从题库中抽取预设数量个考题并组成考卷,并对驾驶员的答题情况进行评分;
46.所述驾驶员绩效考核单元包括绩效考核模块,其中,所述绩效考核模块用于根据驾驶员在上个月的违规出车情况、油料评分、所有用车单评价、安全评分进行综合绩效考核,并生成绩效数据。
47.其中,所述用油审批模块用于通过如下方式将申请流程分配给相应地审批用户进行用油审批:
48.若用油申请用户为市局车管员,则相应地审批用户包括市局车管部门负责人、市局财务科预算员、市局财务科科长,若用油申请用户为县区分公司车管员,相应地审批用户包括县区分公司车管部负责人、市局车管员、市局车管部门负责人、市局财务科预算员、市局财务科科长。
49.所述车杂费审核子模块的审核流程包括:
50.若车杂费申请用户为市局驾驶员,则相应地具有审核权限的用户包括市局车管员、市局车管部门负责人、市局财务部门负责人、市局分管领导、市局主要负责人,若车杂费申请用户为县区驾驶员,则相应地具有审核权限的用户包括县区车管员、县区车管部门负责人、县区财务部门负责人、县区分管领导、县区主要负责人。
51.图7是另一示例性示出的公车管理系统的示意图。
52.所述车辆管理单元还包括车辆信息管理模块、驾驶员信息管理模块、终端管理模块、车务管理模块,所述车务管理模块包括事故管理子模块、年检管理子模块、保险管理子
模块、违章管理子模块、日检表管理子模块;
53.其中,所述车辆信息管理模块用于管理各个公车的车辆信息,车辆信息包括车辆类型、车牌号、车辆所属部门、车辆颜色、车辆品牌、车辆型号、车辆座位数,其中车辆信息管理模块中修改,删除都是对选中车辆进行相应的操作。分配驾驶员和解除驾驶员。如果车辆和驾驶员是绑定的一一对应关系。可将驾驶员和车辆进行绑定;同时也可以店家解除驾驶员解除绑定关系。
54.所述驾驶员信息管理模块用于管理驾驶员信息,驾驶员信息包括驾驶员姓名、驾驶员性别、驾驶员所属单位、驾驶员所属部门、驾驶员身份证号、驾驶证号、准假车型、绑定用户,修改/删除驾驶员均是对选中驾驶员进行相关操作。绑定用户/解除用户:驾驶员是没有权限登录系统,如果驾驶员要登录系统,则需要绑定一个用户,用户和驾驶员是一一对应关系。解除则是解除驾驶员和用户的绑定关系。
55.所述终端管理模块用于新增、修改、删除、导出、刷新驾驶员终端信息,终端信息包括驾驶员的手机号码、绑定车辆的车牌号、终端状态、驾驶员所属单位。
56.所述事故管理子模块用于管理事故信息,事故信息包括事故单号、事故车辆、事故车辆的驾驶员姓名、事故发生时间、事故伤亡情况、事故发生地点、事故描述信息、事故现场图片。图8是示例性示出的新增事故信息的示意图。
57.所述年检管理子模块用于管理公车的年检信息,年检信息包括年检车辆、年检经办人、年检地点、年检间隔、年检提前时间、年检预计开始时间、年检预计到期时间、实际年检时间、年检费用、年检内容。
58.所述保险管理子模块用于对公车的保险信息进行管理,保险信息包括保险单号、保险车辆、保险间隔、保险提前时间、保险开始时间、保险失效时间、保险服务商、总保险费、保险购买时间、保险备注信息,所述违章管理子模块用于对公车的违章信息进行管理,违章信息包括违章车辆、违章驾驶员、违章时间、违章地点、违章处理金额、违章扣分,所述日检表管理子模块用于对驾驶员每日出车前提交的车辆检查表进行管理,车辆检查表包括单位信息、部门信息、车牌号、用户姓名、检查表提交时间。
59.所述公车管理系统还包括用车管理单元,所述用车管理模块用于对用车审批流程进行管理,所述用车管理单元包括用车申请模块、申请清单管理模块、待审核用车单管理模块、审核记录管理模块、个人审核记录管理模块、待派车管理模块、派车记录管理模块、待归队车辆管理模块、归队记录管理模块、待评价订单管理模块、已评价订单管理模块、无任务出车记录管理模块;
60.其中,若市局单位辖区内用车,则用车审批流程包括用车部门申请、市局车管员审批、派车、归车,若市局单位辖区外用车,则用车审批流程包括用车部门申请、市局车管员审批、市局分管领导审批、派车、归车,若县区分公司单位辖区内用车,则用车审批流程包括用车部门申请、分公司车管员审批、派车、归车,若县区分公司单位辖区外用车,则用车审批流程包括用车部门申请、分公司车管员审批、分公司车管部门负责人审批、分公司分管领导审批、派车、归车,若县区分公司单位市区外用车,则用车审批流程包括用车部门申请、分公司车管员审批、分公司主要负责人审批、市局分管领导审批、派车、归车;
61.所述用车申请模块用于申请人填写申请信息并提交申请信息,申请信息包括用车人姓名、用车人电话、目的地、用车区域、乘车人数、预计出车时间、预计归车时间、用车事
由。用车申请人逐一填写用车人(默认当前用户)、用车人电话(默认当前用户手机号)、目的地、用车区域(根据实际用车情况进行填写:审批流程不一样)、乘车人数(填入数字即可)、预计出车时间、预计归队时间、用车事由。申请一次点击申请即可。多次申请按钮可以在申请完成后,仍在本页面,以便于多次申请。重置按钮会将本次申请的所有数据重置掉。可以显示最近5次用车单。点击任一条用车单,可将此用车单信息快速添加到申请界面。以便于类似用车单的快捷申请。
62.所述申请清单管理模块用于对用车申请清单进行管理,待审核用车单管理模块用于显示所有待审核状态的用车申请单,所述审核记录管理模块用于显示待审核状态以后的所有订单,所述个人审核记录管理模块用于显示当前用户对订单进行审核的记录,所述待派车管理模块用于显示所有待派车状态的用车单并分配驾驶员,包括:1、选择需要派出的驾驶员;2、选择驾驶员绑定的车辆;3、如果在已选中车和驾驶中有不需要的车和驾驶员,可点击右上角x删除;4、分配完车和驾驶员后,点击确定派车生成。所述派车记录管理模块用于显示所有派车信息,显示所有的派车信息;打印按钮:将选中的用车单的派车单进行打印;订单出车:有订单车辆出公司时,门卫处进行再一次确认。出车状态对接门卫道闸,车辆经过门禁摄像头时会识别是否派车,如果已派车则判定出车,否则未反馈系统判断为无任务出车。
63.所述待归队车辆管理模块用于显示所有待归队状态的用车单,显示所有待归队状态的用车单。可以根据时间,用车单号,用车人,驾驶员,车牌号等信息进行查询;取消用车单按钮:取消选中的订单(只能由管理人员进行操作)。重派:如果订单选择的驾驶员临时有事或者驾驶员信息有误,可点击重派,让订单进去

待派车’状态;归队登记按钮:跳转归队界面(用于手动归队);已派车辆出车后反馈门禁摄像头识别会判定车辆归队,并自动记录出车里程、时间。
64.所述归队记录管理模块用于查询归队登记记录,所述待评价订单管理模块用于显示待评价订单并对待评价订单进行评价,所述已评价订单管理模块用于查询评价记录,所述无任务出车记录管理模块用于根据与门禁对接数据记录没有用车单的车辆出入情况。
65.所述公车管理系统还包括监控中心单元,所述监控中心单元用于对各个公车的车辆状态和车辆位置进行实时监控,所述监控中心单元包括车牌号筛选模块、车辆列表管理模块、地图弹窗模块、查看轨迹模块、围栏管理模块;
66.所述车牌号筛选模块用于根据车牌号查询车辆的状态和位置,可根据部门,车辆状态(行驶,停止,离线),车牌号进行筛选车。
67.所述车辆列表管理模块用于根据车辆状态查询车辆位置,所述地图弹窗模块用于响应于点击地图上的车辆图标显示车辆当前信息,所述查看轨迹模块用于查询车辆的轨迹信息,所述围栏管理模块用于管理位于地图上多边形围栏内的车辆。
68.所述公车管理系统还包括维修保养单元,所述维修保养单元包括车辆维修定额管理模块、维修保养报价明细管理模块、维修保养记录管理模块、维修保养审批管理模块;
69.其中,所述车辆维修定额管理模块用于新增维修保养定额数据以及对车辆的维修金额进行限制,所述维修保养报价明细管理模块用于新增维修保养明细数据并对维修保养申请时的保养项目进行数据展示,所述维修保养记录管理模块用于维修保养记录的查询、申请、修改、删除和登记,所述维修保养审批管理模块用于对维修保养审批流程进行管理;
70.其中,若维修保养申请人为市局驾驶员,则车辆的维修保养审批流程包括市局驾驶员申请、市局车管员审批、市局车管部门负责人审批、市局财务部门负责人审批、市局分管领导审批、市局主要负责人审批,若维修保养申请人为县区驾驶员,则车辆的维修保养审批流程包括县区驾驶员申请、县区车管员审批、县区车管部门负责人审批、县区财务部门负责人审批、县区分管领导审批、县区主要负责人审批。
71.其中,如维修记录中a车账面值为10万元以下,在行驶里程6万公里内时,若维修保养费用累计已经超出了设置的定额,在申请时则会提示申请失败,上图中依次类推。新增维修保养明细数据,用于提交维修保养申请时的“保养项目”数据展示。维修保养记录提供了维修保养记录的查询、申请、修改、删除、登记等功能,主要用于维修保养的申请与跟踪。在维修保养记录中提交了维修保养申请后,由流程中的“车管员”权限角色进行审核处理;车管员审核通过后由流程中的下一级领导审核处理,依次类推;市局内的申请单,费用在2000元以下时,最后的审核为“分管领导”,若费用在2000元以上,则需要“主要负责人”进行最终审批;最后由维修厂商权限账号进行登录处理,以完成整个维修保养流程;最后登记时,维修明细的金额比预算明细中的金额大时,该条记录会已红色显示,代表该记录的费用已经超出预算;
72.所述公车管理系统还包括统计报表管理单元,所述统计报表管理单元包括报表页面模块、报表共同查询模块、报表分类模块,所述报表分类模块包括行驶里程报表子模块、油耗报表子模块、违章统计报表子模块、用车时长统计报表子模块、车辆设备开机时长统计报表子模块、车辆停车时长统计报表子模块、车辆停车位置统计报表子模块、车辆津贴统计报表子模块。里程分析提供每辆车各时间段的行驶里程数据展示;车辆津贴统计:主要是统计市局车辆超过3000公里后的一个津贴费用情况。
73.所述公车管理系统还包括系统管理单元,所述系统管理单元包括单位管理模块、部门管理模块、用户管理模块、角色管理模块、权限管理模块、系统设置模块,所述系统设置模块包括数据字典管理子模块、供应商管理子模块。新增用户类型:1、普通(仅能看自己的数据);2、系统(能看到整个系统数据);3、部门(能看到本部门数据);4、所属部门:能看到部门及下属部门的数据;5、所属单位:能看到本单位的数据;6、厂商:对外服务商提供的账号。供应商管理提供供应商的录入、修改、删除等,该模块的信息会在维修保养、车杂费标准、车辆用品设置模块提供数据;若不添加,在相关联的模块会查询不了数据;无法进行后续的流程使用。
74.所述公车管理系统采用browser/server架构,所述公车管理系统的开发语言为java语言,所述公车管理系统运行在移动云服务器上。
75.其中,browser/server架构通过浏览器来进入工作界面,极少部分事务逻辑在前端实现,主要事务逻辑在服务器端实现,形成三层结构。客户端负荷大大简化,可实现轻量级,目前应用系统的发展方向。browser/server架构已逐渐成为大多数业务应用的主流选择,构架的理论研究及实现技术发展到相当的高度。java语言在保证格式规范的前提下还保留了一定的自由度,因此很适合作为大型网站开发的首选语言。本地物理服务器受限于单台物理服务器性能,不可弹性扩容,较低,移动云服务器可按需弹性扩容,通过专线互联,实现业务跨区域的高速、低延迟、大带宽、高qos互通。
76.以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,
任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献