北京大學(xué)研究生軟件工程課程面向?qū)ο蠓椒≧UP

1、第五章面向?qū)ο蠓椒ǖ诙糠謗up 基于特定活動組織的過程框架基于特定活動組織的過程框架 面向?qū)ο蟮姆治鲭A段的過程指導(dǎo)面向?qū)ο蟮姆治鲭A段的過程指導(dǎo)由上圖可以看出：由上圖可以看出：系統(tǒng)建模的主要任務(wù)有：系統(tǒng)建模的主要任務(wù)有： 建立用況圖；建立用況圖； 建立類圖；建立類圖； （往往需要原型開發(fā)。其中又主要包括：（往往需要原型開發(fā)。其中又主要包括： 發(fā)現(xiàn)對象，定義屬性與服務(wù)，發(fā)現(xiàn)對象，定義屬性與服務(wù)， 建立結(jié)構(gòu)與連接，劃分包，建立結(jié)構(gòu)與連接，劃分包， 填寫詳細說明）填寫詳細說明） 建立順序圖。建立順序圖。注：注：關(guān)于面向?qū)ο蟮脑O(shè)計，其過程指導(dǎo)：關(guān)于面向?qū)ο蟮脑O(shè)計，其過程指導(dǎo)：p113-116p113-

2、116。（unified software development process,usdpunified software development process,usdp） 統(tǒng)一軟件開發(fā)過程是由統(tǒng)一建模語言（統(tǒng)一軟件開發(fā)過程是由統(tǒng)一建模語言（unified unified modeling languangmodeling languang，簡稱，簡稱umluml）的開發(fā)者們提出來的，并）的開發(fā)者們提出來的，并為對象管理組織為對象管理組織(object management group(object management group，簡稱，簡稱omg )omg )所推薦。所推薦。 統(tǒng)一軟件

3、開發(fā)過程是在權(quán)衡了三十年的軟件開發(fā)實踐統(tǒng)一軟件開發(fā)過程是在權(quán)衡了三十年的軟件開發(fā)實踐的基礎(chǔ)上形成的。例如，它吸取了數(shù)百個用戶多年的現(xiàn)場的基礎(chǔ)上形成的。例如，它吸取了數(shù)百個用戶多年的現(xiàn)場經(jīng)驗以及經(jīng)驗以及ratioanalratioanal公司多年的工作成果。公司多年的工作成果。 usdpusdp對于如何運用對于如何運用umluml的概念進行軟件開發(fā)提的概念進行軟件開發(fā)提供了詳細指導(dǎo)。供了詳細指導(dǎo)。即：即：指導(dǎo)開發(fā)隊伍安排其開發(fā)指導(dǎo)開發(fā)隊伍安排其開發(fā)活動的次序；活動的次序；為各開發(fā)者和整個開發(fā)組指定任為各開發(fā)者和整個開發(fā)組指定任務(wù)；務(wù)；明確地規(guī)定需要開發(fā)的制品；明確地規(guī)定需要開發(fā)的制品；提供對項目

4、提供對項目中的制品和活動進行監(jiān)控與度量的準(zhǔn)則。中的制品和活動進行監(jiān)控與度量的準(zhǔn)則。 統(tǒng)一軟件開發(fā)過程統(tǒng)一軟件開發(fā)過程usdpusdp涉及的重要因素有涉及的重要因素有： 開發(fā)人員、項目、過程和工具。開發(fā)人員、項目、過程和工具。 其中：其中：開發(fā)人員開發(fā)人員包括設(shè)計人員、編程人員、測試人員、包括設(shè)計人員、編程人員、測試人員、管理人員，以及用戶、客戶和其他人員（投資者、管理人員，以及用戶、客戶和其他人員（投資者、市場人員和法律代表等）等；市場人員和法律代表等）等；項目項目在其生命期內(nèi)主要涉及：物理設(shè)施、開發(fā)人在其生命期內(nèi)主要涉及：物理設(shè)施、開發(fā)人員和其他人員、以及所有軟件制品；員和其他人員、以及所有

5、軟件制品；過程過程主要涉及：將用戶需求轉(zhuǎn)換為產(chǎn)品所需要的主要涉及：將用戶需求轉(zhuǎn)換為產(chǎn)品所需要的活動集之完整定義；提供活動指南；以及對產(chǎn)生需活動集之完整定義；提供活動指南；以及對產(chǎn)生需求報告和文檔的要求；求報告和文檔的要求；工具是支持過程定義中的活動實施的軟件。工具是支持過程定義中的活動實施的軟件。1、概述、概述 usdp是以用況（是以用況（use case）為驅(qū)動、以體系結(jié)構(gòu)）為驅(qū)動、以體系結(jié)構(gòu)(architecture)為中心的迭代的為中心的迭代的(iterative)、增量的、增量的(incremental)過程。具體地說：過程。具體地說： 以用況為驅(qū)動以用況為驅(qū)動 用況驅(qū)動的含義是用況驅(qū)

6、動的含義是：以用況為單位，制定計劃、分：以用況為單位，制定計劃、分配任務(wù)、監(jiān)控執(zhí)行和進行測試等。配任務(wù)、監(jiān)控執(zhí)行和進行測試等。這樣，可以實現(xiàn)：這樣，可以實現(xiàn)： 在產(chǎn)品開發(fā)的各個階段中都可以回溯到用戶的實在產(chǎn)品開發(fā)的各個階段中都可以回溯到用戶的實際需求際需求由此可見，由此可見，用況將實現(xiàn)軟件開發(fā)的核心工作有機地組用況將實現(xiàn)軟件開發(fā)的核心工作有機地組合為一體。合為一體。 在用況驅(qū)動的含義下，通過用況，可以獲得在用況驅(qū)動的含義下，通過用況，可以獲得體系結(jié)構(gòu)和其他制品。即：體系結(jié)構(gòu)和其他制品。即： （a a）首先選擇在體系結(jié)構(gòu)上具有重要意義的用）首先選擇在體系結(jié)構(gòu)上具有重要意義的用況，接著實現(xiàn)那些關(guān)鍵

