清汤白水才是醍醐至味
开发背景：
? 随着旅店声誉日益提高，住宿人员越来越多，旅客为了能够获得好的房间，均提前预订房间。
? 然而，随着预订的增多、预订周期的拉长，前台服务员工作压力也日益增大，还经常出现工作的失误，使得已经预订好房间的旅客也不能按期入住，这给酒店的声誉带来不好的影响。
? 为此，旅店老板想到了计算机，希望能够通过计算机来自动管理这些预订业务，不过由于目前资金的问题，目前只开发一个单机版的系统，不提供 上业务；并且旅店方面的其它业务暂不考虑信息化问题。
? 旅店老板委托某计算机公司开发该系统，并承诺如果系统运转良好的话，将会考虑进一步合作事宜。
一、目的及要求
利用UML用例图、用例描述、顺序图(或活动图)完成用例建模过程。
二、软件环境
Enterprise Architect 12
三、业务描述
? 某旅店可对外开放50个双人间和2 0个单人间，房间费用视情况按季节调整，但周一到周五提供半价（周末全价）折扣。
? 旅客可以直接入住房间(如果有空房)，也可提前预订；入住和预订都需要登记个人信息。
? 旅客提前预订房间时，需提交一定的订金；入住时间24小时之外的旅客可以取消预订，并退回所有订金，24小时以内则不退还订金。
四、内容
（1）识别参与者：
? 业务参与者：旅客
? 业务工人：服务员、经理、时间
（2）识别用例：
? 用例：登录、预定房间、取消预订、查询房间状态、计算预定费用、交定金、退还定金、调整价格、管理旅客信息 、提供房间预定情况、统计入住情况
（3）画出用例图：
- “取消预订”用例描述
| 用例描述 | “取消预订”用例描述 |
|---|---|
| 用例名称 | 预订房间 |
| 简要描述 | 旅店的服务员通过该用例为顾客取消所预订的房间 |
| 参与者 | 服务员 |
| 涉众 | 服务员：准确地完成取消预订 旅客：简单快速地取消所预订的房间 |
| 相关用例 | 无 |
| 前置条件 | 服务员成功登录到系统，旅客成功预订到房间 |
| 后置条件 | 如果取消预订成功，系统保存本次取消预订信息，更新相关房间的状态 |
| 主事件流 | (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%）。 |
| 非功能需求 | 目前只考虑服务员用现金现场退款的情况，但也要为其它支付方式预留接口。 |
| 顺序图 | |
o(￣▽￣)ブ分析不是很到位，各抒己见，仅供参考??~~~
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！