数据流程图与E-R图的画法.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
数据流程图与E-R图的画法

* * 外部项名称 外部项 数据流 数据流名称 数据存储名称 数据存储 功能描述 处理功能 基本图例如下: EX1:请根据以下销售过程画出数据流程图:用户将定货单交给某企业的业务经理,经检验后,对不合格的订单要由用户重填,合格的订单交仓库保管员做出库处理,即:查阅库存台帐,如果有货则向用户开票发货,如缺货,则通知采购员采购。 用户 发货票 不合格订单 订货单 检验 合格订单 出库 处理 采购通知 库存台帐 EX1 采购员 EX2:请根据以下定货过程画出数据流程图:采购员从仓库收到缺货通知单后立即进行定货处理,即,查阅订货合同单,若已定货,则向供货单位发出催货单,否则,填写定货单送供货单位。供货单位发运货物后,立即向采购员发出取货通知。 EX2 仓库 缺货通知单 订货 催货单 供货单位 订货单 取货通知 订货合同单 EX3:请根据以下储蓄所存款过程画出数据流程图:储户将填写好的存款单、存折和存款交储蓄所,查对储户帐,将不合格的存款单退给储户重填,合格的存款单交存款处理,处理时要修改储户帐,并将存折交还储户,而将存款放入现金库。 EX3 储户 查对 存款 储户帐 不合格存款单 存折、存款单 现金单 存折 存折 合格存款单 现金库 EX4:某仓库管理系统按以下步骤进行信息处理,试画出数据流程图。 (1) 保管员根据当日的出库单和入库单通过出、入库处理去修改库存台帐。 (2) 根据库存台帐由统计、打印程序输出出库日报表。 (3) 需要查询时,可利用查询程序在输入查询条件后 ,到库存台帐去查找,显示查询结果。 查询结果 EX4 保管员 入库单 库存台帐 出库单 出入库处理 查询 统计打印 库存日 报表 查询条件 注意: (1)数据流程分析采用自顶向下逐层分解的方法,通过分析绘制分层的数据流程图(data flow diagram,DFD)来进行系统分析。 (2)DFD由顶层图、一级细化图、二级细化图等一组图构成。在顶层图中,将系统视为由一个处理功能所构成的系统;一级细化图是对顶层图处理功能的分解与细化。 怎样画DFD 了解DFD的特性 画分层DFD 1) DFD的特性 与程序流程图不同,DFD不表示程序的控制结构,只描述数据的流动 DFD分成多层(子图、父图概念)表示, 从而逐步展开数据流和功能的细节。 S 2 1 3 2.2 2.1 2.3 3.1 3.2 顶层 1层 2层 (基本系统模型) (系统的子功能) DFD的分层表示 2) 画分层DFD (1)先画出顶层DFD (2)自顶向下画出各层DFD 分解原则: 分解后的软件成分有相对独立功能 一次分解不要加入细节过多 3) 画分层DFD的指导原则 (1)父图-子图平衡 (2)编号 (3)分解的程度 父图-子图平衡 父图-子图平衡: 模型分解时必须保持父图的输入输出数据流和子图输入输出数据流相同。 A 1 4 2 3 B F E G C D 缺少C 3.1 E D 3.3 3.2 对加工3细化的子图: 加工3 处理编号 处理的编号原则: 子图图号为分解的父图中的处理号, 同级子图在最后数字以序号区别。 S 2 1 3 2.2 2.1 2.3 3.1 3.2 顶层 (不编号) 1层 2层 分解的程度 分解的深度与层次: 按功能情况定,一般设深度为3-5; 如超过5个加工最好分解画,否则容易出错。 某订货系统功能说明如下: 假设某一企业采购部门每天需要一张订货报表,报表按材料编号排序,报表中列出所有需要再次订货的材料。对于每种需要再次订货的材料应列出下列数据:材料编号、名称、订货数量、目前价格(或参考价格)、主要供应单位、第二供应单位等。材料入库或出库称为事务,通过放在仓库的CRT终端把事务报告给订货系统。当某种材料的库存数量少于库存量临界值时就应该再次订货。 应用举例一 如何画出上述订货系统的数据流程图呢? 考虑数据的源点和终点:从上面对系统的描述可以知道,仓库管理员通过终端把事务报告给订货系统,系统经过汇总处理,每天向采购部提供一张订货报表。所以,采购员是数据的终点,而仓库管理员是数据的源点。 仓管 员 0.0 订货系统 采购 员 事务 订货报表 图 (a) 订货系统的顶层数据流程图 考虑处理:问题给出“采购部需要报表”,因此必须有一个用于产生报表的处理。输入事务的结果是改变材料库存量,然而任何改变数据的操作都是处理,因此对事务进行的加工是另一个处理。 考虑数据流:系统把订货报表送给采购部,因此订货报表是一个数据流;仓库需要将每笔事务输入到系统中,显然事务是另一个数据流。 考虑数据存储:从问题的阐述中,可以看出产生报表和处理事务这两个处理在时间上明显不匹配,每当有一个事务发生时就必须立即处理事务,而每天只产

文档评论(0)

xiaolan118 + 关注
实名认证
文档贡献者

你好,我好,大家好!

版权声明书
用户编号:7140162041000002

1亿VIP精品文档

相关文档