aspnetc#车辆综合管理系统论文.doc

aspnetc#车辆综合管理系统论文.doc

《aspnetc#车辆综合管理系统论文.doc》由会员分享，可在线阅读，更多相关《aspnetc#车辆综合管理系统论文.doc（31页珍藏版）》请在冰豆网上搜索。

车辆综合管理系统

摘要

车辆综合管理系统是专门致力管理车辆综合的系统，它是用来帮助我们解决应该怎样有效合理地去管理车辆。

我们通过长期的工作实践及对综合和综合管理的深入认识和研究，在理论上已形成了完善的综合管理理论。

但是，随着社会的进步、现代化技术的出现，尤其是信息技术、计算机技术、通信技术及办公自动化的产生和发展，以及它们在各行各业的普遍应用，给传统的综合管理方法带来了冲击，也带来了改变。

电子计算机技术是当今世界新技术革命的先导。

电子计算机具有运算速度快，精确度高，存贮信息和逻辑判断能力强以及自动进行运算等特点。

世界经济的高速发展，带动了车辆的大量的增加，人工车辆综合管理效率低、效果差，容易出错，因此传统的车辆综合管理，已经不适合当代的发展形势。

而目前已有的车辆综合管理系统中，部分存在着客户端操作复杂，数据库安全性不高的问题，给综合管理员的工作造成了诸多不便和重复操作。

因此本人结合以上存在的有关问题，对SQLSERVER2000数据库技术进行了较深入的学习和应用，主要完成对车辆综合管理系统的需求分析、功能模块划分、数据库模式分析，并由此设计了数据库结构和应用程序。

系统运行结果证明，本文所设计的车辆综合管理系统可以满足车辆用户、改装单位和管理员三方面的需要。

关键词：

数据库，车辆综合管理，SQLSERVER2000

目录

1引言 4

1.1系统开发背景 4

1.2系统研究意义 5

1.3系统研究方法 5

第2章系统需求分析 6

2.1系统设计目标 6

2.2功能需求分析 6

2.3数据流图 6

2.3.1第0层数据流图 7

2.3.2第1层数据流图 7

2.3.3第2层数据流图 7

2.4系统需求分析阶段的UML图 13

2.4.1用例图 13

2.4.2类图 16

2.4.3活动图 17

2.4.4顺序图 18

2.5状态图 22

2.5系统体系结构规划 23

2.5数据库设计 23

3系统需求分析 25

3.1可行性分析 25

3.1.1可行性分析 25

3.1.2经济可行性 25

3.1.3操作可行性 25

3.2系统目标 25

3.3系统功能需求分析 26

4数据库设计 26

4.1数据库表简介 26

4.2数据库结构设计 26

4.3具体的操作流程 27

5系统功能模块详细设计及实现 27

5.1系统界面的设计 27

5.1.1系统主界面的设计 27

5.2系统各模块界面的设计及说明 28

6系统评价 30

6.1系统的特点 30

6.2系统的缺点 30

6.3将来可能提出的要求 30

6.4今后进一步研究方向 30

结论 31

参考文献 31

1引言

1.1系统开发背景

随着经济的日益增长，信息化时代已经到来，生活中各种信息趋向数字化、清晰化，车辆综合管理系统就是在这样的一个环境中诞生的。

因此我们将发挥计算机的庞大的存储空间，高性能的处理能力，高度可靠的数据安全，清晰的可视化数据等这些优势来企业对车辆综合进行管理，实现了计算机资源的合理利用，真正实现了减少劳动力提高劳动质量的目的。

随着信息化时代已经到来，生活中各种信息趋向数字化、清晰化。

计算机技术也得到了很大的提高，特别是微型计算机的大范围普及，使计算机的应用逐渐由科学计算、实时控制等方面向非数值处理的各个领域中渗透并发挥着越来越重要的作用。

尤其是以微型计算机为处理核心，以数据库管理系统为开发环境的管理系统在办公室自动化以及商业信息管理等方面的应用，日益受到人们的关注。

