CMMI-工程-RM-需求管理过程-V2.0

1、需求管理过程Q)广州润衡软件连锁有限公司需求管理过程文档编号：GZCY_CM_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：MicrosoftOffice2003英文版CONFIDENTIAL需求管理过程文档修订记录版本编号或者更改记录编号变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人V1.0C初次创建2004-07-21CMM事业部*变化状态：C创建，A增加，M修改，D删除文档审批信息需求管理的目的是在客户和遵循需求的软件项目之间建立一种共同的理解。需求管理包括就软

2、件项目的需求同客户建立一个协议，该协议称作“分配给软件的系统需求”。“客户”可解释为系统工程组、销售组、另一个内部组织、或者一个外部客户协议既包括技术需求，又包括非技术需求（例如交付日期）。该协议形成估计、策划、跟踪整个软件生命周期内软件项目活动的基础。将系统需求分配给软件、硬件和其他系统成分的工作可能由软件工程组之外的组（例如系统工程组）完成，软件工程组可能对此分配无直接控制。在项目约束范围内，软件工程组采取恰当步骤以保证对分配给软件的需求建档、并加以控制，该组负责处理分配给软件的系统需求。为实现此控制，软件工程组评审初始的和经修改的分配给软件的系统需求，以便在它们被纳入软件项目之前使问题得

3、以解决。每当改变分配给软件的系统需求时，都要调整受到影响的软件计划、工作产品和活动，使其与更新后的需求保持一致。需求管理过程需求管理过程第II页第I页目录TOC o 1-5 h z HYPERLINK l bookmark6 第一章简介1 HYPERLINK l bookmark8 1.1目的1 HYPERLINK l bookmark10 1.2适用范围1 HYPERLINK l bookmark12 1.3术语表1 HYPERLINK l bookmark14 1.4参考资料1 HYPERLINK l bookmark16 第二章过程总体描述2 HYPERLINK l bookmark18

4、 过程概述2过程结构描述2 HYPERLINK l bookmark20 第三章过程元素描述3 HYPERLINK l bookmark22 需求定义3 HYPERLINK l bookmark24 3.1.1概述3 HYPERLINK l bookmark26 3.1.2参与人员3 HYPERLINK l bookmark28 3.1.3入口准则3 HYPERLINK l bookmark30 3.1.4任务3 HYPERLINK l bookmark32 3.1.5出口准则3 HYPERLINK l bookmark34 3.1.6输出4 HYPERLINK l bookmark36 3.

5、1.7资源和能力要求4 HYPERLINK l bookmark38 3.1.8度量4 HYPERLINK l bookmark40 需求追溯4 HYPERLINK l bookmark42 3.2.1概述4 HYPERLINK l bookmark44 3.2.2参与人员4 HYPERLINK l bookmark46 3.2.3入口准则4 HYPERLINK l bookmark48 3.2.4输入5 HYPERLINK l bookmark50 3.2.5任务5 HYPERLINK l bookmark54 3.2.6出口准则6 HYPERLINK l bookmark56 3.2.7输

6、出6 HYPERLINK l bookmark58 3.2.8资源和能力要求6 HYPERLINK l bookmark60 3.2.9度量6 HYPERLINK l bookmark62 需求状态的跟踪7 HYPERLINK l bookmark64 3.3.1概述7 HYPERLINK l bookmark66 3.3.2参与人员7 HYPERLINK l bookmark68 3.3.3入口准则7 HYPERLINK l bookmark70 3.3.4输入7 HYPERLINK l bookmark72 3.3.5任务7 HYPERLINK l bookmark74 3.3.6出口准则

7、8 HYPERLINK l bookmark76 3.3.7输出8 HYPERLINK l bookmark78 3.3.8资源和能力要求8 HYPERLINK l bookmark80 3.3.9度量8 HYPERLINK l bookmark82 需求变更8 HYPERLINK l bookmark84 3.4.1概述8 HYPERLINK l bookmark86 3.4.2参与人员8 HYPERLINK l bookmark88 3.4.3入口准则9 HYPERLINK l bookmark90 3.4.4输入9 HYPERLINK l bookmark92 3.4.5任务9 HYPE

