我们不能只用一个一个单独的类来表达客观世界，因为客观世界存在千丝万缕的各种关系，在计算机领域无疑我们使用 类的关系来表达映射这些关系。这里我们只探讨类在建模方法上的关系，而不是UML中类的通用关系。 类在建模上主要有如下几个关系：
类与类关系经常是这样：一个类包含一个类(构造性structural)，或者借助另外一个类达到某个功能（功能性）， 在对需求建模分析中，构造性的这种关系，也称为关联(Association)是我们关注重点，当然这种关系很显然表达的是一种 静态的结构，比如电脑包含屏幕，他们之间的关系就是一种关联。
聚合(Aggregation)是一种表格式样的关联，表示一个类包含多项子类，这种关系是一种整体与部分的关系。 一个汽车有四个轮子，四个轮子是汽车的部分。
组成(Composition)是一种更强烈的聚合关系，一个对象实际是由其子对象组成，子对象也唯一属于父对象。
继承也是类建模中经常用到的关系，继承可以将一些数据属性抽象到父类中，避免重复，如入库单和出库单有 很多属性是差不多的，唯一不动的就是入库和出库的行为，那么我们可以抽象一个库单为父类，使用继承关系分别 表达入库单和出库单。
在Evans DDD中，提到通过访问聚合根来遍历导航关联对象，这样做的好处很明显保证了对象的从属性，非常符合 我们日常生活逻辑，比如，你要得到盒子里面的东西，必须首先得到盒子，然后经过一些准备如打开盒子，才能得到 盒子里面的东西，假设一下，如果没有这样封装导航关系，盒子和东西都是可以透明并行得到，你想得到东西就能够 直接获得，而不必经过打开盒子这一关，这样的访问方式首先怪诞，其次是不安全，如果盒子和东西放在数据表中，就会发生 这种情况。
转自http://www.jdon.com/mda/oo_relation.html