UML类图很难吗？这样理解一文就通

什么？上UML统一建模的课的时候你在睡觉？啊，其实小马也是，捂脸。别急，一文就可以重新捡回来。

在UML类图中，常见的有以下几种关系:泛化（Generalization）,  实现（Realization）,关联（Association）,聚合（Aggregation）,组合(Composition)，依赖(Dependency)。

关系的强弱顺序或者说耦合度强弱：

泛化= 实现> 组合> 聚合> 关联> 依赖

下面这张UML图，比较形象地展示了各种类图关系：

一图概括

1.泛化(Generalization)

【泛化关系】：是一种继承关系,它指定了子类如何特化父类的所有特征和行为例如：老虎是动物的一种.

【代码体现】：继承

【箭头指向】：带三角箭头的实线，箭头指向父类

2.实现（Realization)

【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现

【代码体现】：接口实现

【箭头指向】：带三角箭头的虚线，箭头指向接口

3. 组合(Composition)

【组合关系】：是整体与部分的关系.,没有公司就不存在部门      组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期

【代码体现】：成员变量

【箭头及指向】：带实心菱形的实线，菱形指向整体

4. 聚合（Aggregation）

【聚合关系】：是整体与部分的关系.如车和轮胎是整体和部分的关系.

聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。

【代码体现】：成员变量

【箭头及指向】：带空心菱形的实心线，菱形指向整体

5.关联（Association）

【关联关系】：是一种拥有的关系,它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子

关联可以是双向的，也可以是单向的（可以自己关联自己）。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

【代码体现】：成员变量

【箭头及指向】：带普通箭头的实心线，指向被拥有者

6. 依赖(Dependency)

【依赖关系】：是一种使用的关系,所以要尽量不使用双向的互相依赖。

【代码表现】：局部变量、方法的参数或者对静态方法的调用

【箭头及指向】：带箭头的虚线，指向被使用者

总结：

1、关于箭头的指向：除继承和实现外，箭头的指向都是副体而不是主体，也就是指向的是谁就是依赖于谁。继承和依赖则相反，箭头指向父类或者抽象接口。其实我们从箭头的空心和虚线也可以看出其要表达的强弱关系。

2、依赖比较好区分，聚合、组合、关联只能配合语义，结合上下文才能够判断出来，而只给出一段代码让我们判断是关联，聚合，还是组合关系，则是无法判断的。上面说到其代码实现都是成员变量/类属性。有时候，我们也把聚合、组合、关联、依赖都叫做“依赖”或者笼统地归结为关联关系，可以认为是关联关系的一种强弱表达。

3、所以，看到uml图的组合，聚合，关联以及依赖，都知道该怎么写代码对应实现了，前者是成员变量，后者是形参、局部变量、静态调用。

论BUG是怎么来的

参考文献：

文章1