数据流图

合集下载

讲义:数据流程图dfd

讲义:数据流程图dfd

数据流程图(DFD)数据流程图——描述数据流动、存储、处理的逻辑关系,也称为逻辑数据流程图,一般用DFD (Data Flow Diagram)表示。

一、数据流程图的基本成分数据流程图用到四个基本符号,即:外部实体、数据处理、数据流和数据存储。

现分别介绍如下:1、外部实体外部实体——指系统以外又与系统有联系的人或事物。

它表达该系统数据的外部来源和去处,例如:顾客、职工、供货单位等等。

外部实体也可以是另外一个信息系统。

一般用一个正方形,并在其左上角外边另加一个直角来表示外部实体,在正方形内写上这个外部实体的名称。

为了区分不同的外部实体,可以在正方形的左上角用一个字符表示。

在数据流程图中,为了减少线条的交叉,同一个外部实体可在一张数据流程图中出现多次,这时在该外部实体符号的右下角画小斜线,表示重复。

若重复的外部实体有多个,则相同的外部实体画数目相同的小斜线。

外部实体的表示如图6.1所示。

图6.1外部实体2.数据处理处理指对数据的逻辑处理,也就是数据的变换。

在数据流程图中,用带圆角的长方形表示处理,长方形分为三个部分,如图6.2所示。

图6.2 处理标识部分用来标别一个功能,一般用字符串表示,如P1、P1.1等等。

功能描述部分是必不可少的,它直接表达这个处理的逻辑功能。

一般用一个动词加一个作动词宾语的名词表示。

功能执行部分表示这个功能由谁来完成,可以是一个人,也可以是一个部门,也可以是某个计算机程序。

3.数据流数据流是指处理功能的输人或输出,用一个水平箭头或垂直箭头表示。

箭头指出数据的流动方向。

数据流可以是信件、票据,也可以是电话等。

一般说来,对每个数据流要加以简单的描述,使用户和系统设计员能够理解一个数据流的含义。

对数据流的描述写在箭头的上方,一些含义十分明确的数据流,也可以不加说明,如图6.3所示。

图6.3数据流4.数据存储数据存储表示数据保存的地方。

这里"地方"并不是指保存数据的物理地点或物理介质,而是指数据存储的逻辑描述。

数据流图实例

数据流图实例
库存报告
包括实时库存信息、进货计划等。
销售报告
包括商品销售情况、销售额等。
05 实例四:学生信息管理系 统
输入数据流
01
用户登录验证
用户输入用户名和密码,系统验证 其合法性。
成绩录入
教师或管理员录入学生成绩信息。
03
02
学生信息录入
学生信息(如姓名、学号、专业等) 通过录入界面输入系统。
课程信息导入
日志记录
系统记录交易日志,包括交易时间、交易类 型、交易金额、账户信息等。
异常处理
系统对异常情况进行处理,如账户余额不足、 交易失败等。
输出数据流
交易结果提示
系统提示用户交易结果,如成功、失败、余额不足等。
账户信息查询
系统返回用户账户信息,包括余额、交易记录等。
日志查询
用户可以查询交易日志,了解历史交易记录。
系统状态提示
系统提示用户当前ATM机的状态,如是否可正常使用、是否需要更换钞票等。
03 实例二:网上商城系统
输入数据流
用户登录信息
用户输入的账号、密码等。
订单信息
用户选择的商品、数量、收货地址等。
商品查询条件
用户输入的商品筛选条件,如价格、品牌、 分类等。
支付信息
用户的支付方式、支付密码等。
处理数据流
输出数据流
用户登录成功提示
用户登录验证通过后,系统返回登录成功提 示。
成绩查询与导出
学生或管理员可以查询和导出学生成绩信息。
学生信息查询
用户可以根据条件查询学生信息。
课程信息查询与导出
管理员可以查询和导出课程信息。
感谢您的观看
THANKS
数据流图实例

第3章数据流图

第3章数据流图

