发信人: leeyg()
整理人: majorsun(2000-12-05 18:11:07), 站内信件
|
本贴本是想回应小脏哥的，刚想发表时，转念一想，大伙儿讨论这么热烈
不如就将“方法与工具”作为本月的主题如何？于是就利用职权，新
开了一贴（绕过了小脏哥，小脏哥可别见怪哦）
我觉得，不错，以事件流（我还是觉得uses case是事件或过程流）
的着眼方法取代数据流的方法是软件工程的飞跃，因为毕竟数据流是内
在的、抽象的、计算机化的，而事件流是可见的、客观的、贴近用户的。
use case的鼻祖Jacobson对Uses Case的定义是：
＃ 对一个系统或一个应用的一种单一的使用方式的描述
＃ 关于单个活动者在系统的对话中所执行的处理行为的陈述序列
可见，Uses Case描述的是在系统交互时所做的事，的确是一种有时
序的事件流。（当然了，Ration可能已经将它再进行了发展)
不过，Uses Case是否就是“面向对象软件工程”的飞跃呢，我还是
有保留。个人认为，Uses Case应该仅仅做为在面向对象的系统分析领域
中，发现对象及其特性的众多方法之一。在其它的系统分析领域，
Uses Case同样可以表现出色。之所以在众多的方法之中，这一发现对象
的方法显得很突出，甚至于我们下意识地将Uses Case分析方法与面向对
象分析方法划上等号，我想主要是因为在其它的方法尚没有很系统化，或
没在实践中检验过，而Ration在这方面做得很好。是否推广得好一定先
进？不见得，Windows NT与OS/2就是一个很好的例子。
所以我赞成克长兄的看法，面向对象是分析方法，Uses Case只是
在某个分析方法下的辅助方法，Rose是实现以Uses Case手段发现对象
的面向对象分析的一种纯粹的工具（克长兄日:纸与笔同样可以实现面
向对象分析，只是可能Word、PowerDesign等更方便而已）
虽然我觉得，由于Uses Case关注于事件而忽略数据的特性，必然
在发掘客户的需求尤其是客户潜在或超前的需求中存在致命的缺陷，
但是，个人觉得Uses Case在下面的几个方面起到的作用的巨大的：
1、规范了需求的格式。
迄今为止，纵观各种需求描述方法，以Uses Case的形式
统一地表达需求的确是最规范的，
2、有效地描述了事件的时序关系。
在面向对象的系统分析中，对象并无时序之分，有关时
序的概念很少有专门的专著，Uses Case体现了这一点，
Ration已经开始了尝试。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.105.36.131]
|
|