1、用例建模
- a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸
- b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求： 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例 尽可能识别外部系统，并用色彩标注新的外部系统和服务
红色为创新用例，绿色为外部系统
- c. 对比两个时代、不同地区产品的用例图，总结在项目早期，发现创新的思路与方法
确定主功能后，需要揣摩用户使用产品时的心理和需求究竟是什么，从而发现新功能；比如去哪儿就在筛选酒店方面，做出了进一步过滤，只过滤出顾客需要的酒店，减少顾客浏览、选择酒店需要花费的时间，还有到店付，到店付可以让顾客实地考察后才决定是否真的住下。
- d. 请使用 SCRUM 方法，在（任务b）用例图基础上，编制某定旅馆开发的需求 （backlog）
| id | Name | importrance | Estimate | How to demo |
|---|---|---|---|---|
| 1 | 搜索功能 | 40 | 16 | 客户输入目的地和时间点以及系统提供的功能进行搜索 |
| 2 | 选择酒店 | 30 | 24 | 客户按照提供的排序key和过滤功能更好的筛选酒店，然后选择心仪酒店 |
| 3 | 填写订单 | 20 | 10 | 客户进入具体酒店界面后选择房型填写个人信息提交订单 |
| 4 | 大专栏 系统分析与设计lesson6yle="text-align: right">付款 | 10 | 8 | 客户选择想要的支付方式，跳转到相应的网关进行付款 |
2、业务建模
- a. 在（任务b）基础上，用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
使用流程图时，对每一个状态都思考这个状态下会做什么，如果有多个操作复合起来，那就能发现子用例。 - b. 选择身边的银行 ATM，用活动图描绘取款业务流程
- c. 查找淘宝退货业务官方文档，使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务，在淘宝网上需要实现哪些系统用例
淘宝网需要实现：生成退款单、管理退款单、同意/不同意退款处理。
3、用例文本编写
- 在大作业基础上，分析三种用例文本的优点和缺点
1.Brief
摘要，即一段简洁的概要，通常用在主功能场景。
优点：简洁，每个场景只有一段文字，一眼就可以读懂发生了什么。
缺点：缺乏细节，过于简单，不能对所有情况进行说明，只适合最早期的开发
2.Casual
非正式，即有多个非正式的段落文本。
优点：编写较为简便，比Brief详细,可以有多段文字来表述场景，有利于进一步认识问题。
缺点：不够正式，只是用于开发阶段，需要在后续阶段精化，不能作为最终报告产物。
3.Fully
详述，即详细地编写用例所有步骤和各种变化，同时具有补充部分，如前置条件和成功保证。
优点：非常详细，考虑了大部分情况，有严格的书写格式规范，几乎任何情况都能从中找到对应的描述。
缺点：因为非常详细，所以编写它相当耗时；在一开始的开发阶段难以考虑得足够周全。
上一篇 下一篇