02章-可行性研究.pptVIP

* * * * * * * * * 考虑通过系统的逻辑数据流：当发生一个事务时必须首先接收它；随后按照事务的内容修改库存清单；最后如果更新后的库存量少于库存量临界值时，则应该再次订货，也就是需要处理订货信息。因此，把“处理事务”这个功能分解为下述3个步骤，这在逻辑上是合理的：“接收事务”、“更新库存清单”和“处理订货”(图2.7)。 图2.6订货系统的功能级数据流图图2.7把处理事务的功能进一步分解后的数据流图为什么不进一步分解“产生报表”这个功能呢?订货报表中需要的数据在存储的订货信息中全都有，产生报表只不过是按一定顺序排列这些信息，再按一定格式打印出来。然而这些考虑纯属具体实现的细节，不应该在数据流图中表现。同样道理，对“接收事务”或“更新库存清单”等功能也没有必要进一步细化。总之，当进一步分解将涉及如何具体地实现一个功能时就不应该再分解了。 当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入输出数据流必须相同。例如，图2.5和图2.6的输入输出数据流都是“事务”和“订货报表”；图2.6中“处理事务”这个处理框的输入输出数据流是“事务”、“库存清单”和“订货信息”，分解成“接收事务”、“更新库存清单”和“处理订货”3个处理之后(图2.7)，它们的输入输出数据流仍然是“事务”、“库存清单”和“订货信息”。 此外还应该注意在图2