汽车租赁系统的需求分析与设计1.doc

《可视化建模与UML》课程结业报告

课题名称：汽车租赁系统建模

姓名：刘佳伟

学号： 80921006

班级： 09软件本（2）

学院：电子与信息工程学院

指导老师：夏洁武

完成日期：2012年5月28日

目录

第一章概述 (4)

1.1项目背景 (4)

1.2 软件的一般性描述 (4)

1.2.1运行环境和资源 (4)

1.2.3 软件功能概述 (4)

第二章用例模型 (6)

2.1 用例图简介以及用例图的建立 (6)

2.1.1 客户借车的用例图 (7)

2.2 客户参与的用例用例描述 (7)

2.2.1 事件流 (7)

2.3.1事件流 (9)

第三章类模型 (11)

3.1 类模型的概述以及类模型的建立 (11)

3.2 类图描述 15

第四章交互模型 (17)

4.2 系统交互模型的建立 (18)

4.2.2 客户预订车辆的顺序图 (19)

4.2.3 客户取车的顺序图 (20)

4.2.4 客户还车的顺序图 (21)

4.2.5 客户预订的协作图 (22)

4.2.6 客户取车的协作图 (23)

4.2.7 客户还车的协作图 (24)

第五章包图的建立 (25)

5.1 包图的概述 (25)

第六章行为模型的建立 (26)

6.1行为模型的概述 (26)

6.2 行为模型的建立 (27)

6.2 .1 系统的状态图 (27)

6.2.3 系统的活动图 (28)

第七章小结 (29)

第一章 概述

1.1项目背景

利用互联网和信息化技术，结合汽车租赁经营的实际运作情况，建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”，通过该系统提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。

1.2 软件的一般性描述 1.

2.1运行环境和资源

本软件可以运行在WindowsXP,Windows Vista 以及Windows 7系统上，电脑的最低内存要求为1GB ，CPU 主频为1.8GHZ 以上。

1.2.2 软件的体系结构

汽车租赁系统

图1-1 软件体系结构

1.2.3 软件功能概述

本系统拥有以下功能：

用户登入

记录客户信息

查询客户信息

计算租金

（1）用户登入系统。

（2）记录客户信息。

（3）查询客户信息。

（4）计算租金。

1.2.3.1 用户登入系统功能概述

用户通过插入卡片来登入系统。

1.2.3.2 记录客户信息功能概述

当客户第一次来租借车辆的时候，职员打入客户的一些基本信息到系统中。

1.2.3.3 查询客户信息功能概述

职员可以通过系统查询客户的一些基本信息功能。

1.2.3.4 计算租金功能概述

根据借车和还车的时间间隔，系统自动计算费用，如果车辆有损坏再加上赔偿费用。

第二章用例模型

2.1 用例图简介以及用例图的建立

用例图用来描述用户的需求，它从用户的角度描述系统功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。用例图用于对系统，子系统或系统的行为进行可视化的表示，以方便系统的执行者更清晰地理解这些元素的用途，也便于系统的开发人员最终实现这些元素。用例图由以下几种元素组成：执行者，用例，系统，关系以及用例描述。再用力模型中，不仅执行者与用例之间存在关系，用例与用例图之间也存在关系。用例图中常见的关系主要包括：关联(association)、包含(include)、扩展(extend)、泛化(generalization)。

创建用例图之前首先需要确定参与者。

系统中的参与者主要有两类：

◇客户

◇公司职员

2.1.1 客户借车的用例图

图2-1客户借车的用例图

2.2 客户参与的用例用例描述

2.2.1 事件流

2.2.1.1基本流

1.客户来公司预订车辆

2.客户签订相关协议和填写个人信息并办理卡片

3.把卡片插入系统

4.客户取走车辆进行使用

5.客户归还车辆，按照借的时间缴纳费用

2.2.1.2 备选流

1.a 如果该公司车辆都出租了，则结束

2.a 老客户直接到3

3.a 如果卡片无磁或者客户掉了卡，重新办理一张

3.b 如果不是本人，不予办理

4.a 按照签订的相关协议，车辆如有损坏，赔偿一定的费用。

2.2.1.3 特殊要求

无

2.2.1.4 前置条件

无

2.2.1.5后置条件

无

2.2.1.6 拓展点

无

2.2.1.7相关的数据

客户信息。

2.2.18问题说明

无

2.1.2 职员处理客户租车业务的用例图