7、的用況，構(gòu)造出初步的況，接著實現(xiàn)那些關(guān)鍵的用況，構(gòu)造出初步的體系結(jié)構(gòu)，逐步得到穩(wěn)定的體系結(jié)構(gòu)。體系結(jié)構(gòu)，逐步得到穩(wěn)定的體系結(jié)構(gòu)。 （b b）通過枚舉用況的不同執(zhí)行路徑，可導(dǎo)出）通過枚舉用況的不同執(zhí)行路徑，可導(dǎo)出測試案例和測試規(guī)程。測試案例和測試規(guī)程。 （c c）通過用況，還可估算系統(tǒng)性能、硬件需）通過用況，還可估算系統(tǒng)性能、硬件需求和可用性，并能進行用戶界面設(shè)計，也能作求和可用性，并能進行用戶界面設(shè)計，也能作為編寫用戶手冊的基礎(chǔ)。為編寫用戶手冊的基礎(chǔ)。 （d d）對用況的細化，在一定的程度上涉及系統(tǒng)）對用況的細化，在一定的程度上涉及系統(tǒng)的內(nèi)部功能，于是可以對各用況進行完整的功能的內(nèi)部功能，于是

8、可以對各用況進行完整的功能描述。描述。 細化時，要區(qū)分用況中的三類事物：細化時，要區(qū)分用況中的三類事物： 反映系統(tǒng)與參與者反映系統(tǒng)與參與者(actor)(actor)之間的之間的接口接口； 那些在用況中包含那些在用況中包含實現(xiàn)接口（功能）的活動實現(xiàn)接口（功能）的活動和屬性的實體和屬性的實體，以及，以及 對前兩者進行協(xié)調(diào)和控制的機制。對前兩者進行協(xié)調(diào)和控制的機制。 用況驅(qū)動有助于模型之間的追蹤和系統(tǒng)演化用況驅(qū)動有助于模型之間的追蹤和系統(tǒng)演化以體系結(jié)構(gòu)為中心以體系結(jié)構(gòu)為中心 以系統(tǒng)需求（用況模型）為驅(qū)動，以系統(tǒng)需求（用況模型）為驅(qū)動，緊緊圍繞緊緊圍繞系系統(tǒng)體系結(jié)構(gòu)，統(tǒng)體系結(jié)構(gòu)，從不同角度描述要構(gòu)造

9、的系統(tǒng)的靜態(tài)從不同角度描述要構(gòu)造的系統(tǒng)的靜態(tài)和動態(tài)結(jié)構(gòu)。其中，主要涉及：和動態(tài)結(jié)構(gòu)。其中，主要涉及：子系統(tǒng)、構(gòu)件、接子系統(tǒng)、構(gòu)件、接口、協(xié)作、關(guān)系和節(jié)點口、協(xié)作、關(guān)系和節(jié)點等重要的模型元素的描述。等重要的模型元素的描述。并且，實現(xiàn)的描述應(yīng)：并且，實現(xiàn)的描述應(yīng)： 便于用戶和其他關(guān)注者的理解，并達到共識；便于用戶和其他關(guān)注者的理解，并達到共識； 便于對系統(tǒng)概貌的語義表述；便于對系統(tǒng)概貌的語義表述； 便于控制系統(tǒng)的開發(fā)、復(fù)用和演化。便于控制系統(tǒng)的開發(fā)、復(fù)用和演化。 如何獲得系統(tǒng)體系結(jié)構(gòu)？如何獲得系統(tǒng)體系結(jié)構(gòu)？獲得系統(tǒng)體系結(jié)構(gòu)的簡略步驟如下：獲得系統(tǒng)體系結(jié)構(gòu)的簡略步驟如下： 在普遍了解用況之后，得到系

10、統(tǒng)體系結(jié)構(gòu)的在普遍了解用況之后，得到系統(tǒng)體系結(jié)構(gòu)的粗略綱要（獨立于特定用況和平臺）；粗略綱要（獨立于特定用況和平臺）； 關(guān)注關(guān)鍵用況；關(guān)注關(guān)鍵用況； 隨著對用況的規(guī)約，不斷產(chǎn)生更加成熟的用隨著對用況的規(guī)約，不斷產(chǎn)生更加成熟的用況和更多的系統(tǒng)體系結(jié)構(gòu)成分。況和更多的系統(tǒng)體系結(jié)構(gòu)成分。 經(jīng)過多次迭代，得到可執(zhí)行的體系結(jié)構(gòu)基線經(jīng)過多次迭代，得到可執(zhí)行的體系結(jié)構(gòu)基線- 體系結(jié)構(gòu)基線（體系結(jié)構(gòu)基線（architecture baselinearchitecture baseline）是系統(tǒng)框架。是系統(tǒng)框架。 設(shè)計一個體系結(jié)構(gòu)基線，一般要經(jīng)歷三個階段：設(shè)計一個體系結(jié)構(gòu)基線，一般要經(jīng)歷三個階段： 初始階段、

11、精化階段和構(gòu)造階段初始階段、精化階段和構(gòu)造階段 初始階段：在這一階段，體系結(jié)構(gòu)基線主要初始階段：在這一階段，體系結(jié)構(gòu)基線主要包括系統(tǒng)部件、中間件、要復(fù)用的遺產(chǎn)系統(tǒng)、系統(tǒng)包括系統(tǒng)部件、中間件、要復(fù)用的遺產(chǎn)系統(tǒng)、系統(tǒng)分布情況等。分布情況等。 精化階段：目標(biāo)是建立精化階段：目標(biāo)是建立可執(zhí)行的可執(zhí)行的體系結(jié)構(gòu)基體系結(jié)構(gòu)基線線-一個模型集合和一個體系結(jié)構(gòu)描述。一個模型集合和一個體系結(jié)構(gòu)描述。其中：其中： 模型集合的建立：模型集合的建立：從初始的基線，經(jīng)過不斷的從初始的基線，經(jīng)過不斷的精化，得到精化，得到包含早期版本的用況模型、分析模型、設(shè)計包含早期版本的用況模型、分析模型、設(shè)計模型等（其中用況模型和分析

