第2章 RUP軟件開發(fā)過程ppt課件

1、面向?qū)ο蠹夹g(shù)及UML教程第2章 RUP軟件開發(fā)過程 第2章 RUP軟件開發(fā)過程 為了保證項(xiàng)目的成功不僅需要面向?qū)ο蟮姆治鲈O(shè)計(jì)為了保證項(xiàng)目的成功不僅需要面向?qū)ο蟮姆治鲈O(shè)計(jì)工具，還需要一個好的軟件開發(fā)過程。工具，還需要一個好的軟件開發(fā)過程。 RUP（Rational Unified Process）又稱為統(tǒng)一軟件又稱為統(tǒng)一軟件過程能夠有效的管理工作進(jìn)度，控制和改善工作效過程能夠有效的管理工作進(jìn)度，控制和改善工作效率。它是目前的軟件過程中與率。它是目前的軟件過程中與UML結(jié)合最好的過程，結(jié)合最好的過程，支持面向?qū)ο蟮能浖_發(fā)，本章將對支持面向?qū)ο蟮能浖_發(fā)，本章將對RUP進(jìn)行簡要進(jìn)行簡要的介紹。的介

2、紹。2.1 RUP軟件開發(fā)過程概述 RUP是是Rational公司推出的軟件過程模型，它是軟件公司推出的軟件過程模型，它是軟件業(yè)界迄今為止商品化最成功的軟件過程模型。業(yè)界迄今為止商品化最成功的軟件過程模型。RUP的近千頁文檔可以從的近千頁文檔可以從Rational公司的網(wǎng)站下載，公司的網(wǎng)站下載，RUP的主要特征包括：的主要特征包括：l 采用迭代的、增量式的開發(fā)過程采用迭代的、增量式的開發(fā)過程l 采用采用UML語言描述軟件開發(fā)過程語言描述軟件開發(fā)過程l 有一系列功能強(qiáng)大的軟件工具支撐有一系列功能強(qiáng)大的軟件工具支撐2.1.1 RUP簡介簡介2.1 RUP軟件開發(fā)過程概述 RUP有三個突出的特點(diǎn)：有

3、三個突出的特點(diǎn)： （1）用例驅(qū)動）用例驅(qū)動 （2）以構(gòu)架為中心）以構(gòu)架為中心 （3）采用迭代和增量模型）采用迭代和增量模型2.1.2 RUP主要特點(diǎn)主要特點(diǎn) （1）所有的軟件開發(fā)都是用戶需求驅(qū)動的。統(tǒng)一）所有的軟件開發(fā)都是用戶需求驅(qū)動的。統(tǒng)一軟件開發(fā)過程采用用例來描述用戶需求，同時提供軟件開發(fā)過程采用用例來描述用戶需求，同時提供了一套方法把用例轉(zhuǎn)化為設(shè)計(jì)的類圖，進(jìn)一步變成了一套方法把用例轉(zhuǎn)化為設(shè)計(jì)的類圖，進(jìn)一步變成最終的程序代碼。在整個軟件開發(fā)過程中，需求用最終的程序代碼。在整個軟件開發(fā)過程中，需求用例是可跟蹤的。例是可跟蹤的。 2.1 RUP軟件開發(fā)過程概述 （2）構(gòu)架構(gòu)架是一個小的、皮包骨

4、頭的系統(tǒng)，它實(shí)現(xiàn)了是一個小的、皮包骨頭的系統(tǒng)，它實(shí)現(xiàn)了用戶的核心需求，包括了系統(tǒng)中最重要的靜態(tài)和動用戶的核心需求，包括了系統(tǒng)中最重要的靜態(tài)和動態(tài)特征。態(tài)特征。構(gòu)架刻畫了系統(tǒng)的整體設(shè)計(jì)，它舍棄了細(xì)構(gòu)架刻畫了系統(tǒng)的整體設(shè)計(jì)，它舍棄了細(xì)節(jié)部分，突出了系統(tǒng)的重要特征。節(jié)部分，突出了系統(tǒng)的重要特征。 （3）在進(jìn)行軟件系統(tǒng)開發(fā)時，統(tǒng)一軟件開發(fā)過程）在進(jìn)行軟件系統(tǒng)開發(fā)時，統(tǒng)一軟件開發(fā)過程采用采用迭代和增量的開發(fā)方式迭代和增量的開發(fā)方式，把一個軟件產(chǎn)品劃分，把一個軟件產(chǎn)品劃分成多個較小的部分，每次完成一個部分，這個部分成多個較小的部分，每次完成一個部分，這個部分是產(chǎn)品的一個增量部分。每個增量部分的生產(chǎn)過程是產(chǎn)

5、品的一個增量部分。每個增量部分的生產(chǎn)過程是都受控的。是都受控的。 2.1 RUP軟件開發(fā)過程概述 RUP在不斷的實(shí)踐過程中，總結(jié)出六個最有效地實(shí)在不斷的實(shí)踐過程中，總結(jié)出六個最有效地實(shí)踐經(jīng)驗(yàn)，稱為踐經(jīng)驗(yàn)，稱為最佳實(shí)踐最佳實(shí)踐。這些最佳實(shí)踐是對實(shí)際軟。這些最佳實(shí)踐是對實(shí)際軟件開發(fā)過程應(yīng)用的總結(jié)，這六個最佳經(jīng)驗(yàn)是：件開發(fā)過程應(yīng)用的總結(jié)，這六個最佳經(jīng)驗(yàn)是： （1）迭代的軟件開發(fā)）迭代的軟件開發(fā) （2）需求管理）需求管理 （3）使用基于構(gòu)件的體系結(jié)構(gòu)）使用基于構(gòu)件的體系結(jié)構(gòu) （4）可視化軟件建模）可視化軟件建模 （5）驗(yàn)證軟件質(zhì)量）驗(yàn)證軟件質(zhì)量 （6）控制軟件變更）控制軟件變更2.1.3 RUP最佳實(shí)

