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

业务流程图与数据流程图的比较一、业务流程图与数据流程图的区别1.

描述对象不一样业务流程图的描述对象是某一详细的业务;

数据流程图的描述对象是数据流。业务是指企业管理中必要且逻辑上有关的、为了完毕某种管理功能的一系列有关的活动。在系统调研时,

通过理解组织构造和业务功能,

我们对系统的重要业务有了一种大概的认识。但由此我们得到的对业务的认识是静态的,

是由组织部门映射到业务的。而实际的业务是流动的,

我们称之为业务流程。一项完整的业务流程要波及到多种部门和多项数据。例如,

生产业务要波及从采购到财务,

到生产车间,

到库存等多种部门;

会产生从原料采购单,

应收付账款,

入库单等多项数据表单。因此,

在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对象,

而不仅仅是某项单一的活动,

这样才能实现对业务的全面认识。将一项业务处理过程中的每一种环节用图形来表达,

并把所有处理过程按一定的次序都串起来就形成了业务流程图。如图

1

所示,

就是某企业物资管理的业务流程图。数据流程图是对业务流程的深入抽象与概括。抽象性表目前它完全舍去了详细的物质,

只剩余数据的流动、加工处理和存储;

概括性表目前它可以把多种不一样业务处理过程联络起来,形成一种整体。从安东尼金字塔模型的角度来看,

业务流程图描述对象包括企业中的信息流、资金流和物流,

数据流程图则重要是对信息流的描述。此外,

数据流程图还要配合数据字典的阐明,

对系统的逻辑模型进行完整和详细的描述。2.

功能作用不一样业务流程图是一本用图形方式来反应实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有协助的。业务流程图的符号简朴明了,

易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程,

在对既有业务流程进行分析的基础上进行业务流程重组,

产生新的更为合理的业务流程。通过除去不必要的、多出的业务环节;

合并反复的环节;增补缺乏的必须的环节;

确定计算机系统要处理的环节等重要环节,

在绘制流程图的过程中可以发现问题,

分析局限性,

改善业务处理过程。数据流程分析重要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和处理数据流通中的问题,

这些问题有:

数据流程不畅,

前后数据不匹配,

数据处理过程不合理等。通过对这些问题的处理形成一种畅通的数据流程作为此后新系统的数据流程。数据流程图比起业务流程图更为抽象,

它舍弃了业务流程图中的某些物理实体,

更靠近于信息系统的逻辑模型。对于较简朴的业务,

我们可以省略其业务流程图直接绘制数据流程图。3.

基本符号不一样(1)业务流程图的常用的基本符号有如下六种,

见图

2

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

3

所示对数据流程图的基本符号解释如下:外部实体表达数据流的始发点或终止点。原则上讲,

它不属于数据流程图的关键部分,

只是数据流程图的外围环境部分。在实际问题中它也许是人员、计算机外设、系统外部的文献等。在圆形框中用文字注明外部实体的编码属性和名称。数据流是用箭头线及其上的数据表达数据流动的方向,

数据流由一种或一组数据项构成。数据存储表达逻辑意义上的数据存储环节,

不考虑存储的物理介质和技术手段的数据存储环节。它用一种右边开口的长方形条来表达,

图形右部填写存储的数据和数据集的名字,

左边填写该数据存储的标志。处理逻辑加工也称为处理或功能,

它包括两方面的内容:一是变化数据构造;

二是在原有数据内容基础上增长新的内容,形成新的数据。一般用一种长方形表达处理逻辑,

图形下部填写处理的名字,

上部填写该处理的标志。有关业务流程图和数据流程图的基本符号诸多教材上都不完全一致,

还没有形成一种统一的原则。例如,

有的教材上用圆形表达外部实体,

有的用矩形表达外部实体。两者所使用的符号不一样,但代表的含义都相似。业务流程图中的业务处理和存储这两个符号和数据流程图中的对应的符号基本一致;

业务流程图和数据流程图中均有箭头线的符号,

但含义不一样:

业务流程图中的箭头线表达信息流向,

它没有名称;

数据流程图中的箭头线表达某一数据流,

它有名称,

一般写在数据流的上方。4.

绘制过程不一样业务流程图就是用某些规定的符号及连线来表达某个详细务处理过程。业务流程图的绘制是根据系统详细调查过程中所得的资料,

按业务实际处理过程,

用规定的符号将它们绘制在同一张图上。它的绘制无严格的规则,

只需简要扼要地如实反应实际业务过程。在绘制过程中一般也遵照“自顶向下”的原则。数据流程图的绘制措施较为复杂,

它是按照“自顶向下,

逐层求精”的措施进行的,

也就是将整个系统当成一种处理功能,画出它和周围实体的数据联络过程,

即一种粗略的数据流程图(

顶层数据流程图),然后逐层向下分析,

直到把系统分解为详细的低层次的数据流程图。如图A是一种高等学校学藉管理系统的顶层数据流程图。图B、图C则分别是学藉管理系统的2

层、3层数据流程图。

绘制数据流程图的注意事项:①数据流程图的绘制一般是从左到右进行。从左侧开始标出外部实体,

然后画出由外部实体产生的数据流,

再画出处理逻辑、数据流、数据存储等元素及其互相关系,

最终在流程图的右侧画出接受信息的系统外部实体。②父图与子图的平衡。子图是对父图中处理逻辑的详细描述,

因此父图中数据的输入和输出必须在子图中反应。父图与子图的平衡是数据流守恒原则的体现,

即对每一种数据处理功能来说,

要保证分解前后的输入数据流与输出数据流的数目保持不变。③数据流至少有一端连接处理框。数据流不能直接从外部实体直接传送到数据存储,

也不能从数据存储直接传送到外部实体。④数据存储输入/输出协调。数据存储必然有输入数据流和输出数据流,

缺乏任何一种则意味着遗漏了某些加工。⑤数据处理流入/流出协调。只有流入没有流出,

则数据处理无需存在;

只有流出没有流入的数据处理不也许满足。⑥合理命名,

精确编号。对数据流程图的基本元素进行编号,

这样有助于编写数据字典及以便系统设计人员和顾客的阅读与理解。二、业务流程图和数据流程图的联络1.

业务流程图和数据流程图都是从流程的角度动态地去考察分析对象,

都是用图形符号抽象地表达调查成果。2.

数据和业务的联络详细表目前:

数据流是伴伴随业务过程而产生的,

它是业务过程的衍生物;数据资料基本上也是按组织构造或业务过程搜集的;

在数据汇总时,

我们也是以业务流程为单位,将同一业务的不一样处理环节中的数据加以集中;

数据流程图的绘制遵照业务处理的全过程。3.

数据流程图和业务流程图存在一定的对应关系。由业务流程图可以导出对应的数据流程图。有两种思绪:

一种是先按业务流程图理出的业务流程次序,

然后将对应调查过