12、模型較為成熟）的模型等（其中用況模型和分析模型較為成熟）的體系結(jié)構(gòu)體系結(jié)構(gòu)基線。該基線與最終系統(tǒng)（對客戶發(fā)布的產(chǎn)品）具基線。該基線與最終系統(tǒng)（對客戶發(fā)布的產(chǎn)品）具有同樣的骨架。有同樣的骨架。 體系結(jié)構(gòu)的描述：體系結(jié)構(gòu)的描述：包括：包括： 描述：描述：體系結(jié)構(gòu)意義上的用況、子系統(tǒng)（不體系結(jié)構(gòu)意義上的用況、子系統(tǒng)（不涉及子系統(tǒng)的隱含成分和私有成分及其變種）、涉及子系統(tǒng)的隱含成分和私有成分及其變種）、接口、類（量很少，主要為主動類）、構(gòu)件、節(jié)接口、類（量很少，主要為主動類）、構(gòu)件、節(jié)點和協(xié)作；點和協(xié)作； 描述：描述：某些某些無法由用況描述的主要需求（例無法由用況描述的主要需求（例如，性能、安全、分布

13、和并發(fā)）；如，性能、安全、分布和并發(fā)）； 描述：描述：平臺、遺產(chǎn)、所使用的商業(yè)軟件、框平臺、遺產(chǎn)、所使用的商業(yè)軟件、框架和模板機制等；架和模板機制等； 描述：描述：各種體系結(jié)構(gòu)模式。各種體系結(jié)構(gòu)模式。 其中，還其中，還包括重要用況及其實現(xiàn)。包括重要用況及其實現(xiàn)。 在實踐中，在實踐中，模型集合模型集合的建立與的建立與體系結(jié)構(gòu)體系結(jié)構(gòu)的描的描述同時開發(fā)，以指導(dǎo)軟件開發(fā)的整個生命周期。述同時開發(fā)，以指導(dǎo)軟件開發(fā)的整個生命周期。 在系統(tǒng)生命周期中，體系結(jié)構(gòu)描述不斷更新在系統(tǒng)生命周期中，體系結(jié)構(gòu)描述不斷更新，以反映體系結(jié)構(gòu)基線的變化，以反映體系結(jié)構(gòu)基線的變化，包括：包括： 新的抽象類和接口的發(fā)現(xiàn)；新的抽

14、象類和接口的發(fā)現(xiàn)； 為已有子系統(tǒng)增加新功能；為已有子系統(tǒng)增加新功能； 可復(fù)用構(gòu)件的版本更新；可復(fù)用構(gòu)件的版本更新； 進程結(jié)構(gòu)的重新組織；進程結(jié)構(gòu)的重新組織； 體系結(jié)構(gòu)基線的新的表示形式等。體系結(jié)構(gòu)基線的新的表示形式等。 構(gòu)造階段：體系結(jié)構(gòu)基線并沒有太大的變化，構(gòu)造階段：體系結(jié)構(gòu)基線并沒有太大的變化，只是使體系結(jié)構(gòu)基線更加堅實、穩(wěn)定。只是使體系結(jié)構(gòu)基線更加堅實、穩(wěn)定。注：在開發(fā)過程中，為了突出重要的設(shè)計問題，注：在開發(fā)過程中，為了突出重要的設(shè)計問題，方便對問題的理解、討論、解決和反饋，通常要方便對問題的理解、討論、解決和反饋，通常要對體系結(jié)構(gòu)基線進行必要的改寫，以便為開發(fā)者對體系結(jié)構(gòu)基線進行必要

15、的改寫，以便為開發(fā)者提供所需信息的高層視圖，其中不能遺漏一些重提供所需信息的高層視圖，其中不能遺漏一些重大的技術(shù)問題。大的技術(shù)問題。迭代與增量迭代與增量 簡單地講，開發(fā)過程是將整個項目劃分為一些簡單地講，開發(fā)過程是將整個項目劃分為一些“小小”的項目的項目 按核心工作流，即需求規(guī)約、分析、設(shè)計、實現(xiàn)和測試這按核心工作流，即需求規(guī)約、分析、設(shè)計、實現(xiàn)和測試這五個活動，對每個小項目都進行迭代；五個活動，對每個小項目都進行迭代； 迭代被組織在迭代被組織在4 4個階段中：初始階段、精化階段、構(gòu)造階段個階段中：初始階段、精化階段、構(gòu)造階段和移交階段。和移交階段。 其中，主要涉及以下八點：其中，主要涉及以下

16、八點： 初始迭代：關(guān)注對問題和技術(shù)的理解，計劃相對初始迭代：關(guān)注對問題和技術(shù)的理解，計劃相對粗略，但更具有挑戰(zhàn)性；粗略，但更具有挑戰(zhàn)性； 精化階段，為構(gòu)造階段制定計劃，其中構(gòu)造階段的精化階段，為構(gòu)造階段制定計劃，其中構(gòu)造階段的第一次迭代最清楚，后面逐漸模糊，在后期要進行修第一次迭代最清楚，后面逐漸模糊，在后期要進行修訂；訂； 前期得到的移交計劃需要在構(gòu)造結(jié)束時修訂；前期得到的移交計劃需要在構(gòu)造結(jié)束時修訂； 計劃時，要考慮前期迭代的結(jié)果、新迭代的用況、計劃時，要考慮前期迭代的結(jié)果、新迭代的用況、與新迭代有關(guān)的風(fēng)險和模型的最新版本集。與新迭代有關(guān)的風(fēng)險和模型的最新版本集。 （其中，對每一次迭代，均

17、要進行計劃和評價。）（其中，對每一次迭代，均要進行計劃和評價。） 在早期迭代中：在早期迭代中： 要積累需求、明確問題、尋找解決問題的知要積累需求、明確問題、尋找解決問題的知識、進行項目定位、建立體系結(jié)構(gòu)基線、遷移主要識、進行項目定位、建立體系結(jié)構(gòu)基線、遷移主要風(fēng)險，風(fēng)險， 并為后續(xù)開發(fā)做詳細計劃。并為后續(xù)開發(fā)做詳細計劃。 -用較少的人力和物力進行此項工作。用較少的人力和物力進行此項工作。 在后期迭代中：在后期迭代中： 要不斷地降低風(fēng)險；要不斷地降低風(fēng)險； 實現(xiàn)構(gòu)件和產(chǎn)生增量。實現(xiàn)構(gòu)件和產(chǎn)生增量。 （增量是由兩次相鄰迭代得到的內(nèi)部發(fā)布之差，（增量是由兩次相鄰迭代得到的內(nèi)部發(fā)布之差，或是兩個相鄰基

