业务流程图与数据流程图的比较[摘要]业务流程图(Transaction Flow Diagram)和数据流程图(Data Flow Diagram)是结构化信息系统开发方法中两种常用的图形工具。本文从描述对象、 功能作用、基本符号和绘制方法四个方面阐述二者的区别, 对它们的联系也作了 介绍。 [关键词]结构化系统开发方法 系统调研 业务流程图 数据流程图 一、业务流程图与数据流程图的区别 描述对象不同业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。 业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关 的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务 有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门 映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务 流程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 产车间,到库存等多个部门; 会产生从原料采购单, 应收 账款,入库单等 多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过 程为考察对象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。

将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定 的顺序都串起来就形成了业务流程图。如图 所示,就是某公司物资管理的业 务流程图。 数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体 的物质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同 业务处理过程联系起来,形成一个整体。从安东尼金字塔模型的角度来看, 业务 流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信 息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进 行完整和详细的描述。 功能作用不同业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这 本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简单 明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对 现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务 流程。通过除去不必要的、多余的业务环节; 合并重复的环节; 增补缺少的必须 的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可 以发现问题, 分析不足, 改进业务处理过程。

数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分 析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅 的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较 简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。 基本符号不同(1)业务流程图的常用的基本符号有以下六种, 见图 所示。(2)数据流程图的基本符号见图 所示对数据流程图的基本符号解释如下: 外部实体表示数据流的始发点或终止点。原则上讲, 它不属于数据流程图的核心 部分, 只是数据流程图的外围环境部分。在实际问题中它可能是人员、计算机外 设、系统外部的文件等。在圆形框中用文字注明外部实体的编码属性和名称。 数据流是用箭头线及其上的数据表示数据流动的方向, 数据流由一个或一组数 据项组成。 数据存储表示逻辑意义上的数据存储环节,不考虑存储的物理介质和技术手段 的数据存储环节。它用一个右边开口的长方形条来表示业务流程图数据流程图, 图形右部填写存储的数 据和数据集的名字, 左边填写该数据存储的标志。

处理逻辑 加工 也称为处理或功能, 它包括两方面的内容:一是改变数据结构; 二是在原有数据内容基础上增加新的内容,形成新的数据。一般用一个长方形表 示处理逻辑, 图形下部填写处理的名字, 上部填写该处理的标志。 关于业务流程图和数据流程图的基本符号很多教材上都不完全一致, 还没有形 成一个统一的标准。例如, 有的教材上用圆形表示外部实体, 有的用矩形表示外 部实体。二者所使用的符号不同, 但代表的含义都相同。业务流程图中的业务处 理和存储这两个符号和数据流程图中的相应的符号基本一致; 业务流程图和数 据流程图中都有箭头线的符号, 但含义不同: 业务流程图中的箭头线表示信息 流向, 它没有名称; 数据流程图中的箭头线表示某一数据流, 它有名称, 通常 写在数据流的上方。 绘制过程不同业务流程图就是用一些规定的符号及连线来表示某个具体务处理过程。业务流程 图的绘制是根据系统详细调查过程中所得的资料, 按业务实际处理过程, 定的符号将它们绘制在同一张图上。它的绘制无严格的规则,只需简明扼要地如 实反映实际业务过程。在绘制过程中一般也遵循“自顶向下”的原则。 数据流程图的绘制方法较为复杂, 它是按照“自顶向下, 即一个粗略的数据流程图(顶层数据流程图),然后逐层向下分析, 直到把 系统分解为详细的低层次的数据流程图。

如图A 是一个高等学校学藉管理系统的 顶层数据流程图。图B、图C 则分别是学藉管理系统的2 层数据流程图。绘制数据流程图的注意事项: 数据流程图的绘制一般是从左到右进行。从左侧开始标出外部实体,然后画出 由外部实体产生的数据流业务流程图数据流程图, 再画出处理逻辑、数据流、数据存储等元素及其相互 关系, 最后在流程图的右侧画出接收信息的系统外部实体。 父图与子图的平衡。子图是对父图中处理逻辑的详细描述, 因此父图中数据的 输入和输出必须在子图中反映。父图与子图的平衡是数据流守恒原则的体现, 对每一个数据处理功能来说,要保证分解前后的输入数据流与输出数据流的数 目保持不变。 数据流至少有

来源【首席数据官】，更多内容/合作请关注「辉声辉语」公众号，送10G营销资料！