基于uml的汽车租赁标准管理系统.doc

一、系统概述
当前有驾照但还没有买车消费者对短期汽车租赁需求非常大。而这两年来，汽车租赁公司如雨后春笋般浮现也印证了市场潜力所在。但是，由于当前租赁业尚未有统一管理原则，整个行业乱象丛生。管理落后、价格较低、租赁陷阱随处可见，某些有实力公司也苦于无序竞争而不敢扩张投入，因而制约了整个行业发展。
在经济全球化迅速发展过程中，信息迅速收集，反映迅速精确也越来越多被公司应用，公司已经逐渐结识到了建立当代化管理信息系统是影响公司发展决定因素。但是当前，大多数汽车租赁公司由于考虑成本等问题，并没有采用存储量大、解决迅速、及时便捷计算机信息化管理模式，而是依然采用了较为原始手工管理模式。而运用计算机网络信息化管理汽车租赁管理系统，就可以解决手工管理模式中存在某些问题，形成一系列完整同步管理。
本文正是对基于UML建模汽车租赁管理系统设计进行了进一步分析和研究，旨在谋求一种更加便捷、高效汽车租赁管理途径。以汽车租赁管理系统开发为背景，运用UML建模语言，分析了系统顾客需求模型、静态模型、动态模型。并针对老式汽车租赁管理系统局限性设计出一套基于UML建模汽车租赁管理系统。此系统能明显提高软件开发管理，增进软件重用和提高汽车租赁行业整体效益。

二、系统分析
2.1可行性分析
可行性分析研究即在项目正式开发前对各种也许风险进行充分分析、估算，避免人力、物力和财力方面挥霍。对有风险项目进行开发，提出详细开发方案，建立相应开发模型，对各种风险限度及应对方略进行详细论证，将因风险也许带来损失减少到最小限度。
2.1.1经济可行性分析
汽车是当前出行选取便捷交通工具，其经济成分比重很大，资金投入涉及前期投入、寻常保养和后期维护；收入重要是客户交付租金。由于当前对汽车需求较大，因而实行此系统对公司成功不可缺少，因此投入该系统势在必行。
2.1.2技术可行性分析
技术可行性分析重要分析在既有技术条件下能否顺利完毕开发工作；硬件、软件配备与否满足开发者需求；有关技术人员数量、水平和来源等。项目组通过度析，上述三个需求均能满足，因而该系统具备技术可行性。
2.1.3社会可行性分析
当前信息技术飞速发展，计算机技术和软件技术更新使机房 管理完全有也许也有能力采用这种先进管理技术。对租赁行业带来影响：对老式手工管理是一次不小震撼，带来整个汽车租赁行业蓬勃向上；提高了对公司员工规定，在也许条件下精简了公司人员，迫使员工不断学习新计算机知识；转变和扩充了计算机与顾客之间业务方式。
通过以上在经济、技术、社会三方面可行性分析得知，汽车租赁系统是可行，是可开发。
2.2 需求分析
汽车租赁需要管理事务较多，为了减少开支，员工数量不能太多，因而公司员工工作量较大。因而，汽车租赁行业迫切需要规范其管理流程以及寻常重点工作，并借助相应管理软件进行管理。
2.2.1客户参加用例图
客户在整个活动重要进行预定车辆、获得车辆、归还车辆这三种行为。其中预定车辆可以通过不同方式来进行，重要归为电话联系、租赁店预订和网上预订两种形式。客户在取车时还可以试驾一下车辆，因而试驾与取车时一种包括用例。如果车辆发生意外，客户在归还车辆时，还需要进行有关罚款，作为归还车辆一种扩展用例。
如果采用进行网上预定形式，则需要在网上进行有关表格填写！因此填写指定表格是网上预定一种扩展例。因而整个用例图如图2-1所示：

图 2-1 客户租车子系统
2.2.2公司职工参加用例图
相对客户行为而言，租赁公司员工所要进行行为就比较多，可以分为如下几类：解决客户预定信息，其中它子用例为：查询客户预定信息、回绝租车服务、接受租车服务；提车给客户，在客户取车时，可以给客户试驾，因而试驾是提车扩展用例；归还车辆，归还车辆时对车辆检查，如果损坏就应当作出相应补偿，因而损坏补偿是归还车辆扩展用例. 公司职工参加用例图如图2-2所示：

