工具与做事，UML很难用吗？

几年前读过一点UML的资料，用它画了一些类图和消息流图。状态图和活动图总有一些词不达意的感觉，所以只是把那些图都在ROSE中画好之后，粘到文档中了事。当时学习的心比较急，也没有太多的时间。近来做一些开发流程的工作，发现的确没有一个方式可以比较高效地进行开发设计工作。周围的同事也是各用各的高招，文档里的图是各式各样。这且不说了，关键是始终还是用自然语言和一般性的非规范的图来表达设计的思想，无论是用什么样的工具画的图或写的文档。
于是UML又重新回到我的视野，找来一堆资料，和几年前比，确实是方便了好多。但说实话，中文的资料中张恂的还有点内容，别的帮助很少。特别有趣的是《UML的三大硬伤》与《驳“UML三大硬伤》，高先生与张先生双方各自有写了许多文字，加上拥趸和马甲，还是很热闹的。UML就是一种人造的标记语言而已，居然象一门学问一样复杂，以至于人们都说不清它是什么东西，那还有用吗？

试想，我要上个螺丝，找一个工具。找一小刀片肯定也是可以的，不怎么趁手。于是到工具市场看看，有一种叫“UML”的工具可以用。一般情况下，销售人员会告诉你，“这玩意儿特别简单，你根本都不用学，就这样这样...就可以把螺丝上好了。“，不超过10句话，肯定就把它说得非常清楚了。如果他说，这玩意不学个一年半载的，你都把它拿不到手里...那就生个心吧，他一定不是想把这工具卖给你，而是别有目的，至少他说的话，决不是想让你会用这个工具。

回到开头的目的上，为什么我需要这样的工具，是为了更高效地做好开发，清楚的把开发中的方案、想法或者说模型记录下来，便于讨论作决定；一旦决定，都可以实现这个模型。而不是说，要知道怎样开发软件。看了一下UML的定义，还是很适合做这个事儿的。本来就是找把螺丝刀，不能忽然就想让螺丝刀能连设计也替你做了。而一些说是讨论UML的文字，就在说这样的胡话，所以让人越听越糊涂。


Unified Modeling Language，统一建模语言，非常精确地说明了这是一把什么样的“螺丝刀”，是人们发明出来的一个符号系统，用来描述模型用的。既是统一的语言，就必须有公认的语法和词汇才能进行交流。UML的沟通方式只有一种，就是视觉系统，通过图形化结合少量的自然语言来组成它的表达形式。没有音标发声体系，它不是用来说的，省了好多事儿。所以其中一部分是元素，一部分是元素的图形化表示方法。



体系，它不是用来说的，省了好多事儿。所以其中一部分是元素，一部分是元素的图形化表示方法。