汽车租赁系统的分析与设计
汽车租赁管理系统
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.1 创建用例图之前首先需要确定参与者。
(1)在汽车租赁系统中，需要客户的参与。客户可以提出预订请求，预订请求得到确认后可以取车，租赁期限到期后还应该将车返还给租赁商。
(2)租赁公司的员工则需要处理客户的租赁申请，并在汽车返还时对车辆状况进行检查：2.2.2由以上分析可以看出，所有的动作都是围绕着客户和公司员工进行的。因此，系统中的参与者主要有两类：客户和公司员工。
系统的用例主要如下三个：
(1)预订车辆用例。客户在取车之前应该首先预订车辆。
(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( )：修改车辆状态为未出租，以备下次再次出租
（7 ReturnSuccessed：还车成功
客户在规定的时间将车返还给租赁公司，技术人员将对车辆进行检修以确定是否有损坏，并且生成其它费用，公司职员将根据记录确定客户应付的款项。与客户交易完成以后，需要修改车辆状态。
2．4汽车租赁管理系统的域模型
2．5汽车租赁管理系统的系统结构
汽车租赁管理系统负责整个系统的总体协调工作；MSSQL数据库负责数据管理；工作人员负责处理客户请求以及进行租赁交易；而技术人员界面则用于技术人员查询、修改汽车的状态。
2．6汽车租赁管理系统的设计类图
2．7汽车租赁管理系统的状态图
2．8汽车租赁管理系统的活动图