6、踐最佳實(shí)踐2.2 RUP過程框架 使用使用RUP開發(fā)軟件產(chǎn)品，每個軟件產(chǎn)品的開發(fā)開發(fā)軟件產(chǎn)品，每個軟件產(chǎn)品的開發(fā)過程都應(yīng)該包括多次循環(huán)。每個循環(huán)包括四個過程都應(yīng)該包括多次循環(huán)。每個循環(huán)包括四個階段：初始、細(xì)化、構(gòu)建和產(chǎn)品化。每個階段階段：初始、細(xì)化、構(gòu)建和產(chǎn)品化。每個階段又包括多個迭代過程。又包括多個迭代過程。 2.2.1 RUP過程框架模型過程框架模型 2.2 RUP過程框架 統(tǒng)一軟件過程是一個二維結(jié)構(gòu)，如圖統(tǒng)一軟件過程是一個二維結(jié)構(gòu)，如圖2.1所示所示 2.2 RUP過程框架 RUP中的中的軟件生命周期軟件生命周期在時間上被分解為四個在時間上被分解為四個順序的階段，每個階段結(jié)束時都有一個主

7、要的順序的階段，每個階段結(jié)束時都有一個主要的里程碑，在每個階段結(jié)束時，對本階段的工作里程碑，在每個階段結(jié)束時，對本階段的工作是否達(dá)到預(yù)定的目標(biāo)進(jìn)行評估。如果評估結(jié)果是否達(dá)到預(yù)定的目標(biāo)進(jìn)行評估。如果評估結(jié)果令人滿意的話，項(xiàng)目就可以進(jìn)入下一個階段。令人滿意的話，項(xiàng)目就可以進(jìn)入下一個階段。 2.2.2 RUP過程階段過程階段 2.2 RUP過程框架 1. 初始階段初始階段 初始階段有時也稱先啟階段。初始階段有時也稱先啟階段。初始階段的目標(biāo)初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)用例，確定要開發(fā)系統(tǒng)的邊是為系統(tǒng)建立商業(yè)用例，確定要開發(fā)系統(tǒng)的邊界，找出與系統(tǒng)交互的所有外部實(shí)體，列出實(shí)界，找出與系統(tǒng)交互的所有外部實(shí)

8、體，列出實(shí)體與系統(tǒng)的交互過程。體與系統(tǒng)的交互過程。 初始階段在初始階段在RUP中具有非常重要的意義，在這中具有非常重要的意義，在這個階段中所關(guān)注的是整個項(xiàng)目進(jìn)行中的業(yè)務(wù)和個階段中所關(guān)注的是整個項(xiàng)目進(jìn)行中的業(yè)務(wù)和需求方面的主要風(fēng)險。需求方面的主要風(fēng)險。 2.2 RUP過程框架 1. 初始階段初始階段初始階段所要進(jìn)行如下的活動：初始階段所要進(jìn)行如下的活動：n 明確說明項(xiàng)目規(guī)模，了解環(huán)境以及最重要的需求和約束，明確說明項(xiàng)目規(guī)模，了解環(huán)境以及最重要的需求和約束，以便可以得出最終產(chǎn)品的驗(yàn)收標(biāo)準(zhǔn)。以便可以得出最終產(chǎn)品的驗(yàn)收標(biāo)準(zhǔn)。n 計(jì)劃和準(zhǔn)備商業(yè)理由。評估風(fēng)險管理、人員配備、項(xiàng)目計(jì)劃和準(zhǔn)備商業(yè)理由。評估風(fēng)

9、險管理、人員配備、項(xiàng)目計(jì)劃以及成本計(jì)劃以及成本/ /進(jìn)度進(jìn)度/ /收益折衷的被選方案。收益折衷的被選方案。n 綜合考慮被選構(gòu)架，評估構(gòu)架。綜合考慮被選構(gòu)架，評估構(gòu)架。n 準(zhǔn)備項(xiàng)目的環(huán)境，評估項(xiàng)目和組織，選擇工具，決定流準(zhǔn)備項(xiàng)目的環(huán)境，評估項(xiàng)目和組織，選擇工具，決定流程中要改進(jìn)的部分。程中要改進(jìn)的部分。1. 2.2 RUP過程框架初始階段的評估標(biāo)準(zhǔn)如下：初始階段的評估標(biāo)準(zhǔn)如下：n 出資人同意系統(tǒng)范圍定義以及費(fèi)用和進(jìn)度評估。出資人同意系統(tǒng)范圍定義以及費(fèi)用和進(jìn)度評估。n 主要用例是否符合需求。主要用例是否符合需求。n 費(fèi)用和進(jìn)度評估、優(yōu)先級、風(fēng)險以及開發(fā)過程的可信性。費(fèi)用和進(jìn)度評估、優(yōu)先級、風(fēng)險以及

10、開發(fā)過程的可信性。n 任何已開發(fā)的原型的深度和廣度。任何已開發(fā)的原型的深度和廣度。n 實(shí)際開銷與計(jì)劃開銷。實(shí)際開銷與計(jì)劃開銷。 1.1.初始階段的焦點(diǎn)是需求和分析工作流。初始階段的焦點(diǎn)是需求和分析工作流。 2.2 RUP過程框架 2. 細(xì)化階段細(xì)化階段 細(xì)化階段也稱為精化階段。細(xì)化階段也稱為精化階段。細(xì)化階段的目標(biāo)是細(xì)化階段的目標(biāo)是分析問題領(lǐng)域，準(zhǔn)備構(gòu)架的設(shè)計(jì)，編制項(xiàng)目計(jì)分析問題領(lǐng)域，準(zhǔn)備構(gòu)架的設(shè)計(jì)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險的元素。劃，淘汰項(xiàng)目中最高風(fēng)險的元素。為此必須在為此必須在理解整個系統(tǒng)的基礎(chǔ)上確定系統(tǒng)的構(gòu)架，包括理解整個系統(tǒng)的基礎(chǔ)上確定系統(tǒng)的構(gòu)架，包括系統(tǒng)的范圍、主要的功能需求

