第四部分RUP開發(fā)階段及里程碑分析RUP概論@中國UML教育與資格認證中心預備概念(1)風險(risk)項目遭遇危險和失敗的可能因素，如進度拖延、費用超支、現(xiàn)有技術難以實現(xiàn)等等。分為技術性風險和非技術性風險。構造(build)系統(tǒng)的一個可執(zhí)行版本，開發(fā)通過一系列的構造過程來完成。配置管理(configurationmanagement)定義和維護制品的配置和版本，配置管理包括制品的基線定義、版本控制、發(fā)布控制，狀態(tài)控制和存儲控制。RUP概論@中國UML教育與資格認證中心預備概念(2)發(fā)布(release)一組相對完整、一致的、交付給內部或外部用戶的制品。增量(increment)通常指兩個相鄰的構造之間的差異。每次迭代至少產生一個(新的)構造塊，從而向系統(tǒng)增加一個增量。次要里程碑(minormilestone)兩個主要里程碑之間的中間里程碑，例如某次迭代結束時的里程碑。RUP概論@中國UML教育與資格認證中心RUP生命周期階段時間初期－定義項目的活動范圍和開發(fā)業(yè)務實例細化－構造構架基線構造－構造產品，形成初步可運行能力移交－給用戶提交產品，完成產品發(fā)布RUP概論@中國UML教育與資格認證中心主要里程碑(majormilestone)生命周期目標

