企业汽车信息管理系统分析与设计docx.docx

企业汽车信息管理系统分析与设计docx.docx

《企业汽车信息管理系统分析与设计docx.docx》由会员分享，可在线阅读，更多相关《企业汽车信息管理系统分析与设计docx.docx（32页珍藏版）》请在冰豆网上搜索。

企业汽车信息管理系统分析与设计docx

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

企业汽车信息管理系统分析与设计

摘要

企业汽车管理是中小型企业单位对于管理汽车一个很重要的部分，如今我们学习这个企业汽车管理系统一方面考验自己的能力，一方面这个管理系统是管理软件的一个代表，所以对于我们特别有实践意义。

本企业汽车管理系统采用JAVA、PowerBuilder、sql、Microsoftaccess等组成，主要包括用户和管理员的登录、登记，驾驶人员信息，车辆信息，保险

信息，车辆分类信息还有车的使用情况等。

根据汽车的使用情况和车辆信息以及使用人员进行统计，系统也对使用人员信息进行统计，管理员可以给予使用人员登录系统的权限。

对于车辆有3个阶段的管理，1、用车记录；2、车辆维修情况；3、车辆违章记录对于企业汽车管理系统的一个统计。

利用数据库统计来实现。

在整个管理系统中，开发流程需要进行可行性分析、需求分析、总体设计、详细设计、系统实现以及测试计划。

其中关键的技术包括数据库的建立，数据库的连接，数据的添加、删除和更新。

关键词：

JAVA数据库PowerBuilder、Microsoftaccess

第一章前言2

1.1背景2

1.2编写目的3

1.3定义3

第二章可行性分析3

2.1技术的可行性3

2.2经济的可行性3

2.3管理上的可行性4

2.4结论4

3.1具体需求4

错误!

未定义书签。

（1）车辆分类管理4

3.2数据流图5

3.3数据字典6

3.4实体关系模型图6

错误!

未定义书签。

3.5性能需求6

3.6数据管理能力需求6

3.7故障处理需求7

3.8其他需求7

3.9运行环境需求7

第四章总体设计7

4.1系统分析7

4.2系统设计8

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

错误!

未定义书签。

4.3功能说明8

4.4重要数据的数据结构设计9

错误!

未定义书签。

4.5函数设计9

第五章详细设计9

5.1数据库的详细设计9

5.2数据库的实现10

5.3界面设计11

错误!

未定义书签。

错误!

未定义书签。

5.4系统功能详细说明11

错误!

未定义书签。

错误!

未定义书签。

错误!

未定义书签。

错误!

未定义书签。

错误!

未定义书签。

错误!

未定义书签。

第六章系统实现12

6.1系统登录模块13

6.2驾驶人信息登记模块13

6.3车辆信息分配模块13

6.4空余车辆管理窗体13

6.5车辆违章管理窗体13

6.6车辆维修管理窗体14

6.7保险信息管理窗体14

6.8用车记录窗体14

第七章系统测试14

7.1登录测试14

7.2系统功能模块测试15

第八章使用说明15

8.1运行环境15

8.2性能说明15

8.3操作说明16

总结与展望17

参考文献18

第一章前言

1.1背景

现在对于中小型企业来说汽车管理系统已经是非常重要的，它关系到整个

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

公司的运行，有个管理汽车的系统就可以清楚的看出整个公司对汽车的使用情

况，以便于公司对于其他事要使用车辆的安排。

所以开发企业汽车管理系统重要

一方面是方便公司的运营。

1.2编写目的

以可行性思维来思考这个管理系统的可行性，是否继续下去。

计算到这整个

开发软件过程中使用的人力物力财力，以尽可能节约成本来完成这个软件。

同时

也要考虑到这个软件带来的经济效益是否利大于弊，如果是，执行。

1.3定义

企业汽车管理系统名称为：

“companycarsystem”（ccs）。

系统登录模块：

主要负责管理员登录模块。

车辆管理：

主要负责查看车辆使用情况。

保险管理：

主要负责保险信息。

使用人员系统：

主要负责车辆的使用人员信息。

车辆维护系统：

主要负责查看哪些车辆需要维护或者在维护中。

车辆违章系统：

主要负责查看哪些车辆违章从而进行处理。

第二章可行性分析

可行性分析的主要目的是找出能否使该软件在使用最少资源的情况下开发出最好的软件从而达到盈利高的目的。

2.1技术的可行性

技术可行性主要是分析技术条件能否达到需求，符合客户的需求，硬件是否能支持，而且能顺利完成应该做的工作。

我觉得这个系统在技术可行方面可以实行，因为它利用计算机速度快而且方便储存，还准确性高这些特点，就能及时的储存相应的汽车、人员信息，而且计算机有强大的数据库，能有效安全的保存汽车用户以及保险等信息，确保了信息安全且不易于丢失。

2.2经济的可行性

在经济方面我觉得是没什么问题的，该软件的主要支出点是在于以下几个方面：

1、软件开发费；2、软件配置费；3、系统的维护费；而对于中小型企业的管理系统在软件开发费和配置费上所要使用的钱不需要花费太多，而在于软件

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

维护和管理费上，我相信一定能盈利。

一个好的软件卖的好才需要多的维护费。

2.3管理上的可行性

主要是管理人员对开发信息系统是否支持，现有管理制度是否科学，规章制度是否齐全，原始数据是正确等。

企业汽车管理系统比较完善的规章制度和管理方法为系统的建设提供了保障，一个软件设计的好坏，关键在于产品的可靠，稳定，便于维护，系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员进行补充、维护。

2.4结论

根据以上的描述与分析，我觉得可以开始进行对于软件系统的开发。

并且我

相信我们一定能以一个比较划算，实惠的开发费用开发出一个好的产品。

会更多

的吸引客户，同时，我们会更加注重与软件的维护与更新，有不断的新点子来吸

引别人的注意。

第三章需求分析

3.1具体需求

（1）车辆分类管理

简述：

车辆管理包括查看车辆的使用情况和车辆的现有状况输入：

车辆型号

处理过程描述：

提供车辆信息

输出：

操作成功过失败的提示信息。

（2）车辆信息管理

简述：

管理企业车辆信息，使用和未使用。

输入：

人员信息、使用车辆型号和使用时间。

处理过程描述：

使用情况录入系统

输出：

操作成功或失败的提示信息，产生车辆使用情况

（3）驾驶人员信息管理

简述：

统计驾驶人员的信息

输入：

人员信息

处理过程描述：

驾驶人员的车辆使用情况

输出：

使用情况以及人员车辆信息

（4）保险管理

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

简述：

车辆保险信息。

输入：

车辆编号

处理过程描述：

由车辆编号查询或修改各种信息

输出：

操作失败或者提示信息

（5）用车记录管理

简述：

管理车辆使用记录信息。

输入：

车辆信息

处理过程描述：

由车辆信息查询或修改各种信息输出：

操作失败或者提示信息

（6）车辆维修信息管理

简述：

车辆维修记录信息。

输入：

车辆编号信息

处理过程描述：

由车辆编号查询或修改各种信息

输出：

操作失败或者提示信息

（7）车辆违章记录

简述：

查看车辆的违章信息。

输入：

车辆编号信息

处理过程描述：

由车辆编号查询或修改各种信息输出：

操作失败或者提示信息

3.2数据流图

绘制数据流图的目的是为了方便开发人员与用户的交流，以及为系统的设计

提供依据。

数据流图的绘制过程通常是采用自顶向下，逐层分解，直到功能细化

为止，形成若干层次的数据流图。

企业汽车管理系统的数据流图如下所示：

图3-1顶层系统模型图3-2一层数据流图图3-2二层数据流图

名称：

车辆维修档案

名称：

车辆违章档案

别名：

别名：

描述：

记录车辆维修信息

描述：

记录车辆违章信息

定义：

车辆维修档案＝维修费用

+维修时

定义：

车辆信息档案＝违章费用

+违章时间+

间+维修信息

违章信息

