从必选到可选的UML

新的一年,从技术开始。八卦的事上班再说。^O^

微软最近据说要搞一套自己的ML(表有RPWT,偶是说Modeling Language),结果被认为是要抛弃UML标准而遭遇很多攻击。

虽然偶一向8太喜欢微软,但这一次的情况,似乎MS未必大错。

RUP的精髓
元建模、领域建模语言(DSL)及产生式编程
模型驱动应用:微软的路线图

这三篇文章都有一个共同点:那就是UML已经是一个可选项,而不再是一个必选项了。

另外一个重点就是:DSL(Domain Specific Language)。

正如F·Brooks在《人月神话》中所说的,“没有银弹”的根本原因在于软件系统的复杂性上,而这复杂性的来源却不在于软件系统本身,是在于软件所要解决的问题域中。UML这样一种面向软件的ML,只能用于软件开发的内部沟通,于用户来说,用处实在不大,大概只有Use Case还有一点用,这也是GIGIX在《RUP的精髓》中唯一保留的部分。

而DSL的目标就是更加贴近于问题域,试图解决这个矛盾,前景看上去很乐观。

14 Replies to “从必选到可选的UML”

  1. TO:熊偶可不敢说UML没用,俺还远远8够资格的说。只是从那些牛人们的言论里了解一些UML的现状而已。BTW:其实UML的图偶觉得都还蛮好滴。

  2. 新年快乐。哈哈,你也关注这个问题啦。对于delphi世界,这很难得。可惜,你不搞java。要是有认识把java编程当做一门艺术的,跟我介绍一下:)

  3. TO:老方学院也未必都不好,LISP这样纯动态的语言够学院了吧,但现在那些PYTHON之类的动态语言在应用上也很不错啊。TO:老陈偶这些还不都是跟老大你学的嘛。^O^TO:SMJJ偶还想MB你啊,画画粉PP啊。:P色色偶就不说那啥乐。

  4. @老猛:uml现在是延缓项目的进度而不是加快项目的进度!on-time delivery of a working and decent system!这是项目开发中最重要的信条和准则!而不是狗屁RUP,不是狗屁不如uml!更不是任何其他时髦软件技术!ok?

  5. 楼上是不是太极端鸟?on-time是没错,不过如果没有一个有效的过程,on time delivery恐怕是很难吧。如果你觉得RUP狗屁,那是因为你的团队不适合用RUP,但是不代表别的团队不适合;至于UML,那只是分析设计所用的语言,就像开发语言一样,你的系统用C++做不合适,不代表C++就狗屁不如啊。

Leave a Reply

Your email address will not be published. Required fields are marked *