UML类和类之间的关系详解

浅浅的花香味﹌ 2021-09-24 04:00 560阅读 0赞

### 文章目录 ###

*   *  UML类
     *  类的属性的表示方式
     *  类的方法的表示方式
     *  类与类之间关系
     *   *  1.1 泛化关系
         *  1.2 实现关系
         *  1.3 关联关系
         *  1.4 聚合关系
         *  1.5 组合关系
         *  1.6 依赖关系

## UML类 ##

在Class类中，一般都封装了属性和行为方法，是面向对象的重要组成部分，它是`具有相同属性、操作、关系的对象集合的总称`。在系统中，每个类都具有一定的功能职责1，一个类可以有多种职责，设计得好的类一般只有一种职责，即符合单一职责原则。

*  在定义类的时候，将类的职责分解成为类的属性和行为操作（即方法）。类的属性即类的数据职责，类的操作即类的行为职责。**设计类是面向对象设计中最重要的组成部分，也是最复杂和最耗时的部分**。
 *  在软件系统运行时，类将被实例化成对象(Object)，对象对应于某个具体的事物，是类的实例(Instance)。
 *  类图(`Class Diagram`)使用出现在系统中的不同类来描述系统的静态结构，它用来描述不同的类以及它们之间的关系。
    
    在系统分析与设计阶段，类通常可以分为三种，分别是`实体类(Entity Class)`、`控制类(Control Class)`和`边界类(Boundary Class)`，下面对这三种类加以简要说明：  
    (1) 实体类：实体类对应系统需求中的每个实体，它们通常需要保存在永久存储体中，一般使用数据库表或文件来记录，实体类既包括存储和传递数据的类，还包括操作数据的类。实体类来源于需求说明中的名词，如学生、商品等。
    
    (2) 控制类：控制类用于体现应用程序的执行逻辑，提供相应的业务操作，将控制类抽象出来可以降低界面和数据库之间的耦合度。控制类一般是由动宾结构的短语（动词+名词）转化来的名词，如增加商品对应有一个商品增加类，注册对应有一个用户注册类等
    
    (3) 边界类：边界类用于对外部用户与系统之间的交互对象进行抽象，主要包括界面类，如对话框、窗口、菜单等。
 *  在面向对象分析和设计的初级阶段，通常首先识别出实体类，绘制初始类图，此时的类图也可称为领域模型，包括实体类及其它们之间的相互关系。
 *  在UML类图中，类使用包含类名、属性和操作且带有分隔线的长方形来表示。
 *  在软件系统中，类并不是孤立存在的，类与类之间存在各种关系，对于不同类型的关系，UML提供了不同的表示方式，下面将逐步详细介绍。[参考链接][Link 1]

## 类的属性的表示方式 ##

在UML类图中，类使用包含类名、属性(field) 和方法(method) 且带有分割线的矩形来表示，比如下图表示一个User类，它包含createTime，userName、userPhone和sex这4个属性，以及getUserInfo(Long id)和getAllUserInfo()方法。  
![在这里插入图片描述][20200415193410460.png]  
那么属性或者方法名称前加的加号和减号是什么意思呢？它们表示了这个属性或方法的可见性，UML类图中表示可见性的符号有三种：

*  `+` ：表示public
 *  `-` ：表示private
 *  `#`：表示protected（friendly也归入这类）

因此，上图中的User类具有3个私有属性，一个公开属性和两个公有方法。当然啦，不同的建模工具，可能有细微的差别，比如Rational Rose建模工具里，可见性不是用加好和减号表示的，用图标表示的。

实际上，类的属性的完整表示方式是这样的：

可见性  名称 ：类型 [ = 缺省值]

中括号中的内容表示是可选的。

## 类的方法的表示方式 ##

方法的完整表示方式如下：

可见性  名称(参数列表) [ ： 返回类型]

同样，中括号中的内容是可选的。

比如在下图的Dept类中，定义了3个方法：  
![在这里插入图片描述][20200415194255612.png]  
这三个方法的可见性详解：