世界经济的高速发展，带动了车辆的大量的增加，各地区的车辆数量增长迅速，然而国内的油价却越来越高，带来了燃油费用支出的增长，特别是一些耗油量较高的车型，燃油费用成了很多车主在汽车使用中的主要考虑问题，因此各汽车改装厂双燃料车辆改装增加迅速，随着车辆改装的增加，综合资料也随之增加，工作人员劳动强度增大，综合资料的存储、查询等工作与办公高效率的要求矛盾日渐突出。

本系统发挥计算机的庞大的存储空间，高性能的处理能力，高度可靠的数据安全，清晰的可视化数据等这些优势来辅助改装单位对车辆综合进行有效管理，实现了计算机资源的合理利用，真正实现了减少劳动力提高劳动质量的目的。

1.2系统研究意义

就目前车辆综合管理情况来看，大都停留在人工操作阶段，车辆的综合信息均由人工进行填表登记，归类存档，办理相关手续。

此后，如车辆移装，则需调出整个车辆的登记表，然后重新总结归纳，如此反复使得工作效率明显降低、出现差错的概率提高。

而对于车辆信息的查找来说，也是一件繁复的事情，工作人员为了获得车辆的部分信息，不得不一次次地到查找翻阅综合，费时费力。

人工车辆综合管理效率低、效果差，容易出错，因此传统的车辆综合管理，已经不适合现如今的发展形势。

虽然我们有时也会用Word、Excel制作表格进行电子存档管理，但由于车辆综合繁琐、复杂，数量极多，查找起来很不方便，而目前已有的车辆综合管理系统中，部分存在着客户端操作复杂，数据库安全性不高的问题，因此，给综合管理员的工作造成了诸多不便和重复操作。

本文介绍了一整套改装车辆综合管理系统的总体结构和设计方法，该系统主要任务是将改装车辆的综合运用计算机进行管理，文中基于SQLSERVER2000数据库管理系统的开发用来实现企业对办公管理信息的规范化管理，增大管理系统的存储量、提高系统的可靠性和保密性、方便用户使用，降低企业成本。

1.3系统研究方法

根据系统服务对象的实际情况和对车辆综合管理和查寻做了具体的需求，我利用SQLSERVER2000数据库,结合数据库原理及应用,软件工程开发方法,在经过深入地学习之后,开发了此车辆综合管理系统。

以下将具体介绍整个开发过程中所涉及的问题及解决方法。

第2章系统需求分析

需求分析是对所要做的系统进行分析，通过使用文字和图表的综合形式，以相对来说容易让人理解的方式去描绘需求的数据、功能、行为，更可以直接评审其正确性、完整性和一致性。

通过查询相关的资料，对所做的系统进行分析，整理资料，得出如下的需求分析。

2.1系统设计目标

随着计算机技术的不断发展，计算机作为知识经济时代的产物，已被广泛应用于社会各个行业和领域。

目前，我国的科技水平高速发展，计算机作为今天使用最广的现代化工具已深入到各个领域，并且正在成为未来社会——信息社会的重要支柱。

在这样的大背景下，现代车辆的管理方式，资源建设等方面都发生了重大变化，这种变化表现在车辆工作，管理和服务平台发生的变化，车辆不再是传统的手工操作，人工管理，而是全面实行计算机管理。

车辆的正常运营中总是面对大量的驾驶员信息，车辆信息以及两者相互作用产生的入库信息，因此要对驾驶员资源，车辆资源，入库信息进行管理。

本系统的开发就是在于提高车辆管理的工作效率，加强车辆的管理，全面实行计算机管理。

2.2功能需求分析

一:

车辆情况管理（车辆基本特征、车辆统计、车辆年度情况）

二:

车辆技术档案管理（车辆变动登记、技术状况检查、气缸磨损登记、车辆保养登记、车辆小修登记、车辆大修登记、车辆事故登记）

三:

车辆派遣管理（用车申请、用车批复）

四:

安全教育管理（教育课程名称、教育日期、组织单位、参加单位、参加人数）

五:

驾驶员信息管理（驾驶员档案、驾驶员信息统计）

六：

车材、油材管理（车材资源库、车材入库单、车材出库单、油料入库单、油料发放单）

七：

计划管理（运输保障方案、保养维修计划、车场日计划、车辆动用计划、车辆训练计划）

八：

