软件工程课件之第2章_可行性研究(第五版)(张海潘编著)详解.ppt

计算机教材销售系统：由计算机实现有效性审查（不该购买或已卖完的教材），收书款和发书仍由人工完成。开购书申请和购书证明可一步完成，增加缺书统计和采购功能。 2.4.2 例子 例1： 假设采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件，应该列出下述数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存量少于库存量的临界值时，就应该再次定货。 2.4.3 命名 1. 为数据流(或数据存储)命名 完整性； 具体性； 起名字遇到了困难时，试试重新分解。 2.4.4 用途 作为交流信息的工具 供有关人员审查确认 供用户理解和评价 数据流图应该分层，超过9个时应该画分图 作为分析和设计的工具 描绘系统所完成的功能 辅助物理系统的设计时，以定时要求为指南，画出许多组自动化边界，对应不同的物理系统。 导出更详细的设计步骤——面向数据流的设计方法 例3：教材销售系统 人工：先找系办公室开购书申请，凭申请找教材科开购书证明，向出纳员交付书款获得领书单，然后到书库找保管员领书。 计算机：包括销售和采购两大功能。 销售时，根据学生用书表和教材库存清单对购书单进行有效性审查，通过审查后得到有效购书单，并将缺书信息写入缺书表。交完款后开领书单，根据领书单更新教材库存清单。 采购时，将缺书表中的信息汇总生成采购单，新书进库时更新教材库存清单。 人工教材销售系统的数据流图 2.5 数据字典 数据字典： 是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 数据流图和数据字典共同构成系统的逻辑模型。 2.5.1 数据字典的内容 数据字典的组成： 数据流 数据流分量(即数据元素) 数据存储 处理(用其它工具描述更方便，如IPO图) 2.5.2 定义数据的方法 方法：对数据自顶向下分解。 数据组成方式(三种基本类型)： 顺序 以确定次序连接两个或多个分量； 选择 从两个或多个可能的元素中选取一个； 重复 即把指定的分量重复零次或多次。 附加类型： 可选 即一个分量是可有可无的(重复零次或一次)。 在数据字典中记录数据元素的下列信息： 一般信息 定义 使用特点 控制信息 分组信息 计算机教材销售的系统流程图 2.4 数据流图 数据流图 DFD (Data Flow Diagram) ： 是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。 在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。 2.4.1 符号 基本符号： 数据源点/终点：通常是人或部门，可重复表示； 处理：一个处理框可以代表一系列程序、单个程序或程序的一个模块； 数据存储：可以表示一个文件、文件的一部分、数据库的元素或记录的一部分等，数据存储是处于静止状态的数据； 数据流：描绘所有可能的数据流向，而不应该描绘出现某个数据流的条件 ，数据流是处于运动中的数据。 附加符号： 星号（*）：表示“与”关系 加号（+）：表示“或”关系 异或（⊕）：表示互斥关系 画数据流图的步骤： 1. 从问题描述中提取数据流图的4种成分 数据的源点/终点 “通过放在仓库中的CRT终端把事务报告给定货系统”——仓库管理员是数据源点； “采购部每天需要一张定货报表”——采购员是数据终点。 处理 “采购部需要报表”，——产生报表； 事务的后果是改变零件库存量，因此对事务进行的加工是另一个处理——处理事务。 数据流： “系统把定货报表送给采购部”——定货报表； “事务需要从仓库送到系统中”——事务。 数据存储： 处理事务和产生报表这两个处理在时间上明显不匹配，用来产生定货报表的定货信息必须存放一段时间——定货信息； 零件库存量和库存量临界值需要存储——库存清单。 源点：仓库管理员 终点：采购员 处理：产生报表、处理事务 数据流： 定货报表 事务 零件编号 零件名称 定货数量 目前价格 主要供应者 次要供应者 零件编号 事务类型 数量 数据存储： 定货信息——同定货报表 库存清单 零件编号 库存量 库存量临界值 2. 画基本系统模型 由若干个数据源点/终点和一个处理组成。 定货系统的基本系统模型 3. 细化，描绘系统的主要功能（功能级数据流图） 定货系统的功能级数据流图 4. 对系统主要功能进一步细化 把处理事务的功能进一步分解后的数据流图 细化时注意： 当进一步分解涉及如何具体的实现一个功能时就不应该再分解了。 当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解