11、以及性能需求。系統(tǒng)的范圍、主要的功能需求以及性能需求。同時為項(xiàng)目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，同時為項(xiàng)目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板并準(zhǔn)備工具。創(chuàng)建模板并準(zhǔn)備工具。細(xì)化階段結(jié)束時第二個細(xì)化階段結(jié)束時第二個重要的里程碑重要的里程碑周期結(jié)構(gòu)里程碑周期結(jié)構(gòu)里程碑。 2.2 RUP過程框架細(xì)化階段的評估標(biāo)準(zhǔn)如下：細(xì)化階段的評估標(biāo)準(zhǔn)如下：n 標(biāo)明用例模型中的用戶和參與者，并且建立用標(biāo)明用例模型中的用戶和參與者，并且建立用例的描述文檔。用例模型需完成例的描述文檔。用例模型需完成8080。n 創(chuàng)建軟件系統(tǒng)開發(fā)過程中的軟件結(jié)構(gòu)的描述文創(chuàng)建軟件系統(tǒng)開發(fā)過程中的軟件結(jié)構(gòu)的描述文檔。檔。n 創(chuàng)建可執(zhí)行

12、的系統(tǒng)原型。創(chuàng)建可執(zhí)行的系統(tǒng)原型。n 細(xì)化商業(yè)案例和風(fēng)險列表。細(xì)化商業(yè)案例和風(fēng)險列表。n 創(chuàng)建整個項(xiàng)目的開發(fā)計(jì)劃。創(chuàng)建整個項(xiàng)目的開發(fā)計(jì)劃。細(xì)化階段的焦點(diǎn)是需求、分析和設(shè)計(jì)工作流。細(xì)化階段的焦點(diǎn)是需求、分析和設(shè)計(jì)工作流。1. 2.2 RUP過程框架3. 構(gòu)建階段構(gòu)建階段 在構(gòu)建階段，主要完成選擇所需要的構(gòu)件，開在構(gòu)建階段，主要完成選擇所需要的構(gòu)件，開發(fā)應(yīng)用程序的主要功能，并把這些功能集成為發(fā)應(yīng)用程序的主要功能，并把這些功能集成為產(chǎn)品，并對這些產(chǎn)品進(jìn)行測試。產(chǎn)品，并對這些產(chǎn)品進(jìn)行測試。從某種意義上從某種意義上說，構(gòu)建階段是一個制造過程，其重點(diǎn)放在管說，構(gòu)建階段是一個制造過程，其重點(diǎn)放在管理資源及控

13、制運(yùn)作以及優(yōu)化成本、進(jìn)度和質(zhì)量。理資源及控制運(yùn)作以及優(yōu)化成本、進(jìn)度和質(zhì)量。構(gòu)建階段結(jié)束時是第三個重要的里程碑構(gòu)建階段結(jié)束時是第三個重要的里程碑功能功能里程碑。里程碑。 2.2 RUP過程框架構(gòu)造階段的主要目標(biāo)如下：構(gòu)造階段的主要目標(biāo)如下：n 優(yōu)化資源、避免不必要的報廢和返工，使開發(fā)優(yōu)化資源、避免不必要的報廢和返工，使開發(fā)成本降到最低。成本降到最低。n 盡快達(dá)到質(zhì)量的要求。盡快達(dá)到質(zhì)量的要求。n 快速完成有用的版本，例如快速完成有用的版本，例如Alpha Alpha 版、版、Beta Beta 版版和其他測試發(fā)布版。和其他測試發(fā)布版。n 完成所有功能的分析、開發(fā)和測試。完成所有功能的分析、開發(fā)和

14、測試。n 迭代式、遞增地開發(fā)隨時可以發(fā)布的產(chǎn)品。迭代式、遞增地開發(fā)隨時可以發(fā)布的產(chǎn)品。n 確定準(zhǔn)備好軟件系統(tǒng)的外部環(huán)境。確定準(zhǔn)備好軟件系統(tǒng)的外部環(huán)境。構(gòu)造階段的焦點(diǎn)是實(shí)現(xiàn)工作流。構(gòu)造階段的焦點(diǎn)是實(shí)現(xiàn)工作流。1. 2.2 RUP過程框架4. 產(chǎn)品化階段產(chǎn)品化階段 產(chǎn)品化階段又稱為交付階段，這個階段的重點(diǎn)產(chǎn)品化階段又稱為交付階段，這個階段的重點(diǎn)是確保軟件對最終用戶是可用的。是確保軟件對最終用戶是可用的。產(chǎn)品化階段產(chǎn)品化階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測試，基于用戶反饋的少量的調(diào)整。測試，基于用戶反饋的少量的調(diào)整。在產(chǎn)品化在產(chǎn)品化階段的終點(diǎn)是第四個

15、里程碑階段的終點(diǎn)是第四個里程碑發(fā)布里程碑。發(fā)布里程碑。此此時需要判斷最初預(yù)定的目標(biāo)是否實(shí)現(xiàn)，是否應(yīng)時需要判斷最初預(yù)定的目標(biāo)是否實(shí)現(xiàn)，是否應(yīng)該開始下一個開發(fā)周期。該開始下一個開發(fā)周期。 2.2 RUP過程框架4. 產(chǎn)品化階段產(chǎn)品化階段交付階段的主要目標(biāo)如下：交付階段的主要目標(biāo)如下：n 進(jìn)行進(jìn)行BetaBeta版測試，按用戶的要求驗(yàn)證新系統(tǒng)。版測試，按用戶的要求驗(yàn)證新系統(tǒng)。n 替換舊的系統(tǒng)。替換舊的系統(tǒng)。n 對用戶和維護(hù)人員進(jìn)行培訓(xùn)。對用戶和維護(hù)人員進(jìn)行培訓(xùn)。n 開始調(diào)整活動，例如調(diào)試、性能或可用性的增開始調(diào)整活動，例如調(diào)試、性能或可用性的增強(qiáng)。強(qiáng)。n 與用戶達(dá)成共識，配置基線與評估標(biāo)準(zhǔn)一致。與用

