在UML（统一建模语言）中，**用例图（Use Case Diagram）和类图（Class Diagram）**是两种最常用的图表类型，分别用于描述系统的高层功能和静态结构。以下是它们的核心概念、用途及区别：
1. 用例图（Use Case Diagram）
用途
描述系统的功能需求和用户（或其他系统）与系统的交互，聚焦于**“系统做什么”**，而不关心具体实现细节。
核心元素
-
参与者（Actor）：系统外部的实体（如用户、外部系统），用小人图标表示。
-
用例（Use Case）：系统提供的功能单元，用椭圆表示，描述参与者与系统的交互。
-
关系：
-
关联（Association）：参与者与用例之间的连线，表示交互。
-
包含（Include）：一个用例必须调用另一个用例（如“支付”必须包含“验证密码”）。
-
扩展（Extend）：一个用例在特定条件下扩展另一个用例（如“订单”可能扩展“申请折扣”）。
-
泛化（Generalization）：用例或参与者之间的继承关系（如“VIP用户”继承自“普通用户”）。
-
示例场景
-
在线购物系统中：
-
参与者：顾客、管理员、支付系统。
-
用例：浏览商品、下单、支付、管理库存。
-
特点
-
面向用户视角，易于与非技术人员沟通。
-
不涉及实现细节（如类、方法）。
2. 类图（Class Diagram）
用途
描述系统的静态结构，展示类、接口、属性、方法以及它们之间的关系，聚焦于**“系统如何构建”**。
核心元素
-
类（Class）：矩形框，分三部分：类名、属性（字段）、方法（操作）。
-
关系：
-
关联（Association）：类之间的引用（如“学生”与“课程”）。
-
聚合（Aggregation）：弱“整体-部分”关系（如“汽车”与“轮胎”）。
-
组合（Composition）：强“整体-部分”关系，生命周期一致（如“公司”与“部门”）。
-
继承（Generalization）：父子类关系（如“动物”与“猫”）。
-
依赖（Dependency）：一个类的变化影响另一个类（如“订单”依赖“支付服务”）。
-
接口实现（Realization）：类实现接口（如“PDFGenerator”实现“IExport”）。
-
示例场景
-
电商系统中的类：
-
Product（属性：id, name；方法：getPrice()）。 -
Order（关联Product，依赖PaymentService）。
-
特点
-
面向开发者，指导代码实现。
-
可标注多重性（如1对多）、可见性（+public, -private）。
关键区别
| 维度 | 用例图 | 类图 |
|---|---|---|
| 目的 | 描述系统功能需求（做什么） | 描述系统静态结构（如何构建） |
| 受众 | 用户、需求分析师 | 开发者、架构师 |
| 内容 | 参与者、用例、功能流程 | 类、属性、方法、关系 |
| 抽象级别 | 高层次，不涉及实现 | 低层次，直接映射代码 |
实际应用中的联系
-
从用例图到类图：用例图中的功能需求可转化为类图中的类和方法。
-
例如，“支付”用例可能对应类图中的
Payment类、processPayment()方法。
-
-
互补性：用例图定义需求边界，类图实现这些需求的具体结构。
通过结合这两种图，可以从需求分析平滑过渡到系统设计，确保开发与用户期望一致。