8、RLINK l bookmark94 3.4.6出口准则10 HYPERLINK l bookmark96 3.4.7输出10 HYPERLINK l bookmark98 3.4.8资源和能力要求10 HYPERLINK l bookmark100 3.4.9度量10需求管理过程第 页第一章简介1.1目的为软件项目在整个开发过程中确保产品的完整性、可追溯性，从而使产品满足需求提供方法和指导。1.2适用范围本文档的适用范围为组织中的各软件项目。1.3术语表请参见CMMI常见术语表。1.4参考资料软件需求，KarlE.Wiegers著，陆丽娜、王忠民、王志敏等译，机械工业出版社，2000年7月第

9、二章过程总体描述2.1过程概述需求管理过程指识别、分析、建立软件需求，监控软件需求的状态，控制软件需求的变更过程，进行软件需求的追溯等。为软件项目在需求方面建立和维护与客户的共识；并将所建立的软件需求作为估算、策划、实施和管理项目的基础；控制管理软件需求及其变更，使软件开发计划、工作产品和活动与软件需求保持一致；进行软件需求的追溯，可改善产品质量、降低维护成本、实现重用。软件需求管理的活动贯穿项目的整个生命周期。2.2过程结构描述需求管理过程如图表1所示，主要包括软件需求的定义、需求变更、需求追溯、需求状态的跟踪等几个主要过程元素。图表1需求管理过程第三章过程元素描述3.1需求定义3.1.1概

10、述需求定义的目的是形成一个清楚的、完整的、一致的可验收测试的用于产品的技术性需求说明书。3.1.2参与人员需求人员：开发需求并形成需求规格说明书项目经理：参与需求规格说明书的评审高层经理：参与需求规格说明书的评审客户代表：被邀请参与需求规格说明书的评审相关组：如：SQA人员、SCM人员、测试人员等，参与需求规格说明书的评审3.1.3入口准则立项报告已经获得批准评审准备表3.1.4任务需求开发。需求开发过程参见需求开发过程，形成需求规格说明书评审需求规格说明书并纳入基线，评审过程参见评审规程，将评审结果和问题记录在评审报告中3.1.5出口准则需求规格说明书评审结束3.1.6输出需求规格说明书评审

11、报告3.1.7资源和能力要求项目经理具有软件项目管理能力、需求分析能力。需求人员具有行业经验、需求获取、需求分析能力。3.1.8度量形成需求规格说明书所花的工时评审需求规格说明书所花的工时3.2需求追溯3.2.1概述需求追溯包括正向追溯（追溯）和反向追溯（回溯）。通过实施追溯将会使项目在审核、变更影响分析、维护、跟踪、再设计、重用、减小风险、测试等方面受益，具体活动是填写需求模块功能矩阵的需求项、设计项、实现项、测试项，反映出他们之间的关系。项目经理负责并组织在项目的整个工程过程中，对需求进行追溯，以保证系统或产品的完整性和准确性。3.2.2参与人员项目经理：负责审批需求模块功能矩阵；SCM人

12、员：负责管理需求模块功能矩阵；软件工程组：负责不同阶段需求模块功能矩阵的填写、分析和再利用3.2.3入口准则需求规格说明书已经过CCB批准纳入基线。3.2.4输入需求规格说明书3.2.5任务3.2.5.1需求模块功能矩阵维护该任务贯穿项目的整个生命周期，即在项目的各个阶段均要进行需求模块功能矩阵维护，维护分以下步骤：需求定义阶段需求模块功能矩阵的填写由需求人员负责将需求规格说明书中需求功能编号、需求功能项和需求功能项描述对应填入需求模块功能矩阵中，由项目经理审批，SCM人员统计需求状态情况。设计阶段需求模块功能矩阵的填写由设计人员负责将档案结构设计和概要设计中设计项对应填入需求模块功能矩阵变更

13、表中，并建立设计与需求的关联，由项目经理审批，SCM人员填写到需求模块功能矩阵中，同时统计需求状态情况。编码阶段需求模块功能矩阵的填写由开发人员负责将源代码程序对应填入需求模块功能矩阵变更表中，并建立代码与设计的关联，由项目经理审批，SCM人员填写到需求模块功能矩阵中，同时统计需求状态情况。测试阶段需求模块功能矩阵的填写由测试人员负责将测试用例项对应填入需求模块功能矩阵变更表中，并建立测试案例与需求的关联，由项目经理审批，SCM人员填写到需求模块功能矩阵中，同时统计需求状态情况。需求变更时需求模块功能矩阵的填写在项目的不同阶段发生需求变更时，项目经理组织分析需求模块功能矩阵并获得需要变更的内容

