汽车租赁系统UML建模分析Word文档格式.docx
《汽车租赁系统UML建模分析Word文档格式.docx》由会员分享，可在线阅读，更多相关《汽车租赁系统UML建模分析Word文档格式.docx（20页珍藏版）》请在冰豆网上搜索。
利益
能够提前预订租车，保证能正点拿到车。
工作人员
能够提前了解到客户需求，做出应对。
前置条件
用户需要且进行租车，系统运行正常。
后置条件
完成预订、填写订单。
成功保证
1、系统运行正常；
2、客户进行租车；
3、工作人员正常接受预订。
触发事件
用户进行预订。
描述
步骤
活动
1
客户租车。
2
通过网络、电话、前台与工作人员取得联系。
扩展
分支动作
2a
如果网络系统崩溃，重新启动。
2b
如果前台缺少工作人员，临时增加工作人员人数。
技术和数据变化
系统进入填订单程序。
系统保存预订数据。
用例2
填写订单
客户在预订后填写订单完成租车。
完成租车、保证租车安全。
能够通过订单完成车辆分配。
客户预订。
保存订单。
1、客户进行预订；
2、系统运行正常。
客户预订成功。
客户通过电话、网络、前台进行预订。
填写订单。
1a
1b
系统进入保存订单程序。
用例3
保存订单
工作人员保存客户订单。
用户目标级别
订单存储后保证业务，便于查询。
客户填写订单。
保存历史记录。
系统中安排车辆租赁。
客户完成租车。
客户在电话、网络、前台填写订单成功。
工作人员检查无误。
3
工作人员将订单保存在系统中。
3a
如果信息系统崩溃，重新启动。
如果工作人员检查订单有误，通过订单上的客户信息与用户联系更正订单。
系统进入保存历史记录程序。
工作人员开始安排车辆。
用例4
处理客户申请
在客户填写订单并保存后，工作人员对订单进行处理。
汽车租赁系统中的车辆调度系统。
工作人员方便进行车辆调度安排。
订单保存在系统中。
维护更新订单或保存历史记录。
订单保存完好且无误。
订单完成。
工作人员在系统中保存订单。
工作人员从系统中读取订单。
工作人员通过订单完成车辆调度。
订单无法读取则令相关工作人员重新保存。
车辆调度不成功则临时增加车辆或联系客户更改订单。
完成车辆调度
系统历史记录变更。
用例5
维护更新订单
对保存的订单进行维护和更新。
汽车租赁系统中的更新维护系统。
允许客户更改订单。
便于工作人员对订单进行维护更新、并增加柔性。
处理客户申请完成。
1、车辆调度更改。
2、订单及历史记录更改。
[什么引发用例，例如时间事件。
]
客户更改订单，或订单发生问题。
工作人员根据需求更新或维
护订单。
系统自动保存历史记录。
系统崩溃、数据损坏则恢复系统备份。
对维护更新的工作人员进行权限限制。
系统内订单数据更改。
系统历史记录更改。
用例6
保存车辆检修记录
车辆定期或不定期进行检修的记录。
保证得到的车辆可靠。
车辆检修。
车辆检修，更改历史记录。
车辆检修完成。
车辆进行定期或不定期间检修。
记录车辆检修过程。
车辆维修记录更改。
历史记录更改。
用例7
保存历史记录
工作人员对系统做的任何增加、修改、删除进行记录。
汽车租赁系统中的更新系统。
方便日后对车辆情况检索
已经记录完毕。
租赁系统中已经建立完整的车辆检修租赁等事务的记录。
记录完整无误。
记录完成。
1.浏览各项事务的记录。
结出车辆，归还车辆，修理车辆的记录，顾客信息，员工信息。
2.2系统类图
汽车租赁系统的数据类中共有七个：
车辆、订单、车辆检修记录、历史纪录、顾客、普通工人、技术人员、管理人员、租赁记录。
2.2.1参与者相关的类
【类图说明】
1.技术人员
属性：
姓名：
技术人员的姓名
性别：
技术人的性别
技能等级：
技术人员的技能等级
网站登录号：
技术人员的汽车租用系统的网让登录号
操作：
车辆检测：
技术人员对车辆进行使用前后的检测
提供车辆检修报告：
技术人员对车辆检修结果生成一个报告
2.管理人员
管理人员的姓名
管理人员的性别
职位：
管理人员在公司的职位
主管业务：
管理人员在公司的主管业务
管理人员的汽车租用系统的网让登录号
处理电话预订：
管理人员对顾客的电话预订进行处理
处理网上预订：
管理人员对网上顾客的预订进行处理
处理前台预订：
管理人员到公司的顾客的预订进行处理
处理客户申请：
管理人员对客户的申请时行审核后，决定是接受
还是拒绝客户申请
员工工资发放：
管理人员发放员工的工资
将车辆信息提交给技术人员：
同意客户的申请后及客户归还车辆
后，将车辆提交给技术人员进行检测
维护更新订单：
根据车辆的状况及车辆租用情况，及时在网站上
进行更新
3.顾客
顾客姓名
顾客号：
系统分配给顾客的唯一的编号
身份证号：
顾客身份证号
登录密码：
顾客登录网站密码
邮箱：
用户注册邮箱
手机号：
顾客手机号
注册日期：
顾客注册日期
方法：
登录：
顾客登录租赁系统
预订：
顾客进行预定，返回是否成功
提车：
顾客提车
还车：
顾客还车
4.普通工人
工人姓名
工号：
工人工号
入企时间：
工作合同签订时间
合同有效期：
工人合同有效期
职工薪酬：
工人薪酬数
修理汽车：
工人修理受损汽车
2.2.2系统中用到其他类
1.车辆
属性：
车辆型号
车号
车辆健康状况：
即车辆各部分的性能，及保养维护状况。
现时状态：
包括，借出，保养修理，在库待借。
操作：
借出车辆：
订单检查无误后，选择在库待借车辆，将车辆借出给相应顾客。
更新车辆状态：
车辆借出后，归还后，送修后，入库后，记录相应的变化后的状态。
2.订单
订单号：
由系统自动编号。
借车日期：
完成订单交易后，借出车辆的日期。
顾客注册系统时定义的号码。
应付金额：
由具体借车时长，用途以标准规则计算得出。
是否交易成功：
单检查后若发现问题，可不接受交易，退回订单，即记录为“否”。
车号：
被受理后，系统随机挑选在库待借车辆借出，记录借出车车号。
受理订单：
顾客下订单后，工作人员在系统中调取查阅。
填写订单记录：
填写顾客订单的订单号，交易后填写借出车车号及时间：
未交易填写“交易失败”，并记录拒绝交易的原因。
检查订单：
核对订单信息，确保订单信息填写无误。
完成订单交易：
完成订单检查，订单记录填写完整后，与顾客交易并锁存订单记录到历史记录中。
3.车辆检修记录
车辆坏损情况：
车辆哪些部分需要检修
车辆送修日期
车辆入库日期：
车辆被修好之后入库
修理费用：
此次维修的花费
修理人员：
修理人员的工号。
车辆信息：
车辆的型号，尺寸，车牌等等。
查询记录：
工作人员可以通过查询记录来完成一系列的后续工作。
增加检修记录：
工作人员录入车辆的检修情况，方便后续的工作。
修改检修记录：
工作人员及时更新修改记录，保证公司的正常业务运转。
删除检修记录：
删除某些没有意义的记录，提高工作效率
4.历史记录
日期：
提供此次服务的日期
顾客号：
有被服务需求的客户号。
接待员：
接待顾客的工作人员的工号。
执行的操作：
顾客所需的服务类型。
工作人员通过查询记录来完成其工作。
增加记录：
工作人员对已经完成的事务录入系统，方便后续工作。
修改记录：
工作人员通过修改记录保证信息的时效性，可用性。
5.租赁记录
有被服务需求的客户号
车辆型号
车号
车辆出库日期：
车辆被租赁出库的日期
应还日期：
顾客应该还车的时间
工作人员：
办理租赁的工作人员记录
2.2.3各类之间的关系
各类之间的关系
2.3系统时序图
2.3.1归还汽车时序图
2.3.2出租汽车时序图
2.3.3增加汽车时序图
2.3.4删除汽车时序图
2.3.5增加客户时序图
2.3.6汽车信息管理时序图
2.3.7汽车预定时序图
.
升级会员 