数据流图典型例题

1.假设一家工厂的采购部每天需要一张订货报表,报表按零件编号排序,表中列出所有需要再次订货的零件。对于每个需要再次订货的零件应该列出下列数据:零件编号、零件名称、订货数量、目前价格、主要供应商、次要供应商。零件入库或出库称为事务。通过放在仓库中的CAT终端把事务报告给订货系统。当某种零件的库存数少于库存的临界值时,应该再次订货。

一、从问题描述中提取数据流图的四种成分:

1.先考虑源点和终点
2.再考虑处理
3.最后考虑数据流和数据存储

①首先考虑数据的源点和终点,从上面对系统的描述可以知道“采购部每天需要一张订货报表”,“通过放在仓库中的CRT终端把事务报告给订货系统”,所以采购员是数据终点,而仓库管理员是数据源点。

②接下来考虑处理,再次一次阅读问题描述,“采购部需要报表”,显然他们还没有这种报表,因此必须有一个产生报表的处理。事务的后果是改变零件库存量,然而任何改变数据的操作都是处理,因此对事物进行的加工是另一个处理。

③最后,考虑数据流和数据存储:系统把订单报表送给采购部,因此订货报表是一个数据流;事务需要从仓库送到系统中,显然事务是另一个数据流。产生报表和处理事务这两个在时间上明显不匹配———每当有一个事务发生时立即处理它,然而每天只产生一次订货报表。因此,用来产生订货报表的数据必须存放一段时间,也就是应该有应该数据存储

组成数据流图的元素可以从描述问题的信息中提取出来
源点 : 仓库管理员
终点 : 采购员
处理 : 处理事务、 产生报表等
数据流: 事务、 订货信息、 订货报表等
数据存储: 订货信息、 库存信息

二 . 着手画数据流图的基本系统模型。

基本系统模型
从基本系统模型这样非常高的层次开始画数据流图是一个好办法。在这个高层次的数据流图上是否列出了所有给定的数据终点/源点一目了然,因此它是很有价值的通信工具。

然而,订货系统的基本系统模型图毕竟太抽象,从这张图对订货系统所能代表的信息非常有限。下一步应该把基本系统模型细化,描绘系统的主要功能。

三 . 把基本系统模型细化, 描绘系统主要功能。功能级数据流图

仓库管理员(源点)把事务(数据流)给处理事务(2)这个处理——>处理事务更新库存清单(D1),入库时,零件加上;出库时,零件减去——>如果零件更新完后低于临界值——>生成订货信息(数据流)——>将订货信息存储起来形成D2(数据存储)——>将订货信息传给产生报表(2)这个处理——>产生订货报表(数据流)给采购员(终点)

四 . 主要功能进一步细化。

功能进一步分解后的数据流图仓库管理员(源点)把事务给接受事务的处理,形成的事务其实是订货系统的事务形式(订货或进货的单子),是系统中的一种形式——>事务送到更新库存清单,利用事务更新库存清单(入库加上,出库减去)——>形成库存信息,根据库存信息去处理进货——>看是否低于零件的临界值,低于临界值就生成订货信息——>订货信息存储在订货信息的数据存储中(D2)——>定时会从数据存储中将订货信息提取出来,给产生报表的出来,最后形成订货报表给采购员(终点)

Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