1、考試學(xué)習(xí)軟件商城（）整理制作第五章 面向?qū)ο蠓椒≧UP復(fù)習(xí)建議：RUP（Rational Unified Process，統(tǒng)一軟件開發(fā)過程）。掌握 RUP 在解決下列三個(gè)問題的基本方法。（1） 表達(dá)基本信息的術(shù)語(yǔ)（2） 用于組織基本信息的表達(dá)格式（3） 在不同抽象層之間進(jìn)行“映射”的過程指導(dǎo)。本章考核題目類型包括單項(xiàng)選擇題、填空題、簡(jiǎn)答題，分值在 10%15%之間。重點(diǎn)要掌握基本概念、基本原理。1迭代式開發(fā)在軟件開發(fā)的早期階段就想完全、準(zhǔn)確的捕獲用戶的需求幾乎是不可能的。實(shí)際上，我們經(jīng)常遇到的問題是需求在整個(gè)軟件開發(fā)工程中經(jīng)常會(huì)改變。迭代式開發(fā)允許在每次迭代過

2、程中需求可能有變化，通過不斷細(xì)化來加深對(duì)問題的理解。迭代式開發(fā)不僅可以降低項(xiàng)目的風(fēng)險(xiǎn)，而且每個(gè)迭代過程都可以執(zhí)行版本結(jié)束，可以鼓舞開發(fā)人員。2管理需求確定系統(tǒng)的需求是一個(gè)連續(xù)的過程，開發(fā)人員在開發(fā)系統(tǒng)之前不可能完全詳細(xì)的說明一個(gè)系統(tǒng)的真正需求。RUP 描述了如何提取、組織系統(tǒng)的功能和約束條件并將其文檔化，用況和腳本的使用已被證明是捕獲功能性需求的有效方法。3體系結(jié)構(gòu)組件使重用成為可能，系統(tǒng)可以由組件組成?；讵?dú)立的、可替換的、模塊化組件的體系結(jié)構(gòu)有助于降低管理復(fù)雜性，提高重用率。RUP 描述了如何設(shè)計(jì)一個(gè)有彈性的、能適應(yīng)變化的、易于理解的、有助于重用的軟件體系結(jié)構(gòu)。4可視化建模RUP 往往和

3、UML 聯(lián)系在一起，對(duì)軟件系統(tǒng)建立可視化模型幫助人們提供管理軟件復(fù)雜性的能力。RUP 告訴我們?nèi)绾慰梢暬膶?duì)軟件系統(tǒng)建模，獲取有關(guān)體系結(jié)構(gòu)于組件的結(jié)構(gòu)和行為信息。1更多自考（真題?？架浖⒐P記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題模考軟件、串講筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：/考試學(xué)習(xí)軟件商城（）整理制作5驗(yàn)證軟件質(zhì)量在 RUP 中軟件質(zhì)量評(píng)估不再是事后進(jìn)行或單獨(dú)小組進(jìn)行的分離活動(dòng)，而是內(nèi)建于過程中的所有活動(dòng)，這樣可以及早發(fā)現(xiàn)軟件中的缺陷。6控制軟件變更迭代式開發(fā)中如果沒有嚴(yán)格的控

4、制和協(xié)調(diào)，整個(gè)軟件開發(fā)過程很快就陷入混亂之中，RUP描述了如何控制、跟蹤、監(jiān)控、修改以確保成功的迭發(fā)。RUP 通過軟件開發(fā)過程中的制品，隔離來自其他工作空間的變更，以此為每個(gè)開發(fā)人員建立安全的工作空間。第一節(jié) RUP 的特點(diǎn)以用況驅(qū)動(dòng)的、以體系結(jié)構(gòu)為中心的迭代、增量式開發(fā)。1. 用況驅(qū)動(dòng)（1） 用況是能夠向用戶提供有價(jià)值結(jié)果的系統(tǒng)中的一種功能（2） 用況獲取的是功能需求在系統(tǒng)的生存周期中，以用況作為基礎(chǔ)，驅(qū)動(dòng)系統(tǒng)有關(guān)人員對(duì)所要建立系統(tǒng)的功能需求進(jìn)行交流，驅(qū)動(dòng)系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等活動(dòng)，包括制定計(jì)劃、分配任務(wù)、監(jiān)控執(zhí)行和進(jìn)行測(cè)試等，并將它們有機(jī)地組織在一起，使各個(gè)階段中都可以回溯到用戶的實(shí)