18、線之差，迭代的結(jié)果是增量。）或是兩個相鄰基線之差，迭代的結(jié)果是增量。） 通過不斷的迭代，不但獲得增量，盡快獲得反通過不斷的迭代，不但獲得增量，盡快獲得反饋，而且也在不斷地在降低風(fēng)險。饋，而且也在不斷地在降低風(fēng)險。 貫穿整個生命周期的迭代有貫穿整個生命周期的迭代有主里程碑主里程碑和和副里程碑副里程碑。 在四個階段的結(jié)束時，都有一個主里程碑。在四個階段的結(jié)束時，都有一個主里程碑。 主里程碑是管理者與開發(fā)者的同步點，以決定是否主里程碑是管理者與開發(fā)者的同步點，以決定是否繼續(xù)進行項目以及確定項目的進度、預(yù)算和需求等。繼續(xù)進行項目以及確定項目的進度、預(yù)算和需求等。 副里程碑是開發(fā)內(nèi)部的一個工作點，當(dāng)一次

19、迭代結(jié)副里程碑是開發(fā)內(nèi)部的一個工作點，當(dāng)一次迭代結(jié)束或完成一個建造時，可存在一個副里程碑。束或完成一個建造時，可存在一個副里程碑。 用以決定如何進行后續(xù)的迭代。用以決定如何進行后續(xù)的迭代。 在一次迭代結(jié)束時，把模型集合所處的在一次迭代結(jié)束時，把模型集合所處的具體狀態(tài)具體狀態(tài)定定義為基線。義為基線。2、核心工作流、核心工作流 捕獲需求捕獲需求 依據(jù)依據(jù)客戶、用戶、計劃者、開發(fā)者的想法（需客戶、用戶、計劃者、開發(fā)者的想法（需求或用況）求或用況），搜取特征（，搜取特征（feature），形成特征表。），形成特征表。 對特征表中的每個特征給出簡潔的定義。對特征表中的每個特征給出簡潔的定義。 并并 描述

20、其狀態(tài)（提議、批準(zhǔn)、合并和驗證等）；描述其狀態(tài)（提議、批準(zhǔn)、合并和驗證等）； 實施的代價及風(fēng)險；實施的代價及風(fēng)險； 重要的程度以及對其它特征的影響等。重要的程度以及對其它特征的影響等。 用領(lǐng)域模型和業(yè)務(wù)模型捕獲需求用領(lǐng)域模型和業(yè)務(wù)模型捕獲需求 用領(lǐng)域模型捕獲系統(tǒng)環(huán)境中最重要的對象用領(lǐng)域模型捕獲系統(tǒng)環(huán)境中最重要的對象, , 即即: : 業(yè)務(wù)對象（如帳目和合同等）、業(yè)務(wù)對象（如帳目和合同等）、 現(xiàn)實世界中的對象和概念以及事件。現(xiàn)實世界中的對象和概念以及事件。 -領(lǐng)域模型用領(lǐng)域模型用umluml的類圖描述，的類圖描述， 此時，類圖中包含領(lǐng)域類（此時，類圖中包含領(lǐng)域類（umluml類的構(gòu)造型）類的構(gòu)造

21、型）及它們間的關(guān)系。及它們間的關(guān)系。 用用業(yè)務(wù)模型捕獲業(yè)務(wù)及業(yè)務(wù)過程，業(yè)務(wù)模型捕獲業(yè)務(wù)及業(yè)務(wù)過程， -由業(yè)務(wù)用況模型和業(yè)務(wù)對象模型支持。由業(yè)務(wù)用況模型和業(yè)務(wù)對象模型支持。其中，其中， 業(yè)務(wù)用況模型：描述具體的業(yè)務(wù)過程；業(yè)務(wù)用況模型：描述具體的業(yè)務(wù)過程； 業(yè)務(wù)對象模型：描述一個業(yè)務(wù)用況的實現(xiàn)，即業(yè)務(wù)對象模型：描述一個業(yè)務(wù)用況的實現(xiàn)，即該業(yè)務(wù)用況是如何通過工作者和一組業(yè)務(wù)實體（該業(yè)務(wù)用況是如何通過工作者和一組業(yè)務(wù)實體（如支票）和工作單元（一些業(yè)務(wù)實體形成的有機如支票）和工作單元（一些業(yè)務(wù)實體形成的有機體）實現(xiàn)的。這一實現(xiàn)可以用交互圖和活動圖表體）實現(xiàn)的。這一實現(xiàn)可以用交互圖和活動圖表示。示。 -可

22、見，業(yè)務(wù)對象模型是一個業(yè)務(wù)的內(nèi)部模可見，業(yè)務(wù)對象模型是一個業(yè)務(wù)的內(nèi)部模型。型。 綜上，這一階段主要是產(chǎn)生表達需求的用況綜上，這一階段主要是產(chǎn)生表達需求的用況模型，即通過模型，即通過特征表、領(lǐng)域模型特征表、領(lǐng)域模型和和業(yè)務(wù)模型業(yè)務(wù)模型，產(chǎn)生，產(chǎn)生如下制品如下制品： 參與者、用況、用況模型和體系結(jié)構(gòu)描述。參與者、用況、用況模型和體系結(jié)構(gòu)描述。 其中，詳述的用況模型由：其中，詳述的用況模型由： 整體描述、一組圖和詳述的用況整體描述、一組圖和詳述的用況 組成組成下面是捕獲需求階段的活動描述：下面是捕獲需求階段的活動描述： 捕獲需求階段的活動：捕獲需求階段的活動：序序號號輸入輸入活動活動執(zhí)行者執(zhí)行者輸出

23、輸出1業(yè)務(wù)模型或領(lǐng)域模業(yè)務(wù)模型或領(lǐng)域模型型,補充需求補充需求, 特征特征表表發(fā) 現(xiàn) 參 與發(fā) 現(xiàn) 參 與者和用況者和用況系統(tǒng)分析員、客戶系統(tǒng)分析員、客戶、用戶、其他分析、用戶、其他分析員員用況模型用況模型概 述概 述，術(shù)語表，術(shù)語表2用況模型用況模型概述概述，補充，補充需求，術(shù)語表需求，術(shù)語表賦 予 用 況賦 予 用 況優(yōu)先級優(yōu)先級體系結(jié)構(gòu)設(shè)計者體系結(jié)構(gòu)設(shè)計者體系結(jié)構(gòu)描述體系結(jié)構(gòu)描述用況模型角度用況模型角度3用況模型用況模型概述概述，補充，補充需求，術(shù)語表需求，術(shù)語表細化用況細化用況用況描述者用況描述者用況用況詳述詳述4用況用況詳述詳述，用況模型，用況模型概述概述，補充需求，術(shù)，補充需求，術(shù)語

