车辆管理系统需求分析Word格式文档下载.docx

车辆管理系统需求分析Word格式文档下载.docx

《车辆管理系统需求分析Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《车辆管理系统需求分析Word格式文档下载.docx（15页珍藏版）》请在冰豆网上搜索。

《Delphi程序设计大学教程》：

刘艺罗兵周安栋编著，机械工业出版社

#

《VisualBasic管理系统开发实例》

《Delphi管理信息系统项目开发实践》

2.任务概述

目标

开发目标

在当今世界电脑普及的时刻，人们已经习惯用电脑办公，结果自然会产生大量的电子文件，这些文件有宝贵的历史价值，但我们如果将更多的时间花费在寻找这些文件上，即费时又费力。

本软件根据此需求进行开发的。

应用目标

让企事业单位能够有效的掌握，有效的共享文件资源，保护好文件，及促进车辆管理的信息化、规范化和集成化，实现计算机的智能化管理，以提高工作效率和经济效益。

\

运行环境

硬件环境

A．一台586以上的微机及兼容

B．内存16MB（最好32MB内存）　

C．VGA彩显一台

软件环境

A．windows98以上的操作系统

B．MicrosoftVisualBasic.中文版数据库管理系统　

【

C．Office2000应用软件

条件与限制

本车辆管理系统软件是应用于中小企业的。

在功能上还可进一步实现安全防范、与E-Mail和因特网电话集成起来，成为网络车辆管理系统软件。

3.数据描述

静态数据

下面列出了六个表的具体静态数据：

1）车辆仓库表

*

此表存放车辆的信息

字段

字段名

类型

宽度

1

》

车辆名称

Text

50

2

车辆编号

3

|

车辆用途

4

车牌号码

20

5

{

购买价格

Digiter

6

车辆类型

7

…

购买日期

Data/time

自动

8

购入单位

9

档案编号

2）登录表

此表存放操作员工的信息

用户名

（

密码

权限

·

级别

text

3）出车登记表

}

用车人

"

驾驶员

用车部门

出车日期

用车事由

[

4）4）回车登记表

&

回车人

回车日期

出车天数

%

5）驾驶员信息表

]

编号

姓名

身份证号码

；

性别

出生日期

~

领证日期

地址

准驾车型

10

所属部门

11

联系电话

6）加油信息表

加油日期

data

加油方式

加油类型

$

加油数量

加油单价

加油金额

;

7）维修表

维修单号

维修日期

-

使用单位

送修人

维修项目

维修厂

维修费用

8）!

9）费用表

费用日期

费用车辆

费用部门

费用人员

金额

10）事故表

事故日期

，

事故地点

事故概要

损坏程度

公司承担金额

保险承担金额

11）保险表

担保公司

<

担保类型

保险金额

担保车辆

保险日期起

、

保险日期止

动态数据

^

输入数据：

菜单选项，查找关键字，新建记录项。

输出数据：

由查询关键字确定的数据库记录集合。

内部生成的数据：

中间查询结果。

数据库描述

本软件采用SQLSERVER数据库。

数据流图

《车辆管理系统》软件的数据流图是比较清晰的，对各功能模块来说都比较有规律。

但完整的图比较繁琐。

）

车辆管理系统顶层图

车辆管理系统0层图

数据字典

数据字典是描述数据流图中数据的信息的集合。

它对数据流图上每一个成分：

数据项、文件（数据结构）、数据流、数据存储、加工和外部项等给以定义和说明；

它主要由数据流描述、加工描述和文件描述三部分组成。

从上面数据流图可知，本系统包含以下数据流、数据存储、数据加工。

1、数据流

数据流名称：

出车单

别名：

无

简述：

指驾驶员出车的清单。

来源：

管理部

去向：

加工“车辆出库信息”

组成：

出车单编号+车辆类别编号+出车日期+库位编号

数据流名称：

车辆入库单

指车辆入库的清单。

加工“添加入库信息”

入库单编号+车辆类别编号+计量单位+数量+入库日期+库位编号

费用单

车辆产生费用的清单。

驾驶员

加工“添加费用信息”

费用单编号+费用类别编号+计量单位+数量+费用日期+费用原因

车辆管理系统的数据需求

车辆管理系统的数据需求包括如下几点：

1．数据录入和处理的准确性和实时性

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。

数据的输入来源是手工输入。

手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。

2．数据的一致性与完整性

由于系统的数据是共享的，在不同的客户端中，车辆文件是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。

