系统架构设计师 需求分析篇一

📘 结构化分析SA

思想

• 自顶向下：像剥洋葱一样，层层深入，大问题拆成小问题，再拆成更小的问题。
  

核心模型

• 数据字典 📔：记录数据元素的点点滴滴，从属性到使用方式，无所不包。

外部包含模型

• 数据模型 📊：用ER图描绘数据元素及其关系的家族树。
• 功能模型 🔄：DFD，系统功能的流水线，数据流向的导航图。
• 行为模型 🔄：STD，系统状态的日记本，事件的行程表。

数据流图（DFD）

主要作用

• 理解与表达需求 🔍：需求分析的望远镜，内部逻辑的显微镜。
• 描述系统逻辑 📝：需求分析的成果展示，开发计划的档案馆。

基本符号

• 数据流 📈：箭头。
• 加工 🛠️：圆圈。
• 数据存储 💾：直线段。
• 外部实体 🌐：带名字方框。

层次

• 顶层图 🏢：系统的鸟瞰图，最高层的结构概览。
• 逐层分解 🔎：顶层图的放大镜，细节的逐步展开。

如何画DFD

1. 画输入和输出 📐：先确定系统的边界，画出信息的进出口。
2. 画DFD内部 🔗：连接系统的输入、输出，构建内部的流程图。
3. 命名数据流和加工 📝：为每个元素赋予名字，让它们有身份证。
4. 检查和修改 🔍：确保图形符号和元素命名的准确性，像校对文章一样细致。

检查和修改的准则

• 图形符号限制 📏：只使用四种基本图形元素，保持DFD的纯粹性。
• 元素命名 🏷️：每个元素都要有名有姓，便于识别。
• 加工的输入输出 🔄：数量守恒，每个加工至少有一个输入和一个输出。
• 加工编号 📑：按层级编号，保持加工的秩序。
• 子图与上层加工对应 🔗：子图与上层加工一一对应，保持数据流的一致性。
• 数据存储的读写 📘：读写平衡，每个数据存储都要有读写的机会。
• 物质流和控制流 🚚：物质流可以加入，帮助理解；🚫 控制流则不可混入。

状态转换图 STD

适用场景

• 实时控制系统 🕒：事件驱动的实时反应，状态的快速转换。

状态

• 状态 🌀：系统行为的快照，观察系统的不同面貌。
• 初始状态 🔵：实心圆的起点，一切的开始。
• 最终状态 🔴：同心圆的终点，旅程的结束。

数据字典 DD

条目

• 数据元素 📘：数据的基本单位，构成数据结构的砖石。
• 数据结构 🔗：数据元素的组合，形成数据的框架。
• 数据流 📈：数据的流动路径，信息的传输带。
• 数据存储 💾：数据的存储空间，信息的仓库。
• 加工逻辑 🛠️：数据加工的规则，信息处理的逻辑。
• 外部实体 🌐：系统与外界的接口，数据交换的桥梁。

作用

• 工作依据 📚：确保数据的完整性和一致性，数据管理的宝典。

总结 🧐

• 记忆口诀 🎓：SA分析，像剥洋葱，DFD画图，像搭积木，STD状态，像翻日记，DD字典，像查百科。😄
• 辅助记忆 🧠：
  • 结构化分析SA：分析的大树，层层深入。
  • 数据流图DFD：数据的河流，流向清晰。
  • 状态转换图STD：状态的时钟，时刻转换。
  • 数据字典DD：数据的宝典，一应俱全。

参与点评
读者朋友们,如果您在阅读过程中,对文章的质量、易理解性有任何建议,欢迎在评论区指出,我会认真改进。