lesson 6
用例建模
- a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸
- b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求： - 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例 - 尽可能识别外部系统，并用色彩标注新的外部系统和服务
- c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
- d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
a.
b.
c.
去哪儿网站的预订机制显然比ash的预订案例更加人性化、满足更多需求。
在项目前期，个人认为比较有利于发现创新思路的方法有以下部分：
- 进行详细的业务调研，将项目设计的业务流程弄清楚，加以整理；
- 从业务流程开始，保留必须的业务选项，剔除冗杂无效益的选项；
- 从现有的业务流程开始，优化流程中非人性化的部分，提高用户体验；
- 时刻接收用户的反馈，完善项目设计；
- 在现有业务基础上，吸收其他行业或技术的案例，以此优化当前业务
d.
| ID | 需求名称 | 重要性 | 工作量 | 需求目标 | 注意事项 |
|---|---|---|---|---|---|
| 1 | 搜索酒店 | 80 | 15 | 可以通过关键字以及日期和城市名称进行酒店搜索 | 要考虑根据输入的信息进行酒店优先级排序 |
| 2 | 预定酒店 | 90 | 25 | 可以查看酒店详情以及可以根据日期预定房间 | 要考虑房间容量以及空闲情况 |
| 3 | 确认订单 | 90 | 15 | 可以修改房间以及酒店的预定信息，如时间房间号等等 | 可以查看订单性情 |
| 4 | 支付订单 | 95 | 20 | 可以选择不同的支付方式进行支付订单 | 1.使用外部系统支付，确保安全性；2.注意支付异常反馈；3. 用户信息必须准确无误，可返回上一级修改 |
| 5 | 酒店排序 | 75 | 10 | 可以通过价格、星级等排序酒店优先级 | 排序项有限 |
| 6 | 评论 | 80 | 12 | 可以在完成入住后发表评论 | 发表评论仅限在入住后，否则不予评价；评价项包括服务评价、星级评价以及意见等等。 |
业务建模
- a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
- b. 选择你身边的银行 ATM，用活动图描绘取款业务流程
- c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例
a.
b.
c.
用例文本
- 摘要：简洁的一段式概要，通常用于主成功场景。
- 优点：在早起需求分析过程中，可以快速地了解主题和范围
- 缺点：过于简单，难以详细描述场景
- 非正式：用几个段落覆盖不同场景
- 优点：可以快速地了解主题和范围，比摘要用例文本详细，进一步认识问题。
- 缺点：仍然难以说明白场景，不够正式。
- 详述：详细编写所有步骤及各种变化，同时具有补充部分
- 优点：确认并以摘要形式编写了大量用例后，可以详细地编写少量的具有架构意义和高价值的用例。优点是细节充足，正式且深入，具有结构性。
- 缺点：内容过于详细，编写耗时长，比较繁琐，不太适用于一些简单场景。