位置：

输出到车队管理档案

位置：

输出到车队管理档案

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

名称：

车辆信息档案

名称：

驾驶人员信息档案

别名：

别名：

描述：

驾驶人员记录的集合

描述：

记录车辆基本信息

定义：

驾驶人员信息档案＝姓名

+性别+证件

定义：

车辆信息档案＝型号

+编号

位置：

输出到车队管理档案

号

位置：

输出到车队管理档案

名称：

保险信息档案

名称：

用车记录档案

别名：

别名：

描述：

车辆的保险信息乐记录

描述：

记录车辆使用信息记录

定义：

保险信息档案＝保险信息

+保险费

定义：

用车记录档案＝使用次数

+使用时间+

用

使用人员

位置：

输出到车队管理档案

位置：

输出到车队管理档案

名称：

车队管理档案

别名：

描述：

车辆及其驾驶人员记录的集合

定义：

车队管理档案＝车辆维修档案+车辆违章档案+车辆信息档案+驾驶人员信息档案+保险信息档案+用车记录档案

位置：

输出到车档案

3.3数据字典

3.4实体关系模型图

根据系统的功能需求画出实体联系图（E-R）图：

3.5性能需求

1、精度

软件主要用于管理，不需要太精确的数据，可以用浮点数。

2、时间特征要求

软件运行的响应时间要求不超过2-3秒。

3、灵活性

软件具有更新功能，以满足用户的需求。

3.6数据管理能力需求

本软件管理的数据大都以数据库的形式储存，主要包括车辆信息，车辆使

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

用信息数据，驾驶人员信息数据，其中车辆信息数据基本不变，数据库大小基本

不变，而客户信息数据和车辆使用数据随着时间的推移每天都在增加，车辆信息

数据需要定期进行整理和处理。

3.7故障处理需求

本软件具有错误和异常的处理能力，基本不会有软件故障，保证软件能正在运行，有对数据库备份的功能，这样才能使用户满意。

3.8其他需求

本软件有保密功能，对于管理员设立了系统账号管理功能，管理员登录时

需要验证用户名及密码，对于三次密码输入错误的使用者则关闭此系统，这样保

证了数据的安全。

本软件使用也十分方便，以窗口的形式呈现给管理员，很容易

操作。

3.9运行环境需求

内存：

512M；

硬盘：

80G；

操作系统为Windows系列。

第四章总体设计

4.1系统分析

根据用户的要求以及对需求分析阶段对功能的分析，要实现车辆分类管理、

车辆信息管理、驾驶人员信息管理、保险管理、用车记录管理、车辆维修信息管

理、车辆违章记录。

（1）车辆分类管理：

车辆管理包括查看车辆的使用情况和车辆的现有状况，

提供车辆信息_——车辆信息档案。

（2）车辆信息管理：

管理企业车辆信息，使用和未使用，使用情况录入系

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

统，反馈出还有什么车辆是可以使用的——车辆信息档案。

（3）驾驶人员信息管理：

统计驾驶人员的信息，驾驶人员的车辆使用情况。

——驾驶人员信息档案。

（4）保险信息管理：

车辆保险信息，由车辆编号查询或修改各种信息。

—

—保险信息档案

（5）用车记录管理：

管理车辆使用记录信息，对车辆记录进行增删改查。

——用车记录档案

（6）车辆维修信息管理：

车辆维修记录信息，记录车辆的维修时间，维修

费用，维修次数，并对其进行增删改查。

——车辆维修档案

（7）车辆违章信息管理：

查看车辆的违章信息，记录车辆的违章时间，违

章罚款费用，违章次数，并对其进行增删改查。

——车辆违章档案

4.2系统设计

由问题分析我们确定了本系统需要哪些确切的功能模块和组织结构。

本系统的总体结构采用菜单来调用窗体，利用窗体来进行管理、数据加工、信息查询等工作，系统的功能模块图如图4-1所示：

4.3功能说明

系统分为七个模块来对实现其功能需求，即：

