用例建模实践
用例建模
Asg_RH文档用例图
去哪儿网酒店预订用例图
创新用例和子用例以黄色标注，外部系统和服务以蓝色标注。
对比两个时代、不同地区产品的用例图，在项目早期，发现创新最适合的切入点就是从用户角度入手。
例如，当用户预定酒店时，往往是到一个陌生的城市旅游或出行。那么，酒店的位置信息就十分重要。“去哪儿”提供的地图搜索功能就是一大创新，可以让用户非常直观，方便地看到各个酒店在地图上的位置，与此同时，又能了解酒店周边。用户就可以快速地了解到酒店和景点之间的距离，酒店周围的交通状况，出行便利度等信息，能让用户在选择酒店时有良好的体验。此外，在选择中，还可以在“点评”系统中看到其他用户的反馈，也能帮助用户更好的选择适合自己的酒店。
Backlog:
| Name | Imp | Est | How to preview | Note |
|---|---|---|---|---|
| 酒店搜索 | 50 | 4 | 可以通过地点，日期搜索酒店 | 第一轮迭代 |
| 搜索结果筛选与排序 | 30 | 3 | 可以对搜索结果进行筛选和排序 | 第三轮迭代 |
| 展示酒店详细信息 | 30 | 3 | 选择酒店后，可以进入详情页进行查看 | 第三轮迭代 |
| 提交订单 | 50 | 4 | 确认信息后，可以提交订单 | 第二轮迭代 |
| 点评酒店 | 20 | 2 | 完成订单后，可以在完成界面点评酒店 | 第四轮迭代 |
业务建模
活动图建模找酒店用例
在流程图中，对于某一个重要操作而言，它的下一个操作实际上就是它在用例图中相应的子用例。
活动图描绘银行ATM取款业务流程
使用多泳道图，表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程
客户要完成退货业务，在淘宝网上需要实现的系统用例包括：发起退货申请，填写退货信息，接收退货地址，填写物流单号。
用例文本编写
分析三种用例文本的优点和缺点：
- Fully Dressed
- 详细地编写所有用例的流程和变化/分支，展示更多细节，最完善。对问题分析较为深入。
- 编写复杂，耗时较长。
- Casual
- 优点：同样较为简介明了，但是对比Fully Dressed而言要详细一些，有利与要详细一些，有利于更详尽地描述场景
- 缺点：依然不够详细，难以描述一些复杂的用例，且不够正式。
- Brief
- 优点：简洁明了，易于编写。对于项目初期帮助较大，能够直观地了解整个项目的主场景和主要流程。
- 缺点：非常粗略，对问题/用例分析不细致，只能描述简单的用例，所含信息不足。
本文为博主原创文章，转载请注明出处。