Coding中UML建模问题释疑

旧城等待， 2022-12-22 11:23 105阅读 0赞

### 0 目录 ###

*   *  1 UML
     *  2 类图
     *   *  2.1 类的UML表示法
         *  2.2 类的关联关系
         *   *  2.2.1 双向关联
             *  2.2.2 限定关联
             *  2.2.3 单向关联
             *  2.2.4 自关联
             *  2.2.5 聚合关系
             *  2.2.6 组合关系
         *  2.3 类的依赖关系
         *  2.4 类的泛化关系
         *  2.5 接口与实现关系
     *  小结

## 1 UML ##

软件领域，当前最流行的建模工具当属统一建模语言（Unified ModelingLanguage，UML）。

UML拥有一种定义良好的、富有表现力的表示法，这对软件开发过程非常重要。标准的表示法让分析师或开发者能够描述一个场景、阐明一种架构，并准确地将这些信息告诉别人。

UML分为结构型和行为型建模图形：  
![在这里插入图片描述][20201120103751649.png_pic_center]

## 2 类图 ##

类（Class）封装了数据和行为，是面向对象的重要组成部分，是具有相同属性、操作、关系的对象集合的总称。在系统中，每个类都具有一定的职责，职责指的是类要完成什么样的功能，要承担什么样的义务。

类图用于描述类以及它们的相互关系。在分析时，我们利用类图来说明实体共同的角色和责任，这些实体提供了系统的行为。在设计时，我们利用类图来记录类的结构，这些类构成了系统的架构。在类图中，两个基本元素是类，以及类之间的关系。

### 2.1 类的UML表示法 ###

在UML中，类由包含**类名**、**属性**和**操作**3部分组成，这3部分使用分隔线分隔的矩形表示。例如，定义一个Employee类，包含属性name、age和email，以及操作getName()，在UML类图中，该类如图所示：  
![在这里插入图片描述][20201120104139436.png_pic_center]  
对应代码如下：

class Employee { 
    public:
    	void getName() { 
    		return name;
    	}
    private:
    	string name;
    	int age;
    	string email;
    };

其中，可见性、名称和类型的定义分别如下

*  可见性：表示该属性对于类外的元素而言是否可见，包括公有（public）、私有（private）、友元和受保护（protected），在类图中分别用符号+、-、~和\#表示。
 *  名称：按照惯例，类的名称以大写字母开头，单词之间使用驼峰隔开。属性和操作的名称以小写字母开头，后续单词使用驼峰。
 *  类型：表示属性的数据类型，可以是基本数据类型，也可以是用户自定义类型。

### 2.2 类的关联关系 ###

#### 2.2.1 双向关联 ####

在默认情况下，关联是双向的。例如，一位教师（Teacher）可以教授一或多门课程（Course），一门课程只能被一位教师教授，因此Teacher类和Course类之间具有双向关联关系，如图所示。

![在这里插入图片描述][20201120104900188.png_pic_center]  
在图中，三角形标注表示关联关系的阅读方向，是可选的。直线两边的数字代表关联的**重数性（Multiplicity）**，也是可选的，表示两个关联对象在数量上的对应关系。在UML中，对象之间的多重性可以直接在关联直线上用一个数字或数字范围表示。

对象之间可以存在多种多重性关联的关系，常见的多重性表示方式如下表所示。

![在这里插入图片描述][20201120105024404.png_pic_center]

#### 2.2.2 限定关联 ####

限定关联（Qualified association）具有限定符（Qualifier），限定符的作用类似HashMap中的键（key），用于从一个集合中选择一个或多个对象。例如，一个用户（User）可以有多个角色（Role），但是在一个场景（Scenario）下，它只会是一种角色。

对于限定关联，有一点需要注意，即多重性的变化。例如，比较如下二图，限定减少了在关联目标端的多重性，通常是由多变为一，因为限定关联通常是从较大集合中选择一个实例。  
![在这里插入图片描述][20201120105236167.png_pic_center]

![在这里插入图片描述][20201120105250620.png_pic_center]  
用代码实现限定关联时，成员变量通常是Map，而Map的键就是限定符。

