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可以很好地服务于这个目的。一旦我们发现已经达到了这种沟通效果,我们就要毫不迟疑地转向代码实现。
备注:原文标题为《UML中各种图形的重要性排行》,之所以转载收藏,是因为这篇文章的最后一句话“UML的价值在于实现开发团队中无歧义的沟通,而不是得到一个完美的图形”,而这个答案是当年在课堂上学习枯燥无味的UML,在课堂下的文档里塞满漂亮华丽却又不知其真正意义所在的我,希望大家所知道的。