如何画数据流图

如何画数据流图第一页，共二十六页，编辑于2023年，星期二数据流图数据流图是用来描绘软件系统逻辑模型的图形工具，它描绘信息和数据从输入到输出的过程中所经历的一系列变换。设计数据流图只需考虑系统必须完成的基本逻辑功能，完全不需要考虑如何具体的实现这些功能。数据流图一般在软件生命周期的早期阶段开始进行设计，在软件生命周期后续阶段不断改进、完善和细化。第二页，共二十六页，编辑于2023年，星期二数据流图的基本图元素数据源点或终点加工或处理数据存储数据流或或第三页，共二十六页，编辑于2023年，星期二数据流图的基本图元素附加符号＊表示数据流之间是AND关系（同时存在）＋表示数据流之间是OR关系⊕表示数据流之间是XOR关系（互斥关系）ABC*ABC+ABC⊕数据A和B同时输入才能变换成数据C数据A或B只要有一个输入就能变换成数据C数据A或B只能输入一个才能变换成数据CABC*ABC+ABC⊕数据A变换产生数据B和C数据A变换产生数据B或C至少一个数据A变换产生数据B或C第四页，共二十六页，编辑于2023年，星期二数据流图的主要元素外部实体数据流过程(加工)数据存储条目查询请求查询可用条目1客户目录产品条目库存条目可用条目查询结果源点触发动作终点响应第五页，共二十六页，编辑于2023年，星期二数据流图的主要元素数据流表示含有固定成分的动态数据包含输入数据和输出数据加工处理又称变换，表示对数据进行的逻辑操作加工都应具有数据流入和数据流出数据存储表示处于静态的、需要存储的数据源点/终点表示数据的产生和最终抵达处通常是系统边界，如部门、人员、组织等第六页，共二十六页，编辑于2023年，星期二关于数据流图的几点注意事项箭头：数据流图和程序流程图中用箭头表示的控制流有本质不同，不能混淆。在数据流图中应该描绘所有可能的数据流向，而不应该描绘出现某个数据流的条件。处理：处理并不一定是一个程序。一个处理框可以代表一系列程序、单个程序或者程序的一个模块，也可代表一个人工处理过程，如用户目视检查数据正确性。

数据存储：一个数据存储并不等同于一个文件，它可以表示一个文件、文件的一部分、数据库的元素或记录的一部分等；数据可以存储在磁盘、磁带、磁鼓、主存、微缩胶片、穿孔卡片及其他任何介质上(包括人脑)。

数据存储和数据流都是数据，仅仅所处的状态不同。数据存储是处于静止状态的数据，数据流是处于运动中的数据。数据流图：描绘“做什么”，不考虑“怎么做”第七页，共二十六页，编辑于2023年，星期二绘制数据流图的步骤数据写入编号加工名数据读出数据存储将软件系统自顶而下逐层分解、逐步细化数据流分层细化原则：必须保持信息的连续性；细化前后数据必须相同要对数据流、加工、数据存储等命名，还要对加工进行编号关于命名原则:(1)数据流和数据存储名应能反映其具体内容，而不仅仅反映其某些成分；切忌使用空洞缺乏含义的名字（如数据、信息、输入等）；(2)加工名要反映整个处理的功能，最好由一个具体的及物动词加宾语组成，避免用动词作为名字；(3)源点/终点采用问题域习惯命名(如采购员，学生，领导等)如果必须用两个动词才能描述整个处理的功能，则把此处理分解成两个处理。第八页，共二十六页，编辑于2023年，星期二绘制分层数据流图的原则数据守恒与数据封闭原则