第四步,进一步对功能级数据流图进行细化,当 进一步分解将涉及如何具体实现一个功能 时就不应该再分解了。
分层的数据流图
源点
软件系统
终点
源点
1
3
2
终点
源点
1.1
1.3
1.2 2.1
3.1 2.4
3.3
3.2
2.3
2.2
终点
注意事项
1.并不是所有数据存储和数据流都能直接从问题描述 中提取出来;
2.在对数据流图分层细化时,必须保持信息的连续性。 即,分解前、后的输入/输出数据流必须相同。
第四步: 进一步对功能级数据流图进行细化
• 定货信息:源于对事务的处理,当该物品库存数量少 于临界值时产生该信息。
• “事务处理”功能包括三个子功能:接受事务、更新 库存清单、处理定货
库存清单
库存清单
仓库 事务 接受 事务
管理员
事务
更新 库存 清单
库存信息 处理 定货
产生 定货报表 采购员 报表
定货信息
• 医院对患者监护系统的基本要求是随时 接受每个病人的生理信号(脉搏、体温、 血压、心电图等),定时记录病人情况 以形成患者日志,当某个病人的生理信 号超出医生规定的安全范围时向值班护 士发出警告信息,此外,护士在需要时 还可以要求系统打印出某个指定病人的 病情报告。
第二步: 根据分离的四种成分,画基本系统模型
第一步: 从问题描述中提取数据流图的四种成分
• 某工厂有一个库房,存放该厂生产需要的物品, 库房中的各种零件的数量及各种物品库存量临 界值等数据记录在库存文件中,当库房中零件 数量有变化时,应更新库存文件,若某种零件 的库存量少于库存临界值,则报告采购部门以 便订货,每天向采购部门送一份采购报告。

数据流图实例ppt课件

数据流图实例ppt课件

注意:标注各加工框及数据流名称。
2.2.2 分层的数据流图 为了规范事业单位聘用关系,建立和完善适应社会主义市场经济体制的事业单位工作人员聘用制度,保障用人单位和职工的合法权益
2.2.2 数据流图
数据流图(Data Flow Diagram,DFD)是描述系统中数据流程 的图形工具,它标识了一个系统的逻辑输入和逻辑输出,以及把逻 辑输入转换为逻辑输出所需的加工处理。
数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配,
即每一个加工既有输入数据流又有输出数据流。或者说一 个加工至少有一个输入数据流,一个输出数据流。
数据封闭是对整个系统而言。
加工分解的原则 自然性:概念上合理、清晰; 均匀性:理想的分解是将一个问题分解成大小均匀的几
个部分; 分解度:一般每一个加工每次分解最多不要超过7个子
加工,分解应分解到基本加工为止。
为 了 规 范 事 业单位 聘用关 系,建 立和完 善适应 社会主 义市场 经济体 制的事 业单位 工作人 员聘用 制度, 保障用 人单位 和职工 的合法 权益
2.2.5 画分层DFD图的基本原则
子图与父图的“平衡” 父图中某个加工的输入输出数据流应该同相应的子
图的输入输出相同(相对应),分层数据流图的这种特 点称为子图与父图“平衡”。 合理使用文件
医院病房监护系统二层DFD图
第二层:加工“中央监视”分解
3.1
病员数据 开解信号
脉搏
病员极限
血压 体温
3.2
计算超过 极限值否
超过极限值
生理信号 极限值
血压、体温 脉搏
3.3
产生 报警信息
报警
时钟
3.4
格式化 日期 病员数据

数据流图

数据流图
B A ⊕ C A + B B A + C 数据A变换成B或者C或者B和C C 数据A,或者B,或者A和B同时变换成C 数据A变换成B或者C(不能同时)
注意的问题


是画数据流图而不是画程序框图 程序框图是从对数据进行加工的角度描述系统的,其箭 头是控制流,表示的是对数据进行加工的次序,它用于 描述怎样解决问题;数据流图则是从数据的角度来描述 系统的,其箭头是数据流,表示的是数据的流动方向, 它用于描述是什么问题。 数据流及加工的命名 通常是先为数据流命名,然后再为加工命名。在给数据 流命名时,应避免使用象“数据”、“输入”之类的缺 乏具体含义的名字;在给加工命名时,理想的做法是取 由一个具体的及物动词加一个具体的宾语构成的名字, 如果必须用两个动词,则可以考虑将这个加工再分解成 两个加工。在命名时,所取的名字应适合整个数据流或 加工,而不是仅仅反映它的某些成分。如果发现某个数 据流或加工难以命名,那么很可能是数据流图分解不当 造成的,此时应该考虑重新分解数据流图。
数据流图例子
数据存储 数据流 处理 (加工) 数据流 数据来源 数据输出
借书单
读者
拒绝信息
资格核查
审查通过
其他加工
读者信息
多个数据流与加工关系的表示 (一)
A * B B A * C A ⊕ B C 数据A或者B(不能同时)变换成C 数据A变换成B和C C 数据A和B同时变换成C
多个数据流与加工关系的表示 (二)
数据流图的定义
数据流图(Data Flow Diagram,简称DFD) 是一种最常用的结构化分析工具,它从数 据传递和加工角度,以图形的方式刻画系 统内的数据运动情况。
数据流图的四种基本成分
加工名

