数据流图实例1 精选文档

1、数据流图,数据流图是用来描绘软件系统逻辑模型的图形工,具，它描绘信息和数据从输入到输出的过程中所,经历的一系列变换,设计数据流图只需考虑系统必须完成的基本逻辑,功能，完全不需要考虑如何具体的实现这些功能,数据流图一般在软件生命周期的早期阶段开始进,行设计，在软件生命周期后续阶段不断改进、完,善和细化,数据流图的基本图元素,数据源点或终点,加工或处理,数据存储,数据流,或,或,数据流图的基本图元素,附加符号,表示数据流之间是,AND,关系（同时存在,表示数据流之间是,OR,关系,表示数据流之间是,XOR,关系（互斥关系,A,B,C,A,B,C,A,B,C,数据,A,和,B,同时输入,才能变换成数

2、据,C,数据,A,或,B,只要有一个,输入就能变换成数据,C,数据,A,或,B,只能输入一,个才能变换成数据,C,A,B,C,A,B,C,A,B,C,数据,A,变换产,生数据,B,和,C,数据,A,变换产生,数据,B,或,C,至少一,个,数据,A,变换产,生数据,B,或,C,数据流图的主要元素,外部实体,数据流,过程,加工,数据存储,条目查询请求,查询可用,条目,1,客户,目录,产品条目,库存条目,可用条目查询结果,源点,触发,动作,终点,响应,数据流图的主要元素,数据流,表示含有固定成分的动态数据,包含输入数据和输出数据,加工处理,又称变换，表示对数据进行的逻辑操作,加工都应具有数据流入和数

3、据流出,数据存储,表示处于静态的、需要存储的数据,源点,终点,表示数据的产生和最终抵达处,通常是系统边界，如部门、人员、组织等,关于数据流图的几点注意事项,箭头,数据流图和程序流程图中用箭头表示的控制流有本质,不同，不能混淆。在数据流图中应该描绘所有可能的数据流,向，而不应该描绘出现某个数据流的条件,处理,处理并不一定是一个程序。一个处理框可以代表一系,列程序、单个程序或者程序的一个模块，也可代表一个人工,处理过程，如用户目视检查数据正确性,数据存储,一个数据存储并不等同于一个文件，它可以表示,一个文件、文件的一部分、数据库的元素或记录的一部分等,数据可以存储在磁盘、磁带、磁鼓、主存、微缩胶片

4、、穿孔,卡片及其他任何介质上,包括人脑,数据存储和数据流都是数据，仅仅所处的状态不同。数据存,储是处于静止状态的数据，数据流是处于运动中的数据,数据流图：描绘“做什么”，不考虑“怎么做,绘制数据流图的步骤,数据写入,编号,加工名,数据读出,数据存储,将软件系统自,顶而下逐层分,解、逐步细化,数据流分层细化,原则：必须保持信,息的连续性；细化,前后数据必须相同,要对数据流、加工、数据存储等,命名，还要对加工进行编号,关于命名,原则,1,数据流和数据存储名应能反映其,具体内容，而不仅仅反映其某些成分,切忌使用空洞缺乏含义的名字（如数,据、信息、输入等,2,加工名要反映整个处理的功能,最好由一个具体

5、的及物动词加宾语组,成，避免用动词作为名字,3,源点,终点采用问题域习惯命名,如采购员，学生，领导等,绘制分层数据流图的原则,数据守恒与数据封闭原则,数据守恒是指加工的输入、输出数据流是否匹配,即每一个加工既有输入数据流又有输出数据流，即,一个加工至少有一个输入数据流，一个输出数据流,加工分解的原则,自然性：概念上合理、清晰,均匀性：理想的分解是将一个问题分解成大小均匀,的几个部分,分解度：一般每一个加工每次分解最多不要超过,个子加工,应分解到基本加工为止,绘制分层数据流图的原则,子图与父图的“平衡,父图中某加工的输入输出数据流应该同其子图的输,入输出相同,相对应,分层数据流图的这一特点,称为

6、子图与父图“平衡,合理使用文件,当文件作为某些加工之间的交界面时，文件必须画,出来；一旦文件作为数据流图中的一个独立成份画,出来了，那么他同其他成份之间的联系也应同时表,达出来,S,2,1,3,2.2,2.1,2.3,3.1,3.2,顶层,不编号,0,层,1,层,分层数据流图中，要注意父图与子图的数据流平衡,S,1,2,3,4,3.1,3.2,3.3,绘制分层数据流图的原则,显然下图中，子图与父图不平衡,2.1,2.2,2.3,N,P,S,T,Q,父图,1,3,A,N,T,B,C,M,2,2,子图,绘制分层数据流图的原则,考察下图中父图与子图是否平衡,3.1,3.2,3.3,客户,帐号,数量,

