[最新]数据流程图的基本成分

范文一：[最新]数据流程图的基本成分

数据流程图的基本成分

,系统部件包括系统的外部实体、处理过程、数据存储和系统中的数据流四个组成部分

,1,外部实体

,外部实体指系统以外又和系统有联系的人或事物，它说明了数据的外部来源和去处，属于系统的外部和系统的界面。外部实体支持系统数据输入的实体称为源点，支持系统数据输出的实体称为终点。通常外部实体在数据流程图中用正方形框表示，框中写上外部实体名称，为了区分不同的外部实体，可以在正方形的左上角用一个字符表示，同一外部实体可在一张数据流程图中出现多次，这时在该外部实体符号的右下角画上小斜线表示重复.

,2,处理过程

,处理指对数据逻辑处理，也就是数据变换，它用来改变数据值。而每一种处理又包括数据输入、数据处理和数据输出等部分。在数据流程图中处理过程用带圆角的长方形表示处理，长方形分三个部分，标识部分用来标识一个功能，功能描述部门是必不可少的，功能执行部门表示功能由谁来完成。

,3,数据流

,数据流是指处理功能的输入或输出。它用来表示一中间数据流值，但不能用来改变数据值。数据流是模拟系统数据在系统中传递过程的工具。

,在数据流程图中用一个水平箭头或垂直箭头表示，箭头指出数据的流动方向，箭线旁注明数据流名。

,4,数据存储

,数据存储表示数据保存的地方，它用来存储数据。系统处理从数据存储中提取数据，也将处理的数据返回数据存储。与数据流不同的是数据存储本身不产生任何操作，它仅仅响应存储和访问数据的要求。

在数据流程图中数据存储用右边开口的长方条表示。在长方条内写上数据存储名字。为了区别和引用方便，左端加一小格，再标上一个标识，用字母D和数字组成.

范文二：[中学教育]数据流程图的基本成分

数据流程图的基本成分

系统部件包括系统的外部实体、处理过程、数据存储和系统中的数据流四个组成部分

1,外部实体

外部实体指系统以外又和系统有联系的人或事物，它说明了数据的外部来源和去处，属于系统的外部和系统的界面。外部实体支持系统数据输入的实体称为源点，支持系统数据输出的实体称为终点。通常外部实体在数据流程图中用正方形框表示，框中写上外部实体名称，为了区分不同的外部实体，可以在正方形的左上角用一个字符表示，同一外部实体可在一张数据流程图中出现多次，这时在该外部实体符号的右下角画上小斜线表示重复.

2,处理过程

处理指对数据逻辑处理，也就是数据变换，它用来改变数据值。而每一种处理又包括数据输入、数据处理和数据输出等部分。在数据流程图中处理过程用带圆角的长方形表示处理，长方形分三个部分，标识部分用来标识一个功能，功能描述部门是必不可少的，功能执行部门表示功能由谁来完成。

3,数据流

数据流是指处理功能的输入或输出。它用来表示一中间数据流值，但不能用来改变数据值。数据流是模拟系统数据在系统中传递过程的工具。

在数据流程图中用一个水平箭头或垂直箭头表示，箭头指出数据的流动方向，箭线旁注明数据流名。

4,数据存储

数据存储表示数据保存的地方，它用来存储数据。系统处理从数据存储中提取数据，也将处理的数据返回数据存储。与数据流不同的是数据存储本身不产生任何操作，它仅仅响应存储和访问数据的要求。

范文三：数据流程图的画法

§3 数据流程图(DFD)与E-R 图的绘制

3.1 开发数据流程图

数据流程图（DFD ）是一种图形化的系统模型，它在一张图中展示信息系统的主要需求，即：输入、输出、过程和数据存储。它描述了数据流动、存储、处理的逻辑关系。

EX1：请根据以下

销售过程画出数据流程图：用户将定货单交给某企业的业务经理，经检验后，对不合格的订单要由用户重填，合格的订单交仓库保管员做出库处理，即：查阅库存台帐，如果有货则向用户开票发货，如缺货，则通知采购员采购。

