第02讲软件需求工程过程重点.ppt

七.需求管理与项目管理 编写文档、管理与需求相关的风险 采用自由讨论的方法并将与需求相关的项目风险编写成文档。利用各种方法来减轻、阻止和跟踪这些风险。 需求风险管理与控制在很多组织都会在每月或每周项目例会必讨论的议题，其中会包括前述的需求分类与变更相关的数据图表。 七.需求管理与项目管理 跟踪需求工程所耗的工作量 记录需求开发和管理工作量。利用这些数据可以评估计划的需求活动是否已达到所期望的要求，并可以为将来项目的需求工程提供更好的资源计划。 八.CMMI中需求管理的流程图 结束 开始 制定需求管理计划 求得对需求的理解 求得对需求的承诺 维护对需求的双向追踪性 组织的总体方针 需求管理模板 管理需求变更 识别项目工作与需求之间的不一致性 八.CMMI需求工程过程模型 CMMI（Capability Maturity Model Integration）即能力成熟度模型集成。 CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。 CMMI框架 模型要素有：过程域，特定目标，特定实践，通用目标，通用实践，能力级别等。（如图1所示） 过程域是起主要组织作用的要素，CMMI1.2版中共有22个过程域，它们划分为过程管理、项目管理、工程和支持4个类别。每个过程域中都有一些特定目标和通用目标，指示过程域实施的目标。 特定目标和特定实践只应用于某一个过程域，体现该过程域的具体特点。 通用目标和通用实践适用于多个过程域，体现组织执行过程的一般属性。 CMMI框架 CMMI提供了比较成熟的并得到广泛认可的过程模型框架。 CMMI框架 连续表示的CMMI模型采用离散能力级别0～5来描述过程域，指示过程被定义、管理、度量和控制的程度和效率。每个能力级别包含一组目标和实践，执行实践并实现目标就达到相应的能力。处在低能力等级的实践称为基础实践，是实现过程目标所必须的活动；处在高能力等级的是先进实践，是为了更好地执行、改进过程所需的活动。 CMMI需求工程过程实践 需求工程实践是需求工程过程模型的关键要素，是评估、改进过程能力的主要对象。 在CMMI标准中，需求工程分为“需求开发”和“需求管理”两个过程域，为简单起见，把二者合并成一个“需求工程”过程域。 通过映射和重新提炼，定义了约40个需求过程实践，并根据特定目标分成5组，即“获取需求”、“分析需求”、“描述需求”、“验证需求”和“管理需求”，如图3所示。图3中每个实践之前的数字表示实践所处的过程能力等级。 CMMI需求工程过程实践 图3 需求工程过程的目标与实践 本章练习 1.谈谈你自己对软件需求工程的理解，及其在软件开发过程中的重要地位。 2.把你在目前或以往项目中遇到的与需求有关的问题写出来。判断每个问题属于需求开发还是需求管理，分析它们对项目的影响或造成这些问题的根本原因。 3.对项目相关人员进行需求知识技能获取的相关培训，找出在培训过程中的最大收获以及遇到的问题和解决方法. 4.根据你目前或是以往项目的业务需求，参照所给模板编写视图与范围文档。也可进行相应的修改以适应项目的特定需求。 5.列出你以前或当前的项目中用到的需求获取方法。其中哪些比较有效？为什么？哪些存在问题？为什么？今后将如何改进？ 6.根据你以前或目前的实际项目编写一个完整详细的需求规格说明书。 7.谈谈你以前的项目中是如何进行需求管理的。有什么可取之处和不足之处？为什么？ 8.你在进行实际项目时是如何进行变更管理的？是否存在问题？为什么？今后该如何改进？ 9.为你当前开发的系统中重要的一部分建立一个包括8-10个需求的跟踪矩阵。随着开发工作的进展，对其进行后续的填充。评估其能否很好的帮助你的开发团队。 10.对基于CMMI的需求工程实践方法进行调研，谈谈你对它的理解。 需求开发过程 —规格说明 需求规格说明书(SRS)中包含详细的软件的功能需求和非功能需求。 规格说明是系统和需求工程师生产的最终工作产品，它将作为硬件工程、软件工程、数据库工程以及人力工程的基础。 需求开发过程 —规格说明 采用SRS模板 指明需求的来源 为项目需求注上标号 记录业务规范 创建需求跟踪能力矩阵 需求开发过程 —规格说明 采用SRS模板 通常每个软件开发组织都要为编写软件需求文档定义一种标准模板，为记录需求及相关信息提供统一的结构。模板类型很多，这就需要选择适合其软件项目特性的模板，达到此目的有时还需要作些改动以适合项目的特点。一个通用模板是IEEE标准830-1998 SRS模板。 需求开发过程 —规格说明 指明需求的来源 为了让所有