系统维护（系统备份,系统还原,系统检查）

2.3数据流图

数据流图（DateFlowDiagram，DFD）虽然不是UML的正式组成部分，却可以补充UML图并提供对系统的需求。

DFD使用分层的方式表示，即第一个数据流模型从整体上表现系统，随后的数据流图改进环境图，提供每个后续层增加的细节。

[5],

数据流图有助于软件工程师开发信息域的模型，并同时开发功能域的模型。

当DFD被改进到非常详细的程度时，分析师同时也就完成了系统功能分解。

并且，当进入使应用具体化的处理时，DFD的求精导致了数据的相应求精。

[5]

2.3.1第0层数据流图

普通用户和管理员可以登录车辆综合管理系统，详见图2-1。

图2-1第0层数据流

2.3.2第1层数据流图

第一层数据流详见图2-2。

2.3.3第2层数据流图

2.3.3.1第2层用户管理数据流图

用户管理可以对系统用户信息进行删除、添加和修改，详见图2-3。

2.3.3.2第2层车辆派遣管理数据流图

车辆派遣管理可以对车辆派遣信息进行删除、添加和修改。

详见图2-4。

2.3.3.3第2层驾驶员管理数据流图

驾驶员管理可以对驾驶员信息进行删除、添加和修改，详见图2-5。

2.3.3.4第2层车辆情况管理数据流图

车辆情况管理可以对车辆信息进行删除、添加、修改，详见图2-6。

2.3.3.5第2层油材管理数据流图

油材管理可以对油材信息进行删除、添加和修改，详见图2-7。

图2-2第1层数据流图

图2-3用户管理数据流图

图2-4车辆派遣管理数据流图

图2-5驾驶员管理数据流图

图2-6车辆情况管理数据流图

图2-7油材管理数据流图

2.3.3.6第2层安全教育管理数据流图

安全教育管理可以对安全教育信息进行添加、修改和删除操作，详见图2-8。

图2-8安全教育管理数据流图

2.4系统需求分析阶段的UML图

统一建模语言（UML），一种为面向对象开发系统产品进行说明、可视化和编制文档的语言。

通过UML模型，用户可以很直观的对问题进行理解，及时的发现哪些地方是错误的或是疏漏的，可以加强人员之间的沟通，方便获取设计结果，对系统的完成提供保证[6]。

2.4.1用例图

用例图是帮助定义系统以外的存在什么以及系统应该完成什么，很直观的看到系统下一些用例或参与者之间的关系，使用户可以很好的理解怎么使用这些元素，也使得开发者可以很好的实现这些元素[5]。

2.4.1.1顶层用例图

顶层用例图是对系统进行分析设计的总的用例图。

详见图2-9。

图2-9顶层用例图

2.4.1.2系统管理员用例图

系统管理员可以对各种信息进行维护操作。

（1）车辆情况管理包括三个部分：

添加、删除和修改。

详见图2-10。

图2-10车辆情况管理用例图

（2）驾驶员管理包括三个部分：

添加、删除、修改。

详见图2-11。

图2-11驾驶员管理用例图

（3）驾驶员管理包括三个部分：

添加、删除、修改。

详见图2-12。

图2-12驾驶员管理用例图

（4）车辆派遣管理包括三个部分：

添加、删除和修改。

详见图2-13。

图2-13车辆派遣管理用例图

（5）安全教育管理包括三个部分：

添加、删除和修改。

详见图2-14。

图2-14安全教育管理用例

（6）油材管理包括三个部分：

添加、删除和修改。

详见图2-15。

图2-15油材管理用例图

2.4.2类图

图2-16系统的设计类

2.4.3活动图

活动图是通过提供特定的场景内交互流的图形化表示来补充用例的。

活动图增加了额外的细节，这些是用例不能直接描述的[5]。

详见图2-17。

图2-17活动图

2.4.4顺序图

顺序图----行为模型之一，是说明事件如何引发从一个对象到另一个对象的转移。

一旦通过检查用例确认了事件，建模人员就创建了一个顺序图——用时间函数表现事件如何引发流从一个对象到另一个对象。

事实上，顺序图是用例的速记版本。

它表现了导致行为从一个类流到另一个类的关键类