车辆分类管理模块、车辆信息管理模块、驾驶人员信息管理模块、保险信息管理模块、用车记录管理模块、车辆维修信息管理模块、车辆违章信息管理模块。

1、车辆分类管理模块

车辆分类信息登记：

对车辆分类信息进行登记

2、车辆信息管理模块模块

车辆信息管理：

管理车辆的信息

空闲车辆管理：

对没有使用的车辆进行管理，以便驾驶人员对未使用车辆的的使用。

3、驾驶人员信息管理模块

驾驶人员管理：

对驾驶人员信息的管理

4、保险信息管理模块

保险信息统计：

对车辆的保险信息进行统计和计算

5、用车记录管理模块

使用车辆管理：

车辆使用信息的添加、查询和删除

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

空闲车辆管理：

对没有使用的车辆进行管理，以便驾驶人员对未使用车辆的的使用。

6、车辆维修信息管理模块

车辆维修信息管理：

对车辆的维修时间，维修费用，维修次数等维修信息进行管理。

7、车辆违章信息管理模块

车辆违章信息管理：

对车辆的违章时间，违章罚款费用，违章次数等违章信息进行管理。

4.4重要数据的数据结构设计

在系统的代码实现的时候，必须用到一些变量，一般我们所用到的变量为两种：

一是全局变量、二是局部变量。

全局变量：

以“car_”加字母作为变量名，如：

car_name。

局部变量：

不限制。

4.5函数设计

为了简化程序，并且提高代码的重要性，在编写代码时，对多次用到代码

段，定义成函数，在用到的地方直接调用函数。

全局函数以“gfunction_”加函数名，如：

gfunction_Add（）；

局部函数以“zfunction_”加函数名，如：

zfunction_Add（）；

第五章详细设计

在此阶段将对系统进行更详细的分析和设计，目的是确定如何具体地实现所要求的系统。

5.1数据库的详细设计

在设计和实现代码之前必须设计好数据库，根据系统的总体

E-R图装得到

数据库的概念模式：

1、车辆违章档案Car_Violation：

（违章时间Violation_time（int）、汽

车编号Car_ID（int）、违章类别Violation_leibie（varchar（3000））、违章费

用Violation_pay（varchar（3000））、违章信息Violation_xx（varchar（3000））、违章时间weizhang_time（varchar（3000）））

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

2、车辆维修档案Car_service：

（维修次数weixiu_num（int）、车辆编号Car_ID（int）、维修费用weixiu_pay（varchar（30000））、维修时间weixiu_time（varchar（30000））维修时间weixiu_time（varchar（30000））、维修信息weixiu_xx（varchar（30000）））

3、车辆使用情况档案Car_used：

（使用次数User_num（int）、人员编号man_id（int）、使用人员User_man（char（10））、使用信息User_xx（char（10）））

4、驾驶人员档案Driveman：

（人员编号man_id（int）、人员姓名man_xm

（varchar

（1））、人员性别man_sex（varchar（30000））、人员其他信息man_qtxx

（varchar（3000）））

5、保险信息档案baoxian：

（保险编号baoxian_id（varchar

（1））、保险信息baoxian_xx（）varchar

（1）、保险费用baoxian_pay（int））

6、车辆信息档案vehicleclassification：

（车辆编号Car_ID（int）、使用次数User_num（int）、车辆名称Car_mz（varchar

（1））、车辆分类Car_fl

（char（10））、车辆信息Car_xx（char（10）））

5.2数据库的实现

根据系统数据库的概念模式，可以得到应有如下的6个数据表：

维修时间

表Car_Violation

字段类型是否为空备注

Violation_time

int

notnull,

违章时间

Car_ID

int

null,

汽车编号

Violation_leibie

varchar（3000）

notnull,

违章类别

Violation_pay

varchar（3000）

notnull,

违章费用

Violation_xx

varchar（3000）

notnull,

违章信息

weizhang_time

varchar（3000）

notnull,

违章时间

constraintPK_CAR_VIOLATIONprimarykey

（Violation_time）

主键

表Car_service

字段

类型

是否为空

备注

