关联(association) 是模型元素间的一种语义联系,它是对具有共同的结构特性、行为特性、关系和语义的链(link)的描述。(不同对象或类之间的结构化关系) 表示对象之间的联系。 在类图中,关联用一条把类连接在一起的实线表示。 比如：学生与课程之间就是通过选课关系进行关联聚合（aggregation） 表示两个类之间是“is part of”关系，即整体--部分关系。 用横线加空心菱形表示，菱形部分对应整体一端 比如：组员是团队中的一部分 相对的横线加实心菱形表示组合（composition）关系，虽然组合关系也表示整体--部分关系，可是它表示部分对象被嵌入到整体对象中。比如：引擎是飞机的一部分我理解的也比较浅 大家一起学习学习

在分析的时候，参考他们的使用场合，你就会豁然开朗......

系列文章： UML系列——用例图Use Case

类之间的关系是类图中比较复杂的内容。有关联、聚合、组合、泛化、依赖。关联：是模型元素之间的一种语义联系，是类之间的一种很弱的联系。关联可以有方向，可以是单向关联，也可以是双向关联。可以给关联加上关联名来描述关联的作用。关联两端的类也可以以某种角色参与关联，角色可以具有多重性，表示可以有多少个对象参与关联。可以通过关联类进一步描述关联的属性、操作以及其他信息。关联类通过一条虚线与关联连接。对于关联可以加上一些约束，以加强关联的含义。如下图所示：聚合是一种特殊的关联，聚合表示整体与部分的关系。通常在定义一个整体类后，再去分析这个整体类的组成结构。从而找出一些组成类，该整体类和组成类之间就形成了聚合关系。例如舰队是由一系列的舰船组成。需求描述中“包含”、“组成”、“分为….部分”等词常意味着聚合关系。组合也是一种特殊的关联，也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存在。部分对象与整体对象之间具有共生死的关系。聚合和组合的区别：聚合关系是“has－a”关系，组合关系是“contains－a”关系；聚合关系表示整体与部分的关系比较弱，而组合比较强；聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象，同时也就删除了代表部分事物的对象。泛化定义了一般元素和特殊元素之间的分类关系，类之间的这种泛化关系也就是继承关系。泛化关系是“a－kind－of”关系，定义一般元素和特殊元素之间的分类关系。下图是一个泛化关系的例子。有两个元素如果修改X的定义可能会导致对Y的定义，则认为Y依赖X。依赖关系可能由各种原因引起，如一个类向另一个类发送消息，或者一个类是另一个类的数据成员类型，或者一个类是另一个类的操作的参数类型等。有时依赖关系和关联关系比较难区分。如果类A和类B有关联关系，它们之间必然有依赖关系。如果两个类之间有关联关系时不用再表示出这两个类之间的依赖关系。

标准建模语言UML的重要内容可以由下列五类图（共9种图形）来定义：　　第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。　　第二类是静态图(Staticdiagram)，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。　　对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。　　包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。　　第三类是行为图（Behaviordiagram），描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实用上并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。　　而活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。　　第四类是交互图（Interactivediagram），描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；合作图描述对象间的协作关系，合作图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作图还显示对象以及它们之间的关系。如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选择合作图。这两种图合称为交互图。　　第五类是实现图(Implementationdiagram)。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。　　配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备（用节点表示）以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点内部，放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。　　从应用的角度看，当采用面向对象技术设计系统时，首先是描述需求；其次根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类图（包含包）、对象图、组件图和配置图等五个图形，是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行，或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形，是标准建模语言UML的动态建模机制。因此，标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。

在绘制UML图的过程中，除了要设计合理的模型(对象)，还要准确清晰地标识出模型之间的关系。不同的关系使用不同的标识来表示，也是有一定规范的。画出规范的UML图，不同组织、开发者之间可以仅仅通过UML图就可以明白彼此的设计意图，可以提高沟通效率。

类之间的关系，常见的有：

在绘制UML图的时候，需要使用对应的符号来表示相应的关系，以PlantUML为例。如下图所示：

用来显示系统中的类、接口、协作以及他们之间的静态结构和关系的一种静态模型.根据类与类之间的耦合度从弱到强排列，UML中的类图有以下几种关系：依赖关系、关联关系、聚合关系、组合关系、泛化关系、实现关系。其中泛化和实现的耦合度相等，是最强的。其中依赖（Dependency）的关系最弱，而关联（Association），聚合（Aggregation），组合（Composition）表示的关系依次增强。换言之关联，聚合，组合都是依赖关系的一种，聚合是表明对象之间的整体与部分关系的关联，而组合是表明整体与部分之间有相同生命周期关系的聚合。