企业官网建设流程全解析

软考中级软件设计师的下午案例分析卷，第一道题十有八九就是数据流图。很多考生一听“案例分析”就心虚，觉得要写大段大段的分析文字，实际上数据流图恰恰是下午卷里最接近“标准答案”的题目，它考的是你能不能看懂图、能不能补全图、能不能按数据字典的规矩写条目，基本不考临场发挥。换句话说，只要把数据流图和数据字典这套规则吃透，这道题就是送分题。

这篇文章我会把数据流图题目从底层原理到真题套路完整拆一遍，内容包括四种基本元素怎么认、父图子图怎么平衡、数据字典怎么填、加工逻辑怎么描述，再结合下午题真题里最常见的补外部实体、补数据存储、补数据流、写数据字典条目这四类考法，给你一套可以直接照做的解题流程。无论你是第一次备考软考中级软件设计师，还是刷了几套真题但总觉得差一口气，这篇文章都适合静下心看两遍。

1. 先摸清数据流图在软考下午题里的分量

1.1 数据流图是结构化分析的核心骨架

软件工程里，结构化分析方法把系统拆成三个层次来看：功能模型用数据流图表达，数据模型用数据字典和ER图表达，加工逻辑用结构化语言、判定表、判定树表达。数据流图就是整个系统的“骨架”，它回答一个核心问题：数据从哪来、经过哪些处理、存到哪里、最后输出到哪去。

放到软考下午题里，数据流图题目通常给出一个半成品的系统图，让你补全外部实体、数据存储、数据流，或者让你补写数据字典条目。考察的不是你能不能凭空设计一个系统，而是能不能理解题干的业务描述，把业务语言翻译成建模语言。这就意味着它是有明确“得分点”的客观题，只要你掌握翻译规则，分数就稳稳拿到手。

我记得当年备考时，第一遍做数据流图真题，完全靠感觉蒙，五个空能错三个。后来把近五年的数据流图题目放到一起对比，才发现出题套路非常固定，题目再怎么换外壳，核心逻辑永远都是那几个：平衡、守恒、命名规范。一旦理解了这套逻辑，做数据流图题目就像做填空题，轻松很多。

1.2 下午卷题型全景：数据流图不是唯一，却是最友好的

软考中级软件设计师的下午卷，一般会涉及数据流图、数据库设计、UML建模、C语言程序填空、算法设计等题型。我用一个表格帮大家快速对照各题型的考察特征：

从这个表能看出来，数据流图这十几分，是整张下午卷里“性价比”最高的部分之一。它不依赖你平时写了多少代码，也不需要你对算法有多深的理解，只要把数据流图和数据字典的规则吃透，就能拿分。

1.3 答题顺序建议：为什么我让你先做它

很多考生习惯从第一题做到最后一题，但我的建议是下午卷拿到卷子之后，先快速扫一遍所有题目，然后优先做数据流图这一道。

原因很简单：数据流图题目通常位于卷面前半部分，题干信息量大，但思维负担小，属于“读题—对照—填空”的模式。做完它之后，你对整个试卷的节奏会建立起信心。而像C语言程序填空这种题目，往往需要反复推敲，如果第一题就做它，一旦卡壳，后面所有题目都会受影响。

我自己的习惯是给数据流图题目预留20到25分钟，最多不超过30分钟。如果超过这个时间还没完成，说明你的知识点还没有形成条件反射，这时候果断跳过，先去做其他题目，回头再补。考场上最忌讳的就是在一道题上死磕，导致后面的大题没时间做。

2. 数据流图和数据字典的核心知识点，按考试标准拆开讲

2.1 四个基本元素：外部实体、加工、数据存储、数据流

数据流图上有且只有四种元素，任何复杂的系统，都可以用这四种元素描述清楚。

外部实体是系统之外的人、组织或系统，它是数据的来源或去向，比如“顾客”“银行系统”“供应商”都是外部实体的典型例子。在图中，外部实体通常用矩形框表示。判断一个对象是不是外部实体，就看它是否在系统边界之外，它只负责提供数据或接收数据，不参与系统内部的加工处理。

加工就是系统的功能处理单元，它接收输入数据流，经过处理，产生输出数据流。在图中，加工用圆角矩形或圆圈表示，并且必须给每个加工一个编号，比如1、2、3，或者在子图中编号为2.1、2.2。这里有一个硬性要求：加工必须有输入、有输出，否则就是一个不完整的加工，这在判断题型里是个高频考点。