16、戶達(dá)成共識，配置基線與評估標(biāo)準(zhǔn)一致。交付階段的焦點(diǎn)是實(shí)現(xiàn)和測試工作流。交付階段的焦點(diǎn)是實(shí)現(xiàn)和測試工作流。 1. 2.2 RUP過程框架 RUP中的每個階段可以進(jìn)一步分解為迭代。一中的每個階段可以進(jìn)一步分解為迭代。一個迭代是一個完整的開發(fā)循環(huán)，產(chǎn)生一個可執(zhí)個迭代是一個完整的開發(fā)循環(huán)，產(chǎn)生一個可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個子集。行的產(chǎn)品版本，是最終產(chǎn)品的一個子集。采用采用增量開發(fā)方式增量開發(fā)方式，不斷從一個迭代過程到另一個，不斷從一個迭代過程到另一個迭代逐步積累，一步一步地完成最終的系統(tǒng)。迭代逐步積累，一步一步地完成最終的系統(tǒng)。 2.2.2 RUP迭代開發(fā)模式迭代開發(fā)模式 2.2 RUP過程框

17、架每一次順序地通過各工作流稱為一次每一次順序地通過各工作流稱為一次迭代迭代RUPRUP中的每個階段可以進(jìn)一步分解為迭代。中的每個階段可以進(jìn)一步分解為迭代。 2.2.2 RUP迭代開發(fā)模式迭代開發(fā)模式 2.2 RUP過程框架與傳統(tǒng)的瀑布模型相比較，迭代過程的優(yōu)點(diǎn)：與傳統(tǒng)的瀑布模型相比較，迭代過程的優(yōu)點(diǎn)：n 降低了在一個增量上的開支風(fēng)險。降低了在一個增量上的開支風(fēng)險。n 降低了產(chǎn)品無法按照既定進(jìn)度進(jìn)入市場的風(fēng)險。降低了產(chǎn)品無法按照既定進(jìn)度進(jìn)入市場的風(fēng)險。n 加快了整個開發(fā)工作的進(jìn)度。加快了整個開發(fā)工作的進(jìn)度。1. 2.2.2 RUP迭代開發(fā)模式迭代開發(fā)模式 2.3 RUP的靜態(tài)結(jié)構(gòu) 在在RUP模型

18、圖中包括九個工作流，被稱為模型圖中包括九個工作流，被稱為RUP的核心工作流的核心工作流。核心工作流進(jìn)一步分為。核心工作流進(jìn)一步分為六個核六個核心過程工作流心過程工作流和和三個核心支持工作流三個核心支持工作流。模型圖。模型圖中的陰影部分描述了不同的工作流在不同的時中的陰影部分描述了不同的工作流在不同的時間段內(nèi)工作量的不同。間段內(nèi)工作量的不同。 2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 1. 商業(yè)建模（商業(yè)建模（Business ModelingBusiness Modeling）2. 2. 需求分析（需求分析（RequirementsRequirements）3. 3. 分析與設(shè)計(jì)（分析與設(shè)計(jì)（Analy

19、sis and DesignAnalysis and Design）4. 4. 實(shí)現(xiàn)（實(shí)現(xiàn)（ImplementationImplementation）5. 5. 測試（測試（TestTest）6. 6. 部署（部署（DeploymentDeployment）7. 7. 配置和變更管理（配置和變更管理（Configuration and Change Configuration and Change ManagementManagement）8. 8. 項(xiàng)目管理（項(xiàng)目管理（Project ManagementProject Management）9. 9. 環(huán)境（環(huán)境（EnvironmentEn

20、vironment） 2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 業(yè)務(wù)建模業(yè)務(wù)建模 業(yè)務(wù)建模工作流描述了系統(tǒng)開發(fā)的一個構(gòu)想，業(yè)務(wù)建模工作流描述了系統(tǒng)開發(fā)的一個構(gòu)想，使用業(yè)務(wù)用例模型來描述這個構(gòu)想，使用業(yè)務(wù)用例模型來描述這個構(gòu)想，包括業(yè)務(wù)包括業(yè)務(wù)對象模型中定義組織的過程、角色和責(zé)任。對象模型中定義組織的過程、角色和責(zé)任。大大多數(shù)實(shí)際工程項(xiàng)目的主要問題在于軟件工程和多數(shù)實(shí)際工程項(xiàng)目的主要問題在于軟件工程和企業(yè)工程這兩個領(lǐng)域無法進(jìn)行有效的交流，導(dǎo)企業(yè)工程這兩個領(lǐng)域無法進(jìn)行有效的交流，導(dǎo)致對企業(yè)工程的分析無法直接進(jìn)行轉(zhuǎn)換用于軟致對企業(yè)工程的分析無法直接進(jìn)行轉(zhuǎn)換用于軟件開發(fā)。件開發(fā)。 2.3 RUP的靜態(tài)結(jié)構(gòu) 2.

