1997年，OMG发布了一个统一建模语言（Unified Modeling language, UML）。UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。UML提出了一套IT专业人员期待多年的统一的标准建模符号。通过使用UML，这些人员能够阅读和交流系统构架和设计规划——就像建筑工人多年来所使用的建筑设计图一样。
UML符号集只是一种语言而不是一种方法学。这点很重要，因为语言与方法学习不同，它可以在不做任何更改的情况下很容易地适应任何公司的业务运作方式。UML2中有两中基本的图范畴：结构图和行为图。结构图的目的是显示建模系统的静态结构；行为图显示系统中的对象的动态行为。最常用的UML图包括：用例图、类图、序列图、状态图、活动图、组件图和部署图。这里先只学习一下类图和序列图。
类图：表示不同的实体（人、事物和数据）如何彼此相关；它显示了系统的静态结构。类图可用于表示逻辑类，逻辑类通常就是业务人员所谈及的事物种类；可用于表示实现类，实现类就是程序员所处理的实体。
关联：关联是两个类间的联结。
1.双向关联：两个类彼此知道它们间的联系，除非你限定一些其它类型的关联。
2.单向关联：两个类是相关的，但是只有一个类知道这种联系的存在。
3.关联类：关联建模中，存在一些情况，你需要包括其它类，因为它包含了关于关联的有价值的信息。
4.聚合：聚合是一种特别类型的关联，用于描述“总体到局部”的关系。
(1)基本聚合：基本聚合关系的关联指出，某个类是另外某个类的一部分。子类实例可以比父类存在更长的时间。
(2)组合聚合： 子类实例的生命周期依赖与父类实例的生命周期。
反射关联：当一个类关联到它本身时，这并不意味着类的实例与它本身相关，而是类的一个实例与类的另一个实例相关。
了解类图的理由：1.它显示系统分类器的静态结构；2.图为UML描述的其它结构图提供了基本记号。
序列图：显示具体用例（或是用例的一部分）的详细流程。它几乎是自描述的（序列图对自己描述的很清楚），并且显示了流程中不同对象之间的调用关系，同时还可以很详细的显示不同对象的不同调用。序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到对象实例。 主要用途之一，是把用例表达的需求，转化为进一步、更加正式层次的精细表达。
附带：UML类图关系全面剖析
上面的文字都是在看资料时做的笔记，最后附上一句新三国中诸葛亮对姜维说的话“凡兵法韬略，说透了，不在术，而在道，在于阴阳变化，虚实奇正，术是表，道才是根本，你若是悟透了，比学会上千种阵法更重要。”。