UML中关系图解

转自http://blog.csdn.net/duran1986/article/details/5573415

最近在教软件工程项目实践，就又仔细了解了下UML中各种关系的意义，虽然有点简单，但是有些概念还是经常被混淆的，写在这里是为了加深印象。

关系列表：

继承关系(Generalization)；
实现关系(Realization)；
依赖关系(Dependency)；
关联关系(Association)；
有方向的关联(DirectedAssociation)；
聚合关系(Aggregation)；
组合关系(Composition)；

继承关系（Generalization）：

Class B继承与Class A

继承指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系之一；在Java中此类关系通过关键字extends明确标识，在设计时一般没有争议性；

实现关系（Realization）：

Class A实现了Interface A

实现指的是一个class类实现interface接口（可以是多个）的功能；实现是类与接口之间最常见的关系之一；在Java中此类关系通过关键字implements明确标识，在设计时一般没有争议性；

依赖关系（Dependency）：

ClassA依赖于ClassB

可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、临时性的、非常弱的，但是B类的变化会影响到A；表现在代码层面，为类B作为参数被类A在某个method方法中使用；

关联关系（Association）：

ClassA与ClassB相互关联

这里的关联关系分的比较细，把相互关联和有方向的关联区分开了，相互他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，是一种长期的稳定的关系；表现在代码层面，为被关联类以类属性的形式出现在关联类中，也可能是关联类引用了一个类型为被关联类的全局变量；

有方向的关联（DirectedAssociation）：

ClassA关联于ClassB

是关联的一种特别形式，是单向的；表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量；

聚合关系（Aggregation）：

计算机 has-a cpu

聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

组合关系（Composition）：

孕妇 contains-a 胎儿

组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；孕妇死了胎儿自然也就死了；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；