RUP開發(fā)階段及里程碑分析課件(PPT 83頁)

1、第四部分RUP開發(fā)階段及里程碑分析RUP概論中國UML教育與資格認證中心第1頁，共83頁。預備概念(1)風險(risk)項目遭遇危險和失敗的可能因素，如進度拖延、費用超支、現(xiàn)有技術(shù)難以實現(xiàn)等等。分為技術(shù)性風險和非技術(shù)性風險。構(gòu)造(build)系統(tǒng)的一個可執(zhí)行版本，開發(fā)通過一系列的構(gòu)造過程來完成。配置管理(configuration management)定義和維護制品的配置和版本，配置管理包括制品的基線定義、版本控制、發(fā)布控制，狀態(tài)控制和存儲控制。RUP概論中國UML教育與資格認證中心第2頁，共83頁。預備概念(2)發(fā)布(release)一組相對完整、一致的、交付給內(nèi)部或外部用戶的制品。增量(

2、increment)通常指兩個相鄰的構(gòu)造之間的差異。每次迭代至少產(chǎn)生一個(新的)構(gòu)造塊，從而向系統(tǒng)增加一個增量。次要里程碑(minor milestone)兩個主要里程碑之間的中間里程碑，例如某次迭代結(jié)束時的里程碑。RUP概論中國UML教育與資格認證中心第3頁，共83頁。RUP生命周期階段時間初期定義項目的活動范圍和開發(fā)業(yè)務實例細化構(gòu)造構(gòu)架基線構(gòu)造構(gòu)造產(chǎn)品，形成初步可運行能力移交給用戶提交產(chǎn)品，完成產(chǎn)品發(fā)布RUP概論中國UML教育與資格認證中心第4頁，共83頁。主要里程碑(major milestone)生命周期目標 構(gòu)架基線可初步運行產(chǎn)品發(fā)布時間到達項目的每個階段都由一個主要里程碑標志結(jié)束。

3、標志著項目相關人員都一致認可項目達到里程碑準則。前進同時，管理層把主要里程碑作為一個同步點，對項目是否進入下一階段作出決策。RUP概論中國UML教育與資格認證中心第5頁，共83頁。各階段的工作人員和工作流時間RUP概論中國UML教育與資格認證中心第6頁，共83頁。各階段所需要的資源(成本+時間)典型的項目RUP概論中國UML教育與資格認證中心第7頁，共83頁。生命周期中的迭代迭代：按照迭代計劃和評估標準產(chǎn)生一個(內(nèi)部或外部)發(fā)布版本所進行的一組明確的活動，所得到的發(fā)布是最終產(chǎn)品的一個子集。時間迭代#1迭代#2初始迭代#1迭代#m迭代#m+1迭代#n迭代#n+1發(fā)布RUP概論中國UML教育與資格

4、認證中心第8頁，共83頁。一般迭代工作流是從四個階段的不同迭代中提煉出的一般迭代模式，并以此為基礎創(chuàng)建具體的迭代一般的迭代初始階段的迭代細化階段的迭代構(gòu)造階段的迭代移交階段的迭代RUP概論中國UML教育與資格認證中心第9頁，共83頁。一般迭代工作流包括核心工作流RUP概論中國UML教育與資格認證中心第10頁，共83頁。迭代計劃迭代時間制定每次迭代所需要的時間和完成日期迭代內(nèi)容識別，轉(zhuǎn)化并降低風險實現(xiàn)哪些用例期望的輸出(制品)職責分配資源的分配制定評估準則RUP概論中國UML教育與資格認證中心第11頁，共83頁。用例優(yōu)先級排序每次迭代都是由一些用例來驅(qū)動的對已識別的用例按風險大小進行排序，形成用

