首页 > 其他分享 >[建模技术]精通它,才能毁灭它!——谈Uml与科学和工程的关系。

[建模技术]精通它,才能毁灭它!——谈Uml与科学和工程的关系。

时间:2023-04-17 13:43:27浏览次数:37  
标签:积累 精通 经验 工程 东西 理论 建模 UML Uml


在3月23日,Ivar做客,与您畅谈程序员“而立”后的成长之路,立刻参与,就有机会当面与大师交流!的帖子中,有一位朋友对UML和Ivar大加不满,于是发了一连串的回复。

我今天给出了一点我的评论和看法,大家可以到上面的帖子中查看,也可以看下面的内容,下面是我转贴过来的内容:

没有人在搞UML,中国只有搞工程的,只不过,是采用了一些UML来描述工程而已。所以,说搞UML,似乎有点断章取义的感觉了。

另外,关于科学的定义,似乎mooniscrazy老兄说的也有些问题,总之,你也不必那么生气么。道理是需要讲出来的。
UML不管怎么说,都是一种工程的积累和总结,就像高展先生的playcase一样,不过,高先生似乎没有什么工程经验,可能是从理论上推出来的(我猜测,猜错了,欢迎批评指正)。
很多科学都是从工程经验中积累出来的,纯粹搞理论研究的人可以研究出来一些更深入的东西,但,这些东西往往不能指导工程应用,而从工程中积累总结出来的,才是指导工程应用的相对最可靠的东西。
为什么说是相对呢?
因为,纯粹的工程经验往往会有些局限性,因为理论水平过低往往会影响对工程经验的进一步总结,甚至有可能产生错误的积累——这都是历史上发生过的问题,大家在学习历史的时候应该都看到过大量类似的结论。
因此,工程经验到了一定程度,是需要研究一些理论来提高的,我个人并不认为UML有什么错误,当然,如果纯粹考虑拿uml来作幌子,骗人,自然是不行的(曾经有个厂家在投中国电信的一个标中这样做了,然后被我重重地打击了一次,可能今后两三年内类似的项目都不会再轻易邀请他了)。实践和理论都是需要的,不能过于偏重于某一点。
以上就是我的个人看法,所以,希望大家评论事务的时候,也要尽可能的客观,而不要太过于冲动。

当然,如果非要说中国没有人在搞UML也不是很正确的,因为中国人毁概念的本领是世界第一的(是不是第一大家不要和我争论了,我只是为了强调在国内真的毁掉了很多好的词语和概念),也的确有人拿着UML到处骗人。

其实,UML到现在也是为了应用,希望大家能够在工程中实际的采用一下,而不要过于盲目的跟从或者反对。如果不用,怎么能知道这是个好东西,还是个垃圾呢?

如果你要找到一个东西的弱点,那么最好的办法就是学会他,成为使用它的专家,这样你才更有理由批评他。否则,你来批评一个自己根本就不熟悉的东西,你能说到根源上么?不可能!对于不了解的东西,任何人都不可能来评价其好坏。

打个比方,有人要骂我,对我的行为或者一些事情的做法很不满,那么,我建议你先成为我的朋友,甚至好朋友,然后,在某一天突然间跳出来骂我,这会不会成为一个真正有效的毁灭我的方法呢?

如果你对我根本就不了解,就在旁边骂我,别人只能认为你是个疯子,因为你根本不知道我是一个什么样的人,我能做什么样的事情。我遇到什么事情会如何来处理来对待。

记住一句话:精通它,才能毁灭它!

说句实话,我曾经为了反对我父亲的一些迷信作法,亲自去研读了麻衣神相这本书,同时还阅读了不少关于看相方面的资料。不过,因为时间有限,我现在也没有能够成为这方面的高手,所以,仍然无法说服我父亲(当然,我父亲也没有成为这方面的高手,呵呵)。

标签:积累,精通,经验,工程,东西,理论,建模,UML,Uml
From: https://blog.51cto.com/tsingrun/6195003

