单位车辆管理系统论文Word格式.docx

单位车辆管理系统论文Word格式.docx

《单位车辆管理系统论文Word格式.docx》由会员分享，可在线阅读，更多相关《单位车辆管理系统论文Word格式.docx（12页珍藏版）》请在冰豆网上搜索。

2．数据库：

SQLSERVER2000。

3．所使用的语言、工具:

VB6.0+SQLSERVER2000+WINDOWSXP。

4．所采用的技术、系统结构:

ADO数据库联接技术,系统结构为C/S结构。

设计要求5．教师布置实习任务和要求时，不得缺席，并做好记录。

6．上机前预先把所有的源程序编写好。

7．上机时不得迟到，不得缺席，爱护设备，认真调试程序。

8．仔细查阅相关资料，认真完成思考题。

9．按要求书写设计任务书，并按要求按版打印，不得雷同。

工作量二周工作计划周一听取教师布置设计的任务及要求。

周二学生查阅相关资料，进行数据库设计。

周三至周五：

详细设计与界面设计。

周一至周四程序设计与上机，调试源程序。

周五书写课程设计任务书。

参考资料《数据库应用技术》《数据库应用技术实验指导书》自编《数据库应用技术课程设计指导书》等自编指导教师评语教师：

学生：

说明：

此表一式四份，学生、指导教师、教研室、系部各一份。

可加附页。

2011年12月31xxxx大学课程设计说明（计算）书目录第一章概述1第二章问题定义2第三章需求分析4第四章数据库设计9第五章界面设计14第六章代码与注释18设计总结21参考文献22第一章概述本系统的主要目的是实现车辆信息的系统化、规范化和自动化；

操作系统选择目前常用的Windows2000/XP。

系统性质为MIS（管理信息系统）或财务软件。

本系统是针对单位车辆管理而设计的，系统包括：

系统管理模块，司机信息管理、车辆信息管理，运营信息管理，维修信息管理，事故信息管理和费用信息管理等内容。

要求以车辆信息管理为核心，进行系统分析设计，详细完成本管理系统的设计工作，完整编写、调试相应程序。

车辆管理系统是一个协助各单位进行全面的车辆管理的系统。

包括车辆档案管理；

驾驶员档案管理；

车辆运营信息管理；

车辆事故信息管理；

车辆维修信息管理；

车辆费用管理等几个功能模块。

各模块之间的部分数据必须统一，如车辆事故信息管理模块中的驾驶员，事故车辆必然来自司机模块和车辆信息模块，为了可以灵活的处理数据，系统应该提供一个数据接口，允许对数据进行导出处理，系统目标设计是用Excel数据表导出数据，可以方便用户灵活的处理数据。

同时也提供强大数据报表功能。

和普通系统一样，该系统也具有一个对系统用户进行管理的，用户管理模块，包括用户添加，用户密码的修改，用户的删除（只限Administrator）。

第二章问题定义用户信息管理：

包括用户管理、用户的添加、用户密码修改、用户的删除。

用户管理模块主要功能是用户的添加修改密码和删除。

添加用户是所有用户都具有的功能。

要求提供用户名和密码，以及密码的确认这里不做详细展开。

密码的修改，考虑到用户的安全性，在修改密码的同时，要求对原密码的确认，对于确认密码是用户在登录时候，在与数据库用户密码审核的时候将密码读入到全局变量password，在用户进行密码修改的时候将输入的原密码框与password进行比较，通过在核定两次密码输入是否一致，这样就实现了用户密码的安全修改。

对于用户的删除，充分考虑了系统安全问题，在数据库建立的时候，初始化了一个超级管理员Administrator，同时也有一个全局变量username与之对应，用于用户名的校对。

只有用户名为Administrator的时候才允许对用户进行删除。

用户的删除对于超级管理员是完全透明的，当用超级管理员登录后，使用删除用户操作时，系统将从数据库用户表中读取所有的用户名，管理员之需选定即可删除，所以说对于超级管理员是完全透明的，其中超级管理员不允许被删除。

司机信息管理：

包括司机信息添加、司机信息修改、司机信息删除、司机信息的查询。

运营信息管理：

包括运营信息添加、运营信息修改、运营信息删除、运营信息的查询。

司机信息管理模块主要由三个窗体组成，分别是frmdriver、frmdriverlist、frmdriverfind。

其中frmdriver窗体为司机信息的添加和修改窗体，它类似于以上详细介绍的车辆信息窗体，它也是有一个全局变量gintdmode来控制是处于添加状态还是修改状态，用另外一个全局变量flagdedit来标志当前是否已经进行了数据修改，如果已经修改将值置1，在显示数据的时候，如果已经修改则重新显示数据，保证显示数据与数据库的统一。

维修信息管理：

包括维修信息添加、维修信息修改、维修信息删除、维修信息的查询。

事故信息管理：

包括事故信息添加、事故信息修改、事故信息删除、事故信息的查询。

费用信息管理：

包括费用信息添加、费用信息修改、费用信息删除、费用信息的查询。

这三个模块基本的输入输出功能与前面介绍的模块大体相似，在信息录入的时候，司机和车辆牌照信息，考虑到数据库各表之间的统一，在这三个模块中的司机名称和车辆牌照两个数据项是从前面的数据库中读取的，自动添加到这边窗体中的ComboBox中，用户只需直接选取即可。

与前面几个模块不同的地方还在于数据库中数据读取不能像前面的车辆模块一样只用车辆牌照就可以唯一的确定一条记录。

