UML之旅店预订系统

清汤白水才是醍醐至味

开发背景：

​ 随着旅店声誉日益提高，住宿人员越来越多，旅客为了能够获得好的房间，均提前预订房间。

​ 然而，随着预订的增多、预订周期的拉长，前台服务员工作压力也日益增大，还经常出现工作的失误，使得已经预订好房间的旅客也不能按期入住，这给酒店的声誉带来不好的影响。

​ 为此，旅店老板想到了计算机，希望能够通过计算机来自动管理这些预订业务，不过由于目前资金的问题，目前只开发一个单机版的系统，不提供网上业务；并且旅店方面的其它业务暂不考虑信息化问题。

​ 旅店老板委托某计算机公司开发该系统，并承诺如果系统运转良好的话，将会考虑进一步合作事宜。

一、目的及要求

利用UML用例图、用例描述、顺序图(或活动图)完成用例建模过程。

二、软件环境

Enterprise Architect 12

三、业务描述

​ 某旅店可对外开放50个双人间和2 0个单人间，房间费用视情况按季节调整，但周一到周五提供半价（周末全价）折扣。

​ 旅客可以直接入住房间(如果有空房)，也可提前预订；入住和预订都需要登记个人信息。

​ 旅客提前预订房间时，需提交一定的订金；入住时间24小时之外的旅客可以取消预订，并退回所有订金，24小时以内则不退还订金。

四、内容

（1）识别参与者：

​ 业务参与者：旅客

​ 业务工人：服务员、经理、时间

（2）识别用例：

​ 用例：登录、预定房间、取消预订、查询房间状态、计算预定费用、交定金、退还定金、调整价格、管理旅客信息 、提供房间预定情况、统计入住情况

（3）画出用例图：

（4）用例描述：

• “预订房间”用例描述

用例描述	“预订房间”用例描述
用例名称	预订房间
简要描述	旅店的服务员通过该用例为顾客预订所需要的房间
参与者	服务员
涉众	服务员：准确地完成预订房间 旅客：简单快速地预订到所需的房间
相关用例	无
前置条件	服务员成功登录到系统
后置条件	如果预订成功，系统保存本次预订信息，更新相关房间的状态
主事件流	(1)用例起始于旅客现场需要预订房间。 (2)服务员按照旅客的要求设定查询条件(D-1)。 (3)系统查询可预订的房间信息(D-2)，并显示所有可预订的房间列表(A-1)。 (4)服务员为旅客选定所需的房间，并输入预订的时间和天数。 (5)系统计算所需的总费用和预付的订金金额(B-1)。 (6)服务员现场收取旅客支付订金的现金。 (7)服务员将支付信息(D-3)记录到系统中，并进行预订操作。 (8)系统保存本次预订信息(E-1)(D-4)，更新房间状态(E-2) (D-5)，并显示预订成功消息。 (9)系统打印预订收据后，用例结束。
子事件流	A-1 没有找到满足可预订需求的房间 (1)系统显示没有找到满足需求的房间 (2)服务员可以重新设定查询条件，或者选择结束该用例
异常事件流	E-1 系统保存预订信息失败 (1)系统显示保存预订信息失败，并提醒服务员重新提交 (2)服务员可以重新提交本次预订信息，或者选择结束该用例 E-2 系统更新房间状态失败 (1)系统显示更新房间状态失败，并提醒服务员重新设置房间状态 (2) 服务员可以重新提交本次预订信息，或者选择结束该用例
数据需求	D-1 查询条件包括：预订时间段、房间类型 D-2房间信息包括：房间号、房间类型、价格、房间状态 D-3 支付信息包括：支付金额、交易时间、交易渠道、收付款客户名称、有效追溯交易的标识 D-4 预订信息包括：客户的基本信息（姓名、地址、联系电话、有效证件）、本次预订情况（房间号、预订天数、预订金额、预订的总费用） D-5 房间状态有：空闲、整理房间、已预订、有客
业务规则	B-1旅客提前预订房间时，需提交一定的订金，可以是总费用的比例（例如，15%）。
非功能需求	目前只考虑旅客用现金当场支付的情况，但也要为其它支付方式预留接口。
顺序图	画出针对主事件流的顺序图

• “取消预订”用例描述

