业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向，它是物理模型。
业务流程图主要是描述业务走向，比如说病人吧，病人首先要去挂号，然后在到医生那里看病开药，然后再到药房领药，然后回家。
业务流程图描述的是完整的业务流程，以业务处理过程为中心，一般没有数据的概念。
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况，数据流程图是逻辑模型。
数据流程则是描述数据的走向，继续以病人为例，这个时候主要画的是病人挂号系统需要那些表，数据改怎么存，医生看病用到那些表，数据改怎么存等。
数据流程图进一步舍去物质要素，收集有关资料，用计算机进行信息管理，为下一步分析做好准备。
数据流图描述的是处理和数据，不重点突出流程的先后，以处理和数据流、数据存储为核心。
数据流图是描述各个子块之间如何进行数据传递：数据字典相当于数据库中的对照表，把你认识的符号和系统中的符号对应起来！
数据字典是记载整个工程的数据。 如：格式，数据库中的表格中的字段名，窗口数...
系统流程图是在系统分析员在做系统构架阶段，或者说，在接触实际系统时，对未来构建的信息处理系统的一种描述。这种描述是相对简单且完全的，涉及到未来系统中使用的处理部件，如磁盘，显示器，用户输入以及处理过程的先后顺序表示等，标准的系统流程图应该有10种图元，具体的看国标吧。当然，系统流程图还可以用来表示现有的信息系统处理过程涉及的各个部件以及次序。
数据流程图是在系统分析员在系统设计阶段，对实际构建的系统分析综合后，提取逻辑模型的一个过程，它更关注于过程内数据的处理，而把具体处理数据的物理过程，物理分布忽略。实际上，最初始的数据流程图标准图元只有四个！实体，过程，数据流，数据的存储。并且，数据流的分析过程是逐步对实际过程求精的，从顶层数据流图，到分层数据流图，数据流，过程类型也逐步增加，直到形成最后的数据字典和底层数据流图。有关数据流程图的画法，可以参照软件工程教科书中的描述，可惜的是，教科书中的流程图都不符合国家标准的，不过大体的意思是一致的。
具体在项目设计的时候，上述两个表达方式都是可行的，需要视项目的类型以及规模。如果项目是一般的工程类应用MIS，基于过程的处理，则DFD的分析方法是很管用的，先设计系统流程图，在做系统数据流程图，然后是数据库设计等等等啊；如果是做开发产品级类项目，哈哈，那可就不一定很适用了。