系统分析师——统一建模语言

系统分析师------统一建模语言

一文搞懂UML统一建模语言考点

• 系统分析师------统一建模语言
• [一、UML 是什么？有什么用？](#一、UML 是什么？有什么用？)
• [二、软考中 UML 的考察方式](#二、软考中 UML 的考察方式)
• • [1. 客观题](#1. 客观题)
  • [2. 案例分析](#2. 案例分析)
  • [3. 论文题](#3. 论文题)
• [三、UML 图的分类总览](#三、UML 图的分类总览)
• 四、逐图精讲
• • [4.1 类图（Class Diagram）⭐⭐⭐⭐⭐](#4.1 类图（Class Diagram）⭐⭐⭐⭐⭐)
  • [4.2 用例图（Use Case Diagram）⭐⭐⭐⭐⭐](#4.2 用例图（Use Case Diagram）⭐⭐⭐⭐⭐)
  • [4.3 顺序图（Sequence Diagram）⭐⭐⭐⭐⭐](#4.3 顺序图（Sequence Diagram）⭐⭐⭐⭐⭐)
  • [4.4 状态图（State Diagram） ⭐⭐⭐⭐](#4.4 状态图（State Diagram） ⭐⭐⭐⭐)
  • [4.5 活动图（Activity Diagram） ⭐⭐⭐⭐](#4.5 活动图（Activity Diagram） ⭐⭐⭐⭐)
  • [4.6 构件图（Component Diagram） ⭐⭐⭐](#4.6 构件图（Component Diagram） ⭐⭐⭐)
  • [4.7 部署图（Deployment Diagram）⭐⭐⭐](#4.7 部署图（Deployment Diagram）⭐⭐⭐)
  • [4.8 对象图（Object Diagram） ⭐⭐](#4.8 对象图（Object Diagram） ⭐⭐)
  • [4.9 通信图（Communication Diagram，旧称协作图） ⭐⭐](#4.9 通信图（Communication Diagram，旧称协作图） ⭐⭐)
• 五、易混对比
• [六、UML 与 4+1 视图的联系](#六、UML 与 4+1 视图的联系)
• 七、总结

以下内容，如有错误，欢迎大家指正，若有侵权，烦请告知！

一、UML 是什么？有什么用？

UML（Unified Modeling Language，统一建模语言）是一种标准化的可视化建模语言，它用一套图形符号来描述软件系统的静态结构和动态行为。

注意三个关键词：

• 语言：它有自己严谨的语法和语义，不是随便画画框线图。
• 建模：它是设计阶段的产物，回答"系统长什么样、怎么运转"，而不是写代码本身。
• 可视化：把复杂的系统结构和交互逻辑用图的方式表达出来，方便团队沟通、文档沉淀和架构评审。

UML 的价值在于：在动手写代码之前，先把系统"画"出来，让需求方、设计师、开发人员用同一种语言交流。对软考来说，它是软件设计阶段最重要的建模工具，也是论文里体现"你做过正规架构设计"的必备素材。

---

二、软考中 UML 的考察方式

1. 客观题

• 分类题：给出一串图名，让你选出"哪些属于行为图/静态图"或"哪些属于交互图"。
• 概念辨析题：给出一段场景描述，问"适合用哪种图来描述"。例如"描述对象之间消息的时间顺序"→ 顺序图。
• 关系题：考类图中的关联、聚合、组合、依赖、泛化、实现之间的区别与图形表示。
• 其他：考 UML 的"4+1" 视图、UML 三要素（基本构造块、规则、公共机制）、类图与对象图的关系等。

2. 案例分析

• 读图填图：给出一张用例图或类图的局部，让你补全参与者的名字、用例名、关系类型（include / extend / 泛化）。
• 选图说理：描述一个业务场景，让你选择合适建模并用文字解释。
• 细节默写：用例建模步骤、两种图形区别、两种关系区别。

3. 论文题

系统架构设计师和系统分析师的论文中，UML 是高频素材。常见问法：

• "结合你的项目，论述如何使用 UML 进行系统建模/需求分析/架构设计。"
• "论述某一类图（如用例图、类图）在系统开发中的应用。"
  论文中要用"理论 + 项目实例"的方式，说明你在什么阶段用了什么图、解决了什么问题、效果如何。切记不要只背概念，要准备 1~2 个能展开的项目细节。

三、UML 图的分类总览

UML 2.x 共定义了 14 种图，软考层面主要掌握 9 种。它们可以按"描述静态结构还是动态行为"分为两大类

✅ 结构图，也是静态图（无时间流程、描述结构/定义/视图）

类图、对象图 、包图、组合结构图、构件图、部署图 、轮廓图

核心特征：只定义"有什么、是什么"，不描述"怎么运行、怎么流转"。

✅ 行为图，也是动态图 （随时间变化、描述运行行为）

用例图 、活动图、状态机图、序列图、通信图 、时序图、交互概览图

核心特征：描述流程、状态变迁、消息交互、执行时序。

注意：用例图的分类归属存在争议

---

四、逐图精讲

4.1 类图（Class Diagram）⭐⭐⭐⭐⭐

• 是什么：描述系统中类的静态结构，包括类的属性、操作，以及类与类之间的关系。类图是 UML 中最核心、使用最频繁的图。

• 核心掌握点 ：

  主要考六大类关系的符号和辨析：

  关系	语义	图形符号
  依赖	一个类的变化影响另一个类	虚线箭头，指向被使用者
  关联	对象间的结构联系	双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头，指向被拥有者
  聚合	整体与部分，部分可独立存在（空心菱形）	菱形在整体，连线指向部分
  组合	整体与部分，部分不能独立存在（实心菱形）	菱形在整体，连线指向部分
  泛化	继承，一般与特殊	实线空心三角箭头，子类指向父类
  实现	类实现接口	虚线空心三角箭头，实现类指向接口

• 记忆点

  -- 聚合VS组合：聚合部分可独立存在；组合部分随整体销毁而销毁

  -- 关联VS依赖：关联长期持有；依赖临时一次性使用

  -- 泛化VS实现：泛化是类继承类；实现是类遵从接口规范

  

4.2 用例图（Use Case Diagram）⭐⭐⭐⭐⭐

• 是什么：从用户视角描述系统功能清单与系统边界，构建系统静态用例视图，不描述执行步骤。

• 核心掌握点 ：

  主要考三大核心元素和四类关系的符号与辨析：

  -- 系统边界（System Boundary）：用矩形表示，代表系统的内部与外部的隔离界线。系统的所有用例必须画在边界内，外部参与者必须画在边界外。

  -- 参与者（Actor）：用火柴人（或小人符号）表示，代表在系统边界之外与系统进行交互的外部实体（可以是人、外部硬件设备，或者其他第三方系统）。

  -- 用例（Use Case）：用椭圆表示，代表系统能够为参与者提供的一个完整且具有独立业务价值的功能或交互流。

  关系	语义	图形符号
  关联	参与者和用例之间的通信和交互关系	实线，无箭头
  泛化	参与者之间，用例之间 ，用来描述继承关系	实线，带空心三角形，子用例指向父用例
  扩展	特定条件下才执行的备选/异常流程	虚线，箭头从扩展用例指向基用例，标<<extend>>
  包含	必然执行公共子功能	虚线，箭头指向被包含用例，标<<include>>

• 记忆点

  -- 参与者之间的关系：注意，参与者和参与者之间只有泛化关系，参与者和用例之间只有关联关系

  -- 用例模型 VS 用例图：用例图只是用例模型的图形部分，完整的用例模型还包括用例描述（前置条件、基本流、备选流）

  -- 用例建模四阶段：

  • 识别系统外部参与者（人、外部系统、设备、定时器）
  • 基于参与者目标，识别系统用例（完整、有价值功能）
  • 梳理用例间关系：泛化、包含、扩展，绘制用例图
  • 调整优化，编写用例规约：前置后置条件、基本流、备选流、异常流

4.3 顺序图（Sequence Diagram）⭐⭐⭐⭐⭐

• 是什么 ：按时间顺序展示对象之间消息的交互，垂直方向代表时间轴，从上到下时间推移 ，水平方向代表参与交互的各个对象。

• 核心掌握点 ：

  1. 对象（实例）

     矩形框，格式：对象名:类名；对象名可以为空 :类名（匿名对象）；放在图顶部横向排列。 注意：是实例，不是类！类图描述类模板，顺序图是对象实例交互。

  2. 生命线（Lifeline）

     对象下方竖直虚线，代表这个对象在交互期间存活的时间。对象销毁时生命线终止（打 ×）。

  3. 激活框（激活条，Focus of control）

     生命线上的窄矩形。代表：对象正在执行操作，处于激活状态。

     • 收到消息，对象开始执行 → 激活框开始；
     • 操作执行完毕返回 → 激活框结束。

  4. 消息（Message）------ 核心！

     水平箭头，从发送者生命线指向接收者生命线，从上到下代表先后顺序。

     消息类型	语义	图形符号
     调用消息（同步消息）	发送者发消息后阻塞等待，接收者处理完返回，发送者才继续往下执行	实心箭头实线
     返回消息	同步消息处理完成，结果返回给调用方；可以省略不画	开放箭头虚线
     异步消息	发送消息之后不等待返回，直接继续执行自己代码，接收者异步处理	空心箭头实线
     简单消息	只表达消息传递，不区分同步 / 异步，简化画法	开放箭头实线

• 记忆点 ：

  1. ❌ 错误：顺序图描述类之间交互
     ✅ 正确：对象（实例）之间交互，不是类。
  2. ❌ 错误：水平轴是时间
     ✅ 正确：垂直方向从上到下是时间。
  3. ❌ 错误：激活框代表对象一直存在
     ✅ 正确：生命线代表对象存活；激活框代表对象正在执行方法。对象活着，不一定处于激活状态。
  4. ❌ 混淆 alt 和 opt
     ✅ alt：多分支互斥（if else）；opt：可选，只有一个分支，可以不执行。
  5. ❌ 混淆顺序图、状态图
     ✅ 顺序图：多个对象，消息交互；状态图：单个对象一生的状态变迁。

4.4 状态图（State Diagram） ⭐⭐⭐⭐

• 是什么 ：描述单个对象 生命周期内所有状态、状态转移、触发事件、监护条件。只针对一个对象。
• 核心掌握点：主角是单个对象；事件触发状态切换。
• 怎么考 ：
  • 客观题："描述电梯/订单/TCP连接的状态变化"→ 状态图。
  • 考状态转移五要素：源状态、目标状态、事件、监护条件（guard）、动作。
  • 考特殊状态：初始状态（实心圆）、终止状态（圆环）、组合状态、历史状态。
  • 辨析：状态图通常只描述一个对象的状态机；活动图描述多个活动之间的流程。

4.5 活动图（Activity Diagram） ⭐⭐⭐⭐

• 是什么 ：描述业务流程、活动步骤，可以包含多个对象，表达工作流；重点是活动流转、分支、泳道（划分责任对象）。
• 核心掌握点：描述活动 / 工作流，不是单个对象；可以有泳道。
• 怎么考 ：
  • 客观题："描述业务流程/工作流应使用哪种图"→ 活动图。
  • 活动图与状态图辨析：活动图强调"活动的流转"（面向过程），状态图强调"状态的变迁"（面向对象的状态机）。
  • 考泳道（Swimlane）的作用：把活动按职责分配给不同的参与者/部门。
  • 考活动图的组成元素：起点、终点、活动、转移、分支、分叉与汇合、泳道。

4.6 构件图（Component Diagram） ⭐⭐⭐

• 是什么：实现视图，描述软件构件（模块、库、包）、构件接口，构件之间依赖关系。构件是可独立部署的代码单元。
• 核心掌握点：构件是软件模块；关注代码组织。
• 怎么考：选择题，区分构件图和部署图。构件 = 软件模块。

4.7 部署图（Deployment Diagram）⭐⭐⭐

• 是什么：部署视图，描述物理节点（服务器、设备），节点上部署构件；描述软硬件物理分布。
• 核心掌握点：节点是硬件实体；构件部署在节点上。
• 怎么考：选择题，辨析构件图 vs 部署图。构件图看软件模块；部署图看硬件节点。

4.8 对象图（Object Diagram） ⭐⭐

• 是什么：类图实例。描述某一个时刻，系统里面对象实例以及对象之间链接。
• 核心掌握点 ：对象图是实例快照；类图描述模板，对象图描述某一瞬间实例。
• 怎么考：大多选择题概念辨析；案例极少出现。区分：类图 = 模板，对象图 = 快照。

4.9 通信图（Communication Diagram，旧称协作图） ⭐⭐

• 是什么 ：交互图，同样描述对象消息交互；强调对象之间的连接关系，不突出时间顺序，消息用编号表达先后。
• 核心掌握点：和顺序图语义等价，可以互相转换；侧重点不同。
• 怎么考：选择题对比辨析：顺序图看时间线；通信图看对象连接，通信图必须有链（link）和消息编号。

五、易混对比

1. 状态图 VS 活动图
   状态图：聚焦单个对象 ，对象在生命周期的状态变化，由事件驱动状态迁移。
   活动图：聚焦活动 / 业务流程，描述一系列动作，支持分支、泳道，描述工作流。
2. 顺序图 VS 通信图
   两者都属于交互图，语义等价。顺序图：突出消息时间顺序；通信图：突出对象之间的连接关系，消息用序号标记顺序。
3. 类图 VS 对象图
   类图：描述类的定义，静态模板；对象图：运行某时刻对象实例快照。
4. 构件图 VS 部署图
   构件图：描述软件构件、模块之间依赖（软件层面）；部署图：描述硬件节点，构件部署在硬件节点（物理部署层面）。

六、UML 与 4+1 视图的联系

视图	关注点	对应UML图
逻辑视图	系统提供给用户的功能，面向对象建模	类图、对象图
开发/实现视图	软件在开发环境的模块组织	构件图、包图
进程/过程视图	系统的动态特性：并发、性能、交互	顺序图、通信图、活动图、状态图
物理/部署视图	软件如何映射到硬件	部署图
+1：场景	将上述视图串起来的核心用例	用例图

七、总结

1. 重中之重：用例图、类图、顺序图，选择 + 案例大题常客；
2. 辨析题常客：状态图、活动图，选择题最爱考二者区别。
3. 概念选择题：构件图、部署图、对象图、通信图，一般只考概念区分，很少大题。
4. 论文素材：需求阶段（用例图）→领域建模（类图）→交互场景（顺序图）→业务流程（活动图）→架构实现（构件图）→物理部署（部署图）。