colin_fox
发贴: 9
积分: 0
|
于 2003-05-21 16:28
曾经,本人是uml的狂热的追随者,从99年到现在也算有一段时间了吧。在多个项目中曾建议使用uml作为分析和建模,特别是和IDE协同开发(rose + visualage for java),客观的说,和我们想象的效果差的太远了。特别是做商业项目而不是出于学习目的,这一点非常重要。
比如,用例图本来为了与客户更好的沟通系统的功能,而我碰到的实际情况事实是,我为客户解释用例图所花的时间要比直接告诉(如用文本形式)所花的时间多得多,难道我们应该去责难我们得客户吗?当然不能。
或许你会说,用例图很简单,教客户学会就好了嘛!但现实情况是即便是软件专业人员对用例图的理解也需要一个不短的过程(至少我是这样),比如曾经有一个客户问,用例的“使用”与“扩张”这两个关系到底有什么不同,很多人模棱两可,国内的书上对这样的概念也是相互传抄,而在uml规范的英文版上我才知道,“扩展点”是区别这两个概念的关键。学用例图专业人员尚且如此,我们有理由要求我们的上帝吗?
yj780210提到的“明确的”问题,其意义是本人在陈述一个事实(本人视野所及的)。这儿是一个uml学习的天地,不想拿一些子虚乌有的东东来吓唬人。也不想“一概而论”,既然是论坛,就要提出点有观点的东西,没有观点的东西哪真的叫“灌水”了。
当然,分析uml的不足并不能掩盖其优点。比如Java Jedi 所说的代码结构分析,我曾经就用rose分析和升级过一个Pb做的大型程序。分析起来相当快。用rose的类图设计类时,可以花更多的时间来考虑类之间的关系、以及代码重用等问题,比如用设计模式来指导类图的设计,可以得到质量更高的代码。
但对uml的东西,要三思而行。国内的使用现状就是对我这句话的最好的诠释。
colin_fox edited on 2003-05-21 16:42
|