“数据流图”“系统流程图”“程序流程图”“数据流程图”这四个有什么区别？

1.数据流图（DataFlowDiagram）；

坚持更DFD，它从数据的传递和加工角度，以图形方式来表达系统的逻辑功能，数据在系统内部的逻辑流向和逻辑交换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示放大。它是描绘信息流和数据从输入移动到输出的过程中所经受的变换。

数据流图的基本元素：

2.系统流程图（SystemFlowchart）；

描绘系统物理模型的传统工具。他的基本思想是用图形符号以黑盒子的形式描绘系统理念的每个部件包括程序，文件，数据库，表格，人工过程等，表达信息在给个部件之间流动的情况，而不是表示对信息进行加工处理的控制过程。

例图：

3.程序流程图；

4.程序的系统结构图。

数据流程图：反应输就走向，它不考虑时序关系，主要用于业务分析，用作详细设计。途中的有向线段表示了数据流。

系统流程图：反应主体框架。

程序流程图：程序逻辑描述程序中控制流的情况，即程序中处理的执行顺序和执行序列所以来的条件，途中的有向线段表示的是控制流从一个处理走到下一个处理。

程序的系统结构图：反应的是系统中模块的调用关系和层次关系，谁调用谁有一个先后次序关系。途中的有向线段表示调用时程序的控制从调用模块一道被调用模块，并隐含了当调用结束时控制将交回给调用模块。

问题一：什么是系统流程图 系统流程图又叫事务流程图，是在计算机事务处理应用进行系统分析时常用的一种描述方法（另一个是数据流图），它描述了计算机事务处理中从数据输入开始到获得输出为止，各个处理工序的逻辑过程。

问题二：数据流图和系统流程图的区别和联系 数据流程图是以图形的方式表达在问题中信息的变换和传递过程。它把系统看成是由数据流联系的各种概念的组合，用分解及抽象手段来控制需求分析的复杂性，采用分层的数据流程图来表示一个复杂的系统。 很多资料上，数据流程图也叫数据流图，都指DFD：Data Flow Diagram。 需要注意的是数据流图和程序设计中的程序流程图（Flow Chat）是不同的，数据流图关心的是企业业务系统中的数据处理加工的客观过程，并不关心未来电子化处理的加工过程；数据流图中流动的只是数据，并没有控制过程，但在程序流程图当中，必须有控制逻辑。 结构化分析是面向数据流开展需求分析工作的一种有效方法。一般采用自顶向下，逐层分解的演义分析法来定义系统的需求，即先把分析对象抽象成一个系统，然后自顶向下的逐层分解，将复杂的系统分解成简单的、能够清楚地被理解和表达的若干个子系统，如图1（逐层分解的数据流程图）所示。这样就可以分别理解系统的每个细节、前后顺序和相互关系，找出各部分之间的数据接口。在结构化分析方法所采用的工具有数据流程图（DFD）、数据字典（DD）、结构化语言、判定树、判定表等。 数据字典（Data dictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。

问题三：数据流图和数据流程图有什么区别啊？ 数据流图：简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

数据流图的基本符号的意思：

1.矩形表示数据的外部实体；

2.圆角的矩形表示变换数据的处理逻辑；

3.少右面的边矩形表示数据的存储；

4.箭头表示数据流。

数据流程图中有以下几种主要元素：

→：数据流。数据流是数据在系统内传播的路径，因此由一组成分固定的数据组成。如订票单由旅客姓名、年龄、单位、身份z号、日期、目的地等数据项组成。由于数据流是流动中的数据，所以必须有流向，除了与数据存储之间的数据流不用命名外，数据流应该用名词或名词短语命名。

□：数据源（终点）。代表系统之外的实体，可以是人、物或其他软件系统。

○：对数据的加工（处理）。加工是对数据进行处理的单元，它接收一定的数据输入，对其进行处理，并产生输出。

〓：数据存储。表示信息的静态存储，可以代表文件、文件的一部分、数据库的元素等。

数据流程图 是描述系统数据流程的工具，它将数据独立抽象出来，通过图形方式描述信息的来龙去脉和实际流程。

为了描述复杂的软件系统的信息流向和加工，可采用分层的DFD来描述，分层DFD有顶层，中间层、底层之分。

（1）顶层。决定系统的范围，决定输入输出数据流，它说明系统的边界，把整个系统的功能抽象为一个加工，顶层DFD只有一张。

（2）中间层。顶层之下是若干中间层，某一中间层既是它上一层加工的分解结果，又是它下一层若干加工的抽象，即它又可进一步分解。

（3）底层。若一张DFD的加工不能进一步分解，这张DFD就是底层的了。底层DFD的加工是由基本加工构成的，所谓基本加工是指不能再进行分解的加工。

