软件工程 数据流图画法实践

合集下载

软件工程之数据流图实例

软件工程之数据流图实例
软件工程之数据流图实 例
路漫漫其悠远
2020/3/29
本章主要内容:
复习 实例分析 状态转换图
路漫漫其悠远
数据流图的组成
路漫漫其悠远
数据流图练习
某企业简化后的会计核算过程如下,请据 此绘制数据流图。
(1)会计人员根据原始单据和已存在的 会计科目文件,填写记账凭证,并生成记 账凭证文件;
销售管理子系统---订单管理
核心动作:制作订单 报表:订单表
路漫其悠远
相对独立的过程
技术管理子系统---产品零部件管理
后续动作动作:产品有哪些零部件 报表:零部件明细表
路漫漫其悠远
相对独立
技术管理子系统---产品及物资汇总
后续动作动作:物资汇总 报表:13物资汇总表
路漫漫其悠远
相对独立
状态转换图
状态模型是一种描述系统对内部或者外部事件响应的行为模 型。
它描述系统状态和事件,以及事件引发系统在状态间的转换。 这种模型适用于描述实时系统 状态模型一般采用状态转换图(简称状态图)的标记方法 状态图描述了系统中某些复杂对象的状态变化
– 状态是可观察的行为模式,用圆角矩形表示; – 变迁表示状态的转换,用箭头表示; – 事件是引发变迁的消息,用箭头上的标记表示。 状态图还可以用事件后的方括号表示先决条件,只有当这个 条件为真时,才会发生状态变化;用状态自身的弧线箭头表 示先决条件不为真时,状态不会改变。
前序条件,需要的数据 操作人 主要动作 操作结果生成什么文件
路漫漫其悠远
订单
前序条件:产品文件 操作人:销售部门 主要动作:制作订单 操作结果订单文件
路漫漫其悠远
画出数据流图
顶层数据流图 分层数据流图
路漫漫其悠远

数据流图实验报告doc

数据流图实验报告doc

数据流图实验报告篇一:软件工程实验报告篇二:需求分析实验报告软件工程实践报告计科12—1班杨光敏08123234(一)软件需求分析1.实验目的学习图形工具软件VISIO,掌握结构化需求分析方法,熟练绘制数据流图;学习快速原型工具的使用。

2.基本要求(1)针对银行ATM系统进行需求分析工作,了解银行ATM系统的功能、流程;(2)安装VISIOXX以上版本软件,熟练应用Visio绘制DFD图,绘制银行ATM系统数据流图,完成系统的软件逻辑模型;(3)安装Axure RP Pro 或者Balsamiq Mockups快速原型软件,学习绘制软件原型,完成银行ATM系统的软件原型。

3.系统概述(1)ATM系统为银行提供一套高效稳定可靠的终端服务平台,为储户登录,存款,取款,查询,打印凭条,转账,修改密码等操作提供便利。

图1 ATM工作流程(2).用户特点本软件的用户主要是银行的广大持卡人,大多都具有使用ATM经验。

另外,我们的系统要实现的一个重要目标就是当储户取钱出现故障时能在下笔业务进行之前自动恢复。

以此来方便用户和保障用户的利益。

本系统还为用户提供了足够的界面友好性和易操作性。

即使是一个对ATM系统完全陌生的客户,也可以在交易界面的提示下顺利完成交易。

另外一部分的用户是银行工作人员,本系统不予考虑。

4需求说明(1) 基本描述ATM终端可以接受一张可识别的银行储蓄卡,通过储户身份验证后,同储户进行各种交互,例如:查询、存款、取款、打印凭条等;处理储户相应的要求,执行对应操作,为储户服务。

该系统要求须保持一定时间内的交易记录,系统应每天自动汇总各种交易数据与服务器进行对账。

同时,在通讯失败或其他交易结果不确定的情况下,ATM要自动发起冲正交易,以保证账务的完整性。

本系统的实现需要记录一些相关信息,其中包括的信息有:用户信息和交易信息。

(2)交易信息卡信息:卡号,账号,密码,卡类型,卡金额ATM信息:ATM编号,ATM余额,交易流水信息:交易类型,交易代码,账号,交易时间(3)用例需求分析根据需求,做如下用例设计,在给出ATM系统需求用例图之后,我们将对各个用例逐一进行介绍。

软件工程试验二——画数据流程图

软件工程试验二——画数据流程图

