基于CMM的软件过程改进

　　只要一个软件企业在开发产品，它就一定有一个软件过程，可能只是没有写下来。如果这个过程不能很好地适应开发工作的要求，就需要进行软件过程改进。就成熟度升级而言，美国CMM评估业界和软件业界认为，从拟订出软件过程改进大纲算起，至少要18～24个月才能真正完成改进，并且随着软件项目开发的启动往往要"冻结"各项相关的软件过程，也就是说，在软件开发过程中一般不会去更改该项目开发涉及的软件过程。

　　此外，所处水平越高升级亦越难--CMM的设计也融入了这种思想。因此，尽管从CMM 1.1版发布之日算也已过去了8年，即使在美国本土接受并通过CMM第4或第5级评估的主要还是那些在制定出CMM之前就有很强软件能力的公司（如IBM, 波音，洛克希德，休斯，摩托罗拉等）里的软件组织。

　　（1） 改进的一般步骤

　　＊ 把要想达到的状态与目前的状态作比较，找出所有差距；

　　＊ 决定要改变哪一些（注意，不一定是全部）差距，要改变到什么程度（可分阶段改）；

　　＊ 制定具体的行动计划；

　　＊ 执行计划，同时在执行过程中对行动计划按情况进行调整（以最佳效果为目标）；

　　＊ 总结这一轮改进的经验，开始下一轮改进。

　　（2） IDEAL模型

　　根据SEI的IDEAL集成软件过程改进模型，过程改进将由下列阶段组成：

　　（a） I：Initiating（初始）为成功地进行过程改进而打好基础。

　　＊ 明确改进动机；

　　＊ 确定改进范围以及获取支持；

　　＊ 建立改进基础设施。

　　（b） D：Diagnosing（诊断）找出相对于你要达到的位置，你现在在何处。

　　＊ 评估当前实践情况；

　　＊ 提出建议并记录阶段成果。

　　（c） E：Establishing（建立）计划你如何达到你的目的地。

　　＊ 确定改进战略和优先级；

　　＊ 建立过程行动组；

　　＊ 制定行动计划。

　　（d） A：Acting（行动）按计划进行工作。

　　＊ 制定、执行和跟踪试行方案；

　　＊ 改进试行方案；

　　＊ 实施最终方案。

　　（e） L：Leveraging（扩充）从经验中学习和改进你在将来采用新技术的能力。

　　＊ 总结经验教训；

　　＊ 规划未来行动计划。

　　软件工程研究所开发的软件成熟度模型CMM和国际标准化组织ISO开发的ISO9000标准系列，都共同着眼于质量和过程的管理。二者都是为了解决同样的问题，直观上是相关的，但二者也有明显的差别。