软件需求分析-数据流图

软件需求分析-数据流图

2
分析数据流图中是否存在冗余或不必要的处理步 骤,以提高系统的效率和性能。
3
验证数据流图的逻辑正确性,确保数据处理和转 换的准确性。
结构化分析
01 将数据流图分解为更小的、易于理解和管理的组 成部分,如子图或模块。
02 分析数据流图的结构,确定各组成部分之间的关 系和依赖关系。
03 根据结构化分析结果,制定相应的开发计划和模 块划分方案,以便进行后续设计和实现。
用于需求分析和系统设计阶段,为后续的系统实现和测试提供
03
基础。
数据流图的组成元素
数据流
表示数据在系统中的流动路径,用箭头表示。
数据流图中的节点
表示数据处理过程或数据存储,包括数据流图的 起点、终点以及中间的处理过程和数据存储。
数据流图的连接线
表示数据流动的路径,连接各个节点。
02
数据流图的绘制
数据流图优化实例
实例1
一个在线购物系统的数据流图, 通过增加库存管理和订单处理等 细节,使数据流图更加完整和准 确。
实例2
一个银行系统的数据流图,通过 简化不必要的元素和合并相似的 处理流程,使数据流图更加简洁 明了。
实例3
一个医疗系统的数据流图,通过 使用不同的颜色和标记来突出关 键元素,使数据流图更加易于理 解和分析。
04
数据流图与软件需求分 析
数据流图与需求分析的关系
01
02
03
数据流图是软件需求分 析的重要工具,用于描 述系统中的数据流动和
数据处理过程。
数据流图可以帮助分析 人员更好地理解系统的 功能和结构,从而更准
确地把握需求。
数据流图可以清晰地展 示出数据在系统中的流 动和处理过程,有助于 发现潜在的问题和改进

数据流图(DataFlowDiagram,简称DFD)

