第03章软件需求管理(新).ppt

第三章 软件需求管理;第三章目录; 3.1 需求工程与需求管理的概念; 对大多数软件和系统开发团队来说，与过去自由的日子相比，20 世纪 90 年代是一个强调流程的时代。评测和验证有效的软件开发流程的标准得到推广和普及。许多论述软件开发流程的书籍和文献以及关于业务建模和重构的相关材料纷纷出版。不断涌现出的软件工具已经帮助人们制定和应用有效的软件开发流程。在这十年内，全球经济对软件的依赖程度加深，它推动着开发流程的发展，提高了系统质量。 既然如此，那么今天频频发生的软件项目失败的事件又如何解释呢？ 即使不是大多数，但为什么仍有那么多的项目受到延期、预算超支和质量问题的困扰呢？随着我们的业务、国家经济和日常活动越来越依赖于系统，如何才能提高系统的质量？ ;为什么要管理需求？ 简单地说，系统开发团队之所以管理需求，是因为他们想让项目获得成功。满足项目需求即为成功打下了基础。若无法管理需求，达到目标的几率就会降低。 也就是说：好的需求管理是项目成功的第一位因素。采用需求管理可以给项目组带来很多的好处，直至项目取得成功。  Brooks[1987]：不能得到完整、正确以及无二义性的软件需求仍然是如今导致软件开发失败的一个重大原因;一组数字;软件开发的问题分类;项目失败的根本原因;需求变化;为什么要管理需求？;需求错误的代价;3.1.2 需求与需求管理的概念;什么是软件需求？;需求全部是来自用户吗？;什么是需求管理？;软件项目和软件过程的需求管理 ;CMM2的需求管理;CMM2的需求管理;CMM2的需求管理; 面对软件工程过程中存在的需求不确定性问题，软件工程进一步获得发展，其中一个具体体现，就是发展出“需求工程”的概念。 需求工程是提供一种适当的机制，以了解用户想要什么、分析需求、评估可行性、协商合理的解决方案、无歧义地规约解决方案、确认规约以及在开发过程中管理这些被确认的需求规约的过程。 因此，需求工程的活动也可分为两大过程域，一个过程域是需求开发，另一过程域是需求管理。;需求开发过程域 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求获取的目的是通过各种途径获取用户的需求信息，产生《用户需求说明书》或《产品远景文件》。 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求处理的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。 需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。;需求管理过程域 需求管理的目的是在客户与开发方之间建立对需求的共同理解的基础上，实现需求并在实现的过程中，维护需求与其它工作成果的一致性，并控制需求的变更。 需求实现是指在系统概要分析、详细分析和系统编码、测试等开发过程中，实现系统的需求。 需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。 需求变更控制是指依据“变更申请－审批－更改－重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。 ;产品工程的层次图：;传统软件工程的局限性—— 需求管理是全过程的 ;需求工程 的结构图：;3、从思想方法上看： 我们从传统软件工程的定义和计划阶段的工作内容，可以看出，软件工程认定： “问题”已经是一个明确的、固定的、可获得的； 如果通过可行性分析，认为项目可行，则此“问题”也是可“求解”的。 因此，根据这个假设，可以确定工作内容、产品与成果、验收标准等技术指标，也可以制订工作进度、任务分解，以至可以进行成本预算等，确定了任务的目标。 在这个假设下，软件工程的需求分析，是一个“纯”技术性的“转换”。既把用户的需求，准确地描述为“软件需求”的过程。 ;传统软件工程的假象前提： （1）软件工程假定：用户需求在需求分析开始之前，是一个基本明确的、固定的、可获得的。 （2）需求分析阶段的目的，是“描述”这个已经存在，但还没有用开发者自己的方式“描述”出来的需求。 （3）软件工程把这个“描述”工作，做了定义，就是需求分析的四个任务。通过这个任务的完成，获得数据字典、系统的数据流定义、处理逻辑定义等手段，实现对“用户需求”的描述。 （4）软件工程更关注这种：“描述”的方法和过程（需求分析方法）。; 3.2 需求开发管理;3.2.1 需求开发的过程;回忆一下：问题定义阶段的任务和步骤;需求开发过程的阶段任务;3.2.2 需求获取阶段——;工具和方法;工具