汽车租赁系统的分析与设计.docx

汽车租赁系统的分析与设计.docx

《汽车租赁系统的分析与设计.docx》由会员分享，可在线阅读，更多相关《汽车租赁系统的分析与设计.docx（8页珍藏版）》请在冰点文库上搜索。

汽车租赁系统的分析与设计

统系理管赁租车汽

1汽车租赁系统的需求分析

1．1系统功能需求

1.1.1系统的功能需求包括以下几个方面。

1.客户需要提前预订车辆。

2.车辆出租由于下述原因而变得复杂。

（1）需要提交司机的信息：

全名，生日，驾照号码，驾照等级。

（2）要记录第三方付款单位。

（3）确认用户是否签订碰撞损失免责书，责任保险，个人事故保险。

（4）签订租车协议。

协议号，客户名，租赁类型，车辆序号，车辆价格，汽车离店时间，里程，预期换车的时间等信息。

3.还车由于下述原因而变得复杂。

（1）油箱不满要计油费到附加费用中。

（2）若汽车出现事过（受损，客户伤亡等），确认用户是否签订碰撞损失免责书，责任保险，个人事故保险，没有签订的要计入相应的费用到附加费用中。

（3）登记归还日期，时间，里程等信息。

（4）系统计算相应的收费数目。

满足上述需求的系统主要包括以下几个模块。

（1）系统用户管理模块。

（2）日常业务管理模块。

（3）车辆信息管理模块。

（4）客户会员管理模块。

2系统的UML基本模型

汽车租赁管理系统事件列表2.1．

事件描系统输提供输接受输

编

预定车客成

员司机信客

客员

方信第三方信

保险信员客

租赁协客员

邮箱是满员燃料

满还车信员

员维修费

否受员

否要保保员入

行

时候

客户付付款信客员

2．2系统的用例图

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

（1）在汽车租赁系统中，需要客户的参与。

客户可以提出预订请求，预订请求得到确认后可以取车，租赁期限到期后还应该将车返还给租赁商。

（2）租赁公司的员工则需要处理客户的租赁申请，并在汽车返还时对车辆状况进行检查：

2.2.2由以上分析可以看出，所有的动作都是围绕着客户和公司员工进行的。

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

客户和公司员工。

系统的用例主要如下三个：

（1）预订车辆用例。

客户在取车之前应该首先预订车辆。

（2）取车用例。

如果客户的车辆预订得到确认，要在确定的日期到前台取车。

（3）还车用例。

客户应该在规定时间还车。

2.2.3扩展的基本用例叙述

用例：

预订汽车

参与者：

客户

目的：

为客户保留预订的汽车

如果公司还有可供出租的汽车，则按客户的要求予以保留。

以概述：

备客户租用

基本类型：

前提件：

条公司有可以出租的汽车

后置件：

条无

特殊求：

需客户预订汽车后，必须租用该车

参与者操作

事件流系统响应

1.当客户需要预订汽车时，开始

用例

2.如果公司还有车，则将该车保留

如果公司没有车了，则用例结束，通知客户没有可以预订的车了

候选事件流

用例：

参与者

出租汽车：

客户

目的：

概述：

为客户出租预订的汽车将汽车出租给客户，并在系统中做相应的记录

类型：

前提

基本条汽车已被该客户预订

件：

后置

条无

件：

殊特．

客户须填写相应的信息到系统中需

求：

事件流

参与者操作

系统响应

1.当客户预订到汽车并用车时，用例开始

6.如果以上信息全部提交，则出租车辆给客户，并在系统中做相应的记录

客户提供司机信息2.

客户提供付款的第三方信息3.

客户提供保险信息4.

客户签订租赁协议5.

候选事件流

4.如果客户没有提供保险信息，则增加相应的费用到附加的日常费用中用例：

归还汽车及结账参与者：

客户，员工

目的：

将汽车添加到代出租的预订表中，并收取应收取的出租费用

