1.假设一家工厂的采购部每天需要一张订货报表，报表按零件编号排序，表中列出所有需要再次订货的零件。对于每个需要再次订货的零件应该列出下列数据：零件编号、零件名称、订货数量、目前价格、主要供应商、次要供应商。零件入库或出库称为事务。通过放在仓库中的CAT终端把事务报告给订货系统。当某种零件的库存数少于库存的临界值时，应该再次订货。
一、从问题描述中提取数据流图的四种成分：1.先考虑源点和终点
2.再考虑处理
3.最后考虑数据流和数据存储
①首先考虑数据的源点和终点，从上面对系统的描述可以知道“采购部每天需要一张订货报表”，“通过放在仓库中的CRT终端把事务报告给订货系统”，所以采购员是数据终点，而仓库管理员是数据源点。
②接下来考虑处理，再次一次阅读问题描述，“采购部需要报表”，显然他们还没有这种报表，因此必须有一个产生报表的处理。事务的后果是改变零件库存量，然而任何改变数据的操作都是处理，因此对事物进行的加工是另一个处理。
③最后，考虑数据流和数据存储：系统把订单报表送给采购部，因此订货报表是一个数据流；事务需要从仓库送到系统中，显然事务是另一个数据流。产生报表和处理事务这两个在时间上明显不匹配———每当有一个事务发生时立即处理它，然而每天只产生一次订货报表。因此，用来产生订货报表的数据必须存放一段时间，也就是应该有应该数据存储
组成数据流图的元素可以从描述问题的信息中提取出来
源点 : 仓库管理员
终点 : 采购员
处理 : 处理事务、 产生报表等
数据流： 事务、 订货信息、 订货报表等
数据存储： 订货信息、 库存信息
从基本系统模型这样非常高的层次开始画数据流图是一个好办法。在这个高层次的数据流图上是否列出了所有给定的数据终点/源点一目了然，因此它是很有价值的通信工具。
然而，订货系统的基本系统模型图毕竟太抽象，从这张图对订货系统所能代表的信息非常有限。下一步应该把基本系统模型细化，描绘系统的主要功能。
三 . 把基本系统模型细化， 描绘系统主要功能。仓库管理员（源点）把事务（数据流）给处理事务（2）这个处理——>处理事务更新库存清单(D1)，入库时，零件加上；出库时，零件减去——>如果零件更新完后低于临界值——>生成订货信息（数据流）——>将订货信息存储起来形成D2（数据存储）——>将订货信息传给产生报表（2）这个处理——>产生订货报表（数据流）给采购员（终点）
四 . 主要功能进一步细化。仓库管理员（源点）把事务给接受事务的处理，形成的事务其实是订货系统的事务形式（订货或进货的单子），是系统中的一种形式——>事务送到更新库存清单，利用事务更新库存清单（入库加上，出库减去）——>形成库存信息，根据库存信息去处理进货——>看是否低于零件的临界值，低于临界值就生成订货信息——>订货信息存储在订货信息的数据存储中（D2）——>定时会从数据存储中将订货信息提取出来,给产生报表的出来,最后形成订货报表给采购员(终点)