5、例排序清單保證用例間的開發(fā)邏輯次序最后確定本次迭代中需要實現(xiàn)的用例RUP概論中國UML教育與資格認證中心第12頁，共83頁。風險管理擬定風險清單風險描述、優(yōu)先級、監(jiān)控者、職責、應急措施風險排序必須對風險排序，不要將所有的風險都視為重點技術(shù)風險管理轉(zhuǎn)化為用例，并放入用例清單中的適當位置RUP概論中國UML教育與資格認證中心第13頁，共83頁。迭代的評估負責人項目經(jīng)理負責評估工作目標檢驗已完成內(nèi)容是否滿足預定的評估準則審查項目進展情況目的利用本次迭代結(jié)果和經(jīng)驗，指導下一次迭代修正下一次迭代計劃RUP概論中國UML教育與資格認證中心第14頁，共83頁。評估未達標時的處理下一次迭代中完成評估準則修改或

6、擴充用例模型修改或擴充構(gòu)架為開發(fā)組添加某些必要技能和知識延長本次迭代時間，并制定固定的完成日期RUP概論中國UML教育與資格認證中心第15頁，共83頁。4.1初始階段啟動項目RUP概論中國UML教育與資格認證中心第16頁，共83頁。初始階段概述任務確定目標系統(tǒng)范圍了解項目所包括的業(yè)務內(nèi)容定義風險的尋找范圍規(guī)定業(yè)務案例中費用、開發(fā)進度和投資回報等因素的評估范圍目標生成業(yè)務案例的第一個草案證明項目是可啟動的RUP概論中國UML教育與資格認證中心第17頁，共83頁。制定初始階段計劃制定一個試驗性的(tentative)計劃，滿足與初始目標有關的需求制定一個創(chuàng)建候選框架的計劃，使得創(chuàng)建的構(gòu)架能確定項目

7、是切實可行的RUP概論中國UML教育與資格認證中心第18頁，共83頁。設立評估準則是否清楚哪些部分在系統(tǒng)之內(nèi)已識別出的用例是否已經(jīng)被詳細描述構(gòu)架是否能滿足用戶的需要是否已識別出所有的關鍵風險已識別的風險是否已經(jīng)緩解，或制定緩解的計劃業(yè)務案例草案是否能證明項目可繼續(xù)進行RUP概論中國UML教育與資格認證中心第19頁，共83頁。初始階段的迭代工作流RUP概論中國UML教育與資格認證中心第20頁，共83頁。初始階段的主要活動定義系統(tǒng)范圍勾畫候選構(gòu)架RUP概論中國UML教育與資格認證中心第21頁，共83頁。4.1.1初始階段的迭代從捕獲需求到測試RUP概論中國UML教育與資格認證中心第22頁，共83頁

8、。捕獲需求列出作為系統(tǒng)特征清單的候選需求理解系統(tǒng)語境，建立業(yè)務模型(或領域模型)以用例形式捕獲功能性需求捕獲有關非功能性需求RUP概論中國UML教育與資格認證中心第23頁，共83頁。以用例捕獲需求確定參與者和用例確定制定構(gòu)架所需要的用例區(qū)分用例的優(yōu)先級對已經(jīng)識別的用例按照風險大小和實現(xiàn)順序排列詳細描述識別的用例通過詳細描述用例來發(fā)現(xiàn)關鍵的需求構(gòu)造用戶界面原型&構(gòu)造用例模型最小化執(zhí)行RUP概論中國UML教育與資格認證中心第24頁，共83頁。分析構(gòu)架分析為實現(xiàn)初始階段的目標挑選出適當?shù)挠美?，為系統(tǒng)構(gòu)造出最初的構(gòu)架模型分析用例逐個分析，以及考慮多個用例共享系統(tǒng)資源(數(shù)據(jù)庫、計算資源等)的情況分析

9、一個類和分析一個包最小化執(zhí)行RUP概論中國UML教育與資格認證中心第25頁，共83頁。設計構(gòu)架設計勾畫出候選構(gòu)架的設計模型輪廓用子系統(tǒng)/類間的協(xié)作(接口)來實現(xiàn)需求分析工作流中識別的用例包括用例的功能性需求和非功能性需求(意味著風險)設計一個用例&設計一個類和一個子系統(tǒng)最小化執(zhí)行RUP概論中國UML教育與資格認證中心第26頁，共83頁。實現(xiàn)和測試是否進入實現(xiàn)工作流取決于項目經(jīng)理的決定有人認為只有用戶看到原型的運行，才能確信候選構(gòu)架的功能有人認為只要有(被經(jīng)驗豐富的開發(fā)人員)一看上去可以工作的構(gòu)架，就可以停止本次迭代工組流實現(xiàn)演示原型或概念性證明原型由于探索性原型主要用作說明，不必做大量測試RU