7、提货单,子图,1,2,4,6,5,定货单,提货单,父图,3,如果有如下数据条目,订货单,客户,帐号,数量，则子、父图平衡,数据流图,例,1,订货系统,假设一家工厂的采购部每天需要一张订货报表。报表按照零,件编号排序，表中列出了所有需要再次订货的零件。对于每,个需要再次订货的零件应该列出下述信息,零件编号,零件名称,价格,主要供应商,次要供应商,零件入库或出库称作事务，通过仓库的,CRT,终端把事务报告给,订货系统。当某种零件的库存少于库存量临界值时就应该再,次订货了,数据流图,从问题描述中提取数据流图的,4,种成分,源点,或终点、数据存储、处理、数据流,源点,终点,处理,采购员,产生报表,仓库

8、管理员,处理事务,数据流,数据存储,订货报表,订货信息,事务,库存清单,零件编号,库存量,库存量临界值,数据流图实例,对数据存储和处理编号利于引用和追踪,定货,系统,定货,报表,仓,库,管理员,采购员,顶层：基本系统模型,事务,事,务,库存清单,D1,库存清单,D2,定货信息,仓,库,管理员,采购员,定,货,报,表,定货信息,定货信息,1,处理事务,2,产生报表,0,层：功能级数据流图,数据流图实例,数据流图的作用,交流信息的工具,分析和设计的工具,进一步设计的依据,D2,定货信息,D1,库存清单,仓,库,管理员,采购员,事务,事务,库存,信息,定货,信息,定货,信息,定货,报表,库存清单,2

9、,产生,报表,1.3,处理,定货,1.1,接收,事务,1.2,更新库,存清单,1,层：功能级数据流图,数据流图,在某机构的办公自动化信息系统中，包含了本单位购买,办公用品和设备的总务管理模块。办公用品的购买申请,由各科室提出，由负责总务办公室统一收集。其中，购,买申请金额小于或等于,500,元可以由总务办公室直接审批,高于,500,元的购买申请由机构主管领导审批，批准的购买,申请形成购买清单由采购员负责购买，同时应该纪录每,次购买的账目,在提出购买申请时，要包含如下数据：申请单位，物品,名称、物品数量、预计价格、物品用途等,每次购买完成后应该纪录如下信息：物品名称、物品数,量、价格、总金额、购

10、买日期、经办人等,例,2,总务办公系统,数据流图,首先从问题描述提取数据流图的四种成分,数据源点和终点,购买申请由科室提出，科室数据源点,购买审批涉及总务办公室和机构主管领导，既是数据源点,接受购买审批请求,又是数据终点,给出审批结果,购买清单交采购员，采购员数据终点；采购完后，采购,员要提交实际购买清单，采购员数据源点,数据流,购买申请和最终形成的购买清单显然是数据流,审批过程的审批信息也是数据流，并要分两种类型,500,的和,500,的,购买完后，实际购买清表也是数据流,数据流图,数据存储,因购买申请并不能保证在第一时间内得到审批，所以应存,储下来形成购买申请列表,审批后产生已批准的购买申

11、请列表也要储存,购买完成后的实际购买列表也应存储,处理,整个问题看成一个事物处理过程,对数据的所有变换过程都应视为处理,收集购买申请,审批过程,产生购买清单,购买入帐实际购买清单存入购买帐目，并更新购买申,请列表,数据流图,从问题描述导出的数据流图各成分如下,源点,终点,处理,采购员,收集购买申请,科室,审批购买申请,总务办公室,产生购买清单,主管领导,购买入账,数据流,数据存储,购买申请,购买申请列表,审批信息,已批准的购买申请列表,购买清单,实际购买列表,实际购买清单,数据流图,各,科,室,采,购,员,总务办公,系统,总务,办公室,主管,领导,各种清单,购买申请,采购清单,实际购买,报表,购买申请,采购清单,500,500,数据流图,各科室,购买申请,购买申请列表,申请,待批准,的申请,收集,申请,审批,申请,总务办,公室,主管,领导,产生,购买,清