图2-2 职员处理客户租车业务的用例图2.3职员处理客户租车业务的用例描述

2.3.1事件流

2.3.1.1基本流

1.职员登入系统

2.为客户办理卡片，让客户签订相关协议和个人信息

3.将卡片插入，系统读取客户信息，职员核对客户信息

4.职员修改车辆信息，对车辆的进行拍照和一些记录

5.处理归还的车辆

2.3.1.2 备选流

2.a 如果是老客户，直接进入3

3.a 如果卡片无磁或者客户掉了卡，重新办理一张

2.2.1.3 特殊要求

无

2.2.1.4 前置条件

无

2.2.1.5后置条件

无

2.2.1.6 拓展点

无

2.2.1.7相关的数据

客户信息和职员信息。

2.2.1.8问题说明

无

第三章类模型

3.1 类模型的概述以及类模型的建立

类图用来描述系统中类之间的静态关系，它对系统的静态结构进行描述。在程序设计的不同阶段，类图的作用也不相同。在分析阶段，类图主要用于一些概念类的描述；在设计阶段，类图主要用于描述类的外部特性；在实现阶段，类图主要用于描述类的内部实现。类图包括类的名字，属性，方法和类的可见性。类图描述包括两个部分：类和类间关系。主要的类间关系包括：关联，泛化，依赖以及其他关系。其他关系中经常用到的包括：聚合关系，组合关系以及实现关系。

图3-1 客户类，经理类，员工类之间的关系

图3-2 各个类的成员变量和成员函数的描述

图3-3 各个类之间的关系

3.2 类图描述

1.Person 类

它是用来记录个人的一些基本的信息，它有人的名字，ID（身份证号），地址，电话号码，里面的一些成员函数的功能都是返回该类的基本属性的。

2.Customer 类

继承自Person类，记录客户的信息

3.Employee 类

继承自Person类，记录员工的信息

4.Car 类

它的两个成员函数isServiced()用来反馈这个车辆能不能使用。

Updatecarstatus() 用来更新车子的当前状态。

5.Manager类

继承自Employee类，可以查看员工的信息

6.SkillWorker 类

继承自Employee类,技术人员填写服务记录

7. CommonWorker 类

继承自Employee类

工作人员可以处理客户申请,添加车辆信息,修改车辆信息,添加员工信息,

修改员工数据

8.CustomerRecord 类

此类用来记录客户的借车信息。里面包含一些成员变量如：customerID ，rentDate ，CarType ，CarNumber （用来记录客户的ID，归还的日期，车子的类型，车子的编号）。里面有一个成员函数用来核查这些信息的。

9.SeviceRecord类

用来填写服务的历史记录(RecordHistory)和进程（progressRecord）。

10.WorkRecord 类

它包含有三个函数分别是，fillWorkRecord(),viewRecord(),updateRecord()。fillWorkRecord()用来填写此类所包含的成员变量如：CustomerID, CommonWorkID, SkillWorkID, RentDate 等等。viewRecord()用来查看这些成员变量。

updateRecord()用来重写此类的成员变量。

11.RequestOrder 类

它含4个成员变量。Allow()用来回应是否可以租借车辆；fillOrder()用来填写该类的成员变量的属性值；check()用来核查该类的成员变量的状态；isHandled()用来表明是否可以处理请求命令。

第四章交互模型

4.1 交互模型的概述

建立交互模型主要是建立顺序图和协作图。顺序图和协作图统称为交互图。它主要用来描述系统中多个对象之间的相互关系及对象间消息传递，用于对系统中多个对象的相互作用的过程进行建模。在面向对象分析过程中，可以使用顺序图来描述一个完整用例过程，使用协作图来分析系统中的对象和对象之间传递的消息。

顺序图的主要用途之一是用来为某个用例的泛化功能提供其所缺乏的解释，即把用例表达的需求，转化为进一步，更加正式的精细表达。在顺序图中主要包括下面4中元素：对象，生命线，激活以及消息。

协作图着重于描述协作对象间的交互和连接。它可以理解为按照空间来布图。协作图中的主要建模元素包括：对象，消息和链。

4.2 系统交互模型的建立

4.2.1 管理人员开展工作的顺序图

图4-1 管理人员开展工作的顺序图

4.2.2 客户预订车辆的顺序图

图 4-2 客户预订车辆的顺序图

4.2.3 客户取车的顺序图

图4-3 客户取车的顺序图