構架基線可初步運行產品發(fā)布時間到達項目的每個階段都由一個主要里程碑標志結束。標志著項目相關人員都一致認可項目達到里程碑準則。前進同時，管理層把主要里程碑作為一個同步點，對項目是否進入下一階段作出決策。RUP概論@中國UML教育與資格認證中心各階段的工作人員和工作流時間RUP概論@中國UML教育與資格認證中心各階段所需要的資源(成本+時間)典型的項目RUP概論@中國UML教育與資格認證中心生命周期中的迭代迭代：按照迭代計劃和評估標準產生一個(內部或外部)發(fā)布版本所進行的一組明確的活動，所得到的發(fā)布是最終產品的一個子集。時間迭代#1迭代#2…初始迭代#1…迭代#m迭代#m+1…迭代#n迭代#n+1…發(fā)布RUP概論@中國UML教育與資格認證中心一般迭代工作流是從四個階段的不同迭代中提煉出的一般迭代模式，并以此為基礎創(chuàng)建具體的迭代一般的迭代初始階段的迭代細化階段的迭代構造階段的迭代移交階段的迭代RUP概論@中國UML教育與資格認證中心一般迭代工作流包括核心工作流RUP概論@中國UML教育與資格認證中心迭代計劃迭代時間制定每次迭代所需要的時間和完成日期迭代內容識別，轉化并降低風險實現(xiàn)哪些用例期望的輸出(制品)職責分配資源的分配制定評估準則RUP概論@中國UML教育與資格認證中心用例優(yōu)先級排序每次迭代都是由一些用例來驅動的對已識別的用例按風險大小進行排序，形成用例排序清單保證用例間的開發(fā)邏輯次序最后確定本次迭代中需要實現(xiàn)的用例RUP概論@中國UML教育與資格認證中心風險管理擬定風險清單風險描述、優(yōu)先級、監(jiān)控者、職責、應急措施…風險排序必須對風險排序，不要將所有的風險都視為重點技術風險管理轉化為用例，并放入用例清單中的適當位置RUP概論@中國UML教育與資格認證中心迭代的評估負責人項目經(jīng)理負責評估工作目標檢驗已完成內容是否滿足預定的評估準則審查項目進展情況目的利用本次迭代結果和經(jīng)驗，指導下一次迭代修正下一次迭代計劃RUP概論@中國UML教育與資格認證中心評估未達標時的處理下一次迭代中完成評估準則修改或擴充用例模型修改或擴充構架為開發(fā)組添加某些必要技能和知識…延長本次迭代時間，并制定固定的完成日期RUP概論@中國UML教育與資格認證中心4.1初始階段啟動項目RUP概論@中國UML教育與資格認證中心初始階段概述任務確定目標系統(tǒng)范圍了解項目所包括的業(yè)務內容定義風險的尋找范圍規(guī)定業(yè)務案例中費用、開發(fā)進度和投資回報等因素的評估范圍目標生成業(yè)務案例的第一個草案證明項目是可啟動的RUP概論@中國UML教育與資格認證中心制定初始階段計劃制定一個試驗性的(tentative)計劃，滿足與初始目標有關的需求制定一個創(chuàng)建候選框架的計劃，使得創(chuàng)建的構架能確定項目是切實可行的RUP概論@中國UML教育與資格認證中心設立評估準則是否清楚哪些部分在系統(tǒng)之內已識別出的用例是否已經(jīng)被詳細描述構架是否能滿足用戶的需要是否已識別出所有的關鍵風險已識別的風險是否已經(jīng)緩解，或制定緩解的計劃業(yè)務案例草案是否能證明項目可繼續(xù)進行RUP概論@中國UML教育與資格認證中心初始階段的迭代工作流RUP概論@中國UML教育與資格認證中心初始階段的主要活動定義系統(tǒng)范圍勾畫候選構架RUP概論@中國UML教育與資格認證中心4.1.1初始階段的迭代從捕獲需求到測試RUP概論@中國UML教育與資格認證中心捕獲需求列出作為系統(tǒng)特征清單的候選需求理解系統(tǒng)語境，建立業(yè)務模型(或領域模型)以用例形式捕獲功能性需求捕獲有關非功能性需求RUP概論@中國UML教育與資格認證中心以用例捕獲需求確定參與者和用例確定制定構架所需要的用例區(qū)分用例的優(yōu)先級對已經(jīng)識別的用例按照風險大小和實現(xiàn)順序排列詳細描述識別的用例通過詳細描述用例來發(fā)現(xiàn)關鍵的需求構造用戶界面原型&構造用例模型最小化執(zhí)行RUP概論@中國UML教育與資格認證中心分析構架分析為實現(xiàn)初始階段的目標挑選出適當?shù)挠美?，為系統(tǒng)構造出最初的構架模型分析用例逐個分析，以及考慮多個用例共享系統(tǒng)資源(數(shù)據(jù)庫、計算資源等)的情況分析一個類和分析一個包最小化執(zhí)行RUP概論@中國UML教育與資格認證中心設計構架設計勾畫出候選構架的設計模型輪廓用子系統(tǒng)/類間的協(xié)作(接口)來實現(xiàn)需求分析工作流中識別的用例包括用例的功能性需求和非功能性需求(意味著風險)設計一個用例&設計一個類和一個子系統(tǒng)最小化執(zhí)行RUP概論@中國UML教育與資格認證中心實現(xiàn)和測試是否進入實現(xiàn)工作流取決于項目經(jīng)理的決定有人認為只有用戶看到原型的運行，才能確信候選構架的功能有人認為只要有(被經(jīng)驗豐富的開發(fā)人員)一看上去可以工作的構架，就可以停止本次迭代工組流實現(xiàn)演示原型或概念性證明原型由于探索性原型主要用作說明，不必做大量測試RUP概論@中國UML教育與資格認證中心初始階段迭代的評估評估小組由用戶代表和開發(fā)人員代表組成，最少2人評估準則系統(tǒng)范圍：是否達到用例模型應該完成的程度候選構架：探索性概念證明原型的演示效果是否被接受關鍵風險：已識別的風險是否被充分緩解評估結果最重要結果就是決定繼續(xù)開發(fā)還是取消開發(fā)RUP概論@中國UML教育與資格認證中心初始階段的關鍵可交付內容系統(tǒng)特征清單、風險清單和用例優(yōu)先級清單描述系統(tǒng)語境的業(yè)務(領域)模型的第一個版本用例模型、分析模型和設計模型的第一個版本候選構架描述草案可選的探索性概念證明原型RUP概論@中國UML教育與資格認證中心初始階段里程碑－生命周期目標已經(jīng)確定系統(tǒng)范圍項目相關人員在系統(tǒng)的關鍵需求上達成一致找到實現(xiàn)關鍵用例特征的候選構架識別對項目成功至關重要的關鍵風險，并找到緩解辦法確認產品的業(yè)務價值和投資回報確認軟件開發(fā)組織可以勝任該項目RUP概論@中國UML教育與資格認證中心用例模型交付實例RUP概論@中國UML教育與資格認證中心分析模型交付實例(1)RUP概論@中國UML教育與資格認證中心分析模型交付實例(2)RUP概論@中國UML教育與資格認證中心分析模型交付實例(3)RUP概論@中國UML教育與資格認證中心初始設計模型交付實例(1)RUP概論@中國UML教育與資格認證中心4.2細化階段構造構架基線RUP概論@中國UML教育與資格認證中心預備概念構架基線(architecturalbaseline)細化階段結束時發(fā)布的基線，著重于系統(tǒng)的構架?；€(baseline)一組經(jīng)過評審并通過的制品(artifacts)，具有兩個屬性。(1)表示一致同意的可進一步進化和開發(fā)的基礎；(2)只有通過正式的規(guī)程(如配置管理和變更管理)才能對它進行修改。RUP概論@中國UML教育與資格認證中心細化階段概述任務捕獲大部分尚未開發(fā)的需求，用用例形式表示功能性需求完成所有模型(用例、分析、設計、實現(xiàn)和實施)的新版本繼續(xù)發(fā)現(xiàn)和監(jiān)控剩余的關鍵風險給出基本準確的和具體的項目估算(業(yè)務標書)目標充實初始階段模型，獲得構架基線，指導構造和移交階段工作RUP概論@中國UML教育與資格認證中心制定細化階段計劃識別80％的用例，確定業(yè)務標書描述40%(均為已識別用例)的用例，更好理解系統(tǒng)需求，緩解風險重點分析10％(均為已描述用例)用例，來獲得構架基線按照項目的復雜程度，進行1到多次迭代，最終形成穩(wěn)定的、可擴展的構架基線RUP概論@中國UML教育與資格認證中心各階段涉及用例的工作量比較已完成業(yè)務模型已識別用例已描述用例已分析用例已設計、實現(xiàn)和測試的用例初始50%~70%50%10%5%概念證明原型占百分比很小細化幾乎100%80%以上40%~80%20%~40%少于10%構造100%100%100%100%100%移交同上同上同上同上同上RUP概論@中國UML教育與資格認證中心設立評估準則構架基線是否已經(jīng)識別出構架基線，可執(zhí)行的構架基線是否滿足捕獲的需求關鍵風險關鍵風險是否得到了緩解，對重大風險的研究是否已經(jīng)達到了生成標書的程度業(yè)務案例價值是否對項目進行了充分的定義并確定了標書的費用、開發(fā)進度和質量RUP概論@中國UML教育與資格認證中心細化階段的迭代工作流RUP概論@中國UML教育與資格認證中心細化階段的主要活動捕獲并精化絕大部分的用戶需求開發(fā)構架基線RUP概論@中國UML教育與資格認證中心4.2.1細化階段的迭代從捕獲需求到測試RUP概論@中國UML教育與資格認證中心捕獲需求確定用例和參與者識別80%的用例，描述40%的用例，分析20%的用例，實現(xiàn)和測試10%的用例構造用戶界面原型(可選的活動)建立關鍵用例的用戶界面，從用戶那里了解系統(tǒng)是否合適區(qū)分用例的優(yōu)先級考慮風險優(yōu)先級和開發(fā)順序兩個因素詳細描述一個用例主要針對對構架有重要意義的復雜用例構造用例模型使用擴展、泛化、包含等機制來改善用例模型結構RUP概論@中國UML教育與資格認證中心分析構架分析發(fā)現(xiàn)用例模型中的“驅動”用例，確認對構架有重要意義的服務包和分析類分析用例用分析類來精化說明對構架十分重要的用例(20%)分析一個類對初始階段識別出的類進行精化，根據(jù)用例對類的職責進行合并和分配分析一個包將分析后的類分組成服務包，支持構架分析活動RUP概論@中國UML教育與資格認證中心設計(1)－構架設計識別分層的構架發(fā)現(xiàn)與分析機制相對應的設計機制，并選用可以直接使用的產品設計機制指支持目標系統(tǒng)運行的實現(xiàn)環(huán)境，包括操作系統(tǒng)、程序設計語言、數(shù)據(jù)庫系統(tǒng)等所包含的各種機制控制依賴性把已獲得的產品看作一個與系統(tǒng)其他部分有清晰接口的獨立子系統(tǒng)，保證產品的可替代性RUP概論@中國UML教育與資格認證中心設計－分層的構架RUP概論@中國UML教育與資格認證中心設計(2)設計一個用例將已完成的用例的分析實現(xiàn)模型精化為設計實現(xiàn)模型，即設計子系統(tǒng)或設計類之間的協(xié)作設計時受到設計機制的約束設計一個類是與創(chuàng)建構件相關的類根據(jù)添加的新用例為已經(jīng)識別的類添加職責RUP概論@中國UML教育與資格認證中心實現(xiàn)構架實現(xiàn)識別出實現(xiàn)服務子系統(tǒng)所需要的構件，并在實現(xiàn)模型中加以說明實現(xiàn)一個類和實現(xiàn)一個子系統(tǒng)將設計活動中得到的設計類實現(xiàn)為文本構件將設計活動中得到的設計子系統(tǒng)實現(xiàn)為一個或多個文本構件集成系統(tǒng)將本次迭代中實現(xiàn)的用例增量地集成到可執(zhí)行構架基線中RUP概論@中國UML教育與資格認證中心測試制定測試計劃以評價構架基線為目標來制定測試計劃，例如在給定響應時間內執(zhí)行一個關鍵用例設計測試基于上面的目標，根據(jù)被測試用例來準備測試規(guī)程執(zhí)行集成測試對已完成單元測試的構件，集成到構造中做集成測試集成測試也是增量式的，即每個構造塊都要測試執(zhí)行系統(tǒng)測試對系統(tǒng)發(fā)布版本的測試，在本階段該活動最小化執(zhí)行RUP概論@中國UML教育與資格認證中心細化階段迭代的評估評估小組由客戶代表、項目經(jīng)理、開發(fā)人員代表組成評估準則是否已經(jīng)緩解了重大風險是否已經(jīng)建立了一個穩(wěn)定的構架基線評估結果系統(tǒng)能夠依據(jù)項目計劃和構造階段的標書開始進行構建，否則需要對標書進行調整RUP概論@中國UML教育與資格認證中心細化階段的關鍵可交付內容完善的業(yè)務(或領域)模型所有模型制品的新版本可執(zhí)行的構架基線更新后的風險清單完整的業(yè)務案例可選的初步的用戶手冊構造和移交階段項目計劃草案RUP概論@中國UML教育與資格認證中心細化階段里程碑－構架基線創(chuàng)建了可執(zhí)行的構架基線將主要風險降低到不打亂項目計劃的程度制定了對進度、費用和質量進行估計的項目計劃RUP概論@中國UML教育與資格認證中心設計模型交付實例(2)RUP概論@中國UML教育與資格認證中心設計模型交付實例(3)RUP概論@中國UML教育與資格認證中心設計模型交付實例(4)RUP概論@中國UML教育與資格認證中心實現(xiàn)模型交付實例RUP概論@中國UML教育與資格認證中心4.3構造階段形成初步可運行能力RUP概論@中國UML教育與資格認證中心構造階段概述任務完成剩余用例的識別繼續(xù)對用例進行優(yōu)先級排序對用例加以分組并安排構造和迭代次序在給定的費用、工作量和進度范圍內實際構造產品完成初步的用戶手冊目標生成在用戶環(huán)境中可初步運行(發(fā)布)的軟件產品版本，即“beta版”，準備移交給用戶RUP概論@中國UML教育與資格認證中心制定構造階段計劃迭代次數(shù)依賴于項目大小和復雜程度(一般2~3次)制定處理剩余用例的次序，進而指導安排構造階段中每次迭代的工作以子系統(tǒng)為基礎對工作分類，使開發(fā)人員可以并行工作RUP概論@中國UML教育與資格認證中心設立評估準則用例需求構造階段中每次迭代實現(xiàn)一組用例，用例所對應的功能性和非功能性需求構成了評價準則用戶資料包括用戶指南、幫助文件，用戶手冊等是否能為用戶提供充分的支持RUP概論@中國UML教育與資格認證中心構造階段的迭代工作流RUP概論@中國UML教育與資格認證中心構造階段的主要活動擴大系統(tǒng)RUP概論@中國UML教育與資格認證中心4.3.1構造階段的迭代從捕獲需求到測試RUP概論@中國UML教育與資格認證中心捕獲需求確定參與者和用例識別出系統(tǒng)的剩余用例(20%)構造用戶圖形界面(必須完成的活動)滿足用戶的需求區(qū)分用例優(yōu)先級對識別出的剩余用例，仍然按照風險大小添加到用例優(yōu)先級清單中詳細描述一個用例描述識別出的剩余用例RUP概論@中國UML教育與資格認證中心分析構架分析在構造階段，該活動最小化執(zhí)行盡量避免對構架進行大的修改分析一個用例將本次迭代中所包含的用例擴展為分析模型分析一個類與細化階段相同，繼續(xù)對前面階段識別出的類進行精化，根據(jù)用例對類的職責進行合并和分配分析一個包協(xié)調包中新加入的類，并能夠實現(xiàn)新的被識別用例RUP概論@中國UML教育與資格認證中心設計構架設計根據(jù)余下的沒有被用于開發(fā)構架基線的90%的用例，來局部地更新構架其他設計活動(用例、類和子系統(tǒng)的設計)大部分已經(jīng)完成，因此在構造階段最小化執(zhí)行與細化階段相同，完成剩余部分類元的設計工作RUP概論@中國UML教育與資格認證中心實現(xiàn)構架實現(xiàn)識別構件，并建立構件到可運算節(jié)點的映射實現(xiàn)一個類和子系統(tǒng)將實現(xiàn)模型中的類和子系統(tǒng)實現(xiàn)為文本構件執(zhí)行單元測試對已開發(fā)或購買的構件執(zhí)行單元測試構件的單元測試是構件實現(xiàn)的必要部分集成系統(tǒng)從分層構架體系中的較低層次(系統(tǒng)、中間件層)往高層(通用應用、專用應用層)集成RUP概論@中國UML教育與資格認證中心測試制定測試計劃選擇構造及系統(tǒng)的測試目標設計測試準備測試用例和測試規(guī)程執(zhí)行集成測試對迭代中的每次構造(加入新的構造塊后)進行集成測試執(zhí)行系統(tǒng)測試對迭代末期形成的局部性系統(tǒng)進行系統(tǒng)測試評價測試根據(jù)測試計劃中的原定目標，評測測試結果RUP概論@中國UML教育與資格認證中心構造階段迭代的評估評估小組由項目經(jīng)理領導的內部評估小組評估準則是否通過系統(tǒng)測試用戶資料是否充分評估結果授權進入移交階段RUP概論@中國UML教育與資格認證中心構造階段的關鍵可交付內容移交階段的項目計劃草案可執(zhí)行軟件本身(構造階段的最后一個構造)包括模型在內的所有制品指導beta版用戶使用的用戶手冊RUP概論@中國UML教育與資格認證中心構架階段里程碑－可初步運行達到在用戶環(huán)境中可初步運行的水平達到可作beta測試的水平RUP概論@中國UML教育與資格認證中心各階段模型制品的完成比例RUP概論@中國UML教育與資格認證中心4.4移交階段完成產品發(fā)布RUP概論@中國UML教育與資格認證中心移交階段概述任務處理系統(tǒng)在用戶環(huán)境中運行時遇到的所有問題未實現(xiàn)的功能和性能需求未預見的風險不完善的用戶文檔等糾正beta版用戶或測試人員所反饋的缺陷軟件運行錯誤使用錯誤目標滿足初始階段設立的需求，讓項目相關人員滿意順利移交給用戶，或發(fā)布產品RUP概論@中國