24、表語表人 機 接 口人 機 接 口原型化原型化人機接口設(shè)計者人機接口設(shè)計者人機接口原型人機接口原型5用況用況詳述詳述，用況模型，用況模型概述概述，補充需求，術(shù)，補充需求，術(shù)語表語表構(gòu) 造 用 況構(gòu) 造 用 況模型模型系統(tǒng)分析員系統(tǒng)分析員用況模型用況模型詳述詳述 工作流程：工作流程： 分析分析 分析是對需求的精化和構(gòu)造。此階段產(chǎn)生的制品有：分析是對需求的精化和構(gòu)造。此階段產(chǎn)生的制品有： 分析類分析類 特點：多為概念性的，粒度比類大，很少有操作特點：多為概念性的，粒度比類大，很少有操作和特征標(biāo)記，要用責(zé)任定義其行為，在高層有概念性和特征標(biāo)記，要用責(zé)任定義其行為，在高層有概念性屬性和關(guān)系。分析類包括

25、：屬性和關(guān)系。分析類包括：用于對系統(tǒng)和參與者之間的接口建模的邊界類；用于對系統(tǒng)和參與者之間的接口建模的邊界類；用于對一些概念和現(xiàn)象的信息和相關(guān)行為建模的實用于對一些概念和現(xiàn)象的信息和相關(guān)行為建模的實體類；體類；用于協(xié)調(diào)、順序化、處理和控制其它類的控制類。用于協(xié)調(diào)、順序化、處理和控制其它類的控制類。 用況用況實現(xiàn)實現(xiàn)- -分析分析 特點：注重于功能需求。涉及：特點：注重于功能需求。涉及： 類圖（使用分析類）；類圖（使用分析類）； 交互圖（用協(xié)作圖描述分析類之間的交互）；交互圖（用協(xié)作圖描述分析類之間的交互）； 事件流事件流分析分析（用文本解釋圖），以及（用文本解釋圖），以及 補充需求（用文本描述

26、：持久、分布、并發(fā)、補充需求（用文本描述：持久、分布、并發(fā)、 安全特征、容錯等方面的非功能需求）等。安全特征、容錯等方面的非功能需求）等。 分析包分析包 由分析類、用況由分析類、用況實現(xiàn)實現(xiàn)- -分析分析以及其它分析包組成。以及其它分析包組成。 一般地，把支持一個特定的業(yè)務(wù)過程或參與者一般地，把支持一個特定的業(yè)務(wù)過程或參與者的一些用況組織在一個包中，或把具有泛化或擴的一些用況組織在一個包中，或把具有泛化或擴展關(guān)系的用況組織在一個包中。展關(guān)系的用況組織在一個包中。 系統(tǒng)體系結(jié)構(gòu)描述系統(tǒng)體系結(jié)構(gòu)描述分析模型角度分析模型角度 主要包括由分析模型分解成的分析包和它們主要包括由分析模型分解成的分析包和它

27、們之間的依賴、關(guān)鍵分析類、實現(xiàn)重要及關(guān)鍵功能之間的依賴、關(guān)鍵分析類、實現(xiàn)重要及關(guān)鍵功能的用況的用況實現(xiàn)實現(xiàn)- -分析分析。 下面是分析階段的活動描述：下面是分析階段的活動描述： 分析階段的活動分析階段的活動 序序號號輸入輸入活動活動執(zhí)行者執(zhí)行者輸出輸出1用況模型、補充需求、用況模型、補充需求、業(yè)務(wù)模型或領(lǐng)域模型、業(yè)務(wù)模型或領(lǐng)域模型、體系結(jié)構(gòu)描述體系結(jié)構(gòu)描述用況模型角度用況模型角度體 系 結(jié) 構(gòu)體 系 結(jié) 構(gòu)分析分析體 系 結(jié) 構(gòu)體 系 結(jié) 構(gòu)設(shè)計者設(shè)計者分析包分析包概 述概 述、分析、分析類類概 述概 述、體系結(jié)構(gòu)、體系結(jié)構(gòu)描述描述分析模型角度分析模型角度2用況模型、補充需求、用況模型、補充需

28、求、業(yè)務(wù)模型或領(lǐng)域模型、業(yè)務(wù)模型或領(lǐng)域模型、體系結(jié)構(gòu)描述體系結(jié)構(gòu)描述分析模型角度分析模型角度分析用況分析用況用 況 工 程用 況 工 程師師用況用況實現(xiàn)實現(xiàn)-分析分析、分析、分析類類概述概述3用況用況實現(xiàn)實現(xiàn)-分析分析、分析類、分析類概概述述對類分析對類分析構(gòu) 件 工 程構(gòu) 件 工 程師師分析類分析類完成完成4系統(tǒng)體系結(jié)構(gòu)描述系統(tǒng)體系結(jié)構(gòu)描述分析分析模型角度模型角度、分析包、分析包概述概述對 包 進 行對 包 進 行分析分析構(gòu) 件 工 程構(gòu) 件 工 程師師分析包分析包完成完成 工作流程：工作流程：設(shè)計設(shè)計 產(chǎn)生的制品有：產(chǎn)生的制品有： 設(shè)計模型設(shè)計模型 描述用況物理實現(xiàn)的對象模型，注重于功能需

