RationalUnifiedProcess

1、1Rational Unified Process 2軟件開發(fā)過程軟件開發(fā)過程 軟件開發(fā)過程是一個(gè)將用戶的需求轉(zhuǎn)化為軟件系統(tǒng)所需要的活動的集合。 軟件開發(fā)過程描述了什么時(shí)候，什么人，做什么事，以及怎樣實(shí)現(xiàn)某一特定的目標(biāo)。Software Development ProcessUsers requirementsSoftware system3什么是什么是RUP RUP即Rational Unified Process：是一種軟件工程過程，它提供了如何在開發(fā)組織中嚴(yán)格分配任務(wù)和職責(zé)的方法。 Rational Unified：最佳開發(fā)經(jīng)驗(yàn)總結(jié) Process：Use case驅(qū)動，以體系結(jié)構(gòu)為中心

2、，迭代和增量 RUP的目標(biāo)：按照預(yù)先制定的時(shí)間計(jì)劃和經(jīng)費(fèi)預(yù)算，開發(fā)高質(zhì)量的軟件產(chǎn)品以滿足最終用戶的需求。4 六個(gè)最佳開發(fā)經(jīng)驗(yàn)總結(jié)：六個(gè)最佳開發(fā)經(jīng)驗(yàn)總結(jié)： 迭代式開發(fā) 管理需求 使用基于構(gòu)件的體系結(jié)構(gòu) 可視化軟件建模 驗(yàn)證軟件質(zhì)量 控制軟件變更1. 迭代式開發(fā) (Develop software iteratively) 軟件系統(tǒng)非常復(fù)雜，很難按照定義整個(gè)問題、設(shè)計(jì)整個(gè)系統(tǒng)、實(shí)現(xiàn)軟件、測試產(chǎn)品的順序線性進(jìn)行。 迭代允許通過不斷地細(xì)化來加深對問題的理解。 迭代可以降低項(xiàng)目的風(fēng)險(xiǎn)系數(shù)。 迭代容易容納需求的變更。 每個(gè)迭代過程以可執(zhí)行版本告終，有利于鼓舞開發(fā)團(tuán)隊(duì)的士氣。52. 管理需求 (Manage

3、 requirements) Use case和scenario的使用被證明是捕獲功能性需求的卓越方法并由它們來驅(qū)動設(shè)計(jì)，實(shí)現(xiàn)和測試。 RUP描述了如何提取、組織和文檔化系統(tǒng)的功能和約束條件。3. 使用基于構(gòu)件的體系結(jié)構(gòu) (Use component-based architectures) RUP describes how to design a resilient architecture that is flexible, accommodates change, is intuitively understandable, and promotes more effective so

4、ftware reuse.4. 可視化軟件建模 (Visually model software) 為什么需要建立模型？為什么需要UML？ RUP shows you how to visually model software to capture the structure and behavior of architectures and components.65. 驗(yàn)證軟件質(zhì)量 (Verify software quality) 軟件質(zhì)量低下是影響軟件使用的最重要的因素。 質(zhì)量評估被內(nèi)建于過程所有的活動，包括全體成員，使用客觀的度量和標(biāo)準(zhǔn)，并且不是事后型的或單獨(dú)小組進(jìn)行的分離活動。6

5、. 控制軟件變更 (Control changes to software) RUP描述了如何控制、跟蹤和監(jiān)控變更以確保成功的迭代開發(fā)。 確定每個(gè)修改是可接受的、能被跟蹤的。 通過控制軟件開發(fā)過程中的制品(如模型、代碼、文檔等)，隔離來自其它工作空間的變更，以此為每個(gè)開發(fā)人員建立安全的工作空間。7 國外引入RUP的大公司: 電信業(yè)：Ericsson、Alcatel、MCI 交通、航空、國防：Lockheed-Martin、British Aerospace 制造業(yè)：Xerox、Volvo、Intel 金融業(yè)：Visa、Merrill Lynch、Schwab 系統(tǒng)集成業(yè)：Ernst &

6、 Young、Oracle、Deloitte & Touche8核心工作流RUP軟件開發(fā)生命周期軟件開發(fā)生命周期9說明： 二維的軟件開發(fā)模型 在RUP中，軟件開發(fā)生命周期根據(jù)時(shí)間和RUP的核心工作流劃分為二維空間。 RUP把軟件開發(fā)周期劃分為多個(gè)Cycle，每個(gè)Cycle生成一個(gè)產(chǎn)品的新的版本。每個(gè)Cycle都依次由四個(gè)連續(xù)的階段(phase)組成，每個(gè)階段都應(yīng)完成確定的任務(wù)。 初始階段（Inception）：定義最終產(chǎn)品視圖、業(yè)務(wù)模型并確定系統(tǒng)范圍。 細(xì)化階段（elaboration）：設(shè)計(jì)及確定系統(tǒng)的體系結(jié)構(gòu)，制定工作計(jì)劃及資源要求。 構(gòu)造階段（construction）：構(gòu)造產(chǎn)品