class User { 
    public:
    	Role getRole(string scenario) { 
    		return roles.at(scenario);
    	}
    private:
    	map<string, Role> roles;
    };
    
    class Role { 
    };

#### 2.2.3 单向关联 ####

类的关联关系也可以是单向的，单向关联用带箭头的实线表示。例如，顾客（Customer）拥有地址（Address），则Customer类与Address类具有单向关联关系，如图所示。  
![在这里插入图片描述][20201120110545297.png_pic_center]

#### 2.2.4 自关联 ####

在系统中可能会存在一些类的属性对象类型为该类本身，这种特殊的关联关系称为自关联。例如，一个节点类（Node）的成员又是节点Node类型的对象，如图所示。  
![在这里插入图片描述][20201120110635179.png_pic_center]  
设计模式中的装饰者模式也是一种自关联，都有类似如下的代码形式：

class Node { 
    private:
    	Node subNode;
    };

#### 2.2.5 聚合关系 ####

聚合（Aggregation）关系表示整体与部分的关联关系。在聚合关系中，成员对象是整体对象的一部分，但是成员对象可以脱离整体对象独立存在。在UML中，聚合关系用**带空心菱形的直线**表示。例如，汽车发动机（Engine）是汽车（Car）的组成部分，但是汽车发动机可以独立存在，因此汽车和发动机是聚合关系，如图所示。

![在这里插入图片描述][20201120111544268.png_pic_center]  
在用代码实现聚合关系时，成员对象通常作为构造方法、Setter方法或业务方法的参数注入整体对象中，图对应的代码片段如下：

class Engine { };
    
    class Car { 
    private:
    	Engine engine;
    
    public:
    	Car(Engine engine) { 
    		this.engine = engine;
    	}
    
    	void setEngine(Engine engine) { 
    		this.engine = engine;
    	}
    };

#### 2.2.6 组合关系 ####

组合（Composition）关系也表示类之间整体和部分的关联关系，但是在组合关系中，整体对象可以控制成员对象的生命周期，一旦整体对象不存在，成员对象也将不存在，成员对象与整体对象之间具有“同生共死”的关系。在UML中，组合关系用**带实心菱形的直线表示**。例如，人的头部（Head）与嘴（Mouth），嘴是头部的组成部分，如果头部不存在，那么嘴也就不存在了，因此头部和嘴是组合关系，如图所示。

![在这里插入图片描述][20201120112104258.png_pic_center]  
在用代码实现组合关系时，通常在整体类的构造方法中直接实例化成员类。成员对象域整体对象有同样的生命周期，也就是要“共生死”，这也是组合和聚合的主要区别。代码上的体现是组合没有Setter方法，图对应的代码片段如下：

class Mouth { };
    
    class Head { 
    private:
    	Mouth mouth;
    
    public:
    	Head(){  mouth = new Mouth();}
    };

### 2.3 类的依赖关系 ###

**依赖（Dependency）关系是一种使用关系**，特定事物的改变可能会影响到使用该事物的其他事物，在需要表示一个事物使用另一个事物时，使用依赖关系。大多数情况下，依赖关系体现在某个类的方法使用另一个类的对象作为参数。在UML中，**依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方**。例如，教师（Teacher）上课时使用投影仪（Projector）进行演示，如图所示。

![在这里插入图片描述][20201120112659402.png_pic_center]  
在系统实施阶段，依赖关系通常通过3种方式来实现。

1.  第一种方式（也是常用的一种方式）是将一个类的对象作为另一个类中方法的参数，如上图所示
2.  第二种方式是在一个类的方法中将另一个类的对象作为其局部变量。
3.  第三种方式是在一个类的方法中调用另一个类的静态方法。

第一种方式对应的C++代码片段如下：

class Projector { 
    public:
    	void demonstrate(){ }
    };
    
    class Teacher { 
    public:
    	void use(Projector projector) { 
    		projector.demonstratr();
    	}
    };

### 2.4 类的泛化关系 ###

