本文和大家重点讨论一下UML各种图形的重要性排行，其中必需的主要有用例图和类图。用例图重要是因为它是面向对象分析设计的基础，类图重要是因为它是我们用来做分析和设计最主要的工具。
主题：UML各种图形的重要性排行
UML中包括有很多种图形。我最初学习UML是通过三友的《UML用户指南》，这本书是一本很详尽的著作（另外一本更详尽的著作是三友的《UML参考手册》），是UML领域最重要的著作之一，然而却不利于初学者掌握重点。因为时间有限，我没有能够读完用户指南的全书。对于一个形式主义者，很容易陷入大量UML的细节之中，使用昂贵的建模工具（ROSE、Together、PowerDesigner、Visio、etc.）不厌其烦地绘制出各种漂亮的图形，陷入一种分析瘫痪的状态，花费大量时间力图得到完美的模型，却没有生产出多少可以运行的代码。
用户指南中存在的问题正是《UML精粹》（UMLDistilled）这本书存在的价值。我读这本书时感觉非常顺畅（虽然翻译的低劣降低了我的阅读速度，但是好在这本书本身写得非常深入浅出，所以对于我的影响并不是很大），任何一个对于UML略有掌握的人读完这本书都不会超过一周时间。搞敏捷开发方法的人（KentBeck、MartinFowler、etc.）写的方法论一类的著作都言简意赅，MartinFowler这本仅有100多页的UML入门书籍也不例外。
然而不要把这本书仅仅当作一本入门书籍，实际上这本书的内涵要远远超出一本入门书籍。最重要的是这本书将UML中各种图形的重要性做了划分，使得我们不必花费数月时间去熟悉UML的所有细节，而是只需要看过其中两三章的内容就足以从UML中获得巨大的价值。我一向认为那种企图让我一夜暴富赶超BillGates的书籍是最没有用的书，同样那种企图无所不包却没有重点的方法论书籍也是最没有用的书。
UML各种图形重要性的排行为：
用例图（UseCase）
类图（Class）
顺序图（Sequence）
协作图（Collaboration）
包图（Package）
状态图（State）
活动图（Activity）
物理图（Physical）
其中必需的只有用例图和类图。用例图重要是因为它是面向对象分析设计的基础，用例驱动是RUP、XP等各种现代开发方法的主要特征（我区分现代和古代的主要依据是看它是否以迭代模型作为其基础，而不是基于瀑布模型，是拥抱变化而不是拒绝变化）。类图重要是因为它是我们用来做分析和设计最主要的工具。
UML各种图形中内涵最丰富的是类图，然而丰富的内涵也使得对于类图的正确使用遇到了一些困难。Martin特意将类图的概念分成了两部分：基础部分和高级部分。基础部分是非常简单的，很多时候基础部分已经够用了，仅仅在必需的时候才需要用到高级部分。
这本UML的著作大约在Martin写完《分析模式》和《重构》之后完成（2000年第二版），体现了Martin在面向对象建模领域的深厚功力。
UML的价值在于实现开发团队中无歧义的沟通（自然语言本身无法达到无歧义，因此需要UML这样的形式化语言的帮助），而不是得到一个完美的图形。这个目的（更好的沟通）是我们永远要记住的，UML可以很好地服务于这个目的。一旦我们发现已经达到了这种沟通效果，我们就要毫不迟疑地转向代码实现。
【编辑推荐】