10、P概論中國UML教育與資格認證中心第27頁，共83頁。初始階段迭代的評估評估小組由用戶代表和開發(fā)人員代表組成，最少2人評估準則系統(tǒng)范圍：是否達到用例模型應該完成的程度候選構(gòu)架：探索性概念證明原型的演示效果是否被接受關鍵風險：已識別的風險是否被充分緩解評估結(jié)果最重要結(jié)果就是決定繼續(xù)開發(fā)還是取消開發(fā)RUP概論中國UML教育與資格認證中心第28頁，共83頁。初始階段的關鍵可交付內(nèi)容系統(tǒng)特征清單、風險清單和用例優(yōu)先級清單描述系統(tǒng)語境的業(yè)務(領域)模型的第一個版本用例模型、分析模型和設計模型的第一個版本候選構(gòu)架描述草案可選的探索性概念證明原型RUP概論中國UML教育與資格認證中心第29頁，共83頁。初始

11、階段里程碑生命周期目標已經(jīng)確定系統(tǒng)范圍項目相關人員在系統(tǒng)的關鍵需求上達成一致找到實現(xiàn)關鍵用例特征的候選構(gòu)架識別對項目成功至關重要的關鍵風險，并找到緩解辦法確認產(chǎn)品的業(yè)務價值和投資回報確認軟件開發(fā)組織可以勝任該項目RUP概論中國UML教育與資格認證中心第30頁，共83頁。用例模型交付實例RUP概論中國UML教育與資格認證中心第31頁，共83頁。分析模型交付實例(1)RUP概論中國UML教育與資格認證中心第32頁，共83頁。分析模型交付實例(2)RUP概論中國UML教育與資格認證中心第33頁，共83頁。分析模型交付實例(3)RUP概論中國UML教育與資格認證中心第34頁，共83頁。初始設計模型交付

12、實例(1)RUP概論中國UML教育與資格認證中心第35頁，共83頁。4.2細化階段構(gòu)造構(gòu)架基線RUP概論中國UML教育與資格認證中心第36頁，共83頁。預備概念構(gòu)架基線(architectural baseline)細化階段結(jié)束時發(fā)布的基線，著重于系統(tǒng)的構(gòu)架?；€(baseline)一組經(jīng)過評審并通過的制品(artifacts)，具有兩個屬性。(1)表示一致同意的可進一步進化和開發(fā)的基礎；(2)只有通過正式的規(guī)程(如配置管理和變更管理)才能對它進行修改。RUP概論中國UML教育與資格認證中心第37頁，共83頁。細化階段概述任務捕獲大部分尚未開發(fā)的需求，用用例形式表示功能性需求完成所有模型(用例

13、、分析、設計、實現(xiàn)和實施)的新版本繼續(xù)發(fā)現(xiàn)和監(jiān)控剩余的關鍵風險給出基本準確的和具體的項目估算(業(yè)務標書)目標充實初始階段模型，獲得構(gòu)架基線，指導構(gòu)造和移交階段工作RUP概論中國UML教育與資格認證中心第38頁，共83頁。制定細化階段計劃識別80的用例，確定業(yè)務標書描述40%(均為已識別用例)的用例，更好理解系統(tǒng)需求，緩解風險重點分析10(均為已描述用例)用例，來獲得構(gòu)架基線按照項目的復雜程度，進行1到多次迭代，最終形成穩(wěn)定的、可擴展的構(gòu)架基線RUP概論中國UML教育與資格認證中心第39頁，共83頁。各階段涉及用例的工作量比較已完成業(yè)務模型已識別用例已描述用例已分析用例已設計、實現(xiàn)和測試的用例初

