原文出处：http://hi.baidu.com/seaweaver/blog/item/e80e7af427f674d9f2d3854a.html

CMM2的六个KPA

1、需求管理 （RM，Requirement Management）

2、软件项目计划 （SPP，Software Project Planning）

3、软件项目跟踪与监控 （SPTO，Software Project Tracking and Oversight）

4、软件子合同管理 （SSM，Software Subcontract Management）

5、软件配置管理 （SQA，Software Quality Assurance）

6、软件质量保证 （SCM，Software Configuration Management）

KPA1 需求管理（Requirement Management）

是指对分配需求进行管理，即要在客户和实现客户的软件项目之间达成共识， 控制系统软件需求，为软件工程和管理建立基线，保持软件计划、产品和活动与系统软件的一致性

需求管理是过程改进的关键问题，是焦点问题，需要客户参与

所需要出具的文档包括客户需求说明书、需求规格说明书（开发级）

需求涵盖以下部分：

总体概述

（软件功能、用户特征、运行环境、设计限制、假设和依赖关系）

接口要求

（用户界面、硬件接口、软件接口、通信接口）

系统特性

（功能需求、优先级说明）

非功能性需求

（性能需求、安全性需求、质量需求、业务规则、用户文档、企业需求）

KPA2 软件项目计划（Software Project Planning）

是指为软件工程的动作和软件项目活动的管理提供一个合理的基础和可行的工作计划的过程，其目的是为执行软件工程和管理软件项目制订合理的计划

项目计划涵盖以下部分：

项目概要

（背景概述、项目概览、目标内容、范围界定、承诺假定）

项目计划

（项目评估、资源分析、进度计划、评审计划、培训计划、质量计划、风险管理、配置管理）

项目跟踪

（需求跟踪、项目审查、项目例报、异常上报）

项目团队

（项目组织、团队成员、职责陈述、组间协作）

过程规范

（标准过程、裁剪后过程）

（照个人理解，以上各项均应细化至文档级别）

KPA3 软件项目跟踪与监控（Software Project Tracking and Oversight）

是对软件实际过程中的动作建立一种透明的机制，以便当软件项目的实际动作偏离计划时，能够有效地采取措施

项目监控的手段包括：

里程碑

评审

变更事项

例报

异常上报


KPA4 软件子合同管理（Software Subcontract Management）

目的是选择合格的软件分承包商和对分承包合同的有效管理，此项工作对大型的软件项目十分重要

（目前暂不涉及）

KPA5 软件配置管理（Software Configuration Management）

包括标识在给定时间点上的软件的配置，系统地控制对配置的更改，并维护在整个软件生命周期中配置的完整性和可跟踪性

这里的配置是指软件或硬件所具有的功能特征和物理特征，这些特征可能是技术文档中所描述的或产品所实现的特征

软件配置涵盖以下部分：

项目概要

（项目概览、人员配置、配置环境）

配置管理设计

（基线化定义、版本发布定义、空间定义、权限定义、配置项列表）

配置管理活动

（配置统计、配置审计、备份归档）

配置管理报告

KPA6 软件质量保证（Software Quality Assurance）

目的是对软件项目和软件产品质量进行监督和控制，向用户和社会提供满意的高质量产品，它和一般的质量保证活动一些，是确保软件产品从生产到消亡为止的所有阶段达到需要的软件质量而进行的所有有计划、有系统的管理活动

质量保证涵盖以下部分：

项目概要

（项目概览、交付产物、过程规范）

质量体制

（人员配置、参与机制、报告机制）

活动日程

（评审活动、审计活动、培训计划、其他活动）

度量

质量报告