数据流图(DataFlowDiagram,简称DFD)声明:本资料来源于个⼈对⽹上相关资料的整理;在信息处理系统中应⽤数据流图,通过对系统中数据、数据加⼯的全⾯分析,准确勾画出系统的框架,系统开发⼈员问以此为交流平台,共同分析可⾏性、合理性等,有助于系统缺陷在分析阶段被及时的发现和消除,为系统的设计、实现、测试阶段提供准确⽽充分的分析,是确保系统及产品质量的必要条件.采⽤语⾔描述、控制流图、程序框图分析是不是⽐⽤数据流图更好呢?⽤语⾔描述进⾏分析,分析的结果是⽆形的,只有对这个系统需要完成功能的描述.是否对所有数据的输⼈、输出、数据的处理过程进⾏分析是不可见的,也就⽆法考证分析的正确性和充分性,分析是不可控的,必然导致软件的缺陷,要到软件开发阶段后期才能发现,有可能对系统产⽣⼀定危害.⽤控制流图进⾏分析,分析关注的重点是控制,通过标识其状态描述系统的⾏为;标识这些状态是如何达到的,并定义状态间的变迁.信息处理领域的系统S是通过数据驱动的,⽤控制流图的分析不能涵盖所有数据,只对能产⽣系统⾏为的数据被分析,分析是不充分的,那么某些软件的缺陷在软件开发阶段早期不会被发现.⽤程序框图进⾏分析,分析关注的重点是如何实现系统的功能,注重的是细节,它应使⽤在软件开发的设计阶段.在分析阶段要注重系统的框架,⽤程序框图的分析不能清楚地看出系统的框架,将分析和设计过程混在⼀起,容易掩盖软件的缺陷.⽤数据流图进⾏分析,分析关注的重点是数据,将⾯向控制的信息作为数据进⾏处理,涵盖系统的所有数据,能准确的抽象系统的信息处理过程.概括的描述信息流和当数据从输⼈移动到输出时被应⽤的变换,每⼀层都明确强调“⼲什么“,“需要什么”,“给出什么”;可以反映出数据的流向和处理过程;数据流图分层进⾏分析,对顶层图的分析可以发现是否有输⼊信息或需要输出的信息被遗漏,容易及早发现系统各部分的逻辑错误,也容易修正.这样逐层分解下去,系统被严密的展开,系统的框架被展现出来.数据流图还有助于消除通常存在于软件开发⼈员与系统总体及硬件⼈员的交流隔阂.系统开发⼈员通过数据流图更容易理解软件要完成什么功能,数据来源于哪⾥,结果要输出到哪等等,他们可以给软件⼈员更多合理的建议.由于采⽤数据流图进⾏分析,提⾼分析的可见性和可控性,有助于软件的缺陷在软件开发阶段早期被及时的发现和消除.⼀,数据流图的基本元素数据流图中只能有四种基本元素,如下:描述⼀个处理.输⼊数据在此进⾏变换产⽣输出数据.其中注明处理的名称.描述⼀个输⼊源点或输出汇点.其中注明源点或汇点的名称.描述⼀个数据流.被加⼯的数据及其流向.流线上注明数据名称,箭头代表数据流动⽅向.描述⼀个数据存储.通常⽤于代表⼀个数据表,其中注明数据表的名称.⼆,分层数据流图为了表达数据处理过程的数据加⼯情况,⽤⼀个数据流图往往是不够的.稍为复杂的实际问题,在数据流图上常常出现⼗⼏个甚⾄⼏⼗个加⼯.这样的数据流图看起来很不清楚.层次结构的数据流图能很好地解决这⼀问题.按照系统的层次结构进⾏逐步分解,并以分层的数据流图反映这种结构关系,能清楚地表达和容易理解整个系统.下图给出分层数据流图的⽰例.数据处理S包括三个⼦系统1,2,3.顶层下⾯的第⼀层数据流图为DFD/L1.第⼆层数据流图DFD/L2.1,DFD/L2.2及DFD/L2.3分别是⼦系统1,2和3的细化.对任何⼀层数据流图来说,我们称它的上层图为⽗图,在它下⼀层的图则称为⼦图.三,画数据流图的步骤和原则基本步骤:⾃外向内,⾃顶向下,逐层细化,完善求精.基本原则:①数据流图上所有图形符号只限于前述四种基本元素.②顶层数据流图必须包括前述四种基本元素,缺⼀不可.③顶层数据流图上的数据流必须封闭在外部实体之间.④每个加⼯⾄少有⼀个输⼊数据流和⼀个输出数据流.⑤在数据流图中,需按层给加⼯框编号.编号表明该加⼯处在哪⼀层,以及上下层的⽗图与⼦图的对应关系.⑥规定任何⼀个数据流⼦图必须与它上⼀层的⼀个加⼯对应,两者的输⼊数据流和输出数据流必须⼀致.此即⽗图与⼦图的平衡.⑦可以在数据流图中加⼊物质流,帮助⽤户理解数据流图.⑧图上每个元素都必须有名字.数据流和数据⽂件的名字应当是"名词"或"名词性短语",表明流动的数据是什么.加⼯的名字应当是"名词+宾语",表明做什么事情.⑨数据流图中不可夹带控制流.⑩初画时可以忽略琐碎的细节,以集中精⼒于主要数据流.四,数据流图应⽤举例例⼦待续。

软件工程数据流图的画法

软件工程数据流图的画法软件工程数据流图(Data Flow Diagram,简称DFD)是一种图形化的表示方法,用于描述系统中的数据流动和处理过程。

下面是绘制软件工程数据流图的常用步骤:1.确定系统边界:首先确定要建模的系统的范围和边界。

边界定义了系统与外部实体之间的交互点,即数据流进入和离开系统的地方。

2.识别主要过程:确定系统中的主要处理过程,即转换数据的功能或算法。

每个主要过程都有一个明确的输入和输出。

3.确定数据流:标识数据流,表示数据如何在系统中传递和流动。

数据流可以是从外部实体到系统,从系统到外部实体,或者在系统内部的不同过程之间。

4.描述数据存储:确定系统中存储数据的位置和方式。

这可以是数据库、文件或其他数据存储设备。

5.绘制基本图符:使用适当的图符符号来呈现系统中的各个组成部分。

主要的图符包括矩形框表示过程,箭头表示数据流,双竖线表示数据存储。

6.建立层次结构:根据系统的复杂性和详细度需求,将DFD划分为多个层次。

顶层图用于展示系统的总体结构和交互,而下一级的子图则显示更详细的过程和数据流。

7.精化和补充:根据需要进一步细化和完善DFD。

可以添加描述性文字、数据流标签、控制流和条件等,以提供更全面的系统描述。

8.验证和迭代:验证绘制的DFD是否准确地反映了系统的功能和数据流动。

如果有必要,可以进行迭代,并对DFD 进行修改和改进。

