UnifiedProcess統(tǒng)一軟件開發(fā)過程收集資料計算機軟件工程

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