cmm2级的关键过程区域-uml软件工程组织.pdfVIP

8848SOFTWARE-SCMCHINA CMM-2 KPA CMM2 级的关键过程区域 [CMM-2 KPA] Edit by SCMChina ++C 2002.10.01 v1.0 8848SOFTWARE-SCMChina 8848SOFTWARE-SCMChina 8848SOFTWARE-SCMChina Web-Published by 8848software-SCMChina © 2002 第 1 页 8848SOFTWARE-SCMCHINA CMM-2 KPA 基本的项目管理过程是为跟踪成本，进度和功能而建立的。设立必要的过程规则可实现同 以前项目的成功经验相似的运用。 CMM2 级的关键过程区域： 第一节需求管理 第二节软件项目计划 第三节软件项目跟踪和监督 第四节软件子合同管理 第五节软件质量保证 第六节软件配置管理 Web-Published by 8848software-SCMChina © 2002 第2 页 8848SOFTWARE-SCMCHINA CMM-2 KPA 第一节 需求管理 目标是在客户和根据客户要求在软件项目中定义的内容之间建立一种良好的理解。需求管 理包括就软件项目与客户之间达成和维持共识。这种共识被称作软件的系统需求。客户可 被理解为系统工程部，市场部，另一个内部机构或外部客户.该共识同时涵盖技术和非技术 （如提交日期）的需求。这种共识形成了评估、计划、实行和跟踪软件项目活动的基础，贯穿 整个软件生命周期。 系统需求在软件，硬件和其他系统元素（如人力）上的分配可能是由软件工程部之外的部 门执行（如系统工程部），软件工程部可不直接控制这种分配。在项目约束下，软件工程部采 取适当的步骤确保控制和存档软件方面的系统需求。 为达到这一控制，软件工程部门在最初及修改过的软件方面的系统需求被纳入软件项目之 前对其进行审核以解决问题。无论软件方面的系统需求何时变化，都要调整受影响的软件计 划、工作产品和活动以保持与更新后的需求一致。 目标 目标1 控制软件方面的系统需求，建立一个基线用于软件工程和管理。 目标2 保持软件计划、产品和活动与软件方面的系统需求一致。 行为的责任 责任1 项目依照一个书面的组织性的原则，以管理软件方面的系统需求。 在这些实践中软件方面的系统需求被称为分配需求 （allocated requirements ）. 分配需求是系统需求的子集，在系统的软件部分中执行。它是软件开发计划中的主要部分。软 件需求分析详细阐述和提炼了分配需求，结果体现为文档化的软件需求。 这一原则代表性地说明了： 1．分配需求是文档化的； 2 ．分配需求由： ® 软件经理及 ® 其他受影响部门 进行审核。 受影响部门的例子包括： ® 系统测试 ® 软件工程（包括所有的子部门，例如软件设计） ® 系统工程 ® 软件质量保证 ® 软件配置管理 ® 文档支持 3 ．软件计划、工作产品和活动应随分配需求的变化而修改，以与其保持一致。 行为的能力 能力1 对于每个项目而言，建立分析系统需求和将其划分到硬件、软件和其他系统元素上的责 任。 Web-Published by 8848software-SCMChina © 2002 第3 页 8848SOFTWARE-SCMCHINA CMM-2 KPA 系统需求的分析和划分不是软件工程部的责任，但是是其工作的前提。 责任包括： 1．在整个项目生命周期中管理和文档化系统需求及其分配。 2 ．执行对系统需求及其分配的修改。 能力2 分配需求是文档化的。 分配需求包括： ® 影响和决定软件项目的活动的非技术需求（如协议、环境、和或合同条款）