F5安全范围 E2 病人 P2 分析信号 F2生理信号 F2生理信号 P1 接收信号 F2生理信号 E3 时钟 P4 定时取样 生理信号
D2患者安全范围 P3 产生警告信息
危及病人信息
F4警告信息
E1 护士
F3日前、时间
定时的生理信号 F6日志
P5 更新日志
D1患者日志 F6日志 E1 护士 F1要求报告
E1 护士
习题二
银行计算机储蓄系统的工作过程大致如下: 银行计算机储蓄系统的工作过程大致如下:储 填写的存款单 取款单由业务员键入系统 存款单或 键入系统, 户填写的存款单或取款单由业务员键入系统, 如果是存款则系统记录存款人姓名、住址(或 如果是存款则系统记录存款人姓名、住址 或 记录存款人姓名 电话号码)、身份证号码、存款类型、 电话号码 、身份证号码、存款类型、存款日 到期日期、利率及密码(可选 等信息, 可选)等信息 期、到期日期、利率及密码 可选 等信息,并 印出存单给储户; 存单给储户 印出存单给储户;如果是取款而且存款时留有 密码,则系统首先核对储户密码, 核对储户密码 密码,则系统首先核对储户密码,若密码正确 或存款时未留密码,则系统计算利息 印出利 计算利息并 或存款时未留密码,则系统计算利息并印出利 息清单给储户 给储户。 息清单给储户。 请用分层数据流图描绘本系统的功能。 请用分层数据流图描绘本系统的功能。
调资标准
13:07:42
工资标准
请用分层数据流图描绘本系统的功能。 请用分层数据流图描绘本系统的功能。
作业及解答(第5章)
13:07:42

作业及解答(第5章)
13:07:42
作业及解答(第5章)
航空 公司 航班信息 旅客信息 旅客信息 航班信息 P2.1 安排航班 机票 机票 机票 航班信息 航班信息 P2.1 设置航班

实验2 用Visio2003绘制数据流图

实验2 用Visio2003绘制数据流图

实验2 用Visio2003绘制数据流图
实验目的:
1 掌握数据流图分析工具
2 掌握使用Visio2003绘制数据流图的方法
实验内容:
1、使用Visio2003中的数据流图工具
数据流图的表示的多种符号体系,如下图所示:
在本实验中我们选择的是“DeMarco & Yourdon symbols”符号体系。

(1)启动Visio2003,选择图例中“业务进程”——>“数据流图表”,点击即可进入数据流图的绘制;
(2)在下图的左边窗格的符号栏中可以找相应的要素图标。

2、数据流分析工具使用
2.1将下图(某汽车销售商店的DFD)使用Visio2003中的数据
流图工具完成。

注意:该图采用的符号体系为:
请注意在Visio2003中的数据流图符号体系是怎样的?注意符号体系的变换。

2.2绘制某企业采购计划管理的数据流图
相关步骤:
1)各个部门分别进行请购订单处理,处理后,存储为采购请购单文件。

2)采购部门以采购请购单文件、各个部门进行的请购单处理、物料需求计划文
件和供应商资料文件提供的数据为依据,生成采购计划。

3)采购计划生成以后,存储为采购计划明细文件、采购计划主文件和用款计划
文件。

3. 实验要求
✓完成实验报告。

✓打印用Visio 2003完成的“2.2 某企业采购计划管理”数据流图,附在实验报告后上交。

软件工程DFD图示例

软件工程DFD图示例
数据流也不是控制流。 数据流图是从数据的角度来描述一
个系统,而框图则是从对数据进行加工的 工作人员的角度来描述系统。
数据流图中的箭头是数据流,而框 图中的箭头则是控制流,控制流表达的是 程序执行的次序。
4
例2下图是培训中心管理系统的数据流图:
由于只有一层,因此分解的加工较 多不易理解,而且如果其中某个加工较复 杂,例如编号为3 的加工“付款”和编号 为7 的加工“复审”仍很复杂,一时难以 理解,如果不继续分解下去,直到每个加 工都足够简单易于理解为止,则会影响需 求分析结果的可读性。
5
6
如图所示,如果系统规模较 大,仅用一个DFD 图难以描述, 会使得系统变得复杂,且难以理 解。
为了降低系统的复杂性,采 取“逐层分解”的技术,画分层 的DFD 图。
7
画分层DFD 图的一般原则是: “先全局后局部,先整体后细节,先抽 象后具体”。通常将这种分层的DFD 图,分 为顶层、中间层、底层。顶层图说明了系 统的边界,即系统的输入和输出数据流,顶 层图只有一张。底层图由一些不能再分解 的加工组成,这些加工都已足够简单,称 为基本加工。在顶层和底层之间的是中间 层。中间层的数据流图描述了某个加工的
11
一个加工每次分解成多少个子加工才合适呢? 根据经验“最多不要超过7 个”。统计结果证 明,人们能有效地同时处理7 个或7 个以下的问题, 但当问题多于7 个时,处理效果就会下降。当然也 不能机械地应用,关键是要使数据流图易于理解。 同时还有几条原则可供参考: 分解应自然,概念上要合理、清晰。 只要不影响数据流图的“易理解性”,可以适 当地多分解成几部分,这样分层图的层数就可少些。 一般来说,在上层可以分解得快些,而在中、 下层则应分解得慢些,因为上层是一些综合性的描 述,“易理解性”相对地说不太重要。

