数据流图实例1 精选文档.pptVIP

数据流图 ? 数据流图是用来描绘软件系统逻辑模型的图形工 具，它描绘信息和数据从输入到输出的过程中所 经历的一系列变换。 ? 设计数据流图只需考虑系统必须完成的基本逻辑 功能，完全不需要考虑如何具体的实现这些功能。 ? 数据流图一般在软件生命周期的早期阶段开始进 行设计，在软件生命周期后续阶段不断改进、完 善和细化。 数据流图的基本图元素 数据源点或终点 加工或处理 数据存储 数据流 或 或 数据流图的基本图元素 ? 附加符号 ＊ 表示数据流之间是 AND 关系（同时存在） ＋ 表示数据流之间是 OR 关系 ⊕ 表示数据流之间是 XOR 关系（互斥关系） A B 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 ⊕ 数据 A 变换产 生数据 B 和 C 数据 A 变换产生 数据 B 或 C 至少一 个 数据 A 变换产 生数据 B 或 C 数据流图的主要元素 外部实体 数据流 过程 ( 加工 ) 数据存储 条目查询请求 查询可用 条目 1 客户 目录 产品条目 库存条目 可用条目查询结果 源点 触发 动作 终点 响应 数据流图的主要元素 ? 数据流 ? 表示含有固定成分的动态数据 ? 包含输入数据和输出数据 ? 加工处理 ? 又称变换，表示对数据进行的逻辑操作 ? 加工都应具有数据流入和数据流出 ? 数据存储 ? 表示处于静态的、需要存储的数据 ? 源点 / 终点 ? 表示数据的产生和最终抵达处 ? 通常是系统边界，如部门、人员、组织等 关于数据流图的几点注意事项 ? 箭头： 数据流图和程序流程图中用箭头表示的控制流有本质 不同，不能混淆。在数据流图中应该描绘所有可能的数据流 向，而不应该描绘出现某个数据流的条件。 ? 处理： 处理并不一定是一个程序。一个处理框可以代表一系 列程序、单个程序或者程序的一个模块，也可代表一个人工 处理过程，如用户目视检查数据正确性。 ? 数据存储： 一个数据存储并不等同于一个文件，它可以表示 一个文件、文件的一部分、数据库的元素或记录的一部分等； 数据可以存储在磁盘、磁带、磁鼓、主存、微缩胶片、穿孔 卡片及其他任何介质上 ( 包括人脑 ) 。 ? 数据存储和数据流都是数据，仅仅所处的状态不同。数据存 储是处于静止状态的数据，数据流是处于运动中的数据。 数据流图：描绘“做什么”，不考虑“怎么做” 绘制数据流图的步骤 数据写入 编号 加工名 数据读出 数据存储 将软件系统自 顶而下逐层分 解、逐步细化 数据流分层细化 原则：必须保持信 息的连续性；细化 前后数据必须相同 要对数据流、加工、数据存储等 命名，还要对加工进行编号 关于命名 原则 : (1) 数据流和数据存储名应能反映其 具体内容，而不仅仅反映其某些成分； 切忌使用空洞缺乏含义的名字（如数 据、信息、输入等）； (2) 加工名要反映整个处理的功能， 最好由一个具体的及物动词加宾语组 成，避免用动词作为名字； (3) 源点 / 终点采用问题域习惯命名 ( 如采购员，学生，领导等 ) 绘制分层数据流图的原则 ? 数据守恒与数据封闭原则 ? 数据守恒是指加工的输入、输出数据流是否匹配， 即每一个加工既有输入数据流又有输出数据流，即 一个加工至少有一个输入数据流，一个输出数据流。 ? 加工分解的原则 ? 自然性：概念上合理、清晰； ? 均匀性：理想的分解是将一个问题分解成大小均匀 的几个部分； ? 分解度：一般每一个加工每次分解最多不要超过７ 个子加工 , 应分解到基本加工为止。 绘制分层数据流图的原则 ? 子图与父图的“平衡” ? 父图中某加工的输入输出数据流应该同其子图的输 入输出相同 ( 相对应） -- 分层数据流图的这一特点 称为子图与父图“平衡”。 ? 合理使用文件 ? 当文件作为某些加工之间的交界面时，文件必须画 出来；一旦文件作为数据流图中的一个独立成份画 出来了，那么他同其他成份之间的联系也应同时表 达出来。 S 2 1 3 2.2 2.1 2.3 3.1 3.2 顶层 （不编号） 0 层