【UML对象关系之关联关系】
关联关系是一种最简单、最抽象的对象间关系描述。它只是描述了对象A于对象B之间存在一种业务上、概念上的逻辑关系，但是关联关系的双方不包含对方的属性。
【UML对象关系之聚合关系】
聚合关系是一种特殊的关联关系，除了具备关联关系的特性之外，还包括了以下的一些规则：
A. 对象A和对象B之间存在一种包含的关系
B. 对象A和对象B之间必有一方为“容器”，另外一方为“元素”。即“whole-part”关系
C. 容器方和元素方对象的生命周期是彼此独立的，并不依赖于对方而存在，也就是说是一
种“松散”的关联。容器和元素可以被独立创建、销毁，容器不存在了不影响元素的存在，元素不存在了容器可以依然存在
D. 容器方可以没有元素，也可以有一个至多个元素
E. 元素方可以“被包含于”一个容器，也可以“被包含于”多个容器
F. 向容器添加元素，或者从容器中移除元素并不影响容器
【UML对象关系之组合关系】
组合关系是一种特殊的聚合关系，除了具备关联关系、聚合关系的特性之外，还包括了以下的一些规则：
A. 容器方和元素方对象的生命周期是互相依赖的。即元素依赖于容器而存在，一旦容器不存在了那么元素也就不可能存在。容器必须优先于元素而被创建，元素必须优先于容器而被销毁。
B. 元素方只能“被包含于”一个容器
【UML对象关系之举例分析】
A. 关联关系的例子分析：
学生 ------------- 成绩
学生与成绩之间就是一个关联关系，你不能把学生的属性写到成绩对象中去，同理不能把成绩的属性写到学生对象中去，但两者之间确实存在一种业务上的联系，而且是固定的
B. 聚合关系的例子分析：
班级 ------------- 学生 / 汽车 ------------- 配件
班级与学生，汽车与配件之间的关系就是一个聚合关系。首先一个班级可以包含零至多个学生，一部汽车可以包含零(未组装之前)至多个配件。
其次学生可以先被创建，然后创建班级，再向班级中添加，移除学生。配件可以先被创建并保存到仓库，然后再组装成汽车。在班级，汽车对象没有形成之前，学生与配件的对
象可以已经存在(即容器和元素对象的生命周期是独立的)
C. 组合关系的例子分析：
基金账户 ------------- 单笔交易
基金账户与单笔交易就是一个组合关系。首先单笔交易必须依赖于基金账户而存在，也就是说我们必须先创建基金账户这个“容器方”，之后才能够创建单笔交易这个“元素方”，然后再把单笔交易挂到(添加)基金账户下。没有基金账户预先存在，我们不能执行单笔交易。我们不能先创建单笔交易，再创建基金账户，然后再挂靠交易。
这一点就不同于上面的班级与学生，汽车与配件的存在关系了。
其次单笔交易只能挂靠在某一个特定的基金账户下，也就是说元素方只能“被包含于一个”容器
【UML对象关系之延伸思考】
在对象和对象之间的关系中，有时会提到“依赖”关系，即对象A依赖于对象B而完成某项操作，那么这种关系是不是也属于“关联关系”呢？
个人认为这不属于一种“关联关系”。因为上面我们提到的三种关系中，每一种关系除了是固定的关系之外，还有一个重要的特点就是这些关系是需要“被持久化，被保存”起来的。
而依赖关系只是对象和对象之间的引用(或称调用)关系，这种关系只发生在运行期间而不是业务上，概念上的联系，并不需要被保存。所以“依赖关系”并不属于UML中的对象关系。
【编辑推荐】