5、際需求。2. 以體系結(jié)構(gòu)為中心系統(tǒng)體系結(jié)構(gòu)：是對(duì)系統(tǒng)語(yǔ)義的概括描述，對(duì)所有項(xiàng)目有關(guān)人員都是可以理解的。3. 迭代與增量（1） 迭代是重復(fù)的部分（2） 增量是增加的部分一個(gè)迭代是一個(gè)完整的開發(fā)循環(huán)，產(chǎn)生一個(gè)可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個(gè)子集，它增量式地發(fā)展，從一個(gè)迭代過程到另一個(gè)迭代過程到成為最終的系統(tǒng)。2更多自考（真題模考軟件、筆記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題?？架浖⒋v筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：/考試學(xué)習(xí)軟件商城（）整理制作圖 51 RUP 迭代模型二維開發(fā)

6、模型：RUP 軟件開發(fā)生命周期是一個(gè)二維的軟件開發(fā)模型。橫軸通過時(shí)間組織，是過程展開的生命周期特征，體現(xiàn)開發(fā)過程的動(dòng)態(tài)結(jié)構(gòu)，用來描述它的術(shù)語(yǔ)主要包括周期(Cycle）、階段（Phase）、迭代（Iteration）和里程碑(Milestone）；縱軸以內(nèi)容來組織為自然的邏輯活動(dòng)，體現(xiàn)開發(fā)過程的靜態(tài)結(jié)構(gòu)，用來描述它的術(shù)語(yǔ)主要包括活動(dòng)（Activity）、產(chǎn)物（Artifact）、工作者（Worker）和工作流（Workflow）。如圖 1：RUP 中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段，分別是：初始階段（Inception）、細(xì)化階段（Elaboration）、構(gòu)造階段（Construc

7、tion）和交付階段（Transition）。每個(gè)階段結(jié)束于一個(gè)主要的里程碑（Major Milestones）；每個(gè)階段本質(zhì)上是兩個(gè)里程碑之間的時(shí)間跨度。在每個(gè)階段的結(jié)尾執(zhí)行一次評(píng)估以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿足。如果評(píng)估結(jié)果令人滿意的話，可以允許項(xiàng)目進(jìn)入下一個(gè)階段。3更多自考（真題?？架浖⒐P記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題模考軟件、串講筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：/考試學(xué)習(xí)軟件商城（）整理制作圖 5-2：RUP 二維開發(fā)模型（ 1） 初始階段初始階段的目標(biāo)是為系

8、統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。為了達(dá)到該目的必須識(shí)別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。本階段具有非常重要的意義，在這個(gè)階段中所關(guān)注的是整個(gè)項(xiàng)目進(jìn)行中的業(yè)務(wù)和需求方面的主要風(fēng)險(xiǎn)。對(duì)于建立在原有系統(tǒng)基礎(chǔ)上的開發(fā)項(xiàng)目來講，初始階段可能很短。初始階段結(jié)束時(shí)是第一個(gè)重要的里程碑：生命周期目標(biāo)（Lifecycle Objective）里程碑。生命周期目標(biāo)里程碑評(píng)價(jià)項(xiàng)目基本的生存能力。（ 2） 細(xì)化階段細(xì)化階段的目標(biāo)是分析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。為了達(dá)到該目的，必須在理解整個(gè)系統(tǒng)的基礎(chǔ)上，對(duì)體系結(jié)構(gòu)作出決策，包括其范圍、主要功能和諸如性

9、能等非功能需求。同時(shí)為項(xiàng)目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準(zhǔn)則并準(zhǔn)備工具。細(xì)化階段結(jié)束時(shí)第二個(gè)重要的里程碑：生命周期結(jié)構(gòu)（Lifecycle Architecture）里程碑。生命周期結(jié)構(gòu)里程碑為系統(tǒng)的結(jié)構(gòu)建立了管理基準(zhǔn)并使項(xiàng)4更多自考（真題?？架浖?、筆記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題?？架浖?、串講筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：/考試學(xué)習(xí)軟件商城（）整理制作目小組能夠在構(gòu)建階段中進(jìn)行衡量。此刻，要檢驗(yàn)詳細(xì)的系統(tǒng)目標(biāo)和范圍、結(jié)構(gòu)的選擇以及主要風(fēng)險(xiǎn)的解決方案。（ 3

10、）構(gòu)造階段在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測(cè)試。從某種意義上說，構(gòu)建階段是一個(gè)制造過程，其重點(diǎn)放在管理資源及控制運(yùn)作以優(yōu)化成本、進(jìn)度和質(zhì)量。構(gòu)建階段結(jié)束時(shí)是第三個(gè)重要的里程碑：初始功能（Initial Operational）里程碑。初始功能里程碑決定了產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署。此刻，要確定軟件、環(huán)境、用戶是否可以開始系統(tǒng)的運(yùn)作。此時(shí)的產(chǎn)品版本也常被稱為“beta”版。（ 4）交付階段交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶反饋的少量的調(diào)整。在生命周期的這一點(diǎn)上，用戶反饋應(yīng)主要

11、集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問題，所有主要的結(jié)構(gòu)問題應(yīng)該已經(jīng)在項(xiàng)目生命周期的早期階段解決了。在交付階段的終點(diǎn)是第四個(gè)里程碑：產(chǎn)品發(fā)布（Product Release）里程碑。此時(shí)，要確定目標(biāo)是否實(shí)現(xiàn)，是否應(yīng)該開始另一個(gè)開發(fā)周期。在一些情況下這個(gè)里程碑可能與下一個(gè)周期的初始階段的結(jié)束重合。第二節(jié) 核心工作流RUP 中有 9 個(gè)核心工作流，分為 6 個(gè)核心過程工作流（Core Process Workflows）和 3 個(gè)核心支持工作流（Core Supporting Workflows）。盡管 6 個(gè)核心過程工作流可能使人想起傳統(tǒng)瀑布模型中的幾個(gè)階段，但應(yīng)注意迭代過程中的階段是完全不同的，

12、這些工作流在整個(gè)生命周期中一次又一次被訪問。9 個(gè)核心工作流在項(xiàng)目中輪流被使用，在每一次迭代中以不同的重點(diǎn)和強(qiáng)度重復(fù)。（ 1）商業(yè)建模（Business Modeling）工作流描述了如何為新的目標(biāo)組織開發(fā)一個(gè)構(gòu)想，并基于這個(gè)構(gòu)想在商業(yè)用況模型和商業(yè)對(duì)象模型中定義組織的過程，角色和責(zé)任。5更多自考（真題?？架浖⒐P記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題模考軟件、串講筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：/商業(yè)建?？荚噷W(xué)習(xí)軟件商城（）整理制作（ 2）需求需求（Requirement）工作

13、流的目標(biāo)是描述系統(tǒng)應(yīng)該做什么，并使開發(fā)人員和用戶就這一描述達(dá)成共識(shí)。為了達(dá)到該目標(biāo)，要對(duì)需要的功能和約束進(jìn)行提取、組織、文檔化；最重要的是理解系統(tǒng)所解決問題的定義和范圍。（ 3）分析和設(shè)計(jì)分析和設(shè)計(jì)（Analysis & Design）工作流將需求轉(zhuǎn)化成未來系統(tǒng)的設(shè)計(jì)，為系統(tǒng)開發(fā)一個(gè)健壯的結(jié)構(gòu)并調(diào)整設(shè)計(jì)使其與實(shí)現(xiàn)環(huán)境相匹配，優(yōu)化其性能。分析設(shè)計(jì)的結(jié)果是一個(gè)設(shè)計(jì)模型和一個(gè)可選的分析模型。設(shè)計(jì)模型是源代碼的抽象，由設(shè)計(jì)類和一些描述組成。設(shè)計(jì)類被組織成具有良好接口的設(shè)計(jì)包（Package）和設(shè)計(jì)子系統(tǒng)（Subsystem），而描述則體現(xiàn)了類的對(duì)象如何協(xié)同工作實(shí)現(xiàn)用況的功能。設(shè)計(jì)活動(dòng)以體系結(jié)構(gòu)設(shè)計(jì)為中

14、心，體系結(jié)構(gòu)由若干結(jié)構(gòu)視圖來表達(dá)，結(jié)構(gòu)視圖是整個(gè)設(shè)計(jì)的抽象和簡(jiǎn)化，該視圖中省略了一些細(xì)節(jié)，使重要的特點(diǎn)體現(xiàn)得更加清晰。體系結(jié)構(gòu)不僅僅是良好設(shè)計(jì)模型的承載媒介，而且在系統(tǒng)的開發(fā)中能提高被創(chuàng)建模型的質(zhì)量。（ 4）實(shí)現(xiàn)實(shí)現(xiàn)（Implementation）工作流的目的包括以層次化的子系統(tǒng)形式定義代碼的組織結(jié)構(gòu)；以組件的形式（源文件、二進(jìn)制文件、可執(zhí)行文件）實(shí)現(xiàn)類和對(duì)象；將開發(fā)出的組件作為單元進(jìn)行測(cè)試以及集成由單個(gè)開發(fā)者（或小組）所產(chǎn)生的結(jié)果，使其成為可執(zhí)行的系統(tǒng)。（ 5）測(cè)試測(cè)試（Test）工作流要驗(yàn)證對(duì)象間的交互作用，驗(yàn)證軟件中所有組件的正確集成，檢驗(yàn)所有的需求已被正確的實(shí)現(xiàn)，識(shí)別并確認(rèn)缺陷在軟件部

15、署之前被提出并處理。RUP 提出了迭代的方法，意味著在整個(gè)項(xiàng)目中進(jìn)行測(cè)試，從而盡可能早地發(fā)現(xiàn)缺陷，從根本上降低了修改缺陷的成本。測(cè)試類似于三維模型，分別從可靠性、功能性和系統(tǒng)性能來進(jìn)行。（ 6）部署部署（Deployment）工作流的目的是成功的生成版本并將軟件分發(fā)給最終用戶。部署工作流描述了那些與確保軟件產(chǎn)品對(duì)最終用戶具有可用性相關(guān)的活動(dòng)，包括：軟件打包、生成軟件本身以外的產(chǎn)品、安裝軟件、為用戶提供幫助。在有些情況下，還可能包括計(jì)劃和進(jìn)行beta 測(cè)試版、移植現(xiàn)有的軟件和數(shù)據(jù)以及正式驗(yàn)收。（ 7）配置和變更管理6更多自考（真題?？架浖?、筆記等）課程，請(qǐng)?jiān)L問官網(wǎng)：www.examebook.c

16、om自考三件寶：真題?？架浖?、串講筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：/考試學(xué)習(xí)軟件商城（）整理制作配置和變更管理工作流描繪了如何在多個(gè)成員組成的項(xiàng)目中控制大量的產(chǎn)物。配置和變更管理工作流提供了準(zhǔn)則來管理演化系統(tǒng)中的多個(gè)變體，跟蹤軟件創(chuàng)建過程中的版本。工作流描述了如何管理并行開發(fā)、分布式開發(fā)、如何自動(dòng)化創(chuàng)建工程。同時(shí)也闡述了對(duì)產(chǎn)品修改原因、時(shí)間、人員保持審計(jì)記錄。（ 8）項(xiàng)目管理軟件項(xiàng)目管理（Project Management）平衡各種可能產(chǎn)生沖突的目標(biāo)，管理風(fēng)險(xiǎn)，克服各種約束并成功交付使用戶滿意的產(chǎn)品。其目標(biāo)包括：

17、為項(xiàng)目的管理提供框架，為計(jì)劃、人員配備、執(zhí)行和監(jiān)控項(xiàng)目提供實(shí)用的準(zhǔn)則，為管理風(fēng)險(xiǎn)提供框架等。（ 9）環(huán)境環(huán)境（Environment）工作流的目的是向軟件開發(fā)組織提供軟件開發(fā)環(huán)境，包括過程和工具。環(huán)境工作流集中于配置項(xiàng)目過程中所需要的活動(dòng)，同樣也支持開發(fā)項(xiàng)目規(guī)范的活動(dòng)，提供了逐步的指導(dǎo)手冊(cè)并介紹了如何在組織中實(shí)現(xiàn)過程。圖 5-3 RUP 核心概念1. 需求獲取RUP 運(yùn)用用況（Use Case）技術(shù)來獲取需求。7更多自考（真題模考軟件、筆記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題模考軟件、串講筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：http:/examebook

18、.com/考試學(xué)習(xí)軟件商城（）整理制作（1） 列出候選的需求：特征列表（2） 理解系統(tǒng)語(yǔ)境：領(lǐng)域模型或業(yè)務(wù)模型（3） 捕獲功能需求：用況模型（4） 捕獲非功能需求：補(bǔ)充需求或針對(duì)一些特定的用況特征：是一個(gè)新的項(xiàng)（Item）及其簡(jiǎn)要描述。領(lǐng)域模型：類圖(1) 業(yè)務(wù)對(duì)象(2) 實(shí)在對(duì)象(3)業(yè)務(wù)對(duì)象模型：交互圖、活動(dòng)圖（1） 工作人員（2） 業(yè)務(wù)實(shí)體（3） 工作單元?jiǎng)?chuàng)建系統(tǒng)用況模型的活動(dòng)和任務(wù)：（1） 發(fā)現(xiàn)并描述參與者（2） 發(fā)現(xiàn)并描述用況（3） 確定用況的優(yōu)先級(jí)（4） 精化用況（5） 構(gòu)造用戶界面原型（6） 用況模型的結(jié)構(gòu)化2. 需求分析在系統(tǒng)用況模型的基礎(chǔ)上，