7、并繼續(xù)演進(jìn)需求、體系結(jié)構(gòu)、計(jì)劃直至產(chǎn)品提交。 移交階段（Transition）：把產(chǎn)品提交給用戶使用。 10 在每個(gè)階段結(jié)束前都應(yīng)有一個(gè)里程碑（Milestone）評估該階段的工作。如果未能通過該里程碑的評估，則決策者應(yīng)該做出決定是應(yīng)取消該項(xiàng)目，還是繼續(xù)做該階段的工作。 每一個(gè)階段都由一個(gè)或多個(gè)連續(xù)的迭代（iteration）組成，每一個(gè)迭代都是一個(gè)完整的開發(fā)過程，它需要項(xiàng)目經(jīng)理根據(jù)當(dāng)前迭代所處的階段、以及上次迭代的結(jié)果，適當(dāng)?shù)貙诵墓ぷ髁髦械男袨檫M(jìn)行裁剪。11 RUP有九個(gè)核心工作流：業(yè)務(wù)建模、需求、分析與設(shè)計(jì)、實(shí)現(xiàn)、測試、部署、配置和變更管理、項(xiàng)目管理、環(huán)境。 業(yè)務(wù)建模（Business

8、Modeling）：理解待開發(fā)系統(tǒng)的組織結(jié)構(gòu)及其商業(yè)運(yùn)作，確保所有參與人員對待開發(fā)系統(tǒng)有共同的認(rèn)識。 需求（Requirements）：定義系統(tǒng)功能及用戶界面，使客戶知道系統(tǒng)的功能，開發(fā)人員知道系統(tǒng)的需求，為項(xiàng)目預(yù)算及計(jì)劃提供基礎(chǔ)。 分析與設(shè)計(jì)（Analysis and Design）：把需求分析的結(jié)果轉(zhuǎn)化為實(shí)現(xiàn)規(guī)格。12 實(shí)現(xiàn)（Implementation）：定義代碼的組織結(jié)構(gòu)、實(shí)現(xiàn)代碼、單元測試、系統(tǒng)集成。 測試（Test）：校驗(yàn)各自子系統(tǒng)的交互與集成。確保所有的需求被正確實(shí)現(xiàn)并在系統(tǒng)發(fā)布前發(fā)現(xiàn)錯(cuò)誤。 部署（Deployment）：打包、分發(fā)、安裝軟件，升級舊系統(tǒng)；培訓(xùn)用戶及銷售人員，并提

9、供技術(shù)支持。制定并實(shí)施beta測試。 配置和變更管理（Configuration and Change Management）：跟蹤并維護(hù)系統(tǒng)所有產(chǎn)品的完整性和一致性。13 項(xiàng)目管理（Project Management）：為計(jì)劃、執(zhí)行和監(jiān)控軟件開發(fā)項(xiàng)目提供可行性的指導(dǎo)；為風(fēng)險(xiǎn)管理提供框架。 環(huán)境（Environment）：為組織提供過程管理和工具的支持。14RUP中的核心概念中的核心概念 RUP中的一些核心概念包括： Role (角色-who): 角色描述某個(gè)人或一個(gè)小組的行為與職責(zé)。RUP預(yù)先定義了很多角色，例如：Architect、Designer、Implementer、Tester、

10、Configuration Manager, , 等等，并對每一個(gè)角色的工作和職責(zé)都作了詳盡的說明。 Activity (活動-how): 活動是一個(gè)有明確目的的獨(dú)立工作單元。 Artifact (產(chǎn)品, 制品, 工件-what): 產(chǎn)品是活動生成、創(chuàng)建或修改的一段信息。 Workflow (工作流-when): 工作流描述了一個(gè)有意義的連續(xù)的活動序列，每個(gè)工作流產(chǎn)生一些有價(jià)值的產(chǎn)品，并顯示了角色之間的關(guān)系。15RUP 2003中基本概念之間的關(guān)系:16RUP的特點(diǎn)的特點(diǎn) RUP的特點(diǎn): Use case驅(qū)動，以體系結(jié)構(gòu)為中心，迭代和增量 1. Development activities u

11、nder the RUP are use case driven.實(shí)現(xiàn)實(shí)現(xiàn)測試測試需求需求分析和分析和設(shè)計(jì)設(shè)計(jì)Use Cases 把所有這些過程綁到一起把所有這些過程綁到一起172. 軟件體系結(jié)構(gòu) 體系結(jié)構(gòu)刻畫了系統(tǒng)的整體設(shè)計(jì)，它去掉了細(xì)節(jié)部分，突出了系統(tǒng)的重要特征。 軟件體系結(jié)構(gòu)是軟件設(shè)計(jì)過程中的一個(gè)層次，這一層次超越計(jì)算過程中的算法設(shè)計(jì)和數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)。18 由于在項(xiàng)目的開發(fā)過程中不同的開發(fā)人員所關(guān)心的角度是不一樣的，因此軟件的體系結(jié)構(gòu)應(yīng)該是一個(gè)多維的結(jié)構(gòu)，RUP采用“4+1” View（視圖）模型，利用UML語言來描述軟件的體系結(jié)構(gòu)。3. 統(tǒng)一軟件過程采用迭代和增量的開發(fā)方式，把一個(gè)軟件產(chǎn)

