Cmm从入门到精通的讲解

Cmm从入门到精通的讲解（原版）

前言：在当今从事民族软件的行业里，对软件质量的看法普遍存在着四类企业：
第一类：觉得只要能把东西做出来就可以了，至于有什么问题，再修修补补也能搞定，其结果往往...（完全不懂软件工程，存在于纯粹的小作坊式小企业里）
第二类：东西做出来后，可能会担心有问题。认为提交给测试人员测测就可以了，说不定也能发现一些问题，提交给客户后，运气好的话，系统运行没什么大问题就过去了，如客户抱怨太多，大不子再拿回来测测，实在不行，再拿去大改改，再测测，如此反复....（这样的企业，已经有一定质量意识，但不知道如何去做，测试人员的素质也很低，公司管理层根本不重视测试，更不可能将有效资源投资在这方面。这类企业占当今中国软件企业的大多数）
第三类：认为测试就是控制产品质量的方法，测试介入较早，测试人员素质也很高，能实现一定程度上的测试自动化，公司有专门的用于测试的资源和相当程度的测试积累（如测试用例库等）（这类企业能够很好的控制着软件产品的质量，但对于业务复杂，需求调研不深或需求频繁变更的项目，其风险较大，在研发过程中，往往处于被动地位，究其原因，还是不能深入的理解软件工程的精髓）

第四类：公司不但有测试，还有专门的ＱＡ，其职责就是：对软件的开发过程进行监控，并提出过程改进的方法。对于不符合项目提出合理的改进措施，如有必要还应上报公司高层领导，以求最佳的解决方法；也有比较完善的配置管理体系，而且每个这样的角色都分为了组织级和项目级。（可以说这类企业他想做不大也不行了，这种完善的质量管理体系必然产生出高质量的软件产品及和客户间良好的信誉，有这样的基础做市场宣传能不产生效应吗？有了市场积累意味着什么？想必我也不要再多说什么了。这类企业一般都是通过CMM论证，通过CMM做为公司开发的依据）

真的，不是我想替自己做为质量管理人员做什么宣传，也不是想把CMM信奉为真理，而是我从业这么长时间以来真正的体会，其实，刚开始我也是从做软件测试开始的，也曾经以为，只要测试做得好，软件的质量一定上得去。现在想来，这样的思想转变纯属正常，而且在我认为也是一种必然的过渡。本论坛管理员二炮先生邀请我担任本板块斑主时，对我说：QA是个非常重要的板块，希望在你的带领下繁荣起来，我在答应他的同时当时就觉得肩上的担子一下子重起来了，所以想着自己一定要写点什么，给大家看看，但又苦于自己的语言功底确实不太好，但我还是努力的尝试着写，因为我知道，让大家真正了解QA并学习到很多关于QA的知识是这个板块的主要目的。但我又这样着手写呢？
熟悉CMM的人都知道，QA是CMM2级（可重复级）一个关键过程域（KPA）,我何不从CMM开始为大家讲解呢，等各位都熟悉了CMM，ＱＡ是不是也很了解啦。

 

一. CMM的概述

二.  CMM简介：

-         SW Capability Maturity Model 软件能力成熟度模型
CMM的发展过程：

-         - SEI

-         - 1991.08 CMM ver1.0

-         - 1993.02 CMM ver1.1

-         CMM的作用：

-          - 用于软件过程的改进（SPI：Software Process Improvement）

-         - 用于软件过程评估（SPA：Software Process Assessment）

-         - 软件能力评鉴（SCE：Software Capability-Evaluation）

-         另：CMMI:Capability Maturity Model Integration　能力成熟度模型集成　CMMI融入了大部分最新的软件管理实践，同时弥补了SW-CMM模型中的缺陷

-          

二.CMM的基本概念
软件过程
（Software Process） 人们用于开发和维护软件及其相关过程的一系列活动，包括软件工程活动和软件管理活动
软件过程能力
（Process Capability） 描述项目组遵循其软件过程能够实现预期结果的程度

软件过程成熟
（SW Process Maturity） 一个特定软件过程被明确和有效地定义、管理、测量和控制的程度
软件能力成熟度等级
（SW Maturity Levels） 软件开发组织在走向成熟的途中几个具有明确定义的表示软件过程能力成熟度的平台
关键过程域
（k e y Process Areas） 每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程域，他们的实施对达到该成熟度等级的目标起到保证作用
关键实践
（k e y Practices） 对关键过程域的实践起关键作用的方针、规则、措施、活动及相关基础设施的建立。它一般只描述“做什么”而不强调“如何做”
软件能力成熟度模型
（SW-Capability Models） 随着软件组织定义、实施、测量、控制和改进其软件过程，软件组织的能力也伴随着这些阶段持续前进，完成对软件组织进化阶段的描述模型

下图为CMM中的英文简称

（未完待续...）

下面讲解CMM的过程能力等级:
1 初始级 软件过程是无序的，有时甚至是混乱的，全过程几乎没有定义，成功取决于个人努力，管理是反应式的(消防式)。
关键过程域:无

2 可重复级 建立了项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得成功。
关键过程域:
需求管理
软件项目计划
软件项目跟踪和监督
软件子合同管理
软件质量保证
软件配置管理

3 已定义级 已将软件管理和工程文档化,标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件。
关键过程域:
组织过程定义
组织过程焦点
培训大纲
集成软件管理
软件产品工程
组织协调
同行评审

4 已定量管理 收集对软件过程和产品质量的详细度量，对软件过程和产品都有定量的理解与控制。
关键过程域:
定量的过程管理
软件质量管理

5 优化级 过程的量化反馈和先进的新思想、新技术促进过程不断改进。
关键过程域:
缺陷预防
技术变更管理
过程变更管理