用例建模
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
- 优点: 详细编写所有步骤及各种变化,同时具有补充部分。
- 缺点: 需要耗费大量时间,只能对其中少量的具有重要架构意义和高价值的用例。