教你怎么画数据流图包括数据流图实例PPT课件

教你怎么画数据流图包括数据流图实例PPT课件
画出图书预定系统的各层数据流图。
2021/3/9
管理信息系统》
第一步,画出关联数据流图。
S1顾客
F1订单
P 图书预订
F2汇总订单
S2 出 版 社
图书预订系统关联图
2021/3/9
管理信息系统》
第二步,逐层分解加工,画出下层DFD。注意到根据题意,当绘出系统 顶层图后并不能将所有加工分解成基本加工,还要进行二层图分解。 并在分解加工过程中逐步充实进数据存储。见图。
2021/3/9
管理信息系统》
(3)加工 加工又称处理亦称变换,它表示对数据流的操作。 加工的符号分成上、下两部分,从上到下分别是标识部分和功能描 述部分。 标识部分用于标注加工编号,加工编号应具有唯一性,以标识加工 ,以“P”开头。 功能描述部分用来写加工名。为使DFD清晰易读,加工名应简单,能 概括地说明对数据的加工行为,其详细描述在数据词典中定义。 加工要逐层分解,以求得分解后的加工功能简单、易于理解。
建立新系统的DFD是一项十分重要的工作。因为建立的DFD是系统 开发乃至系统维护的依据,是系统的重要文档之一。系统分析员要在 详细调查中,在与用户的反复交流中修改DFD,力求新建DFD是正确的 、准确的。
2021/3/9
管理信息系统》
放映结束 感谢各位的批评指导!
谢 谢!
让我们共同进步
2021/3/9
21
D5 订单数目
D6

P2.2


订单分类

D7
D4 出版社要求
P3 发送订单
F2汇总订单
S2 出 版社

P2.3


随时处理

D3
D8

软件工程试验二——画数据流程图

软件工程试验二——画数据流程图
教师工资档案存储在行政办公室的磁带上,档案中有目前的 年工资、赡养的人数、雇佣日期等信息。需要写一个程序计 算并印出每名教师的原工资和调整后的新工资。
请用分层数据流图描绘本系统的功能。
作业及解答(第5章)
E1 行政办
公室
原工资档案
工资调资系统
调资后工资档案
E1 行政办
公室
调资后工资档案
工资档案
顾客
取票通知 机票
P3 顾客取票
机票
13:07:42
13:07:42
作业及解答(第5章)
航空 公司
航班信息
旅客信息
旅客信息
P2.1 安排航班
பைடு நூலகம்
P2.1 设置航班
航班信息
航班信息 航班信息
机票 机票
机票
P2.3 打印取票单据
账单 取票通知
账单
取票通知
13:07:42
作业及解答(第5章)
时钟
日期
账单
取票通知 顾客 取票通知
13:07:42
从问题陈述可知,本系统数据源点是“病人”和“护士” ,他们分别提供生理信号和要求病情报告的信息。进一步 分析问题陈述,从系统应该“定时记录病人情况以形成患 者日志”这项要求可以想到,还应该有一个提供日期和时 间信息的“时钟”作为数据源点。
从问题陈述容易看出,本系统的数据终点是接收警告信息 和病情报告的护士。
请用分层数据流图描绘本系统的功能。
E1 储户
F1存款单 F2取款单
P0储蓄系统
F3存单 F4利息清单
F5存款信息 F5存款信息
D1存款信息
E1 储户
13:07:42
E1 储户
F1存款单 F7密码

软件工程与实践4-2数据流图

软件工程与实践4-2数据流图

