软件工程之另类看法

threehair

主题：软件工程之另类看法，欢迎吐口水
发信人: t_venus(傻子)
整理人: leeyg(2001-06-05 21:57:09), 站内信件  
  有这么多热衷于 OOSE, OOA, OOD, UML, CMM 的朋友，很高兴
。不过，看了一些贴子后，也有些感想，今天在下公车回家的路
上冒出的一些想法，和大家分享。多有冒犯、观点欠妥、言辞不
当之处，诸君不要见笑。

1、什么是 OOSE, 进而什么是 OO.

   一字一句地给出这个概念，每个人都不同，除非那些照背书的
学子。那为什么提这个问题呢？因为我觉得没有探讨的必要，至
少在概念上。仁者见仁，智者见智的事物，在于理解，而不是公
式。

2、要不要搞 OO, OOSE, OOA/OOD

   这个问题好像不能含糊。但是！可但是！对于很多具体系统、
项目、工程，要具体考虑。太极生两仪，两仪生四相，四相生八
卦，这种将事物一分为二的方法、理念才是永恒的，而不是具体
的某一种理论。比如，管理上，科利华的物理专业领导就采用量
子理论进行管理，能说它错了么？事物本身没有对错之分，要相
互比较才有鉴别，没有参照系的思想，就没有相对论了。总之一
句，对 OO，OOSE 等思想、方法，要有选择、有目的、量化地吸
收利用，而不是盲从！

3、怎么用 OO,OOSE, OOA/OOD 方法

   Coad/Yourdon, Ranbaugh, Booch .. 谁的方法好？组合出来
的这个 UML 究竟怎么样？不能下定论，一瓶醋是酸的，一瓶酱油
是咸的，倒在一起，成什么东西了。一哄而上地采用 OO, OOSE，
到了客户那里就问“谁是 Actor? 请把你的日常工作写一个剧本
给我好么？”，简直是笑话！UML 也没有讲你第一句和客户怎么
打招呼，是说“今儿天气太差了，糟透了！”，还是“吃饭了么
？”。所以，在没有领会面向对象的思想的时候，方法、工具对
于你来说都是奢侈之物，修身起见，抛了去吧。如果说利用工具
去领会思想，倒也不失为一种策略。

4、关于 UML

   应该清楚的是，UML 是一种方法，一种至少可以用来交流的方
法科学。很多人在这里讨论的 Rose 什么的是采用 UML 的方法的
工具。人类比其他任何动物都高级的一点就是能够利用工具，当
然大猩猩也偶尔采用树枝、石头等作为工具。利用工具的原因是
为了更好、更有效地达到目的，离开了这一点，工具仍然是工具
，你仍然是你。

   实际一点说，对于我们大多数软件开发人员、系统分析人员、
工程管理人员而言，真正能在下一个工程中用起来的理论、方式
、工具才是最有吸引力的东西，真正能够帮助把项目、工程、系
统做的更好，令用户更满意，少一些豆腐渣，多一些钢筋水泥，
减少维护费用，节约财力物力人力，创造经济效益的东西，这才
是最好的。而实际上，达到这样的目标，不是一个工具能够做到
的。在你的开发小组里，有几个人和你的观点、思路完全一致呢
？你走在时代前列，采用了“最新的”技术，他们没有“跟上”
怎么办？所以说，还是就事论事，拿点儿自己的东西出来，每个
人都是理论家，每个人都是创造者，创造者之间话上加号，其和
可就不是 2 个创造者了。

   先说这些吧，等着批斗。

无双

》》》》》》》》》》到了客户那里就问“谁是 Actor? 请把你的日常工作写一个剧本
给我好么？”，

问这句话的人应该是刚入门的人
因为大家都知道需求是由需求分析师整理的 而不是客户整理的



》》》》》》》》》》》》》》》》
在你的开发小组里，有几个人和你的观点、思路完全一致呢
？你走在时代前列，采用了“最新的”技术，他们没有“跟上”
怎么办

工具的出现就是为了方便开发的 如UML 设计目标就是让不懂软件开发的人也可以看得懂 还有其它工具也是一样
XP设计也是一种方法 它强调尽量的沟通 而这个如果你是PM 实行起来就很快 属下可以不懂 但是你可以说出你的要求而不是要进行XP培训
还有其它的也是一样