企业官网建设流程全解析

数据流图（DFD）是系统分析阶段的核心建模工具，其核心作用在于以图形化方式清晰展示系统中数据的流动路径、处理过程、数据存储以及与外部环境的交互关系。它通过四个基本符号来表达系统逻辑：

• 外部实体：表示系统之外的人、组织或系统，是数据的来源或去向，通常用矩形表示。
• 数据处理（加工）：表示对数据的变换或操作，用圆角矩形或圆形表示。
• 数据流：表示数据在系统中的流动方向，用箭头表示。
• 数据存储：表示数据静态存储的位置，如文件或数据库，用双横线或开口矩形表示。

绘制 DFD 时需注意：

1. 可读性优先：层次清晰，避免交叉线过多。
2. 分解均匀：逐层分解处理过程（0 层图 → 1 层图 → …），保持子图复杂度一致。
3. 命名恰当：每个处理、数据流等应使用动宾结构的清晰名称（如“生成订单”而非“处理 A”）。
4. 简化联系：避免不必要的数据流，聚焦关键逻辑。
5. 局限性认知：DFD 不描述控制逻辑、时间顺序或数据细节，仅关注“做什么”而非“怎么做”。

为弥补 DFD 的细节缺失，需配合数据字典（DD）使用。DD 对 DFD 中所有元素进行精确、标准化的定义，主要条目包括：

1. 数据元素：最小数据单位（如“客户编号”），定义其类型、长度、取值范围等。
2. 数据结构：由多个数据元素组成的结构（如“订单信息”）。
3. 数据流：说明某条数据流包含哪些数据项。
4. 数据存储：描述数据存储的内容、结构和组织方式。
5. 外部实体：说明实体名称、输入/输出的数据流。
6. 处理：简要说明该处理的功能和逻辑。

对于 DFD 中最底层的“基本加工”，需用基本加工处理描述方法进行详细说明，常用三种技术：

• 结构化语言：使用规范化的自然语言描述处理逻辑，适合顺序性操作。
• 决策树：以树状图形表示多条件判断逻辑，直观清晰。
• 决策表：列出所有条件组合及其对应动作，适合复杂逻辑判断。

最终，在全面分析现行系统的基础上，系统分析师将建立新系统的逻辑模型，即脱离具体实现技术的、关于“新系统应该做什么”的完整描述。该模型包括：

• 新的业务流程设计
• 组织结构与职责调整
• 系统功能目标与边界
• 数据的逻辑结构与分布
• 处理逻辑的重新定义

这一逻辑模型是连接“需求调研”与“系统设计”的桥梁，确保开发方向正确、沟通无歧义。

从上下文图（0层DFD）逐步分解出1层和2层数据流图的过程，是结构化系统分析中“自顶向下、逐层分解”思想的具体体现。其目标是将一个整体系统的抽象视图，逐步细化为更具体的功能模块，从而揭示系统的内部逻辑结构。

分解步骤如下：

1.理解上下文图（0层DFD）

• 上下文图只包含一个唯一的处理节点（代表整个系统），外部实体围绕其周围。
• 数据流表示外部实体与系统之间的输入/输出数据。
• 示例：电商平台系统 → 客户提交订单，支付系统接收支付结果。

目的：明确系统边界、主要参与者（外部实体）及核心数据交互。

2.绘制1层DFD：分解主处理为若干主要子处理

• 将0层中的“整个系统”这一单一加工，分解为3~7个高层功能模块（即子处理）。
• 这些子处理应反映系统的主要业务流程，如：
  • 接收订单
  • 验证用户信息
  • 处理支付
  • 更新库存
  • 生成发货单
• 保留原有的外部实体，并将其连接到对应的子处理上。
• 引入数据存储（如“客户文件”、“订单数据库”）以支持数据持久化。
• 确保所有来自0层的数据流在1层中都有对应路径（保持接口一致性）。

注意：1层图不需展示处理间的全部细节，但要保证逻辑完整、无遗漏。

3.绘制2层DFD：进一步分解关键子处理

• 对1层中每一个复杂的子处理（尤其是那些仍具有多个输入/输出或内部逻辑较复杂者），继续分解为更细粒度的下级处理。
• 每个2层图对应1层中的一个处理编号（如“处理3.0”的展开图称为“图3”）。
• 例如，“处理支付”可分解为：
  • 3.1 验证支付信息
  • 3.2 调用第三方支付接口
  • 3.3 记录支付日志
  • 3.4 返回支付结果
• 在2层图中也需定义局部数据流和临时数据存储。
• 所有底层数据流最终必须能追溯回原始输入或外部实体。

4.检查与验证

• 平衡原则：父图与子图之间的输入/输出数据流必须保持一致（即“父子平衡”）。
• 避免“黑洞”（只有输入无输出）、“奇迹”（无输入却有输出）等逻辑错误。
• 命名规范：使用动宾短语（如“计算折扣”而非“模块B”）。
• 控制复杂度：每张图建议不超过7个处理，避免过度拥挤。

✅总结口诀：

“一图一系统，层层剥洋葱；
主功能拆开看，数据流要平衡；
存储连处理，命名要分明；
自顶向下走，逻辑自然清。”

defdecompose_dfd_level_0_to_2():print("开始系统建模...")# 0层：整体系统context_diagram={"system":"电商平台","external_entities":["客户","支付系统","仓库系统"],"data_flows":["订单信息","支付结果","发货指令"]}print("0层DFD（上下文图）构建完成:",context_diagram)# 1层：分解主系统level_1_diagram={"processes":["1.0 接收订单","2.0 验证用户","3.0 处理支付","4.0 更新库存","5.0 生成发货单"],"data_storages":["订单表","用户档案"],"flows_connected":True}print("1层DFD分解完成:",level_1_diagram)# 2层：细化“处理支付”level_2_diagram_for_3={"parent_process":"3.0 处理支付","sub_processes":["3.1 验证支付信息","3.2 调用支付接口","3.3 记录日志","3.4 返回结果"],"local_data_flows":["加密数据","响应码"]}print("2层DFD（处理支付）展开:",level_2_diagram_for_3)decompose_dfd_level_0_to_2()