课堂作业2
车间填写领料单给仓库要求领料,库长根据用料计划审批
领料单,未批准的退回车间,已批准的领料单送到仓库保 管员处,由他查阅库存帐。若帐上有货则通知车间前来领 料,否则将缺货通知采购人员。
课下作业
请给出录取业务的最高层数据流图
4.4
数据字典
4.4.1 数据字典的用途
数据字典是分析阶段的工具,最重要的用途用户通过它可以 清楚地了解分析员对系统数据和处理的详细说明,不同的开 发人员或不同的开发小组之间可以通过数据字典对数据做出 严密一致的定义,从而避免定义得混乱。

(4)可选:即一个分量是可有可无的(重复零次或一次)
符号 = + [] {} ()
含义及解释 等价于(或被定义为) 和(即,连接两个分量);X=a + b 表示X由a 和 b 组成 选择符号,表示对[ ]中列举的值可以任选其一;X=[a|b] 表示X由 a或 b组成 重复符号,表示对{ }中的内容可视需要重复使用 ;X={a} 表示X由 0个或多个 a 组成 可选符号,表示对( )中的内容可由设计者决定取舍;X=(a) 表示 a 可在X中出现, 也可不出现 • •为连接符号,表示取值范围在M到N之间;X=1 • • 9 表示X可取1到9中的任意 一个值 基本数据元素;X=“a” 表示X是取值为字符a 的数据元素 注释符号,表示两个*之间的内容是对条目的注释

数据元素 编号: 数据元素名称: 类型:数字(连续值、离散值),字符(编码 类型) 长度: 取值范围: 相关的数据元素即数据结构:

数据存储
编号: 数据存储名称: 简述:存放的是什么数据 输入数据: 输出数据: 数据存储组成:数据结构 存储方式:顺序、直接、关键码
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

数据流图(DFD)画法要求一、数据流图(DFD)1.数据流图的基本符号数据流图由四种基本符号组成,见图5-4-1所示。

图5-4-1数据流图的基本符号例:图5-4-2是一个简单的数据流图,它表示数据X从源S流出,经P加工转换成Y,接着经P加工转换为Z,在加工过程中从F中读取数据。

图5-4-2数据流图举例下面来详细讨论各基本符号的使用方法。

数据流由一组确定的数据组成。

例如“发票”为一个数据流,它由品名、规格、单位、单价、数量等数据组成。

数据流用带有名字的具有箭头的线段表示,名字称为数据流名,表示流经的数据,箭头表示流向。

数据流可以从加工流向加工,也可以从加工流进、流出文件,还可以从源点流向加工或从加工流向终点。

对数据流的表示有以下约定:对流进或流出文件的数据流不需标注名字,因为文件本身就足以说明数据流。

而别的数据流则必须标出名字,名字应能反映数据流的含义。

数据流不允许同名。

两个数据流在结构上相同是允许的,但必须体现人们对数据流的不同理解。

例如图5-4-3(a)中的合理领料单与领料单两个数据流,它们的结构相同,但前者增加了合理性这一信息。

两个加工之间可以有几股不同的数据流,这是由于它们的用途不同,或它们之间没有联系,或它们的流动时间不同,如图5-4-3(b)所示。

(a)(b)(c)图5-4-3简单数据流图举例数据流图描述的是数据流而不是控制流。

如图5-4-3(c)中,“月末”只是为了激发加工“计算工资”,是一个控制流而不是数据流,所以应从图中删去。

加工处理是对数据进行的操作,它把流入的数据流转换为流出的数据流。

每个加工处理都应取一个名字表示它的含义,并规定一个编号用来标识该加工在层次分解中的位置。

名字中必须包含一个动词,例如“计算”、“打印”等。

对数据加工转换的方式有两种:改变数据的结构,例如将数组中各数据重新排序;产生新的数据,例如对原来的数据总计、求平均等值。

4.文件文件是存贮数据的工具。

文件名应与它的内容一致,写在开口长条内。

从文件流入或流出数据流时,数据流方向是很重要的。

如果是读文件,则数据流的方向应从文件流出,写文件时则相反;如果是又读又写,则数据流是双向的。

在修改文件时,虽然必须首先读文件,但其本质是写文件,因此数据流应流向文件,而不是双向。

例如,在图5-4-3(a)中,检查合理性加工时,只从库存帐目文件中读出库存信息与领料单核对,所以数据流从文件流出,箭头指向加工。

5.数据源或终点数据源和终点表示数据的外部来源和去处。

它通常是系统之外的人员或组织,不受系统控制。

