RUP - IBM Rational Unified Process/學科或工作流
工作流或學科（取決於 RUP 版本）分佈在各個階段和迭代中。它們被分為六個工程學科和三個支援學科。
工程學科包括業務建模、需求、分析與設計、實現、測試和部署。
業務建模解釋瞭如何描述系統將要部署的組織的願景，以及如何利用這種願景作為基礎來概述流程、角色和責任。
組織正在變得越來越依賴 IT 系統，這使得資訊系統工程師瞭解他們正在開發的應用程式如何融入組織變得至關重要。企業在瞭解了技術的競爭優勢和增值後才會投資於 IT。業務建模的目的是首先在業務工程和軟體工程之間建立更好的理解和溝通渠道。瞭解業務意味著軟體工程師必須瞭解目標組織（客戶）的結構和動態、組織中存在的問題以及可能的改進。他們還必須確保客戶、終端使用者和開發人員之間對目標組織的共同理解。
需求解釋瞭如何徵集利益相關者的請求並將其轉化為一組需求工作產品，這些工作產品將要構建的系統範圍並提供對系統必須執行的操作的詳細需求。
分析與設計的目標是展示系統將如何實現。目的是構建一個系統，該系統
- 在特定的實現環境中執行用例描述中指定的任務和功能。
- 滿足其所有要求。
- 當功能需求發生變化時易於更改。
設計結果生成設計模型，分析可選地生成分析模型。設計模型充當原始碼的抽象；也就是說，設計模型充當原始碼結構和編寫方式的“藍圖”。設計模型由結構化為包和子系統的設計類組成，這些類具有定義明確的介面，代表將在實現中成為元件的內容。它還包含有關這些設計類的物件如何協作以執行用例的描述。
實現的目的是
- 根據分層組織的實現子系統來定義程式碼的組織。
- 根據元件（原始檔、二進位制檔案、可執行檔案等）實現類和物件。
- 將開發的元件作為單元進行測試。
- 將單個實施者（或團隊）產生的結果整合到可執行系統中。
系統是透過實現元件來實現的。該過程描述瞭如何重用現有元件或實現具有明確定義責任的新元件，使系統更易於維護並提高重用可能性。
測試工作流：測試的目的是評估產品質量。這不僅涉及最終產品，而且從專案的早期開始，包括對體系結構的評估，並持續到對交付給客戶的最終產品的評估。測試工作流涉及以下內容
- 驗證元件的互動
- 驗證元件的正確整合
- 驗證所有需求已正確實現
- 識別並確保在部署軟體之前解決所有發現的缺陷
部署的目的是成功地生成產品釋出，並將軟體交付給終端使用者。它涵蓋了廣泛的活動，包括生成軟體的外部發布、打包軟體和業務應用程式、分發軟體、安裝軟體以及為使用者提供幫助和支援。雖然部署活動主要集中在過渡階段，但需要在早期階段包含許多活動，以便在構建階段結束時為部署做好準備。Rational Unified Process 的部署和環境工作流的細節比其他工作流少。
支援學科包括配置和變更管理、專案管理和環境。
配置和變更管理學科不僅用於跟蹤版本，還用於控制變更。關鍵活動包括管理變更請求、管理配置和基線。
RUP 中的專案管理學科和專案規劃發生在兩個級別。存在一個粗粒度的階段計劃，它描述了整個專案，以及一系列細粒度的迭代計劃，它描述了迭代。
它主要側重於迭代開發過程的重要方面：風險管理、規劃迭代專案（貫穿整個生命週期和特定迭代）、透過指標監控迭代專案的進度。但是，RUP 的這一學科並不試圖涵蓋專案管理的所有方面。
這一學科側重於提供軟體開發環境所需的活動，包括流程和工具。考慮到它可能是繁重且昂貴的學科，可以使用 IBM Rational Method Composer 來幫助簡化它，以便流程工程師和專案經理可以更輕鬆地為他們的專案需求定製 RUP。