《数据流图实例》PPT课件_第1页
《数据流图实例》PPT课件_第2页
《数据流图实例》PPT课件_第3页
《数据流图实例》PPT课件_第4页
《数据流图实例》PPT课件_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

数据流图 数据流图是用来描绘软件系统逻辑模型的图形工具 它描绘信息和数据从输入到输出的过程中所经历的一系列变换 设计数据流图只需考虑系统必须完成的基本逻辑功能 完全不需要考虑如何具体的实现这些功能 数据流图一般在软件生命周期的早期阶段开始进行设计 在软件生命周期后续阶段不断改进 完善和细化 数据流图的基本图元素 数据源点或终点 加工或处理 数据存储 数据流 或 或 数据流图的基本图元素 附加符号 表示数据流之间是AND关系 同时存在 表示数据流之间是OR关系 表示数据流之间是XOR关系 互斥关系 数据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层 1层 分层数据流图中 要注意父图与子图的数据流平衡 绘制分层数据流图的原则 显然下图中 子图与父图不平衡 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 客户 帐号 数量 提货单 子图 1 2 4 6 5 定货单 提货单 父图 3 如果有如下数据条目 订货单 客户 帐号 数量 则子 父图平衡 数据流图 例1 订货系统假设一家工厂的采购部每天需要一张订货报表 报表按照零件编号排序 表中列出了所有需要再次订货的零件 对于每个需要再次订货的零件应该列出下述信息 零件编号零件名称价格主要供应商次要供应商零件入库或出库称作事务 通过仓库的CRT终端把事务报告给订货系统 当某种零件的库存少于库存量临界值时就应该再次订货了 数据流图 从问题描述中提取数据流图的4种成分 源点或终点 数据存储 处理 数据流 数据流图实例 对数据存储和处理编号利于引用和追踪 定货系统 定货报表 仓库管理员 采购员 顶层 基本系统模型 事务 数据流图实例 数据流图的作用 交流信息的工具分析和设计的工具进一步设计的依据 D2 定货信息 D1 库存清单 仓库管理员 采购员 事务 事务 库存信息 定货信息 定货信息 定货报表 库存清单 1 3处理定货 1 1接收事务 1层 功能级数据流图 数据流图 在某机构的办公自动化信息系统中 包含了本单位购买办公用品和设备的总务管理模块 办公用品的购买申请由各科室提出 由负责总务办公室统一收集 其中 购买申请金额小于或等于500元可以由总务办公室直接审批 高于500元的购买申请由机构主管领导审批 批准的购买申请形成购买清单由采购员负责购买 同时应该纪录每次购买的账目 在提出购买申请时 要包含如下数据 申请单位 物品名称 物品数量 预计价格 物品用途等 每次购买完成后应该纪录如下信息 物品名称 物品数量 价格 总金额 购买日期 经办人等 例2 总务办公系统 数据流图 首先从问题描述提取数据流图的四种成分 数据源点和终点购买申请由科室提出 科室 数据源点购买审批涉及总务办公室和机构主管领导 既是数据源点 接受购买审批请求 又是数据终点 给出审批结果 购买清单交采购员 采购员 数据终点 采购完后 采购员要提交实际购买清单 采购员 数据源点 数据流购买申请和最终形成的购买清单显然是数据流 审批过程的审批信息也是数据流 并要分两种类型 500的和 500的 购买完后 实际购买清表也是数据流 数据流图 数据存储因购买申请并不能保证在第一时间内得到审批 所以应存储下来形成购买申请列表 审批后产生已批准的购买申请列表也要储存 购买完成后的实际购买列表也应存储 处理整个问题看成一个事物处理过程 对数据的所有变换过程都应视为处理 收集购买申请 审批过程 产生购买清单 购买入帐 实际购买清单存入购买帐目 并更新购买申请列表 数据流图 从问题描述导出的数据流图各成分如下 数据流图 各科室 采购员 总务办公系统 总务办公室 主管领导 各种清单 购买申请 采购清单 实际购买报表 购买申请 采购清单 5

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论