第11章統(tǒng)一軟件過程RUP

1、UMLUML建模建模實例教程實例教程第11章 統(tǒng)一軟件過程RUP劉志成 編著U M LU M L 建 模 實 例 教 程建 模 實 例 教 程本章學習導航本章學習導航本章學習導航本章學習導航 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程本章學習要點本章學習要點l RUP的基本特點；的基本特點；l 6大核心工作流程及主要活動；大核心工作流程及主要活動；l 3大支持工作流程及主要活動；大支持工作流程及主要活動；l 初始、細化、構造和移交四個迭代階段初始、細化、構造和移交四個迭代階段的目標、核心活動、評審標準。的目標、核心活動、評審標準。 建議課時：建議課時：6 課時課時U M

2、 LU M L 建 模 實 例 教 程建 模 實 例 教 程11.1 RUP簡介 RUPRUP簡介簡介l Rational Unified Process（以下簡稱（以下簡稱RUP）是一套軟件工程方法，）是一套軟件工程方法，主要由主要由 Ivar Jacobson的的 The Objectory Approch 和和 The Rational Approch發(fā)展而來。發(fā)展而來。 lRUP 吸收了多種開發(fā)模型的優(yōu)點，具有很好的可操作性和實用性。吸收了多種開發(fā)模型的優(yōu)點，具有很好的可操作性和實用性。 lRUP是與是與UML結合最好的一種軟件過程方法。結合最好的一種軟件過程方法。 U M LU M

3、L 建 模 實 例 教 程建 模 實 例 教 程11.1 RUP簡介 RUPRUP基本思想基本思想在在RUP中，軟件開發(fā)生生命周期根據(jù)時間和中，軟件開發(fā)生生命周期根據(jù)時間和RUP的核心工作流劃分的核心工作流劃分為二維空間。為二維空間。U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.1 RUP簡介 靜態(tài)結構靜態(tài)結構- -方法描述方法描述RUP采用角色、行為、產(chǎn)品和工作流四個基本模型元素組織和構造采用角色、行為、產(chǎn)品和工作流四個基本模型元素組織和構造系統(tǒng)開發(fā)過程。系統(tǒng)開發(fā)過程。 l角色是描述某個人或一個小組的行為與職責。角色是描述某個人或一個小組的行為與職責。l行為是一個有

4、明確目的的獨立工作單元。行為是一個有明確目的的獨立工作單元。 l模型是從某一個角度對系統(tǒng)的完全描述。模型是從某一個角度對系統(tǒng)的完全描述。 l工作流描述了一個有意義的連續(xù)的行為序列。工作流描述了一個有意義的連續(xù)的行為序列。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.1 RUP簡介 動態(tài)結構動態(tài)結構- -迭代式開發(fā)迭代式開發(fā)（1）初始階段：）初始階段：定義最終產(chǎn)品視圖、商業(yè)模型并確定系統(tǒng)范圍。定義最終產(chǎn)品視圖、商業(yè)模型并確定系統(tǒng)范圍。以需求分析為主，建立系統(tǒng)整體結構。以需求分析為主，建立系統(tǒng)整體結構。 （2）細化階段：）細化階段：設計及確定系統(tǒng)的體系結構，制定工作計劃

5、及資設計及確定系統(tǒng)的體系結構，制定工作計劃及資源要求。針對第一階段需求分析結果，進行設計，編程，測試，然源要求。針對第一階段需求分析結果，進行設計，編程，測試，然后再反饋到需求分析。后再反饋到需求分析。（3）構造階段：）構造階段：構造產(chǎn)品并繼續(xù)演進需求、體系結構、計劃直至構造產(chǎn)品并繼續(xù)演進需求、體系結構、計劃直至產(chǎn)品提交。對第（產(chǎn)品提交。對第（1）階段的需求進行設計，編程，測試，反饋。）階段的需求進行設計，編程，測試，反饋。重復需求，設計，編程，測試的過程。重復需求，設計，編程，測試的過程。（4）移交階段：）移交階段：把產(chǎn)品提交給用戶使用。綜合測試，交付可運行把產(chǎn)品提交給用戶使用。綜合測試，交

