2 可行性分析.ppt

软件工程导论 第2章 可行性研究 2.1 可行性研究的任务 2.2 可行性研究过程 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析 目标 理解可行性研究过程 设计软件系统的数据流图 定义数据字典 2.1 可行性研究的任务 不是解决问题，而是确定问题是否值得去解决。 大大压缩简化了的系统分析和设计的过程。 2.1 可行性研究的任务 对以后的行动方针，提出建议。 需要的时间长短取决于工程的规模。 技术可行性 经济可行性 操作可行性 法律可行性 2.2 可行性研究过程(I) 2.2 可行性研究过程(II) 2.3 系统流程图System Flowchart 概括地描绘物理系统的传统工具。 用图形符号以黑盒子形式，描绘组成系统的部件(程序，文档，数据库，人工过程等)。 表达的是数据在系统各部件之间流动的情况，不是对数据进行加工处理的控制过程。 是物理数据流图而不是程序流程图。 2.3.1 符号 2.3.2仓库例子 零件库存量的一次变化称为一个事务 库存清单程序: 处理事务，更新存储在磁盘上的库存清单主文件，并且把必要的定货信息写在磁带上。 每天由报告生成程序读一次磁带，并且打印出定货报告。 黑盒子形式定义了组成系统的部件，然而并没有指明每个部件的具体工作过程； 箭头确定了信息通过系统的逻辑路径。 2.4 数据流图(Data Flow Diagram) 从数据传递和加工角度，以图形的方式描绘数据在系统中流动和处理的过程。 只反映系统必须完成的逻辑功能，描绘“做什么”而不考虑“怎样做” 数据流图和数据字典(Data Dictionary)共同构成了系统的逻辑模型。 基本元素 示例：图书订购系统DFD 数据流图的层次结构 为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。 按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统 例：如何画出数据流图 问题描述： 假设一家工厂的采购部，每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。 对于每个需要再次定货的零件，应该列出下述数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。 零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。 当某种零件的库存数量，少于库存量临界值时，就应该再次定货。 如何画出数据流图 确定数据的源点和终点，确定处理/加工确定数据流 确定数据存储 由外向里画系统的顶层数据流图 自顶向下逐层分解，绘出分层数据流图 如何画出数据流图 处理/加工， “采购部需要报表”，显然他们还没有这种报表，因此必须有一个用于产生报表的处理。事务的后果是改变零件库存量，然而任何改变数据的操作都是处理，因此对事务进行的加工是另一个处理。 数据流和数据存储 系统把定货报表送给采购部，因此定货报表是一个数据流； 事务需要从仓库送到系统中，显然事务是另一个数据流。 顶层DFD不需要画出数据存储 系统必须完成的两个主要功能是“产生报表”和“处理事务” ，它们将代替顶层图的“定货系统”，并加了编号。 系统必须增加了两个数据存储：处理事务需要“库存清单”数据；产生报表和处理事务在不同时间，因此需要存储“定货信息”。 系统功能的进一步细化： 当发生一个事务时必须首先接收它； 随后按照事务的内容修改库存清单； 最后如果更新后的库存量少于库存量临界值时，则应该再次定货，也就是需要处理定货信息。 因此，把“处理事务”分解为下述3个处理：“接收事务”、“更新库存清单”和“处理定货” 2.4.3 命名2.4.4 用途 利用它作为交流信息的工具。 仅仅使用4种基本符号，而且不包含任何有关物理实现的细节，因此，绝大多数用户都可以理解和评价它。 另一个主要用途是作为分析和设计的工具。 这种描绘方法形象具体，比较容易验证它的正确性 用数据流图辅助物理系统的设计 用数据流图辅助物理系统的设计， 以图中不同处理的定时要求为指南，能够在数据流图上画出许多组自动化边界，每组自动化边界可能意味着一个不同的物理系统，因此可以根据系统的逻辑模型考虑系统的物理实现 注意事项 　　①命名。合适的命名使人们易于理解其含义。 　　②画数据流而不是控制流。 “做什么”，不是“如何做”，箭头上的数据流名称只能是名词或名词短语，整个图中不反映加工的执行顺序。 　　③一般不画物质流。数据流反映能用计算机处理的数据，并不是实物，因此对目标系统的数据流图一般不要画物质流。 　　④每个加工至少有一个输入数据流和一个输出数据流，反映出此加工数据的来源与加工的结果。 　　⑤编号。如果一张数据流图中的某个加工分解成另一张数据流图时