CN102521682A - 车辆综合管理系统 - Google Patents

Abstract

本发明公开了一种车辆综合管理系统，包括客户端、服务器端和局域网络，所述的客户端设在供电公司局域网内，所述的服务器端包括数据库服务器端及WEB应用服务器端，所述客户端的计算机通过局域网络访问WEB应用服务器端，所述的WEB应用服务器与数据库服务器端交互，具备用车申请流程、车队调度员派车、车辆台班计算、驾驶员工资及补助费用计算、业务部门用车费用统计功能。采用本发明系统可提高服务质量，驾驶员服务质量的好坏直接与经济效益挂钩，用车部门有权拒绝服务质量差的驾驶员的服务。

Description

车辆综合管理系统

技术领域：

本发明涉及一种车辆综合管理系统。

背景技术：

随着电力系统车辆的迅猛增加，车辆管理已成为企业安全管理和提升交通运行效率的需要。

在目前的车辆使用过程中，存在着一方面有些部门急需用车而车队无车可派的现象，另一方面有些车辆又经常闲置的情况，影响车辆的运行效率。为提高车辆的使用效率有必要车辆调度系统集中汇总每个部门的用车信息，集中调配车辆。

综上所述，目前车辆管理有如下不足：

1、业务部门通过电话方式向车队申请用车，用车申请过程没有审批；

2、车辆使用率不高；

3、驾驶员补助手工计算，费时费力；

4、业务部门不能实时查询用车费用发生情况，无法控制用车成本。

发明内容：

为克服现有技术的缺陷，本发明的目的在于提供一种车辆综合管理系统，其目的是提供用车申请审批流程，车队派车功能，驾驶员工资和补助核算功能，以提高车辆使用效率。

本发明解决技术问题采用如下技术方案：

车辆综合管理系统，包括客户端、服务器端和局域网络，所述的客户端设在供电公司局域网内，所述的服务器端包括数据库服务器端及WEB应用服务器端，所述客户端的计算机通过局域网络访问WEB应用服务器端，所述的WEB应用服务器与数据库服务器端交互，具备用车申请流程、车队调度员派车、车辆台班计算、驾驶员工资及补助费用计算、业务部门用车费用统计功能。

车辆综合管理系统采用的实施方法为：

台班：根据出车时间计算台班；

台次：从离开车队到返回车队为一个台次；

用车目的地补助标准：根据用车目的地的不同制定不同的补助标准；

用车申请流程：业务部门根据身份的不同启动不同的用车申请审批流程；

派车：车队调度员收到业务部门的用车申请后，根据车辆空闲情况酌情派车；

驾驶员补助费用计算：车队调度员根据驾驶员的台班、台次、加班、夜班、公里补助等计算补助费用；

部门用车费用统计：业务部门根据用车情况统计费用。

本发明采用上述技术方案的有益效果是：

系统的运行稳定、功能完善，具有高可靠性和良好的可扩展性、开放性、兼容性，优良的易维护性和易用性；

系统的使用将增进企业的信息化，提高车辆的现代化管理水平；

降低车辆运行成本，使企业为自身和社会创造更大的效益；

明确车辆的使用权限，职工用车要经各级主管审批；

提高车辆使用效率，避免有些部门无车可用而有些车辆又闲置的情况；

节约费用，通过并车功能和台班核算为企业节约费用；

提高服务质量，驾驶员服务质量的好坏直接与经济效益挂钩，用车部门有权拒绝服务质量差的驾驶员的服务；

附图说明：

图1为本发明三层软件架构模式图；图2为本发明系统构成图；图3为采用本发明系统的用车申请流程图。

以下通过具体实施方式，并结合附图对本发明作进一步说明。

具体实施方式：

实施例：本实施例的车辆综合管理系统，图2所示，包括客户端1、服务器端2和局域网络3，所述的客户端1设在供电公司局域网内，所述的服务器端2包括数据库服务器端21及WEB应用服务器端22，所述客户端1的计算机11通过局域网络3访问WEB应用服务器端22，所述的WEB应用服务器22与数据库服务器端21交互，具备用车申请流程、车队调度员派车、车辆台班计算、驾驶员工资及补助费用计算、业务部门用车费用统计功能。

1 采用三层软件架构模式

在集成了Web技术的三层Client/Server结构模式中，数据库不是直接服务每个客户端，而是与Web服务器相沟通，实现了对客户信息服务的动态性、实时性和交互性。三层Client/Server结构是将应用功能分成表示层、功能层和数据层三部分。其解决方案是：对这三层进行明确分割并在逻辑上使其独立。原来的数据层作为DBMS已经独立出来，所以关键是要将表示层和功能层分离成各自独立的程序，并且还要使这两层间的接口简洁明了。