14、始50% 70%50%10%5%概念證明原型占百分比很小細化幾乎100%80%以上40%80%20%40%少于10%構(gòu)造100%100%100%100%100%移交同上同上同上同上同上RUP概論中國UML教育與資格認證中心第40頁，共83頁。設立評估準則構(gòu)架基線是否已經(jīng)識別出構(gòu)架基線，可執(zhí)行的構(gòu)架基線是否滿足捕獲的需求關鍵風險關鍵風險是否得到了緩解，對重大風險的研究是否已經(jīng)達到了生成標書的程度業(yè)務案例價值是否對項目進行了充分的定義并確定了標書的費用、開發(fā)進度和質(zhì)量RUP概論中國UML教育與資格認證中心第41頁，共83頁。細化階段的迭代工作流RUP概論中國UML教育與資格認證中心第42頁，共83

15、頁。細化階段的主要活動捕獲并精化絕大部分的用戶需求開發(fā)構(gòu)架基線RUP概論中國UML教育與資格認證中心第43頁，共83頁。4.2.1細化階段的迭代從捕獲需求到測試RUP概論中國UML教育與資格認證中心第44頁，共83頁。捕獲需求確定用例和參與者識別80%的用例，描述40%的用例，分析20%的用例，實現(xiàn)和測試10%的用例構(gòu)造用戶界面原型(可選的活動)建立關鍵用例的用戶界面，從用戶那里了解系統(tǒng)是否合適區(qū)分用例的優(yōu)先級考慮風險優(yōu)先級和開發(fā)順序兩個因素詳細描述一個用例主要針對對構(gòu)架有重要意義的復雜用例構(gòu)造用例模型使用擴展、泛化、包含等機制來改善用例模型結(jié)構(gòu)RUP概論中國UML教育與資格認證中心第45頁，

16、共83頁。分析構(gòu)架分析發(fā)現(xiàn)用例模型中的“驅(qū)動”用例，確認對構(gòu)架有重要意義的服務包和分析類分析用例用分析類來精化說明對構(gòu)架十分重要的用例(20%)分析一個類對初始階段識別出的類進行精化，根據(jù)用例對類的職責進行合并和分配分析一個包將分析后的類分組成服務包，支持構(gòu)架分析活動RUP概論中國UML教育與資格認證中心第46頁，共83頁。設計(1)構(gòu)架設計識別分層的構(gòu)架發(fā)現(xiàn)與分析機制相對應的設計機制，并選用可以直接使用的產(chǎn)品設計機制指支持目標系統(tǒng)運行的實現(xiàn)環(huán)境，包括操作系統(tǒng)、程序設計語言、數(shù)據(jù)庫系統(tǒng)等所包含的各種機制控制依賴性把已獲得的產(chǎn)品看作一個與系統(tǒng)其他部分有清晰接口的獨立子系統(tǒng)，保證產(chǎn)品的可替代性RU

17、P概論中國UML教育與資格認證中心第47頁，共83頁。設計分層的構(gòu)架RUP概論中國UML教育與資格認證中心第48頁，共83頁。設計(2)設計一個用例將已完成的用例的分析實現(xiàn)模型精化為設計實現(xiàn)模型，即設計子系統(tǒng)或設計類之間的協(xié)作設計時受到設計機制的約束設計一個類是與創(chuàng)建構(gòu)件相關的類根據(jù)添加的新用例為已經(jīng)識別的類添加職責RUP概論中國UML教育與資格認證中心第49頁，共83頁。實現(xiàn)構(gòu)架實現(xiàn)識別出實現(xiàn)服務子系統(tǒng)所需要的構(gòu)件，并在實現(xiàn)模型中加以說明實現(xiàn)一個類和實現(xiàn)一個子系統(tǒng)將設計活動中得到的設計類實現(xiàn)為文本構(gòu)件將設計活動中得到的設計子系統(tǒng)實現(xiàn)為一個或多個文本構(gòu)件集成系統(tǒng)將本次迭代中實現(xiàn)的用例增量地集成

