發布: 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 概述
文章來源于領測軟件測試網 http://www.kjueaiud.com/
TAG:
cmmi
CMMI