weixiu_num

int

notnull,

维修次数

Car_ID

int

null,

车辆编号

weixiu_pay

varchar（30000）

notnull,

维修费用

weixiu_time

varchar（30000）

notnull,

维修时间

weixiu_xx

varchar（30000）

notnull,

维修信息

constraintPK_CAR_SERVICEprimarykey

（weixiu_num）

主键

表Car_used

字段

类型

是否为空

备注

User_num

int

notnull,

使用次数

man_id

int

null,

人员编号

User_man

char（10）

notnull,

使用人员

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

User_xx

char（10）

notnull,

使用信息

constraintPK_CAR_USEDprimarykey

（User_num）

主键

表Driveman

字段

类型

是否为空

备注

man_id

int

notnull,

人员编号

man_xm

varchar

（1）

notnull,

人员姓名

man_sex

varchar（30000）

notnull,

人员性别

man_qtxx

varchar（3000）

notnull,

人员其他信

息

constraintPK_DRIVEMANprimarykey

（man_id）

主键

表baoxian

字段

类型

是否为空

备注

baoxian_id

varchar

（1）

notnull,

保险编号

baoxian_xx

varchar

（1）

notnull,

保险信息

baoxian_pay

int

notnull,

保险费用

constraint"PK_INSURANCEINFORMATION"primarykey

主键

（baoxian_id）

表vehicleclassification

字段

类型

是否为空

备注

Car_ID

int

notnull,

车辆编号

User_num

int

null,

使用次数

Car_mz

varchar

（1）

notnull,

车辆名称

Car_fl

char（10）

notnull,

车辆分类

Car_xx

char（10）

notnull,

车辆信息

constraint"PK_VEHICLE

CLASSIFICATION"primarykey

主键

（Car_ID）

5.3界面设计

较好的界面能给用户一幕了然的感觉，也便于设计，系统的界面应该保持一致不随时间而改变，好的界面是能给用户提供帮助的。

图5-1用户登录界面图5-2系统主界面

5.4系统功能详细说明

目的：

对车辆的信息进行登记和保存。

功能：

以直接录入的方式对车辆信息进行录入，建立相应的车辆信息档案，

并可对车辆信息进行添加、删除、修改和查询。

性能：

稳定、快速、准确。

文档来源为:

从网络收集整理.word版本可编辑.欢迎下载支持.

输入项：

车辆的编号。

输出项：

相应的信息记录和相应的出错信息提示。

目的：

对驾驶人员的信息进行登记和保存。

功能：

以直接录入的方式对车辆信息进行录入，建立相应的驾驶人员信息，可对驾驶人员信息进行增加、删除、修改、查询。

性能：

稳定、及时、正确。

输入项：

驾驶人员的信息：

证件号、姓名、性别、证件名称。

输出项：

相应的信息记录和相应的出错信息提示。

目的：

对车辆的报信信息进行管理。

功能：

以直接录入的方式对车辆的保险信息进行录入，可对保险信息进行增加、删除、修改、查询。

性能：

稳定、快速、及时、正确。

输入项：

保险类型，保险时间、保险价格。

输出项：

相应的信息记录和相应的出错信息或提示。

目的：

车辆使用情况及其可使用车辆

功能：

以直接录入的方式对用车记录信息进行录入，可对用车记录信息进行增加、删除、修改、查询。

性能：

稳定、快速、正确。

输入项：

使用次数、使用时间、使用人员

输出项：

相应的信息记录和相应的出错信息或提示。

目的：

管理员管理车辆维修信息

功能：

对车辆的维修信息进行管理，信息的添加、修改、删除和查询。

性能：

稳定、快速、正确

输入项：

维修时间、维修费用、维修信息

输出项：

相应的信息记录和相应的出错信息或提示。

目的：

管理员管理车辆违章信息

功能：

对车辆的违章信息进行管理，信息的添加、修改、删除和查询。

性能：

稳定、快速、正确

输入项：

违章费用、违章时间、违章信息

输出项：

相应的信息记录和相应的出错信息或提示。

第六章系