为了避免在数据流图上出现线条交叉,同一个源点、终点或文件均可在不同位置多次出现,这时要在源(终)点符号的右下方画小斜线,或在文件符号左边画竖线,以示重复,如图5-4-4所示。

图5-4-4重复的源点、终点或文件由上图可见,数据流图可通过基本符号直观地表示系统的数据流程、加工、存贮等过程。

但它不能表达每个数据和加工的具体、详细的含义,这些信息需要在“数据字典”和“加工说明”中表达。

6.DFD的画法一般遵循“由外向里”的原则,即先确定系统的边界或范围,再考虑系统的内部,先画加工的输入和输出,再画加工的内部。

即:(1)识别系统的输入和输出。

(2)从输入端至输出端画数据流和加工,并同时加上文件。

(3)加工的分解“由外向里”进行分解。

(4)数据流的命名,名字要确切,能反映整体。

(5)各种符号布置要合理,分布均匀,尽量避免交叉线。

(6)先考虑稳定态,后考虑瞬间态。

如系统启动后在正常工作状态,稍后再考虑系统的启动和终止状态。

对于不同的问题,数据流图可以有不同的画法。

一般情况下,应该遵守“由外向里”的原则。

即先确定系统的边界或范围,再考虑系统的内部,先画加工的输入和输出,再画加工内部。

具体实行时可按下述步骤进行:(1)识别系统的输入和输出,画出顶层图即确定系统的边界。

在系统分析初期,系统的功能需求等还不很明确,为了防止遗漏,不妨先将范围定得大一些。

系统边界确定后,那么越过边界的数据流就是系统的输入或输出,将输入与输出用加工符号连接起来,并加上输入数据来源和输出数据去向就形成了顶层图。

(2)画系统内部的数据流、加工与文件,画出一级细化图从系统输入端到输出端(也可反之),逐步用数据流和加工连接起来,当数据流的组成或值发生变化时,就在该处画一个“加工”符号。

画数据流图时还应同时画上文件,以反映各种数据的存贮处,并表明数据流是流入还是流出文件。

最后,再回过头来检查系统的边界,补上遗漏但有用的输入输出数据流,删去那些没被系统使用的数据流。

(3)加工的进一步分解,画出二级细化图同样运用“由外向里”方式对每个加工进行分析,如果在该加工内部还有数据流,则可将该加工分成若干个子加工,并用一些数据流把子加工联接起来,即可画出二级细化图。

二级细化图可在一级细化图的基础上画出,也可单独画出该加工的二级细化图,二级细化图也称为该加工的子图。

(4)其它注意事项一般应先给数据流命名,再根据输入/输出数据流名的含义为加工命名。

名字含义要确切,要能反映相应的整体。

若碰到难以命名的情况,则很可能是分解不恰当造成的。

应考虑重新分解。

从左至右画数据流图。

通常左侧、右侧分别是数据源和终点,中间是一系列加工和文件。

正式的数据流图应尽量避免线条交叉,必要时可用重复的数据源、终点和文件符号。

此外,数据流图中各种符号布置要合理,分布应均匀。

画数据流图是一项艰巨的工作,要做好重画的思想准备,重画是为了消除隐患,有必要不断改进。

因为作为顶层加工处理的改变域是确定的,所以改变域的分解是严格的自顶向下分解的。

由于目标系统目前还不存在,应此分解时开发人员还需凭经验进行,这是一项创造性的劳动。

同时,在建立目标系统数据流图时,还应充分利用本章讲过的各种方法和技术,例如:分解时尽量减少各加工之间的数据流;数据流图中各个成分的命名要恰当;父图与子图间要注意平衡等等。

当画出分层数据流图,并为数据流图中各个成分编写词典条目或加工说明后,就获得了目标系统的初步逻辑模型。

二、画分层数据流图时应注意的问题下面从四个方面讨论画分层数据流图时应注意的问题。

1.合理编号分层数据流图的顶层称为0层,称它是第1层的父图,而第1层既是0层图的子图,又是第2层图的父图,依此类推。

由于父图中有的加工可能就是功能单元,不能再分解,因此父图拥有的子图数少于或等于父图中的加工个数。

为了便于管理,应按下列规则为数据流图中的加工编号:●子图中的编号为父图号和子加工的编号组成。

●子图的父图号就是父图中相应加工的编号。

为简单起见,约定第1层图的父图号为0,编号只写加工编号1、2、3...,下面各层由父图号1、1.1等加上子加工的编号1、2、3...组成。