图2-2 员工管理子系统
2.3 系统静态建模
在面向对象分析与设计中，类图是由若干类图形符号及表达其之间关系图形符号构成。通过全面分析和考察，可以找到系统中如下几种类：客户、经理、技术员工、普通员工。
其中它们之间关系可以融合成：
经理、技术员工、普通员工可以归为员工
上述类，详细关系如图 2-3所示：

图2-3 客户、员工类

下面列举是这个系统进行交互类图，这些类图彼此之间是联系着，缺少了一种都会不完整，都不利于工作开展。详细图示如图2-4所示：

图2-4交互类
工作登记表类是工作记录类，它属性诸多，涉及客户编号、普通员工编号、技术员工编号、租车起止日期、车编号和租金。其中重要操作有填写工作登记表和更新修改等。
经理类是管理员类，操作重要是管理和审核工作状况。
车类是车类，属性涉及车编号、车状况和当前与否在租。操作涉及维护信息正在使用、修改车状况等。
普通员工类是普通员工信息类，涉及业务提成等属性，操作重要有查询订单、解决订单、取车、还车等。
技术员工类，技术水平、有关证书等属性，重要操作有汽车寻常维护等
客户需求类是需求表类，重要涉及祈求车类型、租车日期、价格等属性，重要操作涉及填写表格、核查、解决等。

三、系统设计
3.1 功能设计
在系统中，只有管理人员才有权限使用本系统，才干对数据库进行操作。
公司员工对基本信息管理，涉及对汽车信息增长、删除、修改和查询，车辆维护和车况检查。其中，车辆维护信息和车辆状况由车辆维护表直接查询出来。
公司员工对客户信息管理，重要是客户信息增长、删除、修改和查询以及对客户对车辆需求表管理。因此，有客户会员管理用例和客户信息管理用例。
公司员工对租赁业务管理，涉及车辆信息查询；车辆返还信息增长、删除、修改和查询；车辆出库信息增长、删除、修改和查询；以及租金业务查询、添加、修改等。
管理人员对系统顾客管理，涉及系统顾客增长、删除、修改和查询和密码修改；以及对系统更新。
分析系统使用对象和顾客需求，设计系统体系构造。系统功能模块如图3-1所示。

图3-1 功能构造图
3.2系统动态建模
3.2.1客户预订车辆顺序图
客户申请车辆时，要进行个人息填写等、通过有关合法检测后，才可以成功预定到车辆。详细类有如下五个：客户、需求表、普通员工、客户登记表、车辆信息。
详细流程：客户需要在需求表中填写信息，再由普通工作人员审核，普通工作人员在以往客户表中审核有关信息，看与否顾客有损坏车辆不良记录，若无不良状况，检查车辆状态，如果有适当车辆，进行顾客租车信息记录，并在需求表中填写“容许”，同步更新车辆数据库信息，填写工作登记表，并把这个成果告知顾客。详细顺序图如图 3-2所示：

图3-2 客户预定车辆顺序图
3.2.2客户取车顺序图
客户取车顺序图涉及如下几种类：顾客、需求表、普通员工、工作登记表、车辆表。同步客户取车过程,要注意取车同步要付款。客户在取车时要向员工出示需求表，并由员工进行审核，如果审核成功则在车辆数据库中查找相应车辆，有符合需求车辆，客户向员工缴纳一定租金，员工更新车辆信息，填写工作登记表，然后将车交给客户，完毕取车过程。详细顺序图如图 3-3所示：

图3-3 客户取车顺序图
3.2.3客户还车顺序图
还车顺序图基于实际需要，详细涉及类：客户、技术员工、普通员工、客户表、车辆信息表、车辆租赁表等。
详细流程：顾客把车返还给普通员工，普通员工把车交给技术员工，技术员工进程车辆状态检查，并填写有关车辆状态状况，作好记录后在交给普通员工，若车辆浮现问题，普通员工会告知顾客协商有关补偿；公司员工进行车辆保修状况进行记录，并登记客户返还车辆等有关信息，并更新有关租用信息，使得这辆车可以投入下一轮回使用。详细顺序图如图 3-4所示：