29、求描述用況物理實現(xiàn)的對象模型，注重于功能需求和實現(xiàn)環(huán)境對系統(tǒng)的影響。和實現(xiàn)環(huán)境對系統(tǒng)的影響。 設(shè)計類設(shè)計類 考慮與實現(xiàn)有關(guān)的因素，具體描述操作的參數(shù)、考慮與實現(xiàn)有關(guān)的因素，具體描述操作的參數(shù)、屬性和類型等。屬性和類型等。 用況用況實現(xiàn)實現(xiàn)設(shè)計設(shè)計 是設(shè)計模型中的一個協(xié)作，按設(shè)計類及其對象的是設(shè)計模型中的一個協(xié)作，按設(shè)計類及其對象的術(shù)語，描述一個具體的用況如何實現(xiàn)和執(zhí)行。由類術(shù)語，描述一個具體的用況如何實現(xiàn)和執(zhí)行。由類圖、交互圖、事件流圖、交互圖、事件流設(shè)計設(shè)計（按對象或子系統(tǒng)的術(shù)語進（按對象或子系統(tǒng)的術(shù)語進行的文本描述）和與實現(xiàn)相關(guān)的需求組成。行的文本描述）和與實現(xiàn)相關(guān)的需求組成。 設(shè)計子系統(tǒng)

30、設(shè)計子系統(tǒng) 是組織設(shè)計模型制品的一種手段，用以描述大是組織設(shè)計模型制品的一種手段，用以描述大粒度的構(gòu)件，由設(shè)計類、用況粒度的構(gòu)件，由設(shè)計類、用況實現(xiàn)實現(xiàn)、接口和其它子系、接口和其它子系統(tǒng)組成。統(tǒng)組成。 接口接口 表示由設(shè)計類和子系統(tǒng)提供的操作。表示由設(shè)計類和子系統(tǒng)提供的操作。 體系結(jié)構(gòu)描述體系結(jié)構(gòu)描述設(shè)計模型角度設(shè)計模型角度 主要包括由設(shè)計模型分解的子系統(tǒng)、接口、依主要包括由設(shè)計模型分解的子系統(tǒng)、接口、依賴、關(guān)鍵設(shè)計類和用況賴、關(guān)鍵設(shè)計類和用況實現(xiàn)實現(xiàn)設(shè)計設(shè)計。 部署圖部署圖 是一個對象模型，按在計算節(jié)點上的功能分布是一個對象模型，按在計算節(jié)點上的功能分布描述系統(tǒng)的物理分布。描述系統(tǒng)的物理分布

31、。 體系結(jié)構(gòu)描述體系結(jié)構(gòu)描述部署圖的角度部署圖的角度 包括部署模型的體系結(jié)構(gòu)方面的視圖。包括部署模型的體系結(jié)構(gòu)方面的視圖。 設(shè)計階段的活動：設(shè)計階段的活動：序序號號輸入輸入活動活動執(zhí)行者執(zhí)行者輸出輸出1用況模型、補充需求用況模型、補充需求、分析模型、體系結(jié)、分析模型、體系結(jié)構(gòu)描述構(gòu)描述分析模型角度分析模型角度體 系體 系結(jié) 構(gòu)結(jié) 構(gòu)設(shè)計設(shè)計體 系 結(jié)體 系 結(jié)構(gòu) 設(shè) 計構(gòu) 設(shè) 計者者子系統(tǒng)子系統(tǒng)概述概述、接口、接口概述概述、設(shè)計類、設(shè)計類概概述述、部署模型、部署模型概述概述、體系結(jié)構(gòu)描、體系結(jié)構(gòu)描述述設(shè)計、部署模型角度設(shè)計、部署模型角度2用況模型、補充需用況模型、補充需求、分析模型、設(shè)求、分析

32、模型、設(shè)計模型、部署模型計模型、部署模型設(shè) 計設(shè) 計用況用況用 況 工用 況 工程師程師用況用況實現(xiàn)實現(xiàn)-設(shè)計設(shè)計、設(shè)計類、設(shè)計類概述概述、子系、子系統(tǒng)統(tǒng)概述概述、接口、接口概述概述3用況用況實現(xiàn)實現(xiàn)-設(shè)計設(shè)計、設(shè)計、設(shè)計類類概述概述、接口、接口概述概述、分析類分析類完成完成對 類對 類設(shè)計設(shè)計構(gòu) 件 工構(gòu) 件 工程師程師設(shè)計類設(shè)計類完成完成4體系結(jié)構(gòu)描述（從設(shè)體系結(jié)構(gòu)描述（從設(shè)計模型角度）、子系計模型角度）、子系統(tǒng)統(tǒng)概述概述、接口、接口概述概述設(shè) 計設(shè) 計子 系子 系統(tǒng)統(tǒng)構(gòu) 件 工構(gòu) 件 工程師程師子系統(tǒng)子系統(tǒng)完成完成、接口、接口完成完成 其中：其中：活動活動1 1 把分析模型的分析包變?yōu)樵O(shè)

33、計模型的子系統(tǒng)。活動把分析模型的分析包變?yōu)樵O(shè)計模型的子系統(tǒng)?；顒? 2中中的用況里的各個流應(yīng)該各對應(yīng)一個順序圖。的用況里的各個流應(yīng)該各對應(yīng)一個順序圖。工作流程：工作流程： 實現(xiàn)實現(xiàn) 任務(wù)：任務(wù)： 實現(xiàn)設(shè)計類和子系統(tǒng)；實現(xiàn)設(shè)計類和子系統(tǒng)； 由設(shè)計類生成構(gòu)件；對構(gòu)件進行單元測試；對由設(shè)計類生成構(gòu)件；對構(gòu)件進行單元測試；對構(gòu)件進行集成和連接；構(gòu)件進行集成和連接； 把可執(zhí)行的構(gòu)件映射到部署模型。把可執(zhí)行的構(gòu)件映射到部署模型。 此階段產(chǎn)生的制品有：此階段產(chǎn)生的制品有： 實現(xiàn)模型實現(xiàn)模型： 描述如何用構(gòu)件實現(xiàn)設(shè)計模型中的元素；描述如何描述如何用構(gòu)件實現(xiàn)設(shè)計模型中的元素；描述如何按實現(xiàn)環(huán)境組織構(gòu)件；描述構(gòu)件