19、創(chuàng)建系統(tǒng)分析模型以及在該分析模型視角下的體系結(jié)構(gòu)描述。分析類：是類的一種衍型，很少有操作和特征標(biāo)記，而用責(zé)任來定義其行為，并且其屬性和關(guān)系也是概念性的。存在三種不同類型的類：實(shí)體類、邊界類和控制類。（1）實(shí)體類8更多自考（真題?？架浖?、筆記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題?？架浖?、串講筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：/考試學(xué)習(xí)軟件商城（）整理制作實(shí)體類描述要保存到持久存儲(chǔ)體中的信息。如：數(shù)據(jù)庫(kù)、各種形式的數(shù)據(jù)文件中的信息。包括：活動(dòng)者類?；顒?dòng)者類代表出現(xiàn)在用況模型中的活動(dòng)者。

20、活動(dòng)者是現(xiàn)實(shí)世界中與系統(tǒng)交互的人和/或機(jī)構(gòu)。例如，訂單處理系統(tǒng)中客戶是一個(gè)活動(dòng)者類。業(yè)務(wù)類描述業(yè)務(wù)的地點(diǎn)、物品、概念和。例如訂單處理系統(tǒng)中的訂單、商品等都是業(yè)務(wù)類。（2）邊界類也稱界面類（UI 類），是組成系統(tǒng)用戶界面的屏幕顯示、菜單和報(bào)表。例如，訂單處理系統(tǒng)中客戶登錄系統(tǒng)的界面、顯示和編輯訂單的屏幕等都屬于 UI 類。邊界類位于系統(tǒng)與外界的交界處。如：窗體類、報(bào)表類、描述通信協(xié)議的類、直接與外設(shè)交互的類、直接與外部系統(tǒng)交互的類。（3）控制類控制類是主要負(fù)責(zé)其它類工作的類。如：主程序類、主窗體類。分析包:分析包體現(xiàn)了“局部化”、“問題分離”等軟件設(shè)計(jì)原理。分析包把一些變化限制到一個(gè)業(yè)務(wù)過程、一