14、，软件工程组根据变更内容填写需求模块功能矩阵变更表，由项目经理审批，SCM人员填写到需求模块功能矩阵中，同时统计需求状态情况。具体方法参见需求模块功能矩阵维护规程。3.2.5.2追溯当发生需求变更时，通过需求模块功能矩阵从需求向后追溯到下游关联的工作产品，可分析出这些关联项是否需要变更，从而达到追溯的目的。3.2.5.3回溯通过需求模块功能矩阵从下游工作产品向前回溯到需求，可分析出需求是否得到满足，从而达到回溯的目的。3.2.6出口准则需求模块功能矩阵（需求定义阶段）已清晰填写需求功能项对应的需求列需求模块功能矩阵（设计阶段）已清晰填写设计项列需求模块功能矩阵（实现阶段）已清晰填写源代码模块列

15、需求模块功能矩阵（测试阶段）已清晰填写测试用例列3.2.7输出需求模块功能矩阵；3.2.8资源和能力要求项目经理具有需求管理能力。SCM人员具有软件配置管理、需求管理能力。软件工程组人员具备需求管理知识。3.2.9度量需求模块功能矩阵填写相关人员：填写需求模块功能矩阵所花的工时。项目经理：审批需求模块功能矩阵所花的工时。SCM人员：管理需求模块功能矩阵所花的工时；确认不同阶段需求模块功能矩阵的完整性所花的工时。3.3需求状态的跟踪3.3.1概述在项目的整个开发过程中，跟踪每项需求的状态是需求管理的一个重要的方面，通过周期性报告需求项的各状态类别以及各状态类别在整个需求中所占的百分比来改进项目的

16、监控工作。状态的跟踪包括状态的定义和状态变更、统计，目的是了解项目是如何达到和完全验证所有批准的需求。3.3.2参与人员项目经理：定义需求状态类型；审批需求状态的变更，分析需求跟踪状态结果；SQA人员：检查需求模块功能矩阵的填写，协助项目经理分析需求跟踪状态结果;SCM人员：负责需求模块功能矩阵的需求状态项的填写和统计需求状态，发布结果。3.3.3入口准则需求规格说明书经过CCB批准并纳入基线。3.3.4输入需求规格说明书3.3.5任务定义需求状态类别目前定义的需求状态类别包括：已建议：该需求已被有权提出需求的人（客户或需求人员）建议。已批准：该需求已被分析，估计了其对项目与下一部分的影响，软

17、件工程组已承诺实现该项需求。已设计：已实现需求项关联设计的概要设计和详细设计。已实现：已实现需求项关联代码的编写和单元测试。已验证：使用所选择的方法已验证了实现的需求，例如测试等。该需求现在被认为完成。已删除：计划的需求已从基线中删除，但必须是按变更要求进行的。由SCM人员在事件驱动下（项目经理提交需求模块功能矩阵变更表）填写需求模块功能矩阵的需求状态项，并统计出需求状态情况。3.3.6出口准则需求状态统计完成3.3.7输出需求模块功能矩阵（需求状态统计表）3.3.8资源和能力要求项目经理具有需求管理能力。SCM人员具有软件配置管理、需求管理能力。SQA人员具有软件质量跟踪、需求管理能力。3.

18、3.9度量项目经理和软件工程组成员：需求状态跟踪所花的工时。SCM人员：需求状态跟踪所花的工时；需求状态统计所花的工时（填写需求状态统计表的工时）。3.4需求变更3.4.1概述由项目经理负责接收需求变更信息，提交给CCB进行变更评估进入变更流程（参见变更控制规程），变更评估完成进行需求模块功能矩阵的变更。3.4.2参与人员项目经理：负责接收变更请求表，组织需求变更活动的开展，审批需求模块功能矩阵变更表；软件工程组成员：负责变更需求、设计、代码或测试内容，填写需求模块功能矩阵变更表；SCM人员：负责将需求基线纳入配置管理；发布基线和需求状态。CCB：负责评估、批准需求；客户代表：参与并确认需求的定义。3.4.3入口准则变更请求表已提交3.4.4输入变更请求表需求模块功能矩阵3.4.5任务由