数据存储是系统需要长期保存的数据集合，比如“订单表”“读者档案”“库存文件”。在图中，数据存储用两条平行线或开口矩形表示。数据从加工流向存储，表示写入；从存储流向加工，表示读取。

数据流是带箭头的线，表示数据在元素之间的流动。它必须命名，而且命名必须是一个名词性短语，比如“订单信息”“查询结果”，不能是动词短语，比如“处理订单”“更新库存”。为什么？因为数据流表示的是“数据本身”，不是“动作”。这个细节很多人忽略，一旦考到“指出图中错误”的题目，数据流命名不规范就是一个送分的错误点。

2.2 从顶层图到子图：上下文数据流图的分解过程

数据流图的绘制从来不是一蹴而就的，而是分层建模。顶层图也叫上下文图，它把整个系统看作一个加工，只画一个加工、若干个外部实体、以及它们之间的数据流。这一层回答“系统的边界在哪里”。

接下来把顶层的加工展开，得到0层图，里面会出现多个加工和它们之间的数据流、数据存储。再往下，如果某个加工仍然很复杂，就继续把它拆成一张子图，子图内部的加工编号依次是1.1、1.2、2.1、2.2之类的格式。

这个“上下文数据流图的分解”过程，经常出现在真题和模拟题中。理解的关键点在于：每一层的图，都是对上一层某个加工的细化，整体数据流向必须保持协调一致。就好比一个公司的总经理对外只对接销售总监和技术总监，内部再怎么调整部门，对外接口始终不能变。如果内部拆分后，对外接口变了，那就是逻辑错误。

2.3 父子平衡与数据守恒：考试最喜欢挖的坑

如果把数据流图的规则浓缩成一句话，那就是“父图子图平衡”。父图中某个加工的输入数据流和输出数据流，必须与它展开后的子图外围的输入数据流和输出数据流完全一致。简单说，父图承诺了什么接口，子图就必须兑现什么接口，不能多，也不能少。

这个平衡原则几乎每年都会考，只不过呈现形式不同。有时候是“请指出子图中缺失的数据流”，有时候是“请指出图中哪条数据流是多余的”。只要牢记“父图接口 = 子图外围接口”，这类题就能迎刃而解。

还需要额外理解一个概念，叫数据守恒。每个加工必须满足一个基本条件：输出数据流里的信息，必须能从输入数据流里推导出来。如果一个加工输入只有“商品编号”，输出却是“商品名称+商品单价+库存数量”，那就明显不对，因为输入的数据不足以支撑输出的信息。这种情况在教科书里叫“灰洞”，属于加工逻辑中最常见的错误。

2.4 数据字典的完整组成与书写符号

数据字典是对数据流图中每个数据流、数据存储、数据项的精确定义，相当于给图配了一本“说明书”。考试考数据字典，通常是让你补充某个条目的定义，或者判断某条定义是否正确。

数据字典的组成包括五类条目：数据项、数据结构、数据流、数据存储、基本加工。数据项是不可再分的最小数据单位，比如“学号”“姓名”；数据结构由若干数据项组合而成，比如“学生基本信息 = 学号 + 姓名 + 班级”；数据流条目描述一条数据流的组成；数据存储条目描述一个存储文件的记录组成；基本加工条目描述加工的处理逻辑。

这里面有一套标准的书写符号，必须记牢：

举个例子，假设系统描述是“每位读者一次最多可以借5本图书，借书时必须记录读者编号、姓名、所借图书的索书号、借书日期，还书时记录还书日期”，那么数据字典里关于“借阅记录”的条目就可以写成：

借阅记录 = 读者编号 + 读者姓名 + 图书索书号 + 借书日期 + (还书日期)

为什么“还书日期”要加括号？因为借书发生时还没有还书日期，它在整个数据生命周期里是“可选”出现的。这种判断能力，就是数据字典真题真正考察的东西。

2.5 加工逻辑的三种描述方式，到底怎么选

数据流图只展示了数据如何流动，但没回答加工的详细规则。这时候就需要加工逻辑描述，考试中常见的有三种：结构化语言、判定表、判定树。

结构化语言类似伪代码，用“如果…则…否则…”描述逻辑，适合逻辑较简单、条件不复杂的加工。判定表适合条件多、组合复杂的情况，比如运费计算、折扣计算，它能清晰列出所有条件组合和对应行动。判定树则是把条件逐层展开成树形结构，适合条件层次分明、分支不多的情况。