EX2：请根据以

下定货过程画出数据流程图：采购员从仓库收到缺货通知单后立即进行定货处理，即，查阅订货合同单，若已定货，则向供货单位发出催货单，否则，填写定货单送供货单位。供货单位发运货物后，立即向采购员发出取货通知。

EX3：请根据以

下储蓄所存款过程画出数据流程图：储户将填写好的存款单、存折和存款交储蓄所，查对储户帐，将不合格的存款单退给储户重填，合格的存款单交存款处理，处理时要修改储户帐，并将存折交还储户，而将存款放入现金库。

EX4：某仓

库管理系统按以下步骤进行信息处理，试画出数据流程图。

（1）保管员根据当日的出库单和入库单通过出、入库处理去修改库存台帐。

（2）根据库存台帐由统计、打印程序输出出库日报表。

（3）需要查询时，可利用查询程序在输入查询条件后，到库存台帐去查找，显示查询结果。

注意：

（1）数据流程分析采用自顶向下逐层分解的方法，通过分析绘制分层的数据流程图(data flow diagram,DFD) 来进行系统分析。

（2）DFD 由顶层图、一级细化图、二级细化图等一组图构成。在顶层图中，将系统视为由一个处理功能所构成的系统；一级细化图是对顶层图处理功能的分解与细化。

怎样画DFD

? 了解DFD 的特性

? 画分层DFD

1） DFD 的特性

? 与程序流程图不同，DFD 不表示程序的控制结构，只描述数据的流动

? DFD (子图、父图概念) 表示, 从而逐步展开数据流和功能的细节。

2）画分

层DFD

(1)先画出顶层DFD

(2)自顶向下画出各层DFD

分解原则：

分解后的软件成分有相对独立功能

一次分解不要加入细节过多

3）画分层DFD 的指导原则

（1）父图-子图平衡

（2）编号

（3）分解的程度

父图-子图平衡

父图-子图平衡：

模型分解时必须保持父图的输入输出数据流和子图输入输出数据流相同。

处理编号

处理的编号原则：

子图图号为分解的父图中的处理号,

同级子图在最后数字以序号区别。

分解的程度

分解的深度与层次：

按功能情况定，一般设深度为3-5；

如超过5个加工最好分解画，否则容易出错。应用举例一

某订货系统功能说明如下：

假设某一企业采购部门每天需要一张订货报表，报表按材料编号排序，报表中列出所有需要再次订货的材料。对于每种需要再次订货的材料应列出下列数据：材料编号、名称、订货数量、目前价格（或参考价格）、主要供应单位、第二供应单位等。材料入库或出库称为事务，通过放在仓库的CRT 终端把事务报告给订货系统。当某种材料的库存数量少于库存量临界值时就应该再次订货。如何画出上述订货系统的数据流程图呢？

考虑数据的源点和终点：从上面对系统的描述可以知道，仓库管理员通过终端把事务报告给订货系统，系统经过汇总处理，每天向采购部提供一张订货报表。所以，采购员是数据的终点，而仓库管理员是数据的源点。

考虑处

理：问题给出“采购部需要报表”，因此必须有一个用于产生报表的处理。输入事务的结果是改变材料库存量，然而任何改变数据的操作都是处理，因此对事务进行的加工是另一个处理。

考虑数据流：系统把订货报表送给采购部，因此订货报表是一个数据流；仓库需要将每笔事务输入到系统中，显然事务是另一个数据流。

考虑数据存储：从问题的阐述中，可以看出产生报表和处理事务这两个处理在时间上明显不匹配，每当有一个事务发生时就必须立即处理事务，而每天只产生一次订货报表。因此，用来产生订货报表的数据必须存放一段时间，也就是应该有一个数据存储。另外，“当某种材料的库存数量少于库存量临界值时就应该再次订货”，这个事实意味着必须在某个地方有材料库存量和库存量临界值这样的数据。因此，需要有一个保存清单的数据存储。