*  getDeptInfoById方法可见性为public类型，接收一个Long类型的id参数，返回值类型为Dept
 *  getAllDeptInfoList方法可见性为private，该方法无形参，返回值类型为List
 *  checkParam方法为可见性protected类型，接收参数类型为Dept，返回值类型为void

## 类与类之间关系 ##

类和类之间的6种关系：  
`泛化（Generalization）`，`实现（Realization）`，`关联（Association)`，`聚合（Aggregation）`，`组合（Composition）`，`依赖（Dependency）`。

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

**类之间6种关系汇总：**

<table> 
 <thead> 
  <tr> 
   <th align="center">关系</th> 
   <th align="center">关系如何使用UML图表达</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="center">泛化</td> 
   <td align="center">使用带空心三角形的实线表示泛化(继承)关系</td> 
  </tr> 
  <tr> 
   <td align="center">实现</td> 
   <td align="center">使用带空心三角形的虚线表示实现关系</td> 
  </tr> 
  <tr> 
   <td align="center">关联</td> 
   <td align="center">单向关联使用一个带箭头的实线表示，双向关联使用一个不带箭头的实线表示，自关联使用一个带有箭头且指向自身的实线表示</td> 
  </tr> 
  <tr> 
   <td align="center">聚合</td> 
   <td align="center">聚合关系用带空心菱形和箭头的实线表示</td> 
  </tr> 
  <tr> 
   <td align="center">组合</td> 
   <td align="center">组合关系用一个带实心菱形和箭头的实线表示</td> 
  </tr> 
  <tr> 
   <td align="center">依赖</td> 
   <td align="center">依赖关系用一条带有箭头的虚线表示</td> 
  </tr> 
 </tbody> 
</table>

下面使用类图，详细介绍每一种关系。

### 1.1 泛化关系 ###

**泛化关系**，指的就是：类和类、接口与接口之间的`继承`关系。继承关系可以用`IS-A` 表示。

举例：  
人是一种高级动物，就可以表示为：Person是一个（`IS-A`）高级动物，这就是一种继承关系。  
![在这里插入图片描述][20200415195142634.png]  
继承使用的是`extends`关键字，在UML类图中，`使用带空心三角形的实线表示泛化(继承)关系`，如下图所示中，Person类与Cat类都继承了Animal类。Person和Cat都会继承到Animal的公有方法eat()方法。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NtaWxlaGFwcGluZXNz_size_16_color_FFFFFF_t_70]

### 1.2 实现关系 ###

接口是一种特殊的抽象类，实现关系(`like a`)使用的是`implements`关键字，在UML类图中，`使用带空心三角形的虚线表示实现关系`。如下图中，定义了一个抽象动物接口，里面有个公开的eat()方法。使用Dog类实现了Animal接口的eat()方法。  
![在这里插入图片描述][20200415200635370.png]

### 1.3 关联关系 ###

关联关系指的是，一个类与另一个类之间有某种关联。这种关联关系可以使用`HAS-A`表示。  
关联关系如果进行详细的划分，又可进一步分为`单向关联`、`双向关联`和`自关联`。

*  单向关联
    
    我们可以看到，在UML类图中，`单向关联使用一个带箭头的实线表示`。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NtaWxlaGFwcGluZXNz_size_16_color_FFFFFF_t_70 1]
 *  双向关联  
    ![在这里插入图片描述][20200415202858913.png]  
    从上图中我们很容易看出，所谓的双向关联就是双方各自持有对方类型的成员变量。在UML类图中，`双向关联使用一个不带箭头的实线表示`。上图中在Dept类中维护一个User类型的成员变量，在User类中，也维护了一个Dept类型的成员变量，这种就属于双向关联。
 *  自关联
    
    自关联在UML类图中，`自关联使用一个带有箭头且指向自身的实线表示`。  
    ![在这里插入图片描述][2020041520335464.png]  
    上图的意思就是Node类包含类型为Node的成员变量，也就是“自己包含自己”。

