汽车租赁系统UML建模分析.docx
《汽车租赁系统UML建模分析.docx》由会员分享,可在线阅读,更多相关《汽车租赁系统UML建模分析.docx(20页珍藏版)》请在冰豆网上搜索。
汽车租赁系统UML建模分析
1.系统概述
随着汽车工业的发展和汽车的普及,汽车租赁成为近年来兴起的一个新行业。
使用汽车租赁管理系统可以规范企业的管理和经营行为,减少企业的经营成本,提高工作效率。
功能需求:
1.客户可以通过不同的方式(包括电话、前台、网上)预定车辆;
2.能够保存客户的预定申请单;
3.能够保存客户的历史记录;
4.工作人员可以处理客户申请;
5.技术人员可以保存对车辆检修的结果。
2.系统UML建模分析
2.1系统用例图
2.1.1系统的参与者
系统主要参与者包括:
(1)顾客
(2)普通工人
(3)技术工人
2.1.2系统主要用例图
【用例图说明】
用例1
预订
使用语境
客户通过预订用例对车辆进行租赁预订。
范围
汽车租赁系统中的预订系统。
级别
用户目标级别。
主执行者
客户
项目相关人员利益
项目相关人员
利益
客户
能够提前预订租车,保证能正点拿到车。
工作人员
能够提前了解到客户需求,做出应对。
前置条件
用户需要且进行租车,系统运行正常。
后置条件
完成预订、填写订单。
成功保证
1、系统运行正常;
2、客户进行租车;
3、工作人员正常接受预订。
触发事件
用户进行预订。
描述
步骤
活动
1
客户租车。
2
通过网络、电话、前台与工作人员取得联系。
扩展
步骤
分支动作
2a
如果网络系统崩溃,重新启动。
2b
如果前台缺少工作人员,临时增加工作人员人数。
技术和数据变化
1
系统进入填订单程序。
2
系统保存预订数据。
用例2
填写订单
使用语境
客户在预订后填写订单完成租车。
范围
汽车租赁系统中的预订系统。
级别
用户目标级别。
主执行者
客户
项目相关人员利益
项目相关人员
利益
客户
完成租车、保证租车安全。
工作人员
能够通过订单完成车辆分配。
前置条件
客户预订。
后置条件
保存订单。
成功保证
1、客户进行预订;
2、系统运行正常。
触发事件
客户预订成功。
描述
步骤
活动
1
客户通过电话、网络、前台进行预订。
2
填写订单。
扩展
步骤
分支动作
1a
如果网络系统崩溃,重新启动。
1b
如果前台缺少工作人员,临时增加工作人员人数。
技术和数据变化
1
系统进入保存订单程序。
用例3
保存订单
使用语境
工作人员保存客户订单。
范围
汽车租赁系统中的预订系统。
级别
用户目标级别
主执行者
工作人员
项目相关人员利益
项目相关人员
利益
工作人员
订单存储后保证业务,便于查询。
前置条件
客户填写订单。
后置条件
保存历史记录。
成功保证
系统中安排车辆租赁。
触发事件
客户完成租车。
描述
步骤
活动
1
客户在电话、网络、前台填写订单成功。
2
工作人员检查无误。
3
工作人员将订单保存在系统中。
扩展
步骤
分支动作
3a
如果信息系统崩溃,重新启动。
2a
如果工作人员检查订单有误,通过订单上的客户信息与用户联系更正订单。
技术和数据变化
1
系统进入保存历史记录程序。
1
工作人员开始安排车辆。
用例4
处理客户申请
使用语境
在客户填写订单并保存后,工作人员对订单进行处理。
范围
汽车租赁系统中的车辆调度系统。
级别
用户目标级别
主执行者
工作人员
项目相关人员利益
项目相关人员
利益
工作人员
工作人员方便进行车辆调度安排。
前置条件
订单保存在系统中。
后置条件
维护更新订单或保存历史记录。
成功保证
订单保存完好且无误。
触发事件
订单完成。
描述
步骤
活动
1
工作人员在系统中保存订单。
2
工作人员从系统中读取订单。
3
工作人员通过订单完成车辆调度。
扩展
步骤
分支动作
1a
订单无法读取则令相关工作人员重新保存。
3a
车辆调度不成功则临时增加车辆或联系客户更改订单。
技术和数据变化
1
完成车辆调度
2
系统历史记录变更。
用例5
维护更新订单
使用语境
对保存的订单进行维护和更新。
范围
汽车租赁系统中的更新维护系统。
级别
用户目标级别
主执行者
工作人员
项目相关人员利益
项目相关人员
利益
客户
允许客户更改订单。
工作人员
便于工作人员对订单进行维护更新、并增加柔性。
前置条件
处理客户申请完成。
后置条件
保存历史记录。
成功保证
1、车辆调度更改。
2、订单及历史记录更改。
触发事件
[什么引发用例,例如时间事件。
]
描述
步骤
活动
1
客户更改订单,或订单发生问题。
2
工作人员根据需求更新或维
护订单。
3
系统自动保存历史记录。
扩展
步骤
分支动作
1a
系统崩溃、数据损坏则恢复系统备份。
2a
对维护更新的工作人员进行权限限制。
技术和数据变化
1
系统内订单数据更改。
2
系统历史记录更改。
用例6
保存车辆检修记录
使用语境
车辆定期或不定期进行检修的记录。
范围
汽车租赁系统中的更新维护系统。
级别
用户目标级别
主执行者
工作人员
项目相关人员利益
项目相关人员
利益
客户
保证得到的车辆可靠。
前置条件
车辆检修。
后置条件
保存历史记录。
成功保证
车辆检修,更改历史记录。
触发事件
车辆检修完成。
描述
步骤
活动
1
车辆进行定期或不定期间检修。
2
记录车辆检修过程。
3
保存历史记录。
技术和数据变化
1
车辆维修记录更改。
2
历史记录更改。
用例7
保存历史记录
使用语境
工作人员对系统做的任何增加、修改、删除进行记录。
范围
汽车租赁系统中的更新系统。
级别
用户目标级别
主执行者
工作人员
项目相关人员利益
项目相关人员
利益
工作人员
方便日后对车辆情况检索
前置条件
已经记录完毕。
后置条件
租赁系统中已经建立完整的车辆检修租赁等事务的记录。
成功保证
记录完整无误。
触发事件
记录完成。
描述
步骤
活动
1.浏览各项事务的记录。
2
保存历史记录。
技术和数据变化
结出车辆,归还车辆,修理车辆的记录,顾客信息,员工信息。
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汽车预定时序图
(注:
可编辑下载,若有不当之处,请指正,谢谢!
)