1.用例建模
-
a.阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸
-
b.选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：
- 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例
- 尽可能识别外部系统，并用色彩标注新的外部系统和服务
我选择去哪儿网：
其中绿色背景为创新用例，蓝色背景为外部系统和服务。
- c.对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
- 项目早期应该把握用户心理，通过换位思考来发现能够使用户感觉到方便的功能，比如说比较a和b中的用例图我们可以发现去哪儿网多加了房间类型以及不同的支付方式，对于用户来说更加方便。
- 在设计模式上应该加强程序的可扩展性，使其能够随着时代的发展更新换代以此来满足用户的需求。
- d.请使用 SCRUM方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
2.业务建模
- a.在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
利用流程图发现子用例的方法：沿着流程图的开始状态，选择流程图中任意一个的分支点到流程图的结束状态，就是一个子用例。比如下图中，从开始状态开始一直到房间是否可以预定这个分支点，选择yes，并且最终到达结束状态，这就是一个子用例。
-
b.选择你身边的银行 ATM，用活动图描绘取款业务流程
-
c.查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例
3.用例文本编写
- 在大作业基础上，分析三种用例文本的优点和缺点
（1）摘要式用例文本：即一段简洁的概要，通常在主成功场景。
优点：简洁明了，编写方便
缺点：不够细致，只用作对问题粗略的认识
（2）非正式用例文本：即多个非正式的段落形式，用几个段落覆盖不同场景，同样用于早期的需求分析过程。
优点：编写方便且比摘要式用例文本详细一些，有利于进一步认识问题
缺点：不够正式，需要在后续阶段精化
（3）详述式用例文本：即详细地编写所有步骤和各种变化，同时具有补充部分，如前置条件和成功保证。详述式用例文本通常用在以摘要形式编写了很多用例后，详细地编写其中少量具有重要意义和价值的用例中。
优点：细节充足，正式且深入，具有结构性
缺点：编写时耗长，比较繁琐