18、到可執(zhí)行構(gòu)架基線中RUP概論中國UML教育與資格認證中心第50頁，共83頁。測試制定測試計劃以評價構(gòu)架基線為目標來制定測試計劃，例如在給定響應時間內(nèi)執(zhí)行一個關鍵用例設計測試基于上面的目標，根據(jù)被測試用例來準備測試規(guī)程執(zhí)行集成測試對已完成單元測試的構(gòu)件，集成到構(gòu)造中做集成測試集成測試也是增量式的，即每個構(gòu)造塊都要測試執(zhí)行系統(tǒng)測試對系統(tǒng)發(fā)布版本的測試，在本階段該活動最小化執(zhí)行RUP概論中國UML教育與資格認證中心第51頁，共83頁。細化階段迭代的評估評估小組由客戶代表、項目經(jīng)理、開發(fā)人員代表組成評估準則是否已經(jīng)緩解了重大風險是否已經(jīng)建立了一個穩(wěn)定的構(gòu)架基線評估結(jié)果系統(tǒng)能夠依據(jù)項目計劃和構(gòu)造階段的標

19、書開始進行構(gòu)建，否則需要對標書進行調(diào)整RUP概論中國UML教育與資格認證中心第52頁，共83頁。細化階段的關鍵可交付內(nèi)容完善的業(yè)務(或領域)模型所有模型制品的新版本可執(zhí)行的構(gòu)架基線更新后的風險清單完整的業(yè)務案例可選的初步的用戶手冊構(gòu)造和移交階段項目計劃草案RUP概論中國UML教育與資格認證中心第53頁，共83頁。細化階段里程碑構(gòu)架基線創(chuàng)建了可執(zhí)行的構(gòu)架基線將主要風險降低到不打亂項目計劃的程度制定了對進度、費用和質(zhì)量進行估計的項目計劃RUP概論中國UML教育與資格認證中心第54頁，共83頁。設計模型交付實例(2)RUP概論中國UML教育與資格認證中心第55頁，共83頁。設計模型交付實例(3)RU

20、P概論中國UML教育與資格認證中心第56頁，共83頁。設計模型交付實例(4)RUP概論中國UML教育與資格認證中心第57頁，共83頁。實現(xiàn)模型交付實例RUP概論中國UML教育與資格認證中心第58頁，共83頁。4.3構(gòu)造階段形成初步可運行能力RUP概論中國UML教育與資格認證中心第59頁，共83頁。構(gòu)造階段概述任務完成剩余用例的識別繼續(xù)對用例進行優(yōu)先級排序?qū)τ美右苑纸M并安排構(gòu)造和迭代次序在給定的費用、工作量和進度范圍內(nèi)實際構(gòu)造產(chǎn)品完成初步的用戶手冊目標生成在用戶環(huán)境中可初步運行(發(fā)布)的軟件產(chǎn)品版本，即“beta版”，準備移交給用戶RUP概論中國UML教育與資格認證中心第60頁，共83頁。制定

21、構(gòu)造階段計劃迭代次數(shù)依賴于項目大小和復雜程度(一般23次)制定處理剩余用例的次序，進而指導安排構(gòu)造階段中每次迭代的工作以子系統(tǒng)為基礎對工作分類，使開發(fā)人員可以并行工作RUP概論中國UML教育與資格認證中心第61頁，共83頁。設立評估準則用例需求構(gòu)造階段中每次迭代實現(xiàn)一組用例，用例所對應的功能性和非功能性需求構(gòu)成了評價準則用戶資料包括用戶指南、幫助文件，用戶手冊等是否能為用戶提供充分的支持RUP概論中國UML教育與資格認證中心第62頁，共83頁。構(gòu)造階段的迭代工作流RUP概論中國UML教育與資格認證中心第63頁，共83頁。構(gòu)造階段的主要活動擴大系統(tǒng)RUP概論中國UML教育與資格認證中心第64頁，