21、個(gè)參與者的行為或一組緊密相關(guān)的用況，形9更多自考（真題?？架浖⒐P記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題模考軟件、串講筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：/考試學(xué)習(xí)軟件商城（）整理制作成一些不同的分析包。服務(wù)包和共享包。用況細(xì)化：（2）分析模型的表達(dá)（3）分析的主要活動(dòng)活動(dòng) 1：體系結(jié)構(gòu)分析活動(dòng) 2：用況分析3. 設(shè)計(jì)層定義滿足需求規(guī)約所需要的軟件結(jié)構(gòu)。RUP 的設(shè)計(jì)目標(biāo)：定義滿足系統(tǒng)/產(chǎn)品分析模型所規(guī)約需求的軟件結(jié)構(gòu)。4 個(gè)術(shù)語(yǔ)：（1） 設(shè)計(jì)類（2） 用況細(xì)化（3） 設(shè)計(jì)子系統(tǒng)（4） 接口兩個(gè)角度：（1） 系統(tǒng)設(shè)計(jì)模型（2） 表達(dá)物理分布的系統(tǒng)部署模型4. 設(shè)計(jì)層的術(shù)語(yǔ)（1）設(shè)計(jì)類：是對(duì)系統(tǒng)實(shí)現(xiàn)中一個(gè)類或類似構(gòu)造的一個(gè)無縫抽象。了解設(shè)計(jì)類的主要特征：操作、屬性、關(guān)系、方法、實(shí)現(xiàn)需求、是否為主動(dòng)類。（2）用況細(xì)化：描述一個(gè)特定用況是如何予以細(xì)化的。（3）設(shè)計(jì)子系統(tǒng)（4）接口5. 設(shè)計(jì)模型、部署模型、體系結(jié)構(gòu)描述（1） 設(shè)計(jì)模型（2） 部署模型10更多自考（真題模考軟件、筆記等）課程，請(qǐng)?jiān)L問官網(wǎng)：自考三件寶：真題?？架浖⒋v筆記、歷年真題及答案！考試學(xué)習(xí)軟件商城：http:/exame