6、付可運行產(chǎn)品。產(chǎn)品。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.1 RUP簡介 動態(tài)結構動態(tài)結構- -迭代式開發(fā)迭代式開發(fā)在每個階段結束前都通過一個里程碑評估該階段的工作。如果未能在每個階段結束前都通過一個里程碑評估該階段的工作。如果未能通過該里程碑的評估，則決策者應該做出決定是應取消還是繼續(xù)該通過該里程碑的評估，則決策者應該做出決定是應取消還是繼續(xù)該階段的工作。階段的工作。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.1 RUP簡介 RUPRUP的特點的特點（1）用例驅動）用例驅動 用例模型是需求分析工作流的結果，它從用戶的角度描述該

7、系統(tǒng)應用例模型是需求分析工作流的結果，它從用戶的角度描述該系統(tǒng)應該實現(xiàn)的功能。該實現(xiàn)的功能。 （2）以體系結構為中心）以體系結構為中心 RUP的早期的迭代工作，特別是演化階段的重點就是確定和校驗軟的早期的迭代工作，特別是演化階段的重點就是確定和校驗軟件的體系結構。件的體系結構。 （3）迭代式開發(fā)）迭代式開發(fā) 迭代式開發(fā)方法是一個不斷的減除風險的過程迭代式開發(fā)方法是一個不斷的減除風險的過程 。U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.1 RUP簡介 RUPRUP模型模型lRUP中的用例模型對應本書中的用例模型對應本書所提到的需求模型；所提到的需求模型；lRUP中的分

8、析模型和設計模中的分析模型和設計模型包括了本書提到的靜態(tài)模型型包括了本書提到的靜態(tài)模型和動態(tài)模型的一部分；和動態(tài)模型的一部分；lRUP中的實施模型包含了本中的實施模型包含了本書所提到的物理模型。書所提到的物理模型。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2 RUP工作流程 RUPRUP工作流程工作流程（1）商業(yè)建模：）商業(yè)建模：理解待開發(fā)系統(tǒng)的組織結構及其商業(yè)運作，確保所理解待開發(fā)系統(tǒng)的組織結構及其商業(yè)運作，確保所有參與人員（涉眾）對開發(fā)系統(tǒng)有共同的認識。有參與人員（涉眾）對開發(fā)系統(tǒng)有共同的認識。 （2）需求分析：）需求分析：定義系統(tǒng)功能及用戶界面，使客戶知道

9、系統(tǒng)的功能，定義系統(tǒng)功能及用戶界面，使客戶知道系統(tǒng)的功能，開發(fā)人員知道系統(tǒng)的需求，為項目預算及計劃提供基礎。開發(fā)人員知道系統(tǒng)的需求，為項目預算及計劃提供基礎。 （3）分析與設計：）分析與設計：把需求分析的結果轉化為實現(xiàn)規(guī)格。把需求分析的結果轉化為實現(xiàn)規(guī)格。 （4）實現(xiàn)：）實現(xiàn)：定義代碼的組織結構、實現(xiàn)代碼、單元測試、系統(tǒng)集成。定義代碼的組織結構、實現(xiàn)代碼、單元測試、系統(tǒng)集成。 （5）測試：）測試：校驗各自子系統(tǒng)的交互與集成。確保所有的需求被正確校驗各自子系統(tǒng)的交互與集成。確保所有的需求被正確實現(xiàn)并在系統(tǒng)發(fā)布前發(fā)現(xiàn)錯誤。實現(xiàn)并在系統(tǒng)發(fā)布前發(fā)現(xiàn)錯誤。 （6）發(fā)布：）發(fā)布：打包、分發(fā)、安裝軟件，升級

10、舊系統(tǒng)；培訓用戶及銷售打包、分發(fā)、安裝軟件，升級舊系統(tǒng)；培訓用戶及銷售人員，并提供技術支持。制定并實施人員，并提供技術支持。制定并實施beta測試。測試。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.1 業(yè)務建模 業(yè)務建模流程業(yè)務建模流程業(yè)務建模的業(yè)務建模的目的目的在于：在于： l了解目標組織（將要在其中部署系了解目標組織（將要在其中部署系統(tǒng)的組織）的結構及機制。統(tǒng)的組織）的結構及機制。 l了解目標組織中當前存在的問題并了解目標組織中當前存在的問題并確定改進的可能性。確定改進的可能性。 l確保客戶、最終用戶和開發(fā)人員就確保客戶、最終用戶和開發(fā)人員就目標組織達成共

