系统分析与设计lesson6-用例图
- 用例建模
a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸
b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：
- 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例 。以携程酒店为例
用例图如下：
c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
| ID | Name | Imp | Workflow | Note |
|---|---|---|---|---|
| 1 | 登录注册 | 20 | 手机、邮箱、QQ、微信登录 | |
| 2 | 搜索酒店 | 80 | 根据筛选条件(入住/退房日期、地点、入住人数、设备服务等关键字)选择筛选；或直接搜索相关酒店、地点 | |
| 3 | 预订酒店 | 50 | 从搜索结果列表中选择详情，预订 | 注意进一步筛选入住人数、房间数等，可能有失败场景 |
| 4 | 确认订单 | 20 | 注意日期、人数、房间数等 | |
| 5 | 确认付款 | 10 | 选择付款方式、确认身份信息、附加优惠条件 |
2、业务建模
a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
b. 选择你身边的银行 ATM，用活动图描绘取款业务流程
c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例
3、用例文本编写
在大作业基础上，分析三种用例文本的优点和缺点
- breif（摘要）——简洁的一段式摘要，通常用于主城共场景。在早期需求分析过程中，用于快速了解主题和范围。优点是可能只需要几分钟进行编写，比较直接。缺点是应用场景比较少，比较粗糙。
- Casual（非正式）——非正式的段落格式。用几个段落覆盖不同场景，在早期需求分析中，用于快速了解主题和范围。优点是覆盖了不同场景，比breif更加实用。缺点是细节方面没有描述，开发者很难根据这个用例编写实现代码。
- Fully（详述）——详细编写所有步骤及各种变化，同时具有补充部分，比如前置条件和成功保证。它展示了更多的细节，并且更为深入。需要在第一次需求讨论会中，详细地编写其中少量的、具有重要架构意义和高价值的用例。优点是对于详述的用例，开发者可以清晰地了解到需求的细节，便于后期的开发。缺点是过于繁杂，编写起来比较耗费时间和精力。