发布: 2008-4-02 11:27 |
作者: Roshan V. Uttangi |
来源:
IBM |
查看: 74次 | 进入软件测试论坛讨论
领测软件测试网
本文对 CMMI 和 RUP 的结合进行了全方位的探索:为什么这么做?如何开始?将会面临哪些挑战?以及 RUP-CMMI Mapping 的 Wipro 插件程序如何能够为您所在机构的过程提供支持?请参见本文结尾处的 Webinar 链接。
在利用 CMMI® (Capability Maturity Model® Integration) 创造商业利益成为许多公司的关键目标的同时,削减定义周期和 “快速跟踪” 实施却是难于定义或描述的。CMMI 由于其架构的规模和复杂性,已经让许多公司望而却步;它涉及到 22 个过程域和 43 个特定目标。除此之外,尽管有一些方法能够将 CMMI 和敏捷方法结合起来,但是采用更加敏捷实践的尝试看起来同该框架并不太一致。
有相当多的标准支持过程管理系统的设置。每一个标准都提供一组开发和交付高质量软件应用程序的最佳实践。诸如 CMMI 这样的过程模型提供设置一个过程框架和测量其性能和成熟度的指导。与此同时,像 IBM® Rational Unified Process® 这样的架构提供可以被进一步定制的过程定义。
CMMI 所描述的是软件开发方法 “是什么”,而 RUP 的目标则是具体到 “如何做”。也就是说,CMMI 提供设置过程架构的指导,并且测量其性能和成熟度,而 RUP 提供可复用的过程定义,并且能够在 CMMI 的指导下逐行定制。
在本文中,我们将探索 RUP 和 CMMI 相结合的可能性,使其最大限度的协同工作,最小限度的冗余,并且处理它们共同定义的过程中的任何一个差异。那些将这两个架构结合起来的公司,将会从它们所提供的过程指导和评估能力方面获益匪浅。为了从这一结合中充分得到收益,现存的差异就需要被处理。
为什么要将 CMMI 和 RUP 结合起来?
为什么一直执行 RUP 的公司需要关注另一款过程模型,例如 CMMI 呢?为了回答这个问题,您既需要理解 RUP 也需要理解 CMMI。这些标准有很多共同之处,也表现出许多独特的性质,这些性质使得公司将过程定义在这两种过程模型的基础上都十分有价值。
CMMI 概述
我们从总结 CMMI 和 RUP 分别 “是什么” 开始。就其关键方面而言,CMMI 是:
一个用于对系统开发和维护进行过程管理和质量提高的集成的、常识性的程序
经过实践检验的过程元素的一个结构化框架
作用于企业范围内提高和改变的路标
用于系统性能评价的根本结构
图1描绘了 CMMI 的结构。
图1:CMMI 的结构
RUP 概述
文章来源于领测软件测试网 https://www.ltesting.net/
TAG:
cmmi
CMMI