21、 需求需求 需求工作流的目標(biāo)是描述系統(tǒng)應(yīng)該做什么，并需求工作流的目標(biāo)是描述系統(tǒng)應(yīng)該做什么，并使開發(fā)人員和用戶就這一描述達(dá)成共識。使開發(fā)人員和用戶就這一描述達(dá)成共識。為了為了達(dá)到該目標(biāo)，要對需要的功能和約束進(jìn)行提取、達(dá)到該目標(biāo)，要對需要的功能和約束進(jìn)行提取、組織、文檔化，最重要的是理解系統(tǒng)所解決問組織、文檔化，最重要的是理解系統(tǒng)所解決問題的定義和范圍。題的定義和范圍。 2.3 RUP的靜態(tài)結(jié)構(gòu) 3. 分析設(shè)計(jì)分析設(shè)計(jì) 分析設(shè)計(jì)工作流將需求轉(zhuǎn)化成未來系統(tǒng)的設(shè)計(jì)，分析設(shè)計(jì)工作流將需求轉(zhuǎn)化成未來系統(tǒng)的設(shè)計(jì)，為系統(tǒng)開發(fā)一個健壯的結(jié)構(gòu)，并調(diào)整設(shè)計(jì)使其為系統(tǒng)開發(fā)一個健壯的結(jié)構(gòu)，并調(diào)整設(shè)計(jì)使其與實(shí)現(xiàn)環(huán)境相匹配

22、，優(yōu)化其性能。與實(shí)現(xiàn)環(huán)境相匹配，優(yōu)化其性能。分析設(shè)計(jì)的分析設(shè)計(jì)的結(jié)果是一個設(shè)計(jì)模型和一個可選的分析模型。結(jié)果是一個設(shè)計(jì)模型和一個可選的分析模型。設(shè)計(jì)模型是源代碼的抽象，由設(shè)計(jì)類和一些描設(shè)計(jì)模型是源代碼的抽象，由設(shè)計(jì)類和一些描述組成。設(shè)計(jì)類被組織成具有良好接口的設(shè)計(jì)述組成。設(shè)計(jì)類被組織成具有良好接口的設(shè)計(jì)包（包（Package）和設(shè)計(jì)子系統(tǒng)（）和設(shè)計(jì)子系統(tǒng)（Subsystem），），而描述則體現(xiàn)了類的對象如何協(xié)同工作以實(shí)現(xiàn)而描述則體現(xiàn)了類的對象如何協(xié)同工作以實(shí)現(xiàn)用例的功能。用例的功能。 2.3 RUP的靜態(tài)結(jié)構(gòu) 4. 實(shí)施實(shí)施 實(shí)施工作流的目的包括以層次化的子系統(tǒng)形式實(shí)施工作流的目的包括以層次化

23、的子系統(tǒng)形式定義代碼的組織結(jié)構(gòu)，以構(gòu)件的形式（源文件、定義代碼的組織結(jié)構(gòu)，以構(gòu)件的形式（源文件、二進(jìn)制文件、可執(zhí)行文件）實(shí)現(xiàn)類和對象，將二進(jìn)制文件、可執(zhí)行文件）實(shí)現(xiàn)類和對象，將開發(fā)出的構(gòu)件作為單元進(jìn)行測試，以及集成由開發(fā)出的構(gòu)件作為單元進(jìn)行測試，以及集成由單個開發(fā)者所產(chǎn)生的結(jié)果，使其成為可執(zhí)行的單個開發(fā)者所產(chǎn)生的結(jié)果，使其成為可執(zhí)行的系統(tǒng)。系統(tǒng)。2.3 RUP的靜態(tài)結(jié)構(gòu) 5. 測試測試 測試工作流要驗(yàn)證對象間的交互作用是否符合測試工作流要驗(yàn)證對象間的交互作用是否符合設(shè)計(jì)要求，驗(yàn)證軟件中所有構(gòu)件是否正確集成，設(shè)計(jì)要求，驗(yàn)證軟件中所有構(gòu)件是否正確集成，檢驗(yàn)所有的需求是否被正確的實(shí)現(xiàn)。檢驗(yàn)所有的需求

24、是否被正確的實(shí)現(xiàn)。在測試工在測試工作流中發(fā)現(xiàn)并確認(rèn)缺陷，在軟件部署之前對這作流中發(fā)現(xiàn)并確認(rèn)缺陷，在軟件部署之前對這些缺陷進(jìn)行處理。些缺陷進(jìn)行處理。RUP提出了迭代的方法，意提出了迭代的方法，意味著在整個項(xiàng)目中都需要進(jìn)行測試，從而盡可味著在整個項(xiàng)目中都需要進(jìn)行測試，從而盡可能早的發(fā)現(xiàn)缺陷，從根本上降低了修改缺陷所能早的發(fā)現(xiàn)缺陷，從根本上降低了修改缺陷所帶來的成本。帶來的成本。 2.3 RUP的靜態(tài)結(jié)構(gòu) 6. 部署部署 部署工作流的目的是成功的生成版本并將軟件部署工作流的目的是成功的生成版本并將軟件分發(fā)給最終用戶。部署工作流描述了那些與最分發(fā)給最終用戶。部署工作流描述了那些與最終用戶相關(guān)的活動，包

25、括：軟件打包、生成軟終用戶相關(guān)的活動，包括：軟件打包、生成軟件本身以外的產(chǎn)品、安裝軟件、為用戶提供幫件本身以外的產(chǎn)品、安裝軟件、為用戶提供幫助。助。 2.3 RUP的靜態(tài)結(jié)構(gòu) 7. 配置與變更管理配置與變更管理 配置與變更管理工作流描繪了如何在多個成員配置與變更管理工作流描繪了如何在多個成員組成的項(xiàng)目中控制和管理變更。組成的項(xiàng)目中控制和管理變更。配置和變更管配置和變更管理工作流提供了一套準(zhǔn)則來跟蹤軟件創(chuàng)建過程理工作流提供了一套準(zhǔn)則來跟蹤軟件創(chuàng)建過程中的各個版本。配置與變更管理工作流描述了中的各個版本。配置與變更管理工作流描述了如何管理并行開發(fā)、分布式開發(fā)、如何自動化如何管理并行開發(fā)、分布式開發(fā)