### 1.4 聚合关系 ###

聚合关系描述的是整体和部分的关系，`是一种比较特殊的关联关系`。在聚合关系中，整体的生命周期，不会决定部分的生命周期。

比如：  
汽车和发动机引擎之间的关系、老师和学生之间的关系，就是整体和部分的关系。  
![在这里插入图片描述][20200415204337365.png]  
上图中的Car类与Engine类就是聚合关系（Car类中包含一个Engine类型的成员变量）。由上图我们可以看到，在UML类图中，`聚合关系用带空心菱形和箭头的实线表示`。聚合关系强调是“整体”包含“部分”，但是“部分”可以脱离“整体”而单独存在。比如上图中汽车包含了发动机引擎，汽车脱离了发动机是可以单独存在的，而发动机引擎脱离了汽车也能单独存在。

### 1.5 组合关系 ###

`组合关系也可以看作是一种特殊的聚合关系`，是一种比聚合关系还要强的关系。整体的生命周期决定部分的生命周期，部分是依附在整体上面的，有时候也有人称为`合成关系`。  
**组合关系与聚合关系最大的不同在于**：组合关系这里的“部分”脱离了“整体”是无法存活的，部分就不复存在。比如下图人体和细胞的关系：  
![在这里插入图片描述][20200415204531705.png]  
细胞组成人的一部分，显然，细胞脱离了人，是不能单独存在的。在UML类图中，`组合关系用一个带实心菱形和箭头的实线表示`。

### 1.6 依赖关系 ###

依赖关系是比关联关系弱的一种关系，是所有关系中最弱的一种，在java语言中体现为返回值，参数，局部变量和静态方法调用。  
![在这里插入图片描述][20200415205200986.png]  
从上图我们可以看到，汽车驾驶员CarDriver的drive方法只有传入了一个Car对象才能发挥作用，因此我们说CarDriver类依赖于Car类。在UML类图中，`依赖关系用一条带有箭头的虚线表示`。

--------------------

`好啦，UML类之间的6种关系介绍完了，如果这篇文章对你有帮助，欢迎给个赞，您的支持，是博主创作最大的动力！`

> 写博客是为了记住自己容易忘记的东西，另外也是对自己工作的总结，希望尽自己的努力，做到更好，大家一起努力进步！  
>   
> 如果有什么问题，欢迎大家一起探讨，代码如有问题，欢迎各位大神指正！  
>   
> 给自己的梦想添加一双翅膀，让它可以在天空中自由自在的飞翔！

--------------------

1.  职责指的是一个类要完成什么样的功能，要承担什么样的义务。 ↩︎

[Link 1]: http://www.uml.org.cn/oobject/201211231.asp
[20200415193410460.png]: /images/20210923/025cbedb7a0c4518acb0f8393fbbe3ec.png
[20200415194255612.png]: /images/20210923/231f91169c644958a24e0e9c0979e368.png
[20200415195142634.png]: /images/20210923/ff36753a5c714b62b9a6426e5718fdd5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NtaWxlaGFwcGluZXNz_size_16_color_FFFFFF_t_70]: /images/20210923/8bcda895f75f4289801fb2ddc6282508.png
[20200415200635370.png]: /images/20210923/6df9be9ed70e49e8815bc2e4acde71d7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NtaWxlaGFwcGluZXNz_size_16_color_FFFFFF_t_70 1]: /images/20210923/f8f70beffd234bfca32e4b83aa7946de.png
[20200415202858913.png]: /images/20210923/7957c37dd8fb43bd83f87efe6e6ab81f.png
[2020041520335464.png]: /images/20210923/5675b019af5d4784b630487b9d95be13.png
[20200415204337365.png]: /images/20210923/23693f5011d544dbaa9548c20b0dfa4d.png
[20200415204531705.png]: /images/20210923/f5ec9e7404c445b5b395c22522851a69.png
[20200415205200986.png]: /images/20210923/26b61ca24a4d4e80a965d7672f6533a3.png