CMM_1127..docVIP

CMM综述 　　基于组织对关键过程域的支持，CMM定义了软件过程成熟度的五个级别。级别1（初始级）描述了不成熟，或者说是未定义的过程的组织。级别2（可重复级），级别3（已定义级），级别4（已管理级）和级别5（优化级）分别描述了软件过程成熟度级别递增的组织。和这些级别相关的KPA是： 　　级别2：需求管理，软件项目计划，软件项目跟踪和监控，软件子合同管理，软件质量保证，软件配置管理。 　　级别3：组织级过程焦点，组织级过程定义，培训大纲，集成软件管理，软件产品工程，组间协调，同行评审。 　　级别4：定量过程管理，软件质量管理 　　 级别5：缺陷预防，技术更新管理，过程更改管理 　　 多数组织的基本目标是达到成熟度3级。评估组织当前的成熟度级别的手段之一是软件能力评估（SCE）。SCE通过评估软件过程（一般以方针陈述的形式）和项目实践来确定该组织是否言行一致。组织的过程体现了如实记录所做的工作，项目实施（对该过程的特定剪裁和解释）应该证明说到做到。 CMMI 综述 　　 软件成熟度模型（CMM v1.0）最早是软件工程学院开发的，并特别提出软件过程成熟度。1990年，该模型首次发布，在许多领域被成功地采纳和使用。其他学科的CMM也相继开发，例如系统工程、人员、集成产品开发、软件采购等等。 　　CMMI被看做是把各种CMM集成为一个系列的模型中。CMMI的基础源模型包括：软件CMM 2.0版（草稿C）, EIA-731系统工程，以及IPD CMM (IPD) 0.98a版。CMMI也描述了5个不同的成熟度级别。 　　 1. 级别1（初始级）代表了以不可预测结果为特征的过程成熟度。过程包括了一些特别的方法、符号、工作和反应管理，成功主要取决于团队的技能。 　　 2. 级别2（已管理级）代表了以可重复项目执行为特征的过程成熟度。组织使用基本纪律进行需求管理、项目计划、项目监督和控制、供应商协议管理、产品和过程质量保证、配置管理、以及度量和分析。对于级别2而言，主要的过程焦点在于项目级的活动和实践。 　　 3. 级别3（严格定义级）代表了以组织内改进项目执行为特征的过程成熟度。 　　强调级别2的关键过程域的前后一致的、项目级的纪律，以建立组织级的活动和实践。附加的组织级过程域包括： 　　 需求开发：多利益相关者的需求发展。 　　 技术方案：展开的设计和质量工程。 　　 产品集成：持续集成、接口控制、变更控制。 　　 验证：保证产品正确建立的评估技术。 　　 确认：保证建立正确的产品的评估技术。 　　 风险管理：检测、优先级，相关问题和意外的解决方案。 　　 组织级培训：建立机制，培养更多熟练人员。 　　 组织级过程焦点：为项目过程定义建立组织级框架。 　　 决策分析和方案：系统的可选的评估。 　　 组织级过程定义：把过程看做组织的持久的发展的资产。 　　 集成项目管理：在项目内统一各个组和利益相关者。 　　4. 级别4（定量管理级）代表了以改进组织性能为特征的过程成熟度。3级项目的历史结果可用来交替使用，在业务表现的竞争尺度（成本、质量、时间）方面的结果是可预测的。级别4附加的过程域包括： 　　组织级过程执行：为过程执行设定规范和基准。 　　 定量的项目管理：以统计质量控制方法为基础实施项目。 　　5. 级别5（优化级）代表了以可快速进行重新配置的组织性能，和定量的、持续的过程改进为特征的过程成熟度。附加的级别5过程域包括： 　　因果分析和解决方案：主动避免错误和强化最佳实践。 　　组织级改革和实施：建立一个能够有机地适应和改进的学习组织。 CMM过时了吗？ 　　一些CMM实践的问题也是传统瀑布方法和过度基于过程的管理的症状。CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的联系（即：先是需求活动，然后是设计活动，编码活动，单位测试活动，集成活动，以及系统接收测试）。这大概可以解释为什么许多组织对CMM的认识停留在瀑布思想上。 　　另外，叠代开发技术、软件产业最佳实践、和经济动机推动组织采用基于结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。虽然CMMI保留了基于活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。 　　分析CMM 和 CMMI分别和瀑布模型以及叠代开发之间有什么联系，方法之一就是看每个模型的KPA是否为这两种不同的开发方法激发了合理的软件管理原理。首先，让我们来定义那些软件管理原理。过去10年间，我编译了两套原理：一套用于传统的瀑布方法，另一套用于现代的叠代方法。得承认的是，这十大原理没有科学基础，并且只提供了符合它们各自