26、、如何自動化創(chuàng)建工程。同時也闡述了對產(chǎn)品修改原因、時創(chuàng)建工程。同時也闡述了對產(chǎn)品修改原因、時間、人員進(jìn)行記錄。把誰、什么時候、為什么間、人員進(jìn)行記錄。把誰、什么時候、為什么對什么產(chǎn)品做的什么修改記錄下來。對什么產(chǎn)品做的什么修改記錄下來。 2.3 RUP的靜態(tài)結(jié)構(gòu) 8. 項(xiàng)目管理項(xiàng)目管理 軟件項(xiàng)目管理平衡各種可能產(chǎn)生沖突的目標(biāo)，軟件項(xiàng)目管理平衡各種可能產(chǎn)生沖突的目標(biāo)，管理風(fēng)險，克服各種約束并成功交付使用戶滿管理風(fēng)險，克服各種約束并成功交付使用戶滿意的產(chǎn)品。意的產(chǎn)品。其目標(biāo)包括：為項(xiàng)目的管理提供框其目標(biāo)包括：為項(xiàng)目的管理提供框架，為計(jì)劃、人員配備、執(zhí)行和監(jiān)控項(xiàng)目提供架，為計(jì)劃、人員配備、執(zhí)行和監(jiān)控

27、項(xiàng)目提供實(shí)用的準(zhǔn)則，為管理風(fēng)險提供框架等。實(shí)用的準(zhǔn)則，為管理風(fēng)險提供框架等。 2.3 RUP的靜態(tài)結(jié)構(gòu) 9. 環(huán)境環(huán)境 環(huán)境工作流的目的是向軟件開發(fā)組織提供軟件環(huán)境工作流的目的是向軟件開發(fā)組織提供軟件開發(fā)環(huán)境，包括過程和工具。開發(fā)環(huán)境，包括過程和工具。環(huán)境工作流集中環(huán)境工作流集中于配置項(xiàng)目過程中所需要的活動，同樣也支持于配置項(xiàng)目過程中所需要的活動，同樣也支持開發(fā)項(xiàng)目規(guī)范的活動，提供了過程指導(dǎo)手冊并開發(fā)項(xiàng)目規(guī)范的活動，提供了過程指導(dǎo)手冊并指導(dǎo)項(xiàng)目組如何來實(shí)現(xiàn)過程。環(huán)境工作流的重指導(dǎo)項(xiàng)目組如何來實(shí)現(xiàn)過程。環(huán)境工作流的重點(diǎn)是在項(xiàng)目環(huán)境中，進(jìn)行軟件開發(fā)過程的配置點(diǎn)是在項(xiàng)目環(huán)境中，進(jìn)行軟件開發(fā)過程的配置

28、活動?；顒印?.3 RUP的靜態(tài)結(jié)構(gòu) 核心工作流介紹核心工作流介紹三個方面三個方面制品制品/ /產(chǎn)物產(chǎn)物ArtifactArtifact人員人員PersonPerson工作流中的主要活動工作流中的主要活動WorkflowWorkflow2.3 RUP的靜態(tài)結(jié)構(gòu) 需求捕獲工作流需求捕獲工作流需求捕獲通過對應(yīng)問題的理解和分析，確立問題需求捕獲通過對應(yīng)問題的理解和分析，確立問題涉及的信息、功能和系統(tǒng)行為，將用戶需求精涉及的信息、功能和系統(tǒng)行為，將用戶需求精確化、完全化。確化、完全化。 需求的焦點(diǎn)主要在初始和精化階段，在精化階段需求的焦點(diǎn)主要在初始和精化階段，在精化階段后期，需求捕獲的工作量大幅下降。

29、后期，需求捕獲的工作量大幅下降。 2.3 RUP的靜態(tài)結(jié)構(gòu) 2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 1. 制品制品2. 2. 工作人員工作人員3. 3. 工作流工作流2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 1. 制品制品在需求捕獲工作流，主要的在需求捕獲工作流，主要的UMLUML制品：制品：n 用例模型（用例模型（Use Case ModelUse Case Model）n 參與者（參與者（ActorActor）n 用例（用例（Use CaseUse Case）n 構(gòu)架描述構(gòu)架描述n 術(shù)語表（術(shù)語表（GlossaryGlossary）n 用戶界面原型用戶界面原型2.3 RUP的靜態(tài)結(jié)構(gòu) 2. 2. 工作人員工

30、作人員參與需求捕獲階段的工作人員：參與需求捕獲階段的工作人員：n 系統(tǒng)分析人員（系統(tǒng)分析人員（System AnalystSystem Analyst）n 用例描述人員（用例描述人員（Use Case SpecifierUse Case Specifier）n 用戶界面設(shè)計(jì)人員（用戶界面設(shè)計(jì)人員（User Interface User Interface DesignerDesigner）n 構(gòu)架設(shè)計(jì)師（構(gòu)架設(shè)計(jì)師（ArchitectArchitect）2.3 RUP的靜態(tài)結(jié)構(gòu) 3. 3. 工作流工作流需求捕獲的工作流主要包括五個活動：需求捕獲的工作流主要包括五個活動：n 確定參與者和用例確定