一旦把数据流程图中的四种成份都分离出来之后，就可着手绘制系统的数据流程图了。数据流程图的

绘制也是采用自顶向下的方法，由粗到细，逐层细化，最后形成一套完整的拟建系统的数据流程图。

3.2 开发

E-R 图

传统的系统开发方法都把重点集中在新系统的数据存储需求上，而数据存储需求包括数据实体、数据实体的属性以及它们之间的关系。我们采用E-R 图来定义数据存储需求的模型。

在E-R 图中矩形代表数据实体，连接矩形的直线代表数据实体间的关系。

范文四：业务流程图与数据流程图的比较

业务流程图与数据流程图的比较

一、业务流程图与数据流程图的区别

1. 描述对象不同

业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。

业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务流程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 到生产车间, 到库存等多个部门; 会产生从原料采购单, 应收付账款, 入库单等多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定的顺序都串起来就形成了业务流程图。如图 1 所示, 就是某公司物资管理的业务流程图。

数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体的物

质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同业务处理过程联系起来, 形成一个整体。从安东尼金字塔模型的角度来看, 业务流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进行完整和详细的描述。

2. 功能作用不同

业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简单明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重复的环节; 增补缺少的必须的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可以发现问题, 分析不足, 改进业务处理过程。

数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。

3. 基本符号不同

(1)业务流程图的常用的基本符号有以下六种, 见图 2 所示。

(2)数据流程图的基本符号见图 3 所示

对数据流程图的基本符号解释如下:

外部实体表示数据流的始发点或终止点。原则上讲, 它不属于数据流程图的核心部分, 只是数

据流程图的外围环境部分。在实际问题中它可能是人员、计算机外设、系统外部的文件等。

在圆形框中用文字注明外部实体的编码属性和名称。

数据流是用箭头线及其上的数据表示数据流动的方向, 数据流由一个或一组数据项组成。数据存储表示逻辑意义上的数据存储环节, 不考虑存储的物理介质和技术手段的数据存储环节。它用一个右边开口的长方形条来表示, 图形右部填写存储的数据和数据集的名字, 左边填写该数据存储的标志。

处理逻辑加工也称为处理或功能, 它包括两方面的内容:一是改变数据结构; 二是在原有数据内容基础上增加新的内容, 形成新的数据。一般用一个长方形表示处理逻辑, 图形下部填写处理的名字, 上部填写该处理的标志。

关于业务流程图和数据流程图的基本符号很多教材上都不完全一致, 还没有形成一个统一的标准。例如, 有的教材上用圆形表示外部实体, 有的用矩形表示外部实体。二者所使用的符号不同, 但代表的含义都相同。业务流程图中的业务处理和存储这两个符号和数据流程图中的相应的符号基本一致; 业务流程图和数据流程图中都有箭头线的符号, 但含义不同: 业务流程图中的箭头线表示信息流向, 它没有名称; 数据流程图中的箭头线表示某一数据流, 它有名称, 通常写在数据流的上方。

4. 绘制过程不同

业务流程图就是用一些规定的符号及连线来表示某个具体务处理过程。业务流程图的绘制是根据系统详细调查过程中所得的资料, 按业务实际处理过程, 用规定的符号将它们绘制在同一张图上。它的绘制无严格的规则, 只需简明扼要地如实反映实际业务过程。在绘制过程中一般也遵循“自顶向下”的原则。

数据流程图的绘制方法较为复杂, 它是按照“自顶向下, 逐层求精”的方法进行的, 也就是将整个系统当成一个处理功能, 画出它和周围实体的数据联系过程, 即一个粗略的数据流程图( 顶层数据流程图), 然后逐层向下分析, 直到把系统分解为详细的低层次的数据流程图。如图A 是一个高等学校学藉管理系统的顶层数据流程图。图B 、图C 则分别是学藉管理系统的2 层、3层数据流程图。

绘制数据流程图的注意事项:

