用例建模
- 阅读 Asg_RH 文档,绘制用例图
如下图所示:
- 选择你熟悉的定旅馆在线服务系统(或移动 APP),绘制用例图
如下图所示:
其中红色部分为创新用例和子用例,蓝色部分为外部系统和服务。 对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
在项目开发早期,可以考虑首先参考已经存在的类似产品,并画出其核心用例图,再在其基础上考虑如何进行改进使得产品对用户更加友好。
比如在上面的题目中对于预定酒店系统的设计,考虑到当用户出行至一个陌生的城市时,可能对当地合适的酒店并不了解,这时候如果能够根据自己即将到达的位置搜索附近酒店,并能够查询曾经的用户对该酒店的评价将会给用户在酒店的选择判断上带来很大的方便,这就是一个很好的创新点。使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求(backlog)
ID | NAME | Imp | Est | How to Preview | Note |
---|---|---|---|---|---|
1 | 搜索酒店 | 90 | 13 | 进入网站,选择搜索酒店的方式。若按常规方式搜索则选择城市、日期然后搜索;若使用位置搜索则获取地图上该位置附近的酒店 | 关键字的选择/位置的获取 |
2 | 预定酒店 | 100 | 18 | 在搜索结果中选择想要预定的酒店,进入该酒店的页面,然后选择房型、日期等信息后点击预定 | 如果没有合适的结果则返回搜索页面 |
3 | 确认订单 | 80 | 8 | 确认(修改)入住时间以及房型等信息,查看订单详细信息,填写自己的个人信息后点击继续 | 注意查看详细信息以及修改订单信息的功能 |
4 | 付款 | 60 | 10 | 选择付款方式,输入密码后完成付款 | 付款成功后酒店方发送给用户确认信息;付款失败后提示,并在四次错误输入密码后锁定账户 |
业务建模
在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法
找酒店的用例流程图如下:
在流程图中,某个操作的下一个操作实际上就是它在用例图中对应的子用例(include关系)。选择你身边的银行 ATM,用活动图描绘取款业务流程
如下图所示:
- 查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例
多泳道图如下图所示:
客户要完成退货业务,在淘宝网上需要实现的系统用例有:发起退款申请、填写退款信息等。
用例文本编写
- 在大作业基础上,分析三种用例文本的优点和缺点
① Use Case(用例图)
优点:能方便直观地看到用户的所有用例及子用例,明确规定系统界限,区分系统外部和内部,展示了系统及它的参与者。
缺点:用例之间的关系不明确或不能直观展示。复杂业务活动包含很多用例,它们之间的过程关系用户难以理解。
②Activity (事件流程图)
优点:直观地展示了针对某个用例的完整流程,包括条件分支等细节。项目早期,编写完整Use Case文本太耗费时间,可以使用活动图将重要的场景描述出来。
缺点:无法表述多个用例实现过程,对于整个完整的系统而言,描述并不周全。
③ 多泳道图
优点:能够清晰体现出某个用例/子用例发生在哪个参与者或系统中。
缺点:难以区分内部和外部系统。