数据流图实例1

关于数据流图的几点注意事项
数据流图：描绘“做什么” 不考虑“怎么做” 数据流图：描绘“做什么”，不考虑“怎么做” 箭头： 箭头：数据流图和程序流程图中用箭头表示的控制流有本质 不同，不能混淆。 不同，不能混淆。在数据流图中应该描绘所有可能的数据流 而不应该描绘出现某个数据流的条件。 向，而不应该描绘出现某个数据流的条件。 处理：处理并不一定是一个程序。 处理：处理并不一定是一个程序。一个处理框可以代表一系 列程序、单个程序或者程序的一个模块， 列程序、单个程序或者程序的一个模块，也可代表一个人工 处理过程，如用户目视检查数据正确性。 处理过程，如用户目视检查数据正确性。 数据存储：一个数据存储并不等同于一个文件，它可以表示 数据存储：一个数据存储并不等同于一个文件， 一个文件、文件的一部分、数据库的元素或记录的一部分等； 一个文件、文件的一部分、数据库的元素或记录的一部分等； 数据可以存储在磁盘、磁带、磁鼓、主存、微缩胶片、穿孔 数据可以存储在磁盘、磁带、磁鼓、主存、微缩胶片、 卡片及其他任何介质上(包括人脑) 卡片及其他任何介质上(包括人脑)。 数据存储和数据流都是数据，仅仅所处的状态不同。 数据存储和数据流都是数据，仅仅所处的状态不同。数据存 储是处于静止状态的数据，数据流是处于运动中的数据。 储是处于静止状态的数据，数据流是处于运动中的数据。
数据流图
从问题描述导出的数据流图各成分如下： 从问题描述导出的数据流图各成分如下： 源点/终点 源点 终点 处理
采购员 科室 总务办公室 主管领导 收集购买申请 审批购买申请 产生购买清单 购买入账
数据流
购买申请 审批信息 购买清单 实际购买清单
数据存储
购买申请列表 已批准的购买申请列表 实际购买列表
绘制数据流图的步骤
数据写入 编号 数据读出 加工名
关于命名
数据存储
要对数据流、加工、数据存储等 要对数据流、加工、 命名， 命名，还要对加工进行编号
原则: 原则 (1)数据流和数据存储名应能反映其 数据流和数据存储名应能反映其 具体内容，而不仅仅反映其某些成分； 具体内容，而不仅仅反映其某些成分； 切忌使用空洞缺乏含义的名字（ 切忌使用空洞缺乏含义的名字（如数 信息、输入等）； 据、信息、输入等）； (2) 加工名要反映整个处理的功能， 加工名要反映整个处理的功能， 最好由一个具体的及物动词 及物动词加宾语组 最好由一个具体的及物动词加宾语组 避免用动词作为名字； 成，避免用动词作为名字； (3) 源点 终点采用问题域习惯命名 源点/终点采用问题域习惯命名 (如采购员，学生，领导等 如采购员， 如采购员 学生，领导等)
处理
• • • • • • 整个问题看成一个事物处理过程， 整个问题看成一个事物处理过程， 对数据的所有变换过程都应视为处理。 对数据的所有变换过程都应视为处理。 收集购买申请； 收集购买申请； 审批过程； 审批过程； 产生购买清单； 产生购买清单； 购买入帐——实际购买清单存入购买帐目，并更新购买申 实际购买清单存入购买帐目， 购买入帐 实际购买清单存入购买帐目 请列表
数据流分层细化
将软件系统自 顶而下逐层分 解、逐步细化
原则： 原则：必须保持信 息的连续性； 息的连续性；细化 前后数据必须相同
绘制分层数据流图的原则
数据守恒与数据封闭原则 数据守恒是指加工的输入、输出数据流是否匹配， 数据守恒是指加工的输入、输出数据流是否匹配， 即每一个加工既有输入数据流又有输出数据流， 即每一个加工既有输入数据流又有输出数据流，即 一个加工至少有一个输入数据流，一个输出数据流。 一个加工至少有一个输入数据流，一个输出数据流。 加工分解的原则 自然性：概念上合理、清晰； 自然性：概念上合理、清晰； 均匀性： 均匀性：理想的分解是将一个问题分解成大小均匀 的几个部分； 的几个部分； 分解度：一般每一个加工每次分解最多不要超过７ 分解度：一般每一个加工每次分解最多不要超过７ 个子加工,应分解到基本加工为止 应分解到基本加工为止。 个子加工 应分解到基本加工为止。
顶层
（不编号） 不编号）
S
0层
1 2 3
1层
2.1
2.2 2.3
3.1
3.2
分层数据流图中，要注意父图与子图的数据流平衡 分层数据流图中，要注意父图与子图的数据流平衡!
S 1 3 2 3.1 3.3 3.2 4
绘制分层数据流图的原则
显然下图中， 显然下图中，子图与父图不平衡 下图中
T A 1 N B M 2 父图 T 3 C N 2.1 P 2.3 子图 2.2 Q S
数据流图
数据存储
• 因购买申请并不能保证在第一时间内得到审批，所以应存 因购买申请并不能保证在第一时间内得到审批， 储下来形成购买申请列表； 储下来形成购买申请列表； • 审批后产生已批准的购买申请列表也要储存； 审批后产生已批准的购买申请列表也要储存； • 购买完成后的实际购买列表也应存储。 购买完成后的实际购买列表也应存储。
仓 库 管理员
采购员
数据流图的作用： 数据流图的作用：
交流信息的工具 分析和设计的工具 进一步设计的依据
1层：功能级数据流图 层
数据流图
例2：总务办公系统 ： 在某机构的办公自动化信息系统中， 在某机构的办公自动化信息系统中，包含了本单位购买 办公用品和设备的总务管理模块。 办公用品和设备的总务管理模块。办公用品的购买申请 由各科室提出，由负责总务办公室统一收集。其中， 由各科室提出，由负责总务办公室统一收集。其中，购 买申请金额小于或等于500元可以由总务办公室直接审批； 500元可以由总务办公室直接审批 买申请金额小于或等于500元可以由总务办公室直接审批； 高于500元的购买申请由机构主管领导审批， 500元的购买申请由机构主管领导审批 高于500元的购买申请由机构主管领导审批，批准的购买 申请形成购买清单由采购员负责购买， 申请形成购买清单由采购员负责购买，同时应该纪录每 次购买的账目。 次购买的账目。 在提出购买申请时，要包含如下数据：申请单位， 在提出购买申请时，要包含如下数据：申请单位，物品 名称、物品数量、预计价格、物品用途等。 名称、物品数量、预计价格、物品用途等。 每次购买完成后应该纪录如下信息：物品名称、 每次购买完成后应该纪录如下信息：物品名称、物品数 价格、总金额、购买日期、经办人等。 量、价格、总金额、购买日期、经办人等。
数据流图的基本图元素
数据源点或终点
数据流图的基本图元素
附加符号
关系（同时存在） ＊ 表示数据流之间是 AND 关系（同时存在） ＋ 表示数据流之间是 OR 关系 关系（互斥关系） ⊕ 表示数据流之间是 XOR 关系（互斥关系）
A B
*
C
A B
+
C
A B
⊕
C
数据A和 同时输入 数据 和B同时输入 才能变换成数据C 才能变换成数据
数据流图
各种清单
绘制分层数据流图的原则
考察下图中父图与子图是否平衡？ 考察下图中父图与子图是否平衡？
1 2 提货单 3 定货单 4 5 6 父图 子图 数量 3.3 客户 3.1 帐号 3.2 提货单
如果有如下数据条目： 订货单=客户 帐号+数量 则子、 客户+帐号 数量， 如果有如下数据条目： 订货单 客户 帐号 数量，则子、父图平衡
绘制分层数据流图的原则
子图与父图的“平衡” 子图与父图的“平衡”
父图中某加工的输入输出数据流应该同其子图的输 入输出相同(相对应 相对应） 分层数据流图的这一特点 入输出相同 相对应）--分层数据流图的这一特点 称为子图与父图“平衡” 称为子图与父图“平衡”。
合理使用文件
当文件作为某些加工之间的交界面时， 当文件作为某些加工之间的交界面时，文件必须画 出来； 出来；一旦文件作为数据流图中的一个独立成份画 出来了， 出来了，那么他同其他成份之间的联系也应同时表 达出来。 达出来。
数据流图
数据流图是用来描绘软件系统逻辑模型的图形工 具，它描绘信息和数据从输入到输出的过程中所 经历的一系列变换。 经历的一系列变换。 设计数据流图只需考虑系统必须完成的基本逻辑 功能，完全不需要考虑如何具体的实现这些功能。 功能，完全不需要考虑如何具体的实现这些功能。 数据流图一般在软件生命周期的早期阶段开始进 行设计，在软件生命周期后续阶段不断改进、 行设计，在软件生命周期后续阶段不断改进、完 善和细化。 善和细化。
库存清单 仓 库 事 管理员 务
1 处理事务
定货信息
0层：功能级数据流图 层
定 2 货 产生报表 报 表 定货信息
采购员
D2: 定货信息
数据流图实例
D1: 库存清单 库存清单 库存 1.2 信息 事务 1.1 事务 更新库 接收 存清单 事务 1.3 处理 定货 定货 信息 定货 2 报表 产生 报表 定货 信息 D2: 定货信息
数据流
• 购买申请和最终形成的购买清单显然是数据流； 购买申请和最终形成的购买清单显然是数据流； • 审批过程的审批信息也是数据流，并要分两种类型： 审批过程的审批信息也是数据流，并要分两种类型： 500的和 500的 的和＞ ≤500的和＞500的； • 购买完后，实际购买清表也是数据流。 购买完后，实际购买清表也是数据流。
数据流图
首先从问题描述提取数据流图的四种成分： 首先从问题描述提取数据流图的四种成分：
数据源点和终点
• 购买申请由科室提出，科室→数据源点 购买申请由科室提出，科室→ • 购买审批涉及总务办公室和机构主管领导，既是数据源点 购买审批涉及总务办公室和机构主管领导， 接受购买审批请求) 又是数据终点(给出审批结果) (接受购买审批请求)，又是数据终点(给出审批结果) • 购买清单交采购员，采购员→数据终点；采购完后，采购 购买清单交采购员，采购员→数据终点；采购完后， 员要提交实际购买清单，采购员→数据源点。 员要提交实际购买清单，采购员→数据源点。