将汽车归还给汽车租赁公司，结束合同关系概述：

基本类型：

前提条验证车辆是否满足相应的归还条件，并按相应的条件处理车辆

件：

后置条无

件：

特殊需无

求：

参与者操作

事件流系统响应

1.当客户还车给公司时，始

用例开7.根据条件出具相应的账单8.车辆信息入库，以备再次出租

2.员工确认邮箱是满的3.员工记录还车信息

4.员工检查车辆没有受损

5.员工检查车辆是不需要保养

6.员工送车到洗车行候选事件流

2.员工确认邮箱是不是满的，则基本费用增加燃料费

4.员工检查车辆受损，且没有碰撞免责书，则维修费用记录到账单

员工检查车辆需要保养，则送去保养5.

汽车租赁管理系统的时序图2．32.3.1首先来介绍系统的时序图，汽车租赁系统的时序图主要有如下3个。

（1）客户预订车辆的时序图。

（2）客户取车时序图。

（3）客户还车及结账的时序图。

其余用例的时序图较为简单，系统分析的时候可以不给出。

2.3.2客户预订车辆的时序图

（1）客户预订车辆的时序图

系统操作约定：

：

查询是否有待预订的车辆

（1）Query（）．

（2）Query（）：

查询该客户是否在公司注册

（3）reserve（,,）：

按客户要求预订车辆

（4）CarStatus（）：

修改车辆在车库中的状态信息

（5）reserveno（）：

返回预订编号给客户，以备用户用此编号提取车辆

客户要租赁车辆，首先必须填写申请表。

公司员工负责处理申请表，他们根据客户租赁的历史记录以及客户申请的车辆的状态决定是否接受客户请求。

如果两个条件都满足，那么将接受请求并且为客户预留该车；否则就拒绝请求，处理过的申请表的状态都设为已处理。

如果接受用户的租赁请求，首先为该客户添加一条记录，然后通知客户前来取车。

（2）客户取车时序图：

系统操作约定：

（1）Query（）：

查询是否有已预订的车辆

（2）getDriverNum（）：

查询该车辆相对应的司机数目

（3）fillDriverInfo（,,,,）：

要求客户录入司机信息

（4）Add（）：

按要求签订租车协议，并写入数据库

（5）CarStatus（）：

修改车辆状态为已租赁

（6）GetCar：

客户取车，并返回租赁协议号给客户

客户在约定的时间到前台取车，公司员工首先验证取车通知，验证通过后，将要求客户付款，然后填写一份租车协议，同时修改车辆状态。

（3）客户还车时序图：

系统操作约定：

：

按客户提供的租车协议号，查询客户信息

（1）Query（）．

（2）Query（）：

按客户提供的租车协议号，查询客户所租车辆的信息

（3）Query（）：

按客户提供的租车协议号，查询客户所签订的协议信息

（4）Get（）：

按要求签订信息，取得租车的费用问题

（5）Return（）：

工作人员检查车辆后，把需求的油费，保养费等费用计入其它费用，并收取费用，完成车辆的归还

（6）CarStatus（）：

修改车辆状态为未出租，以备下次再次出租

（7ReturnSuccessed：

还车成功

客户在规定的时间将车返还给租赁公司，技术人员将对车辆进行检修以确定是否有损坏，并且生成其它费用，公司职员将根据记录确定客户应付的款项。

与客户交易完成以后，需要修改车辆状态。

2．4汽车租赁管理系统的域模型

2．5汽车租赁管理系统的系统结构

汽车租赁管理系统负责整个系统的总体协调工作；MSSQL数据库负责数据管理；工作人员负责处理客户请求以及进行租赁交易；而技术人员界面则用于技术人员查询、修改汽车的状态。

2．6汽车租赁管理系统的设计类图

2．7汽车租赁管理系统的状态图

汽车租赁管理系统的活动图8．2．