数据流总结 文档.doc

分享业务流程图/数据流图/数据字典/系统流程图 业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向，它是物理模型。 业务流程图主要是描述业务走向，比如说病人吧，病人首先要去挂号，然后在到医生那里看病开药，然后再到药房领药，然后回家。 业务流程图描述的是完整的业务流程，以业务处理过程为中心，一般没有数据的概念。 数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况，数据流程图是逻辑模型。 数据流程则是描述数据的走向，继续以病人为例，这个时候主要画的是病人挂号系统需要那些表，数据改怎么存，医生看病用到那些表，数据改怎么存等。 数据流程图进一步舍去物质要素，收集有关资料，用计算机进行信息管理，为下一步分析做好准备。 数据流图描述的是处理和数据，不重点突出流程的先后，以处理和数据流、数据存储为核心。 数据流图是描述各个子块之间如何进行数据传递：数据字典相当于数据库中的对照表，把你认识的符号和系统中的符号对应起来！ 数据字典是记载整个工程的数据。 如：格式，数据库中的表格中的字段名，窗口数. 系统流程图是在系统分析员在做系统构架阶段，或者说，在接触实际系统时，对未来构建的信息处理系统的一种描述。这种描述是相对简单且完全的，涉及到未来系统中使用的处理部件，如磁盘，显示器，用户输入以及处理过程的先后顺序表示等，标准的系统流程图应该有10种图元，具体的看国标吧。当然，系统流程图还可以用来表示现有的信息系统处理过程涉及的各个部件以及次序。 数据流程图是在系统分析员在系统设计阶段，对实际构建的系统分析综合后，提取逻辑模型的一个过程，它更关注于过程内数据的处理，而把具体处理数据的物理过程，物理分布忽略。实际上，最初始的数据流程图标准图元只有四个！实体，过程，数据流，数据的存储。并且，数据流的分析过程是逐步对实际过程求精的，从顶层数据流图，到分层数据流图，数据流，过程类型也逐步增加，直到形成最后的数据字典和底层数据流图。有关数据流程图的画法，可以参照软件工程教科书中的描述，可惜的是，教科书中的流程图都不符合国家标准的，不过大体的意思是一致的。 具体在项目设计的时候，上述两个表达方式都是可行的，需要视项目的类型以及规模。如果项目是一般的工程类应用MIS，基于过程的处理，则DFD的分析方法是很管用的，先设计系统流程图，在做系统数据流程图，然后是数据库设计等等等啊；如果是做开发产品级类项目，哈哈，那可就不一定很适用了。authored by fincs原创业务流程图与数据流程图的区别今日突然让我写同一个方案的业务流程图和数据流程图，才想起来很多人已经把业务流程图和数据流程图混为一谈了，上网本想查一下二者的权威性解释，竟然都是作者都糊涂的文章。自己把大学学的知识回忆了一下，大概是这样的：数据流图中的那些框框是人，或者数据的载体，如数据库，而线记载的是数据，如交货单，数据流图的作用主要是解释一个系统方案中的数据是如何流转的，由谁发出的，流转到哪里去，流转的过程中发生了什么变化。数据流图的读者一般是技术性较强的人，如程序员。数据流图更多的是用于程序设计和开发。业务流程图的框框是事务，如一级领导审核，而线只是起一个流转方向的作用，如一级领导审核完了，业务要流转到二级领导了。业务流程图主要是描述一个业务是如何进行的，其业务流程是如何的。业务流程图的作者和读者可以是业务人员，也可以是程序设计人员，即使不作程序设计，用于企业自身业务理顺的工作，也可以用业务流程图。个人理解，不知是否有偏颇。数据流程图-解析及制作步骤数据流程图是描述系统数据流程的工具，它将数据独立抽象出来，通过图形方式描述信息的来龙去脉和实际流程。为了描述复杂的软件系统的信息流向和加工，可采用分层的DFD来描述，分层DFD有顶层，中间层、底层之分。（1）顶层。决定系统的范围，决定输入输出数据流，它说明系统的边界，把整个系统的功能抽象为一个加工，顶层DFD只有一张。（2）中间层。顶层之下是若干中间层，某一中间层既是它上一层加工的分解结果，又是它下一层若干加工的抽象，即它又可进一步分解。（3）底层。若一张DFD的加工不能进一步分解，这张DFD就是底层的了。底层DFD的加工是由基本加工构成的，所谓基本加工是指不能再进行分解的加工。数据流程图的基本成分系统部件包括系统的外部实体、处理过程、数据存储和系统中的数据流四个组成部分1,外部实体外部实体指系统以外又和系统有联系的人或事物，它说明了数据的外部来源和去处，属于系统的外部和系统的界面。外部实体支持系统数据输入的实体称为源点，支持系统数据输出的实体称为终点。 通常外部实体在数据流程图中用正方形框表示，框中写上外部实体名称，为了区分不同的外部实体，可以在正方形的左上角用一个字符表示，同一外部实体可在一张数据流程图中出现多次，这时在该外部实体符号的右下角画上小斜线表示重复.2,处理过程处理指对数据逻辑处理，也就是数据变换，它用来改变数据值。而每一种处理又包括数据输入、数据处理和数据输出等部分。在数据流程图中处理过程用带圆角的长方形表示处理，长方形分三个部分，标识部分用来标识一个功能，功能描述部门是必不可少的，功能执行部门表示功能由谁来完成。3,数据流数据流是指处理功能的输入或输出。它用来表示一中间数据流值，但不能用来改变数据值。数据流是模拟系统数据在系统中传递过程的工具。在数据流程图中用一个水平箭头或垂直箭头表示，箭头指出数据的流动方向，箭线旁注明数据流名。4,数据存储数据存储表示数据保存的地方，它用来存储数据。系统处理从数据存储中提取数据，也将处理的数据返回数据存储。与数据流不同的是数据存储本身不产生任何操作，它仅仅响应存储和访问数据的要求。在数据流程图中数据存储用右边开口的长方条表示。在长方条内写上数据存储名字。为了区别和引用方便，左端加一小格，再标上一个标识，用字母D和数字组成.1,画数据流程图的基本原则:数据流程图上所有图形符号必须是前面所述的四种基本元素。数据流程图的主图必须含有前面所述的四种基本元素，缺一不可。数据流程图上的数据流必须封闭在外部实体之间，外部实体可以是一个，也可以是多个。处理过程至少有一个输入数据流和一个输出数据流。任何一个数据流子图必须与它的父图上的一个处理过程对应，两者的输入数据流和输出数据流必须一致，即所谓“平衡”。数据流程图上的每个元素都必须有名字。2,画数据流程图的基本步骤:把一个系统看成一个整体功能，明确信息的输入和输出。找到系统的外部实体。一旦找到外部实体，则系统与外部世界的界面就可以确定下来，系统的数据流的源点和终点也就找到了。找出外部实体的输入数据流和输出数据流。在图的边上画出系统的外部实体。从外部实体的输入流（源）出发，按照系统的逻辑需要，逐步画出一系列逻辑处理过程，直至找到外部实体处理所需的输出流，形成数据流的封闭。将系统内部数据处理又分别看做整体功能，其内部又有信息的处理、传递、存储过程。如此一级一级地剖析，直到所有处理步骤都很具体为止。3,画数据流程图的注意事项:关于层次的划分逐层扩展数据流程图，是对上一层图中某些处理框加以分解。随着处理的分解，功能越来越具体，数据存储、数据流越来越多。究竟怎样划分层次，划分到什么程度，没有绝对标准，一般认为展开的层次与管理层次一致，也可以划分得更细，处理块的分解要自然，注意功能完整性，一个处理框经过展开，一般以分解为4个至10个处理框为宜。检查数据流程图对一个系统的理解，不可能一开始就完美无缺，开始分析一个系统时，尽管我们对问题的理解有不正确、不确切的地方，但还是应该根据我们的理解，用数据流程图表达出来，进行核对，逐步修改，获得较为完美的图纸。提高数据流程图的易理解性数据流程图是系统分析员调查业务过程，与用户交换思想的工具。因此，数据流程图应简明易懂。这也有利于后面的设计，有利于对系统说明书进行维护。s上传一个我自己做的，比较专业的数据流程图， 使用Visio2003画的数据流图数据流图（Data Flow Diagram，简称DFD）是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经历的变换，其既提供了功能建模机制也提供了信息建模机制。一、数据流程图基本图形符号：（必备知识）正方形（或立方体）：表示数据的源点或终点；圆角矩形（或圆形）：代表变换数据的处理；开口矩形（或两条平行横线）：代表数据存储；箭头：表示数据流，即特定数据的流动方向；二、数据流程图的设计要点：（重点）1、自外向内，自顶向下，逐层细化，完善求精；2、保持父图与子图的平衡。也就是说，父图中某加工的输入输出数据必须与它们子图的输入输出数据流在数量和名字上相同；3、保持数据守恒。即一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得，或者通过该加工能产生的数据；4、根据抽象原则，加工细节隐蔽，只需画出加工和加工之间的关系即可；5、均匀分解。应该使一个数据流中的各个加工分解层次大致相同；6、每个加工必须既有输入数据流，又有输出数据流；注意要点：数据存储与数据流都是数据，仅仅所处的状态不同。前者是处于静止状态的数据，而后者则是处于运动中的数据。数据流程图的基本要点是描绘“做什么”而不考虑“怎么做”，因此通常在数据流图中忽略出错处理，也不包括诸如打开或关闭文件之类的内务的处理。在数据流图中应该描绘所有可能的数据流向，而不应该描绘出现某个数据流的条件；三、分层数据流图对于复杂问题的数据处理过程，我们可以根据其处理问题的层次关系进行逐步分解，并以分层数据流图反映出来。根据层次关系一般将数据流图分为顶层数据流图、中间数据流图和底层数据流图。顶层数据流程图是从全企业的高度，综合、