类图和序列图是UML中最常用的两种Diagram。我将做详细的总结。在许多书中，或者网站中，在介绍一个系统的子系统的设计时，很多时候，都是给出简单的类图来简述构成子系统的类之间的关系。这足以说明类图的重要性。 对类图的基本认识有以下两点：

类图中基本语法学习

类图之间的关系

以上两张图，都是Astah中对继承关系的表示方法，继承通过指向超类的一条闭合的，单箭头的实线表示。这个表示和用例图中的泛化表示方式是一致的，不熟悉的朋友，可以去看看 UML用例图总结 这篇文章。

当系统建模时，特定的对象间会彼此关联，而且这些关联本身需要被清晰地建模，这里我会介绍5中关联，关于什么时候使用哪种关联，这里是不做介绍的，这里而是将重点集中在每种关联的用途，并说明如何在类图上表现出来。

双向的关联

关联是两个类之间的连接，关联总是被假定是双向；这说明，两个类彼此知道它们之间的关系，都可以调用对方的公共属性和方法；虽然在分析阶段这种关系是适用的，但我觉得对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针；对象引用本身就是有向的。这种关系在设计的时候比较少用到，关联一般都是有向的。

单向关联 在一个单向关联中，两个类是相关的，但是只有一个类知道这种关系的存在。如下图：

一个单向的关联，表示为一条带有指向已知类的开放箭头的实线。Class0知道Class1的存在，而Class1不知道Class0的存在，Class0可以调用Class1的公共属性和方法。使用Astah导出代码时，单向关联体现为Class0中包含一个Class1对象。

关联类 这个概念有点不好理解，我也是参考别人的理解，再做出自己的理解，如下图：

Person和Company是有关系的，存在什么关系？存在一个雇佣的关系，由于存在一个Job，导致Person和Company产生了关系，但是在建模时，由于Job将Person和Company关联到了一起，而描述Job的Salay放在Person或者Company都不是很合适的，由于不同的岗位有不同的Salary，如果将岗位和Salary放在Person，将导致Person类存在很高的耦合性。所以关联出一个关联类Job，表示岗位信息。从图中可以看出，Job类即是一个关联关系也是一个类，是为了描述类Person与类Company之间的关联关系的。

聚合 聚合是一种特别类型的关联，用于描述“总体到局部”的关系。 基本聚合 在基本聚合中，部分类的生命周期独立于整体类的生命周期；如下图：

房子是一个整体实体，而窗户是房子的一部分，而窗户可以在建房子之前就创建，在这里，Window实例清楚地独立地Car类实例而存在。使用空心的菱形表示。

组合聚合 组合聚合也叫包容，但是子类实例的生命周期依赖于父类实例的生命周期；如下图：

公司是一个整体实体，公司包含部门，部门不能独立于公司而存在。使用实心菱形表示。

自身关联（反射关联） 就是自身关联自身，你可能想不到这样存在的意义，但是，你要想到，类可以是抽象的，当一个类关联到它本身时，这并不意味着类的实例与它本身相关，而是类的一个实例与类的另一个实例相关，可以表现为多肽，在UML中就是如下图所示：

在UML中表示的很简单，就是将泛化中的实线变成了虚线就好了。

这篇文章大体的对UML类图做了一个总结，平时工作中涉及到的内容都大体上做了介绍，如果有什么遗漏，请大家指出。同时，在本文中所有的类图都是使用Astah画的，关于使用Astah画类图，大家可以参考： UML工具Astah的使用 。

多重值和它们的表示

博客转自：《 UML类图总结 》