积极面对 效果加倍——别仅仅把CMM当标准

　　CMM是一个大家关注已久的话题。然而，知道的人多，懂得的人少。

　　口头谈论的人多，付诸实施的人少。

　　认为CMM是用来认证的人多，真正把CMM当成指导“过程开发和改进”的人少。 如果CMM是一个有情绪的人，我想他会深感失落；他也许会说：别仅仅把我当成一个用来认证的标准，请让我在组织的“过程开发和改进”中起到积极的作用。

　　本文阐述如何从“过程开发和改进”角度，更加积极地理解CMM，并浅谈如何对CMM进行剪裁。本文的基本观点是：CMM是过程开发和改进的需求和测试方案。写作仓促，不妥之处敬请斧正。

　　一、 软件过程也是软件

　　软件工程大师Osterweil在其论文《Software Processes are Software Too》中高屋建瓴地指出：软件过程也是软件。

　　软件有一个开发的过程，软件过程也有一个开发的过程。

　　软件开发产出软件产品，软件过程开发产出过程产品。

　　软件开发可以是一个演进过程，使软件产品不断更新升级，软件过程开发也可以是一个演进过程，使过程不断升级，过程能力成熟度不断提高。

　　由此看来，从软件过程开发角度理解CMM，是非常自然的。

　　二、从软件过程开发和改进角度理解CMM

　　1、 软件过程的概念模型

　　开发软件，先要分析出该软件的概念模型。要开发软件过程，也要首先分析其概念模型。笔者用UML类图的语法描述之（如下图所示）：

　　从图中可以看到，

　　有3个要素：人，活动，工件。

　　人执行活动，活动产出工件。

　　人执行某些活动需要使用先前的工件。