31、參與者和用例n 區(qū)分用例的優(yōu)先級區(qū)分用例的優(yōu)先級n 詳細(xì)描述一個用例詳細(xì)描述一個用例n 構(gòu)造用戶界面原型構(gòu)造用戶界面原型n 構(gòu)造用例模型構(gòu)造用例模型2.3 RUP的靜態(tài)結(jié)構(gòu) 分析工作流分析工作流分析的主要工作開始于初始階段的結(jié)尾，和需求分析的主要工作開始于初始階段的結(jié)尾，和需求一樣是細(xì)化階段的主要焦點(diǎn)。一樣是細(xì)化階段的主要焦點(diǎn)。細(xì)化階段的大部分活動是捕獲需求，分析工作與細(xì)化階段的大部分活動是捕獲需求，分析工作與需求捕獲在很大程度上重疊。需求捕獲在很大程度上重疊。 2.3 RUP的靜態(tài)結(jié)構(gòu) 2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 1. 制品制品2. 2. 工作人員工作人員3. 3. 工作流工作流2.3

32、RUP的靜態(tài)結(jié)構(gòu) 1. 1. 制品制品在分析工作流期間，主要的在分析工作流期間，主要的UMLUML制品：制品：n 分析模型分析模型n 分析類分析類n 用例實(shí)現(xiàn)（分析）用例實(shí)現(xiàn)（分析）n 分析包分析包n 構(gòu)架模型構(gòu)架模型 2.3 RUP的靜態(tài)結(jié)構(gòu) 2. 2. 工作人員工作人員在分析工作流期間，所參與的工作人員：在分析工作流期間，所參與的工作人員：n 構(gòu)架設(shè)計(jì)師構(gòu)架設(shè)計(jì)師n 用例工程師用例工程師n 構(gòu)件工程師構(gòu)件工程師2.3 RUP的靜態(tài)結(jié)構(gòu) 3. 3. 工作流工作流分析工作流主要包括四個活動：分析工作流主要包括四個活動：n 構(gòu)架分析構(gòu)架分析n 分析用例分析用例n 分析類分析類n 分析包分析包2.

33、3 RUP的靜態(tài)結(jié)構(gòu) 設(shè)計(jì)工作流設(shè)計(jì)工作流設(shè)計(jì)工作流的主要工作是位于精化階段的最后部設(shè)計(jì)工作流的主要工作是位于精化階段的最后部分和構(gòu)造階段的開始部分的主要建?；顒?。分和構(gòu)造階段的開始部分的主要建模活動。系統(tǒng)建模最初的焦點(diǎn)是需求和分析，在分析活動系統(tǒng)建模最初的焦點(diǎn)是需求和分析，在分析活動逐步完善后，建模的焦點(diǎn)開始轉(zhuǎn)向設(shè)計(jì)。逐步完善后，建模的焦點(diǎn)開始轉(zhuǎn)向設(shè)計(jì)。2.3 RUP的靜態(tài)結(jié)構(gòu) 2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 1. 制品制品2. 2. 工作人員工作人員3. 3. 工作流工作流2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 1. 制品制品在分析工作流期間，主要的在分析工作流期間，主要的UMLUML制品：制品：

34、n 設(shè)計(jì)模型設(shè)計(jì)模型n 設(shè)計(jì)類設(shè)計(jì)類n 用例實(shí)現(xiàn)用例實(shí)現(xiàn)- -設(shè)計(jì)設(shè)計(jì)n 設(shè)計(jì)子系統(tǒng)設(shè)計(jì)子系統(tǒng)n 接口接口n 配置圖配置圖2.3 RUP的靜態(tài)結(jié)構(gòu) 2.2.參與設(shè)計(jì)工作流的工作人員包括：參與設(shè)計(jì)工作流的工作人員包括：n構(gòu)架設(shè)計(jì)師構(gòu)架設(shè)計(jì)師n用例工程師用例工程師1.1. 構(gòu)件工程師構(gòu)件工程師 2.3 RUP的靜態(tài)結(jié)構(gòu) 3 3 設(shè)計(jì)工作流中，主要包括四種活動：設(shè)計(jì)工作流中，主要包括四種活動：n 構(gòu)架設(shè)計(jì)構(gòu)架設(shè)計(jì)n 設(shè)計(jì)一個用例設(shè)計(jì)一個用例n 設(shè)計(jì)一個類設(shè)計(jì)一個類n 設(shè)計(jì)一個子系統(tǒng)設(shè)計(jì)一個子系統(tǒng) 2.3 RUP的靜態(tài)結(jié)構(gòu) 實(shí)現(xiàn)工作流實(shí)現(xiàn)工作流實(shí)現(xiàn)（實(shí)施）是關(guān)于把設(shè)計(jì)模型轉(zhuǎn)換成可執(zhí)行代實(shí)現(xiàn)（實(shí)施）是關(guān)

35、于把設(shè)計(jì)模型轉(zhuǎn)換成可執(zhí)行代碼的過程。碼的過程。從系統(tǒng)分析師或系統(tǒng)設(shè)計(jì)師的角度看，實(shí)現(xiàn)工作從系統(tǒng)分析師或系統(tǒng)設(shè)計(jì)師的角度看，實(shí)現(xiàn)工作流的重點(diǎn)就是完成軟件系統(tǒng)的可執(zhí)行代碼。流的重點(diǎn)就是完成軟件系統(tǒng)的可執(zhí)行代碼。 實(shí)現(xiàn)工作流是構(gòu)建階段的焦點(diǎn)。實(shí)現(xiàn)工作流是構(gòu)建階段的焦點(diǎn)。2.3 RUP的靜態(tài)結(jié)構(gòu) 2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 1. 制品制品2. 2. 工作人員工作人員3. 3. 工作流工作流2.3 RUP的靜態(tài)結(jié)構(gòu) 1. 1. 制品制品在實(shí)現(xiàn)工作流中，主要有六種制品：在實(shí)現(xiàn)工作流中，主要有六種制品：n 實(shí)現(xiàn)模型實(shí)現(xiàn)模型n 組件組件n 實(shí)現(xiàn)子系統(tǒng)實(shí)現(xiàn)子系統(tǒng)n 接口接口n 構(gòu)架描述（實(shí)現(xiàn)模型）構(gòu)架描述（

