『UML类图入门与实战』一文读懂并灵活运用UML类图的实用方法

本文聚焦UML类图,介绍其是面向对象建模主要部分,能描述系统类集合、属性与关系。阐述了类图中具体类、抽象类、接口的表示方式,以及关联、聚合、组合、依赖、泛化、实现6种关系的概念和表示法,还给出实际项目中的类图示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

请添加图片描述

请添加图片描述
📣读完这篇文章里你能收获到

  • 快速看懂UML类图
  • 了解类图中各个对象的表示方式
  • 学会6种类图中的关系画法
  • 提供各个关系的实际示例
  • 博主实际项目中所画的类图供参考

请添加图片描述

请添加图片描述

UML类图模板.png

请添加图片描述

一、类图概述

类图(Class diagram)是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性的信息。类图是面向对象建模的主要组成部分

请添加图片描述

二、类图的作用

  • 在软件工程中,类图是一种静态的结构图,描述了系统的类的集合,类的属性和类之间的关系,可以简化了人们对系统的理解
  • 类图是系统分析和设计阶段的重要产物,是系统编码和测试的重要模型

请添加图片描述

三、 类图中的对象

1 具体类的表示方式

  • 类使用包含类名、属性(field) 和方法(method) 且带有分割线的矩形来表示
  • 属性/方法名称前加的加号和减号表示了这个属性/方法的可见性
UML类图中表示可见性的符号有三种:
+:表示public 
-:表示private 
#:表示protected 

属性的完整表示方式是: 可见性 名称 :类型 [ = 缺省值]
方法的完整表示方式是: 可见性 名称(参数列表) [ : 返回类型]

注意:
1、中括号中的内容表示是可选的
2、也有将类型放在变量名前面,返回值类型放在方法名前面

image.png

2 抽象类的表示方式

抽象类在UML类图中同样用矩形框表示,但是抽象类的类名以及抽象方法的名字都用斜体字表示

image.png

3 接口的表示方式

接口在类图中也是用矩形框表示,但是与类的表示法不同的是,接口在类图中的第一层顶端用构造型 <>表示,下面是接口的名字,第二层是方法

image.png

请添加图片描述

四、类图中的关系

1 关联关系

概念

  • 关联关系(Association)是指对象和对象之间的连接,它使一个对象知道另一个对象的属性和方法
  • 如果一个对象的类代码中,包含有另一个对象的引用,那么这两个对象之间就是关联关系
  • 关联关系有单向关联和双向关联。如果两个对象都知道(即可以调用)对方的公共属性和操作,那么二者就是双向关联。如果只有一个对象知道(即可以调用)另一个对象的公共属性和操作,那么就是单向关联

表示方式

  • 双向关联关系用带双箭头的实线或者无箭头的实线双线表示
  • 单向关联用一个带箭头的实线表示,箭头指向被关联的对象,这就是导航性(Navigatity)
  • 一个对象可以持有其它对象的数组或者集合。在UML中,通过放置多重性(multipicity)表达式在关联线的末端来表示。多重性表达式可以是一个数字、一段范围或者是它们的组合。多重性允许的表达式示例如下:
数字:精确的数量
*或者0..*:表示0到多个
0..1:表示0或者1个
1..*:表示1到多个

单向关联

  • 在UML类图中单向关联用一个带箭头的实线表示
  • 下图表示一个员工可以有多个地址

在这里插入图片描述

双向关联

  • 在UML类图中,双向关联用一个不带箭头的直线表示
  • 所谓的双向关联就是双方各自持有对方类型的成员变量
  • 下图表示一个老师可以有多个学生,一个学生也可以有多个老师

image.png

2 聚合关系

概念

  • 聚合(Aggregation)是关联关系的一种特例,它体现的是整体与部分的拥有关系,即 “has a” 的关系
  • 此时整体与部分之间是可分离的,它们可以具有各自的生命周期,部分可以属于多个整体对象,也可以为多个整体对象共享,所以聚合关系也常称为共享关系
  • 聚合关系也是通过成员对象来实现的,其中成员对象是整体对象的一部分,但是成员对象可以脱离整体对象而独立存在。

表达方式

  • 在UML图中,聚合关系用空心菱形加实线箭头表示,空心菱形在整体一方,箭头指向部分一方
  • 下图所示是大学和教师的关系图:

学校与老师的关系,学校包含老师,但如果学校停办了,老师依然存在。

image.png

3 组合关系

概念

  • 组合(Composition)也是关联关系的一种特例,它同样体现整体与部分间的包含关系,即 “contains a” 的关系
  • 但此时整体与部分是不可分的,部分也不能给其它整体共享,作为整体的对象负责部分的对象的生命周期。
  • 这种关系比聚合更强,也称为强聚合
  • 如果A组合B,则A需要知道B的生存周期,即可能A负责生成或者释放B,或者A通过某种途径知道B的生成和释放
  • 在组合关系中,整体对象可以控制部分对象的生命周期,一旦整体对象不存在,部分对象也将不存在,部分对象不能脱离整体对象而存在

表达方式

  • 在UML图中,组合关系用实心菱形加实线箭头表示,实心菱形在整体一方,箭头指向部分一方

例如,头和嘴的关系,没有了头,嘴也就不存在了

image.png

4 依赖关系

