北邮软件工程第三章传统方法学--结构化分析.pdf

第二篇 第二篇 传统方法学 传统方法学 第3章 结构化分析 第3章 结构化分析 为了开发出真正满足用户需求的软件产品，首先 必须知道用户的需求。对软件需求的深入理解是软件 开发工作获得成功的前提和关键，不论我们把设计和 编码工作做得如何出色，不能真正满足用户需求的程 序只会给用户带来失望，给开发者带来烦恼。　 传统的软件工程方法学采用结构化分析 (Structured Analysis ,SA)技术完成需求分析工作。 退出 退出 3.1 概述 3.1 概述 3.2 与用户通信的技术 3.2 与用户通信的技术 3.3 分析建模与规格说明 3.3 分析建模与规格说明 3.4 实体—关系图 3.4 实体—关系图 3.5 数据流图 3.5 数据流图 3.6 状态转换图 3.6 状态转换图 3.7 数据字典 3.7 数据字典 3.8 小结 3.8 小结 3.1 概述 3.1 概述 需求分析是发现、求精、建模、规格说明和复审 的过程。为了发现用户的真正需求，首先应该从宏观 角度调查、分析用户所面临的问题，也就是说，需求 分析的第一步是尽可能准确地了解用户当前的情况和 需要解决的问题。 分析员对用户提出的初步要求应该反复求精多次 细化，才能充分理解用户的需求，得出对目标系统的 完整、准确和具体的要求。　 为了更好地理解问题，人们常常采用建立模型的 方法。所谓模型，就是为了理解事物而对事物做出的 一种抽象，是对事物的一种无歧义的书面描述。通 常，模型由一组图形符号和组织这些符号的规则组 成。结构化分析就是一种建立模型的活动，通常建立 数据模型、功能模型和行为模型等三种模型。　 除了用分析模型表示软件需求之外，还要写出准 确的软件需求规格说明。模型既是软件设计的基础， 也是编写软件规格说明的基础。 在分析软件需求和编写软件规格说明的过程中， 软件开发者和软件用户都起着关键的、必不可少的作 用。 用户与开发者之间需要通信、沟通的内容非常 多，在双方交流信息的过程中很容易出现误解或遗 漏，也可能存在二义性。因此，不仅在整个需求分析 过程中应该采用行之有效的通信技术，集中精力过细 工作，而且对需求分析的结果(分析模型和规格说明) 必须严格审查。 尽管目前存在许多不同的结构化分析方法，但 是，所有这些分析方法都遵守下述准则。　 · 必须理解和表示问题的信息域，根据这条准则 应该建立数据模型。　 · 必须定义软件应完成的功能，这条准则要求建 立功能模型。　 · 必须表示作为外部事件结果的软件行为，这条 准则要求建立行为模型。　 · 必须对描述信息、功能和行为的模型进行分 解，用层次的方式展示细节。　 · 分析过程应该从要素信息移向实现细节。　 3.2 与用户通信的技术 3.2 与用户通信的技术 软件需求分析总是从两方或多方之间的通信开 始。用户面临的问题需要用基于计算机的方案来解 决；开发者应该对用户的需求作出反应，给用户提供 帮助。这样就产生了相互通信的需求。但是，正如前 面已经讲过的，从开始通信到真正相互理解的道路通 常是充满坎坷的。良好的通信技术有助于加快理解的 过程。　 3.2.1 访谈 访谈(或称为会谈)是最早开始运用的获取用户需 求的技术，也是迄今为止仍然广泛使用的主要的需求 分析技术。　 访谈有两种基本形式，分别是正式的和非正式的 访谈。在正式的访谈中，系统分析员将提出一些事先 准备好的具体问题，例如，询问客户公司销售的商品 种类、雇用的销售人员数目以及信息反馈时间应该多 快