图3-4 客户还车顺序图
3.3 数据库设计
3.3.1代码设计
信息系统中，信息表达办法是系统基本。任何信息都是通过一定编码方式以代码形式输入并储存在计算机中。信息系统有比较科学、严谨代码体系，可以使系统质量得到很大保障。
代码，就是用来表征客观事物实体类型和属性一种或一组容易计算机辨认和解决特定符号，它可以是字符、数字、某些特殊符号或它们组合。在现实生活中有诸多事物如果不加标记是无法区别，这时机器解决就十分困难。因此能否将本来不能拟定事物唯一加以标记是编制代码首要因素。按代码对事物进行排序、记录和检索，以便快捷，可以提高解决速度。
本系统所用到编码重要有如下几种：
汽车编号：使用区间码和顺序码。如SUV1001001其中SUV代表车型，10代表购车日期为10月，01代表品牌，001代表顺序码。
客户编号：使用区间码和顺序码。如CUS其中CUS代表客户，13代表省份，0181代表所属县/区，01代表男性，001代表顺序码。
员工编号：使用区间码和顺序码。如ORD其中ORD代表员工类别，13代表省份，0181代表所属县/区，01代表男性，001代表顺序码。
3.3.2概念模型设计
机房上机系统涉及实体涉及客户、普通员工、技术员工E-R图及实体属性图如下：

图3-5整体E-R图

图3-6客户E-R图

图3-7普通员工E-R图

图3-8技术员工E-R图

图3-9车辆E-R图

3.3.3逻辑模型设计
依照逻辑模型设计中关系模型，建立名为机房管理系统数据库，并建立如下表：
客户表 表3-1
字段名
类型
长度
与否为空
与否主键
编号
Varchar
14
否
是
姓名
Varchar
8
否
否
性别
Varchar
4
否
否
地址
Varchar
20
否
否
电话
Int
20
否
否
租期
Date
20
否
否

普通员工表 表3-2
字段名
类型
长度
与否为空
与否主键
编号
Varchar
14
否
是
姓名
Varchar
8
否
否
性别
Varchar
4
否
否
地址
Varchar
20
否
否
电话
Int
13
否
否
业务佣金
Int
8
否
否

技术员工表 表3-3
字段名
类型
长度
与否为空
与否主键
编号
Varchar
14
否
是
姓名
Varchar
8
否
否
性别
Varchar
4
否
否
地址
Varchar
20
否
否
电话
Int
13
否
否
重要技术
Varchar
20
否
否
有关证书
Varchar
20
否
否

车辆表 表3-4
字段名
类型
长度
与否为空
与否主键
编号号
Varchar
14
否
是
类型
Varchar
6
否
否
购车日期
Date
8
否
否
车辆状态
Varchar
4
否
否
车况
Varchar
8
否
否

客户需求表 表3-5
字段名
类型
长度
与否为空
与否主键
客户编号
Varchar
14
否
是
姓名
Varchar
6
否
否
车辆类型
Varchar
6
否
否
租车日期
Date
20
否
否
价格规定
Int
8
否
否
审核状态
Varchar
4
是
否

车辆维护表 表3-6
字段名
类型
长度
与否为空
与否主键
编号
Varchar
14
否
是
类型
Varchar
6
否
否
购车日期
Date
8
否
否
车辆维护信息
Varchar
40
否
否
车况
Varchar
8
否
否

工作登记表 表3-7
字段名
类型
长度
与否为空
与否主键
普通员工编号
Varchar
14
否
是
客户编号
Varchar
14
否
否
技术员工编号
Varchar
14
否
否
车辆编号
Varchar
14
否
否
租车日期
Varchar
20
否
否
租金
Int
8
否
否

四、 总结及其她
本系统是在调研汽车租赁市场当前现状，充分分析开发本系统利弊后，做出决定。该系统为某些小汽车租赁公司提供了以便，同步对于精简公司人员，削减公司开支起到了非常重要作用，并且使公司管理规范化、科学化、效率化，提高了公司效益，公司经理可以随时查看公司业务，以及车辆信息。解决了公司此前单纯靠手工管理混乱，车辆租赁冲突等问题。
通过了两周努力，我汽车租赁管理系统终于告一段落，平时咱们就做了某些关于uml分析与设计作业，但是那时候就是照本宣科，不能理解其中内涵，也不懂各种图是如何联系和作用，在这两周里，我研读课本，并结合宋呦教师课上讲知识，才干比较顺利完毕汽车租赁系统，通过本次课程设计让我复习了此前有关知识，并深化了系统分析与设计这门课程，明确了开发研制一种管理信息系统办法和思想，加深了对管理信息系统结识，使理论真正结合了实际。为此后无论是学习还是工作中都打下了不可或缺基本。
最后再次感谢宋呦教师，在宋呦教师耐心指引下，才得以完毕此系统。