1 .能力成熟度模型能力成熟度模型(capacitymatruritymodelCMM )描述了软件发展的演进过程。 软件过程的改进不可能在一夜之间完成。 CMM正在逐步引入变化。 CMM明确定义了五个不同的“成熟度”级别，一个组织可以通过一系列小的改进步骤进入更高的成熟度级别。
成熟度级别1: 初始级(Initial)此最低级别的组织基本上没有健全的软件工程管理制度。 一切事情都以特别的方式进行。 如果特定工程碰巧由能干的管理员和优秀的软件开发组进行，则该工程可能会成功。 但是，通常由于缺乏健全的整体管理和详细的计划，往往会超过时间和费用。 结果，大部分行动只是应对危机，而不是事先计划好的任务。 在成熟度一级组织中，软件流程完全依赖于当前的人员配置，因此具有不可预测性、人员变化和流程变化。 其结果是，无法正确预测产品的开发时间和费用等重要项目。
成熟度级别2: 可重复级(Repeatable)在此级别，一些基本软件项目的管理行为、设计和管理技术基于在类似产品上的经验，因此称为“可重复”。 这个层面采取了一定的措施，这些措施是实现完整进程的必不可少的第一步。 典型措施包括仔细跟踪费用和进展情况。 管理员可以在出现问题时发现问题，并立即采取纠正行动，而不是像一级那样在危机情况下采取行动。 重要的是，如果没有这些措施，在问题变得不可收拾之前是不可能发现的。 在一个项目中采取的措施也可以用于制定为未来项目实现的期限和费用计划。
成熟度级别3: 已定义级(Defined)级别3为软件生产流程编写了完整的文档。 软件过程的管理方面和技术方面有明确的定义，根据需要不断改进过程，通过评审的方法保证软件质量。 在这个水平上，可以引用CASE环境进一步提高质量和发生率。 在一级过程中，“高科技”只会让这个危机驱动的过程更加混乱。
成熟度级别4: 已管理级(Managed)级公司为每个项目设置了质量和生产目标。 这两个量不断测量，如果距离目标太远，就采取纠正行动。 利用统计质量管理，管理部门可以区分随机偏离和深层次的质量或生产目标偏离(统计质量管理措施的一个简单例子是千行代码的错误率)。 其目标是随着时间的推移减少这个量)。
成熟度级别5: 优化级(Optimizing)—级组织的目标是持续改进软件流程。 这类组织使用统计质量和过程控制技术作为指导。 从各方面获得的知识将应用于今后的项目，软件过程将纳入正反馈周期，生产率和质量将稳步改善。
2 .关键工艺领域除一级外，CMM各级结构完全相同。 每个级别都包含实现此级别目标的几个关键流程域(KPA )，这些关键流程域显示了企业需要集中改进的软件流程。 此外，这些关键流程域还列出了达到这一能力成熟度水平需要解决的具体问题。 每个KPA都明确列出了一个或多个目标(Goal )，并显示了一系列相关的关键做法(Key Practices )。 通过实施这些重要实践，可以实现这个重要流程域的目标，并取得提高流程能力的效果。
关键做法包括：
1 .阐述了在有效执行和制度化该KPA中起主要作用的从属活动和基础结构； 2 .软件流程必须包括某些内容，但不规定这些流程是如何实现的() what istobedone； not ' how ' theprocessshouldbeimplemented； 4 .实现其千帕目标所允许的实践活动。KPA of CMMI 2
需求管理(请求管理)
项目计划(项目计划)
项目监控(项目监控和控制) )。
供应商合同管理(供应商协议管理) )。
测量和分析(Measurement and Analysis )
流程和产品质量保证(processandproductqualityassurance )
生成管理(配置管理) ) ) )。
KPA of CMMI 3
需求发展(请求开发) )。
技术解决方案(技术解决方案) ) ) )。
产品集成)
验证(验证)
验证(验证)
集中组织进程(Organizational Process Focus () ) ) ) ) ) ) ) ) ) ) )。
组织进程定义(organizationalprocessdefinition ) ) ) ) ) ) ) ) )。
组织培训(Organizational Training )
集成项目管理
Project Management )风险管理 (Risk Management )
整合团队管理 (Integrated Teaming )
整合供货商管理 (Integrated Supplier Management )
决策分析与解决方案 (Decision Analysis and Resolution )
适于整合之组织环境 (Organizational Environment for Integration)
KPA of CMMI 4
组织流程绩效 (Organizational Process Performance)
数量化项目管理 (Quantitative Project Management)
KPA of CMMI 5
组织创新与推展 (Organizational Innovation and Deployment)
原因分析与解决方案 (Causal Analysis and Resolution)
需求跟踪需求跟踪是指跟踪一个需求使用期限的全过程，需求跟踪包括编制每个需求同系统元素之间的联系文档，这些元素包括其他类型的需求，体系结构，其他设计部件，源代码模块，测试，帮助文件等。需求跟踪为我们提供了由需求到产品实现整个过程范围的明确查阅的能力。需求跟踪的目的是建立与维护“需求－设计－编程－测试”之间的一致性，确保所有的工作成果符合用户需求。
跟踪能力（联系）链（traceability link）使你能跟踪一个需求使用期限的全过程，即从需求源到实现的前后生存期。跟踪能力是优秀需求规格说明书的一个特征。为了实现可跟踪能力，必须统一地标识出每一个需求，以便能明确地进行查阅。
工作分解结构（简称WBS）跟因数分解是一个原理，就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→日常活动。工作分解结构以可交付成果为导向，对项目要素进行的分组，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的更详细定义。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。
工作分解结构（Work Breakdown Structure, WBS）：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP考试中，工作分解结构（WBS）都是最重要的内容。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。