论坛首页 综合技术论坛

用例应该是文本的还是图形的

浏览 12411 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2004-05-11  
以前 o6z 多次说过,用例最好的形式应该是文本形式的。今天忙里偷闲读了一遍《编写有效用例》,我们来听听软件工程大师 Cockburn 怎么说的。
Cockburn 写道
前言
......然而UML标准开发组受画图工具的影响很大,以至于用例的文本特征在标准中消失了。...... 另一方面,如果你只读了UML标准,由于它根本没有讨论用例的内容及如何去编写,那么你也不知道用例到底是什么、如何使用,并且还可能产生一个危险的想法,即用例是由图形而不是文本构成的。
第11章 用例格式
11.1.8 图形方式
图形符号有两个可用性方面的问题。第一,最终用户和业务执行者不可能熟悉这些符号,也不会有耐心来学习这些符号。使用图形符号使你不能很好地与一些有价值的人员进行交流。
第二,图形不能完全表示出你所需要的意思。......在我主持的一次讨论中,用例设计者和读者都选择了不使用CASE工具支持,他们认为使用简单的字处理工具来写文档比用CASE工具来画图更好。
11.1.9 UML用例图
......我的观点是不要用一个椭圆来代替用例的文字。在一次演讲中,一个学生问我:“你什么时候开始写用例的文字?是不是从分解到叶级别的椭圆图开始?”
答案是用例本身就是文字的,任何图形都只是为了帮助读者找到他们所要阅读的文字。

没错,用例是 Rational 三友之一的 Jacobson 大师的发明,但是我更愿意接受 Cockburn 的意见。
   发表时间:2004-05-11  
我的智商不高,而且比较忙,没多少时间读书。所以把书籍简单地分了一下类,能在短期内读懂的就是好书。我发现搞敏捷开发的这些人写的书都是蛮容易读懂的,没有什么故弄玄虚,读起来很舒服,而且和我的经验有非常多的相似。最重要的是不至于让我把太多的时间耗费在书堆里而不去做事情。我对大师的理解和一般人不同,我是把能写出这类书的人归为大师的。
这本《编写有效用例》只花了两天时间就读完了,算是读的最快的了。
0 请登录后投票
   发表时间:2004-05-11  
写过几个,但感觉繁琐,可能不是和写。
写用例一定要着个稍微爱好写作的人。呵呵
0 请登录后投票
   发表时间:2004-05-11  
他的用例格式有两种,正式格式和非正式格式,你可以用简单的啊。我们的模板就是把非正式格式稍微做了些修改形成的,全部是文本格式的,不需要借助 ROSE 一类的工具就可以写了。
0 请登录后投票
   发表时间:2004-05-11  
那本书我看了2个小时就不看了,就如同作者的《敏捷软件开发》我也看的飞快,没有办法不存在理解问题,他说的我都知道,而且我都同意。其实对于uml中usecase问题往往被人迷惑,这是由于人们只去关注diagram的usecase而根本就没有去关注view的usecase。
对于usecase虽然Jacobson和Cockburn有些差别,但是内涵还是比较一致的。而且对于usecase diagram有不少的人比如fowler就认为应该不包括在uml的核心内,也就是不是你必须掌握的一种图。
对于usecase现在的问题是多数人还不能熟练的写作,这个不困难。下一步的问题是怎么在项目中实际的运用,比如如何使用用来估算项目规模,如何使用用例制定迭代计划,如何用用例来指导功能测试,以及用例如何维护,用例如何与分析模型结合从而推导出最初的设计。这些问题其实才是我们真正要用到实际中去的问题。
0 请登录后投票
   发表时间:2004-05-11  
不管是文本还是用图形还不都是为了能说明问题。只要能更好地说明问题用什么还不一样。
0 请登录后投票
   发表时间:2004-05-11  
记得在上课的时候,教我们用例包括USE CASE DIAGRAM和USE CASE SPECs,应该算是RUP里的做法。
0 请登录后投票
   发表时间:2004-05-11  
我读书还喜欢读那些可以放下不管,没有事情再拿起来翻的书。比如gof,你完全就可以看过前面的原则的部分,然后浏览一下后面的具体的东西,然后就放下,等你觉得一个地方可以使用一个什么模式,再去查,查完又放下。
其实写用例也是如此。为什么会觉得困难,我想大概多数人总是追求一个详细的用例说明,而忘记用例是拿来用的,而不是拿来写的。用不到的部分就可以暂时不那么精细,等你开发到那个地方再去细化。这个也是自己练习增量迭代的一个步骤。
0 请登录后投票
   发表时间:2004-05-11  
是的,这本书最大的好处是你不必第一次就看的非常仔细,以后有空了可以慢慢看。甚至可以当作小说一类的书来看都没关系。我很多时候看这类与技术没有直接关系的软件工程一类的书都是带着“别太当回事儿”的心态来看的。
0 请登录后投票
   发表时间:2004-05-12  
我也更接受Cockburn 的意见。但我不同意用例是文本的还是图形的这种说法,我认为两种方式应该结合在一起使用。先使用图形用例简单、直接地划分系统边界与功能,然后制作文本用例细化需求,避免歧义
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics