需求分析结构化分析技术.pptVIP

本章主要内容 3.1 软件需求概念 -软件需求的问题、定义、层次、来源、依据、目标 3.2 需求工程过程 - 需求开发：需求获取、需求分析、规格说明、需求验证 - 需求管理：覆盖需求开发全过程 3.3 需求获取技术 -面谈、专题讨论会、原型方法-应用用例 3.4 结构化分析技术-数据流图、数据字典、实体联系图 3.4 结构化分析技术 3.4.1 结构化分析方法 3.4.2 数据流程图 基本概念、基本元素、基本符号、层次结构、逐层分解、绘制步骤、质量评估。 3.4.3 数据字典（数据流图补充说明） 3.4.4 实体关系图（数据建模） 结构化分析方法 结构化分析方法（Structured Analysis , SA）由美国Yourdon公司提出，始于60年代末和70年代初，适用于分析大型的数据处理系统。 SA是这样一项技术，它帮助开发人员定义系统需要做什么，需要存储和使用哪些数据，需要什么样的输入和输出以及如何把这些功能结合在一起来完成任务。 SA方法采用“抽象”和“分解”两个基本手段。抽象是以软件内部数据流进行驱动的，提取处理单元和数据存储的需求模型；分解是以数据处理单元为对象，运用用自顶向下、逐层细化的方法来定义软件需求的元素。数据流程图就是为“抽象”和“分解”的手段而引入的。 SA方法通常与设计阶段的结构化设计方法（Structured Designed，SD）衔接起来使用。 结构化分析方法 SA核心技术* 结构化分析方法使用的工具主要包括：数据流图、数据字典、结构化英语、判定树和判定表。 数据流图是定义数据流程、数据变换、数据存储的图解方法，直观地描述处理流程。 数据字典补充定义数据流图中的各种数据（数据流、数据结构、数据元素、数据存储）。 结构化英语、判定树、判定表用于描述数据流图中的处理逻辑说明。 SA方法的实质*：是采用一组分层数据流图及数据字典作为系统的模型，从总体来看，是一种依赖数据流图的自顶向下的建模方法。 数据流图：分层扩展的功能模型 ?数据流图（DFD）是SA方法中用于建立系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中处理的流动过程。由于它只反映系统需要完成的逻辑功能，所以它是一种功能模型。* 数据流图：学生注册课程系统示例 顶图（基本模型，1层图） 数据流图：学生注册课程系统示例 扩展（2层图，子系统划分） 数据流图：学生注册课程系统示例 再扩展：学生维护业务系统模型（3层图） 数据流图：基本元素* 外部实体（External Entity） 代表系统之外的人、物或组织。是系统数据的提供者或接受者，说明内外输入/输出关系（软件系统与外部环境之间）。 数据流（Data Flow） 表示数据处理、数据存储和外部实体之间的数据依赖关系，不代表控制关系。 数据处理（Process） 是对数据执行某种操作，或是数据从输入到输出的一种变换。 数据存储（Data Storage） 数据存储可以是一个文件，也可以是文件的一部分或数据库记录的一部分。数据可以存储在磁盘、磁带、存储器等任何介质上。指向数据存储的箭头可以是单向的，也可以是双向的。 数据流图：基本符号 数据流图：附加符号 数据流的“与”、“或”关系 数据流图：层次结构 分层的DFD是按处理逻辑进行的分解，可以清楚地表达和理解软件系统的层次关系。一般包括顶层、中间层、底层三个层次。 数据流图：层次结构（续） 经验层次（简化方法） 1层图（顶图）说明系统目标：仅包含一个处理逻辑，定义软件系统、系统外部项、系统输入/输出流及主要数据存储，说明了软件系统的边界。 数据流图： DFD绘制步骤* 汽车配件营销系统为例 （1）先绘制顶层DFD 顶层DFD是系统的逻辑模型，表明系统目标与边界。思路：顶图中只有一个加工，多个外部实体，系统需要的输入输出数据流，主要数据存储。 数据流图： DFD绘制步骤（续）* （2）再绘制二层DFD：是顶图的分解，表明子系统划分及其边界。 系统划分几个子系统，一个子系统在二层图中只有一个处理逻辑（需求来源是业务子系统或用例图中的用例）； 每一子系统析取所有的外部项、输入输出数据流和主要数据存储； 各子系统之间的依赖关系（数据流直接依赖，数据存储缓存依赖）。 数据流图： DFD绘制步骤（续）* （3）最后绘制三层DFD 三层DFD是父图（二层图）某个处理逻辑（子系统）的分解，表明子系统的全部数据流、加工与存储。 数据流图： DFD绘制步骤（续） 数据流图：商店业务处理系统 基本模型（顶图，1层图） 数据流图：商店业务处理系统 子系统划分（2层图） 数据流图：商店业务处理系统 销售业务系统模型（3层图） 数据流图：商店业务处理系统（续） 采购业务系统模型（3层图） 数据流