用例建模
Asg_RH的用例图
美团的用例图
其中蓝色为创新用例，红色为新的外部系统。
总结在项目早期，发现创新的思路与方法
在基础功能上，两者的区别并不是很大，对于用户的基础需求已经足够。然而新时期出现了更多的新特性，这一方面得益于互联网的发展以及推广，另一个方面是供应商理解用户的行为模式进而可以推测用户需求。在项目早期，以用户以及推广出发，往往最后能获得很大的成功。
Backlog
| ID | Name | Imp | Est | How to demo | Notes |
|---|---|---|---|---|---|
| 1 | 搜索酒店 | 8 | 8 | 输入目的地，入住离店日期，根据星级和关键词筛选酒店 | 根据关键字筛选算法 |
| 2 | 预定房间 | 10 | 4 | 选择酒店，确定房型和数量，确定日期 | 实际情况与网站情况不符合 |
| 3 | 确认订单 | 6 | 2 | 确认基本信息无误，填写联系方式，选择是否购买保险 | 列举清晰 |
| 4 | 付款结账 | 8 | 2 | 选择付款方式，选择折扣 | 保密 |
业务建模
利用活动图发现子用例
这种方法可以很好地通过用户角度进行分析，从而得出相应用例。
ATM取款业务活动图
淘宝退货多泳道图
用例文本编写
- 摘要 brief
- 优点：简洁，有助于快速了解主题和范围。
- 缺点：只有主成功场景
- 非正式 casual
- 优点：简洁，段落格式，比摘要详细，覆盖了多个不同场景。
- 缺点：仍然不够详细全面。
- 详述 fully
- 优点： 详细编写所有步骤及各种变化，同时具有补充部分。
- 缺点： 需要耗费大量时间，只能对其中少量的具有重要架构意义和高价值的用例。