RUP 統一軟件開發過程 小談
RUP:是 Rational Unified Process 這幾個詞的縮寫.我們常稱之為統一軟件開發過程。它是由IBM Rational 公司提出來的。而這個公司也已經被IT巨頭IBM收購。
RUP:是一種統一軟件開發過程,是軟件開發的通用框架。它適用面非常的廣、適用于許多的應用領域、適合各種不同軟件的開、適合不同性能要求軟件的開發。這是一個演化的開發過程。
RUP:基于構件的開發,在這個開發過程里較為重視構件的應用。
RUP:特點
1:用例驅動開發
根據需求分析的用例來構建系統
2:以基本架構為中心
A:首先根據平臺而不考慮用例來設計系統的架構。
B:選用其中幾個成熟的用例來修改或擴展先前的架構
3:迭代增量開發
每次迭代時,都選一組還沒有實理的用例來作為增量的開發。優先實現風險較大的用例。
RUP:過程
1:初始
這個階段的任務是獲取用戶需求、建立系統的業務模型和用戶交流。進而確定項目的邊界。
這和傳統的系統定義、可行性研究、需求分過程是對應的,如果細分這個階段它主要有以下幾個步驟
1.1:明確項目的規模。確定系統邊界、驗收標準、重要的需求及約束識別主要的業務流程
1.2:評估項目風險。風險的評估有技術、經濟、政治等方面。主要是前兩者。
1.3:制定項目計劃。根據項目規模、復雜度、交互時間來合理地制定人員的配備、資源的利用等方面
的使用計劃。
1.4:階段評審。
2:細化
任務:分析問題域,建立起健全的構架基礎,轉移或降低項目中風險最高的部份
2.1:確定構架。構架應穩定,充分降低風險。其次性能要好。
2.2:制定構建計劃。
2.3:建立支持環境。
2.4:選擇構件。
2.5:階段技術評審
3:構建
開發完成軟件系統的全部功能并進行詳細的測試,重點放在管理資源、控制操作、優化成本、進
度和質量。在構建完后也要進行階段評審。
4:交付
主要任務:對軟件進行B測試、制作產品發布及后續的培訓等工作。這個階段完成后也要進行階段評審,其內容主要有是否要進行下一步的演化、目標實現了嗎?及客戶的滿意度。
每一個過程中都要技術評審,技術評審的步驟一般是
1:安排會議日程,確定參與會議的人員。
2:分發會議材料給評審人員,讓他們有時間進行審閱并準備。
3:召開評審會議
4:會議記錄情況。
RUP項目管理
RUP的工作流程包括兩部份:核心工作流程(需求調研、業務建模、分析設計、實施、測試、部署)及核心支持流程(項目管理、變更管理、配置管理)
業務建模階段應提交的材料有:商業邏輯模型、業務需求說明、專業詞匯表、風險說明、評審說明書。
分析設計應提交:總體設計報告、系統設計模型、數據庫設計模型、數據字典、詳細設計報告。
實施應提交:實施總結書、代碼審核意見書、源程序、錯誤報告及解決情況、應用構件說明書。
RUP:是一種統一軟件開發過程,是軟件開發的通用框架。它適用面非常的廣、適用于許多的應用領域、適合各種不同軟件的開、適合不同性能要求軟件的開發。這是一個演化的開發過程。
RUP:基于構件的開發,在這個開發過程里較為重視構件的應用。
RUP:特點
1:用例驅動開發
根據需求分析的用例來構建系統
2:以基本架構為中心
A:首先根據平臺而不考慮用例來設計系統的架構。
B:選用其中幾個成熟的用例來修改或擴展先前的架構
3:迭代增量開發
每次迭代時,都選一組還沒有實理的用例來作為增量的開發。優先實現風險較大的用例。
RUP:過程
1:初始
這個階段的任務是獲取用戶需求、建立系統的業務模型和用戶交流。進而確定項目的邊界。
這和傳統的系統定義、可行性研究、需求分過程是對應的,如果細分這個階段它主要有以下幾個步驟
1.1:明確項目的規模。確定系統邊界、驗收標準、重要的需求及約束識別主要的業務流程
1.2:評估項目風險。風險的評估有技術、經濟、政治等方面。主要是前兩者。
1.3:制定項目計劃。根據項目規模、復雜度、交互時間來合理地制定人員的配備、資源的利用等方面
的使用計劃。
1.4:階段評審。
2:細化
任務:分析問題域,建立起健全的構架基礎,轉移或降低項目中風險最高的部份
2.1:確定構架。構架應穩定,充分降低風險。其次性能要好。
2.2:制定構建計劃。
2.3:建立支持環境。
2.4:選擇構件。
2.5:階段技術評審
3:構建
開發完成軟件系統的全部功能并進行詳細的測試,重點放在管理資源、控制操作、優化成本、進
度和質量。在構建完后也要進行階段評審。
4:交付
主要任務:對軟件進行B測試、制作產品發布及后續的培訓等工作。這個階段完成后也要進行階段評審,其內容主要有是否要進行下一步的演化、目標實現了嗎?及客戶的滿意度。
每一個過程中都要技術評審,技術評審的步驟一般是
1:安排會議日程,確定參與會議的人員。
2:分發會議材料給評審人員,讓他們有時間進行審閱并準備。
3:召開評審會議
4:會議記錄情況。
RUP項目管理
RUP的工作流程包括兩部份:核心工作流程(需求調研、業務建模、分析設計、實施、測試、部署)及核心支持流程(項目管理、變更管理、配置管理)
業務建模階段應提交的材料有:商業邏輯模型、業務需求說明、專業詞匯表、風險說明、評審說明書。
分析設計應提交:總體設計報告、系統設計模型、數據庫設計模型、數據字典、詳細設計報告。
實施應提交:實施總結書、代碼審核意見書、源程序、錯誤報告及解決情況、應用構件說明書。
posted on 2007-11-08 13:43 Robertxiao 閱讀(811) 評論(0) 編輯 收藏 引用 所屬分類: 天馬行空