34、間的依賴關(guān)系。按實現(xiàn)環(huán)境組織構(gòu)件；描述構(gòu)件間的依賴關(guān)系。 構(gòu)件：是對模型元素（如設(shè)計模型中的設(shè)計類）的構(gòu)件：是對模型元素（如設(shè)計模型中的設(shè)計類）的物理封裝。物理封裝。實現(xiàn)子系統(tǒng)實現(xiàn)子系統(tǒng)：由構(gòu)件、接口和其它子系統(tǒng)組成。：由構(gòu)件、接口和其它子系統(tǒng)組成。 接口：用于表示由構(gòu)件和實現(xiàn)子系統(tǒng)所實現(xiàn)的操接口：用于表示由構(gòu)件和實現(xiàn)子系統(tǒng)所實現(xiàn)的操作。在這一階段可以使用設(shè)計時的接口。作。在這一階段可以使用設(shè)計時的接口。 體系結(jié)構(gòu)描述體系結(jié)構(gòu)描述實現(xiàn)模型的角度實現(xiàn)模型的角度 ： 包括由實現(xiàn)模型分解的子系統(tǒng)、子系統(tǒng)間的接包括由實現(xiàn)模型分解的子系統(tǒng)、子系統(tǒng)間的接口、子系統(tǒng)間的依賴以及關(guān)鍵構(gòu)件?？?、子系統(tǒng)間的依賴以

35、及關(guān)鍵構(gòu)件。 集成建造計劃集成建造計劃： 在增量開發(fā)中，每一步的結(jié)果即為一個建造（在增量開發(fā)中，每一步的結(jié)果即為一個建造（bulidbulid），即系統(tǒng)的一個可執(zhí)行的版本。在一個迭），即系統(tǒng)的一個可執(zhí)行的版本。在一個迭代中，可能創(chuàng)建一個建造序列，該序列即集成建造代中，可能創(chuàng)建一個建造序列，該序列即集成建造計劃。計劃。下面給出實現(xiàn)階段的活動描述。其中：下面給出實現(xiàn)階段的活動描述。其中： 在活動在活動3 3中，相應(yīng)設(shè)計子系統(tǒng)中的每個類和每個中，相應(yīng)設(shè)計子系統(tǒng)中的每個類和每個接口要在實現(xiàn)子系統(tǒng)中的構(gòu)件實現(xiàn)。接口要在實現(xiàn)子系統(tǒng)中的構(gòu)件實現(xiàn)。 在活動在活動4 4中，要列出包含源代碼的文件構(gòu)件，從中，要列

36、出包含源代碼的文件構(gòu)件，從設(shè)計類中生成代碼和該設(shè)計類所涉及到的關(guān)系，以設(shè)計類中生成代碼和該設(shè)計類所涉及到的關(guān)系，以及為設(shè)計類提供操作的方法。構(gòu)件提供的接口要與及為設(shè)計類提供操作的方法。構(gòu)件提供的接口要與設(shè)計類提供的相一致。設(shè)計類提供的相一致。工作流程：工作流程： 實現(xiàn)階段的活動：實現(xiàn)階段的活動：序序號號輸入輸入活動活動執(zhí)行者執(zhí)行者輸出輸出1設(shè)計模型、部署模型設(shè)計模型、部署模型、體系結(jié)構(gòu)描述、體系結(jié)構(gòu)描述設(shè)計模設(shè)計模型、部署模型角度型、部署模型角度實現(xiàn)體系結(jié)實現(xiàn)體系結(jié)構(gòu)構(gòu)體 系 結(jié) 構(gòu)體 系 結(jié) 構(gòu)設(shè)計者設(shè)計者構(gòu)件構(gòu)件概 述概 述、體系、體系結(jié)構(gòu)描述結(jié)構(gòu)描述實現(xiàn)模型、實現(xiàn)模型、部署模型角度部署模

37、型角度2補充需求、用況模型、補充需求、用況模型、設(shè)計模型、實現(xiàn)模型設(shè)計模型、實現(xiàn)模型當(dāng)前當(dāng)前建造建造集成系統(tǒng)集成系統(tǒng)系統(tǒng)集成者系統(tǒng)集成者集成建造計劃、集成建造計劃、實現(xiàn)模型實現(xiàn)模型連續(xù)的建造連續(xù)的建造3集成建造計劃、體系集成建造計劃、體系結(jié)構(gòu)描述結(jié)構(gòu)描述實現(xiàn)模型角度實現(xiàn)模型角度、設(shè)計子系統(tǒng)設(shè)計子系統(tǒng)已設(shè)計已設(shè)計、接、接口口已設(shè)計已設(shè)計實 現(xiàn) 子 系實 現(xiàn) 子 系統(tǒng)統(tǒng)構(gòu) 件 工 程構(gòu) 件 工 程師師實現(xiàn)子系統(tǒng)實現(xiàn)子系統(tǒng)建造建造完成完成，接口，接口建造完建造完成成4設(shè)計類設(shè)計類已設(shè)計已設(shè)計、接口、接口由設(shè)計類提供由設(shè)計類提供實現(xiàn)類實現(xiàn)類構(gòu)件工程構(gòu)件工程師師構(gòu)件構(gòu)件完成完成5構(gòu)件構(gòu)件完成完成、接口、

38、接口完 成 單 元完 成 單 元測試測試構(gòu)件工程構(gòu)件工程師師構(gòu)件構(gòu)件已完成單元測試已完成單元測試 測試測試 測試包括內(nèi)部測試、中間測試和最終測試。測試包括內(nèi)部測試、中間測試和最終測試。 特別是在精化階段中體系結(jié)構(gòu)基線變?yōu)榭蓤?zhí)行時特別是在精化階段中體系結(jié)構(gòu)基線變?yōu)榭蓤?zhí)行時，在構(gòu)造階段中系統(tǒng)變?yōu)榭蓤?zhí)行時，以及在移交階，在構(gòu)造階段中系統(tǒng)變?yōu)榭蓤?zhí)行時，以及在移交階段中檢測到缺陷時，要進行測試。段中檢測到缺陷時，要進行測試。測試階段產(chǎn)生如下制品：測試階段產(chǎn)生如下制品： 測試模型測試模型：主要描述：主要描述2 2點：點： 集成測試者和系統(tǒng)測試者怎樣測試已實現(xiàn)的可集成測試者和系統(tǒng)測試者怎樣測試已實現(xiàn)的可執(zhí)行