用例描述	“取消预订”用例描述
用例名称	预订房间
简要描述	旅店的服务员通过该用例为顾客取消所预订的房间
参与者	服务员
涉众	服务员：准确地完成取消预订 旅客：简单快速地取消所预订的房间
相关用例	无
前置条件	服务员成功登录到系统，旅客成功预订到房间
后置条件	如果取消预订成功，系统保存本次取消预订信息，更新相关房间的状态
主事件流	(1)用例起始于旅客现场取消预订房间。 (2)服务员按照旅客的要求查询房间信息(D-1)，并输入旅客所预定的房间号。 (3)系统查询房间信息以及预订信息(A-1)，并显示该房间的信息以及预订信息 (D-2)。 (4)服务员为旅客办理取消预订房间业务。 (5)系统查询支付信息(D-3)，并显示支付信息。 (6)服务员现场退还旅客支付订金的现金(B-1)。 (7)服务员将退款信息(D-4)记录到系统中，并进行取消预订操作。 (8)系统保存本次取消预订信息(E-1)(D-5)，更新房间状态(E-2) (D-6)，并显示取消预订成功消息。 (9)系统打印取消预订凭据后，用例结束。
子事件流	A-1 没有找到旅客预订的房间信息 (1)系统显示没有找到该房间的预订信息仅显示房间信息 (2)服务员可以重新查询，或者选择结束该用例
异常事件流	E-1 系统保存预订信息失败 (1)系统显示保存预订信息失败，并提醒服务员重新提交 (2)服务员可以重新提交本次取消预订信息，或者选择结束该用例 E-2 系统更新房间状态失败 (1)系统显示更新房间状态失败，并提醒服务员重新设置房间状态 (2) 服务员可以重新提交本次取消预订信息，或者选择结束该用例
数据需求	D-1 房间信息包括：房间号、房间类型、价格、房间状态 D-2 预订信息包括：客户的基本信息（姓名、地址、联系电话、有效证件）、本次预订情况（房间号、预订天数、预订金额、预订的总费用） D-3 支付信息包括：支付金额、交易时间、交易渠道、收付款客户名称、有效追溯交易的标识 D-4 退款信息包括：退款金额、退款时间、退款渠道、收付款客户名称、有效追溯交易的标识 D-5 取消预订信息：客户的基本信息（姓名、地址、联系电话、有效证件）、本次预订情况（房间号、退款金额、退款时间、预订的总费用） D-6 房间状态有：空闲、整理房间、已预订、有客
业务规则	B-1 服务员退还旅客提前预订房间时，提交一定的订金，金额是总费用的比例（例如，15%）。
非功能需求	目前只考虑服务员用现金现场退款的情况，但也要为其它支付方式预留接口。
顺序图	画出针对主事件流的顺序图

• “管理旅客信息”用例描述

用例描述	“管理旅客信息”用例描述
用例名称	管理旅客信息
简要描述	旅店的服务员通过该用例对旅客的要求进行增删改
参与者	服务员
涉众	服务员：根据顾客的需求对旅客信息进行增删改操作 旅客：通知服务员修改个人信息
相关用例	无
前置条件	服务员成功登录到系统
后置条件	如果预订成功，系统保存本次对旅客信息增删改操作结果
主事件流	(1)用例起始于服务员查看当前时间之前输入的数据。 (2)服务员通过旅客提供的个人信息(D-1)录入到系统。 (3)服务员删除过期预订信息(D-2)中的旅客信息。 (4)服务员根据客户的需求修改旅客信息(A-1)。 (5)系统保存本次对旅客信息增删改操作的结果(E-1)，并显示操作成功消息，用例结束。
子事件流	A-1 没有找到该客户的旅客信息 (1)系统显示没有找到该客户的旅客信息 (2)服务员可以重新修改客户的旅客信息，或者选择结束该用例
异常事件流	E-1 系统保存旅客信息更新结果失败 (1)系统显示保存旅客信息更新结果失败，并提醒服务员重新更新旅客信息 (2)服务员可以重新更新旅客信息，或者选择结束该用例
数据需求	D-1 旅客信息包括：姓名、地址、联系电话、有效证件 D-2 预订信息包括：客户的基本信息（姓名、地址、联系电话、有效证件）、本次预订情况（房间号、预订天数、预订金额、预订的总费用）
业务规则	B-1旅客通知服务员修改个人信息，并提供最新的个人信息。
非功能需求	目前只考虑服务员具有权限更新旅客信息，但也要为其它用户能够使用此预留接口。
顺序图	画出针对主事件流的顺序图

o(￣▽￣)ブ分析不是很到位，各抒己见，仅供参考😁~~~