六個特點
在軟件開發的早期階段就想完全、準確的捕獲用戶的需求幾乎是不可能的。實際上，我們經常遇到的問題是需求在整個軟件開發工程中經常會改變。傳統的開發方式對于這種需求的變更是很難應對的。
迭代式開發允許在每次迭代過程中需求可能有變化，通過不斷細化來加深對問題的理解。迭代式開發不僅可以降低項目的風險，而且每個迭代過程都可以執行版本結束統一軟件開發過程統一軟件開發過程，這無疑給開發人員增加了很大的成就感和自信心。
確定系統的需求是一個連續的過程，開發人員在開發系統之前不可能完全詳細的說明一個系統的真正需求。RUP描述了如何提取、組織系統的功能和約束條件并將其文檔化，用例和腳本的使用以唄證明是捕獲功能性需求的有效方法。
組件使重用性成為可能，系統可以由組件組成。基于獨立的、可替換的、模塊化組件的體系結構有助于管理復雜性，提高重用率。RUP描述了如何設計一個有彈性的、能適應變化的、易于理解的、有助于重用的軟件體系結構。
RUP往往和UML聯系在一起，對軟件系統建立可視化模型，幫助人們提供管理軟件復雜性的能力。RUP告訴我們如何可視化地對軟件系統建模，獲取有關體系結構和組件的結構和行為信息。
在RUP中軟件質量評估不再是事后進行或單獨小組進行的分離活動，而是內建于過程中的所有活動，這樣可以及早發現軟件中的缺陷。
迭代式開發中如果沒有嚴格的控制和協調，整個軟件開發過程很快就陷入混亂之中，RUP描述了如何控制、跟蹤、監控、修改以確保成功的迭代開發。RUP通過軟件開發過程中的制品，隔離來自其他工作空間的變更，以此為每個開發人員建立安全的工作空間。
核心工作流
RUP中有9個核心工作流，分為6個核心過程工作流（Core ）和3個核心輔助工作流（Core ）。盡管6個核心工作流可能使人想起傳統瀑布模型中的幾個階段，但應注意迭代過程中的階段是完全不同的，這些工作流在整個生命周期中一次又一次被訪問。9個工作流在項目中輪流被使用，在每一次迭代中以不同的重點和強度重復。
核心過程工作流
商業建模工作流描述了如何為新的目標組織開發一個構想，并基于這個構想在商業用例模型和商業對象模型中定義組織的過程，角色和責任。
需求工作流的目標是描述系統應該做什么，并使開發人員和用戶就這一描述達成共識。為了達到該目標，要對需要的功能和約束進行提取、組織、文檔化；最重要的是理解系統所解決問題的定義和范圍。
分析和設計工作流將需求轉化成未來系統的設計，為系統開發一個健壯的結構并調整設計使其與實現環境相匹配，優化其性能。分析設計的結果是一個設計模型和一個可選的分析模型。
實現工作流的目的包括以層次化的子系統形式定義代碼的組織結構；以組件的形式（源文件、二進制文件、可執行文件）實現類和對象；將開發出的組件作為單元進行測試以及集成由單個開發者（或小組）所產生的結果，使其成為可執行的系統。
測試工作流要驗收對象間的交互作用，驗證軟件中所有組件的正確集成，檢驗所有的需求已被正確的實現，識別并確認缺陷在軟件部署之前被提出并處理。
部署工作流的目的是成功的生成版本并將軟件分發給最終用戶。部署工作流描述了那些與確保軟件產品對最終用戶具有可用性相關的活動，包括：軟件打包、生成軟件本身以外的產品、安裝軟件、為用戶提供幫助。
核心輔助工作流
配置和變更管理工作流描繪了如何在多個成員組成的項目中控制大量的產物。配置和變更管理工作流提供了準則來管理演化系統中的多個變體，跟蹤軟件創建過程中的版本。工作流描述了如何管理并行開發、分布式開發、如何自動化創建工程。
軟件項目管理平衡各種可能產生沖突的目標，管理風險，克服各種約束并成功交付使用戶滿意的產品。其目標包括：為項目的管理提供框架，為計劃、人員配備、執行和監控項目提供實用的準則，為管理風險提供框架等。
環境工作流的目的是想軟件開發組織提供軟件開發環境，包括過程和工具。環境工作流集中于配置項目過程中所需要的活動，同樣也支持開發項目規范的活動，提供了逐步的指導手冊并介紹了如何在組織中實現過程。