精·《软件工程》第二讲 可行性研究.pptVIP

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