[理学]2 可行性研究.ppt

第二章 可行性研究 开发软件要回答三个问题 Why to do? —可行性研究 What to do?—需求分析 How to do? —系统设计 可行性研究的任务 回答是否可行 最短时间 最小代价 目标 可行性（feasibility）研究是探讨在定义阶段所确定的问题是否有可行的解。通过定义和分析问题，最终提出一个符合系统目标的高层次逻辑模型(Logical Model)。 三个方面的可行性 技术可行性：使用现有的技术能否实现这个系统 。 经济可行性：从成本和经济效益考虑是否值得开发 。 操作可行性：系统的操作方式对用户是否可行。 可行性研究的成本约占总成本的5%—10%。 可行性研究 可行性研究的步骤 系统流程图 系统流程图举例 问题描述：一仓库存储各种零件，仓库管理员每日要对零件的数量进行实时更新，若某种零件的数量少于某个值（库存量临界值）则应产生订货报告，规定每天向采购部送一张订货报表。 系统处理描述： 由终端将零件数量的变化输入到计算机中，程序1处理该变化并存储新的数据值，程序2生成订货信息，形成订货报告。 系统流程图举例 数据流图 数据流图(Data Flow Diagram)是一种图形化技术，描绘信息流和数据从输入移动到输出的过程中所经历的变换，是系统的逻辑模型，可不考虑具体的处理细节。 有时数据的源点和终点相同——再重复画一个同样的符号(正方形或立方体)表示数据的终点。 有时数据存储也需要重复，以增加数据流图的清晰程度。 为了避免可能引起的误解，如果代表同一个事物的同样符号在图中出现在n个地方，则在这个符号的一个角上画（n-1）条短斜线做标记。 数据流图的绘制 步骤： 分析问题，找出源点或终点，处理，数据存储和数据流； 画出包含数据源点/终点以及处理的基本系统模型，如图2.5； 把基本系统模型细化，描绘系统的主要功能，即产生功能级数据流图； 对功能级数据流图中描绘的系统细化。 例子 假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。 零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货。 数据流图有4种成分：源点或终点，处理，数据存储和数据流。 第一步可以从问题描述中提取数据流图的4种成分： 首先考虑数据的源点和终点，从上面对系统的描述可以知道“采购部每天需要一张定货报表”，“通过放在仓库中的CRT终端把事务报告给定货系统”，所以采购员是数据终点，而仓库管理员是数据源点。 接下来考虑处理，再一次阅读问题描述，“采购部需要报表”，显然他们还没有这种报表，因此必须有一个用于产生报表的处理。事务的后果是改变零件库存量，然而任何改变数据的操作都是处理，因此对事务进行的加工是另一个处理。 最后，考虑数据流和数据存储：系统把定货报表送给采购部，因此定货报表是一个数据流；事务需要从仓库送到系统中，显然事务是另一个数据流。产生报表和处理事务这两个处理在时间上明显不匹配——每当有一个事务发生时立即处理它，然而每天只产生一次定货报表。因此，用来产生定货报表的数据必须存放一段时间，也就是应该有一个数据存储 定货系统的基本系统模型 从基本系统模型这样非常高的层次开始画数据流图是一个好办法。在这个高层次的数据流图上是否列出了所有给定的数据源点/终点是一目了然的，因此它是很有价值的通信工具。 两个数据存储：处理事务需要“库存清单”数据；产生报表和处理事务在不同时间，因此需要存储“定货信息”。 另外两个数据流，它们与数据存储相同。这是因为从一个数据存储中取出来的或放进去的数据通常和原来存储的数据相同，也就是说，数据存储和数据流只不过是同样数据的两种不同形式。 在图中给处理和数据存储都加了编号，这样做的目的是便于引用和追踪。 定货系统的功能级数据流图 数据流图的绘制 接下来应该对功能级数据流图中描绘的系统主要功能进一步细化。 注意： 分层细化时必须保持信息连续性 对处理进行编号的方法 把处理事务的功能进一步分解后的数据流图 分层 面对复杂的系统时，一个比较好的方法是分层次地描绘这个系统。首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能。然后分别把每个关键功能扩展到适当的详细程度，画在单独的一页纸上。这种分层次的描绘方法便于阅读者按从抽象到具体的过程逐步深入地了解一个复杂的系统。 数据流图的分量命名 为数据源点/终点命名时采用它们在问题中习惯使用的