。［編輯本段］七、RUP勺迭代開發(fā)模式RUP。［編輯本段］七、RUP勺迭代開發(fā)模式RUP中的每個(gè)階段可以。1.商業(yè)建模(BusinessModeling)商業(yè)建模工為系統(tǒng)開發(fā)一個(gè)健壯的結(jié)構(gòu)并調(diào)整設(shè)計(jì)使其與實(shí)現(xiàn)環(huán)境相匹配，優(yōu)化計(jì)模型是源代碼的抽象，由設(shè)計(jì)類和一些描述組成。設(shè)計(jì)類被組織成發(fā)過程中的各個(gè)階段和里程碑RUP中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段，分別是：初始階段間的時(shí)間跨度。在每個(gè)階段的結(jié)尾執(zhí)行一次評(píng)估以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿足。如果評(píng)估結(jié)果令人滿意的話，可以允許項(xiàng)目進(jìn)入下一個(gè)階段。初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。為了達(dá)到該目的必須識(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)里程碑評(píng)價(jià)項(xiàng)目基本的生存能力。細(xì)化階段的目標(biāo)是分析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目決策，包括其范圍、主要功能和諸如性能等非功能需求。同時(shí)為項(xiàng)目建立支持環(huán)境，包里程碑為系統(tǒng)的結(jié)構(gòu)建立了管理基準(zhǔn)并使項(xiàng)目小組能夠在構(gòu)建階段中進(jìn)行衡量。此刻，要檢驗(yàn)詳細(xì)的系統(tǒng)目標(biāo)和范圍、結(jié)構(gòu)的選擇以及主要風(fēng)險(xiǎn)的解決方案。在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)子系統(tǒng)形式定義代碼的組織結(jié)構(gòu)；以組件的形式(源文件、二進(jìn)制文。比如，配置管理計(jì)劃可以簡(jiǎn)單的這樣陳述：每天結(jié)束時(shí)，項(xiàng)目目錄，定期的評(píng)估使經(jīng)理能捕獲項(xiàng)目的歷史，并且消除任何限制進(jìn)度的障迭代生命周期。在工作流中的每一次順序的通過稱為一次迭代。軟件制運(yùn)作以優(yōu)化成本、進(jìn)度和質(zhì)量。構(gòu)建階段結(jié)束時(shí)是第三個(gè)重要的里程碑：初始功子系統(tǒng)形式定義代碼的組織結(jié)構(gòu)；以組件的形式(源文件、二進(jìn)制文。比如，配置管理計(jì)劃可以簡(jiǎn)單的這樣陳述：每天結(jié)束時(shí)，項(xiàng)目目錄，定期的評(píng)估使經(jīng)理能捕獲項(xiàng)目的歷史，并且消除任何限制進(jìn)度的障迭代生命周期。在工作流中的每一次順序的通過稱為一次迭代。軟件里程碑。初始功能里程碑決定了產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署。此刻，要確定軟件、環(huán)境、用戶是否可以開始系統(tǒng)的運(yùn)作。此時(shí)的產(chǎn)品交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶反饋的少量的調(diào)整。在生命周期的這一點(diǎn)上，用戶反饋應(yīng)主要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問題，所有主要的結(jié)構(gòu)問題應(yīng)該已經(jīng)在情況下這個(gè)里程碑可能與下一個(gè)周期的初始階段的結(jié)束重合。［編輯本段］六、統(tǒng)一軟件開發(fā)過程RUP的核心工作流起傳統(tǒng)瀑布模型中的幾個(gè)階段，但應(yīng)注意迭代過程中的階段是完全不同的，這些工作流流被使用，在每一次迭代中以不同的重點(diǎn)和強(qiáng)度重復(fù)。商業(yè)建模工作流描述了如何為新的目標(biāo)組織開發(fā)一個(gè)構(gòu)想，并基于這個(gè)構(gòu)想在商業(yè)用例需求工作流的目標(biāo)是描述系統(tǒng)應(yīng)該做什么，并使開發(fā)人員和用戶就這一描述達(dá)成共識(shí)。統(tǒng)所解決問題的定義和范圍。分析和設(shè)計(jì)工作流將需求轉(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í)仍能及時(shí)的交付合格的產(chǎn)品。用戶拿到產(chǎn)品的第一leObjective)里程碑。生命周期目標(biāo)里程碑評(píng)價(jià)項(xiàng)目基做什么，并使開發(fā)人員和用戶就這一描述達(dá)成共識(shí)。為了達(dá)到該目標(biāo)ingWorkflows)。盡管6個(gè)核心過程工作流可能使人想?yún)f(xié)同工作實(shí)現(xiàn)用例的功能。設(shè)計(jì)活動(dòng)以體系結(jié)構(gòu)設(shè)計(jì)為中心，體系結(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ì)模型的承可能的滿足，同時(shí)仍能及時(shí)的交付合格的產(chǎn)品。用戶拿到產(chǎn)品的第一leObjective)里程碑。生命周期目標(biāo)里程碑評(píng)價(jià)項(xiàng)目基做什么，并使開發(fā)人員和用戶就這一描述達(dá)成共識(shí)。為了達(dá)到該目標(biāo)ingWorkflows)。盡管6個(gè)核心過程工作流可能使人想實(shí)現(xiàn)工作流的目的包括以層次化的子系統(tǒng)形式定義代碼的組織結(jié)構(gòu)；以組件的形式(源文件、二進(jìn)制文件、可執(zhí)行文件)實(shí)現(xiàn)類和對(duì)象；將開發(fā)出的組件作為單元進(jìn)行測(cè)試以及求已被正確的實(shí)現(xiàn)，識(shí)別并確認(rèn)缺陷在軟件部署之前被提出并處理。RUP提出部署工作流的目的是成功的生成版本并將軟件分發(fā)給最終用戶。部署工作流描述了那些與確保軟件產(chǎn)品對(duì)最終用戶具有可用性相關(guān)的活動(dòng)，包括：軟件打包、生成軟件本身以外的產(chǎn)品、安裝軟件、為用戶提供幫助。在有些情況下，還可能包括計(jì)劃和進(jìn)行beta測(cè)試版、移植現(xiàn)有的軟件和數(shù)據(jù)以及正式驗(yàn)收。配置和變更管理工作流描繪了如何在多個(gè)成員組成的項(xiàng)目中控制大量的產(chǎn)物。配置和變產(chǎn)品修改原因、時(shí)間、人員保持審計(jì)記錄。軟件項(xiàng)目管理平衡各種可能產(chǎn)生沖突的目標(biāo)，管理風(fēng)險(xiǎn)，克服各種約束并成功交付使用項(xiàng)目提供實(shí)用的準(zhǔn)則，為管理風(fēng)險(xiǎn)提供框架等。也是這個(gè)基本過程元素(原文:essentialprocess須在整個(gè)項(xiàng)目中被維護(hù)和更新。SDP定義了項(xiàng)目時(shí)間表（包括項(xiàng)目的那樣，它是軟件項(xiàng)目的一個(gè)清晰的、通常是高層的視圖，能被過程terials）清楚地記錄應(yīng)該和產(chǎn)品一起交付哪些材料。關(guān)于需環(huán)境工作流的目的是向軟件開發(fā)組織提供軟件開發(fā)環(huán)境，包括過程和工具。環(huán)境工作流也是這個(gè)基本過程元素(原文:essentialprocess須在整個(gè)項(xiàng)目中被維護(hù)和更新。SDP定義了項(xiàng)目時(shí)間表（包括項(xiàng)目的那樣，它是軟件項(xiàng)目的一個(gè)清晰的、通常是高層的視圖，能被過程terials）清楚地記錄應(yīng)該和產(chǎn)品一起交付哪些材料。關(guān)于需［編輯本段］RUP中的每個(gè)階段可以進(jìn)一步分解為迭代。一個(gè)迭代是一個(gè)完整的開發(fā)循環(huán)，產(chǎn)生一個(gè)可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個(gè)子集，它增量式地發(fā)展，從一個(gè)迭代過程到另一個(gè)迭代過程到成為最終的系統(tǒng)。傳統(tǒng)上的項(xiàng)目組織是順序通過每個(gè)工作流，每個(gè)工作流只有一次，也就是我們熟悉的瀑布生命周期（見圖2）。這樣做的結(jié)果是到實(shí)現(xiàn)末期產(chǎn)品完成并開始測(cè)試，在分析、設(shè)計(jì)和實(shí)現(xiàn)階段所遺留的隱藏問題會(huì)大量出現(xiàn)，項(xiàng)目可能要停止并開始一個(gè)漫長(zhǎng)的錯(cuò)誤修正周期。構(gòu)造一個(gè)健壯的體系結(jié)構(gòu)，并最終交付一系列逐步完成的版本。這叫做一個(gè)迭代生命周期。在工作流中的每一次順序的通過稱為一次迭代。軟件生命周期是迭代的連續(xù)，通過它，軟件是增量的開發(fā)。一次迭代包括了生成一個(gè)可執(zhí)行版本的開發(fā)活動(dòng)，還有使用這個(gè)版本所必需的其他輔助成分，如版本描述、用戶文檔等。因此一個(gè)開發(fā)迭代在某種意義上是在所有工作流中的一次完整的經(jīng)過，這些工作流至少包括：需求工作流、分析和圖3RUP的迭代模型RUP勺迭代模型與傳統(tǒng)的瀑布模型相比較，迭代過程具有以下優(yōu)點(diǎn)：降低了在一個(gè)增量上的開支風(fēng)險(xiǎn)。如果開發(fā)人員重復(fù)某個(gè)迭代，那么損失只是這一個(gè)開發(fā)有誤的迭代的花費(fèi)。降低了產(chǎn)品無法按照既定進(jìn)度進(jìn)入市場(chǎng)的風(fēng)險(xiǎn)。通過在開發(fā)早期就確定風(fēng)險(xiǎn)，可以盡早來解決而不至于在開發(fā)后期匆匆忙忙。加快了整個(gè)開發(fā)工作的進(jìn)度。因?yàn)殚_發(fā)人員清楚問題的焦點(diǎn)所在，他們的工作會(huì)更有效由于用戶的需求并不能在一開始就作出完全的界定，它們通常是在后續(xù)階段中不斷細(xì)化［編輯本段］八、統(tǒng)一軟件開發(fā)過程RUP勺十大要素。1.商業(yè)建模(BusinessModeling)商業(yè)建模工會(huì)問，需求在哪兒呢？他們不重要嗎？我會(huì)告訴他我為什么沒有把它：。1.商業(yè)建模(BusinessModeling)商業(yè)建模工會(huì)問，需求在哪兒呢？他們不重要嗎？我會(huì)告訴他我為什么沒有把它："你們的需求是什么?"，而得到的回答卻是："我們的確沒有什的那樣，它是軟件項(xiàng)目的一個(gè)清晰的、通常是高層的視圖，能被過程讓我們逐一的審視這些要素，看一看它們什么地方適合RUP找出它們能夠成為十有一個(gè)清晰的前景是開發(fā)一個(gè)滿足涉眾真正需求的產(chǎn)品的關(guān)鍵。前景抓住了RUP需求流程的要點(diǎn)：分析問題，理解涉眾需求，定義系統(tǒng)，當(dāng)需求變化時(shí)管理需求。前景給更詳細(xì)的技術(shù)需求提供了一個(gè)高層的、有時(shí)候是合同式的基礎(chǔ)。正像這個(gè)術(shù)語隱含的那樣，它是軟件項(xiàng)目的一個(gè)清晰的、通常是高層的視圖，能被過程中任何決策者或者實(shí)施者借用。它捕獲了非常高層的需求和設(shè)計(jì)約束，讓前景的讀者能理解將要開發(fā)的系統(tǒng)。項(xiàng)目是什么?"和"為什么要進(jìn)行這個(gè)項(xiàng)目?"，所以可以把前景作為驗(yàn)證將來決策的方式之一。對(duì)前景的陳述應(yīng)該能回答以下問題，需要的話這些問題還可以分成更小、更詳細(xì)的決的問題是什么問題陳述）?涉眾是誰？用戶是誰？他們各自的需求是什么？?產(chǎn)品的特性是什么？?功能性需求是什么？（UseCases）?非功能性需求是什么？?設(shè)計(jì)約束是什么？"產(chǎn)品的質(zhì)量只會(huì)和產(chǎn)品的計(jì)劃一樣好。"（2）在RUP中，軟件開發(fā)計(jì)劃（SDP）綜合了管理項(xiàng)目所需的各種信息，也許會(huì)包括一些在先啟階段開發(fā)的單獨(dú)的內(nèi)容。SDP必須在整個(gè)項(xiàng)目中被維護(hù)和更新。SDP定義了項(xiàng)目時(shí)間表（包括項(xiàng)目計(jì)劃和迭代計(jì)劃）和資源需求（資源和工具），可以根據(jù)項(xiàng)目進(jìn)度表來跟蹤項(xiàng)目進(jìn)展。同時(shí)也指導(dǎo)了其他過9.管理和控制變化10.提供用戶支持讓我們逐一的審視這些要素求有人看了我的要素清單后，可能會(huì)非常不同意我的選擇。例如，他&Design)分析和設(shè)計(jì)工作流將需求轉(zhuǎn)化成未來系統(tǒng)的設(shè)計(jì)，項(xiàng)目驗(yàn)收就不能通過。但是他們的確沒有得到這樣的陳述。尤其是當(dāng)劃、問題解決計(jì)劃、9.管理和控制變化10.提供用戶支持讓我們逐一的審視這些要素求有人看了我的要素清單后，可能會(huì)非常不同意我的選擇。例如，他&Design)分析和設(shè)計(jì)工作流將需求轉(zhuǎn)化成未來系統(tǒng)的設(shè)計(jì)，項(xiàng)目驗(yàn)收就不能通過。但是他們的確沒有得到這樣的陳述。尤其是當(dāng)在較簡(jiǎn)單的項(xiàng)目中，對(duì)這些計(jì)劃的陳述可能只有一兩句話。比如，配置管理計(jì)劃可以簡(jiǎn)單的這樣陳述：每天結(jié)束時(shí)，項(xiàng)目目錄的內(nèi)容將會(huì)被壓縮成ZIP包，拷貝到一個(gè)ZIP磁盤中，加上日期和版本標(biāo)簽，放到中央檔案柜中。軟件開發(fā)計(jì)劃的格式遠(yuǎn)遠(yuǎn)沒-抓住了RUP中項(xiàng)目管理流程的要點(diǎn)。項(xiàng)目管理流程包括以下活動(dòng)：構(gòu)思項(xiàng)目、評(píng)估項(xiàng)RUP的要點(diǎn)之一是在項(xiàng)目早期就標(biāo)識(shí)并處理最大的風(fēng)險(xiǎn)。項(xiàng)目組標(biāo)識(shí)的每一個(gè)風(fēng)險(xiǎn)都應(yīng)該有一個(gè)相應(yīng)的緩解或解決計(jì)劃。風(fēng)險(xiǎn)列表應(yīng)該既作為項(xiàng)目活動(dòng)的計(jì)劃工具，又作為確定迭代的基礎(chǔ)。題以及項(xiàng)目風(fēng)險(xiǎn)的機(jī)制。團(tuán)隊(duì)一旦發(fā)現(xiàn)了這些障礙物（籬笆他們就把任何限制進(jìn)度的障礙或瓶頸。商業(yè)理由從商業(yè)的角度提供了必要的信息，以決定一個(gè)項(xiàng)目是否值得投資。商業(yè)理由還目的理由，而不是深入研究問題的細(xì)節(jié)，以使所有項(xiàng)目成員容易理解和記住它。在關(guān)鍵里程碑處，經(jīng)理應(yīng)該回顧商業(yè)理由，計(jì)算實(shí)際的花費(fèi)、預(yù)計(jì)的回報(bào)，決定項(xiàng)目是否繼續(xù)進(jìn)行。在RUP中，件系統(tǒng)的構(gòu)架是指一個(gè)系統(tǒng)關(guān)鍵部件的組織或結(jié)構(gòu)，部件之間通過接口交互，怎樣結(jié)合在一起的？RUF提供了一種設(shè)計(jì)、開發(fā)、驗(yàn)證構(gòu)架的很系統(tǒng)的方法。在分析和ta"版。4.交付階段交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可這一個(gè)開發(fā)有誤的迭代的花費(fèi)。降低了產(chǎn)品無法按照既定進(jìn)度進(jìn)入市理風(fēng)險(xiǎn)提供框架等。9.環(huán)境(Environment)環(huán)境工作件、可執(zhí)行文件)實(shí)現(xiàn)類和對(duì)象；將開發(fā)出的組件作為單元進(jìn)行測(cè)試設(shè)計(jì)組件。要陳述和討論軟件構(gòu)架，你必須先創(chuàng)建一個(gè)構(gòu)架表示方式，以便描述構(gòu)架的重要方面。在RUP中，構(gòu)架表示由軟件構(gòu)架文檔捕獲，它給構(gòu)架提供了多個(gè)視圖。每個(gè)視圖都描述了某一組涉眾所關(guān)心的正在進(jìn)行的系統(tǒng)的某個(gè)方面。涉眾有最終用戶、設(shè)計(jì)人員、經(jīng)理、系統(tǒng)工程師、系統(tǒng)管理員，等等。這個(gè)文檔使系統(tǒng)構(gòu)架師和其他項(xiàng)目組成員能就與構(gòu)架相關(guān)的重大決策進(jìn)行有效的交流。在RUP中實(shí)現(xiàn)和測(cè)試流程的要點(diǎn)是在整個(gè)項(xiàng)目生命周期中增量的編碼、構(gòu)建、測(cè)試系統(tǒng)用于評(píng)估的構(gòu)架原型；如有必要，它可以包括一個(gè)用戶界面原型。然后，在構(gòu)建階段的ta"版。4.交付階段交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可這一個(gè)開發(fā)有誤的迭代的花費(fèi)。降低了產(chǎn)品無法按照既定進(jìn)度進(jìn)入市理風(fēng)險(xiǎn)提供框架等。9.環(huán)境(Environment)環(huán)境工作件、可執(zhí)行文件)實(shí)現(xiàn)類和對(duì)象；將開發(fā)出的組件作為單元進(jìn)行測(cè)試顧名思義，RUP勺迭代評(píng)估捕獲了迭代的結(jié)果。評(píng)估決定了迭代滿足評(píng)價(jià)標(biāo)準(zhǔn)的程度，以是對(duì)演示及其結(jié)果的一條簡(jiǎn)單的紀(jì)錄，也可能是一個(gè)完整的、正式的測(cè)試復(fù)審記錄。這兒的關(guān)鍵是既關(guān)注過程問題又關(guān)注產(chǎn)品問題。越早發(fā)現(xiàn)問題，就越?jīng)]有問題。(原文：RUP的配置和變更管理流程的要點(diǎn)是當(dāng)變化發(fā)生時(shí)管理和控制項(xiàng)目的規(guī)模，并且貫穿整個(gè)生命周期。其目的是考慮所有的涉眾需求，盡可能的滿足，同時(shí)仍能及時(shí)的交付合格請(qǐng)求通常用于記錄和跟蹤缺陷和增強(qiáng)功能的要求，或者對(duì)產(chǎn)品提出的任何其他類型的變更請(qǐng)求。變更請(qǐng)求提供了相應(yīng)的手段來評(píng)估一個(gè)變更的潛在影響，同時(shí)記錄就這些變更所作出的決策。他們也幫助確保所有的項(xiàng)目組成員都能理解變更的潛在影響。維護(hù)產(chǎn)品的任何必要的材料。項(xiàng)目組至少要給用戶提供一個(gè)用戶指南（也許是通過聯(lián)機(jī)幫助的方式提供），可能還有一個(gè)安裝指南和版本發(fā)布說明。根據(jù)產(chǎn)品的復(fù)雜度，用戶也許還需要相應(yīng)的培訓(xùn)材料。最后，通過一個(gè)材料清單清楚地記錄應(yīng)該和產(chǎn)品一起交付哪些材料。關(guān)于需求有人看了我的要素清單后，可能會(huì)非常不同意我的選擇。例如，他會(huì)問，需求在哪兒呢？他們不重要嗎？我會(huì)告訴他我為什么沒有把它們包括進(jìn)來。有時(shí)，我會(huì)問一個(gè)項(xiàng)目組（特求意味著一套外部提出的強(qiáng)制性的陳述，要求他們必須怎么樣，否則情況下這個(gè)里程碑可能與下一個(gè)周期的初始階段的結(jié)束重合。［編輯將來決策的方式之一。對(duì)前景的陳述應(yīng)該能回答以下問題