36、實(shí)現(xiàn)模型）n 集成構(gòu)造計(jì)劃集成構(gòu)造計(jì)劃 2.3 RUP的靜態(tài)結(jié)構(gòu) 2.2. 工作人員工作人員參與實(shí)現(xiàn)工作流的工作人員：參與實(shí)現(xiàn)工作流的工作人員：n構(gòu)架設(shè)計(jì)師構(gòu)架設(shè)計(jì)師n構(gòu)件工程師構(gòu)件工程師1.1. 系統(tǒng)集成人員系統(tǒng)集成人員 2.3 RUP的靜態(tài)結(jié)構(gòu) 3 3 在實(shí)現(xiàn)工作流中，主要包括一系列活動：在實(shí)現(xiàn)工作流中，主要包括一系列活動：n 構(gòu)架實(shí)現(xiàn)構(gòu)架實(shí)現(xiàn)n 系統(tǒng)集成系統(tǒng)集成n 實(shí)現(xiàn)一個子系統(tǒng)實(shí)現(xiàn)一個子系統(tǒng)n 實(shí)現(xiàn)一個類實(shí)現(xiàn)一個類n 執(zhí)行單元測試執(zhí)行單元測試 2.4 RUP的角色 角色是抽象的職責(zé)定義角色是抽象的職責(zé)定義，它定義的是所執(zhí)行的，它定義的是所執(zhí)行的一組活動和所擁有的一組工件。角色通常由一一

37、組活動和所擁有的一組工件。角色通常由一個人或作為團(tuán)隊(duì)相互協(xié)作的多個人來實(shí)現(xiàn)。項(xiàng)個人或作為團(tuán)隊(duì)相互協(xié)作的多個人來實(shí)現(xiàn)。項(xiàng)目團(tuán)隊(duì)成員通常要履行許多不同的角色職能，目團(tuán)隊(duì)成員通常要履行許多不同的角色職能，就象一個人可以擔(dān)任許多職務(wù)，一個人也可以就象一個人可以擔(dān)任許多職務(wù)，一個人也可以擔(dān)任許多不同的角色。擔(dān)任許多不同的角色。角色并不代表個人，而角色并不代表個人，而是說明個人在業(yè)務(wù)中應(yīng)該如何表現(xiàn)以及他們在是說明個人在業(yè)務(wù)中應(yīng)該如何表現(xiàn)以及他們在業(yè)務(wù)活動中應(yīng)該承擔(dān)的責(zé)任。業(yè)務(wù)活動中應(yīng)該承擔(dān)的責(zé)任。 2.4 RUP的角色 RUP角色可以分為以下五個角色集：角色可以分為以下五個角色集： （1）分析員角色集）分

38、析員角色集 （2）開發(fā)人員角色集）開發(fā)人員角色集 （3）測試人員角色集）測試人員角色集 （4）經(jīng)理角色集）經(jīng)理角色集 （5）其它角色集）其它角色集 2.5 RUP的活動 在在RUP中，為每個角色定義了要完成的工作，中，為每個角色定義了要完成的工作，每個單獨(dú)的工作成為一個活動每個單獨(dú)的工作成為一個活動。一項(xiàng)活動是一。一項(xiàng)活動是一個工作單元，由參與項(xiàng)目的某一成員執(zhí)行，活個工作單元，由參與項(xiàng)目的某一成員執(zhí)行，活動有明確的目的，其內(nèi)容通常表述為創(chuàng)建或更動有明確的目的，其內(nèi)容通常表述為創(chuàng)建或更新某些工件，例如一個模型、一個類或一個計(jì)新某些工件，例如一個模型、一個類或一個計(jì)劃。劃。每個活動都被分配給具體的

39、角色。每個活動都被分配給具體的角色。一個活一個活動一般延續(xù)幾個小時到幾天，它通常涉及一個動一般延續(xù)幾個小時到幾天，它通常涉及一個或幾個角色，只影響一個或少數(shù)幾個工件。一或幾個角色，只影響一個或少數(shù)幾個工件。一項(xiàng)活動應(yīng)該是一個便于實(shí)施的計(jì)劃單元及流程項(xiàng)活動應(yīng)該是一個便于實(shí)施的計(jì)劃單元及流程單元。單元。 2.5 RUP的活動 （1）先啟階段核心活動）先啟階段核心活動 先啟階段的先啟階段的核心活動核心活動有：明確地說明項(xiàng)目規(guī)模；有：明確地說明項(xiàng)目規(guī)模；計(jì)劃和準(zhǔn)備商業(yè)理由、評估風(fēng)險管理、人員配計(jì)劃和準(zhǔn)備商業(yè)理由、評估風(fēng)險管理、人員配備、項(xiàng)目計(jì)劃和成本備、項(xiàng)目計(jì)劃和成本/進(jìn)度進(jìn)度/收益率折衷的備選方收益率折衷的備選方案；綜合考慮備選構(gòu)架，評估設(shè)計(jì)和自制案；綜合考慮備選構(gòu)架，評估設(shè)計(jì)和自制/外購?fù)赓?復(fù)用方面的折衷，從而估算出成本、進(jìn)度和資復(fù)用方面的折衷，從而估算出成本、進(jìn)度和資源；準(zhǔn)備項(xiàng)目的環(huán)境，評估項(xiàng)目和組織，選擇源；準(zhǔn)備項(xiàng)目的環(huán)境，評估項(xiàng)目和組織，選擇工具，決定流程中要改進(jìn)的部分。工具，決定流程中要改進(jìn)的部分。 2.5 RUP的活動 （2）細(xì)化階段核心活動）細(xì)化階段核心活動 細(xì)化階段的核心活動有：快速確定構(gòu)架、確認(rèn)細(xì)化階段的核心活動有：快速確定構(gòu)架、確認(rèn)構(gòu)架并為構(gòu)架建立基線