1、用例建模
a. 阅读Asg_RH文档，绘制用例图
b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），绘制用例图
- 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例
- 尽可能识别外部系统，并用色彩标注新的外部系统和服务
我选择了经常用的国内在线旅馆预订系统：飞猪。
c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
很明显可以看到a中绘制的是一个2005年左右、外国的酒店预订系统的用例图，而b中绘制的是新时代我国流行的预订系统。
通过对比两个时代、不同地区产品的用例图，可以发现他们的基本功能都是一样的，如选择目的地城市、入住日期、退房日期等。而如今的酒店预订系统添加了一些新功能，如选择入住区域或商圈、查看酒店评论等。且如今国内的许多酒店在线预订系统，都会支持支付宝、银联支付等。
总结出在项目早期，发现创新的思路与方法：
- 通过参考早期时代或其他地区的产品用例图，构建出产品的框架与基本功能模型。
- 基于基本功能模型，添加创新点、提供更周到的服务，如利用定位服务来筛选某区域的酒店。
- 根据当今时代的用户需求，添加一些新功能，如查看酒店评论、撰写评论等。
- 结合新时代的技术与平台，引入新的外部系统，如当今流行的支付宝、微信支付等。
d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
| ID | Name | Imp | Est | How to demo | Notes |
|---|---|---|---|---|---|
| 1 | 查找酒店 | 20 | 10 | 根据选择和输入的信息搜索旅馆 | 可在商圈列表选择想入住的商圈 |
| 2 | 预订酒店 | 40 | 20 | 在搜索结果列表中选择酒店，可根据不同条件对酒店进行筛选和排序 | 使用到高德地图的API，在地图上选择酒店 |
| 3 | 提交订单 | 15 | 8 | 显示详细订单信息，可对订单进行修改，最终确认订单 | 需对修改后的订单重新进行房源检测 |
| 4 | 支付订单 | 15 | 5 | 选择支付方式，并完成支付 | 需与支付宝、银联等不同支付系统进行对接 |
| 5 | 评价订单 | 30 | 15 | 入住酒店之后，可对酒店、订单等进行评价 | 必须在退房之后，才能评价订单 |
2、业务建模
a. 在（任务b）基础上，用活动图建模找酒店用例，简述利用流程图发现子用例的方法
发现子用例的方法：
- 寻找某些能被归约到一起的状态
- 寻找一些单独作为一个子用例的状态
- 通过寻找分支和汇合，来发现子用例
b. 选择你身边的银行 ATM，用活动图描绘取款业务流程
我选择的是中国银行的ATM，其取款业务流程如下：
c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例
淘宝退货业务的多泳道图如下：
通过多泳道图可以得知，客户要完成退货业务，在淘宝网上需要实现以下系统用例：
- 生成退款单
- 变更退款单状态
- 处理退款处理
- 处理退货处理
3、用例文本编写
在大作业基础上，分析三种用例文本的优点和缺点
| 用例文本类型 | 定义 | 优点 | 缺点 |
|---|---|---|---|
| 摘要(Brief) | 简洁的一段式摘要，通常用于主成功场景 | 在项目早期的需求分析中能够让团队成员快速了解主题和范围，只需要几分钟进行编写 ，比较高效 | 在项目中后期进行开发时会显得要求不够明晰，缺乏细节和复杂场景的分析 |
| 非正式(Casual) | 非正式的段落格式。用几个段落覆盖不同场景 | 用于项目早期的需求分析，比摘要用例详细，但仍然不会涉及太多细节和复杂分析，编写简单 | 在项目中后期进行开发时会显得要求不够明晰 |
| 详述(Fully) | 详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功保证 | 非常详尽，具有结构化的形式，展示更多的细节，并且更加深入，为开发提供有力帮助 | 编写复杂，花费时间长 |
