最新中文CMMI资料PDF格式.PDF

CMM I 简介 CMMI SE/SW V1.1 简介 作者：刘海笑 先生 背景 CMMI 是卡内基梅隆大学2001 年9 月推出的比较成熟的系统工程和软件工程的 集成成熟度模型（Capability Maturity Model Integrated ）。这个模型可以指引一个组织 去改进它用于开发，维护和购买产品和服务的过程。该模型包括了连续模型和阶段模 型这两种表示方法，一个组织根据自己的过程改进要求可以自由选择合适的表示方法 来使用。 CMMI 与 CMM 对比 CMMI 模型的前身是SW-CMM 和SE-CMM，前者是关于软件开发的能力成熟度 模型，后者是系统工程的模型。在这里，为了加深理解，把 CMMI 与 SW-CMM 作 一个初步的比较。 首先，在CMMI 模型中出现了连续模型。这就允许参与评估的组织能够用一种更 加灵活的方式来对自己的过程进行评估。我们还能够回忆起这样的例子：在实施和评 估SW-CMM 的时候，只不过因为2 级中有一个KPA （关键过程区域－Key Process Area ）没有满足，即便我们在三级和4 级上做了很多有益的工作，很多3,4 级的KPA 都满足了，最终的评估结果仍然因为这个2 级KPA 的不满足而只能止步于1 级。这 样的结果对一个组织的士气和过程改进的阶段成果的认可都有非常负面的影响。而在 CMMI 的评估中，可以选择需要的PA(过程区域 － Process Area), 针对每一个PA 分 别评判级别。这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的 过程成熟度，而不是象SW-CMM 中一样，一个数字决定一切。同时，连续模型的采 用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再象SW-CMM 中 一样，受到级别的严格限制。 这种改进的好处是灵活性和客观性强，弱点在于由于缺乏指导，一个组织可能缺 乏对PA 之间依赖关系的正确理解而片面的实施过程，造成一些过程成为空中楼阁， 缺少其他过程的支撑。 Soft Tech China, Tel:01083/84/85 Fax:010 1/7 CMM I 简介 其次，CMMI 模型中比SW-CMM 进一步强化了对需求的重视。我们常说，怎么 强调软件需求都不为过，但是在SW-CMM 中，只有需求管理这一个KPA ，也就是说， 强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求。在 CMMI 的阶段模型中，3 级有一个独立的PA 叫做需求开发，提出了对如何获取优秀的需求 的要求。 再次， CMMI 模型对工程活动进行了一定的强化。在SW-CMM 中，只有3 级中 的软件产品工程和同行评审两个KPA 是与工程过程密切相关的，而在CMMI 中，则 是将需求开发，验证，确认，技术解决方案，产品集成作为单独的PA 进行了要求， 从而在实践上提出了对工程的更高要求和更具体的指导。 CMMI 中还强调了风险管理。不象在SW-CMM 中把风险的管理分散在项目计划 和项目跟踪与监控中进行要求，CMMI3 级里包含了一个独立的PA 叫做风险管理。 最后，因为SW-CMM 中对度量与分析的要求比较笼统和空泛，CMMI 中将度量 和分析作为一个独立的2 级PA 进行要求，从而强调了量化管理这个方面。这与当前 流行的6 西格马不谋而合。 CMMI 概要 在CMMI模型中，两种表现方式（连续的和阶段的）从他们所涵盖的过程区域上 来说并没有不同，不同的是过程区域的组织方式以及对成熟度 （能力）级别的判断方 式。具体的评估方法，请参见 SEI 的 SCAMPI 评估方法（Standard CMMI Appraisal Method for Process Improvement） /cmmi/products/assess.html. 以下是两种不同的