数据守恒是指加工的输入、输出数据流是否匹配，即每一个加工既有输入数据流又有输出数据流，即一个加工至少有一个输入数据流，一个输出数据流。加工分解的原则自然性：概念上合理、清晰；均匀性：理想的分解是将一个问题分解成大小均匀的几个部分；分解度：一般每一个加工每次分解最多不要超过７个子加工,应分解到基本加工为止。第九页，共二十六页，编辑于2023年，星期二绘制分层数据流图的原则子图与父图的“平衡”父图中某加工的输入输出数据流应该同其子图的输入输出相同(相对应）--分层数据流图的这一特点称为子图与父图“平衡”。合理使用文件

当文件作为某些加工之间的交界面时，文件必须画出来；一旦文件作为数据流图中的一个独立成份画出来了，那么他同其他成份之间的联系也应同时表达出来。第十页，共二十六页，编辑于2023年，星期二S2132.22.12.33.13.2顶层（不编号）0层1层第十一页，共二十六页，编辑于2023年，星期二分层数据流图中，要注意父图与子图的数据流平衡!S12343.13.23.3第十二页，共二十六页，编辑于2023年，星期二绘制分层数据流图的原则显然下图中，子图与父图不平衡2.12.22.3NPSTQ父图13AN

T

BCM22子图第十三页，共二十六页，编辑于2023年，星期二绘制分层数据流图的原则考察下图中父图与子图是否平衡？3.13.23.3客户帐号数量提货单子图12465定货单

提货单父图3如果有如下数据条目：订货单=客户+帐号+数量，则子、父图平衡第十四页，共二十六页，编辑于2023年，星期二数据流图例1：订货系统假设一家工厂的采购部每天需要一张订货报表。报表按照零件编号排序，表中列出了所有需要再次订货的零件。对于每个需要再次订货的零件应该列出下述信息：零件编号零件名称价格主要供应商次要供应商零件入库或出库称作事务，通过仓库的CRT终端把事务报告给订货系统。当某种零件的库存少于库存量临界值时就应该再次订货了。第十五页，共二十六页，编辑于2023年，星期二数据流图从问题描述中提取数据流图的4种成分--源点或终点、数据存储、处理、数据流：源点/终点处理采购员产生报表仓库管理员处理事务数据流数据存储订货报表订货信息事务库存清单零件编号库存量库存量临界值第十六页，共二十六页，编辑于2023年，星期二数据流图实例对数据存储和处理编号利于引用和追踪！定货系统定货报表仓库管理员采购员顶层：基本系统模型事务事务库存清单D1:库存清单D2:定货信息仓库管理员采购员定货报表定货信息定货信息1处理事务2产生报表0层：功能级数据流图第十七页，共二十六页，编辑于2023年，星期二数据流图实例数据流图的作用：交流信息的工具分析和设计的工具进一步设计的依据D2:定货信息D1:库存清单仓库管理员采购员事务事务库存信息定货信息定货信息定货报表库存清单2产生报表1.3处理定货1.1接收事务1.2更新库存清单1层：功能级数据流图第十八页，共二十六页，编辑于2023年，星期二数据流图在某机构的办公自动化信息系统中，包含了本单位购买办公用品和设备的总务管理模块。办公用品的购买申请由各科室提出，由负责总务办公室统一收集。其中，购买申请金额小于或等于500元可以由总务办公室直接审批；高于500元的购买申请由机构主管领导审批，批准的购买申请形成购买清单由采购员负责购买，同时应该纪录每次购买的账目。在提出购买申请时，要包含如下数据：申请单位，物品名称、物品数量、预计价格、物品用途等。每次购买完成后应该纪录如下信息：物品名称、物品数量、价格、总金额、购买日期、经办人等。例2：总务办公系统第十九页，共二十六页，编辑于2023年，星期二数据流图首先从问题描述提取数据流图的四种成分：数据源点和终点购买申请由科室提出，科室→数据源点购买审批涉及总务办公室和机构主管领导，既是数据源点(接受购买审批请求)，又是数据终点(给出审批结果)购买清单交采购员，采购员→数据终点；采购完后，采购员要提交实际购买清单，采购员→数据源点。数据流购买申请和最终形成的购买清单显然是数据流；审批过程的审批信息也是数据流，并要分两种类型：≤500的和＞500的；购买完后，实际购买清表也是数据流。第二十页，共二十六页，编辑于2023年，星期二数据流图数据存储因购买申请并不能保证在第一时间内得到审批，所以应存储下来形成购买申请列表；审批后产生已批准的购买申请列表也要储存；购买完成后的实际购买列表也应存储。处理整个问题看成一个事物处理过程，对数据的所有变换过程都应视为处理。收集购买申请；审批过程；产生购买清单；购买入帐——实际购买清单存入购买帐目，并更新购买申请列表第二十一页，共二十六页，编辑于2023年，星期二数据流图从问题描述导出的数据流图各成分如下：源点/终点处理采购员收集购买申请科室审批购买申请总务办公室产生购买清单主管领导购买入账数据流数据存储购买申请购买申请列表审批信息已批准的购买申请列表购买清单实际购买列表实际购买清单第二十二页，共二十六页，编辑于2023年，星期二数据流图各科室采购员总务办公系统总务办公室主管领导⊕各种清单购买申请采购清单实际购买报表购买申请采购清单〉500第二十三页，共二十六页，编辑于2023年，星期二数据流图各科室购买申请购买申请列表申请待批准的申请收集申请审批申请总务办公室主管领导产生购买清单购买入账采购员已批准的购买申请列表⊕实际购买列表