相关文章

  • [全程建模]几个建模问题的回答
    问题1.你在分析模型阶段得到的序列图是Rose2003根据用例生成的,还是自己根据前面得到的用例画的呢?序列图是不是根据交互建模画?2.书上是以java为例子的,如果我用xdefor.net,那我要怎么做分析模型呢?3.系统分析与设计是不是一定要有丰富的代码经验做基础呢?4.我很想参加你的培训课程,但......
  • [全程建模]关于建模技术中界面层开发设计的问题
    是的,我曾经说过这个问题。这也是目前全程建模或者说是我认为的建模技术目前最大的两个弱点之一。jsp几乎没有自动生成的方法,否则,你设计的工作量会远远大于实际编码的工作量,所以,我建议b/s开发中界面部分通过界面设计引入,然后,手写完成。目前比较好的做jsp开......
  • [全程建模]关于分包的问题——用例、分析模型、设计模型的分包的作用和差异的对话
    2004-12-0714:41:53Song青润,用例的分包,分析模型的分包,以及系统的分包等必须统一吗?2004-12-0714:43:25Song系统的分包,我理解是设计模型的分包,与导出的代码是一致的,如果与前面的分包保持一致,那这些类混合在一起会很臃肿啊2004-12-0714:47:12青润不,是需要统一考虑的,而且是一个......
  • [全程建模]分析模型的必要性和重要性
    (Song)17:10:46想问一下青润,在分析模型阶段,最终是要得到什么结果?在一个大系统中,需要针对每个用例做分析模型吗?这一点在你的书中没有提到呀,也许是我看的不认真吧。(青润)17:11:10这一点,我的书中写了。(青润)17:11:44不过,不够明确,这也是另外一个朋友三个月前提出来的。我......
  • [全程建模]需求变更的分析与应对
    飞蓝10:22:27UML是为了了解项目需求的实现工具或方法,但也不是万能的,你会发现它也不能发现所有需求,它对需求的随时变更也会束手无策 飞蓝10:22:45青润,不知道我说的有问题吗青润10:23:13呵呵,需求的变更,本来就不是工具能够解决的.我觉得,你的这个说法有问题.飞蓝10:23:39那你有什......
  • [全程建模]三个问题的对话之一——RUP中的阶段与代码问题
     Burt(子龙)16:55:04请问一下:RUP每个阶段(先起,精化等)都要得到可用的功能或者代码吗?Burt(子龙)16:55:06这点 我有点糊涂 Burt(子龙)16:55:43象您请教一下你们一般的流程是什么样的? 青润16:53:20呵呵,你是不是理解成了每个阶段都要得到代码?青润16:54:26你的这个问题......
  • [全程建模]活动图如何用
    2004-07-3011:25:16 伊达3、活动图里面画的流程,是不是与代码导出,uc,actor没有直接关系?不是说在活动图里有某个对象了,rose就自动产生一个actor这样的关系?2004-07-3011:25:32 伊达也就是说,活动图是不是可以独立的存在?2004-07-3011:24:59青润我对活动图的用......
  • [全程建模]界面设计做的到底是什么?
    2004-07-3011:35:49 伊达4、界面设计的地方,在你的书里看了,觉得不太明白。界面设计完成时,形成的应该是什么东西?一个demo,还是一个原型?2004-07-3011:34:56青润是界面设计的原型,我这里说的是实用性原型的方法,另外还有演示性原型和抛弃性原型我没有介绍如何用。20......
  • [全程建模]需求变更如何应对
    3、对于需求不断变更,用户老觉得加点东西没什么,觉得很简单,导致系统越改问题越多。你有什么好办法吗?青润11:36:06这是最难以解决的问题,我一般是采用文档积累变更的方式,适当的时间让他们看看已经变更了多少次,通过这个,可以让他们有所顾虑。 伊达11:39:55文档积累变更? 在原有的需......
  • [全程建模]窥国外uml应用情况之一隅
    最近给某公司进行了一次培训,培训中看到他们在欧洲总部的工程师发过来的UML时序图一张。就这张图而言,他们的绘制完全错误,而且表达混乱,问题大概如下(其图形类似于我那本书《软件工程之全程建模实现》上第137页和134页形态的结合体):1、没有一个对整个时序图的驱动行为,也就是Actor的驱动......