UML关系

UML定义的关系主要有三大类：泛化Generalization（is a）；关联Association（has a）；依赖（use a）。

泛化变现为继承和实现关系。具体形式为类与类之间的继承关系，接口和接口之间的继承关系，类对接口的实现关系。

依赖、类属、关联、实现、聚合和组合。这些类间关系的理解和使用是掌握和应用UML的关键，而也就是这几种关系，往往会让初学者迷惑。这里给出这六种主要UML关系的说明和类图描述，一看之下，清晰明了；以下就分别介绍这几种关系：

继承

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

实现

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

依赖：表现为函数中的函数中的参数。是类与类之间的连接，表现为一个类依赖于另一个类的定义，其中一个类的变化将影响到另一个类。若A依赖于B，则B体现为局部变量；方法的参数；静态方法的调用。可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method方法中使用；

关联：类和类之间的联系，它使一个类知道另一个类的属性和方法。若A关联B，则B体现为A的全局变量。关联关系有双向的和单向的。聚合关系和组合关系属于关联关系，是特殊的关联关系。

关联

他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量；

聚合

聚合是关联关系的一种特例，它体现的是整体与部分拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享。一种弱的“拥有”关系。体现的是A对象可以包含B对象，单B对象不是A对象的一部分。具体表现为，若A由B聚合成，表现为A包含有B的全局对象，但是B对象可以不在A创建的时候创建。比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

组合

组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；一种强的“拥有”关系。若A由B组成，表现为A包含有B的全局对象，并且B对象在A创建的时候创建。比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；