数据流程图的基本成分

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

1,外部实体

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

2,处理过程

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

3,数据流

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

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

4,数据存储

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

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

1,画数据流程图的基本原则:

①数据流程图上所有图形符号必须是......>>

问题四：软件工程中系统数据流程图什么意思 通过数据流图，

软件设计师可以自顶而下的分析系统的信息流程、

在图上确定需要计算机处理的部分、

向数据库设计过渡、根据数据流向确定存取方式、能够确定一个处理过程。而在测试过程中，数据流

图可以方便、直接的帮助程序员查找到错误的发生位置。

1.Viso 这也是微软旗下的一款信息流程软件，功能强大。只要你水平强大，基本能做出任何你想要的东西。

2.Edraw（亿图）。也是一款网络图绘制软件，比Viso占用内存小，但是功能同VIsio更强大。

问题五：数据流图怎么画 数据流图的画法

数据流图也称为数据流程图date flow diagram , DFD，是一种便于用户理解和分析系统数据流程的图形工具，他摆脱了系统和具体内容，精确的在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。

数据流图的基本组成成分

数据流：是由一组固定成分的数据组成，表示数据的流向。值得注意的是，数据流图中描述的是数据流，而不是控制流。除了流向数据存储或从数据存储流出的数据不必命名外，每个数据流必须要有一个合适的名字，以反映该数据流的含义。

加工：加工描述了输入数据流到输出数据之间的变换，也就是输入数据流经过什么处理后变成了输出数据。每个加工都有一个名字和编号。编号能反映该加工位于分层的数据流图的哪个层次和哪张图中，能够看出它是由哪个加工分解出来的子加工。

数据存储：数据存储表示暂时存储的数据。每个数据存储都有一个名字。

外部实体：外部实体是存在于软件系统之外的人员或组织，他指出数据所需要的发源地或系统所产生的数据的归属地。

外部实体 加工 数据流

分层数据流图的设计方法

第一步，画子系统的输入输出

把整个系统视为一个大的加工，然后根据数据系统从哪些外部实体接收数据流，以及系统发送数据流到那些外部实体，就可以画出输入输出图。这张图称为顶层图。

第二步，画子系统的内部

把顶层图的加工分解成若干个加工，并用数据流将这些加工连接起来，使得顶层图的输入数据经过若干加工处理后，变成顶层图的输出数据流。这张图称为0层图。从一个加工画出一张数据流图的过程就是对加工的分解。

可以用下述方法来确定加工：

在数据流的组成或值发生变化的地方应该画出一个加工，这个加工的功能就是实现这一变化，也可以根据系统的功能决定加工。

确定数据流的方法

用户把若干数据当作一个单位来处理（这些数据一起到达、一起处理）时，可以把这些数据看成一个数据流。

关于数据存储

对于一些以后某个时间要使用的数据，可以组织成为一个数据存储来表示。

第三步，画加工的内部

把每个加工看作一个小系统，把加工的输入输出数据流看成小系统的输入输出流。于是可以象画0层图一样画出每个小系统的加工的DFD图。

第四步，画子加工的分解图

对第三步分解出来的DFD图中的每个加工，重复第三步的分解过程，直到图中尚未分解的加工都是足够简单的（即不可再分解）。至此，得到了一套分层数据流图。

第五步，对数据流图和加工编号

对于一个软件系统，其数据流图可能有许多层，每一层又有许多张图。为了区分不同的加工和不同的DFD子图，应该对每张图进行编号，以便于管理。

● 顶层图只有一张，图中的加工也只有一个，所以不必为其编号。

● 0层图只有一张，图中的加工号分别是0.1、0.2、…，或者1， 2 。

● 子图就是父图中被分解的加工号。

● 子图中的加工号是由图号、圆点和序号组成，如：1.12，1.3 等等。

应该注意的问题：

1. 应适当的为数据流、加工、数据存储以及外部实体命名，名字应该反映该成分的实际含义，避免使用空洞的名字。

2. 画数据流图，不是画控制流。

3. 一个加工的输出数据流，不应与输入数据流同名，及时他们的组成完全相同。

4. 允许一个加工有多条数据流流向另一个加工，也允许一个加工有两条相同的输出数据流流向不同的加工。

5. 保持父图与子图的平衡。也就是说，父图中的某加工的输入输出流必须与他的子图的输入输出数据流在数量上和名字......>>

问题六：什么叫无限流，系统流，随身流 小说的类型。

《无限流》起源于小说《无限恐怖》的火爆，以及大量跟风小说的问世。基本上是主角穿越到小说，电影，动漫等世界完成任务。

系统流：随身有个游戏系统，发布任务，抽奖，得经验，数据化世界之类的。