★在绘制软件工程数据流图时,可以使用专业的绘图工具,如Microsoft Visio、Lucidchart或Draw.io。

★这些工具提供了预定义的DFD符号和模板,使绘图更加简便和规范。

同时,也可以手动使用纸和笔绘制DFD,尤其在简单项目中这可能更方便快捷。

★需要注意的是,软件工程数据流图是一种高层次的抽象表示方法,用于展示系统中的数据流动和处理逻辑,但并不涉及具体的程序代码实现细节。

★它能够帮助开发人员和利益相关者更好地理解系统的功能和交互,促进需求分析和系统设计的沟通和交流。

《数据流图实例》课件


Microsoft Visio
总结词
操作简便、界面友好
详细描述
Visio的界面设计直观,操作简便,用户可以快速上手。同时,Visio还提供了丰 富的格式设置选项,允许用户自定义图表样式,满足个性化需求。
Microsoft Visio
总结词
兼容性强、可与其他软件集成
详细描述
Visio可以与其他Microsoft Office软件无缝集成,方便用户在多个软件之间共享和传递数据。此外, Visio还支持多种文件格式,如PDF、JPG、PNG等,方便用户在不同平台和设备上共享和展示图表。
分布式的数据流
详细描述
航空订票系统涉及到多个航空公司、代理商和支付平台等 ,数据流图能够展示分布式系统中的数据交换和加工过程 ,有助于理解系统的分布式特性和协作方式。
总结词
多渠道的数据输入和
详细描述
航空订票系统涉及到多种渠道的数据输入和输出,如网站 、手机应用、电话等。数据流图可以展示不同渠道的数据 交换和加工过程,有助于分析系统的多渠道处理能力。
04
数据流图最佳实践
保持数据流图的简洁明了
避免过度复杂化
数据流图应简洁明了,避免过多的线条和 节点,以免造成混乱。
突出核心信息
使用明显的标签和注释,突出数据流的主 要路径和关键操作。
保持图表的清晰度
确保图表无杂乱元素,以便读者能够快速 理解数据流过程。
确保数据流图的准确性和一致性
核实数据流细节
化时及时更新图表。
定期审查和更新
定期审查数据流图,确保 其与当前业务状态一致, 并及时更新过时的内容。
培训和沟通
对相关人员进行培训,提 高其对数据流图的认识和 维护能力,加强团队之间

(完整word版)数据流图

3.3 数据流图(DFD)数据流图,简称DFD,是SA方法中用于表示系统逻辑模型的一种工具,它以图形的方式描绘数据在系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种功能模型。

下图是一个飞机机票预订系统的数据流图,它反映的功能是:旅行社把预订机票的旅客信息(姓名、年龄、单位、身份证号码、旅行时间、目的地等)输入机票预订系统。

系统为旅客安排航班,打印出取票通知单(附有应交的账款)。

旅客在飞机起飞的前一天凭取票通知单交款取票,系统检验无误,输出机票给旅客。

3.3.1 基本图形符号数据流图有四种基本图形符号::箭头,表示数据流;〇:圆或椭圆,表示加工;= :双杠,表示数据存储;□:方框,表示数据的源点或终点。

(1) 数据流。

数据流是数据在系统内传播的路径,因此由一组成分固定的数据组成。

如订票单由旅客姓名、年龄、单位、身份证号、日期、目的地等数据项组成。

由于数据流是流动中的数据,所以必须有流向,除了与数据存储之间的数据流不用命名外,数据流应该用名词或名词短语命名。

(2)加工(又称为数据处理)。

对数据流进行某些操作或变换。

每个加工也要有名字,通常是动词短语,简明地描述完成什么加工。

在分层的数据流图中,加工还应编号。

(3)数据存储(又称为文件),指暂时保存的数据,它可以是数据库文件或任何形式的数据组织。

(4)数据源点或终点,是本软件系统外部环境中的实体(包括人员、组织或其他软件系统),统称外部实体。

一般只出现在数据流图的顶层图。

3.3.2画数据流图的步骤(1)首先画系统的输入输出,即先画顶层数据流图。

顶层流图只包含一个加工,用以表示被开发的系统,然后考虑该系统有哪些输入数据、输出数据流。

顶层图的作用在于表明被开发系统的范围以及它和周围环境的数据交换关系。

下图为飞机机票预订系统的顶层图。

(2)画系统内部,即画下层数据流图。

不再分解的加工称为基本加工。

