汽车租赁系统UML建模分析Word格式文档下载.docx
- 文档编号:20190946
- 上传时间:2023-01-17
- 格式:DOCX
- 页数:21
- 大小:116.91KB
汽车租赁系统UML建模分析Word格式文档下载.docx
《汽车租赁系统UML建模分析Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《汽车租赁系统UML建模分析Word格式文档下载.docx(21页珍藏版)》请在冰豆网上搜索。
(1)顾客
(2)普通工人
(3)技术工人
2.1.2系统主要用例图
【用例图说明】
用例1
预订
使用语境
客户通过预订用例对车辆进行租赁预订。
范围
汽车租赁系统中的预订系统。
级别
用户目标级别。
主执行者
客户
项目相关人员利益
项目相关人员
利益
能够提前预订租车,保证能正点拿到车。
工作人员
能够提前了解到客户需求,做出应对。
前置条件
用户需要且进行租车,系统运行正常。
后置条件
完成预订、填写订单。
成功保证
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汽车预定时序图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 汽车 租赁 系统 UML 建模 分析
![提示](https://static.bdocx.com/images/bang_tan.gif)