软件工程new3.pptVIP

1 第3章 需求分析 为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提和关键。 传统的软件工程方法学采用结构化分析(Structured Analysis ,SA)技术完成需求分析工作。SA是面向数据流自顶向下逐步求精进行需求分析的方法。 需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。 需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。 结构化分析方法应遵守的准则： · 必须理解和表示问题的信息域，根据这条准则应该建立数据模型。 · 必须定义软件应完成的功能，这条准则要求建立功能模型。 · 必须表示作为外部事件结果的软件行为，这条准则要求建立行为模型。 · 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 · 分析过程应该从要素信息移向实现细节。 3.1 需求分析的任务 需求分析的任务:准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。用 需求规格说明书 规范的形式准确地表达用户的需求。 确定对系统的综合要求 分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划 系统分析员的主要焦点是 “做什么（what）” ，不是 “怎样做（how）” 对软件系统的综合要求 (1) 功能 (2) 性能 (3) 可靠性和可用性 (4) 出错处理 (5) 接口 (6) 约束 (7) 逆向 (8) 资源 (9) 将来可能提出的要求 (10)软件成本消耗与开发进度 (11)质量保证 3.2 与用户沟通获取需求的方法 需求获取的目的 清楚地理解所要解决的问题 完整地获取用户需求  需求获取面临的挑战： 问题空间理解 人与人之间的通信 需求的不断变化 3.2.1 访谈 访谈(或称为会谈)是最早开始运用的获取用户需求的技术，也是迄今为止仍然广泛使用的主要的需求分析技术。访谈有两种基本形式，分别是正式的和非正式的访谈。 在正式的访谈中，系统分析员将提出一些事先准备好的具体问题。在非正式的访谈中，将提出一些可以自由回答的开放性问题，以鼓励被访问的人员表达自己的想法。此外，向被调查的人员分发调查表，在对用户进行访谈的过程中使用情景分析技术都是非常有效。 某出版社系统调查表 某出版社系统调查表 3.2.2 面向数据流自顶向下求精 1、沿数据流图回溯； 2、用户审查； 3、细化数据流图； 4、修正开发计划； 5、书写文档； 6、审查和复审。 需求分析过程示意 (1) 通过对现实环境的调查， 获当前系统的具体模型(物理模型) 需求分析过程示意 (2) 去掉具体模型中的非本质因素， 抽象出当前系统的逻辑模型 需求分析过程示意 (3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 需求分析过程示意 (4) 对目标系统进行完善和补充，并写出完整的需求说明； (5) 对需求说明进行复审，直到确认文档齐全，并且符合用户的全部需求为止。 3.2.3 简易的应用规格说明技术 这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案的要素，商讨不同的方法并指定基本的需求。 遵循的基本准则： · 在中立地点举行由开发者和用户双方出席的会议； · 制定准备会议和参加会议的规则； · 提出一个议事日程； · 由一个“协调人”来主持会议； · 使用一种“定义机制”(如，工作表、图表等)； · 目标是标识问题、提出解决方案要素、商讨不同的方法以及在有利于实现目标的氛围中指定初步的需求。 3.2.4 快速建立软件原型 构建原型的要点是，它应该实现用户看得见的功能(如屏幕显示或打印报表)，省略目标系统的“隐含”功能(如修改文件)。 快速原型应该具备的第一个特性是“快速”。快速原型的目的是尽快向用户提供一个可在计算机上运行的目标系统的模型，以便使用户和开发者在目标系统应该“做什么”这个问题上尽可能快地达成共识。因此，原型的某些缺陷是可以忽略的，只要这些缺陷不严重地损害原型的功能，不会使用户对产品的行为产生误解，就不必管它们。 快速原型应该具备的第二个特性是“容易修改”。如果原型的第一版不是用户所需要的，就必须根据用户的意见迅速地修改它，构建出原型的第二版，以更好地满足用户需求。在实际开发软件产品时，原