关于USE CASE的描述,谈谈你的高见
关于USE CASE的描述,谈谈你的高见
楼主yskxk(要飞的小公鸡)2002-11-22 17:16:37 在 软件工程/管理 / 开发方法版 提问 Use Case的描述目前没有统一的模板,因此可谓样式很多。
本人最近刚上手学,跌趴滚打也才写了些USE CASE,但总觉得有点不通的地方,想请各位来帮忙改正一下。
举例:
UCB04
控制发言
活动者:会议操作员
活动项目
会议操作员 系统
———————— ——————————
要求启动发言
if 议题在讨论中
启动发言
if 使用话筒
----控制话筒
记录发言信息
显示发言信息
else
拒绝发言启动
结束发言
保存发言信息
if 使用话筒
----控制话筒
使用用例
控制话筒
扩展用例
拒绝启动
在活动者有多种选择时,该如何描述呢?是否也用IF。。ELSE。
在上面的例子中,系统的动作序列的描述(特别是有条件语句的地方)我感觉比较拗口,不知该怎样写会更舒服些。
还有,在USE CASE 的描述中,应该常注意的事情,也请各位谈谈看法。
问题点数:20、回复次数:3Top
1 楼w_rose(w_rose)回复于 2002-11-22 22:16:49 得分 0
用例里边最怕if语句。Top
2 楼lcgong(踏雪)回复于 2002-11-23 00:46:02 得分 20
你的描述确实有些问题,我对你描述的业务也是云里雾里。
该UseCase最大毛病就是没有突出主业务场景(Main Success Scenario)的描述,即使说我们用户多数情况存在的场景,过多地被可能存在的意外(Extension)干扰(那几个if),对于意外的描述也是重点内容,是否可以尝试一下Extension-Style的方式呢?
还有个问题对于描述业务的UseCase的时候最好加上主语和宾语。原因就在于描述业务时候要描述清楚,当然这取决于写用例时目的,是What,还是How的关系,既是黑盒,还是白盒.
是否可以这样(不是完全的用例格式呀,部分):
Main Success Scenario:
1. 发言人启动发言;
2. 系统记录发言人的内容;
3. 系统显示发言人的内容;
4. 用户结束发言;
5. 系统保存发言;
Extensions:
1a. 有人发言:
1a1. 会议组织员拒绝其发言.
2a. 发言人使用话筒:
2,4a1. 会议组织员控制话筒(打开/关闭/调整音量/v2t或其他?)
Top
3 楼yskxk(要飞的小公鸡)回复于 2002-11-23 14:49:02 得分 0
lcgong(踏雪)
谢谢你的指点,我深受启发。
用if。else语句也是从邵维忠和杨芙清的《面向对象的系统分析》学来的,活动项目的描述形式也是模仿他们的。不过,看了你的描述,我还是决定学学你的吧,毕竟看起来是舒服多了。
我还想问一下。
用例中包括有include和extend的用法。
你所说的Extension-Style中是否包括了include的情形?
如果没有,那该怎样描述?
或者,我可能对两者的区别还不完全清楚,这两者的区别,
问的人多,说多人也多,但一直也没完全区分。我只在如果用例中出现
异常(比如条件不足)时就用extend,其他时候就用include。
我想,这两者区别清楚了,至于他们的描述可能也就好说了。
请多指教。
Top
-
相关文章
2秒记住本站域名
玩过泡泡龙吗?Readygo?Go! 再加上.Com.Cn的后缀,那就是大名小顶的readygo.com.cn