三种方式各有适用场景，考试一般会让你根据题目描述补全判定表或判定树。我的建议是判断标准就一条：如果条件是多条件并列判断，选判定表；如果是单条件或多层次连续判断，选判定树；如果只是简单的业务规则，用结构化语言就够。当然，这几个概念本身也要能辨析，有时候题目会直接问“该加工逻辑适合用哪种方式描述”，答错就太冤了。

3. 下午题数据流图四大考法，照这个套路拿分

3.1 考法一：补全外部实体

这是最简单的一种考法，通常是图里缺了一两个矩形框，让你填写外部实体的名称。

解题步骤我总结了三条。第一，通读题干，圈出所有带引号的角色名词，比如“顾客”“管理员”“支付平台”，这些大概率就是外部实体。第二，观察图中箭头指向，外部实体只能是数据的源头或终点，所以它的名字必须和箭头的业务含义匹配。第三，注意外部实体一般出现在图的四周边缘，不会出现在图中央被加工包围。

举个例子，一个网上书店系统，图中有“提交订单”“查询图书”“支付款项”等加工。题干描述里出现了“顾客在线下单、管理员维护图书信息、支付平台完成交易”。那图最外层缺失的实体，就极有可能是“顾客”“管理员”和“支付平台”。你只需要对照箭头方向，判断它们各自应该填在哪个空缺位置就行。

做这道题时有一个小技巧：先看每个空缺外部实体位置连了哪些加工、哪些数据流，再在题干里找对应的角色。千万别凭感觉填，一定要让填入的名称与相连数据流的业务含义对得上。

3.2 考法二：补全数据存储

数据存储的补全比外部实体稍难一点，因为它不像角色那么明显，需要你从题干描述中提炼出“需要保存的数据集合”。

怎么找？关注题干中的“记录”“表”“文件”“清单”“档案”等关键词。比如题干写道“系统需要保存所有图书的基本信息，包括书名、作者、出版社、价格”，那图中很可能缺少一个“图书信息表”或“图书文件”。

还有一个约束需要注意：数据存储不能凭空出现，也不能孤立存在。它必须有加工向它写入数据，也必须有加工从它读取数据。如果一个存储只有读取数据流，没有写入数据流，那它一定是有问题的。反过来说，如果你发现题干明明提到“系统记录订单信息”，图中却找不到对应的存储，那空缺就补“订单信息表”。

我记得有一年真题给了一张“图书借阅”的数据流图，让补全数据存储，很多人填了“读者信息”却漏了“借阅记录”。实际上题干的业务描述里明确写了“每次借阅都要生成一条借阅记录”，这就是关键的得分点。补存存储时一定要把“动作”翻译成“存储对象”，不要被想象中的复杂流程带偏。

3.3 考法三：补全或修改数据流（重点难点）

补数据流是数据流图题目里最核心、也最容易失分的考法。它不像补实体或补存储那样有明确的关键词可以抓，需要你对数据流图的规则有整体把握。

补数据流的基本逻辑是“站在加工的角度思考”。把每个加工想象成一个函数，它要有足够的输入，才能产生题面要求的输出。一个“生成订单”的加工，不可能只输入“商品编号”就输出“订单总价”，它还必须知道单价和数量。所以检查的时候，逐条看每个加工的输入输出，一旦发现输出信息比输入信息丰富，多半就是缺了一条或多条输入数据流。

还需要检查数据流方向。数据流必须从“生产者”流向“消费者”：加工产生的数据流向存储或另一个加工，存储里的数据被读取时流向加工，外部实体的数据流向加工。如果一条数据流的方向反了，业务含义完全就变了，这也是常见的修改题考点。

这里我特别提醒一个高频陷阱：外部实体之间、外部实体与数据存储之间、数据存储与数据存储之间，一般不允许直接画数据流。数据必须先经过加工，才能与存储或另一个外部实体交流。这个规则不理解，很容易把图补出原则性错误。

3.4 考法四：数据字典条目的填空与纠错

数据字典条目的题目，本质上考的是“把自然语言翻译成形式化语言”。题目通常给出一段业务描述，让你补全某条数据字典定义，或者判断定义中哪个符号用错了。

我建议按以下流程操作：先把题干中的描述拆碎，找出所有名词；再把名词之间的关系用“与”或“或”区分；最后判断哪些内容是必须出现的、哪些是可选的、哪些是重复出现的。

举一个例子，描述是“一个订单可以包含多本图书，每本图书需要记录图书编号和购买数量，订单还需要记录订单号和顾客编号，如果订单金额超过100元则免运费”。那么补全的数据字典可能是：

订单 = 订单号 + 顾客编号 + {图书编号 + 购买数量} + 订单金额 + （运费）

