UML类图详解

一、前言

在软件开发过程中会经常整理文档，不是所有的信息都可以通过文字来表达，而换成图之后会更加的直观、有效，其中频繁使用的就是UML图。结合自己实践总结一下，希望对大家都能有所帮助。

本文中的UML图都是用visio 绘制，source code展示是Java 语言

二、UML简介

Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 面向对象的分析与设计(OOA&D，OOAD)方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。

UML图包括两个范畴：结构图和行为图。

结构图的目的是显示建模系统的静态结构。它包括类、组件和对象。例如UML静态结构图。

行为图的目的是显示系统中对象的动态行为。它包括对象的方法、协作和活动之类的内容。例如UML示例图、UML活动图、UML序列图。
 

三、UML类图（Class Diagram）

首先介绍用例图：

用例图主要回答了两个问题：1、是谁用软件。2、软件的功能。从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。

用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。 在UML类图中，常见的有以下几种关系: 泛化（Generalization）,  实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。

  　　 各种关系的强弱顺序： 泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖

3.1类（Class)

　　在面向对象（OO) 编程中，类是对现实世界中一组具有相同特征的物体的抽象。

顶端是类名，中间列出的是类的属性。底部列出的是类的操作。在绘制类图的时候，顶端部分是必须的，其他两个部分可选。

类名：如果是抽象类，采用斜体。

类属性列表：可见性 + 属性名 + 冒号 + 属性类型 + （等号 + 默认值）

属性的可见性下面会说明；属性的类型看属性而定，可以是int，可以是boolean；有的属性可能会有默认值，在类型之后加等号和默认值。

类方法列表：可见性 + 函数名 + (参数列表) + 冒号 + 返回值类型

可见性：

标志	可见性类型
+	public
-	private
#	protected
~	package

3.2 接口（Interface）

　　接口是一种特殊的类，具有类的结构但不可被实例化，只可以被实现（继承）。在UML中，接口使用一个带有名称的小圆圈来进行表示。

四、类图关系详解

1. 泛化（Generalization）

【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。

例如：老虎是动物的一种，即有老虎的特性也有动物的共性。

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

2. 实现（Realization）

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

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

 

3. 关联（Association)

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

丈夫与妻子关联可以是双向的，也可以是单向的。

双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

【代码体现】：成员变量

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

 

上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。

但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。

下图为自身关联:

4. 聚合（Aggregation）

【聚合关系】：是整体与部分(has-a)的关系，且部分可以离开整体而单独存在。

如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。

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

【代码体现】：成员变量

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

 

5. 组合(Composition)

【组合关系】：是整体与部分(contains-a)的关系，但部分不能离开整体而单独存在。

如公司和部门是整体和部分的关系，没有公司就不存在部门。

组合关系是关联关系的一种，是比聚合关系还要强的关系，

它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。

【代码体现】：成员变量

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

6. 依赖(Dependency)

【依赖关系】：是一种使用的关系，即一个类的实现需要另一个类的协助，

所以要尽量不使用双向的互相依赖.

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

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

各种关系的强弱顺序：

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

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

关联关系、聚合、组合之间的区别：

关联关系跟突出的是has，只是has的关系，可以通过这一层关系调用到另一个对象中的某个方法。

聚合、组合更突出“整体-部分”的关系，不单单是“拥有”，部分类是构成整体类的一部分。

对于聚合、组合，区别就在于部分类的生命周期如何，如果部分类还可以独立存在，那属于聚合关系；如果部分类不能独立存在，那属于组合的关系。

例举一个比较经典的例子:大雁和雁群的例子大雁喜欢热闹害怕孤独 所以它们一直过着群居的生活 这样就有了雁群 每一只大雁都有自己的雁群 每个雁群都有好多大雁 大雁与雁群的这种关系就可以称之为聚合 另外每只大雁都有两只翅膀 大雁与雁翅的关系就叫做组合 有此可见 聚合的关系明显没有组合紧密 大雁不会因为它们的群主将雁群解散而无法生存 而雁翅就无法脱离大雁而单独生存——组合关系的类具有相同的生命周期

聚合关系图：

组合关系图：

最后放一张总览图