在软件工程中，各类图表用于不同阶段和目的的分析与设计。以下是按逻辑分类的详细介绍，帮助理解它们的用途和区别：
一、结构化分析与设计（传统方法）1. 数据流图（Data Flow Diagram, DFD）
用途：描述系统中数据的流动、处理过程和存储，适用于需求分析阶段。
特点：强调“数据如何流动”，包含外部实体、处理过程、数据存储和数据流箭头。
场景：分析银行系统的存款流程（如用户输入数据→验证→存储到数据库）。
2. 程序流程图（Flowchart）
用途：展示程序执行的具体步骤和逻辑控制流。
特点：使用标准符号（如菱形表示判断、矩形表示处理），关注线性流程。
场景：描述算法逻辑（如登录验证的步骤：输入→验证→成功/失败）。
3. 软件结构图（Structure Chart）
用途：展示系统模块的层次结构和调用关系，属于架构设计阶段。
特点：体现模块间的调用、数据传递和控制关系（如主模块调用子模块）。
场景：设计电商系统的模块结构（订单模块调用支付模块、库存模块）。
4. 高层功能模块图（Functional Module Diagram）
用途：划分系统的主要功能模块及其关系，用于需求或概要设计。
特点：高层次的模块划分（如用户管理、订单管理），不涉及细节实现。
场景：定义ERP系统的核心功能模块（财务、HR、采购等）。
二、面向对象分析与设计（UML 图表）1. 用例图（Use Case Diagram）
用途：描述系统功能需求与外部参与者的交互。
特点：包含参与者（Actor）、用例（Use Case）及其关系（扩展/包含）。
场景：电商系统的用户注册、下单、支付等用例。
2. 类图（Class Diagram）
用途：描述系统的静态结构，包括类、属性、方法及关系（继承、关联等）。
特点：核心的面向对象设计工具，体现代码结构。
场景：设计“订单”类与“用户”“商品”类的关联关系。
3. 状态图（State Diagram）
用途：展示对象在其生命周期内的状态变化及触发事件。
特点：状态（State）、转移（Transition）、事件（Event）和动作（Action）。
场景：订单状态变化（新建→已支付→发货→完成）。
4. 活动图（Activity Diagram）
用途：描述业务流程或操作的活动流程，支持并行和分支。
特点：类似流程图，但支持泳道（Swimlane）和并发控制。
场景：订单处理流程（并行执行库存扣减与支付操作）。
5. 时序图/顺序图/序列图（Sequence Diagram）
用途：强调对象间消息传递的时间顺序，用于详细设计。
特点：纵轴为时间，横轴为对象，展示交互的时序性。
场景：用户登录时，前端→验证服务→数据库的调用顺序。
6. 协作图（Communication Diagram，原协作图）
用途：展示对象间的协作关系，强调结构和消息顺序。
特点：以对象为中心，用编号表示消息顺序。
场景：分析订单处理中各对象的协作（如订单、库存、支付对象）。
7. 包图（Package Diagram）
用途：组织代码或模型的逻辑结构，管理模块依赖。
特点：类似文件夹的层次结构，展示包之间的依赖关系。
场景：划分系统为“用户界面包”“业务逻辑包”“数据访问包”。
三、对比与总结
图表类型
核心关注点
典型阶段
方法论
数据流图
数据流动与处理
需求分析
结构化分析
软件结构图
模块层次与调用关系
架构设计
结构化设计
用例图
功能需求与参与者交互
需求分析
UML/面向对象
类图
静态类结构
详细设计
UML/面向对象
序列图 vs 协作图
时间顺序 vs 结构协作
详细设计
UML/面向对象
活动图 vs 流程图
并行流程 vs 线性控制流
业务流程建模
UML/通用
关键区别：
数据流图 vs 活动图：前者关注数据，后者关注活动和流程。
状态图 vs 活动图：前者是对象状态变化，后者是业务流程。
序列图 vs 协作图：前者强调时间顺序，后者强调对象协作结构。
通过合理选择图表，可以更清晰地表达系统不同层面的设计，提升团队沟通与开发效率。