如果题目问“订单金额超过100元免运费”该怎么描述，那这属于加工逻辑，不应该塞进数据字典条目，而是应该用结构化语言或判定表来描述。把加工逻辑误写成数据结构，也是失分的重灾区，大家复习时一定要分清数据字典和数据字典中“基本加工”条目的区别。

3.5 用什么真题练手比较高效

备考软考中级软件设计师，真题的价值远大于任何模拟题。“软件设计师中级真题”一定要刷，特别是近五年的真题。数据流图这道题虽然每年披着不同的业务外壳，但内在考点就是那些。刷题时建议准备一个独立的笔记本，把每道题的题干描述当作阅读题来做，把图当作填空卷来做，做完再对照标准答案，看自己漏掉的到底是哪一类元素。

顺带提一句，像“2021年5月软件设计师下午题”这类年份真题，网上很多整理版把同年的C语言题、算法题和数据流图题混在一起，拿来练手时要注意筛选。下午卷里数据流图通常排在前面，不要被后面的C语言题、算法题把节奏带乱。

4. 常见错误排查与避坑自查，考前必看

4.1 十种经典“送命操作”对照表

我把这些年批改和复习中见过的高频错误整理成了表，每条都是真实踩过的坑：

这张表不需要死记，但做真题前拿出来扫一眼，能帮你避开大部分无谓失分。

4.2 3分钟自查法：让错误无处可逃

做完一道数据流图题目后，我建议大家不要急着写下一题，花三分钟做一次自查。这个习惯能明显提升正确率，具体做法如下。

第一步，数接口。把父图中每个加工的输入输出数据流单独列出来，再对照它的子图外围数据流，一条一条数，看是否有遗漏或多出来的。只要这步做到位，父图子图平衡类题目基本不会丢分。

第二步，追流向。从每个外部实体出发，沿着箭头一路走到另一个外部实体或存储，检查中途是否有断头路或凭空起点。一条数据流的起点必须是加工或外部实体或存储，终点也必须是这三者之一，不可能是“空气”。

第三步，验加工。对每个加工问一句话：给你这些输入，你能算出这些输出吗？如果输入信息和输出信息对不上，这里大概率缺了一条数据流或方向画反了。

第四步，核命名。把所有数据流名称扫一遍，凡是动词开头的，比如“查询信息”“更新记录”，都要警惕。数据流命名应该像“查询条件”“更新后的记录”这样，是一个完整的名词性短语，而不是动作。

这四步做下来，快的话三分钟，慢的话五分钟，能解决数据流图题目里百分之八九十的问题。

4.3 备考周期建议：30天数据流图专项计划

如果你距离考试还有一个月左右，我建议你给数据流图分配一个“专项突破期”，别指望考前随手翻翻就能拿分。

前1到10天，专门过知识点。每天花半小时，把数据流图四种元素、父子平衡、数据字典、加工逻辑描述四种内容轮流过一遍，配合教材例题看，不用做题，以理解概念为主。第11到20天，开始刷“软件设计师中级真题”里的数据流图题目，每天两道，做完必须对照答案逐条分析，尤其是错题要弄清楚错在哪个规则上。第21到30天，做整套下午卷模拟，数据流图题目控制在25分钟内完成，培养考场手感。

这期间最忌讳的事就是“只看不做”。数据流图题目必须动手在纸上画、在卷子上填，哪怕你觉得自己已经懂了，也要亲手写一遍。看懂和会做之间，隔着一道叫做“手误”的鸿沟，只有靠练才能填平。

4.4 下午题整体策略的一点私货

最后聊一点备考之外的体会。软考中级软件设计师的下午卷，说到底是一场“熟练度”的考试，而数据流图是因熟练度提升最快的一道题。我当年备考时，把近五年真题的数据流图题目反复做了三遍，第一遍对着答案梳理思路，第二遍独立完成，第三遍限时模拟。磨到后期，看到“顾客”“订单”“图书”这类词，条件反射就知道它是外部实体还是数据存储，几乎不需要思考。

还有一个小技巧：平时练习时，尽量把每一张图的加工输入输出单独抄到草稿纸上，形成一张“接口清单”，然后和父图逐条对照。这个动作看似麻烦，但它能把“平衡原则”从抽象概念变成肌肉记忆，考场上画图的时候你会非常稳。

如果你能把数据流图练到这个程度，那么下午卷的第一步就稳了。剩下的时间，你完全可以从容地去对付数据库设计、UML、C语言和算法，整体心态和节奏都会好很多。