软件工程与项目管理_02.pptVIP

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