**泛化（Generalization）关系也称为继承关系**，用于描述父类与子类之间的关系。父类称为基类或超类，子类称为派生类。在UML中，**泛化关系用带空心三角形的直线来表示**。在代码实现时，我们使用面向对象的继承机制来实现泛化关系。

举例说明，Student类和Teacher类都是Person类的子类，Student类和Teacher类继承了Person类的属性和方法，Person类的属性包含姓名（name）和年龄（age），每一个Student和Teacher也都具有这两个属性。另外，Student类增加了属性学号（studentNo），Teacher类增加了属性教师编号（teacherNo），如图所示。

![在这里插入图片描述][20201120113342716.png_pic_center]  
对应的C++代码片段如下：

class Person { 
    public:
    	string name;
    	int age;
    	...
    };
    
    class Student : public Person { 
    private:
    	string studentNo;
    	...
    };
    
    class Teacher : public Person { 
    private:
    	string teacherNo;
    	...
    };

### 2.5 接口与实现关系 ###

面向对象语言中会引入接口的概念。 *（一般应用在java中，C++中没有接口概念）* 在接口中，通常没有属性，其操作通常都是抽象的，只有操作的声明，没有操作的实现。在UML中，**类与接口之间的实现关系通常是用带空心三角形的虚线来表示**。例如，每一个度量项（Metrics）都是可度量的（Measurable），其实现如图所示。

![在这里插入图片描述][20201120114612436.png_pic_center]  
需要注意的是，UML提供了多种方法表示接口实现（Interface realization）。例如，在UML 2中新定义的插座表示法（Socket notation），有助于表示“类X需要（使用）接口Y”。在上面的例子中，我们有一个统计类（Statistics）要使用度量项进行统计，其插座表示法如图所示。

![在这里插入图片描述][20201120114652150.png_pic_center]

## 小结 ##

整体与部分关系：

*  委托关系（聚合关系）：特征是通过指针相连。用空心菱形直线表示。 表示成员是整体的一部分，但是成员对象可以脱离整体对象独立存在。
 *  复合关系（组合关系）：用实心菱形直线表示。 表示整体对象可以控制成员对象的生命周期，一旦整体对象不存在，成员对象亦不存在。

使用关系：

*  一个事务使用另一个事务，使用带箭头的虚线表示

继承关系：

*  描述父类与子类之间的关系，采用带空心三角形表示。

接口与实现关系：

*  采用带空心三角形虚线表示。

[20201120103751649.png_pic_center]: /images/20221120/d8baa84c15394e13b4c3bb73ef465100.png
[20201120104139436.png_pic_center]: /images/20221120/4087252224e04d93946f3ee996cfb771.png
[20201120104900188.png_pic_center]: /images/20221120/2e8eea687ac84316aecbae5f39405257.png
[20201120105024404.png_pic_center]: /images/20221120/a3ed68af4a2744339c6727475e650a4f.png
[20201120105236167.png_pic_center]: /images/20221120/d3a2e4b0b32945e590a95a0025037cd8.png
[20201120105250620.png_pic_center]: /images/20221120/b14f2566f96d4f6a904e1cb7a336830c.png
[20201120110545297.png_pic_center]: /images/20221120/c4c5dbc5ffdf4850aaec5432d92f341a.png
[20201120110635179.png_pic_center]: /images/20221120/67935b709fe84f1e9a29e84a6c2a8a34.png
[20201120111544268.png_pic_center]: /images/20221120/2a2462bce94a45b5837eb5770bfcf9a9.png
[20201120112104258.png_pic_center]: /images/20221120/2fb56e8a43fb483b9dad9c66075ccf5d.png
[20201120112659402.png_pic_center]: /images/20221120/36d789e9ec4b46a2b25a191dfd575e3d.png
[20201120113342716.png_pic_center]: /images/20221120/d056e8409fd84f63984a551199598bdd.png
[20201120114612436.png_pic_center]: /images/20221120/48df3e59fe634b348b2ea1286a88fa55.png
[20201120114652150.png_pic_center]: /images/20221120/fa176a7163ef452da2b7d0ee341e536d.png