汽车租赁系统的分析与设计.docx
《汽车租赁系统的分析与设计.docx》由会员分享，可在线阅读，更多相关《汽车租赁系统的分析与设计.docx（7页珍藏版）》请在冰豆网上搜索。
汽车租赁系统的分析与设计
汽车租赁管理系统
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.当客户预订到汽车并用车时，用例开始
2.客户提供司机信息
3.客户提供付款的第三方信息
4.客户提供保险信息
5.客户签订租赁协议
6.如果以上信息全部提交，则出租车辆给客户，并在系统中做相应的记录
候选事件流
4.如果客户没有提供保险信息，则增加相应的费用到附加的日常费用中
用例：
归还汽车及结账
参与者：
客户，员工
目的：
将汽车添加到代出租的预订表中，并收取应收取的出租费用
概述：
将汽车归还给汽车租赁公司，结束合同关系
类型：
基本
前提条件：
验证车辆是否满足相应的归还条件，并按相应的条件处理车辆
后置条件：
无
特殊需求：
无
事件流
参与者操作
系统响应
1.当客户还车给公司时，用例开始
2.员工确认邮箱是满的
3.员工记录还车信息
4.员工检查车辆没有受损
5.员工检查车辆是不需要保养
6.员工送车到洗车行
7.根据条件出具相应的账单
8.车辆信息入库，以备再次出租
候选事件流
2.员工确认邮箱是不是满的，则基本费用增加燃料费
4.员工检查车辆受损，且没有碰撞免责书，则维修费用记录到账单
5.员工检查车辆需要保养，则送去保养
2．3汽车租赁管理系统的时序图
2.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汽车租赁管理系统的状态图
2．8汽车租赁管理系统的活动图
升级会员 