按上述规则,图的编号即能反映出它所属的层次以及它的父图编号的信息,还能反映子加工的处理信息。

例如1表示第1层图的1号加工处理,1.1、1.2、1.3...表示父图为1号加工的子加工,1.3.1、1.3.2、1.3.3...表示父图号为1.3加工的子加工。

为了方便,对数据流图中的每个加工,可以只标出局部号,但在加工说明中,必须使用完整的编号。

例如图5-4-5可表示第1层图的1号加工的子图,编号可以简化成图中的形式。

图5-4-5简化子图编号示例2.注意子图与父图的平衡子图与父图的数据流必须平衡,这是分层数据流的重要性质。

这里的平衡指的是子图的输入、输出数据流必须与父图中对应加工的输入、输出数据流相同。

但下列两种情况是允许的,一是子图的输入/输出流比父图中相应加工的输入/输出流表达得更细。

例如,在图5-4-6中,若父图的“订货单”数据流是由客户、品种、帐号、数量四部分组成,则图中的子图和父图是平衡的。

在实际中,检查该类情况的平衡,需借助于数据词典进行。

二是考虑平衡时,可以忽略枝节性的数据流。

例如图5-4-6,在4号加工的子图中4.3号子加工中增加了一个输出,表示出错的数据流(由虚线所示),则子图和父图仍可看作是平衡的。

图5-4-6子图和父图的平衡图片子图和父图的平衡动画3.局部文件图5-4-7中的父图和子图是平衡的,但子图中的文件W并没在父图中出现。

这是由于对文件W的读、写完全局限在加工3.3之内,在父图中各个加工之间的界面上不出现,该文件是子图的局部文件或为临时文件。

图5-4-7数据流图中的局部文件应当指出的是,如果一个临时文件在某层数据流图中的某些加工之间出现,则在该层数据流图中就必须画出这个文件。

一旦文件被单独画出,那么也需画出这个文件同其它成分之间的联系。

4.分解的程度对于规模较大的系统的分层数据流图,如果一下子把加工直接分解成基本加工单元,一张图上画出过多的加工将使人难以理解,也增加了分解的复杂度。

然而,如果每次分解产生的子加工太少,会使分解层次过多而增加作图的工作量,阅读也不方便。

经验表明,一般说来一个加工每次分解量最多不要超过七个为宜。

同时,分解时应遵循以下原则:●分解应自然,概念上要合理、清晰。

●上层可分解的快些(即分解成的子加工个数多些),这是因为上层是综合性描述,对可读性的影响小。

而下层应分解得慢些。

●在不影响可读性的前提下,应适当地多分解成几部分,以减少分解层数。

●一般说来,当加工可用一页纸明确地表述时,或加工只有单一输入/输出数据流时(出错处理不包括在内),就应停止对该加工的分解。

另外,对数据流图中不再作分解的加工(即功能单元),必须作出详细的加工说明,并且每个加工说明的编号必须与功能单元的编号一致。

三、数据流图的修改前面介绍了画数据流图的基本方法。

对于一个大型系统来说,由于在系统分析初期人们对于问题理解的深度不够,在数据流图上也不可避免地会存在某些缺陷或错误。

因此还需要进行修改,才能得到完善的数据流图。

这里介绍如何从正确性和可读性方面对数据流图进行改进。

1.正确性数据流图的正确性,可以从以下几个方面来检查:(1)数据守恒(2)文件使用在数据流图中,文件与加工之间数据流的方向应按规定认真标注,这样也有利于对文件使用正确性的检查。

例如,在图5-4-8中,因为文件1和文件2是子图的局部文件,所以在子图中应画出对文件的全部引用。

但子图中文件2好象一个“渗井”,数据只流进不流出,显然是一个错误。

图5-4-8局部文件使用错误(3)子、父图平衡造成子图与父图不平衡的一个常见原因是在增加或删除一个加工时,忽视了对相应父图或子图的修改。

在检查数据流图时应注意这一点。

(4)加工与数据流的命名加工和数据流的名字必须体现被命名对象的全部内容而不是一部分。

对于加工的名字,应检查它的含义与被加工的输入/输出数据流是否匹配。

一个加工的输出数据流仅由它的输入数据流确定,这个规则绝不能违背。

数据不守恒的错误有两种,一是漏掉某些输入数据流,二是某些输入数据流在加工内部没有被使用。

相关文档
最新文档