22、共83頁。4.3.1構(gòu)造階段的迭代從捕獲需求到測試RUP概論中國UML教育與資格認證中心第65頁，共83頁。捕獲需求確定參與者和用例識別出系統(tǒng)的剩余用例(20%)構(gòu)造用戶圖形界面(必須完成的活動)滿足用戶的需求區(qū)分用例優(yōu)先級對識別出的剩余用例，仍然按照風險大小添加到用例優(yōu)先級清單中詳細描述一個用例描述識別出的剩余用例RUP概論中國UML教育與資格認證中心第66頁，共83頁。分析構(gòu)架分析在構(gòu)造階段，該活動最小化執(zhí)行盡量避免對構(gòu)架進行大的修改分析一個用例將本次迭代中所包含的用例擴展為分析模型分析一個類與細化階段相同，繼續(xù)對前面階段識別出的類進行精化，根據(jù)用例對類的職責進行合并和分配分析一個包協(xié)調(diào)包

23、中新加入的類，并能夠?qū)崿F(xiàn)新的被識別用例RUP概論中國UML教育與資格認證中心第67頁，共83頁。設計構(gòu)架設計根據(jù)余下的沒有被用于開發(fā)構(gòu)架基線的90%的用例，來局部地更新構(gòu)架其他設計活動(用例、類和子系統(tǒng)的設計)大部分已經(jīng)完成，因此在構(gòu)造階段最小化執(zhí)行與細化階段相同，完成剩余部分類元的設計工作RUP概論中國UML教育與資格認證中心第68頁，共83頁。實現(xiàn)構(gòu)架實現(xiàn)識別構(gòu)件，并建立構(gòu)件到可運算節(jié)點的映射實現(xiàn)一個類和子系統(tǒng)將實現(xiàn)模型中的類和子系統(tǒng)實現(xiàn)為文本構(gòu)件執(zhí)行單元測試對已開發(fā)或購買的構(gòu)件執(zhí)行單元測試構(gòu)件的單元測試是構(gòu)件實現(xiàn)的必要部分集成系統(tǒng)從分層構(gòu)架體系中的較低層次(系統(tǒng)、中間件層)往高層(通用應

24、用、專用應用層)集成RUP概論中國UML教育與資格認證中心第69頁，共83頁。測試制定測試計劃選擇構(gòu)造及系統(tǒng)的測試目標設計測試準備測試用例和測試規(guī)程執(zhí)行集成測試對迭代中的每次構(gòu)造(加入新的構(gòu)造塊后)進行集成測試執(zhí)行系統(tǒng)測試對迭代末期形成的局部性系統(tǒng)進行系統(tǒng)測試評價測試根據(jù)測試計劃中的原定目標，評測測試結(jié)果RUP概論中國UML教育與資格認證中心第70頁，共83頁。構(gòu)造階段迭代的評估評估小組由項目經(jīng)理領導的內(nèi)部評估小組評估準則是否通過系統(tǒng)測試用戶資料是否充分評估結(jié)果授權(quán)進入移交階段RUP概論中國UML教育與資格認證中心第71頁，共83頁。構(gòu)造階段的關鍵可交付內(nèi)容移交階段的項目計劃草案可執(zhí)行軟件本身

25、(構(gòu)造階段的最后一個構(gòu)造)包括模型在內(nèi)的所有制品指導beta版用戶使用的用戶手冊RUP概論中國UML教育與資格認證中心第72頁，共83頁。構(gòu)架階段里程碑可初步運行達到在用戶環(huán)境中可初步運行的水平達到可作beta測試的水平RUP概論中國UML教育與資格認證中心第73頁，共83頁。各階段模型制品的完成比例RUP概論中國UML教育與資格認證中心第74頁，共83頁。4.4移交階段完成產(chǎn)品發(fā)布RUP概論中國UML教育與資格認證中心第75頁，共83頁。移交階段概述任務處理系統(tǒng)在用戶環(huán)境中運行時遇到的所有問題未實現(xiàn)的功能和性能需求未預見的風險不完善的用戶文檔等糾正beta版用戶或測試人員所反饋的缺陷軟件運行錯誤使用錯誤目標滿足初始階段設立的需求，讓項目相關人員滿意順利移交給用戶，或發(fā)布產(chǎn)品RUP概論中國UML教育與資格認證中心第76頁，共83頁。制定