 |
2006 年 3 月 15 日
本文來(lái)自 Rational Edge：這篇文章包含兩個(gè)部分，提供了對IBM Rational Method Composer——IBM下一代過(guò)程管理工具平臺及用于創(chuàng )造、裁剪和部署開(kāi)發(fā)過(guò)程的概念框架的詳細介紹。第一部分，也就是本文，提供了對RMC的關(guān)鍵功能的高級理解，并提供了對關(guān)鍵概念和典型RMC使用場(chǎng)景的綜述。
對于那些發(fā)展成為隨需應變商業(yè)1的公司和組織來(lái)說(shuō)，要在一個(gè)被多種技術(shù)以及消失的地理政治邊界所不斷激活的世界中競爭——Thomas Friedman稱(chēng)這些激活因子為“扁平器”2，系統和應用軟件的創(chuàng )造，集成，現代化，擴展和部署已成為關(guān)鍵?，F在，信息技術(shù)不僅支持業(yè)務(wù)，在很多組織中，信息技術(shù)正在定義業(yè)務(wù)。3我們正在經(jīng)歷一個(gè)新的計算模型的出現，IBM將其稱(chēng)為“業(yè)務(wù)驅動(dòng)開(kāi)發(fā)”（BDD）4；BDD組織對將開(kāi)發(fā)過(guò)程與不同業(yè)務(wù)線(xiàn)的業(yè)務(wù)過(guò)程以及IT操作進(jìn)行完全的集成并靈活的排列，以提高商業(yè)性能。
運行業(yè)務(wù)驅動(dòng)的開(kāi)發(fā)項目需要非常靈活的開(kāi)發(fā)過(guò)程。這些過(guò)程不僅需要為現代開(kāi)發(fā)實(shí)踐（比如敏捷的，迭代的，以架構為中心的，風(fēng)險和質(zhì)量驅動(dòng)的軟件開(kāi)發(fā)）提供具體的支持和指導，還需要有足夠的靈活性以支持過(guò)程本身迅速的裁剪和應用。這些過(guò)程還需要隨著(zhù)項目不斷發(fā)展，而正在執行中的項目必須能夠按照在其完成前商業(yè)需求的變化自我發(fā)展。5
IBM Rational的統一過(guò)程(RUP)通過(guò)其架構和工具對過(guò)程裁剪，擴展及部署的支持提供了這種靈活性，它作為市場(chǎng)上的主流商業(yè)過(guò)程框架產(chǎn)品已有很長(cháng)的歷史。6本文將要介紹RUP開(kāi)發(fā)團隊下一代的過(guò)程管理工具平臺和概念框架——IBM Rational Method Composer (RMC)，它提供了完全重新設計的用戶(hù)體驗和大量創(chuàng )造，裁剪，以及部署開(kāi)發(fā)過(guò)程的新特性。
這一新平臺包含了創(chuàng )造，配置和瀏覽方法內容和過(guò)程的工具7。它取代了IBM Rational當前的工具：Rational Process Workbench，RUP Builder和MyRUP。它還包括了基于RUP的方法內容和打包在不同變體版本中的過(guò)程。在本文成文之時(shí)，它作為一個(gè)商業(yè)產(chǎn)品以及稱(chēng)為“Eclipse過(guò)程框架”的計劃框架已經(jīng)可以獲得了，如圖1所示。
本文分為兩個(gè)部分。第一部分提供了對RMC關(guān)鍵功能的高級理解，并提供了對關(guān)鍵概念和典型RMC使用場(chǎng)景的綜述。下個(gè)月，第二部分將提供關(guān)于創(chuàng )造方法內容和過(guò)程的更詳細信息，包括指導和對RMC支持的不同形式的指導的評述。
圖1：Rational Method Composer與Eclipse Process Framework概覽。兩列中的黑色字體指出了上個(gè)發(fā)布中已有的特性。藍色字體指出了此次發(fā)布新增的特性。
IBM Rational Method Composer：目的和功能
Rational Method Composer (RMC)是一個(gè)工具平臺，負責維護和實(shí)現開(kāi)發(fā)組織或個(gè)人項目過(guò)程的過(guò)程工程師，項目領(lǐng)導，和項目經(jīng)理可使用該平臺。
對這類(lèi)過(guò)程的實(shí)現有兩個(gè)典型的關(guān)鍵問(wèn)題需要指出。首先，開(kāi)發(fā)者需要理解軟件開(kāi)發(fā)的方法。他們需要熟悉基本開(kāi)發(fā)任務(wù)，比如如何引出并管理需求，如何進(jìn)行分析和設計，如何實(shí)現一個(gè)設計或一個(gè)測試用例，如何測試實(shí)現是否滿(mǎn)足需求，如何管理項目規模和變化，等等。盡管流行的敏捷開(kāi)發(fā)方法依賴(lài)于自我組織的團隊9——假設開(kāi)發(fā)者已經(jīng)知道如何進(jìn)行這些工作而無(wú)須記錄他們的方法——很多組織仍然需要依賴(lài)明確的文檔記錄并把這些方法變成一般和常規的實(shí)踐。此外，有很多組織必須遵從規定做事情。（注意RMC通過(guò)明確方法內容選項同時(shí)支持這兩類(lèi)組織，詳見(jiàn)“關(guān)鍵方法和概念綜述”。）
其次，開(kāi)發(fā)團隊還需要定義如何在整個(gè)項目生存期中應用他們的開(kāi)發(fā)方法。換句話(huà)說(shuō)，他們需要定義或選擇一個(gè)開(kāi)發(fā)過(guò)程。例如，在項目的早期，需求管理的重點(diǎn)是引出涉眾的需要并規劃前景，這一階段的需求管理方法必須以一種方式應用，而在項目的后期，需求管理的重點(diǎn)轉移到了管理需求更新和變化，并對這些需求變化進(jìn)行影響分析，這時(shí)的需求管理方法就要以另一種方式加以應用。團隊還應清楚地理解方法內的不同任務(wù)之間的關(guān)聯(lián)：例如，在整個(gè)生命周期中變化管理方法是如何影響需求管理方法以及回歸測試方法的。即使是自我組織的團隊，也需要定義一個(gè)至少給出了關(guān)于開(kāi)發(fā)在生命周期中的規模，關(guān)于實(shí)現和測試階段目標的實(shí)踐，等等的指導的過(guò)程。
針對上述需要，RMC有兩個(gè)主要目的：
圖2：一個(gè)通過(guò)Rational Method Composer發(fā)布的站點(diǎn)，包含并展示了用戶(hù)選擇發(fā)布的所有方法和過(guò)程。示例顯示了IBM Rational統一過(guò)程框架的一種配置。Eclipse過(guò)程框架或任何用戶(hù)產(chǎn)生的內容的配置將會(huì )以近似方式出現。
Rational Method Composer以及Eclipse項目框架的目標是為常規問(wèn)題提供解決方案，這些問(wèn)題是開(kāi)發(fā)領(lǐng)導和團隊在獲得和管理他們的方法和過(guò)程時(shí)要面對的。例如：
IBM Rational Method Composer取代了IBM Rational Process Workbench，RUP Organizer，以及RUP Builder并提供了以下新的關(guān)鍵功能：
為了有效地使用Rational Method Composer，你需要理解一些用于組織內容的概念。這一部分提供了關(guān)于這些概念的綜述。
方法內容與過(guò)程
RMC最基本的原則是可復用的核心方法內容與它在過(guò)程中的應用分離。這直接與上一部分中描述的RMC的兩個(gè)目的相關(guān)。幾乎所有RMC的其它概念都按照這一分離原則分類(lèi)，如圖6所示（見(jiàn)后文）。方法內容描述了要產(chǎn)生的內容，必要的技術(shù)，以及描述具體開(kāi)發(fā)目標是如何實(shí)現的逐步漸進(jìn)的解釋。這些方法內容描述是獨立于開(kāi)發(fā)生命周期的。過(guò)程描述了開(kāi)發(fā)生命周期。它們使用方法內容元素并將它們關(guān)聯(lián)到半排列的序列中，這些序列是根據項目的具體類(lèi)型定制的。
圖3：Rational統一過(guò)程中方法內容和過(guò)程分離的二維表示。
方法內容與過(guò)程的分離并不是一種新思想。它可追溯到Rational統一過(guò)程(RUP)的產(chǎn)生，并在1992年得到描述。10但是在RMC方面，這是第一次載入了RUP的過(guò)程裁剪工具，它支持兩方面的自由修改。（這些工具先前的版本強調了方法內容方面，對過(guò)程方面只提供了有限的創(chuàng )造和裁剪能力。）
圖3用一種二維表達表示了這一分離在RUP中是如何描述的。方法內容描述了開(kāi)發(fā)工作是如何進(jìn)行的，根據規程的不同由y軸表示。然后這些工作被引用并在過(guò)程中被排序，表現在時(shí)間軸x軸上。這是一個(gè)開(kāi)發(fā)項目的生命周期；它表達了在何時(shí)具體工作應被完成。中間的圖表示了每種規程的預計工作量。正如你看到的，例如，在RUP中，對需求做的工作永遠不會(huì )停止，但當然，中間會(huì )有一些高峰時(shí)期，這個(gè)時(shí)期進(jìn)行了需求引出和描述工作。而在另一些時(shí)期則可以觀(guān)察到下降趨勢，那時(shí)需要處理的需求變化很少，于是項目得以結束。這避免了“特性蔓延”——需求工作保持不變甚至增加的情況。因此，過(guò)程表達了生命周期中不同規程下需要進(jìn)行的工作的變化，而工作本身是由方法內容描述的。
方法內容
為了學(xué)習開(kāi)發(fā)方法，人們在圖書(shū)館中查閱資料或接受培訓。很多開(kāi)發(fā)方法在書(shū)，文章，培訓材料，標準，規則，和其它形式的文檔中有所描述。通常這些資源以不同方式記錄方法，但是多數是通過(guò)在常見(jiàn)情況中以一種特定實(shí)現具體開(kāi)發(fā)目標的方式提供逐步漸進(jìn)的解釋來(lái)描述開(kāi)發(fā)方法的。舉例如下：將需求文檔變換為分析模型；基于功能和非功能需求定義一個(gè)架構方案；建立一個(gè)開(kāi)發(fā)迭代項目計劃；為功能需求定義一個(gè)質(zhì)量保證計劃；基于一個(gè)新的策略方向重新設計商業(yè)組織；等等。
RMC采用這些內容并使用一個(gè)預定義的方案以具體方式對內容進(jìn)行結構化。這一方案是在統一過(guò)程架構 (UMA)11中定義的，該統一過(guò)程架構是基于SPEM 1.1 OMG標準對RUP 2003方案（也被稱(chēng)為元模型）進(jìn)行的發(fā)展。12UMA還與其它IBM方法方案集成，比如IBM通用服務(wù)方法或IBM Rational Summit Ascendant。這一方案支持對開(kāi)發(fā)方法和過(guò)程的大量描述的組織。這些方法內容和過(guò)程并不局限于軟件工程，它們可以覆蓋其它設計和工程原則，比如力學(xué)工程，商業(yè)變化，銷(xiāo)售周期，等等。
按照這一UMA方案，在RMC中方法內容被表示為由定義了開(kāi)發(fā)技能的角色創(chuàng )建和對于工作產(chǎn)品的職責。這些工作產(chǎn)品是由任務(wù)產(chǎn)生的，任務(wù)由角色完成，并把工作產(chǎn)品作為輸入和輸出。圖4描繪了方法內容的典型來(lái)源以及在RMC中方法內容是如何表達的。圖4中的RMC屏幕截圖的左面的樹(shù)狀瀏覽圖顯示了這些方法內容元素是如何組織的。與庫類(lèi)似，這些樹(shù)狀瀏覽圖為可獲得的元素提供了不同索引以方便快速訪(fǎng)問(wèn)。截圖的右面顯示了一個(gè)任務(wù)表示的示例。這一任務(wù)表示根據需要被執行以實(shí)現任務(wù)目標的步驟定義了任務(wù)。你還可以發(fā)現，任務(wù)有各種關(guān)系，比如與執行任務(wù)的角色的關(guān)系，與作為任務(wù)的輸入和輸出的工作產(chǎn)品的關(guān)系。（本文的第二部分將提供關(guān)于任務(wù)，角色，以及工作產(chǎn)品的詳細解釋。）除了任務(wù)，角色，和工作產(chǎn)品，RMC支持額外的指導元素。指導是指支持性的，形式自由的文檔，比如白皮書(shū)，概念描述，指南，模板，示例，等等。
圖4：方法內容在關(guān)于軟件工程方法的書(shū)籍和出版物中有所介紹。Rational Method Composer使用諸如任務(wù)，角色，工作產(chǎn)品和指導的概念表達方法內容。這張圖顯示了在RMC中任務(wù)是如何表示的一個(gè)示例。
過(guò)程
一個(gè)開(kāi)發(fā)過(guò)程定義了被角色執行工作的序列，以及工作產(chǎn)品是如何產(chǎn)生和隨時(shí)間發(fā)展的。圖5顯示了過(guò)程通常被表示為工作流或分解結構。
圖5：在RMC中過(guò)程被表示為工作流或分解結構。它們利用了方法內容并定義了在其描述的項目生命周期中方法是如何被執行的。
定義一個(gè)嚴格的序列，比如在瀑布模型中，與在并行工作中定義一個(gè)半排序的迭代序列是基本相同的。它們只是表示了不同的開(kāi)發(fā)方法。13在定義過(guò)程時(shí)，方法內容可以與指明工作在時(shí)間上是如何組織的結構組合起來(lái)，以支持不同的開(kāi)發(fā)方法，并滿(mǎn)足開(kāi)發(fā)項目的特定類(lèi)型的需要，比如一個(gè)在線(xiàn)系統的軟件與一個(gè)嵌入式系統的軟件和硬件。
RMC支持基于不同開(kāi)發(fā)方法的過(guò)程，并可用于定義不同的生命周期模型，例如瀑布，遞增，或迭代生命周期模型。RMC還支持不同的過(guò)程表示，比如工作分解結構或工作流表示。你還可以在RMC中為靈活的，自組織的團隊定義使用最小方法內容集或根本不使用方法內容的過(guò)程（本文的第二部分將提供詳細內容）。
圖5中的RMC屏幕截圖展示了一個(gè)由嵌套活動(dòng)的分解結構表示的過(guò)程。它還顯示了一個(gè)由這一分解同步的工作流，而該工作流是由一個(gè)特定活動(dòng)——初始階段——的活動(dòng)圖表示的。圖形還通過(guò)兩個(gè)藍色箭頭指出，來(lái)自圖4的特定的方法內容任務(wù)“詳述一個(gè)用例”，在過(guò)程中被兩次應用：先是在初始階段的“定義系統”活動(dòng)中，然后在細化階段的“細化系統定義”活動(dòng)中。在這些被稱(chēng)為RMC的任務(wù)描述符的任務(wù)應用下，你可以看到執行角色清單以及輸入輸出工作產(chǎn)品。如果你深入調查，你就會(huì )發(fā)現兩個(gè)任務(wù)描述符的列表是不同的，表達了在整個(gè)生命周期中執行詳述用例方法任務(wù)的不同。你看到涉及到的角色的不同，要考慮到的輸入清單的變化以及要產(chǎn)生和更新的輸出清單。在這個(gè)例子中，這些變化是由建立過(guò)程的人定義的，目的是表達在生命周期的這一特定時(shí)刻對任務(wù)執行的精確集中。除了為任務(wù)描述符更新功能以及輸入輸出工作產(chǎn)品，你還可以提供額外的文本描述并選擇在該任務(wù)的此次執行中哪些任務(wù)步驟需要被執行哪些不需要被執行。
小結
圖6顯示了RMC的關(guān)鍵概念是如何與方法內容與過(guò)程分離相關(guān)聯(lián)的。正如你看到的，方法內容主要由工作產(chǎn)品，角色，任務(wù)，以及指導表示。
圖6：RMC概念術(shù)語(yǔ)總攬
指導，比如清單，示例，或路標，也可以被定義，用于提供背景和示范性地實(shí)踐一個(gè)過(guò)程。在圖6的右邊，你可以看到用于表達RMC中的過(guò)程的概念。主要概念是可嵌套定義分解結構的活動(dòng)?；顒?dòng)相互關(guān)聯(lián)以定義工作流。它們包含了引用方法內容的描述符，并被用于定義RMC主要支持的兩種過(guò)程：發(fā)布過(guò)程和能力模式。發(fā)布過(guò)程表達了一個(gè)執行某個(gè)具體類(lèi)型的項目的完整和集成的過(guò)程模板。它們描述了一個(gè)完整的端到端的項目生命周期并被作為運行特點(diǎn)近似的項目的參考。能力模式是表達對于關(guān)鍵領(lǐng)域——比如規程或最佳實(shí)踐——的過(guò)程知識的過(guò)程。它們可以直接被過(guò)程從業(yè)者用來(lái)指導他們的工作，也可以作為構建模塊來(lái)集成發(fā)布過(guò)程或更大的能力模式，因此保證了對它們表達的關(guān)鍵實(shí)踐的最佳的復用和應用。
讓我們首先看一下Rational Method Composer或Eclipse過(guò)程框架的最典型使用場(chǎng)景。盡管RMC是一個(gè)強大的過(guò)程創(chuàng )造環(huán)境，仍能不同程度以不同模式地利用RMC的能力進(jìn)行創(chuàng )造。RMC包含了很多現成的方法和過(guò)程內容。因此，在很多情況下，實(shí)際上不需要多少創(chuàng )造。要做的只是選擇，配置，和裁剪已有內容來(lái)適應你的需要。
RMC最簡(jiǎn)單的使用場(chǎng)景涉及的是直接使用導入的過(guò)程——現有的過(guò)程。RMC的商業(yè)版本包含完整的Rational統一過(guò)程框架(RUP v7.0)資源，它包括了覆蓋廣泛開(kāi)發(fā)情境的上千的方法和過(guò)程元素。它還包括了將RUP擴展到針對各領(lǐng)域的應用（比如開(kāi)發(fā)具體技術(shù)，像Java企業(yè)版(JEE)，或不同開(kāi)發(fā)情境，比如采用一個(gè)商業(yè)構件(COTS)）的各種方法插件。Eclipse過(guò)程框架包含了一個(gè)由項目贊助人提供的迅速增長(cháng)的內容庫。
盡管如此，注意，沒(méi)有組織或項目一開(kāi)始就需要所有這些文檔。你應該處理一個(gè)稱(chēng)為方法配置的子集，它根據具體需要對過(guò)程進(jìn)行裁剪。在選擇和裁剪活動(dòng)的過(guò)程中，你可能還需要包括進(jìn)你自己的內容并把它鏈接到已有的材料中。這里RMC的創(chuàng )造能力為你提供了使用簡(jiǎn)單但功能強大的編輯器，使你能夠無(wú)縫地完成添加工作。
你也可以從RMC開(kāi)始不依賴(lài)于任何我們提供的明確的方法定義。在這種情況下創(chuàng )造完成的所有過(guò)程創(chuàng )造都將包括使用發(fā)布、階段、迭代、沖刺來(lái)定義的你的生命周期結構，或者你想要組織你的生命周期的任何方式，并將這一生命周期結構與高級活動(dòng)，里程碑，和對關(guān)鍵發(fā)布的定義等組合起來(lái)。
下面的各個(gè)部分概括了RMC最常見(jiàn)的使用場(chǎng)景。14
選擇和配置已有方法內容和過(guò)程
這代表了RMC最簡(jiǎn)單的使用場(chǎng)景之一。RUP 2003的用戶(hù)將把它看作一個(gè)“RUP Builder”情境。你通過(guò)瀏覽RMC方法庫（包含了你購買(mǎi)的以及你從RMC資源中心15或Eclipse過(guò)程框架社區下載的全部?jì)热荩┻x擇滿(mǎn)足你的需要的過(guò)程和其隱含的方法內容。一旦你找到了一個(gè)合適的過(guò)程，你開(kāi)始通過(guò)選擇和取消選擇我們稱(chēng)為“方法包”的東西對其進(jìn)行配置（如圖7所示）。刪除一個(gè)方法包將從過(guò)程的所有地方刪除所有對這個(gè)包的內容的引用。比如，你可以通過(guò)刪除包含你不希望進(jìn)行的工作元素的包來(lái)“拆開(kāi)”一個(gè)過(guò)程，使它只包含它的內容的最小子集?；蛘?，你可以添加包含特定領(lǐng)域內容的方法包，這樣過(guò)程就可以選擇性地支持該領(lǐng)域的應用（例如，“普通”的J2EE和含SOA 特定內容的J2EE）。
圖7：通過(guò)選擇（被過(guò)程引用）和取消選擇（不被過(guò)程引用）方法包配置過(guò)程和方法內容。你可以建立幾個(gè)方法配置，它們在RMC的整體方法庫上定義過(guò)濾器。使用工具條中的組合框來(lái)在不同方法配置中迅速切換。左下角的配置視圖總是顯示一個(gè)方法配置的結果內容。
在RMC中，方法內容和過(guò)程是按照它們?yōu)橛行渲媒嬤壿媶卧姆绞浇M織的。例如，所有屬于一個(gè)特定規程，比如需求或變更管理，的內容可以在一個(gè)方法包中被找到。每一個(gè)這種包還可以根據規程內的具體實(shí)踐被進(jìn)一步分為子包。例如，RUP中的需求規程把所有和它的用例相關(guān)的內容包括在一個(gè)單獨的包中。因此，對你的過(guò)程，你可以只添加或刪除用例實(shí)踐，也可以添加或刪除整個(gè)需求管理規程，而你要做的只是通過(guò)鼠標點(diǎn)擊選擇或是取消選擇用例方法或需求包。
結果是一個(gè)配置好的過(guò)程，你可以用HTML將其發(fā)布和部署到你的團隊（例如，圖2所示），并/或將其導出到你的項目管理工具。注意你既可以為延伸到整個(gè)開(kāi)發(fā)生命周期的過(guò)程，也可以為一或多個(gè)階段，迭代，活動(dòng)，等等建立這種方法配置。因此，你無(wú)需在最開(kāi)始定義你的整個(gè)生命周期。你可以根據需要重復地配置你的過(guò)程。
裁剪一個(gè)現有過(guò)程
除了簡(jiǎn)單配置一個(gè)過(guò)程，你還可以通過(guò)使用一或多個(gè)RMC的編輯器主動(dòng)修改過(guò)程，使它們更好地遵守你的具體需要。你可以為一個(gè)已有過(guò)程建立所謂的過(guò)程配置，它定義了該過(guò)程的不同變化。你可以直接添加，刪除，或取代過(guò)程中的元素。因此，對比變更配置——它將對過(guò)程做出全局性改變——你可以只在你需要的地方定義個(gè)體變化。RMC提供了豐富的動(dòng)態(tài)鏈接能力，它們將你的更改從原始過(guò)程定義中分離出來(lái)，這樣當下層的過(guò)程變化時(shí)，你可以簡(jiǎn)單升級而不會(huì )丟失你做的更改。（在第二部分中，我將提供過(guò)程裁剪的示例。）
建立一個(gè)新過(guò)程
作為裁剪已有過(guò)程的另一種選擇，你還可以從開(kāi)始創(chuàng )造一個(gè)全新的過(guò)程，或者一個(gè)從一或多個(gè)已有過(guò)程中復用材料的過(guò)程。在你無(wú)法找到任何可復用材料的情況下，你可以從頭創(chuàng )造一個(gè)全新的過(guò)程。但在多數情況下，你可以從集成可復用方法內容的建構模塊以及預定義的過(guò)程模式（我們稱(chēng)之為能力模式）開(kāi)始開(kāi)發(fā)你自己的過(guò)程。能力模式是一個(gè)定義可復用活動(dòng)集的迷你過(guò)程，在一般的過(guò)程域中它通常被一次次重復。能力模式的例子包括：“基于用例的需求管理”，“開(kāi)發(fā)組件”，“驗證構建”，或“持續管理和支持”。除了在每次由模式描述的工作被執行的時(shí)候復制這些模式外，RMC還允許你把模式動(dòng)態(tài)鏈接到你的過(guò)程。當模式變化時(shí)，模式的所有應用將自動(dòng)被更新。
RMC的過(guò)程創(chuàng )造能力使你能夠完全利用方法內容與過(guò)程分離的特性，如在“關(guān)鍵術(shù)語(yǔ)和概念綜述”中所指出的。你可以從定義你自己的生命周期模型開(kāi)始建立你的過(guò)程，然后系統地添加你自己定義的或從方法庫中復用的方法內容和/或能力模式。
圖8顯示了一個(gè)Eclipse過(guò)程框架的例子，指出了方法內容和能力模式是如何在兩個(gè)使用不同生命周期模型的過(guò)程中被復用的。
圖8：兩個(gè)使用不同生命周期模型的過(guò)程應用相同的能力模式和方法內容。
圖8的右邊包含了兩個(gè)分解結構過(guò)程編輯器。上面的一個(gè)定義了基本統一過(guò)程(BUP)，它是RUP的靈活、輕量的改編版。16下面的編輯器定義了一個(gè)類(lèi)Scrum過(guò)程。兩個(gè)過(guò)程有各自截然不同的生命周期模型。BUP使用四個(gè)RUP階段——啟始，精化，構建，和產(chǎn)品化——并定義了它們的迭代。Scrum過(guò)程的組織迭代形式也被稱(chēng)為“沖刺”。如果你仔細檢查圖8中的兩個(gè)過(guò)程，你會(huì )發(fā)現它們既有共同之處也有具體的不同之處。管理迭代或管理沖刺之類(lèi)的活動(dòng)有不同任務(wù)，因為兩個(gè)過(guò)程有不同管理方法。管理方法是針對每個(gè)過(guò)程創(chuàng )造的。
在另一方面，兩個(gè)過(guò)程有一些共同活動(dòng)，比如開(kāi)發(fā)解決方案或驗證構建。
這些活動(dòng)代表了基本統一過(guò)程中被定義為基本構建模塊的能力模式；正如你看到的，它們被列在圖8左面的樹(shù)狀瀏覽器中。這些模式被Scrum過(guò)程的作者通過(guò)簡(jiǎn)單的拖拽操作復用到過(guò)程中。忠實(shí)的Scrum從業(yè)者可能會(huì )說(shuō)，這一過(guò)程由于為工作提供了明確任務(wù)而不是為自組織的團隊提供任務(wù)而違背了Scrum原則。但是，我們建立了這個(gè)例子來(lái)告訴你，像Scrum這樣的過(guò)程是如何通過(guò)利用RMC的過(guò)程創(chuàng )造能力即復用模式和任務(wù)來(lái)得到強化的；這些模式和任務(wù)的作用在于指導，而不是作為缺乏經(jīng)驗的團隊的嚴格工作指令。
開(kāi)發(fā)方法內容和建立或擴展過(guò)程
介紹的最后一個(gè)情境是復用RMC或第三方方法內容不僅來(lái)建立或裁剪過(guò)程，而且來(lái)開(kāi)發(fā)你自己的方法內容并使用該方法內容來(lái)裁剪已有過(guò)程或建立新過(guò)程。
在方法內容的創(chuàng )造中，你既可以定義全新的內容，也可以擴展已有的方法內容。如果你需要定義你自己的功能，想要添加額外的工作產(chǎn)品類(lèi)型，想要添加你的開(kāi)發(fā)方法，或只是想添加額外的指導——如白皮書(shū)，你的組織的具體規則和方針，或你自己的工作產(chǎn)品模板或清單，則你要開(kāi)發(fā)新的內容。如果你只是要修改方法庫中已有的方法內容，要向一個(gè)功能中添加一個(gè)工作產(chǎn)品責任，向一項任務(wù)中添加步驟，或向一個(gè)已有的清單中添加幾個(gè)檢查點(diǎn)，你就可以使用RMC獨有的方法插入和變化功能。變化性允許你改變已有內容而不直接修改原始內容。例如，你擁有在RUP中建立一個(gè)向已有任務(wù)中添加一些新步驟的任務(wù)的方法插件的能力?；蛘?，你可以在你的插件中定義一個(gè)定義了你的變化的工作產(chǎn)品來(lái)取代原來(lái)的RUP工作產(chǎn)品。例如，它可能有不同的名字，結構，模板以及定制的描述和指導。其它RUP元素對原始工作產(chǎn)品的引用將自動(dòng)被取代為對你的元素的引用。這樣你就可以使用方法配置有選擇地打開(kāi)或關(guān)閉你的擴展，還可以方便地把原始元素升級到更新的版本并重新應用你的變化。
在RMC中，你使用編輯器定義和記錄方法內容；這些編輯器是直觀(guān)，基于形式，并容易上手的，同時(shí)它們也足以提供格式良好的，富文本的文檔。
圖9顯示了用于工作產(chǎn)品定義的編輯器。要定義一個(gè)新的工作產(chǎn)品類(lèi)型，你只要在方法包中建立該類(lèi)型的元素。要為這一類(lèi)型建立文檔，你只需要使用它的編輯器來(lái)填寫(xiě)形式域并使用選擇對話(huà)和組合框來(lái)建立關(guān)系。RMC在后臺創(chuàng )建和管理HTML——它提供了格式良好的，帶有超鏈接的文檔，如你在圖4中所見(jiàn)（顯示了一個(gè)任務(wù)的文檔的預覽）。
圖9：工作產(chǎn)品的基于形式的編輯器。所有形式域可被擴展為一個(gè)完整的文本編輯器，它允許你格式化文本，處理表格包括圖像，等等。
一旦你建立了你自己的方法內容元素，你就可以通過(guò)使用前文所述的“裁剪已有。。?！被颉敖⑿碌?。。?！鼻榫嘲阉鼈儼M(jìn)你的方法配置或添加到你自己的或復用的過(guò)程中。
這里結束了我們對最常見(jiàn)的RMC使用場(chǎng)景的綜述。下個(gè)月，我將在本文的第二部分中給出對方法內容和過(guò)程的更深入講解。再見(jiàn)！
本文的完成與幾個(gè)突出的團隊的努力和熱情是分不開(kāi)的。我要感謝RUP開(kāi)發(fā)和QA團隊，RUP內容團隊，RUP產(chǎn)品團隊，RUP生產(chǎn)團隊，IRUP團隊，IBM全球服務(wù)方法團隊，擁有來(lái)自Rational領(lǐng)域和其它IBM方法團隊的成員的UMA委員會(huì )，Tivoli ITUP團隊，以及其它所有IBM內外的早期采用者和beta用戶(hù)，還有ISSR管理，它使RMC和EPF能真正發(fā)布。
1見(jiàn)IBM，“隨需應變商業(yè)”，2005年12月：http://www.ibm.com/ondemand。另見(jiàn)，Alfredo Gutierrez，“隨需應變電子商務(wù)：開(kāi)發(fā)者指南”，IBM developerWorks，2003年2月：http://www-128.ibm.com/developerworks/ibm/library/i-ebodov/index.html
2Thomas L. Friedman，平坦的世界：21世紀簡(jiǎn)史。Farrar，Straus和Giroux，2005年。
3Asiff Hirji，CIO Ameritrade，Gartner Financial Services Technology Summit，2005年8月：http://www.computerworld.com/careertopics/careers/story/0,10801,104482,00.html
4Per Kroll和Walker Royce，“業(yè)務(wù)驅動(dòng)開(kāi)發(fā)的關(guān)鍵原則”，The Rational Edge，2005年10月：http://www-128.ibm.com/developerworks/rational/library/oct05/kroll/index.html
5Per Kroll和Walker Royce，“業(yè)務(wù)驅動(dòng)開(kāi)發(fā)的關(guān)鍵原則”，The Rational Edge，2005年10月：http://www-128.ibm.com/developerworks/rational/library/oct05/kroll/index.html
6如果需要關(guān)于RUP的更多內容，請參考以下四個(gè)資源：IBM，“Rational 統一過(guò)程”，版本2003.06，IBM Rational軟件，2003年；IBM，“Rational 統一過(guò)程”，版本7.0，IBM Rational軟件，2006年；Philippe Kruchten，Rational統一過(guò)程入門(mén)。Addison Wesley，2000年；以及Per Kroll和Philippe Kruchten，Rational統一過(guò)程的便利：Rational統一過(guò)程從業(yè)人員指南。Addison Wesley，2003年。
7如果需要總體上大致了解RMC包含的內容，請參考Per Kroll，“IBM Rational Method Composer介紹”，The Rational Edge，2005年11月：http://www-128.ibm.com/developerworks/rational/library/nov05/kroll/index.html
8見(jiàn)Eclipse.org，“Eclipse過(guò)程框架：項目信標”，Eclipse.org提案，2004年：http://www.eclipse.org/proposals/beacon/。另見(jiàn)Per Kroll，“Eclipse過(guò)程框架項目”，IBM developerWorks，2005年11月：http://www-128.ibm.com/developerworks/rational/library/05/1011_kroll/；另見(jiàn)Ricardo Balduino，“基本統一過(guò)程：適用于小型和敏捷項目的過(guò)程”，Eclipse.org，2005年：http://www.eclipse.org/proposals/beacon/Basic%20Unified%20Process.pdf
9見(jiàn)Ken Schwaber和Mike Beedle，使用SCRUM進(jìn)行敏捷軟件開(kāi)發(fā)。Prentice Hall，2001年。
10I. Jacobson et al.，面向對象的軟件工程：一種用例驅動(dòng)方法。Addison-Wesley，1992年。
11如果需要對UMA的詳細介紹（已經(jīng)作為下個(gè)版本的SPEM標準提交給OMG），請參考Peter Haumer和Todd Fredrickson所著(zhù)，即將出版的“統一方法架構綜述”，IBM。如果需要關(guān)于下一個(gè)SPEM標準的更多信息，請參考OMG，“軟件過(guò)程工程元模型”，版本2.0，RFP，2004年：http://www.omg.org/cgi-bin/doc?ad/2004-11-4
12OMG，“軟件過(guò)程工程元模型”，版本1.1，正式版/2005-01-06，2005年：http://www.omg.org/technology/documents/formal/spem.htm
13如果要對這兩種方法進(jìn)行深度比較，見(jiàn)Walker Royce，軟件項目管理：一個(gè)統一框架。Addison Wesley Longman，1998年。
14關(guān)于裁剪RUP的更詳細的討論，請見(jiàn)IBM Rational統一過(guò)程的“裁剪RUP”部分，版本7.0，IBM Rational軟件，2006年。
15參見(jiàn)IBM，“IBM developerWorks RMC資源中心”，2006年：http://www-128.ibm.com/developerworks/rational/products/rup/
16參見(jiàn)Ricardo Balduino，引自其著(zhù)作。
|
|
聯(lián)系客服
