数据流图设计原则

一、复杂性最小化原则：让 DFD“分层清晰、聚焦单一”

核心逻辑

DFD 的本质是 “用图形化语言描述系统数据流动与处理逻辑”，若直接绘制全量细节（如一个图包含所有过程、数据流），会导致 “信息过载”，开发者或需求方难以快速理解核心逻辑。分层结构通过 “自顶向下、逐步分解”，将复杂系统拆解为 “顶层 - 中间层 - 底层” 的金字塔结构，每一层只聚焦特定粒度的信息，实现 “按需查看、互不干扰”。

设计要点

1. 分层粒度控制：
   • 顶层 DFD（Context Diagram，上下文图）：仅包含 “整个系统”（作为一个唯一过程，通常编号为 0）、外部实体（系统的交互对象，如用户、第三方系统）和系统与外部的核心数据流（如 “用户请求”“订单数据”），不涉及任何内部处理细节。
   • 中间层 DFD：分解顶层的 “0 号过程”，将其拆分为 2-7 个独立子过程（编号如 1、2、3…），每个子过程对应一个核心业务模块（如 “用户认证”“订单处理”“库存更新”），仅展示子过程之间、子过程与外部实体的关键数据流。
   • 底层 DFD：继续分解中间层的复杂过程（如将 “订单处理” 拆分为 “订单校验”“价格计算”“订单存储”），直到每个过程满足 “单一职责”（即一个过程只做一件具体事，如 “价格计算” 仅负责根据商品单价、数量、折扣计算最终金额），不再需要进一步分解（称为 “基本过程”）。
2. 编号规则统一：为避免分层混乱，需按 “父过程编号 + 子过程序号” 命名，例如顶层过程为 0，其分解的子过程为 1、2、3；过程 1 分解的子过程为 1.1、1.2、1.3，确保从任意过程能反向追溯到其父层。

常见误区

• 过度分解：将简单过程（如 “数据存储”）拆分为多个子过程，导致层数冗余；
• 分解不均：某一层的过程