03-4 需求分析(结构化分析技术)
结构化分析方法
结构化分析⽅法什么是结构化⽅法结构是指系统内各个组成要素之间的相互联系、相互作⽤的框架。
结构化开发⽅法提出了⼀组提⾼软件结构合理性的准则，如分解与抽象、模块独⽴性、信息隐蔽等。
针对软件⽣存周期各个不同的阶段，它有结构化分析（SA）和结构化程序设计（SP）等⽅法。
结构化分析⽅法结构化分析⽅法（Structured Method，结构化⽅法）是⼀种软件开发⽅法，⼀般利⽤图形表达⽤户需求，强调开发⽅法的结构合理性以及所开发软件的结构合理性。
结构化分析⽅法给出⼀组帮助系统分析⼈员产⽣功能规约的原理与技术。
它⼀般利⽤图形表达⽤户需求。
其基本思想是⾃顶向下逐层分解。
分解和抽象是⼈们控制问题复杂性的两种基本⼿段。
对于⼀个复杂的问题，⼈们很难⼀下⼦考虑问题的所有⽅⾯和全部细节，通常可以把⼀个⼤问题分解成若⼲个⼩问题，每个⼩问题再分解成若⼲个更⼩的问题，经过多次逐层分解，每个最底层的问题都是⾜够简单、容易解决的，于是复杂的问题也就迎刃⽽解了。
这个过程就是分解过程。
结构化分析⽅法把系统看作⼀个过程的集合体，包括⼈完成的和电脑完成的。
结构化分析⽅法的特点是利⽤数据流图来帮助⼈们理解问题，对问题进⾏分析。
是⾯向数据流的需求分析⽅法，是⽬前最成熟、应⽤最⼴泛的⽅法，主要特点是快速、⾃然和⽅便。
结构化系统分析⽅法从总体上来看是⼀种强烈依赖数据流图的⾃顶向下的建模⽅法。
它不仅是需求分析技术，也是完成需求规格化的有效技术⼿段。
结构化分析所使⽤的⼯具结构化分析⼀般包括以下⼯具:数据流图(Data Flow Diagram，DFD)数据字典(DataDictionary，DD)结构化语⾔判定表判定树后⾯将对它们⼀⼀做介绍。
结构化分析的⼯作步骤在介绍具体的结构化分析⽅法之前，先对如何进⾏结构化分析做⼀个总结性描述，以帮助⼤家更好地应⽤该⽅法。
初略的说主要如下步骤：1. 研究“物质环境”。
⾸先，应画出当前系统(可能是⾮计算机系统，或是半计算机系统)的数据流图，说明系统的输⼊、输出数据流，说明系统的数据流情况，以及经历了哪些处理过程。
结构化需求分析
x
1
3
2
1.1
1.2
1.3
2.1 2.3
2.2
1.1 1.3
4.1.2 数据流图的画图步骤
（1）把系统看成一个整体 （2）明确输入输出 （3）系统为实现功能，内部必然有信息处理、传递、存储 （4）画出内部信息处理的分层DFD （5）检查分层DFD中的每一个内部处理可否进一步细分，若均
很具体，则结束绘制；否则把将每一个抽象的内部信息处理 再看成一个整体，再重复（2）——（4）的工作，进行剖析， 如此一级级解剖，直到所用处理步骤都很具体为止。
计算
订货单
应收款
编制 财务 报表
经理
数据流图多个数据流组合的图例
A C
*T
B
B
AT+
C
B A
T*
C
A C
+T
B
A C+TB NhomakorabeaB
A T
+
C
* 与 +或
+ 互斥
多个数据流之间的关系
数据流图的分层
➢ 出现十几个甚至几十 个加工的数据流图不 直观，不易理解
➢ 按照系统的层次结构 进行逐步分解，并以 分层的数据流图反映 这种结构关系，能清 楚地表达和容易理解 整个系统。
第四章 结构化软件需求分析
本章主要内容
4.1 结构化需求分析的功能模型——数据流图（DFD） 4.2 结构化需求分析的功能模型——数据字典 4.3 结构化需求分析的功能模型——加工逻辑说明（小
说明） 4.4 结构化需求分析的数据模型——实体关系图（ER图） 4.5 结构化需求分析的行为模型——状态转换图 4.6 需求分析阶段性成果——需求规格说明书
结构化分析
结构化分析结构化分析（Structured Analysis，SA）是一种软件工程方法，旨在以一种系统化和结构化的方式对软件系统进行分析。
它旨在通过将系统划分为其组成部分和相互之间的关系来理解系统的功能和行为，并从中得出有关系统功能和需求的信息。
下面将详细介绍结构化分析的概念、特点、方法和应用。
一、概念结构化分析是一种将问题领域划分为子系统，并描述子系统之间关系的方法。
它通过将问题划分为功能模块（Functional Module）和数据流（Data Flow）之间的相互作用，来分析系统的功能和行为。
它强调将问题域看作是功能和数据之间的交互，而不是过程和数据之间的交互。
二、特点1.分层和模块化：结构化分析将复杂的系统问题划分为多个层次和模块，使问题易于理解和分析。
2.数据驱动：结构化分析强调通过数据流而不是过程流来理解系统的功能和行为。
它将问题领域视为数据之间的传输和转换，以及数据和功能之间的关系。
3.独立于实现：结构化分析关注系统的功能和行为，而不关注具体的实现细节。
它提供了一种抽象层次的描述方法，可以独立于具体的技术和实现平台。
4.可视化：结构化分析使用图形和符号来表示系统的模块、数据流和关系，使问题分析更加直观和可视化。
三、方法1.功能模块划分：结构化分析通过将系统问题划分为多个功能模块来理解和分析系统的功能。
每个功能模块代表一个特定的功能或子系统，具有定义的输入和输出。
3. 数据识别：结构化分析对系统中存在的数据进行识别和分类，以建立数据字典（Data Dictionary）。
数据字典包含了系统中使用的所有数据元素及其定义和属性。
4.关系分析：结构化分析分析系统中各个功能模块之间的关系和依赖。
通过定义模块之间的接口和依赖关系，可以确保系统的功能正确地完成。
四、应用在需求分析阶段，结构化分析可以帮助开发团队理解用户需求，并将其转化为系统的功能和行为描述。
通过分析数据流和功能模块之间的关系，可以识别出系统的功能点和子系统，并建立系统的需求规格说明书。
结构化需求分析方法
结构化分析（SA）方法结构化开发方法(Structured Developing Method)是现有的软件开发方法中最成熟，应用最广泛的方法，主要特点是快速、自然和方便。
结构化开发方法由结构化分析方法(SA法)、结构化设计方法(SD 法)及结构化程序设计方法(SP 法)构成的。
结构化分析(Structured Analysis，简称SA 法)方法是面向数据流的需求分析方法，是70 年代末由Yourdon,Constaintine 及DeMarco 等人提出和发展，并得到广泛的应用。
它适合于分析大型的数据处理系统，特别是企事业管理系统。
SA 法也是一种建模的活动，主要是根据软件内部的数据传递、变换关系，自顶向下逐层分解，描绘出满足功能要求的软件模型。
1 SA 法概述1.SA 法的基本思想结构化分析(Structured Analysis，简称SA 法)是面向数据流的需求分析方法，是70年代由Yourdon,Constaintine 及DeMarco 等人提出和发展，并得到广泛的应用。
结构化分析方法的基本思想是“分解”和“抽象”。
分解：是指对于一个复杂的系统，为了将复杂性降低到可以掌握的程度，可以把大问题分解成若干小问题，然后分别解决。
图4 是自顶向下逐层分解的示意图。
顶层抽象地描述了整个系统，底层具体地画出了系统的每一个细节，而中间层是从抽象到具体的逐层过渡。
抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略去，以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的属性表示一个自系统的方法就是“抽象”。
2.SA 法的步骤⑴建立当前系统的“具体模型”;系统的“具体模型”就是现实环境的忠实写照，即将当前系统用DFD 图描述出来。
这样的表达与当前系统完全对应，因此用户容易理解。
⑵抽象出当前系统的逻辑模型;分析系统的“具体模型”，抽象出其本质的因素，排除次要因素，获得用DFD 图描述的当前系统的“逻辑模型”。
软件需求分析
.
43
（2）有限状态模型
parnas提出的使用最广泛的一种可 执行规格说明形式。从一个初始状 态开始接收输入，到产生输出，状 态在推移变化。施加在状态元素上 的约束确定了有效状态的推移。 见下例：
.
44
举例：建立用户／程序对话
.
45
.
8
(3) 编制需求分析阶段的文档
软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计
划
.
9
(4) 需求分析评审
系统定义的目标是否与用户的要求一 致;
系统需求分析阶段提供的文档资料是 否齐全;
文档中的所有描述是否完整、清晰、 准确反映用户要求;
与所有其它系统成分的重要接口是否 都已经描述;
求; 是否详细制定了检验标准，它们能否
对系统定义是否成功进行确认;
.
12
需求分析流程
.
13
软件需求分析的原则
需要能够表达和理解问题的信息域 和功能域
要能以层次化的方式对问题进行分 解和不断细化
要给出系统的逻辑视图和物理视图
.
14
面向数据流自顶向下求精 －结构化分析方法
面向数据流进行需求分析的方法
代数规格说明
有限状态模型
可执行的数据流图
.
41
（1）代数规格说明
代数规格说明使用集合、定义 于这些集合上的函数和定义于 这些函数上的方程来描述对象。 规格说明的操作语义用这些方 程表示。 见下例：
.
42
举例：定义一个无界的栈及其操作
NEW_STACK：→ Stack PUSH：Stack，Element → Stack POP： Stack → (Element | Undefined) POP (NEW_STACK ( ) ) ＝ Undefined POP (PUSH ( stk，elem ) ) ＝ elem
结构化需求分析方法
结构化分析（SA）方法结构化开发方法(Structured Developing Method)是现有的软件开发方法中最成熟，应用最广泛的方法，主要特点是快速、自然和方便。
结构化开发方法由结构化分析方法(SA法)、结构化设计方法(SD 法)及结构化程序设计方法(SP 法)构成的。
结构化分析(Structured Analysis，简称SA 法)方法是面向数据流的需求分析方法，是70 年代末由Yourdon,Constaintine 及DeMarco 等人提出和发展，并得到广泛的应用。
它适合于分析大型的数据处理系统，特别是企事业管理系统。
SA 法也是一种建模的活动，主要是根据软件内部的数据传递、变换关系，自顶向下逐层分解，描绘出满足功能要求的软件模型。
1 SA 法概述1.SA 法的基本思想结构化分析(Structured Analysis，简称SA 法)是面向数据流的需求分析方法，是70年代由Yourdon,Constaintine 及DeMarco 等人提出和发展，并得到广泛的应用。
结构化分析方法的基本思想是“分解”和“抽象”。
分解：是指对于一个复杂的系统，为了将复杂性降低到可以掌握的程度，可以把大问题分解成若干小问题，然后分别解决。
图4 是自顶向下逐层分解的示意图。
顶层抽象地描述了整个系统，底层具体地画出了系统的每一个细节，而中间层是从抽象到具体的逐层过渡。
抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略去，以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的属性表示一个自系统的方法就是“抽象”。
2.SA 法的步骤⑴建立当前系统的“具体模型”;系统的“具体模型”就是现实环境的忠实写照，即将当前系统用DFD 图描述出来。
这样的表达与当前系统完全对应，因此用户容易理解。
⑵抽象出当前系统的逻辑模型;分析系统的“具体模型”，抽象出其本质的因素，排除次要因素，获得用DFD 图描述的当前系统的“逻辑模型”。
结构化需求分析
外部实体
外部实体指系统以外又与系统有联系的人或事物。 它表达了该系统数据的外部来源和去处。例如：人、组 织、外部系统等等。 • 外部实体是数据的来源（谁提供了最初始的数据？） • 外部实体是数据的去处（数据对谁有价值？）
读者
图书 管理员
馆长
读者
图书 管理员
加工（数据处理）
处理指对数据的逻辑处理功能，也就是对数据的变 换功能。 别名：功能、处理过程，数据加工
数据流图的图形符号
或 或
加工。对输入数据进行变换以产生输出数据，其中要注明加工的名字。 外部实体，即数据输入源（Source）或数据输出汇点（Sink）。其中要注明数 据源或数据汇点的名字。
或
数据存储。要用名词或名词性短语为数据存储命名。 数据流。描述被加工数据及传递方向。箭头旁边要注明数据流的名字，可用名 词或名词性短语命名。
环境图（顶层数据流图）
环境图（context diagram）也称为顶层数据流图 （或0层数据流图），它仅包括一个数据处理过程， 也就是要开发的目标系统。 环境图的作用是确定系统在其环境中的位置，通过确 定系统的输入和输出与外部实体的关系确定其边界。
招生系统需求描述
学校首先公布招生条件，考生根据自己的条件报名，之后 系统进行资格审查，并给出资格审查信息； 对于资格审查合格的考生可以参加答卷，系统根据学校提 供的试题及答案进行自动判卷，并给出分数及答题信息， 供考生查询； 最后系统根据学校的录取分数线进行录取，并将录取信息 发送给考生。
储 户
密码
实例研究——第一层数据流图
+
实例研究——第二层“存款”数据流图
对一层图中的“处理存款”及“处理取款”进行进一步分 解，得到二层数据流图，即处理存款的数据流图和处理取 款的数据流图。
结构化需求分析
完整性和一致性，我们应努力追求高度形式 化的表示法。
7．可修改性
如果一个SRS的结构和风格在需求有必要改变时是 易于实现的、完整性的、一致的，那么这个SRS就 是可以修改的。可修改性要求SRS具备以下条件：
a. 具有一个有条不紊的易于使用的内容组织，具有目录表， 索引和明确的交叉引用表； b. 没有冗余。即同一需求不能在SRS中出现多次。
1．正确性
正确性指的是SRS中陈述的每个需求都表达
了将要构造的系统的某种要求。 目前尚不存在有效的技术来保证这个质量， 因为它完全依赖于当前的应用系统。 例如，如果软件必须在5秒钟内对所有的按键 事件作出相应，而SRS中陈述“软件应在10 秒钟内对所有的按键事件作出响应”，则该 需求描述是不正确的。
3．完整性
如果一个SRS能满足下列要求， 则该SRS就是完整的： （1）期待未来系统所做的任何 事情都包括在SRS的陈述中。
如果一个SRS既是完整的又是正
SRS规约完整 则为空
确的，那么区域A和C同时为空， 两个原是重合的。 完整性是所有属性中最难以保证 的，原因是不完整意味着有些东 西不在SRS中，这样检查材料很 难发现其中不存在的东西 诊断不完整性的一个有效技术就 是开发原型。
例如： “产品应有易于使用的用户界面”
使用不可度量的量
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
8
数据流图： 数据流图：学生注册课程系统示例
再扩展：学生维护业务系统模型（ 层图） 再扩展：学生维护业务系统模型（3层图）
18:48
河海大学计算机及信息工程学院 郭学俊
9
数据流图：基本元素* 数据流图：基本元素*
外部实体（ 外部实体（External Entity） ） 代表系统之外的人、物或组织。 代表系统之外的人、物或组织。是系统数据的提供者 或接受者，说明内外输入/输出关系（软件系统与外部环 或接受者，说明内外输入 输出关系（ 输出关系 境之间）。 境之间）。 数据流（ 数据流（Data Flow） ） 表示数据处理、数据存储和外部实体之间的数据依赖 表示数据处理、数据存储和外部实体之间的数据依赖 关系，不代表控制关系。 关系，不代表控制关系。 数据处理（ 数据处理（Process） ） 是对数据执行某种操作 数据执行某种操作， 是对数据执行某种操作，或是数据从输入到输出的一 种变换。 种变换。 数据存储（Data Storage） 数据存储（ ） 数据存储可以是一个文件 也可以是文件的一部分 一个文件， 文件的一部分或 数据存储可以是一个文件，也可以是文件的一部分或 数据库记录的一部分。数据可以存储在磁盘、磁带、 数据库记录的一部分。数据可以存储在磁盘、磁带、存储 器等任何介质上。指向数据存储的箭头可以是单向的， 器等任何介质上。指向数据存储的箭头可以是单向的，也 可以是双向的。 可以是双向的。 10
18:48 河海大学计算机及信息工程学院 郭学俊 13
数据流图：层次结构（ 数据流图：层次结构（续）
简化方法） 经验层次（简化方法） 1层图（顶图）说明系统 层图（顶图） 层图 目标： 目标：仅包含一个处理逻 定义软件系统、 辑，定义软件系统、系统 外部项、系统输入/ 外部项、系统输入/输出 流及主要数据存储， 流及主要数据存储，说明 了软件系统的边界。 了软件系统的边界。 2层图说明子系统划分：需求来源是业务子系统或用例图中 层图说明子系统划分： 的用例，需要考虑主要数据存储、父子图数据流的平衡。 的用例，需要考虑主要数据存储、父子图数据流的平衡。 层图是某个子系统详细的DFD DFD， 3层图是某个子系统详细的DFD，它是父图中某个处理逻辑 子系统单元）的分解，需要考虑必要的数据存储、 （子系统单元）的分解，需要考虑必要的数据存储、非正常 处理的输出、与父图数据流的平衡。 处理的输出、与父图数据流的平衡。
向供应商的订货单
思路： 思路： 先研究子系统需要 哪些处理逻辑（ 哪些处理逻辑（用 例说明）； 例说明）； 再研究各处理逻辑 需要哪些输入流、 需要哪些输入流、 输出流、 输出流、必要的数 据存储； 据存储；
订货单 顾客 发货单 收 据
1－1 － 销售
到货通知
1－2 － 采购
订货单 供应 商 发货单 应 付 款 通 知
18:48 河海大学计算机及信息工程学院 郭学俊 2
3.4 结构化分析技术 3.4.1 结构化分析方法 3.4.2 数据流程图
基本概念、基本元素、基本符号、层次结构、逐层 基本概念、基本元素、基本符号、层次结构、 分解、绘制步骤、质量评估。 分解、绘制步骤、质量评估。
3.4.3 数据字典（数据流图补充说明） 数据字典（数据流图补充说明） 3.4.4 实体关系图（数据建模） 实体关系图（数据建模）
3.2 需求工程过程
- 需求开发：需求获取、需求分析、规格说明、需求验证 需求开发：需求获取、需求分析、规格说明、 - 需求管理：覆盖需求开发全过程 需求管理：
3.3 需求获取技术
-面谈、专题讨论会、原型方法 面谈、专题讨论会、 面谈 -应用用例 应用用例
3.4 结构化分析技术
-数据流图、数据字典、实体联系图 数据流图、数据字典、 数据流图
确 顾 订 定 客 货 可发 订货 不满足 的订货
采购 1.1.5
产 生 暂 存 订货单
1.1.1 顾客
订货单 编 辑 订货单
不合格 合格的订货单 新顾客
1.1.2 D2 顾客
登 录 新顾客 数 据
到 货 通 知
D4 暂存订货单 1.1.6
对 照 暂 存 订货单
18:48 河海大学计算机及信息工程学院 郭学俊 14
数据流图： 绘制步骤* 数据流图： DFD绘制步骤 绘制步骤
汽车配件营销系统为例
（1）先绘制顶层DFD 先绘制顶层DFD
顶层DFD是系统的逻辑模型，表明系统目标与边界。 顶层DFD是系统的逻辑模型，表明系统目标与边界。 DFD是系统的逻辑模型 思路：顶图中只有一个加工，多个外部实体， 思路：顶图中只有一个加工，多个外部实体，系统需要的 输入输出数据流，主要数据存储。 输入输出数据流，主要数据存储。
配件库存 1－3 － 会计
最后研究各加工单元之间的依赖关系（数据流直接依赖， 最后研究各加工单元之间的依赖关系（数据流直接依赖，数据存储缓冲 依赖）。 依赖）。
18:48 河海大学计算机及信息工程学院 郭学俊 17
数据流图： 绘制步骤（ 数据流图： DFD绘制步骤（续） 绘制步骤
业务 员
D3 配件库存 1.1.3
18:48 河海大学计算机及信息工程学院 郭学俊 4
结构化分析方法
SA核心技术 核心技术* 核心技术
结构化分析方法使用的工具主要包括： 结构化分析方法使用的工具主要包括：数据 流图、数据字典、结构化英语、判定树和判定表。 流图、数据字典、结构化英语、判定树和判定表。 数据流图是定义数据流程、数据变换、 数据流图是定义数据流程、数据变换、数据存 是定义数据流程 储的图解方法，直观地描述处理流程。 储的图解方法，直观地描述处理流程。 数据字典补充定义数据流图中的各种数据（ 数据字典补充定义数据流图中的各种数据（数 定义数据流图中的各种数据 据流、数据结构、数据元素、数据存储）。 据流、数据结构、数据元素、数据存储）。 结构化英语、判定树、判定表用于描述数据流 结构化英语、判定树、判定表用于描述数据流 图中的处理逻辑说明。 图中的处理逻辑说明。 SA方法的实质*：是采用一组分层数据流图及数据 方法的实质 字典作为系统的模型，从总体来看， 字典作为系统的模型，从总体来看，是一种依赖数 据流图的自顶向下的建模方法。 据流图的自顶向下的建模方法。
配件库存
订货单
1 供应 商
15
18:48
河海大学计算机及信息工程学院 郭学俊
数据流图： 绘制步骤（ 数据流图： DFD绘制步骤（续）* 绘制步骤
（2）再绘制二层DFD：是顶图的分解，表明子系统划分及其 再绘制二层DFD：是顶图的分解， DFD
边界。 边界。 系统划分几个子系统，一个子系统在二层图中只有一个处理逻辑（ 系统划分几个子系统，一个子系统在二层图中只有一个处理逻辑（需 求来源是业务子系统或用例图中的用例）； 求来源是业务子系统或用例图中的用例）； 每一子系统析取所有的外部项、输入输出数据流和主要数据存储； 每一子系统析取所有的外部项、输入输出数据流和主要数据存储； 各子系统之间的依赖关系（数据流直接依赖，数据存储缓存依赖）。 各子系统之间的依赖关系（数据流直接依赖，数据存储缓存依赖）。
18:48
河海大学计算机及信息工程学院 郭学俊
3
结构化分析方法
结构化分析方法（ 结构化分析方法（Structured Analysis , SA）由美国 ） Yourdon公司提出，始于 年代末和 年代初，适用于分 公司提出， 年代末和70年代初 公司提出 始于60年代末和 年代初， 析大型的数据处理系统。 析大型的数据处理系统。 SA是这样一项技术，它帮助开发人员定义系统需要做什么， 是这样一项技术，它帮助开发人员定义系统需要做什么， 是这样一项技术 需要存储和使用哪些数据， 需要存储和使用哪些数据，需要什么样的输入和输出以及 如何把这些功能结合在一起来完成任务。 如何把这些功能结合在一起来完成任务。 SA方法采用“抽象”和“分解”两个基本手段。抽象是以 方法采用“抽象” 方法采用 分解”两个基本手段。 软件内部数据流进行驱动的， 软件内部数据流进行驱动的，提取处理单元和数据存储的 需求模型；分解是以数据处理单元为对象，运用用自顶向 需求模型；分解是以数据处理单元为对象， 逐层细化的方法来定义软件需求的元素。 下、逐层细化的方法来定义软件需求的元素。数据流程图 就是为“抽象” 分解”的手段而引入的。 就是为“抽象”和“分解”的手段而引入的。 SA方法通常与设计阶段的结构化设计方法（Structured 方法通常与设计阶段的结构化设计方法（ 方法通常与设计阶段的结构化设计方法 Designed，SD）衔接起来使用。 ， ）衔接起来使用。
18:48 河海大学计算机及信息工程学院 郭学俊 12
数据流图： 数据流图：层次结构
分层的DFD是按处 是按处 分层的 理逻辑进行的分解， 理逻辑进行的分解，可 以清楚地表达和理解软 件系统的层次关系。 件系统的层次关系。一 般包括顶层、中间层、 般包括顶层、中间层、 底层三个层次。 底层三个层次。 顶层DFD仅包含一个加工，它代表软件系统目标。它的输入 仅包含一个加工，它代表软件系统目标。 顶层 仅包含一个加工 输出流是系统的输出/输出 描述了系统边界。 输出， 流、输出流是系统的输出 输出，描述了系统边界。 中间层DFD是父图中某个处理逻辑的细化，其中每一加工可 是父图中某个处理逻辑的细化， 中间层 能继续细化，形成子图。复杂系统可有多个中间层。 能继续细化，形成子图。复杂系统可有多个中间层。 底层DFD是处理逻辑不需再做分解的DFD，它处在最底层。 是处理逻辑不需再做分解 底层 是处理逻辑不需再做分解的 ，它处在最底层。
18:48 河海大学计算机及信息工程学院 郭学俊
加 据 数据 E-R 对 流图 工 图 规 数据 象 约 字典 描 述 状态 变迁图 控 制 规 约
数
5
数据流图： 数据流图：分层扩展的功能模型
数据流图（DFD） SA方法中用于建立系统逻辑模型 数据流图（DFD）是SA方法中用于建立系统逻辑模型 的一种工具， 的一种工具，它以图形的方式描绘数据在系统中处理的流 动过程。由于它只反映系统需要完成的逻辑功能， 动过程。由于它只反映系统需要完成的逻辑功能，所以它 是一种功能模型。 是一种功能模型。*