比如维修信息表，一辆车可能存在很多维修记录，这样在数据查询的时候，就出现了不确定性，在这个问题是我们采用了联合查询，一辆车可以有很多维修信息，但是，一辆汽车在同一个时间只能是一次维修，这样我们就唯一的确定了维修信息。

同样一辆汽车不可能在同一个时间发生两次车祸。

费用管理模块，主要是费用的类型和数目，以及费用数据的处理，所以，系统提供了将数据导出到Excel中备份，也可以导到报表工具中打印。

这几块的查询，主要是车牌的查询，这样就可以直接的浏览某辆车的费用信息，也可以是时间段的查询，即单位某个时间段的查询，比如做月报、年度总结等，也可以联合查询，即对某一车辆在一段时间内的详细费用信息。

对时间的查询，是根据数据记录中的最早的记录的时间到最近记录的记录做为整个时间查询的跨度车辆信息管理：

包括车辆信息添加、车辆信息修改、车辆信息删除、车辆信息的查询。

车辆基本信息主要包括车辆牌照、车型、发动机号等一系列信息，在信息输入完毕后，对各项信息进行确认。

首先车辆牌照是唯一的，所以在写入数据库之前，先对数据库进行一次查询，查询是否存在这个即将被录入的车辆牌照，如此即避免了车辆的重复登记。

车型、车主、牌照和发动机号则不允许被省略，目的是为了别的模块的连接和本身的查询。

对车重和核定载客则可以为空，但当判断不为空是，就用isnumeric（）进行判断，是否是数据类型，如果不是则提出警告。

这就是对输入数据合理性进行了审核。

提交数据的时候，判断全局变量gintvmode即当前模式，如果是添加模式，则在调用这个功能的时候自动将gintvmode赋1，则调用.addnew，添加新记录。

gintvmode此变量主要用于标志当前处于添加状态还是修改状态，当然在form_load的时候，如果是添加则初始化控件数组txtitem（i）为空。

第三章需求分析一、数据库需求分析需求分析阶段又称为需求确立阶段，其目的是澄清用户的需求。

这个阶段的基本任务是用户软件人员双方一起来充分理解用户的需求，作为用户和软件人员之间的合同，为相互了解提供基础。

反映出问题的结构，可以作为软件人员进行设计和编写的基础。

该阶段的两大任务即“理解”和“表达”，“分析”就是理解问题，“规格说明”就是某种标准的方式把问题表达出来。

在开发软件时，所谓“用户要求”是指软件系统必须满足的所有性质和限制。

用户要求通常包括功能要求，性能要求，可靠性要求，安全保密要求以及开发费用，开发周期，可使用的资源等方面的限制，其中功能在职要求是最基本的，它又包括数据要求和加工要求两方面。

本软件系统主要满足单位车辆的管理工作的需求，完成对通行车辆调度的管理，对车辆使用调度、车辆信息和相关人员的信息管理、使用记录、事故等信息统一管理，进一步提高车辆管理。

二、数据流图数据流图（DataFlowDiagram）：

简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

它是描绘信息流和数据从输入移动到输出的过程中所经受的变换。

数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程。

数据流程图包括：

a．指明数据存在的数据符号，这些数据符号也可指明该数据所使用的媒体；

b．指明对数据执行的处理的处理符号，这些符号也可指明该处理所用到的机器功能；

c．指明几个处理和（或）数据媒体之间的数据流的流线符号；

d．便于读、写数据流程图的特殊符号。

在处理符号的前后都应是数据符号。

数据流程图以数据符号开始和结束。

数据流图有两种典型结构，一是变换型结构，它所描述的工作可表示为输入、主处理和输出，呈线变换型结构数据流图。

单位车辆管理系统的数据流图如下图所示：

图3.1系统的数据流图三、数据字典（DD）数据字典是关于数据信息的集合，也就是对数据流图中包含的所有元素定义的集合。

任何字典最主要的用途都是供人查阅不了解的条目的解释，数据字典的作用也正是在软件分析和设计过程中给人提供关于数据的描述信息。

数据流图和数据字典共同构成系统的逻辑模型，没有数据字典数据流图就不严格，然而没有数据流图数据字典也难于发挥作用。

只有数据流图和对数据流图精确的定义放在一起，才能共同构成系统的规格说明。

由于元素太多我们只对其中主要的元素定义说明。

数据字典的主要用途是作为分子阶段的主要工具。

在数据字典中建立一组严密一致的定义很有助于改进分析员和客户之间的通信，因此将消除很多可能的误解。

数据字典包含的每个数据元素的控制信息是很有价值的。

因为列出了使用一个给定的数据元素所有程序，很容易估计改变一个元素将产生的影响，并且能对所有受影响的程序或模块做出相应改变。

由于暂时还没有自动的数据字典处理程序，我们采用卡片形式书写数据字典，每张卡片上保存描述一个数据元素的信息。

这种做法较好的实现了上述要求，特别是更新修改起来很方便，能够单独处理每个数据元素的信息。

每张卡片上包含的信息有：

名字，别名，描述，定义，位置。

以下是数据流图中主要元素的数据字典卡片：

名字：

数据库文件别名：

描述：

是车辆管理系统的数据库。

是软件的核心数据库，有软件主窗体的所涉及的数据库。

定义：

数据库文件=车辆信息+用户信息表+司机信息表+运营信息表+维修信息表+事故信息表位置：

系统磁盘存储器名字：

数据库备份文件别名：

是车辆管理系统数据库的备份文件。

以防数据库崩溃或出现其他问题，可以进行数据库恢复。

位置：

自定义的系统磁盘位置名称：

司机信息别名：