一般将层号从0开始编号,采用自顶向下,由外向内的原则。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1、数据流图也称为数据流程图date flow diagram , DFD,是一种便于用户理解和分析系统数据流程的图形工具,他摆脱了系统和具体内容,精确的在逻辑上描述系统的功能、输入、输出和数据存储等,是系统逻辑模型的重要组成部分。

2、数据流图的基本组成成分
数据流:是由一组固定成分的数据组成,表示数据的流向。

值得注意的是,数据流图中描述的是数据流,而不是控制流。

除了流向数据存储或从数据存储流出的数据不必命名外,每个数据流必须要有一个合适的名字,以反映该数据流的含义。

加工:加工描述了输入数据流到输出数据之间的变换,也就是输入数据流经过什么处理后变成了输出数据。

每个加工都有一个名字和编号。

编号能反映该加工位于分层的数据流图的哪个层次和哪张图中,能够看出它是由哪个加工分解出来的子加工。

数据存储:数据存储表示暂时存储的数据。

每个数据存储都有一个名字。

外部实体:外部实体是存在于软件系统之外的人员或组织,他指出数据所需要的发源地或系统所产生的数据的归属地。

外部实体加工数据流
3、分层数据流图的设计方法
第一步,画子系统的输入输出
把整个系统视为一个大的加工,然后根据数据系统从哪些外部实体接收数据流,以及系统发送数据流到那些外部实体,就可以画出输入输出图。

这张图称为顶层图。

第二步,画子系统的内部
把顶层图的加工分解成若干个加工,并用数据流将这些加工连接起来,使得顶层图的输入数据经过若干加工处理后,变成顶层图的输出数据流。

这张图称为0层图。

从一个加工画出一张数据流图的过程就是对加工的分解。

可以用下述方法来确定加工:
在数据流的组成或值发生变化的地方应该画出一个加工,这个加工的功能就是实现这一变化,也可以根据系统的功能决定加工。

确定数据流的方法
用户把若干数据当作一个单位来处理(这些数据一起到达、一起处理)时,可以把这些数据看成一个数据流。

关于数据存储
对于一些以后某个时间要使用的数据,可以组织成为一个数据存储来表示。

第三步,画加工的内部
把每个加工看作一个小系统,把加工的输入输出数据流看成小系统的输入输出流。

于是可以象画0层图一样画出每个小系统的加工的DFD图。

第四步,画子加工的分解图
对第三步分解出来的DFD图中的每个加工,重复第三步的分解过程,直到图中尚未分解的加工都是足够简单的(即不可再分解)。

至此,得到了一套分层数据流图。

第五步,对数据流图和加工编号
对于一个软件系统,其数据流图可能有许多层,每一层又有许多张图。

为了区分不同的加工和不同的DFD子图,应该对每张图进行编号,以便于管理。

● 顶层图只有一张,图中的加工也只有一个,所以不必为其编号。

● 0层图只有一张,图中的加工号分别是0.1、0.2、…,或者1,2 。

● 子图就是父图中被分解的加工号。

● 子图中的加工号是由图号、圆点和序号组成,如:1.12,1.3 等等。

4、应该注意的问题:
1. 应适当的为数据流、加工、数据存储以及外部实体命名,名字应该反映该成分的实际含义,避免使用空洞的名字。

2. 画数据流图,不是画控制流。

3. 一个加工的输出数据流,不应与输入数据流同名,及时他们的组成完全相同。

4. 允许一个加工有多条数据流流向另一个加工,也允许一个加工有两条相同的输出数据流流向不同的加工。

5. 保持父图与子图的平衡。

也就是说,父图中的某加工的输入输出流必须与他的子图的输入输出数据流在数量上和名字上相同。

值得注意的是,如果父图中的一个输入(输出)数据流对应于子图中的几个输入(输出)数据流,而子图中组成这些数据流的数据项的全体正好是父图中的这一个数据流,那么他们仍然算是平衡的。

6. 在自顶向下的分解过程中,若一个数据存储首次出现时,只与一个加工有关系,那么这个数据存储应作为这个加工的内部文件而不必画出。

7. 保持数据守恒,也就是,一个加工的所有输出数据流中的数据必须能从该加工的输出流中直接获得,或者通过该加工能产生的数据。

8. 每个加工必须既有输入数据流,又有输出数据流。

9. 在整套数据流图中,每个数据存储必须既有读的数据流,又有写的数据流。

但是在某张子图中,可能只有读没有写,或者只有写没有读。

特别注意上面的几点,都是考试的目标。

近两年考试的内容都集中到2、5、6、8的几点上。

相关文档
最新文档