3. 標識和減小 風險
RUP 的要點之一是在項目早期就標識并處理最大的風險。項目組標識的每一個風險都應該有一個相應的緩解或解決計劃。風險列表應該既作為項目活動的計劃工具，又作為確定迭代的基礎。
4. 分配和跟蹤任務
有一點在任何項目中都是重要的，即連續的分析來源于正在進行的活動和進化的產品的客觀數據。在 RUP 中，定期的項目狀態評估提供了講述、交流和解決管理問題、技術問題以及項目風險的機制。 團隊一旦發現了這些障礙物（籬笆），他們就把所有這些問題都指定一個負責人，并指定解決日期。進度應該定期跟蹤，如有必要，更新應該被發布。
這些項目“快照”突出了需要引起管理注意的問題。隨著時間的變化/雖然周期可能會變化，定期的評估使經理能捕獲項目的歷史，并且消除任何限制進度的障礙或瓶頸。
5. 檢查商業理由
商業理由從商業的角度提供了必要的信息，以決定一個項目是否值得投資。商業理由還可以幫助開發一個實現項目前景所需的經濟計劃。它提供了進行項目的理由，并建立經濟約束。當項目繼續時，分析人員用商業理由來正確的估算投資回報率（ROI，即 return on investment）。
商業理由應該給項目創建一個簡短但是引人注目的理由，而不是深入研究問題的細節，以使所有項目成員容易理解和記住它。在關鍵里程碑處，經理應該回顧商業理由，計算實際的花費、預計的回報，決定項目是否繼續進行。
6. 設計組件構架
在 RUP 中，軟件系統的構架是指一個系統關鍵部件的組織或結構，部件之間通過接口交互，而部件是由一些更小的部件和接口組成的。即主要的部分是什么？他們又是怎樣結合在一起的？
RUP 提供了一種設計、開發、驗證構架的很系統的方法。在分析和設計流程中包括以下步驟：定義候選構架、精化構架、分析行為（用例分析）、設計組件。
要陳述和討論軟件構架，你必須先創建一個構架表示方式，以便描述構架的重要方面。在 RUP 中，構架表示由軟件辜芪牡擋痘�，它给构架提供链T喔鍪油�。每个视图墲孰h四騁蛔檣嬤謁匭牡惱誚械南低車哪掣齜矯�。蓩咧儍粹傉記]�、设计人员、经缿虎系蛷丐程师、系蛷剀理员，爹o�。这个文档使系蛷毓忌惁和茰O钅孔槌稍蹦芫陀牘辜芟喙氐鬧卮缶霾囈杏行У慕渙鰲?/p>
7. 對產品進行增量式的構建和測試
在 RUP 中實現和測試流程的要點是在整個項目生命周期中增量的編碼、構建、測試系統組件，在先啟之后每個迭代結束時生成可執行版本。在精化階段后期，已經有了一個可用于評估的構架原型；如有必要，它可以包括一個用戶界面原型。然后，在構建階段的每次迭代中，組件不斷的被集成到可執行、經過測試的版本中，不斷地向最終產品進化。動態及時的 配置管理和復審活動也是這個基本過程元素的關鍵。
8. 驗證和評價結果
顧名思義，RUP 的迭代評估捕獲了迭代的結果。評估決定了迭代滿足評價 標準的程度，還包括學到的教訓和實施的 過程改進。
根據項目的規模和風險以及迭代的特點，評估可以是對演示及其結果的一條簡單的紀錄，也可能是一個完整的、正式的測試復審記錄。
這兒的關鍵是既關注過程問題又關注產品問題。越早發現問題，就越沒有問題。
9. 管理和控制變化
RUP 的配置和變更管理流程的要點是當變化發生時管理和控制項目的規模，并且貫穿整個生命周期。其目的是考慮所有的涉眾需求，盡可能的滿足，同時仍能及時的交付合格的產品。
