Applying UML and PATTERNS 学习笔记之用例

1 用例一定是和使用系统的目标相关的。在写用例之前,先要确定好目标,即goal ---> use case。

2 goal就是用户所做工作的goal,需要系统帮他达成。一个goal必须是可观察得到的且有价值的goal。

3 一个use case (ESP级)对应一个goal,描述达成goal所要经历的scenario。

4 一个use case一定描述的是系统需要做什么,而不是怎么做(black-box style)。

5 “登录系统”严格来讲不是一个goal,自然也就不是一个use case(ESP级),因为用户使用系统的目标肯

   定不会是登录系统。

 

用例在需求分析方面的作用是巨大的,但是如何确定一个用例有时是很困难的,特别是对于我这样的一个novice。通过这本书,我知道了可以通过goal来确定一个用例,那么,最重要的工作其实就是确定goal了。下面的两段是对一个个人彩票系统的goals的分析,代表了我不同阶段对于goal的理解。

 

个人彩票系统goal分析(阶段一)

goal 1:添加用户

goal 2:删除用户

goal 3:修改用户

goal 4:为用户添加自选彩票

goal 5:为用户修改自选彩票

goal 6:为用户删除自选彩票

goal 7:查询x用户的中奖情况

goal 8:查询x用户的x期所有自选彩票

goal 9:添加正选号码

goal 10:删除正选号码

goal 11:修改正选号码

 

个人彩票系统goal分析(阶段二)

goal 1:查询x用户在x一期购买的自选彩票的情况

goal 2:查询x期的正选号码

goal 3:查询x用户在x期的中奖情况

goal 4:管理x期正选彩票

goal 5:管理x用户购买彩票的情况

 

我个人认为阶段二的分析是真正站在了用户的角度来考虑需求。阶段一中的所有goal,其实也可以算是goal,但是它们却都不是最终的goal,而只是为最终的goal来服务的。试想,我使用个人彩票系统是为了“添加用户”?还是“为用户添加自选彩票”?恐怕都不是。

经过这个过程,我觉得在检查已列出的系统的目标的时候,可以在前面加上“我使用这个系统是为了”几个字,看看读出来以后对用户来说是不是真正的有实际意义。这应该能有所帮助。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值