對RMC的完整介紹超出了本文的范圍，但是在這里我們可以建立一些基本概念。[編者注：如果需要關于RMC的詳細介紹，參見文章“IBM Rational Method Composer：關鍵概念和情境“，也在2006年1月刊中。]
RMC通過方法進行交換。方法是對能夠完成的工作以及工作的完成順序的定義。為了創造一個方法，你必須定義方法內容（何人，何事，何種方法）和過程（何時），但是這些是分離的元素，如圖3所示。這里的關鍵概念是，當你研究過程的現實實現時，對不同項目和公司來說，同性的東西是工件和角色。非共性的是，角色如何共同工作，或者他們應該使用哪些工件。RMC試圖通過這一定義最優化可使用性并降低定制化的難度。當我們使用RMC來使ITIL可執行時，我們將從定義方法內容開始，然后定義過程元素。
圖3：IBM Rational Method Composer使你能夠通過定義方法內容及其過程創造方法
RMC提供了支持方法擴展和定制化的機制。在RPW一般不能用以在組織級上對RUP進行修改的情況下，RMC能夠支持項目級的變化，并且實際上還提升了過程管理的水平。對項目經理和管理人員來說，這是不可多得的！這意味著你的工作分解結構和過程定義通過工具取得了同步，并可以通過方法庫控制。
組合
到目前為止，你對ITIL，可執行過程，以及RMC有了一個基本的了解。你還應該向你的詞匯表中加入了至少十個三字母縮寫詞(TLA)——這些縮寫詞對豐富你的履歷表是很重要的�，F在讓我們來看看Noblestar是如何使用RMC來使ITIL可執行的。
我們的任務是幫助一個客戶使他們的軟件工程和IT操作領域變得嚴格。在這一任務中過程工程起到了重要作用，并基本形成了本文的基礎。
按照我們的工作流，我們的第一步是如何分解ITIL以使任務不那么龐大驚人。明顯的選擇是按照“ITIL是什么？”一節中討論的ITIL規范進行分解。正如有分析和設計，實現，測試，等等的RUP規范，ITIL規范同樣包括可用性管理, 服務水平管理，等等。這些成為我們的RMC中的ITIL方法內容的建立基礎。
我們采用一種迭代的方法來開發內容，并且，基于客戶需要，我們從變更管理開始。一個提醒：在建立了一個孤立的ITIL變更管理版本后，團隊感到我們實際上可以更多地利用RUP配置和變更管理，而且現在團隊已經開始建立組合二者的插件。我們已經準備好開始用角色，工作產品和任務建立包。
http://www-128.ibm.com/developerworks/cn/rational/rationaledge/content/feb06/james/
文章來源于領測軟件測試網 http://www.kjueaiud.com/