三层CLIENT/SERVER的结构体系，如图1所示，其原理如下：

表示层

表示层是应用的用户接口部分，它担负着用户与应用间的对话功能，检查用户输入的数据，显示应用输出的数据，完成数据的展现功能；

功能层

功能层相当于应用的主体，它是将具体的业务处理逻辑地编入程序中，利用应用服务器完成客户的应用功能；

数据层

数据层负责管理对数据库数据的读写，数据层也就是数据库管理系统(DBMS)，数据库管理系统必须能迅速执行大量数据的更新和检索。现在的主流是关系数据库管理系统。

三层Client/Server结构模式的特点：

把应用从客户机上分离出来，使之不再支持应用，变成一个简单的客户机；

系统维护简单，摆脱了由于客户机有多个应用而造成的复杂运行环境的维护；

应用的增加、删减、更新不影响用户个数和执行环境；

当来自客户端的访问频繁，造成第三层的数据库服务器负荷过重时，可分散、均匀负荷而不影响客户环境。

数据具有更高的安全性，在三层Client/Server中识别用户的机制是按层来构筑的，对应用和数据的存取权限也可以按层进行设定。例如，即使外部的入侵者突破了表示层的安全防线，若在功能层中备有另外的安全机制，系统也可以阻止入侵者进入其他部分。

2 车辆管理系统硬件环境

在车辆管理系统中硬件环境如图2所示。即：客户端通过访问WEB应用服务器实现业务处理功能，WEB应用服务器与数据库交互实现数据操作功能，客户端不直接与数据库服务器交互。

3 用车申请流程

用车申请流程如图3所示。用车申请流程如下：

主业一般人员正常情况下，需要部门负责人审批，如果是在供电范围内则部门负责人审批后直接发给车队；如果是在供电范围外或者个人用车，则需公司领导审批。

主业一般人员在特殊情况下，可以直接将用车申请发送给公司领导，由公司领导审批后发送给车队。

多经公司一般人员正常情况下，需要部门负责人审批，如果是在供电范围内则部门负责人审批后直接发给车队；如果是在供电范围外，则需多经公司领导审批；如果是个人用车，则需公司领导审批。

用车申请单

4 派车

执行每天的派车动作，对于已被批准的用车申请，指定某辆车并打出派车单。提供并车提醒功能，列出适宜合并的用车申请供决定是否合并。安排车辆时，自动列出所有适宜的车辆供选择。

派车单

5 实际用车设定

由车队调度员根据派车单的返回时间录入每次用车的实际用车时间。

实际用车时间设定

6 费用核算

建立台班与出车时间的换算关系：

0＜实际时段＜＝4小时        台班＝0.5

4小时＜实际时段＜＝8小时    台班＝1

8小时＜实际时段＜＝12小时   台班＝1.5

12小时＜实际时段＜＝16小时  台班＝2

天数＞＝2时，按每天1个台班计算

费用核算方法：

从出车记录中导入本月出车记录，并自动计算相应补助。

出车几天就算几个台次。

台班补助标准和台次补助标准以及休息日，节假日补助标准，公里费补助，基数均可维护。

时段＞＝22点或者＜＝4点算夜班。

休息日与节假日如果重叠，则取其补助高者计算。

月度单车考核补助表

7 权限管理

按角色进行授权，即将功能模块授予角色，在将角色授予用户。

Claims (2)

1.车辆综合管理系统，其特征在于，包括客户端(1)、服务器端(2)和局域网络(3)，所述的客户端(1)设在供电公司局域网内，所述的服务器端(2)包括数据库服务器端(21)及WEB应用服务器端(22)，所述客户端(1)的计算机(11)通过局域网络(3)访问WEB应用服务器端(22)，所述的WEB应用服务器(22)与数据库服务器端(21)交互，具备用车申请流程、车队调度员派车、车辆台班计算、驾驶员工资及补助费用计算、业务部门用车费用统计功能。

2.按照权利要求1所述的车辆综合管理系统采用的实施方法，其特征是包括以下步骤：

台班：根据出车时间计算台班；

台次：从离开车队到返回车队为一个台次；

用车目的地补助标准：根据用车目的地的不同制定不同的补助标准；

用车申请流程：业务部门根据身份的不同启动不同的用车申请审批流程；

派车：车队调度员收到业务部门的用车申请后，根据车辆空闲情况酌情派车；

驾驶员补助费用计算：车队调度员根据驾驶员的台班、台次、加班、夜班、公里补助等计算补助费用；

部门用车费用统计：业务部门根据用车情况统计费用。

Images