概念

  • 依赖(Dependency)关系是一种弱关联关系
  • 如果对象A用到对象B,但是和B的关系不是太明显的时候,就可以把这种关系看作是依赖关系
  • 如果对象A依赖于对象B,则 A “use a” B

表达方式

  • 在UML类图中,依赖关系用一个带虚线的箭头表示,由使用方指向被使用方,表示使用方对象持有被使用方对象的引用

下图所示是司机和汽车的关系图,司机驾驶汽车:

image.png

5 泛化(继承)关系

概念

  • 泛化关系(Generalization)是指对象与对象之间的继承关系
  • 如果对象A和对象B之间的“is a”关系成立,那么二者之间就存在继承关系,对象B是父对象,对象A是子对象
  • 泛化(继承)关系是对象之间耦合度最大的一种关系,表示一般与特殊的关系,是父类与子类之间的关系,是一种继承关系

表达方式

  • 在UML类图中,泛化关系用空心三角和实线组成的箭头表示,从子类指向父类

例如,Student 类和 Teacher 类都是 Person 类的子类,其类图如下图所示:

image.png

6 实现关系

概念

  • 实现关系是指接口及其实现类之间的关系

表达方式

  • 在UML类图中,实现关系用空心三角和虚线组成的箭头来表示,从实现类指向接口

image.png
请添加图片描述

五、实际项目中的类图

在这里插入图片描述

请添加图片描述

『架构设计图』系列博客文章,欢迎关注上面的专栏

请添加图片描述

请添加图片描述

### UML 中继承、封装和多态的概念及用法 #### 继承 在统一建模语言(UML)中,继承用于描述之间的 **is-a** 关系。通过继承机制,子可以从父那里获得属性和行为,能够对其进行扩展或重写。继承主要分为单继承和多继承两种形式。单继承指的是一个子仅能从单一父派生;而多继承则允许一个子同时从多个父派生[^1]。 在 UML 中,继承通常使用一条带有空心箭头的实线来表示,指向父的方向表明了父子关系的存在。例如: ```plaintext ┌───────────┐ │ Animal │ └┬──────────┘ │ ┌───┴────┐ ▼ ▼ ┌─────────┐ ┌─────────┐ │ Cat │ │ Dog │ └─────────┘ └─────────┘ ``` 此展示了 `Cat` 和 `Dog` 是 `Animal` 的具体实例化版本,它们继承自 `Animal` 可能具有自己的特性和方法。 #### 封装 封装是面向对象编程的核心特性之一,它强调隐藏内部实现细节将数据其操作绑定在一起。在 UML 形表达中,封装体现为定义其对外可见的操作(即公开的方法),同时保护其实现逻辑不被外部访问。这有助于减少模块间的依赖程度提高系统的可维护性[^2]。 当绘制 UML 时,可以通过设置成员变量和函数的不同访问修饰符来展示封装效果: - 使用加号 (`+`) 表示公有 (public) 成员; - 减号 (`-`) 表示私有 (private) 成员; - 锐角括号 (`#`) 则代表受保护 (protected) 成员。 下面是一个简单的例子说明如何利用这些符号标记不同的访问级别: ```plaintext ┌───────────────────────────────┐ │ BankAccount │ ├───────────────────────────────┤ │ - balance : double │ │ # accountNumber : string │ ├───────────────────────────────┤ │ + deposit(amount : double) │ │ + withdraw(amount : double) │ │ # calculateInterest() │ └───────────────────────────────┘ ``` 在此案例里,“balance”字段设为了完全不可见状态(-),只有同一包内的其他才能看到“accountNumber”,而对于外界而言,仅有存取款功能是可以调用的(+). #### 多态 多态是指同一个接口可以根据所处上下文表现出不同形态的能力。这意味着即使两个对象属于相同基型,但由于各自实现了特定的行为方式,因此执行结果会有所差异。这种灵活性极大地增强了程序设计上的弹性适应力[^2]。 于是在创建 UML 序列或者协作的时候,如果存在某种消息发送给某个参者(Actor), 而该参者的实际运行期身份可能是几种候选者当中的一种, 那么这就是一个多态场景. 举个简单例子来说吧: 假设我们有一个名为 Shape 的抽象,其中包含了一个 draw 方法作为模板声明。那么 Circle 和 Rectangle 这两具体的形都可以看作是从这个通用形状衍生出来的特殊种。当我们请求任何一个 shape 对象去画自己时候,尽管他们的共同祖先都是Shape ,但他们各自的呈现样式却完全不同。 ```java abstract class Shape { abstract void draw(); } class Circle extends Shape{ @Override public void draw(){ System.out.println("Drawing a circle..."); } } class Rectangle extends Shape{ @Override public void draw(){ System.out.println("Drawing a rectangle..."); } } // Somewhere in the code... List<Shape> shapes = new ArrayList<>(); shapes.add(new Circle()); shapes.add(new Rectangle()); for(Shape s : shapes){ s.draw(); // Polymorphism at work here. } ``` 以上代码片段演示了动态联编过程中的多态现象:虽然每次迭代循环都只是针对 base type 'Shape' 执行相同的动作 call method ‘draw’, 实际产生的视觉反馈取决于当前 item 属于哪一个 derived subclass instance. ---
评论 13
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

老陈聊架构

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值