Asg用例图
Asg1.png
Agoda用例图
Ags2.png
访问Agoda
对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
对比二者我们可以发现，新时代的酒店预定会更加考虑用户需求，会从用户而不是酒店管理的角度出发，同时也考虑了时代背景下人们对于服务的高需求。
发现创新的重点是发现新的需求，旧时代订房对于酒店环境等等没有像如今般这么苛刻，因此，竞品分析固然重要，但是新时代背景下的新需求往往能够成为一个产品创新的重要来源。
请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
| ID | Name | Imp | Est | How to demo | Note |
|---|---|---|---|---|---|
| 1 | 搜索酒店 | 70 | 10 | 根据地点，入住日期，离住日期，房客组成进行条件筛选 | 除地点外，其余可设置默认值 |
| 2 | 预定酒店 | 100 | 50 | 在搜索结果中可以进一步精确搜索，进入酒店详情后可选择房型，日期，进行预付预定与不预付预定 | 注意页面信息的实时性 |
| 3 | 订单确认 | 60 | 5 | 订单信息确认，填写必需信息，选择付款方式 | 注意信息的完整性需求 |
| 4 | 付款 | 20 | 5 | 根据选择的付款方式生成相应的付款页面 | 注意链接的安全性 |
在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
Active.png
利用流程图可以清晰地表示业务流程，从而将其中某些用例合并、抽象作为我们的子用例复用
ATM取款业务
ATM.png
淘宝退货业务
taobao.png
淘宝需要实现：生成退款单，管理退款单，退款处理
分析三种用例文本优缺点
- 摘要，即一段简洁的概要，通常用在主成功场景。在我们点餐系统的Inception阶段，为了在便于在小组会议上讨论主题和范围，进行早期需求的分析，会用到摘要式的用例文本。能快速编写、简洁明了是它的优点，但缺点就是不够细致，只用作对问题粗略的认识。
- 非正式，即多个非正式的段落格式，用几个段落覆盖不同场景，同样用于早期的需求分析过程，优点是编写简便，比起摘要式用例文本要详细一些，有利于进一步认识问题，缺点是不够正式，需要在后续阶段精化。
- 详述，即详细地编写用例所有步骤和各种变化，同时具有补充部分，如前置条件和成功保证。详述式用例文本通常用在以摘要形式编写了很多用例以后，详细地编写其中少量具有重要意义和价值的用例中，它的优点是细节充足，正式且深入，且具有结构性，缺点是编写耗时长，比较繁琐。
