一、先建立全局：应用系统规划里，图出现在哪几步
要理解这几张图，先得知道它们出现在应用系统规划的哪个环节。前面第 111 篇讲过，应用系统规划的主线是：初步调研 → 可行性研究 → 详细调研 → 系统分析 → 系统设计。而这些图，主要集中在"详细调研、系统分析、系统设计"这三步里：
- 详细调研阶段：用图表工具把现状描述清楚。教材点了名——用组织结构图描述组织结构，用管理业务流程图和表格分配图描述业务状况，用数据流程图描述和分析数据及功能，用判定树、决策表描述处理逻辑。
- 系统分析阶段：用数据流图（DFD）、数据字典、UML 模型等，把"新系统要做什么"分析清楚，产出系统说明书（需求规格说明书）。
- 系统设计阶段：把分析的结果转成"系统怎么搭"，画系统结构图、做接口设计，分概要设计和详细设计两步。
你先记住这条"调研画现状图 → 分析画需求图 → 设计画结构图"的主线，下面三类图各自的位置就清楚了。有了这条主线打底，你再看每一张图，就知道它是在整个规划流程的哪一步、解决什么问题，不会零散地死记硬背。
二、第一张：数据流图（DFD）——最核心、最常考
三张图里，最核心、最常考的就是数据流图（Data Flow Diagram，简称 DFD）。教材在系统分析里把它当作头号工具。
它是干什么的？ 一句话——它描述"数据在系统里怎么流动、被谁加工"。给非 IT 同学翻译：你把系统想象成一条河，数据就是河里的水，DFD 画的就是"水从哪来（数据源）、流经哪些加工站（处理功能）、中途存在哪（数据存储）、最后流到哪去（数据终点）"。
它由几个基本元素构成？ 记四个：
- 外部实体：系统外部的数据来源或去向（比如"客户""供应商"）。
- 处理（加工）：对数据进行变换的功能（比如"审核订单""生成报表"）。教材强调，每个处理功能都有输入数据和输出数据，一个功能还能分解成更小的功能。
- 数据流：数据的流动方向（用带箭头的线表示）。
- 数据存储：数据停留、保存的地方（比如"订单库"）。
它有什么特点？ DFD 是可以分层的——先画一张最顶层的、把整个系统当一个大处理的图，再逐层往下细化，把每个处理拆成更细的子处理。这种"自顶向下、逐层分解"的画法，正好呼应了详细调研"自顶向下全面展开"的原则。
考试怎么考？ 综合知识里，考 DFD 的四要素分别是什么、某个元素属于哪一类；案例里，可能给你一段业务描述让你补全 DFD，或给一张 DFD 让你找错、分析。所以你不光要"认识"它，还要"会读、会画"。
我用一个最简单的例子帮你把四要素对上号。以"网上订餐"为例：外部实体是"顾客"和"餐厅"（系统外部，一个发起、一个接收）；处理是"接收订单""校验库存""生成配送单"这些加工动作；数据流是"订单信息""库存查询""配送指令"这些在各环节间流动的数据；数据存储是"订单库""菜品库"这些数据停留的地方。你把这个例子在脑子里过一遍，再遇到 DFD 的题，就能迅速把题目里的名词对号入座——哪个是实体、哪个是处理、哪个是存储。判断的诀窍：名词性的、系统外的是外部实体；动词性的、在加工数据的是处理；被保存起来的是数据存储；带箭头流动的是数据流。
三、第二张：系统结构图（架构）——从"做什么"到"怎么搭"
第二张，我归为"架构"这一类，教材里对应的是系统结构图 / 功能结构图，出现在系统设计阶段。
它是干什么的？ 如果说数据流图回答"系统要做什么"（需求视角），那系统结构图回答的是"系统由哪些模块组成、模块之间是什么层次关系"（实现视角）。它把系统拆成一个个功能模块，用树状的层次结构画出来——顶层是整个系统，往下是子系统、功能模块，一层层分解。
它从哪来？ 教材讲得很清楚：结构化设计是把数据流图转换成系统结构图的过程。数据流分两种——变换型和事务型：对变换型数据流，通过"变换分析"，找出输入、变换中心、输出，映射成结构图；对事务型数据流，通过"事务分析"，找出事务中心、接收数据、处理路径，转成结构图。转出初始结构图后，还要再优化。你不用记得这么细，但要知道"结构图是从数据流图转过来的"这条关系，这是常考点。
还有一个相关的图——HIPO 图。 教材提到，用带编号的层次图描述模块的输入、处理、输出，这种带编号的层次图也叫 HIPO 图（Hierarchy Input Process Output，层次图加输入-处理-输出）。它是系统结构的一种规范化表述，了解这个名字和含义即可。
场景翻译：数据流图像"业务需求说明书里的流程图"，系统结构图像"施工图纸里的房间布局图"——一个说清要实现什么，一个说清用哪些模块搭起来、谁调用谁。
划分模块有个黄金原则，常考——"高内聚、低耦合"。 内聚，说的是一个模块内部的功能要紧密相关、专注做一件事（高内聚 = 一个模块只管一摊、职责单一）；耦合，说的是模块与模块之间的依赖关系要尽量松（低耦合 = 模块之间牵连越少越好，改一个不至于牵动一大片）。为什么追求"高内聚、低耦合"？因为这样的系统好维护、好扩展——某个模块要改，只动它自己，不会引发连锁反应。给非 IT 同学打个比方：这就像一个组织里分工要清晰（每个部门专注自己的事 = 高内聚），部门之间又不要过度扯皮依赖（协作接口简单 = 低耦合），这样的组织才高效、好管理。系统结构设计追求的，正是这种"分工清晰、牵连简单"的模块结构。"高内聚、低耦合"这六个字，是结构设计好坏的核心评判标准，务必记牢。
四、第三张：接口——模块与系统之间的"接头"
第三张，我归为"接口"。教材里没有专门一张叫"接口图"的图，但接口设计是系统设计里绕不开的一环，也常在案例、论文里出现，所以我单独拎出来讲。
什么是接口？ 简单说，就是模块与模块之间、系统与系统之间传递数据和调用功能的"接头"。教材在讲数字能力建设时提到：应用软件或模块间的集成融合，主要通过系统的软件接口来完成。也就是说，一个大系统由很多模块、甚至很多子系统组成，它们不能各干各的，得通过接口互相传数据、互相调用——接口就是它们之间约定好的"对接规则"。
为什么重要？ 现在的信息系统很少是孤岛，往往要和别的系统对接（比如政务系统要和数据共享平台对接、企业系统要和上下游对接）。接口设计得好不好，直接决定系统能不能顺畅地集成、数据能不能打通。这也呼应了前面治理、规划里反复讲的"打破信息孤岛、数据互通"。
场景翻译：接口就像不同电器之间的插头和插座标准——只要大家都遵守同一个接口规范，A 系统产出的数据，B 系统就能直接插上用；如果接口各定各的，就成了"插头对不上插座"，系统之间没法协作。
五、三件套怎么配合：串成一条设计主线
单看三张图容易散，我帮你把它们串成一条线，你就明白它们是怎么配合的：
先用数据流图（DFD）把"系统要处理哪些数据、实现哪些功能"分析清楚（分析阶段，回答"做什么"）→ 再把数据流图转换成系统结构图，确定"系统由哪些模块组成、什么层次"（设计阶段，回答"怎么搭"）→ 最后做接口设计，明确"这些模块、以及和外部系统之间怎么对接"（设计阶段，回答"怎么连"）。
你看，这就是一条完整的"做什么 → 怎么搭 → 怎么连"的设计主线。数据流图管需求分析、结构图管模块划分、接口管集成对接，三者层层递进。把这条线记住，应用系统规划里"图"这块的逻辑你就通了，也就不会把这几张图的用途记混。
还是拿"网上订餐系统"把这条主线走一遍，你会更有体感。第一步（分析·画 DFD）：先分析清楚这个系统要处理订单、校验库存、安排配送、结算这几件事，数据怎么在顾客、餐厅、配送之间流动，画出数据流图。第二步（设计·转结构图）：把 DFD 转成系统结构图——顶层是"订餐系统"，往下分"订单管理模块""库存管理模块""配送管理模块""支付结算模块"这几个子模块，再往下每个模块还能细分。这一步就是从"数据怎么流"变成"系统由哪些模块搭起来"。第三步（设计·定接口）：明确这几个模块之间怎么对接——订单模块确认后，要通过接口通知配送模块、调用支付模块；如果还要对接外部的地图导航、第三方支付，那又是系统与系统之间的接口。三步走完，一个系统就从"一段业务描述"变成了"能指导开发的设计蓝图"。你把这个例子和上面的主线对着看，"三件套"就不是三张孤立的图，而是一条把想法变成系统的完整链条。
六、这几张图，还有几个"配角"你要认识
除了三件套主角，教材在应用系统规划里还提到几个常用的图表工具，考试也会点名，你认个脸：
- 组织结构图：描述组织的部门层级结构，调研时用来摸清"这个单位由哪些部门组成"。
- 管理业务流程图：描述一项业务从头到尾怎么流转、经过哪些岗位，调研业务现状时用。
- 表格分配图：描述各部门、各岗位使用哪些单据报表。
- 数据字典：和数据流图配套使用——数据流图画的是"流程骨架",数据字典则是对图里每个数据流、数据项、数据存储的详细文字说明，相当于给图配的"词典"。教材把数据流图和数据字典并列为结构化系统分析的核心工具。
- 判定树、决策表：描述复杂的处理逻辑和决策规则（比如"满足什么条件就走哪个分支"）。
这些"配角"不用像三件套那样深挖，但要能认出它们各自描述什么，选择题考"某某图用来描述什么"时不至于选错。
七、非 IT 同学怎么攻克"图"这块
我知道很多非 IT 的同学一看到这些图就头大，觉得"我又不搞技术，画什么图"。给你几句话宽宽心、也指条路：
第一，你不需要成为画图专家，只需要"看得懂、认得出、会分析"。综合知识考的是"这张图叫什么、用来描述什么、由哪几个元素组成";案例最多让你补全或分析一张不复杂的图。没人要求你从零设计一个复杂系统的完整图纸。
第二，抓住每张图的"一句话定位"：数据流图=数据怎么流、功能怎么加工；系统结构图=系统由哪些模块层次组成；接口=模块和系统之间怎么对接；数据字典=给数据流图配的文字词典。把这几个"一句话"记死，选择题就能应付大半。
第三，用生活类比去理解，别死磕术语。数据流图像"水流图"、结构图像"房间布局图"、接口像"插头插座标准"——你用这些画面去记，比硬背定义牢得多。
第四，练法上，读比画更重要，先会读再谈画。你不用一上来就逼自己画出一张完整的数据流图，那对非 IT 同学门槛太高。更实际的练法是"读图"：找两三张现成的数据流图（教材里、真题解析里都有），对着它一个元素一个元素地认——这个方框是外部实体、这个圆是处理、这条带箭头的线是数据流、这个开口框是数据存储；再顺着箭头把"数据从哪来、经过什么加工、存到哪、流到哪去"讲一遍。你能把一张图完整地"读"出来、讲明白，案例里的读图题、找错题就基本能应付了。至于"画",能照着业务描述补全一张简单的图即可，不必追求从零画大图。对非 IT 同学，把目标定在"读懂 + 会补",而不是"精通画图",性价比最高，也最现实。
八、图题最容易踩的三个坑
案例里一旦考到画图、读图，这三个坑最容易丢分，我提前给你点破：
坑一：把外部实体、处理、数据存储搞混。 这是 DFD 题最常见的错。记住上面那个判断诀窍——系统外的名词是外部实体、在加工数据的动词是处理、被保存的是数据存储。判断前先问一句"它在系统里还是系统外、它是在动还是在存"，就不容易错。
坑二：数据流"凭空产生"或"凭空消失"。 一张规范的数据流图，每个处理都应该"有进有出"——有输入数据、也有输出数据。如果某个处理只有输入没有输出（数据进去没了）、或只有输出没有输入（数据凭空冒出来），就是典型的错误，案例找错题最爱设这个。教材也强调过"每个处理功能都有输入数据和输出数据"。
坑三：把不同层次的图混在一张里。 数据流图是分层的，顶层图和细化后的下层图，详细程度不一样。答题时别把顶层的粗略处理和底层的细节处理画在同一张图上，层次要清楚。这也是"自顶向下、逐层分解"的要求。
避开这三个坑，图题的基本分你就稳稳拿住了。
九、这一讲在三科里怎么考
把三科考法给你点清，好对症下药：
- 综合知识：考图的名称与用途对应（"描述数据流动用什么图"）、DFD 四要素、"结构图从数据流图转换而来"这类关系、HIPO 的含义。都是识记点。
- 案例分析：可能给业务场景让你补全数据流图、或给图让你找问题、分析模块划分是否合理。这要求你不只认识、还会读会用。
- 论文：如果写"信息系统规划 / 应用系统规划"方向（虽然是论文的补充方向，非主力），系统分析设计这套图和方法可以作为主体论述的素材，体现你的专业方法论。
十、本讲核心记忆清单
考前拿去默写这张清单，图这块就稳了：
- 图出现的主线：调研画现状图 → 分析画需求图（DFD、数据字典）→ 设计画结构图 + 接口。
- 数据流图 DFD 四要素：外部实体、处理（加工）、数据流、数据存储；特点：自顶向下、分层细化。
- 系统结构图：描述模块层次组成；由数据流图转换而来（变换型 / 事务型 → 变换分析 / 事务分析）；HIPO = 带编号的层次图。
- 接口：模块间、系统间的对接规则，决定集成与数据互通。
- 配角图：组织结构图、管理业务流程图、表格分配图、数据字典、判定树 / 决策表——认清各自描述什么。
这一块看着是"技术活"，其实系规考的深度很有限——它要的不是你会不会做真正的系统设计，而是你懂不懂这套"用图把系统说清楚"的方法论。所以对非 IT 同学，别被"数据流图""结构图"这些名字吓退，把上面清单里每一项的"一句话定位"和四要素记牢，再拿两三张现成的图读顺，这块的分你就能稳稳拿住。图这块拿下了，方法篇第 5 章应用系统规划就没剩多少硬骨头了。
十一、明日预告
明天是真题站——真题速评 020：2023 上案例第 1 题"应急响应"答题模板。应急响应、应急预案是 IT 服务管理里的高频考点，也是案例爱设的场景。明天我把这类题的答题模板一步步拆给你，让你遇到"系统出了重大故障、该怎么应急响应"这种题时，脑子里立刻有一套现成的踩点框架可以套，不至于临场手忙脚乱、答得东一句西一句。我们明天见。
