在经济全球化快速发展的过程中， 很多企业都已经逐渐认识到了建立现代化的管理信息系统是影响企业发展的最重要因素。但是目前，绝大多数的汽车租赁公司由于考虑成本等原因，并没有采用存储量大、处理速度快、及时快捷的计算机信息化管理模式，而是仍然采取了效率低下的手工管理模式。而利用计算机信息化管理的汽车租赁管理系统，就可以解决手工管理模式中存在的一些问题，形成一系列完整的动态管理。本文正是对基于UML 建模的汽车租赁管理系统的设计进行了深入的分析和研究，旨在寻求一种更加便捷、高效的汽车租赁管理途径。本次课程设计就是鉴于以上原因而进行的。UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过一系列的建模和迭代活动，对于提高学生综合素质十分必要。UML统一建模课程是本科类计算机专业的一门骨干课程，技术复杂，应用范围广。本课程设计实验主要内容：构建系统的分析模型、设计模型随着汽车工业的发展和汽车的普及，汽车租赁成为近年来兴起的一个新行业。使用汽车租赁管理系统可以规范企业的管理和经营行为，减少企业的经营成本，提高工作效率。主要目标如下：1. 掌握面向对象的分析技术、设计技术；2. 构建“汽车租赁系统”的需求分析模型和设计模型。
本课程设计主要有五部分组成：1、需求分析与用例建模；2、系统分析与对象类建模；3、系统设计与对象动态交互模型；4、数据库设计；5、总结。
- 1 -
1需求分析与用例建模
1.1可行性分析
可行性分析的任务是明确应用项目开发的必要性和可行性。必要性来自实现开发任务的迫切性，而可行性则取决于实现应用系统的资源和条件。管理信息系统的开发是一项耗资大、周期长、风险高的工程项目，因此，在新系统开发前应该对系统开发应具备的基本条件、总体规划内容进行分析和评估。
(1)经济的可行性
本系统开发简单但要耗去一定的时间，成本低且效率高。由于系统能够在未来较长的一段时间内稳定地发挥作用，这对于汽车租赁信息的自动化管理，对企业的人力和财力都有很大的帮助。由此可见在，开发此系统在经济上是完全可行的。
(2)操作的可行性
如今的计算机已经走进千家万户，硬件成本的下降，导致计算机购买成本的降低。开发出来的系统有友好的用户界面、有良好的安全性设置、易操作等特点，这样更使各类用户很快地掌握系统的使用方法，因此在操作上是可行的。随着科学技术的不断提高，计算机科学应用与技术日渐成熟，其强大的功能已逐渐被人们认识并应用到社会的各个方面。应用计算机进行企业人事信息管理就是一个显著地方面，如果使用计算机对人事信息进行管理具有传统的手工管理所没法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、打印方便，统计方便、更新方便等。人事管理信息系统能够为高层领导者提供准确的人员信息，以便领导者了解企业各个部门的人员构成，计算好人力成本，安排好工作计划，。这些优点能够极大地提高企业管理人事信息的效率，大大降低企业在信息管理精力上的投入，使企业获得更大的利润空间。它适应时代潮流,顺应时代发展,是现代企业制度发展的迫切要求。因此，开发人事管理系统具有一定的社会现实意义。
(3)技术上的可行性
就目前比较流行的数据库开发和支持软件来看，Java 和Sql2000的结合无疑是在实际应用中较为成功的一种方案。前者为用户提供了Windows所一贯坚持的非常友好、操作简单的用户界面；后者则可对数据库实施操作、维护和权限识别功能，也可通过与SQL语句的结合对数据库进行更复杂的操作。对于本系统的开发，在技术上是可行的。为用户提供了业界软件开发一直坚持的非常良好、操作简单的用户界面、完善强大数据库操作功能和简洁明了的数据库接口。所以技术实行起来相对会容易。
- 2 -
1.2客户需求分析
随着汽车工业的发展和汽车的普及，汽车租赁成为近年来兴起的一个新行业。使用汽车租赁管理系统可以规范企业的管理和经营行为，减少企业的经营成本，提高工作效率。
针对以上的要求，汽车租赁管理系统的用户是汽车租赁企业的管理人员，其需求功能应包括汽车类型管理、会员类型管理、客户信息管理、会员信息管理和汽车租赁、续租、归还管理等主要功能，从而可以形成统一有效的管理。
在该系统中，要实现对汽车类型信息、会员类型信息和保险类型信息等基本信息的添加、修改、删除、和查询；销售商信息的添加、修改、删除和查询；保险公司信息的添加、修改、删除和查询；客户信息和会员信息的添加、修改、删除和查询以及汽车租赁、续租、归还等具体操作的实现。以满足当前该行业在处理业务上的需求。
“汽车租赁系统”中的功能需求可以包括以下几个方面：
客户可以通过不同的方式预订车辆； 能够保存客户的预订申请单； 能够保存客户的历史记录； 工作人员可以处理客户申请；
技术人员可以保存对车辆检修的结果。
满足上述需求的系统主要包括以下几个模块：
基本数据维护模块：该模块提供了使用者录入、修改并维护基本数据的途径。
基本业务模块：在系统中，客户可以填写汽车租赁申请表，工作人员处理这些表格；同时，技术人员还可以提交每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求。
数据库管理模块：在系统中，对所有客户、工作人员以及车辆的信息都要进行统一管理，车辆的租赁情况也要进行详细的登记。信息查询模块：该模块主要用于查询相关信息。功能结构图如下：
- 3 -
1.3用例建模
1.3.1确定系统范围
“汽车租赁管理系统”只负责进行企业内部业务信息的管理，主要提供“基本信息管理”、“租赁业务管理”、“车辆信息管理”、“客户关系信息管理”等方面的服务。
1.3.2确定执行者
从上面的客户需求分析可以看出，“汽车租赁管理信息系统”有三个人执行者，即“系统管理员”“内部员工”“客户”。这些执行者的业务活动和对系统的功能要求如下：
1)系统管理员:管理部门信息（增加、删除、修改部门），进行用户的注册和注销操作。
2)员工：记录登记企业经营情况（如租赁、归还）。
3)客户：对于公司的各种信息（汽车信息、租金）进行查询。
- 4 -
1.3.3确定用例
通过对系统进行需求分析，得到系统的用例图，从而知道了系统要实现的基本功能。客户通过管理人员对系统进行操作，通过建立用例图得知系统的体系结构。本系统采用3层结构设计，即程序逻辑结构分为用户界面层、业务逻辑处理层和数据存储层。系统中将用户、汽车管理等都封装成相应的类，同时每个类都有自己对应的操作类，从而再次提高了对数据库操作的安全性和程序的可扩展性。
在系统中，只有管理人员才有权限使用本系统，才能对数据库进行操作。 (1) 管理人员对基本信息的管理，包括对汽车类型信息的增加、删除、修
改和查询； 对会员类型信息的增加、删除、修改和查询；销售商信息的增加、删除、修改和查询。所以，有基本信息管理用例，还包括汽车类型管理用例、会员类型管理用例、。
(2) 管理人员对客户会员的管理，主要是会员类型的修改和查询，客户信
息的增加、删除、修改和查询。所以，有客户会员管理用例和客户信息管理用例。
(3) 管理人员对租赁业务的管理，包括汽车类型信息的增加、删除、修改
和查询；汽车租赁信息的增加、删除、修改和查询；汽车续租信息的增加、删除、修改和查询；汽车归还信息的增加、删除、修改和查询；所以，有租赁业务用例、汽车租赁管理用例、汽车续租管理用例、汽车归还管理用例。
(4) 管理人员对系统用户的管理，包括系统用户的增加、删除、修改和查
询和密码的修改；所以有系统用户管理用例和密码修改用例。
1.3.4分层绘制用例图
1.最高层用例图
根据汽车租赁管理系统的业务以及用例分析，相应可以绘制出如图1-1所示的最高层用例图。
- 5 -
图1-1 汽车租赁管理系统最高层用例图
在最高层用例中，实线方框表示系统边界，在系统边界内共有4个用例。 系统外有3个人执行者：
“管理员”执行者参与用户管理用例的业务运作。 “普通用户”执行者对系统内的租车业务的处理。
“客户”执行者可以同时参与“租赁业务管理”、“车辆信息管理”2个用例的业务运作。
2.第2层用例图
根据同属用户登录的参与者以及用例分析，相应可以绘制出如图1-2至图1-6所示的第2层用例图。
(1)系统管理子系统用例图如图1-2所示
图1-2第2层用例图－系统管理子系统
系统管理子系统内有4个用例。
- 6 -
系统管理子系统外有2个人执行者：
“管理员”执行者对系统内的所有用例进行操作。 “员工”执行者用例中的密码修改操作。 (2)租赁业务管理子系统用例图如图1-3所示
图1-3第2层用例图租赁业务管理子系统
租赁业务管理子系统内有4个用例。 系统管理子系统外有2个人执行者：
“管理员”执行者对系统内的所有用例进行操作。
“员工”执行者进行“汽车信息管理”，“出租汽车管理”，“续租管理”，“退租管理”用例中的查询操作。
(3)车辆信息管理子系统用例图如图1-4所示
图1-4第2层用例图－车辆信息管理子系统
考勤管理子系统内有2个用例。 系统管理子系统外有2个人执行者：
“管理员”执行者对系统内的所有用例进行操作。
- 7 -
“普通用户”执行者进行“汽车库存管理”,“汽车报废处理”用例中的查询，添加，删除等操作。
(4) 客户关系管理子系统用例图如图1-5所示
图1-5第2层用例图－工资管理子系统
工资管理子系统内有2个用例。 系统管理子系统外有2个人执行者：
“管理员”执行者对系统内的所有用例进行操作。 “员工”执行者进行“客户信息管理”“客户重要性设置”用例中的查询，添加，删除等操作。
3.第3层用例图
根据系统管理子系统的参与者以及用例分析，相应可以绘制出如图1-6和图1-7所示的第3层用例图。
(1)租赁管理子系统用例图如图1-6所示
- 8 -
图1-6第3层用例图－租赁管理子系统
“管理员”执行者对系统内的所有用例进行操作。
“员工”执行者进行汽车基本信息查询，增加，修改，删除，续租等用例的操作。
“客户”执行者进行汽车信息查询用例的操作。 (2)车辆管理用例图如图1-7所示
图1-7第3层用例图－车辆管理子系统
部门管理子系统内有3个用例。“增加汽车信息”用例和“修改汽车信息”用例依赖“查询汽车信息”用例中提供的汽车信息。
系统管理子系统外有1个人执行者：
“管理员”执行者对系统内的所有用例进行操作。 (2)用户管理用例图如图1-8所示
- 9 -
图1-8第3层用例图－用户管理子系统
用户管理子系统内有4个用例。 系统管理子系统外有2个人执行者：
“管理员”执行者对系统内的所有用例进行操作。 “员工”执行者对租车的客户的信息进行操作。
- 10 -
2系统分析与对象类建模
2.1建立对象类
根据已经建立的用例图和客户业务需求，通过检查类的定义、分析问题的需求和运用该领域知识来完善和确定类的属性，并根据系统功能要求和系统设计需要完善和确定类的操作。
下面将“汽车租赁管理信息系统”中几个典型的对象类及其属性和操作的定义简介如下：
1．用户
类名：用户。
类的编号：010101（共有3层包图结构，每层用2位数字表示，采用6
位编号）。
类的类型：该类为抽象类，不能存储在服务器上的数据库中，不能共享。 属性：账号、密码。 操作：修改密码（）。 2．普通用户
类名：普通用户。 类的编号：010104。
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，
可以共享。
功能：进行人事信息查询。 属性：账号、密码。
操作：修改密码（）、查询职工基本信息（）、查询考勤信息（）、查询
工资信息（）等。 3．租赁合同
类名：租赁合同。 类的编号：010102。
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，
可以共享。
功能：负责客户租赁汽车管理。 属性：合同编号。
操作：修改合同、添加合同（）、删除合同（）等。 4．汽车
类名：汽车。 类的编号：020101。
- 11 -
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，
可以共享。
功能：负责建立汽车的基本信息并对这些信息进行处理，包括对汽车的
添加、修改、删除等。 属性：汽车牌号、汽车类型。
操作：修改汽车（）、添加汽车（）、删除汽车（）等。 5．职工
类名：职工。 类的编号：030101。
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，
可以共享。
功能：负责建立员工的基本信息并对这些信息进行处理，包括对这些信
息的添加、修改、删除等。
属性：职工编号、职工姓名、性别、开始工作时间、家庭住址、联系电
话、身份证号。
操作：添加个人基本信息（）、修改个人基本信息（）、删除个人基本信
息（）等。 6．客户
类名：客户。 类的编号：040101。
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，
可以共享。
功能：负责建立客户信息并对这些信息进行处理，包括对这些信息的添
加、修改、删除等。
属性：客户编号，客户姓名，工作单位，身份证号，家庭住址，手机好
码，性别，电子邮件。
操作：添加客户信息（）、修改客户信息等。 7.会员类型 类名：会员类型 类的编号：030102。
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，
可以共享。
功能：负责建立会员的等级并对这些信息进行处理，包括对这些信息的
添加、修改、删除等。
属性：客户编号，职工姓名，客户等级。
- 12 -
操作：查看考勤信息然后据此添加会员信息（）、修改客户等级（）等。
2.2对象类建模
在系统中，应该包括“基本类型信息”类，“会员类型信息”类，“公司信息”类，“客户信息”类，“汽车信息”类，“汽车租赁信息”类，“管理员信息”类。如图2-3即为汽车租赁管理系统类图。
图2-1系统类图以及其之间联系图
- 13 -
3系统设计与对象动态交互模型
3.1顺序图建模
（1） 管理员查询可租汽车顺序图如图3-1所示：
图3-1管理员查询可租汽车顺序图
（2）管理员添加汽车基本信息的顺序图如图3-2所示：
图3-2管理员添加汽车基本信息的顺序
- 14 -
（3）客户租赁汽车的顺序图如图3-4所示：
图3-3客户租赁汽车的顺序图
（4）客户申请续租汽车的信息的顺序图如图3-4所示：
图3-4客户申请续租汽车的信息的顺序图
- 15 -
（5）客户归还汽车的顺序图如图3-5所示：
图3-5客户归还汽车的顺序图
（6）管理员注册客户信息的顺序图如图3-6所示：
图3-6管理员注册客户信息的顺序图
- 16 -
（7）管理员查询客户信息的顺序图如图3-7所示：
3-7管理员查询客户信息的顺序图
- 17 -
图
4数据库设计
4.1关系模型
系统管理员（账号，密码） 员工（账号，密码）
汽车基本信息(汽车牌号，汽车类型，颜色，发动机号，购买日期，日租金、家庭住址、状态、备注)
客户（客户编号，姓名，身份证号，家庭住址，工作单位，电话，性别，电子邮件）
租赁合同（合同编号，车牌号，客户编号，租赁模式，押金，客户等级，创建日期，创建人）
4.2 E-R图设计
系统E-R图如图4-1所示
图4-1系统E-R图
4.3数据库基本表设计
数据库中包含了7个表，即基本类型表Types、会员类型表MemberType、公司信息表Company、客户信息表Customer、汽车信息表Cars、汽车租赁表Lease和用户信息表Users。
- 18 -
表4-1表Types的结构
字段名称 数据类型
Id int TypeName Varchar 50 Description Varchar 100
表4-2 表MemberType的结构
字段名称 数据类型
Id Int TypeName Varchar 50 Rate Float
表4-3 表Company的结构
字段名称 数据类型
Id Int Company Varchar 100 Telephone Varchar 50 Address Varchar 50 Emain Varchar 50 Contact Varchar 50 Comment Varchar 200 表4-4 表Customer的结构
字段名称 数据类型 Id Varchar 20 Name Varchar 50 Sex Char 2 Age Tingint IdCard Varchar 30 Telephone Varchar 30 Workorg Varchar 50 Address Varchar 50 ZipCode Varchar 10 Enail Varchar 30 LicenseNo Varchar 30 LicenseType Varchar 20 GetDate Varchar 20 ExpiredDate Varchar 20 DriverAge Tinyint TypeId Int Certificate Varchar 40 Warrantor Varchar 50 WidCard Varachar 30
说明
类型编号，主键，自动增1
类型名称 类型描述
说明
类型编号，主键，自动增1
类型名称 客户等级
说明
公司编号，主键，自动增1
公司名称 联系电话 地址 电子邮件 联系人 说明
说明 客户编号，主键 姓名 性别 年龄 身份证号 电话 工作地点 家庭地址 邮政编码 电子邮件 驾驶证号 驾驶证类型 发证日期 到期日期 驾龄 会员类型 抵押证件 担保人
担保人身份证号
- 19 -
表4-5 表Cars的结构
字段名称 数据类型 CarNo Varchar 20 TypeId Int CarName Varchar 50 Color Varchar 20 EngineNo Varchar 50 CarCase Varchar 50 SaleId Int BuyDate Datetime InsurNo Varchar 50 InsurId Int InsurType Varchar 50 InsurSate Datetime InsurEdate Datetime Deposit Int DayPrice Int WeekPrice Int MonthPrice Int WeekEndPrice Int
DayPM Int OverTimePrice Int OverKMPrice Int Status Char 10 Comment Varchar 200
表4-6 表Lease的结构 字段名称 数据类型 ContractNo Varchar 50 CarNo Varchar 20 CustId Varchar 20 LeaseTime Datetime LeaseMode Char 10 Price1 Int Price2 Int WorkDays Int WeekEndCount Int Deposit Int DayKm Int OutKM Int OPrice1 Int OPrice2 Int ReturnTime Int ReturnKM Int
说明
车牌号，主键 汽车类型 汽车名称 汽车颜色 发动机号 车架号 销售商编号 购买日期 保单号 保险公司编号 保险种类 起保日期 结束日期 押金 日租金 周租金 月租金 周末租金 日限公里数 超时租金 超公里租金
状态 备注
说明
合同编号，主键
车牌号 客户编号 租赁时间
租赁模式(分为按日、周和月)
租赁价格
按日租赁时的周末租赁价格 租赁工作日、周、月的数量
租赁周末个数
押金 日限公里数 出车公里数 超公里每公里价格 超时每小时价格 应归还时间 归还公里数
- 20 -
OtherCost Int Rate Float Payment Int Total Int Status Char 10 CreateDate Datetime UserName Varchar 20 RealRTime Datetime 表4-7 表Users的结构
字段名称 数据类型 UserName Varchar 50 UserPwd Varchar 50
其他费用
折扣
实际支付金额 总金额
状态，必填字段(是)
创建日期 创建人 实际归还日期 说明
用户名，主键
密码
- 21 -
5 总结
汽车租赁系统是一套针对汽车租赁业务的实际特点而开发的应用与管理软件，其功能覆盖了汽车租赁业务的全部流程。主要包括车辆预订、租赁业务、车辆管理、客户管理、车辆检修、租金统计等功能。它包括了四个模块：基本数据维护模块、基本业务模块、数据库管理模块和信息查询模块。其中，基本数据维护模块提供了使用者录入、修改并维护基本数据的途径，主要包括了添加车辆信息、修改车辆信息 添加员工信息、修改员工数据几大主要功能。基本业务模块则提供客户可以填写汽车租赁的申请表，工作人员会处理这些表格；同时，技术人员还可以提供每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求，它包含的功能有：用户填写预定申请、工作人员处理预定请求、技术人员填写服务记录和工作人员处理还车。数据库模块是对所有客户、工作人员以及车辆的信息都要进行统一管理，车辆的租赁情况也要进行详细的登记，它的功能则是客户信息管理、车辆信息管理、租赁信息管理和职员信息管理。信息查询模块是查询数据库中的相关信息，包括查询客户信息、查询职员信息、查询车辆信息和查询客户记录。
通过这一个课程设计中，我学会了不少东西。最大的收获就是知道了如何
进行UML统一建模，我了解了使用UML统一建模语言，需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。我还认识到通过模型可以实现从业务领域到软件领域的映射；通过建模，可以使问题可视化，形式化。而通过一序列的建模活动，提高了我在系统设计上的能力，增长了分析、解决问题的经验，对UML统一建模语言有了更深的了解。可以说，这次设计既锻炼了我的动脑分析问题的能力，又锻炼了我动手解决实际问题的能力，这将在我以后的学习中起到很大的作用。我会运用从中学到的宝贵经验来指导我今后的学习和工作，不断地实践，不断地学习，让自己变得更加的充实，更适合社会的需要。
- 22 -
参考文献
[1]刁成嘉，UML系统建模与分析设计[M].北京：机械工业出版社，2007
[2]刁成嘉，UML系统建模与分析设计课程设计[M].北京：机械工业出版社，2008 [3] J.L. Whitten，L.D. Bentley，肖刚，孙慧译，《系统分析与设计方法》[M].北京：机械工业出版社，2007
[4] 徐峰，陈暄，UML面向对象建模基础[M]. 北京：中国水利水电出版社,2008
[5] 王先国，方鹏，曾碧卿，刘烨，UML统一建模实用教程[M]. 北京：清华大学出版社，2009
[6] 王养廷，李磊，宋汉珍，UML基础与应用[M]. 北京：清华大学出版社，2006
- 23 -
因篇幅问题不能全部显示，请点此查看更多更全内容