11、識。目標組織達成共識。 l導出支持目標組織所需的系統(tǒng)需求。導出支持目標組織所需的系統(tǒng)需求。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.1 業(yè)務建模 業(yè)務流程分析員業(yè)務流程分析員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.1 業(yè)務建模 業(yè)務設計員業(yè)務設計員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.2 需求需求流程需求流程需求工作流程的需求工作流程的目的目的是：是： l與客戶和其他涉眾在系統(tǒng)的工作內與客戶和其他涉眾在系統(tǒng)的工作內容方面達成并保持一致。容方面達成并保持一致。 l使系統(tǒng)開發(fā)人員能夠更清楚

12、地了解使系統(tǒng)開發(fā)人員能夠更清楚地了解系統(tǒng)需求。系統(tǒng)需求。 l定義系統(tǒng)邊界。定義系統(tǒng)邊界。 l為計劃迭代的技術內容提供基礎。為計劃迭代的技術內容提供基礎。 l為估算開發(fā)系統(tǒng)所需成本和時間提為估算開發(fā)系統(tǒng)所需成本和時間提供基礎。供基礎。 l定義系統(tǒng)的用戶界面，重點是用戶定義系統(tǒng)的用戶界面，重點是用戶的需要和目標。的需要和目標。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.2 需求系統(tǒng)分析員系統(tǒng)分析員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.2 需求架構設計師架構設計師U M LU M L 建 模 實 例 教 程建 模 實 例 教 程

13、11.2.2 需求用戶界面設計員用戶界面設計員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.3 分析設計 分析設計流程分析設計流程分析設計的分析設計的目的目的在于：在于： l將需求轉換為未來系統(tǒng)的設計。將需求轉換為未來系統(tǒng)的設計。 l逐步開發(fā)強壯的系統(tǒng)構架。逐步開發(fā)強壯的系統(tǒng)構架。 l使設計適合于實施環(huán)境，為提使設計適合于實施環(huán)境，為提高性能而進行設計。高性能而進行設計。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.3 分析設計 設計員設計員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.3 分析設計 封

14、裝體設計員和數(shù)據(jù)庫設計員封裝體設計員和數(shù)據(jù)庫設計員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.4 實施 實施流程實施流程實施的實施的目的目的包括：包括： l對照實施子系統(tǒng)的分層結構定對照實施子系統(tǒng)的分層結構定義代碼結構、義代碼結構、 l以構件（源文件、二進制文件、以構件（源文件、二進制文件、可執(zhí)行文件以及其他文件等）可執(zhí)行文件以及其他文件等）的方式實施類和對象、的方式實施類和對象、 l對已開發(fā)的構件按單元來測試，對已開發(fā)的構件按單元來測試，并且并且 l將各實施員（或團隊）完成的將各實施員（或團隊）完成的結果集成到可執(zhí)行系統(tǒng)中。結果集成到可執(zhí)行系統(tǒng)中。 U M L

15、U M L 建 模 實 例 教 程建 模 實 例 教 程11.2.4 實施 實施員實施員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.4 實施 集成員集成員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.5 測試 測試流程測試流程測試的測試的目的目的在于：在于： l核實對象之間的交互。核實對象之間的交互。 l核實軟件的所有構件是否核實軟件的所有構件是否正確集成。正確集成。 l核實所有需求是否已經(jīng)正核實所有需求是否已經(jīng)正確實施。確實施。 l確定缺陷并確保在部署軟確定缺陷并確保在部署軟件之前將缺陷解決。件之前將缺陷解決。 U M LU M

16、L 建 模 實 例 教 程建 模 實 例 教 程11.2.5 測試 測試設計員測試設計員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.5 測試 測試員測試員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.6 部署部署流程部署流程部署工作流程描述了三種部署工作流程描述了三種產(chǎn)品部署的模式：產(chǎn)品部署的模式：l自定義安裝自定義安裝 l“市售市售” l通過通過 Internet 使用軟件使用軟件 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.6 部署部署經(jīng)理部署經(jīng)理U M LU M L 建 模 實 例 教 程建 模

17、 實 例 教 程11.2.6 部署課程開發(fā)員和圖形設計員課程開發(fā)員和圖形設計員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.6 部署配置經(jīng)理和技術文檔寫作員配置經(jīng)理和技術文檔寫作員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.7 配置與變更管理 配置和變更管理流程配置和變更管理流程配置與變更請求管理（配置與變更請求管理（CM 與與 CRM）涉及：）涉及： l確定配置項；確定配置項； l限制對這些項的變更；限制對這些項的變更；l審核變更；審核變更；l定義與管理配置。定義與管理配置。 U M LU M L 建 模 實 例 教 程建 模 實