随身流：就是主角带个厉害的老爷爷，指点主角之类的。。如斗破苍穹

问题七：系统流程图怎么画 你好

应当使用统一符号绘制系统流程图

.

问题八：系统流程图，数据流图，数据字典各是描绘系统的什么模型 流程图可以用microsoft office里自带的microsoft office visio做，选择左侧的软件和数据库，然后在右侧“其他模板”里选择“数据流模型图”，就可以进入界面画数据流图了。左侧选择你想要的图形拖至右侧格子框中，大小可以调，双击可以在里面输入文字，一个小tip：“数据存储”框中输入文字双击时行不通的，先左键单击“数据存储”框，出现上下左右四个小箭头，左键单击右边的小箭头就可以出现一个框让你输，此时无需任何点击就可以输入了。

在看文章时，我们时不时会碰到各种流程图：业务流程图、功能流程图、页面流程图、用户 *** 作流程图、系统流程图等等这些叫得出名叫不出名的流程图，这着实让人头痛不已，这里作者分享一些自己对于流程图的理解，着重介绍产品中会用到的相关流程图，希望能够抛砖引玉。

定义

百度百科：以特定的图形符号加上说明，表示算法的图，称为流程图或框图；

智库百科：流程图是流经一个系统的信息流、观点流或部件流的图形代表；

维基百科：A flowchart is a type of diagram that represents an algorithm, workflow or process, showing the steps as boxes of various kinds, and their order by connecting them with arrows. This diagrammatic representation illustrates a solution model to a given problem.

（译文：流程图是一类代表算法、工作流或过程的图表，它通过一些用箭头连接的各类图形来展示其中的步骤。这类图形表示方法常用来阐述一个给定问题的解决模型。）

通俗来说，流程图就是一个有特定逻辑顺序的步骤地图，在这份地图的帮助下，我们可以预知某类步骤走法所能到达的终点，同时，我们也可以通过这份地图找到某个目的地的具体实现路径。

种类

维基百科原文引述Types部分：

Sterneckert (2003) suggested that flowcharts can be modeled from the perspective of different user groups (such as managers, system analysts and clerks) and that there are four general types:

Document flowcharts, showing controls over a document-flow through a system

Data flowcharts, showing controls over a data-flow in a system

System flowcharts, showing controls at a physical or resource level

Program flowchart, showing the controls in a program within a system

Notice that every type of flowchart focuses on some kind of control, rather than on the particular flow itself。

However, there are several of these classifications. For example, Andrew Veronis (1978) named three basic types of flowcharts: the system flowchart , the general flowchart , and the detailed flowchart . [11] That same year Marilyn Bohl (1978) stated “in practice, two kinds of flowcharts are used in solution planning: system flowcharts and program flowcharts …”. [12] More recently Mark A Fryman (2001) stated that there are more differences: “Decision flowcharts, logic flowcharts, systems flowcharts, product flowcharts, and process flowcharts are just a few of the different types of flowcharts that are used in business and government”.

大意：

Sterneckert在2003年提出流程图可以根据不同的用户群（例如管理人员、系统分析师、书记员）这个角度来绘制，并且划分出了四种常用的种类：

文档流程图：展示经过一个系统中的文档流的控制；

数据流程图：展示对一个系统中数据流的控制；

系统流程图：展示对于物理层面或资源层面上的控制；

程序流程图：展示一个系统中对于程序的控制；

值得注意的是：相较于特定的流程图本身，每一类流程图都更关注于某一种类型的控制。

然而，这些分类还有好几种。比如说，Andrew Veronis (1978)命名了3类基本种类的流程图：系统流程图、通用流程图、详细流程图。同一年，Marilyn Bohl提出：“事实上，在解决方案规划领域有2类流程图：系统流程图和程序流程图”；离现在更近的是2001的Mark A Fryman，他提出：“在商业和管理领域，流程图有更多的种类如决策流程图、逻辑流程图、系统流程图、产品流程图、过程流程图”

在上文中我想强调与重申的是“Notice that every type of flowchart focuses on some kind of control, rather than on the particular flow itself。”

相较于特定的流程图本身，每一类流程图都更关注于某一种类型的控制。

