32 个解决方案
#1
顶
还有一个： 程序流程图
最好有画法和实例！！！
做了这么多年程序...
虽然找了一下概念，也大致明白。但具体到画图细节的时候，感觉很模糊
====================================
业务流程图是从业务入手，从与企业生产经营直接有关的机构开始，进行业务调查而形成的。
数据流程图是业务流程图的数据抽象，它屏蔽了业务流程的物理背景而抽象出数据的特征，它描述了数据在业务活动中的运动状况。
参考资料：计算机等级考试三级——信息管理与信息系统
业务流程图>数据流图
业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。
管理调查过程中绘制的业务流程图和表格分配图等虽然形象地表达了管理信息中的流动和存储过程，但仍没有完全脱离一些物质要素（如货物、产品等）、数据流程图则进一步舍去物质要素，收集有关资料，用计算机进行信息管理，为下一步分析做好准备。
帮你找的资料，希望对你有点帮助
业务流程图是物理模型，数据流程图是逻辑模型
业务流程图主要是描述业务走向，比如说病人吧，病人首先要去挂号，然后在到医生那里看病开药，然后再到药房领药，然后回家
而数据流程则是描述数据的走向，继续以病人为例，这个时候主要画的是病人挂号系统需要那些表，数据改怎么存，医生看病用到那些表，数据改怎么存等
====================================
#2
没有人顶,lz也不管了,,,没道理
#3
系统流程图又叫事务流程图，是在计算机事务处理应用进行系统分析时常用的一种描述方法（另一个是数据流图），它描述了计算机事务处理中从数据输入开始到获得输出为止，各个处理工序的逻辑过程。
用系统流程图设计管理系统应该注意的问题
1、尽量缩短处理时间。
2、尽量减少空闲时间。
为了减少操作人员的工作量，如果具有多重处理能力，要尽量利用它。
如何对发生的错误采取措施的作法进行系统化，则对处理时间和空闲时间有很大影响。
3、要考虑便于完成程序的调试。
工序数和系统的类型，由于存储容量和中间介质的使用如何，使用几台机器问题，也要受到影响。因此在这个阶段，可对存储容量和机器结构进行预测。
http://www.pc30.com/xtlct/xtlct.htm这里有详细的介绍
业务流程图的示例
http://www.hi-blue.com/gb/products/erp_flow.htm
数据流程图（Data Flow Diagram，简称DFD）是结构化分析的重要方法，我们在信息工程中应用的DFD经过了一定的简化，成为一种标准化的一级流程图(1-DFD)和二级流程图(2-DFD)。其主要作用是：
·便于用户表达功能需求和数据需求及其联系；
·便于两类人员共同理解现行系统和规划系统的框架；
·清晰表达数据流的情况；
·有利于系统建模
这里有详细的数据流程图的例子.
http://lib.nuaa.edu.cn/sfc/mis_cde/content/chapter5/data/dfd.htm
去网上搜索有很多详细的介绍.
用系统流程图设计管理系统应该注意的问题
1、尽量缩短处理时间。
2、尽量减少空闲时间。
为了减少操作人员的工作量，如果具有多重处理能力，要尽量利用它。
如何对发生的错误采取措施的作法进行系统化，则对处理时间和空闲时间有很大影响。
3、要考虑便于完成程序的调试。
工序数和系统的类型，由于存储容量和中间介质的使用如何，使用几台机器问题，也要受到影响。因此在这个阶段，可对存储容量和机器结构进行预测。
http://www.pc30.com/xtlct/xtlct.htm这里有详细的介绍
业务流程图的示例
http://www.hi-blue.com/gb/products/erp_flow.htm
数据流程图（Data Flow Diagram，简称DFD）是结构化分析的重要方法，我们在信息工程中应用的DFD经过了一定的简化，成为一种标准化的一级流程图(1-DFD)和二级流程图(2-DFD)。其主要作用是：
·便于用户表达功能需求和数据需求及其联系；
·便于两类人员共同理解现行系统和规划系统的框架；
·清晰表达数据流的情况；
·有利于系统建模
这里有详细的数据流程图的例子.
http://lib.nuaa.edu.cn/sfc/mis_cde/content/chapter5/data/dfd.htm
去网上搜索有很多详细的介绍.
#4
提个问题,lz应该没意见吧:
部门a录入数据,汇总,生成报表,上报部门b;部门b审核,然后再上报;部门c批复,然后下达给部门a,b;
请问这个业务流程图 和 数据流程图 各应该如何画?
部门a录入数据,汇总,生成报表,上报部门b;部门b审核,然后再上报;部门c批复,然后下达给部门a,b;
请问这个业务流程图 和 数据流程图 各应该如何画?
#5
up
#6
如何无人跟进呢?
#7
怎么楼主自己都不积极.
#8
我正看着呢，谢谢各位帮忙，特别是kingisw和GinaGao 。
#9
这些图应该是在软件开发的什么阶段做成的呀？
#10
业务流程图，可以理解为办一件事需要的所有环节。
系统流程图：可以理解为在办这件事的这些环节，哪些是可以通过系统功能实现，哪些是必须手工处理，无法通过系统处理的。同时，表示清楚，可以系统处理的这些环节，在系统内如何处理。
系统流程图：可以理解为在办这件事的这些环节，哪些是可以通过系统功能实现，哪些是必须手工处理，无法通过系统处理的。同时，表示清楚，可以系统处理的这些环节，在系统内如何处理。
#11
数据流图偶是没有画明白，学习一下
#12
学习之
#13
学习中
#14
该回复于2009-12-01 12:59:52被版主删除
#15
该回复于2008-11-05 13:28:15被版主删除
#16
怎么就结贴了呢 问题解决了吗
#17
http://forum.csdn.net/HowCanYouDo.htm
#18
sorry 错了 看这个链接大家就懂了
http://web.nuist.edu.cn/courses/glxxxt/mis_files/sys_design_2_3.htm
http://web.nuist.edu.cn/courses/glxxxt/mis_files/sys_design_2_3.htm
#19
sorry 错了 看这个链接大家就懂了
http://web.nuist.edu.cn/courses/glxxxt/mis_files/sys_design_2_3.htm
http://web.nuist.edu.cn/courses/glxxxt/mis_files/sys_design_2_3.htm
#20
很有用
#21
谢谢楼主，谢谢各位
#22
学习了，呵呵
#23
业务流程图>系统功能图。个人认为。
#24
一、业务流程图与数据流程图的区别
1. 描述对象不同
业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。
业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务流程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 到生产车间, 到库存等多个部门; 会产生从原料采购单, 应收 付 账款, 入库单等多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定的顺序都串起来就形成了业务流程图。如图 1 所示, 就是某公司物资管理的业务流程图。
数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体的物质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同业务处理过程联系起来,形成一个整体。从安东尼金字塔模型的角度来看, 业务流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进行完整和详细的描述。
2. 功能作用不同
业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简单明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重复的环节; 增补缺少的必须的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可以发现问题, 分析不足, 改进业务处理过程。
数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。
3. 基本符号不同
对数据流程图的基本符号解释如下:
外部实体表示数据流的始发点或终止点。原则上讲, 它不属于数据流程图的核心部分, 只是数据流程图的外围环境部分。在实际问题中它可能是人员、计算机外设、系统外部的文件等。在圆形框中用文字注明外部实体的编码属性和名称。
数据流是用箭头线及其上的数据表示数据流动的方向, 数据流由一个或一组数据项组成。
数据存储表示逻辑意义上的数据存储环节, 不考虑存储的物理介质和技术手段的数据存储环节。它用一个右边开口的长方形条来表示, 图形右部填写存储的数据和数据集的名字, 左边填写该数据存储的标志。
处理逻辑 加工 也称为处理或功能, 它包括两方面的内容:一是改变数据结构; 二是在原有数据内容基础上增加新的内容,形成新的数据。一般用一个长方形表示处理逻辑, 图形下部填写处理的名字, 上部填写该处理的标志。
关于业务流程图和数据流程图的基本符号很多教材上都不完全一致, 还没有形成一个统一的标准。例如, 有的教材上用圆形表示外部实体, 有的用矩形表示外部实体。二者所使用的符号不同, 但代表的含义都相同。业务流程图中的业务处理和存储这两个符号和数据流程图中的相应的符号基本一致; 业务流程图和数据流程图中都有箭头线的符号, 但含义不同: 业务流程图中的箭头线表示信息流向, 它没有名称; 数据流程图中的箭头线表示某一数据流, 它有名称, 通常写在数据流的上方。
4. 绘制过程不同
业务流程图就是用一些规定的符号及连线来表示某个具体务处理过程。业务流程图的绘制是根据系统详细调查过程中所得的资料, 按业务实际处理过程, 用规定的符号将它们绘制在同一张图上。它的绘制无严格的规则, 只需简明扼要地如实反映实际业务过程。在绘制过程中一般也遵循“自顶向下”的原则。
数据流程图的绘制方法较为复杂, 它是按照“自顶向下, 逐层求精”的方法进行的, 也就是将整个系统当成一个处理功能,画出它和周围实体的数据联系过程, 即一个粗略的数据流程图( 顶层数据流程图),然后逐层向下分析, 直到把系统分解为详细的低层次的数据流程图。如图A是一个高等学校学藉管理系统的顶层数据流程图。
绘制数据流程图的注意事项:
①数据流程图的绘制一般是从左到右进行。从左侧开始标出外部实体, 然后画出由外部实体产生的数据流, 再画出处理逻辑、数据流、数据存储等元素及其相互关系, 最后在流程图的右侧画出接收信息的系统外部实体。
②父图与子图的平衡。子图是对父图中处理逻辑的详细描述, 因此父图中数据的输入和输出必须在子图中反映。父图与子图的平衡是数据流守恒原则的体现, 即对每一个数据处理功能来说, 要保证分解前后的输入数据流与输出数据流的数目保持不变。
③数据流至少有一端连接处理框。数据流不能直接从外部实体直接传送到数据存储, 也不能从数据存储直接传送到外部实体。
④数据存储输入/输出协调。数据存储必定有输入数据流和输出数据流, 缺少任何一个则意味着遗漏了某些加工。
⑤数据处理流入/流出协调。只有流入没有流出, 则数据处理无需存在; 只有流出没有流入的数据处理不可能满足。
⑥合理命名, 准确编号。对数据流程图的基本元素进行编号, 这样有利于编写数据字典及方便系统设计人员和用户的阅读与理解。
二、业务流程图和数据流程图的联系
1. 业务流程图和数据流程图都是从流程的角度动态地去考察分析对象, 都是用图形符号抽象地表示调查结果。
2. 数据和业务的联系具体表现在: 数据流是伴随着业务过程而产生的, 它是业务过程的衍生物; 数据资料基本上也是按组织结构或业务过程收集的; 在数据汇总时, 我们也是以业务流程为单位, 将同一业务的不同处理步骤中的数据加以集中; 数据流程图的绘制遵照业务处理的全过程。
3. 数据流程图和业务流程图存在一定的对应关系。由业务流程图可以导出相应的数据流程图。有两种思路: 一种是先按业务流程图理出的业务流程顺序, 然后将相应调查过程中所掌握的数据、表单分离出来, 接下来考查数据的流向, 加工处理过程和存储, 把它们串起来就绘制成一完整的数据流程图; 另一种是从业务流程中分离出处理过程, 再考查每一个处理过程的输入数据与输出数据, 将业务过程中所有的处理过程的输入、输出数据流进行有机的集成就形成了一个完整的数据流程图。
1. 描述对象不同
业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。
业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务流程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 到生产车间, 到库存等多个部门; 会产生从原料采购单, 应收 付 账款, 入库单等多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定的顺序都串起来就形成了业务流程图。如图 1 所示, 就是某公司物资管理的业务流程图。
数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体的物质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同业务处理过程联系起来,形成一个整体。从安东尼金字塔模型的角度来看, 业务流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进行完整和详细的描述。
2. 功能作用不同
业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简单明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重复的环节; 增补缺少的必须的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可以发现问题, 分析不足, 改进业务处理过程。
数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。
3. 基本符号不同
对数据流程图的基本符号解释如下:
外部实体表示数据流的始发点或终止点。原则上讲, 它不属于数据流程图的核心部分, 只是数据流程图的外围环境部分。在实际问题中它可能是人员、计算机外设、系统外部的文件等。在圆形框中用文字注明外部实体的编码属性和名称。
数据流是用箭头线及其上的数据表示数据流动的方向, 数据流由一个或一组数据项组成。
数据存储表示逻辑意义上的数据存储环节, 不考虑存储的物理介质和技术手段的数据存储环节。它用一个右边开口的长方形条来表示, 图形右部填写存储的数据和数据集的名字, 左边填写该数据存储的标志。
处理逻辑 加工 也称为处理或功能, 它包括两方面的内容:一是改变数据结构; 二是在原有数据内容基础上增加新的内容,形成新的数据。一般用一个长方形表示处理逻辑, 图形下部填写处理的名字, 上部填写该处理的标志。
关于业务流程图和数据流程图的基本符号很多教材上都不完全一致, 还没有形成一个统一的标准。例如, 有的教材上用圆形表示外部实体, 有的用矩形表示外部实体。二者所使用的符号不同, 但代表的含义都相同。业务流程图中的业务处理和存储这两个符号和数据流程图中的相应的符号基本一致; 业务流程图和数据流程图中都有箭头线的符号, 但含义不同: 业务流程图中的箭头线表示信息流向, 它没有名称; 数据流程图中的箭头线表示某一数据流, 它有名称, 通常写在数据流的上方。
4. 绘制过程不同
业务流程图就是用一些规定的符号及连线来表示某个具体务处理过程。业务流程图的绘制是根据系统详细调查过程中所得的资料, 按业务实际处理过程, 用规定的符号将它们绘制在同一张图上。它的绘制无严格的规则, 只需简明扼要地如实反映实际业务过程。在绘制过程中一般也遵循“自顶向下”的原则。
数据流程图的绘制方法较为复杂, 它是按照“自顶向下, 逐层求精”的方法进行的, 也就是将整个系统当成一个处理功能,画出它和周围实体的数据联系过程, 即一个粗略的数据流程图( 顶层数据流程图),然后逐层向下分析, 直到把系统分解为详细的低层次的数据流程图。如图A是一个高等学校学藉管理系统的顶层数据流程图。
绘制数据流程图的注意事项:
①数据流程图的绘制一般是从左到右进行。从左侧开始标出外部实体, 然后画出由外部实体产生的数据流, 再画出处理逻辑、数据流、数据存储等元素及其相互关系, 最后在流程图的右侧画出接收信息的系统外部实体。
②父图与子图的平衡。子图是对父图中处理逻辑的详细描述, 因此父图中数据的输入和输出必须在子图中反映。父图与子图的平衡是数据流守恒原则的体现, 即对每一个数据处理功能来说, 要保证分解前后的输入数据流与输出数据流的数目保持不变。
③数据流至少有一端连接处理框。数据流不能直接从外部实体直接传送到数据存储, 也不能从数据存储直接传送到外部实体。
④数据存储输入/输出协调。数据存储必定有输入数据流和输出数据流, 缺少任何一个则意味着遗漏了某些加工。
⑤数据处理流入/流出协调。只有流入没有流出, 则数据处理无需存在; 只有流出没有流入的数据处理不可能满足。
⑥合理命名, 准确编号。对数据流程图的基本元素进行编号, 这样有利于编写数据字典及方便系统设计人员和用户的阅读与理解。
二、业务流程图和数据流程图的联系
1. 业务流程图和数据流程图都是从流程的角度动态地去考察分析对象, 都是用图形符号抽象地表示调查结果。
2. 数据和业务的联系具体表现在: 数据流是伴随着业务过程而产生的, 它是业务过程的衍生物; 数据资料基本上也是按组织结构或业务过程收集的; 在数据汇总时, 我们也是以业务流程为单位, 将同一业务的不同处理步骤中的数据加以集中; 数据流程图的绘制遵照业务处理的全过程。
3. 数据流程图和业务流程图存在一定的对应关系。由业务流程图可以导出相应的数据流程图。有两种思路: 一种是先按业务流程图理出的业务流程顺序, 然后将相应调查过程中所掌握的数据、表单分离出来, 接下来考查数据的流向, 加工处理过程和存储, 把它们串起来就绘制成一完整的数据流程图; 另一种是从业务流程中分离出处理过程, 再考查每一个处理过程的输入数据与输出数据, 将业务过程中所有的处理过程的输入、输出数据流进行有机的集成就形成了一个完整的数据流程图。
#25
学习了~
#26
关注中....
#27
关 注 ,并学习了
#28
已经copy了，谢谢！
#29
跟着学习了
#30
是啊，我也是在考虑这个问题。
#31
我觉得两种图的视角不同，业务流程是站在人的角度来看待业务的处理过程
但数据流程图是站在系统角度考虑数据的处理和流向。
但数据流程图是站在系统角度考虑数据的处理和流向。
#32
支持，支持
#1
顶
还有一个： 程序流程图
最好有画法和实例！！！
做了这么多年程序...
虽然找了一下概念，也大致明白。但具体到画图细节的时候，感觉很模糊
====================================
业务流程图是从业务入手，从与企业生产经营直接有关的机构开始，进行业务调查而形成的。
数据流程图是业务流程图的数据抽象，它屏蔽了业务流程的物理背景而抽象出数据的特征，它描述了数据在业务活动中的运动状况。
参考资料：计算机等级考试三级——信息管理与信息系统
业务流程图>数据流图
业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。
管理调查过程中绘制的业务流程图和表格分配图等虽然形象地表达了管理信息中的流动和存储过程，但仍没有完全脱离一些物质要素（如货物、产品等）、数据流程图则进一步舍去物质要素，收集有关资料，用计算机进行信息管理，为下一步分析做好准备。
帮你找的资料，希望对你有点帮助
业务流程图是物理模型，数据流程图是逻辑模型
业务流程图主要是描述业务走向，比如说病人吧，病人首先要去挂号，然后在到医生那里看病开药，然后再到药房领药，然后回家
而数据流程则是描述数据的走向，继续以病人为例，这个时候主要画的是病人挂号系统需要那些表，数据改怎么存，医生看病用到那些表，数据改怎么存等
====================================
#2
没有人顶,lz也不管了,,,没道理
#3
系统流程图又叫事务流程图，是在计算机事务处理应用进行系统分析时常用的一种描述方法（另一个是数据流图），它描述了计算机事务处理中从数据输入开始到获得输出为止，各个处理工序的逻辑过程。
用系统流程图设计管理系统应该注意的问题
1、尽量缩短处理时间。
2、尽量减少空闲时间。
为了减少操作人员的工作量，如果具有多重处理能力，要尽量利用它。
如何对发生的错误采取措施的作法进行系统化，则对处理时间和空闲时间有很大影响。
3、要考虑便于完成程序的调试。
工序数和系统的类型，由于存储容量和中间介质的使用如何，使用几台机器问题，也要受到影响。因此在这个阶段，可对存储容量和机器结构进行预测。
http://www.pc30.com/xtlct/xtlct.htm这里有详细的介绍
业务流程图的示例
http://www.hi-blue.com/gb/products/erp_flow.htm
数据流程图（Data Flow Diagram，简称DFD）是结构化分析的重要方法，我们在信息工程中应用的DFD经过了一定的简化，成为一种标准化的一级流程图(1-DFD)和二级流程图(2-DFD)。其主要作用是：
·便于用户表达功能需求和数据需求及其联系；
·便于两类人员共同理解现行系统和规划系统的框架；
·清晰表达数据流的情况；
·有利于系统建模
这里有详细的数据流程图的例子.
http://lib.nuaa.edu.cn/sfc/mis_cde/content/chapter5/data/dfd.htm
去网上搜索有很多详细的介绍.
用系统流程图设计管理系统应该注意的问题
1、尽量缩短处理时间。
2、尽量减少空闲时间。
为了减少操作人员的工作量，如果具有多重处理能力，要尽量利用它。
如何对发生的错误采取措施的作法进行系统化，则对处理时间和空闲时间有很大影响。
3、要考虑便于完成程序的调试。
工序数和系统的类型，由于存储容量和中间介质的使用如何，使用几台机器问题，也要受到影响。因此在这个阶段，可对存储容量和机器结构进行预测。
http://www.pc30.com/xtlct/xtlct.htm这里有详细的介绍
业务流程图的示例
http://www.hi-blue.com/gb/products/erp_flow.htm
数据流程图（Data Flow Diagram，简称DFD）是结构化分析的重要方法，我们在信息工程中应用的DFD经过了一定的简化，成为一种标准化的一级流程图(1-DFD)和二级流程图(2-DFD)。其主要作用是：
·便于用户表达功能需求和数据需求及其联系；
·便于两类人员共同理解现行系统和规划系统的框架；
·清晰表达数据流的情况；
·有利于系统建模
这里有详细的数据流程图的例子.
http://lib.nuaa.edu.cn/sfc/mis_cde/content/chapter5/data/dfd.htm
去网上搜索有很多详细的介绍.
#4
提个问题,lz应该没意见吧:
部门a录入数据,汇总,生成报表,上报部门b;部门b审核,然后再上报;部门c批复,然后下达给部门a,b;
请问这个业务流程图 和 数据流程图 各应该如何画?
部门a录入数据,汇总,生成报表,上报部门b;部门b审核,然后再上报;部门c批复,然后下达给部门a,b;
请问这个业务流程图 和 数据流程图 各应该如何画?
#5
up
#6
如何无人跟进呢?
#7
怎么楼主自己都不积极.
#8
我正看着呢，谢谢各位帮忙，特别是kingisw和GinaGao 。
#9
这些图应该是在软件开发的什么阶段做成的呀？
#10
业务流程图，可以理解为办一件事需要的所有环节。
系统流程图：可以理解为在办这件事的这些环节，哪些是可以通过系统功能实现，哪些是必须手工处理，无法通过系统处理的。同时，表示清楚，可以系统处理的这些环节，在系统内如何处理。
系统流程图：可以理解为在办这件事的这些环节，哪些是可以通过系统功能实现，哪些是必须手工处理，无法通过系统处理的。同时，表示清楚，可以系统处理的这些环节，在系统内如何处理。
#11
数据流图偶是没有画明白，学习一下
#12
学习之
#13
学习中
#14
该回复于2009-12-01 12:59:52被版主删除
#15
该回复于2008-11-05 13:28:15被版主删除
#16
怎么就结贴了呢 问题解决了吗
#17
http://forum.csdn.net/HowCanYouDo.htm
#18
sorry 错了 看这个链接大家就懂了
http://web.nuist.edu.cn/courses/glxxxt/mis_files/sys_design_2_3.htm
http://web.nuist.edu.cn/courses/glxxxt/mis_files/sys_design_2_3.htm
#19
sorry 错了 看这个链接大家就懂了
http://web.nuist.edu.cn/courses/glxxxt/mis_files/sys_design_2_3.htm
http://web.nuist.edu.cn/courses/glxxxt/mis_files/sys_design_2_3.htm
#20
很有用
#21
谢谢楼主，谢谢各位
#22
学习了，呵呵
#23
业务流程图>系统功能图。个人认为。
#24
一、业务流程图与数据流程图的区别
1. 描述对象不同
业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。
业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务流程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 到生产车间, 到库存等多个部门; 会产生从原料采购单, 应收 付 账款, 入库单等多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定的顺序都串起来就形成了业务流程图。如图 1 所示, 就是某公司物资管理的业务流程图。
数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体的物质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同业务处理过程联系起来,形成一个整体。从安东尼金字塔模型的角度来看, 业务流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进行完整和详细的描述。
2. 功能作用不同
业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简单明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重复的环节; 增补缺少的必须的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可以发现问题, 分析不足, 改进业务处理过程。
数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。
3. 基本符号不同
对数据流程图的基本符号解释如下:
外部实体表示数据流的始发点或终止点。原则上讲, 它不属于数据流程图的核心部分, 只是数据流程图的外围环境部分。在实际问题中它可能是人员、计算机外设、系统外部的文件等。在圆形框中用文字注明外部实体的编码属性和名称。
数据流是用箭头线及其上的数据表示数据流动的方向, 数据流由一个或一组数据项组成。
数据存储表示逻辑意义上的数据存储环节, 不考虑存储的物理介质和技术手段的数据存储环节。它用一个右边开口的长方形条来表示, 图形右部填写存储的数据和数据集的名字, 左边填写该数据存储的标志。
处理逻辑 加工 也称为处理或功能, 它包括两方面的内容:一是改变数据结构; 二是在原有数据内容基础上增加新的内容,形成新的数据。一般用一个长方形表示处理逻辑, 图形下部填写处理的名字, 上部填写该处理的标志。
关于业务流程图和数据流程图的基本符号很多教材上都不完全一致, 还没有形成一个统一的标准。例如, 有的教材上用圆形表示外部实体, 有的用矩形表示外部实体。二者所使用的符号不同, 但代表的含义都相同。业务流程图中的业务处理和存储这两个符号和数据流程图中的相应的符号基本一致; 业务流程图和数据流程图中都有箭头线的符号, 但含义不同: 业务流程图中的箭头线表示信息流向, 它没有名称; 数据流程图中的箭头线表示某一数据流, 它有名称, 通常写在数据流的上方。
4. 绘制过程不同
业务流程图就是用一些规定的符号及连线来表示某个具体务处理过程。业务流程图的绘制是根据系统详细调查过程中所得的资料, 按业务实际处理过程, 用规定的符号将它们绘制在同一张图上。它的绘制无严格的规则, 只需简明扼要地如实反映实际业务过程。在绘制过程中一般也遵循“自顶向下”的原则。
数据流程图的绘制方法较为复杂, 它是按照“自顶向下, 逐层求精”的方法进行的, 也就是将整个系统当成一个处理功能,画出它和周围实体的数据联系过程, 即一个粗略的数据流程图( 顶层数据流程图),然后逐层向下分析, 直到把系统分解为详细的低层次的数据流程图。如图A是一个高等学校学藉管理系统的顶层数据流程图。
绘制数据流程图的注意事项:
①数据流程图的绘制一般是从左到右进行。从左侧开始标出外部实体, 然后画出由外部实体产生的数据流, 再画出处理逻辑、数据流、数据存储等元素及其相互关系, 最后在流程图的右侧画出接收信息的系统外部实体。
②父图与子图的平衡。子图是对父图中处理逻辑的详细描述, 因此父图中数据的输入和输出必须在子图中反映。父图与子图的平衡是数据流守恒原则的体现, 即对每一个数据处理功能来说, 要保证分解前后的输入数据流与输出数据流的数目保持不变。
③数据流至少有一端连接处理框。数据流不能直接从外部实体直接传送到数据存储, 也不能从数据存储直接传送到外部实体。
④数据存储输入/输出协调。数据存储必定有输入数据流和输出数据流, 缺少任何一个则意味着遗漏了某些加工。
⑤数据处理流入/流出协调。只有流入没有流出, 则数据处理无需存在; 只有流出没有流入的数据处理不可能满足。
⑥合理命名, 准确编号。对数据流程图的基本元素进行编号, 这样有利于编写数据字典及方便系统设计人员和用户的阅读与理解。
二、业务流程图和数据流程图的联系
1. 业务流程图和数据流程图都是从流程的角度动态地去考察分析对象, 都是用图形符号抽象地表示调查结果。
2. 数据和业务的联系具体表现在: 数据流是伴随着业务过程而产生的, 它是业务过程的衍生物; 数据资料基本上也是按组织结构或业务过程收集的; 在数据汇总时, 我们也是以业务流程为单位, 将同一业务的不同处理步骤中的数据加以集中; 数据流程图的绘制遵照业务处理的全过程。
3. 数据流程图和业务流程图存在一定的对应关系。由业务流程图可以导出相应的数据流程图。有两种思路: 一种是先按业务流程图理出的业务流程顺序, 然后将相应调查过程中所掌握的数据、表单分离出来, 接下来考查数据的流向, 加工处理过程和存储, 把它们串起来就绘制成一完整的数据流程图; 另一种是从业务流程中分离出处理过程, 再考查每一个处理过程的输入数据与输出数据, 将业务过程中所有的处理过程的输入、输出数据流进行有机的集成就形成了一个完整的数据流程图。
1. 描述对象不同
业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。
业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务流程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 到生产车间, 到库存等多个部门; 会产生从原料采购单, 应收 付 账款, 入库单等多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定的顺序都串起来就形成了业务流程图。如图 1 所示, 就是某公司物资管理的业务流程图。
数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体的物质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同业务处理过程联系起来,形成一个整体。从安东尼金字塔模型的角度来看, 业务流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进行完整和详细的描述。
2. 功能作用不同
业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简单明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重复的环节; 增补缺少的必须的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可以发现问题, 分析不足, 改进业务处理过程。
数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。
3. 基本符号不同
对数据流程图的基本符号解释如下:
外部实体表示数据流的始发点或终止点。原则上讲, 它不属于数据流程图的核心部分, 只是数据流程图的外围环境部分。在实际问题中它可能是人员、计算机外设、系统外部的文件等。在圆形框中用文字注明外部实体的编码属性和名称。
数据流是用箭头线及其上的数据表示数据流动的方向, 数据流由一个或一组数据项组成。
数据存储表示逻辑意义上的数据存储环节, 不考虑存储的物理介质和技术手段的数据存储环节。它用一个右边开口的长方形条来表示, 图形右部填写存储的数据和数据集的名字, 左边填写该数据存储的标志。
处理逻辑 加工 也称为处理或功能, 它包括两方面的内容:一是改变数据结构; 二是在原有数据内容基础上增加新的内容,形成新的数据。一般用一个长方形表示处理逻辑, 图形下部填写处理的名字, 上部填写该处理的标志。
关于业务流程图和数据流程图的基本符号很多教材上都不完全一致, 还没有形成一个统一的标准。例如, 有的教材上用圆形表示外部实体, 有的用矩形表示外部实体。二者所使用的符号不同, 但代表的含义都相同。业务流程图中的业务处理和存储这两个符号和数据流程图中的相应的符号基本一致; 业务流程图和数据流程图中都有箭头线的符号, 但含义不同: 业务流程图中的箭头线表示信息流向, 它没有名称; 数据流程图中的箭头线表示某一数据流, 它有名称, 通常写在数据流的上方。
4. 绘制过程不同
业务流程图就是用一些规定的符号及连线来表示某个具体务处理过程。业务流程图的绘制是根据系统详细调查过程中所得的资料, 按业务实际处理过程, 用规定的符号将它们绘制在同一张图上。它的绘制无严格的规则, 只需简明扼要地如实反映实际业务过程。在绘制过程中一般也遵循“自顶向下”的原则。
数据流程图的绘制方法较为复杂, 它是按照“自顶向下, 逐层求精”的方法进行的, 也就是将整个系统当成一个处理功能,画出它和周围实体的数据联系过程, 即一个粗略的数据流程图( 顶层数据流程图),然后逐层向下分析, 直到把系统分解为详细的低层次的数据流程图。如图A是一个高等学校学藉管理系统的顶层数据流程图。
绘制数据流程图的注意事项:
①数据流程图的绘制一般是从左到右进行。从左侧开始标出外部实体, 然后画出由外部实体产生的数据流, 再画出处理逻辑、数据流、数据存储等元素及其相互关系, 最后在流程图的右侧画出接收信息的系统外部实体。
②父图与子图的平衡。子图是对父图中处理逻辑的详细描述, 因此父图中数据的输入和输出必须在子图中反映。父图与子图的平衡是数据流守恒原则的体现, 即对每一个数据处理功能来说, 要保证分解前后的输入数据流与输出数据流的数目保持不变。
③数据流至少有一端连接处理框。数据流不能直接从外部实体直接传送到数据存储, 也不能从数据存储直接传送到外部实体。
④数据存储输入/输出协调。数据存储必定有输入数据流和输出数据流, 缺少任何一个则意味着遗漏了某些加工。
⑤数据处理流入/流出协调。只有流入没有流出, 则数据处理无需存在; 只有流出没有流入的数据处理不可能满足。
⑥合理命名, 准确编号。对数据流程图的基本元素进行编号, 这样有利于编写数据字典及方便系统设计人员和用户的阅读与理解。
二、业务流程图和数据流程图的联系
1. 业务流程图和数据流程图都是从流程的角度动态地去考察分析对象, 都是用图形符号抽象地表示调查结果。
2. 数据和业务的联系具体表现在: 数据流是伴随着业务过程而产生的, 它是业务过程的衍生物; 数据资料基本上也是按组织结构或业务过程收集的; 在数据汇总时, 我们也是以业务流程为单位, 将同一业务的不同处理步骤中的数据加以集中; 数据流程图的绘制遵照业务处理的全过程。
3. 数据流程图和业务流程图存在一定的对应关系。由业务流程图可以导出相应的数据流程图。有两种思路: 一种是先按业务流程图理出的业务流程顺序, 然后将相应调查过程中所掌握的数据、表单分离出来, 接下来考查数据的流向, 加工处理过程和存储, 把它们串起来就绘制成一完整的数据流程图; 另一种是从业务流程中分离出处理过程, 再考查每一个处理过程的输入数据与输出数据, 将业务过程中所有的处理过程的输入、输出数据流进行有机的集成就形成了一个完整的数据流程图。
#25
学习了~
#26
关注中....
#27
关 注 ,并学习了
#28
已经copy了，谢谢！
#29
跟着学习了
#30
是啊，我也是在考虑这个问题。
#31
我觉得两种图的视角不同，业务流程是站在人的角度来看待业务的处理过程
但数据流程图是站在系统角度考虑数据的处理和流向。
但数据流程图是站在系统角度考虑数据的处理和流向。
#32
支持，支持