39、構(gòu)件；執(zhí)行構(gòu)件； 怎樣測試系統(tǒng)的特殊方面怎樣測試系統(tǒng)的特殊方面 （如用戶接口、可（如用戶接口、可用性、一致性、用戶手冊是否達到目的等）。用性、一致性、用戶手冊是否達到目的等）。 測試模型是測試用例、測試過程和測試構(gòu)件的測試模型是測試用例、測試過程和測試構(gòu)件的集合體。集合體。 測試用況：描述測試系統(tǒng)的方式。測試用況的一般描測試用況：描述測試系統(tǒng)的方式。測試用況的一般描述：包括輸入、輸出和條件。述：包括輸入、輸出和條件。 測試過程：描述怎樣執(zhí)行一個或幾個測試用況，也可測試過程：描述怎樣執(zhí)行一個或幾個測試用況，也可以描述其中的片段。以描述其中的片段。 測試構(gòu)件：用于測試模型實現(xiàn)中的構(gòu)件。測試時，測試

40、構(gòu)件：用于測試模型實現(xiàn)中的構(gòu)件。測試時，要提供測試輸入，并控制和監(jiān)視被測構(gòu)件的執(zhí)行。要提供測試輸入，并控制和監(jiān)視被測構(gòu)件的執(zhí)行。 用腳本語言描述或編程語言開發(fā)測試構(gòu)件，也可用腳本語言描述或編程語言開發(fā)測試構(gòu)件，也可以用一個測試自動工具進行記錄，以對一個或多個測以用一個測試自動工具進行記錄，以對一個或多個測試過程或它們片段進行自動化。試過程或它們片段進行自動化。 測試計劃：測試計劃： 測試計劃描述測試策略、資源和時間表。測試策測試計劃描述測試策略、資源和時間表。測試策略包括對各迭代進行測試的種類、目的、級別、代略包括對各迭代進行測試的種類、目的、級別、代碼覆蓋率以及成功的準(zhǔn)則。碼覆蓋率以及成功的

41、準(zhǔn)則。 缺陷：系統(tǒng)的異常現(xiàn)象。缺陷：系統(tǒng)的異?，F(xiàn)象。 評價測試：評價測試： 對一次迭代，對測試用況覆蓋率、代碼覆蓋率對一次迭代，對測試用況覆蓋率、代碼覆蓋率和缺陷情況（可繪制缺陷趨勢圖）進行評價。把評和缺陷情況（可繪制缺陷趨勢圖）進行評價。把評價結(jié)果與目標(biāo)比較，準(zhǔn)備度量。價結(jié)果與目標(biāo)比較，準(zhǔn)備度量。下面給出測試階段的活動描述：下面給出測試階段的活動描述：其中：其中： 在活動在活動2 2中，對各建造要設(shè)計集成測試用況、中，對各建造要設(shè)計集成測試用況、系統(tǒng)測試用況和回歸測試用況。系統(tǒng)測試用況和回歸測試用況。 在活動在活動4 4中，對一個迭代中的各個建造執(zhí)行集中，對一個迭代中的各個建造執(zhí)行集成測試。

42、當(dāng)集成測試滿足當(dāng)前迭代計劃中的目標(biāo)成測試。當(dāng)集成測試滿足當(dāng)前迭代計劃中的目標(biāo)時，要進行活動時，要進行活動5 5。 工作流程：工作流程： 測試階段的活動：測試階段的活動：序序號號輸入輸入活動活動執(zhí)行者執(zhí)行者輸出輸出1補充需求、用況模型、分析模型補充需求、用況模型、分析模型、設(shè)計模型、實現(xiàn)模型、體系結(jié)、設(shè)計模型、實現(xiàn)模型、體系結(jié)構(gòu)描述構(gòu)描述模型的體系結(jié)構(gòu)角度模型的體系結(jié)構(gòu)角度計劃測試計劃測試測試工程師測試工程師測試計測試計劃劃2補充需求、用況模型、分析模型、設(shè)補充需求、用況模型、分析模型、設(shè)計模型、實現(xiàn)模型、體系結(jié)構(gòu)描述計模型、實現(xiàn)模型、體系結(jié)構(gòu)描述模型模型的體系結(jié)構(gòu)角度的體系結(jié)構(gòu)角度、測試計劃、

43、測試計劃策略、時間表策略、時間表設(shè) 計 測設(shè) 計 測試試測 試 工 程測 試 工 程師師測試用測試用況況測試過測試過程程3測試用況、測試過程、實現(xiàn)模型測試用況、測試過程、實現(xiàn)模型被被測試的建造測試的建造實 現(xiàn) 測實 現(xiàn) 測試試構(gòu) 件 工 程構(gòu) 件 工 程師師測試構(gòu)測試構(gòu)件件4測試用況、測試過程、測試構(gòu)件、實測試用況、測試過程、測試構(gòu)件、實現(xiàn)模型現(xiàn)模型被測試的建造被測試的建造執(zhí) 行 集執(zhí) 行 集成測試成測試集 成 測 試集 成 測 試者者缺陷缺陷5測試用況、測試過程、測試構(gòu)件、實測試用況、測試過程、測試構(gòu)件、實現(xiàn)模型現(xiàn)模型被測試的建造被測試的建造執(zhí)行系統(tǒng)測試執(zhí)行系統(tǒng)測試系 統(tǒng) 測 試系 統(tǒng) 測

44、試者者缺陷缺陷6測試計劃、測試模型、缺陷測試計劃、測試模型、缺陷評 價 測評 價 測試試測試工程師測試工程師測 試 評測 試 評價價 3 3、usdpusdp的四個階段的四個階段初始階段初始階段本階段確定所設(shè)立的項目是否可行，具體要做如下本階段確定所設(shè)立的項目是否可行，具體要做如下工作：工作： 對需求有一個大概的了解，確定系統(tǒng)中的大多對需求有一個大概的了解，確定系統(tǒng)中的大多數(shù)角色和用況，但此時的用況是簡要的，這些用況數(shù)角色和用況，但此時的用況是簡要的，這些用況構(gòu)成了一個簡化的用況模型。對給出的系統(tǒng)體系結(jié)構(gòu)成了一個簡化的用況模型。對給出的系統(tǒng)體系結(jié)構(gòu)的概貌，細化到主要子系統(tǒng)即可。構(gòu)的概貌，細化到主要子系統(tǒng)即可。 識別影響項目可行性的風(fēng)險識別影響項目可行性的風(fēng)險。 考慮時間、經(jīng)費、技術(shù)、項目規(guī)模和效益等因考慮時間、經(jīng)費、技術(shù)、項目規(guī)模和效益等因素。素。 關(guān)注于業(yè)