看到这里，坚强如你是不是也得吐槽一句：“真是B了狗，怎么就没有一个固定的标准，我怎么数得清有多少种，说不定明天又出来一种新类型的流程图”。其实，在这里我引用这么一大段东西，不止是为了让大家吐槽。更是想要传递一个观点：“现实世界中不像程序中那么非0即1，某件事物的定义或定性没有一个统一的标准是不难见到的。”但中式教育似乎又更加严格强调标准答案这个概念，就如我们小时候，教材被视为绝对的真理，语文课上考察背诵时，就需一字不多不少得背下来，句子中加个语气助词“了”可能都算错。种种这种类似的经验就很容易造就了一堆死记硬背的读书人，当他们遇到一个新概念时就会查看其定义，如果定义有严格的标准，那就不管是否已经理解先背下来（当然，这种背诵行为不是说不好），但如果缺乏一份严格的标准，他们就会惊慌失措，不知道何去何从。互联网产品行业又是一个新兴领域，其中许多标准与规范也没有达成共识，这就需要我们勇于探索和总结了，希望这段话能够给鼓励一些迷茫于没有标准教材学习的朋友。

话题扯回来，对于PM，我们经常接触到的流程图又有哪些种类呢？按照产品设计过程中的时间先后顺序，我想分享一下自己对于 产品业务流程图、产品功能流程图、产品页面流程图 的思考和总结（这里请注意我们将讨论前提限制在了产品领域）。

标准

虽然流程图的类别没有严格的分类标准，但对于其图形表达已经有一套基本的共识。在介绍具体的流程图前，我们先对常用的图形标准达成共识：

产品业务流程图（绘制人：产品经理）

1. 定义

产品业务流程图就是通过图形化的表达形式，阐述产品在业务层面控制的图表。 产品业务流程图通常作为产品设计初期阶段的工具使用，通过图形化，能够更清晰、直观地传达产品在业务层面的控制（如业务动作、方向、逻辑等信息）。

2. 作用

业务流程图通常用于介绍产品业务，如产品经理需要向老板介绍产品业务时，用流程图辅助讲解的效果，相较于纯语言或文字表达要好得多。

绘制业务流程图的过程能够帮助PM根据产品定位对产品业务进行设计、分析与优化。

3. 实例

注：这里我们以ofo小黄车为例，粗略地绘制其业务流程图、功能流程图、页面流程图，希望能够帮助理解

产品功能流程图（绘制人 : 产品经理）

1. 定义

产品功能流程图就是通过图形化的表达形式，阐述产品在功能层面控制的图表。 产品功能流程图通常作为产品设计中期阶段的工具使用，通过图形化，能够更清晰、直观地传达产品在功能层面的控制（如功能动作、方向、逻辑等信息）。

2. 作用

功能流程图通常用于介绍产品功能模块的相互关系或某个功能模块的具体组成，如产品经理需要向开发人员介绍某个新增功能模块时，可以在原型图宣讲之前使用功能流程图让其对功能的轮廓和走向了然于胸。

绘制功能流程图的过程能够帮助PM确定产品的功能范围同时避免不合理的功能使用逻辑。

3. 实例

产品页面流程图（绘制人:交互设计师、产品经理）

1.定义

产品页面流程图就是通过图形化的表达形式，阐述产品在页面层面控制的图表。 产品页面流程图通常作为产品设计后期阶段的工具使用，通过图形化，能够更清晰、直观地传达产品在页面层面的控制（如页面功能和信息、方向、逻辑等信息）。

2. 作用

页面流程图通常用于介绍产品页面元素及页面之间的跳转关系。

产品页面流程图一般由专门的交互设计师进行设计，其绘制过程能够帮助交互设计师确定产品页面之间合理自然的跳转顺序以及页面本身的功能及信息构成。

3.实例

总结

通过上面的实例我们不难发现：业务流程图、功能流程图、页面流程图的主要区别在于矩形图形（流程或节点）的内容的所处层次，其分别对应着 业务动作、功能动作、页面功能和信息。

整体上来说，产品业务流程图、功能流程图、页面流程图分别是产品设计阶段早、中、晚时期的阶段性产物。 在产品设计阶段，从业务到功能再到具体页面设计，这是一个抽象到具体实现的过程，也是产品概念转变为产品介质的核心过程。在这个过程中，产品业务确定了产品功能范围，产品功能又进一步确定了页面的实现范围。

最后，作者整理了引言中涉及到的各类流程图的对比关系图

后话

现在你还在意能否数清流程图的种类吗？其实流程图就是一个图形化的表达工具，其绘制过程能够帮助我们思考系统在某个层面的控制，流程图本身的图形化表达也能更简洁、清晰的传达系统在某个层面的控制信息（节点、流转方向等）。对于这个工具，我们最好不要钻牛角地非要数清流程图的“界门纲目科属种”（如上文介绍也没有这么一个通用的标准），根据实际情况灵活使用和理解才是第一位。

参考:

（1） 维基百科：流程图

（2） 全面解读流程图｜附共享单车摩拜ofo案例分析

（3） 产品经理之流程图表达业务逻辑 https://www.cnblogs.com/WUXIAOCHANG/p/10570343.html

---