①数据流程图的绘制一般是从左到右进行。从左侧开始标出外部实体, 然后画出由外部实体产生的数据流, 再画出处理逻辑、数据流、数据存储等元素及其相互关系, 最后在流程图的右侧画出接收信息的系统外部实体。

②父图与子图的平衡。子图是对父图中处理逻辑的详细描述, 因此父图中数据的输入和输出必须在子图中反映。父图与子图的平衡是数据流守恒原则的体现, 即对每一个数据处理功能来说, 要保证分解前后的输入数据流与输出数据流的数目保持不变。

③数据流至少有一端连接处理框。数据流不能直接从外部实体直接传送到数据存储, 也不能从数据存储直接传送到外部实体。

④数据存储输入/输出协调。数据存储必定有输入数据流和输出数据流, 缺少任何一个则意味着遗漏了某些加工。

⑤数据处理流入/流出协调。只有流入没有流出, 则数据处理无需存在; 只有流出没有流入的数据处理不可能满足。

⑥合理命名, 准确编号。对数据流程图的基本元素进行编号, 这样有利于编写数据字典及方便系统设计人员和用户的阅读与理解。

二、业务流程图和数据流程图的联系

1. 业务流程图和数据流程图都是从流程的角度动态地去考察分析对象, 都是用图形符号抽象地表示调查结果。

2. 数据和业务的联系具体表现在: 数据流是伴随着业务过程而产生的, 它是业务过程的衍生物; 数据资料基本上也是按组织结构或业务过程收集的; 在数据汇总时, 我们也是以业务流程为单位, 将同一业务的不同处理步骤中的数据加以集中; 数据流程图的绘制遵照业务处理的全过程。

3. 数据流程图和业务流程图存在一定的对应关系。由业务流程图可以导出相应的数据流程图。有两种思路: 一种是先按业务流程图理出的业务流程顺序, 然后将相应调查过程中所掌握的数据、表单分离出来, 接下来考查数据的流向, 加工处理过程和存储, 把它们串起来就绘制成一完整的数据流程图; 另一种是从业务流程中分离出处理过程, 再考查每一个处理过程的输入数据与输出数据, 将业务过程中所有的处理过程的输入、输出数据流进行有机的集成就形成了一个完整的数据流程图。

范文五：采购业务的数据流程图

题目:采购业务

? 2012年5月23日模拟企业某部门人员，填一张请购单

? 采购部进行请购单审核

? 审核通过的由请购单生成采购订单(查询供应商)并交经理审核 ? 三天后，执行采购到货

? 库房执行采购入库

F1 采购订单存档

D2 供应采购订单 P2 P4 商已通过的请购单生成采购订审核采购订单 D1 单

请购单已通过的订单 P1 库管审核请购单员 P7 P5 到货单

开发票采购到货

P3 未通过请购单 D3

退回重新填到货单

制并审核到货单存档 F2

库房

P6 F4 发票

采购入库

F3 入库单存档

2、完善主要数据字典

一、数据流的定义

数据流编号D1

数据流名称:采购请购单

简述:库管员请购

数据流来源:库房

数据流去向:采购部

数据流组成:业务类型+单据号+日期+请购部门+请购人员+采购类型

数据流编号D2

数据流名称:采购订单

简述:采购部制定采购订单

数据流来源:采购部

数据流去向:供应商

数据流组成:业务类型+订单编号+订单日期+供应商+部门+业务员+采购类型+税

率+币种+汇率+付款条件+备注

数据流编号D3

数据流名称:到货单

简述:供应商提供到货单

数据流来源:供应商

数据流去向:采购部

数据流组成:业务类型+单据号+日期+供应商+部门+业务员+采购类型+税率+币种

+汇率+运输方式 +备注

二、数据存储的定义

数据存储编号:F1

数据存储名称:采购订单

简述:存放采购订单

数据存储组成:业务类型+订单编号+订单日期+供应商+部门+业务员+采购类型+

税率+币种+汇率+付款条件+备注