18、 例 教 程11.2.7 配置與變更管理 變更控制經(jīng)理變更控制經(jīng)理U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.8 項目管理 項目管理流程項目管理流程項目管理的項目管理的目的目的是：是： l為對軟件密集型項目進行為對軟件密集型項目進行管理提供框架。管理提供框架。 l為項目的計劃、人員配備、為項目的計劃、人員配備、執(zhí)行和監(jiān)測提供實用的準執(zhí)行和監(jiān)測提供實用的準則。則。 l為管理風險提供框架。為管理風險提供框架。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.9 環(huán)境 環(huán)境流程環(huán)境流程環(huán)境工作流程側重于為項目配置環(huán)境工作流程側重于為項目配置

19、流程時的必需活動。它描述了為流程時的必需活動。它描述了為支持項目而開發(fā)指南時所需的活支持項目而開發(fā)指南時所需的活動。環(huán)境活動的目的在于為軟件動。環(huán)境活動的目的在于為軟件開發(fā)組織提供軟件開發(fā)環(huán)境（流開發(fā)組織提供軟件開發(fā)環(huán)境（流程和工具），該環(huán)境將會支持開程和工具），該環(huán)境將會支持開發(fā)團隊。發(fā)團隊。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.2.9 環(huán)境 工具專家和系統(tǒng)管理員工具專家和系統(tǒng)管理員U M LU M L 建 模 實 例 教 程建 模 實 例 教 程課堂實踐 1（1）將）將RUP和傳統(tǒng)的瀑布模型進行比較。和傳統(tǒng)的瀑布模型進行比較。（2）注意）注意RUP和和U

20、ML之間的關系。之間的關系。 操作提示操作提示（1）結合）結合WebShop電子商城的開發(fā)，以電子商城的開發(fā)，以RUP為軟件過程指導，請說為軟件過程指導，請說明明RUP的的6個核心工作流的主要活動。個核心工作流的主要活動。（2）結合）結合WebShop電子商城的開發(fā)，以電子商城的開發(fā)，以RUP為軟件過程指導，請說為軟件過程指導，請說明明RUP的的3個支持工作流的主要活動。個支持工作流的主要活動。（3）根據(jù)軟件行業(yè)程序員的崗位能力要求，說明）根據(jù)軟件行業(yè)程序員的崗位能力要求，說明RUP實施工作流程和實施工作流程和測試工作流程中主要角色的職責。測試工作流程中主要角色的職責。 操作要求操作要求U M

21、 LU M L 建 模 實 例 教 程建 模 實 例 教 程11.3.1 初始 初始階段初始階段初始階段的初始階段的主要目標主要目標包括：包括： l建立項目的軟件規(guī)模和邊界條件，包括運作前景、驗收標準以及希建立項目的軟件規(guī)模和邊界條件，包括運作前景、驗收標準以及希望產(chǎn)品中包括和不包括的內容。望產(chǎn)品中包括和不包括的內容。 l識別系統(tǒng)的關鍵用例（也就是將造成重要設計折衷操作的主要場識別系統(tǒng)的關鍵用例（也就是將造成重要設計折衷操作的主要場景）。景）。 l對比一些主要場景，展示（也可能是演示）至少一個備選構架對比一些主要場景，展示（也可能是演示）至少一個備選構架 l評估整個項目的總體成本和進度（以及對

22、即將進行的細化階段進行評估整個項目的總體成本和進度（以及對即將進行的細化階段進行更詳細的評估）更詳細的評估） l評估潛在的風險（源于各種不可預測因素評估潛在的風險（源于各種不可預測因素l準備項目的支持環(huán)境。準備項目的支持環(huán)境。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.3.2 細化 細化階段細化階段細化階段的細化階段的主要目標主要目標包括：包括： l確保構架、需求和計劃足夠穩(wěn)定，充分減少風險，從而能夠有預見性地確保構架、需求和計劃足夠穩(wěn)定，充分減少風險，從而能夠有預見性地確定完成開發(fā)所需的成本和進度。對大多數(shù)項目來說，通過此里程碑也就確定完成開發(fā)所需的成本和進度。

