統一過程（rup/up，rational unified process）是一種以用例驅動、以體系結構為核心、迭代及增量的軟體過程模型，由uml方法和工具支援，廣泛應用於各類物件導向專案。rup是由rational公司開發並維護，和一系列軟體開發工具緊密整合。rup蘊含了大量優秀的實踐方法，如：迭代式軟體開發、需求管理、基於構件的構架應用、建立視覺化的軟體模型、軟體質量驗證、軟體變更控制等。
如上圖所示，rup是按照二維結構進行組織的。其中橫軸按時間組織，顯示rup的動態特徵，通過迭代式軟體開發的週期、階段、迭代和里程碑等動態資訊表示；縱軸按內容組織，顯示rup的靜態特徵，通過過程的構建、活動、工作流、產品和角色等靜態概念來描述系統。
rup的靜態結構包括6個核心工作流（業務建模、需求、分析設計、實現、測試、部署）和3個核心支援工作流（配置與變更管理、專案管理和環境）。
業務建模工作流產生五個工作產品，即商業邏輯建模（use case）(rose)、業務需求說明書（ms word）、專業詞彙表（英漢對照）（ms word）、風險說明（ms word）、複審說明書。需求工作流為了確保開發人員構建正確的系統，要了解目標組織的結構及機制；要明確目標組織中當前存在的問題並確定改進的可能性；確保客戶、終端使用者和開發人員就目標組織達成共識；匯出支援目標組織所需的系統需求，建立系統需求模型：用例圖（表示系統的功能）。分析設計工作流將系統需求轉換為未來系統的設計，逐步開放強壯的系統架構，使設計適合於實施環境，為提高效能而進行設計。實施工作流要定義**結構，以構件的方式實施類和物件，對已開發的構件按類和單元來測試，並且將結果整合到可執行的系統中。測試僅限於對各個類進行單元測試。測試工作流包括核實物件之間的互動，核實軟體的所有構件是否正確整合，核實所有需求是否已經正確實施，確定缺陷，確保在部署軟體之前將風險降到最低。
rup模型採用迭代開發，通過多次執行不同的開發工作流，逐步確定一部分需求分析和風險，在設計、實現並確認這部分後，再去做下一部分的需求分析、設計、實現和確認工作，依次進行下去，直到整個專案完成，這樣能夠在逐步整合中更好的理解需求，構建乙個健壯的體系結構。
UP 統一過程
up 的階段和瀑布式開發是不同的。迭代和進化式的。up的階段。1.初始。研究可行性階段，並不是需求階段！2.細化。3.構造。4.移交。up，統一過程是一種流行的構造物件導向系統的迭代軟體開發過程。up的核心思想就是，迭代和進化式的。盡早的開始程式設計，測試，和演示有助於引發不可避免的變更，迭代開發的...
統一過程的開端
一.確定問題領域 1.專案的最初輸入 前景 文件 包括 專案背景調查 業務前景分析 業務可行性分析 技術可行性分析。2.整理業務目標 大部分情況下是由客戶在招標書裡提出的，也可以由開發方通過 前景 整理得出。二.涉眾分析 最重要的是 準確描述涉眾情況和他們對系統建設的期望，而不是進入業務細節。1.尋...
統一過程知識梳理
最近在學習領域驅動，學習過程中接觸到了統一過程的概念。雖然書上也講解了這個概念，但是對它的理解還是很模糊。於是就到網上查詢了相關資料。對這個概念做乙個梳理，方便更好的理解。什麼是統一過程？統一過程是統一軟體開發過程 unified software development process usdp ...