要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。

对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。

3．数据的共享与独立性

/

整个车辆管理系统的数据是共享的。

然而，从系统开发的角度上看，共享会给设计和调试带来困难。

因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。

这样，也能提供系统的强壮性。

4.功能要求

功能划分

本系统有以下功能模块：

1）车辆管理模块

2）查询管理模块

3）车辆借用和归还

4）系统配置模块

5）系统维护模块

6）打印报表模块

7）帮助模块

功能描述

下面详细描述一下各个功能模块：

1）车辆管理

（1）车辆管理:

只限于管理员操作。

而且不同的用户级别所操作的车辆类型是有限制的。

用户可以向里面添加、修改和删除车辆类型。

也可设置车辆类型。

（2）车辆仓库:

限于全体操作员工。

一般浏览者只能查看车辆，不能对车辆做任何的修改。

而且不同的用户级别所看到的车辆是有限制的。

2）查询管理

（1）查询单条车辆记录：

主要是适合于全体操作员工的。

在窗体上，先可以选择查询的条件，再输入关键字名。

按查询即可。

如果你不熟悉该车辆也可以在窗体上选择模糊搜索。

查到记录后，也可双击记录即可显示详细信息。

（2）查询全部车辆：

是给管理员用的，是为了方便管理员查找车辆，也有关键字搜索和模糊搜索。

（3）查询驾驶员：

是给管理员用的，因为操作员工的信息是保密的，所以只限管理员使用。

也有多种查询方法。

车辆借用和归还：

借用的登记查询与核销。

通过此模块进行车辆借用和归还记录的修改、删除和查询。

4）系统配置

（1）配置公司信息:

只限管理员配置，主要是配置公司的基本信息。

一般用户和浏览者均可查看。

（2）配置系统桌面：

用户可以配置自己喜欢的桌面图形。

只要在窗体上单击选择图片，再选择所喜欢的图片即可。

（3）数据库保存路径：

仅限管理员使用。

用于打开数据库。

5）系统维护

（1）数据备份：

用户可以通过选择保存的路径把数据库保存在硬盘中，也可保存在软盘中。

（2）数据恢复：

用户可以通过选择路径把数据恢复。

（3）操作员工管理：

仅限管理员。

其中可以添加、修改、删除操作员工，设置他们的权限、级别及密码。

（4）系统整理信息：

显示距离管理员整理系统的时间。

6）打印报表

（1）打印单条车辆记录:

主要适用于一般浏览者和一般用户。

他们只能打印在他们的权限和级别范围内所能查看的车辆。

（2）打印全部车辆:

是为管理员设置的，管理员可以根据需要设置打印。

也可以让车辆以报表的形式生成文本文件或HTML文件输出。

注：

打印操作人员的信息只限管理员使用。

7）帮助

（1）帮助信息：

显示系统的详细帮助信息。

（2）关于系统：

主要是显示系统的一些信息。

5．性能需求

数据精确度

A．要按照严格的数据格式输入，否则系统不给予响应进行处理。

B．查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。

因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询：

直接查询和模糊查询。

时间特性

一般操作的响应时间应在1~2秒内，对软磁盘和打印机的操作也应在可接受的时间内完成。

适应性

满足企事业单位使用的需求（记录量控制在1000项内）。

对前面提到的运行环境要求不应存在困难。

6.运行需求

用户界面

超越VB的界面，全新感觉，操作简便，一目了然，视图优美等特点。

并且采用菜单界面驱动方式，给操作用户带来了极大的便利，对用户友好。

对鼠标和键盘单独支持。

硬件接口

本软件不需要特定的硬件或硬件接口进行支撑。

486以上PC机均可运行此软件。

软件接口

运行于Windows95及更高版本具有WIN32API的操作系统之上。

故障处理

正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

调试中遇到的问题及解决的方案：

1）遇到跳出“数据库已经关闭“提示信息阻止程序运行时

可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。

2）关于空记录带来的麻烦

有些空记录往往会使程序无法运行。

此时你可用“ifnotisnull”语句先判断一下是否为空记录，再操作。

7．其它要求

1）系统的功能实现情况:

用户可在本系统下实现各种用户要求的功能。

2）系统的安全性:

对于系统的重要数据都有密码保护，具有一定的安全性。

3）系统的容错性:

用户输错数据都有提示信息，具有较好的容错性能。

4）系统的封闭性:

用户的封闭性较好，用户基本上在提示信息下输数据。