23、對大多數(shù)項目來說，通過此里程碑也就相當于從簡單快速的低風險運作轉移到高成本、高風險的運作，并且在組相當于從簡單快速的低風險運作轉移到高成本、高風險的運作，并且在組織結構方面面臨許多不利因素?？椊Y構方面面臨許多不利因素。 l處理在構架方面具有重要意義的所有項目風險處理在構架方面具有重要意義的所有項目風險 l建立一個已確定基線的構架，它是通過處理構架方面重要的場景得到的，建立一個已確定基線的構架，它是通過處理構架方面重要的場景得到的，這些場景通?？梢燥@示項目的最大技術風險。這些場景通?？梢燥@示項目的最大技術風險。 l制作產(chǎn)品質量構件的演進式原型，也可能同時制作一個或多個可放棄的制作產(chǎn)品質量構件的演

24、進式原型，也可能同時制作一個或多個可放棄的探索性原型，以減小特定風險，例如：探索性原型，以減小特定風險，例如： 設計設計/需求折衷，構件復用需求折衷，構件復用l產(chǎn)品可行性或向投資者、客戶和最終用戶進行演示。產(chǎn)品可行性或向投資者、客戶和最終用戶進行演示。 l證明已建立基線的構架將在適當時間、以合理的成本支持系統(tǒng)需求。證明已建立基線的構架將在適當時間、以合理的成本支持系統(tǒng)需求。 l建立支持環(huán)境。建立支持環(huán)境。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.3.3 構造 構造階段構造階段構造階段的構造階段的主要目標主要目標包括：包括： l通過優(yōu)化資源和避免不必要的報廢和返工

25、，使開發(fā)成本降到最低。通過優(yōu)化資源和避免不必要的報廢和返工，使開發(fā)成本降到最低。 l快速達到足夠好的質量快速達到足夠好的質量 l快速完成有用的版本（快速完成有用的版本（Alpha 版、版、Beta 版和其他測試發(fā)布版）版和其他測試發(fā)布版） l完成所有所需功能的分析、開發(fā)和測試。完成所有所需功能的分析、開發(fā)和測試。 l迭代式、遞增式地開發(fā)隨時可以發(fā)布到用戶群的完整產(chǎn)品。這意味著描迭代式、遞增式地開發(fā)隨時可以發(fā)布到用戶群的完整產(chǎn)品。這意味著描述剩余的用例和其他需求，充實設計，完成實施，并測試軟件。述剩余的用例和其他需求，充實設計，完成實施，并測試軟件。 l確定軟件、場地和用戶是否已經(jīng)為部署應用程序

26、作好準備。確定軟件、場地和用戶是否已經(jīng)為部署應用程序作好準備。 l開發(fā)團隊的工作實現(xiàn)某種程度的并行。開發(fā)團隊的工作實現(xiàn)某種程度的并行。 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程11.3.4 移交 移交階段移交階段移交階段的移交階段的主要目標主要目標是：是： l進行進行 Beta 測試，按用戶的期望確認新系統(tǒng)測試，按用戶的期望確認新系統(tǒng) lBeta 測試和相對于正在替換的遺留系統(tǒng)的并行操作測試和相對于正在替換的遺留系統(tǒng)的并行操作 l轉換操作數(shù)據(jù)庫轉換操作數(shù)據(jù)庫 l培訓用戶和維護人員培訓用戶和維護人員 l市場營銷、進行分發(fā)和向銷售人員進行新產(chǎn)品介紹市場營銷、進行分發(fā)和向銷

27、售人員進行新產(chǎn)品介紹 l與部署相關的工程，如接入、商業(yè)包裝和生產(chǎn)、銷售介紹、現(xiàn)場人員培訓與部署相關的工程，如接入、商業(yè)包裝和生產(chǎn)、銷售介紹、現(xiàn)場人員培訓 l調整活動，如進行調試、性能或可用性的增強調整活動，如進行調試、性能或可用性的增強 l根據(jù)產(chǎn)品的完整前景和驗收標準，對部署基線進行的評估根據(jù)產(chǎn)品的完整前景和驗收標準，對部署基線進行的評估 l實現(xiàn)用戶的自我支持能力實現(xiàn)用戶的自我支持能力 l在涉眾之間達成共識，即部署基線已完成在涉眾之間達成共識，即部署基線已完成 l在涉眾之間達成共識，即部署基線與前景的評估標準一致在涉眾之間達成共識，即部署基線與前景的評估標準一致 U M LU M L 建 模 實 例 教 程建 模 實 例 教 程