RUP（Rational Unified Process，統一軟件開發過程）。

RUP特點

以用況驅動的，以體系結構為中心的，迭代增量式開發

用況驅動

用況是能夠向用戶提供有價值結果的系統中的一種功能
用況獲取的是功能需求

在系統的生存周期中，以用況作為基礎，驅動系統有關人員對所要建立系統的功能需求進行交流，驅動系統分析、設計、實現和測試等活動，包括制定計劃、分配任務、監控執行和進行測試等，并將它們有機地組織在一起，使各個階段中都可以回溯到用戶的實際需求。

體系結構為中心

系統體系結構：是對系統語義的概括描述，對所有項目有關人員都是可以理解的。

迭代與增量

（1）迭代是重復的部分
（2）增量是增加的部分
一個迭代是一個完整的開發循環，產生一個可執行的產品版本，是最終產品的一個子集，它增量
式地發展，從一個迭代過程到另一個迭代過程到成為最終的系統。

?二維開發模型

RUP軟件開發生命周期是一個二維的軟件開發模型。橫軸通過時間組織，是過程展開的生命周期特征，體現開發過程的動態結構，用來描述它的術語主要包括周期(Cycle）、階段（Phase）、迭代（Iteration）和里程碑(Milestone）；縱軸以內容來組織為自然的邏輯活動，體現開發過程的靜態結構，用來描述它的術語主要包括活動（Activity）、產物（Artifact）、工作者（Worker）和工作流（Workflow）。如圖1：RUP中的軟件生命周期在時間上被分解為四個順序的階段，分別是：初始階段（Inception）、細化階段（Elaboration）、構造階段（Construction）和交付階段（Transition）。每個階段結束于一個主要的里程碑（Major?Milestones）；每個階段本質上是兩個里程碑之間的時間跨度。在每個階段的結尾執行一次評估以確定這個階段的目標是否已經滿足。如果評估結果令人滿意的話，可以允許項目進入下一個階段。
?

初始階段

初始階段的目標是為系統建立商業案例并確定項目的邊界。為了達到該目的必須識別所有與系統交互的外部實體，在較高層次上定義交互的特性。本階段具有非常重要的意義，在這個階段中所關注的是整個項目進行中的業務和需求方面的主要風險。對于建立在原有系統基礎上的開發項目來講，初始階段可能很短。初始階段結束時是第一個重要的里程碑：生命周期目標（Lifecycle Objective）里程碑。生命周期目標里程碑評價項目基本的生存能力。

細化階段

細化階段的目標是分析問題領域，建立健全的體系結構基礎，編制項目計劃，淘汰項目中最高風險的元素。為了達到該目的，必須在理解整個系統的基礎上，對體系結構作出決策，包括其范圍、主要功能和諸如性能等非功能需求。同時為項目建立支持環境，包括創建開發案例，創建模板、準則并準備工具。細化階段結束時第二個重要的里程碑：生命周期結構（Lifecycle Architecture）里程碑。生命周期結構里程碑為系統的結構建立了管理基準并使項目小組能夠在構建階段中進行衡量。此刻，要檢驗詳細的系統目標和范圍、結構的選擇以及主要風險的解決方案。

?構造階段

在構建階段，所有剩余的構件和應用程序功能被開發并集成為產品，所有的功能被詳細測試。從某種意義上說，構建階段是一個制造過程，其重點放在管理資源及控制運作以優化成本、進度和質量。構建階段結束時是第三個重要的里程碑：初始功能（Initial Operational）里程碑。初始功能里程碑決定了產品是否可以在測試環境中進行部署。此刻，要確定軟件、環境、用戶是否可以開始系統的運作。此時的產品版本也常被稱為“beta”版。
?

交付階段

?交付階段的重點是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發布做準備的產品測試，基于用戶反饋的少量的調整。在生命周期的這一點上，用戶反饋應主要集中在產品調整，設置、安裝和可用性問題，所有主要的結構問題應該已經在項目生命周期的早期階段解決了。在交付階段的終點是第四個里程碑：產品發布（Product Release）里程碑。此時，要確定目標是否實現，是否應該開始另一個開發周期。在一些情況下這個里程碑可能與下一個周期的初始階段的結束重合。

?核心工作流

交付階段的重點是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發布做準備的產品測試，基于用戶反饋的少量的調整。在生命周期的這一點上，用戶反饋應主要集中在產品調整，設置、安裝和可用性問題，所有主要的結構問題應該已經在項目生命周期的早期階段解決了。在交付階段的終點是第四個里程碑：產品發布（Product Release）里程碑。此時，要確定目標是否實現，是否應該開始另一個開發周期。在一些情況下這個里程碑可能與下一個周期的初始階段的結束重合。

商業建模

商業建模（Business Modeling）工作流描述了如何為新的目標組織開發一個構想，并基于這個構想在商業用況模型和商業對象模型中定義組織的過程，角色和責任。

需求

需求（Requirement）工作流的目標是描述系統應該做什么，并使開發人員和用戶就這一描述達成共識。為了達到該目標，要對需要的功能和約束進行提取、組織、文檔化；最重要的是理解系統所解決問題的定義和范圍。

分析和設計

?分析和設計（Analysis & Design）工作流將需求轉化成未來系統的設計，為系統開發一個健壯的結構并調整設計使其與實現環境相匹配，優化其性能。分析設計的結果是一個設計模型和一個可選的分析模型。設計模型是源代碼的抽象，由設計類和一些描述組成。設計類被組織成具有良好接口的設計包（Package）和設計
子系統（Subsystem），而描述則體現了類的對象如何協同工作實現用況的功能。設計活動以體系結構設計為中心，體系結構由若干結構視圖來表達，結構視圖是整個設計的抽象和簡化，該視圖中省略了一些細節，使重要的特點體現得更加清晰。體系結構不僅僅是良好設計模型的承載媒介，而且在系統的開發中能提高被創建模型的質量。?

實現

實現（Implementation）工作流的目的包括以層次化的子系統形式定義代碼的組織結構；以組件的形式（源
文件、二進制文件、可執行文件）實現類和對象；將開發出的組件作為單元進行測試以及集成由單個開發者
（或小組）所產生的結果，使其成為可執行的系統。?

測試

測試（Test）工作流要驗證對象間的交互作用，驗證軟件中所有組件的正確集成，檢驗所有的需求已被正
確的實現，識別并確認缺陷在軟件部署之前被提出并處理。RUP提出了迭代的方法，意味著在整個項目中進
行測試，從而盡可能早地發現缺陷，從根本上降低了修改缺陷的成本。測試類似于三維模型，分別從可靠性、
功能性和系統性能來進行。