用例建模
a. 阅读 Asg_RH 文档，绘制用例图。
绘制用例图如下：
b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：
- 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例
- 尽可能识别外部系统，并用色彩标注新的外部系统和服务
我选择的在线酒店预定网站是马蜂窝。马蜂窝上的预定流程如下：
根据马蜂窝预定酒店的流程，绘制用例图如下：
c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法。
可以知道，a中的酒店预定系统是早期的，国外的预定系统；而b中的酒店预定系统是现在的，国内的酒店预定系统。观察它们的用例图可以发现，有许多部分基本上是相似的，而只是现在的预定系统中增加了一些更加便利和有用的功能。
因此我们可以总结到，在项目早期，通过分析相似项目的用例图，能够帮我们快速构建出一个大体的功能模型，然后再从中寻找可以改进和创新的点。
d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
| ID | Name | Imp | Est | How to demo | Notes |
|---|---|---|---|---|---|
| 1 | 查找酒店 | 20 | 5 | 根据选择的条件找出符合条件的酒店 | 入住日期和离店日期的合法性检测 |
| 2 | 预定酒店 | 50 | 16 | 提供更详细的酒店信息，更细致的筛选服务，同时与其他平台对接 | 其他平台对接以及谷歌地图的使用 |
| 3 | 确认订单 | 15 | 8 | 用户提供详细的信息，进行订单的确认，同时可以修改一些选项 | 注意最后需要展示订单信息进行二次确认 |
| 4 | 支付订单 | 20 | 4 | 通过与支付系统对接完成支付订单的操作 | 支付完成后需要反馈 |
业务建模
a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
任务b的活动图如下：
利用流程图，我们可以很容易知道有哪些分支和汇合，因此从分支里面可以很容易得出子用例。
b. 选择你身边的银行 ATM，用活动图描绘取款业务流程。
取款业务的活动图如下：
c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例。
退货业务的多泳道图如下：
由图可知，淘宝网需要实现的系统用例有：生成退款单、同意退款处理、拒绝退款处理以及变更退款状态。
用例文本建模
在大作业基础上，分析三种用例文本的优点和缺点。
三种用例文本分别是：摘要、非正式和详述。
- 摘要：简洁的一段式摘要，通常用于主成功场景。
- 优点：语言简洁，在早期需求分析中，能够快速了解主题和范围，是一种比较高效的用例文本编写模型。
- 缺点：场景描述不够详尽，不利于给出开发过程中的细节。
- 非正式：非正式的段落格式，用几个段落覆盖不同场景。
- 优点：同样比较简短，不需要花费大量的时间进行编写，比摘要要多一些场景，能够清楚一点地了解到各种场景的情况。
- 缺点：仍然是不够详尽，对于开发来说不足以提供足够的信息，还需要进一步的精细。
- 详述：详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功保证。
- 优点：非常详尽，考虑到所有的情况与场景，能够给开发提供有力的帮助。
- 缺点：编写详述用例需要花费很多时间，过程繁琐。
