為了有效的應用 rational 統一過程 （rup）,首先要理解它的關鍵目標,並且弄清楚每乙個目標為什麼重要,他們是怎麼樣結合在一起，共同幫助你的開發團隊滿足涉眾需求，生產出優質產品的。
首要的是抓住要點
有天晚上，我的鄰居 randy 過來求助。他正在為週末野營和徒步旅行作準備，但是不知道帶些什麼東西才好。他知道，我經常領導和參加野外旅行，而且我能夠很快的決定在有限的包裹裡塞些什麼東西，他還記得我曾經給他提過，我有一張我擁有的所有裝置和衣服的清單。「那麼，我可以借那張清單嗎？」他問道。
「當然，但是恐怕幫助不大。」我解釋道。你看，在我的外出裝置清單中有好幾百項，涉及很多種型別的外出，從揹包攀登到滑雪,旅行時間從幾天的短途旅行到很多天的遠征探險。我知道，如果沒有相應的指南，randy 將會陷入冗長的清單之中，以致弄不清，就他相對簡單的外出而言，什麼才是他真正需要的。
始於要素，逐步遞增
因此，我提出看一下 randy 在他的鼓鼓囊囊的包裡面都已經裝了那些東西。我們可以看以看，他是否可以少帶些什麼以減輕負擔，或者是還有什麼該帶的卻沒有帶。過了一會兒，我已經能肯定，他真正缺少的不是別的，而是對野外旅行的理解，也就是說，抓不住野外旅行的要點。
我拿出一張空白的紙，列出以下十個專案：（1）
地圖（map）
指南針（compass）
太陽鏡和防曬油（sunglasses 和 sunscreen）
額外的食物和水（extra food 和 water）
額外的衣服（extra clothing）
頭上戴的小燈（headlamp）
急救箱（first-aid kit）
打火機（fire-starter）
火柴（matches）
刀子（knife）
「你看，randy 。這就是你真正需要的。如果你從這十大要素出發，那麼，無論遇到什麼旅行，再來考慮還需要增加哪些內容就變得容易多了。」多年前，我第一次登山時，靠的就是這張清單，現在我仍然使用它，無論我準備的旅行時那種型別、要去多長時間。每一項的膨脹或者壓縮取決於旅行本身。始於簡短的清單，然後需要時再擴充套件，這是一種方式; 始於冗長的清單，然後再來決定不採用什麼，這是另一種方式。但是兩種方式相比，前者顯然要容易得多。
把這一課應用到 rup 中
當我幫助專案組就 rup 的很多元素進行排序時，常常聽到這樣的問題：「我怎樣對所有這些內容進行排序？而且決定在我的專案裡究竟需要哪些要素？」「rup 包括這麼多的資訊。它一定是針對大專案的――我真的能在我的小專案使用它嗎？」
我斷定，這些人真正需要的是「 rup 的十大要素」，就像我給我的朋友 randy 的簡單的清單一樣。這個 rup 的清單，可以作為任何專案的符合情理的起點，無論小專案、中型專案還是大型專案。這個列表會聚焦在被我稱之為「精華或要素」的東西上，可能是 rup 的，也可能是任何有效軟體過程的。
迭代式開發迴圈模型
在所有成員領悟到提交合格產品所需要的關鍵過程元素之前，專案往往陷入某個特定主題的細節的沼澤中。然後，當專案拖後時，大家就會怪罪以前被過分強調的某些活動，或者是怪罪大家不理解其用處的某些活動，「嘿，我早就告訴你需求管理（或者是用例、收集專案度量資料、使用配置管理、使用缺陷跟蹤工具、召開專案狀態會議裡面的乙個或幾個）會放慢我們的進度！你不信！」
有乙個「精華或要素」列表讓團隊成員採用一種更系統、更全面的方式來思考和執行整個軟體開發過程。一旦乙個過程框架或「構架」到位了，團隊成員就能更有效的面對和處理單個的問題域（大部分時間我得承認，需求管理應該在列表的頂部）。同樣，一開始就標識顯然的問題以及相關的風險，並且確定處理他們的優先順序，也是很重要的，這樣，團隊才能在早期就根據需要採取相應的解決或緩解對策。
rup 的十大要素
那麼，在 rup 的十大要素中應該包括哪些內容呢？下面是我的意見：
1. 開發前景
2. 達成計畫
3. 標識和減小風險
4. 分配和跟蹤任務
5. 檢查商業理由
6. 設計元件構架
7. 對產品進行增量式的構建和測試
8. 驗證和評價結果
9. 管理和控制變化
10. 提供使用者支援
讓我們逐一的審視這些要素，看一看它們什麼地方適合 rup，找出它們能夠成為十大要素的理由。
1. 開發乙個前景
有乙個清晰的前景是開發乙個滿足涉眾真正需求的產品的關鍵。
前景抓住了 rup 需求流程的要點：分析問題，理解涉眾需求，定義系統，當需求變化時管理需求。
前景給更詳細的技術需求提供了乙個高層的、有時候是合同式的基礎。正像這個術語隱含的那樣，它是軟體專案的乙個清晰的、通常是高層的檢視，能被過程中任何決策者或者實施者借用。它捕獲了非常高層的需求和設計約束，讓前景的讀者能理解將要開發的系統。它還提供了專案審批流程的輸入，因此就與商業理由密切相關。最後，由於前景構成了「專案是什麼？」和「為什麼要進行這個專案？」，所以可以把前景作為驗證將來決策的方式之一。
對前景的陳述應該能回答以下問題，需要的話這些問題還可以分成更小、更詳細的問題：
月華唐
流行的軟體工程過程 Rational統一過程
rup提供了乙個給角色分配任務和責任的嚴格方法，在j2ee開發中使用rup出於以下三個原因 rup以架構為中心 在將資源分配給全面開發之前，它先開發乙個可執行的架構原型。up是迭代並基於構件的。rup利用一門工業標準語言 uml，視覺化建模系統的架構和構件。從8個方面來說明 需求分析 需求分析描述系...
統一建模語言簡介
uml基礎 統一建模語言簡介 內容 一些背景知識 用例圖 類圖 序列圖 狀態圖活 元件圖 部署圖 結束語備註 參考資料 rational 專區中還有 所有文章 donald bell ibm rational 2004 年 3 月 回顧20世紀晚期 準確地說是1997年，omg組織 object m...
統一建模語言（UML）
統一建模語言提供了一種表示法，通過它，我們可以獲取和說明程式設計。uml類圖描述系統中的類 它們之間的靜態關係 與類關聯的屬性和操作以及有關物件間連線的約束。uml類圖 在uml中，類由乙個矩形來表示，並且通常分割成3部分 類名 屬性和操作。上圖說明了乙個名為libraryitem的類名。該類有兩個...