UML常用 符号解说

最近在学Gof的23种设计模式时，经常会看到一些图表说明，之前虽然也学过UML的建模，但对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）：



空心的菱形表示Cup对象并不随Computer的创建而创建,销毁而销毁.

计算机 has-a cpu

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

组合关系（Composition）：



实心菱形表示Department对象随Company对象的创建而创建,销毁而销毁

Companycontains-a Department

组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；如果没有Company那么Department也就不存在；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

另外注意 泛化（Generalization）与实现（Realization）的区别

泛化也就是通常所谓的继承关系，在uml中表示为一个带空心三角的实线。表示为is-a的关系，是对象间耦合度最大的一种关系，子类继承父类的所有细节，并可以在此基础上添加自己的特性。



所谓实现就是对接口的定义实现，很简单。表现为带箭头的虚线。下面的实现的uml图：