12、品劃分成多個(gè)較小的部分，每一次完成一個(gè)部分，每次要迭代部分是產(chǎn)品的一個(gè)增量部分。19核心工作流介紹 1 需求捕獲工作流 2 分析工作流 3 設(shè)計(jì)工作流 4 實(shí)現(xiàn)工作流 5 測試工作流20需求捕獲工作流 需求捕獲通過對應(yīng)問題的理解和分析，確立問題涉及的信息、功能和系統(tǒng)行為，將用戶需求精確化、完全化。 需求的焦點(diǎn)主要在初始和精化階段，在精化階段后期，需求捕獲的工作量大幅下降。 21需求捕獲工作流22需求捕獲工作流 1. 制品 2. 工作人員 3. 工作流23制品在需求捕獲工作流，主要的UML制品：用例模型（Use Case Model）參與者（Actor）用例（Use Case）構(gòu)架描述術(shù)語表（G

13、lossary） 用戶界面原型24工作人員參與需求捕獲階段的工作人員：系統(tǒng)分析人員（System Analyst）用例描述人員（Use Case Specifier）用戶界面設(shè)計(jì)人員（User Interface Designer） 構(gòu)架設(shè)計(jì)師（Architect）25工作流需求捕獲的工作流主要包括五個(gè)活動：確定參與者和用例區(qū)分用例的優(yōu)先級詳細(xì)描述一個(gè)用例構(gòu)造用戶界面原型 構(gòu)造用例模型26分析工作流 分析的主要工作開始于初始階段的結(jié)尾，和需求一樣是精化階段的主要焦點(diǎn)。 精化階段的大部分活動是捕獲需求，分析工作與需求捕獲在很大程度上重疊。27分析工作流28分析工作流 1. 制品 2. 工作人員

14、3. 工作流29制品在分析工作流期間，主要的UML制品：分析模型分析類用例實(shí)現(xiàn)（分析）分析包 構(gòu)架模型 30工作人員在分析工作流期間，所參與的工作人員：構(gòu)架設(shè)計(jì)師用例工程師 構(gòu)件工程師31工作流分析工作流主要包括四個(gè)活動：構(gòu)架分析分析用例分析類 分析包32設(shè)計(jì)工作流 設(shè)計(jì)工作流的主要工作是位于精化階段的最后部分和構(gòu)造階段的開始部分的主要建模活動。 系統(tǒng)建模最初的焦點(diǎn)是需求和分析，在分析活動逐步完善后，建模的焦點(diǎn)開始轉(zhuǎn)向設(shè)計(jì)。33設(shè)計(jì)工作流34設(shè)計(jì)工作流 1. 制品 2. 工作人員 3. 工作流351. 制品在分析工作流期間，主要的UML制品：設(shè)計(jì)模型設(shè)計(jì)類用例實(shí)現(xiàn)-設(shè)計(jì)設(shè)計(jì)子系統(tǒng)接口 配置圖3

15、62. 工作人員參與設(shè)計(jì)工作流的工作人員包括：構(gòu)架設(shè)計(jì)師用例工程師 構(gòu)件工程師 373. 工作流設(shè)計(jì)工作流中，主要包括四種活動：構(gòu)架設(shè)計(jì)設(shè)計(jì)一個(gè)用例設(shè)計(jì)一個(gè)類 設(shè)計(jì)一個(gè)子系統(tǒng) 38實(shí)現(xiàn)工作流 實(shí)現(xiàn)（實(shí)施）是關(guān)于把設(shè)計(jì)模型轉(zhuǎn)換成可執(zhí)行代碼的過程。 從系統(tǒng)分析師或系統(tǒng)設(shè)計(jì)師的角度看，實(shí)現(xiàn)工作流的重點(diǎn)就是完成軟件系統(tǒng)的可執(zhí)行代碼。 實(shí)現(xiàn)工作流是構(gòu)建階段的焦點(diǎn)。 39實(shí)現(xiàn)工作流40實(shí)現(xiàn)工作流 1. 制品 2. 工作人員 3. 工作流41制品在實(shí)現(xiàn)工作流中，主要有六種制品：實(shí)現(xiàn)模型組件實(shí)現(xiàn)子系統(tǒng)接口構(gòu)架描述（實(shí)現(xiàn)模型） 集成構(gòu)造計(jì)劃 42工作人員參與實(shí)現(xiàn)工作流的工作人員：構(gòu)架設(shè)計(jì)師構(gòu)件工程師 系統(tǒng)集成人員 433. 工作流在實(shí)現(xiàn)工作流中，包括一系列活動：構(gòu)架實(shí)現(xiàn)系統(tǒng)集成實(shí)現(xiàn)一個(gè)子系統(tǒng)實(shí)現(xiàn)一個(gè)類 執(zhí)行單元測試 44測試工作流 測試是一項(xiàng)相當(dāng)主要的工作。 測試工作流貫穿于軟件開發(fā)的整個(gè)過程。它開始于