UML期末復(fù)習(xí)題

1、單選題1 .（A）不是UML#系的組成部分。A.應(yīng)用領(lǐng)域B.規(guī)則2 .在UML中，有四種事物，下面哪個(gè)不是（A.結(jié)構(gòu)事物B.靜態(tài)事物3 .以下（C）不是RUP中的優(yōu)秀方法。A.迭代的開發(fā)軟件C.配置管理與變更管理4 .下面（D）屬于UML中的動(dòng)態(tài)視圖。A.類圖B.用例圖C.基本構(gòu)造塊D.公共機(jī)制B）。C.分組事物D.注釋事物B.不斷的驗(yàn)證軟件質(zhì)量D.支持正向與逆向工程C.對(duì)象圖D.狀態(tài)圖5 .在UML中，（A）把活動(dòng)圖中的活動(dòng)劃分為若干組，并將劃分的組指定給對(duì)象，這些對(duì)象必須履行該組所包括的活動(dòng)，它能夠明確地表示哪些活動(dòng)是由哪些對(duì)象完成的。A.泳道B.同步條C.活動(dòng)D.組合活動(dòng)6 .用例之間有

2、幾種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（B）。A.includeB.connectC.generalizationD.extend7 .event表示對(duì)一個(gè)在時(shí)間和空間上占據(jù)一定位置的有意義的事情的規(guī)格說明，下面哪個(gè)不是事件的類型（C）。A.信號(hào)B.調(diào)用事件C.源事件D.時(shí)間事件8 .通常對(duì)象有很多屬性，但對(duì)于外部對(duì)象來說某些屬性應(yīng)該不能被直接訪問，下面哪個(gè)不是UML中的類成員訪問限定性（D）A.publicB.protectedC.privateD.friendly9 .在UML中，類之間的關(guān)系有一種關(guān)系稱為關(guān)聯(lián)，其中多重性用來描述類之間的對(duì)應(yīng)關(guān)系，下面哪個(gè)不是其中之一（A）。A.*

3、.*B,0.*C.1.*D,0.110 .關(guān)于包的描述，不正確的是（B）。A.和其他建模元素一樣，每個(gè)包必須有一個(gè)區(qū)別于其他包的名字B.export使一個(gè)包中的元素可以單向訪問另一個(gè)包中的元素C.包的可見性分為public、protected、privateD.包中可以包含其他元素，比如類、接口、組件、用例等等11 .UseCase用來描述系統(tǒng)在事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號(hào)”之間是（C）關(guān)系。A.aggregationB.extendC.

4、includeD.classification12 .UML中，用例圖展示了外部Actor與系統(tǒng)所提供的用例之間的連接，UML中的外部Actor是指（D）。A.人員B.單位C.人員和單位D.人員或外部系統(tǒng)13 .在UML中，用例可以使用（A）來描述。A.活動(dòng)圖B.類圖C.狀態(tài)圖D.協(xié)作圖14 .下列關(guān)于UMLM述正確的是（B）。A. UML是一種語言，語言的使用者不能對(duì)其進(jìn)行擴(kuò)展B. UML是獨(dú)立于軟件開發(fā)過程的C. UML僅是一組圖形的集合D. UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段15 .UML中，對(duì)象行為是通過交互來實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種類來表

5、示,分別是（C）。A.狀態(tài)圖和時(shí)序圖B.活動(dòng)圖和協(xié)作圖C.時(shí)序圖和協(xié)作圖D.狀態(tài)圖和活動(dòng)圖16 .為了使構(gòu)件系統(tǒng)更切合實(shí)際、更有效地被復(fù)用，構(gòu)件應(yīng)當(dāng)具備（D）,以提高其通用性。A.可繼承性B.可變性C.可封裝性D.可伸縮性17 .當(dāng)（A）時(shí)，用例是捕獲系統(tǒng)需求最好的選擇。A.系統(tǒng)有很多參與者B.系統(tǒng)具有很少的接口C.系統(tǒng)算法復(fù)雜，功能單一D.系統(tǒng)具有很少的用戶18 .下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計(jì)的描述，正確的是（B）。A.面向?qū)ο笤O(shè)計(jì)描述軟件要做什么B.面向?qū)ο蠓治霾恍枰紤]技術(shù)和實(shí)現(xiàn)層面的細(xì)節(jié)C.面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計(jì)的結(jié)果D.面向?qū)ο笤O(shè)計(jì)的結(jié)果是簡(jiǎn)單的分析模型19 .下面（C）不

6、是UML的關(guān)系。A.依賴關(guān)系B.關(guān)聯(lián)關(guān)系C.繼承關(guān)系D.泛化關(guān)系20 .構(gòu)件圖用于對(duì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)構(gòu)件的配置管理，通常可以分為四種方式來完成，下面哪種不是其中之一（D）。A.對(duì)源代碼建模B.對(duì)可執(zhí)行體的發(fā)布建模C.對(duì)物理數(shù)據(jù)庫建模D.對(duì)事物建模21 .封裝是把對(duì)象的（A）結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象。A.屬性和操作B.信息流C.消息和事件D.數(shù)據(jù)的集合22 .封裝是一種（C）技術(shù)，目的是使對(duì)象的生產(chǎn)者和使用者分離，使對(duì)象的定義和實(shí)現(xiàn)分開。A.工程化B.系統(tǒng)維護(hù)C.信息隱蔽D.產(chǎn)生對(duì)象23 .面向?qū)ο蠓椒ㄖ械模―）機(jī)制使子類可以自動(dòng)擁有（復(fù)制）父類的全部屬性和操作

7、。A.約束B.對(duì)象映射C.信息隱蔽D.繼承24 .使得在多個(gè)類中能夠定義同一個(gè)操作或?qū)傩悦?，并在每一個(gè)類中有不同的實(shí)現(xiàn)的一種方法是（D）。A.繼承B.多態(tài)性C.約束D.接口25 .UML的軟件以（A）為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)、迭代、漸增的方式進(jìn)行開發(fā)。A.用例B.對(duì)象C.類D.程序26 .UML的（B）模型圖由類圖、對(duì)象圖、包圖、構(gòu)件圖和配置圖組成。A.用例B.靜態(tài)C.動(dòng)態(tài)D.系統(tǒng)27 .UML的（C）模型圖由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成。A.用例B.靜態(tài)C.動(dòng)態(tài)D.系統(tǒng)28 .UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（D）。A.用戶手冊(cè)B.類圖C.動(dòng)態(tài)圖D.相應(yīng)的

8、軟件文檔資料29 .在UML的需求分析建模中，（B）模型圖必須與用戶反復(fù)交流并加以確認(rèn)。A.配置B.用例C.包D.動(dòng)態(tài)30 .可行性研究分析報(bào)告包括經(jīng)濟(jì)可行性分析、技術(shù)可行性分析和（B）可行性分析。A.風(fēng)險(xiǎn)B.法律C.資源D.效益31 .UML的客戶需求分析模型包括（A）模型、類圖、對(duì)象圖和活動(dòng)圖組成。A.用例B.靜態(tài)C.動(dòng)態(tài)D.系統(tǒng)32 .UML客戶需求分析使用的CRC卡片上“責(zé)任”一欄的內(nèi)容主要描述類的（C）和操作。A.對(duì)象成員B.關(guān)聯(lián)對(duì)象C.屬性D.私有成員33 .UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的（D）。A.狀態(tài)B.體系結(jié)構(gòu)C.靜態(tài)模型D.功能要求34 .在UML的需求分析建

9、模中，用例模型必須與（B）反復(fù)交流并加以確認(rèn)。A.軟件生產(chǎn)商B.用戶C.軟件開發(fā)人員D.問題領(lǐng)域?qū)＜?5 .在UML的需求分析模型中，對(duì)用例模型中的用例進(jìn)行細(xì)化說明應(yīng)使用（A）oA.活動(dòng)圖B.狀態(tài)圖C.配置圖D.構(gòu)件圖36 .活動(dòng)圖中的分劈和同步接合圖符是用來描述（A）A.并發(fā)處理行為B.對(duì)象的時(shí)序C.類的關(guān)系D.系統(tǒng)體系結(jié)構(gòu)框架37 .UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型是（B）、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。A.數(shù)據(jù)模型B.對(duì)象靜態(tài)模型C.對(duì)象關(guān)系模型D.體系結(jié)構(gòu)模型38 .UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型，其描述圖符（A）。A.完全相同B.完全不同C.不可以通用

10、D.稍有差異39 .類和對(duì)象都有屬性，它們的差別是：類描述了屬性的類型，而對(duì)象的屬性必須有（C）A.正負(fù)號(hào)B.動(dòng)作C.具體值D.私有成員40 .UML系統(tǒng)需求分析階段產(chǎn)生的包圖描述了系統(tǒng)的（B）。A.狀態(tài)B.系統(tǒng)體系層次結(jié)構(gòu)C.靜態(tài)模型D.功能要求41 .設(shè)計(jì)模式在面向?qū)ο笙到y(tǒng)設(shè)計(jì)中是（D）的一種形式。A.軟件調(diào)用B.設(shè)計(jì)方法C.子系統(tǒng)D.軟件復(fù)用42 .“對(duì)象容器”設(shè)計(jì)模式對(duì)有限的對(duì)象進(jìn)行管理，它不能（C）對(duì)象。A.查找B.修改C.創(chuàng)建D.刪除43 .UML系統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對(duì)象設(shè)計(jì)、系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的（C）和審查A.建模B.完善C.優(yōu)化D.迭代44 .順序圖和合作圖主要用

11、于用例圖中（B）的建模，用它們來描述用例圖的行為。A.數(shù)據(jù)流B.控制流C.消息流D.數(shù)據(jù)字典45 .順序圖的模型元素有（A）、消息、鏈接等，這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所傳遞的消息，來對(duì)系統(tǒng)的行為建模。A.對(duì)象B.箭頭線C.活動(dòng)D.狀態(tài)46 .順序圖描述（D）對(duì)象之間消息的傳遞順序。A.某個(gè)B.單個(gè)C.一個(gè)類產(chǎn)生的D.一組47 .順序圖和合作圖建立了UMIM向?qū)ο箝_發(fā)過程中的對(duì)象動(dòng)態(tài)（A）模型。A.交互B.狀態(tài)C.體系結(jié)構(gòu)D.軟件復(fù)用48 .狀態(tài)圖可以表現(xiàn)（B）在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移而引起的動(dòng)作。A.一組對(duì)象B.一個(gè)對(duì)象C.多個(gè)執(zhí)

12、行者D.幾個(gè)子系統(tǒng)49 .狀態(tài)圖描述一個(gè)對(duì)象在不同（A）的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。A.事件B.對(duì)象C.執(zhí)行者D.數(shù)據(jù)50 .一個(gè)（D）遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài)，它們可以把一個(gè)控制分解為并行運(yùn)行的并發(fā)狀態(tài)，或?qū)⒍鄠€(gè)并發(fā)線程接合成單個(gè)線程。A.狀態(tài)B.對(duì)象C.活動(dòng)D.同步并發(fā)51 .活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠（B）觸發(fā)的，當(dāng)活動(dòng)（動(dòng)作）狀態(tài)中的活動(dòng)完成時(shí)遷移就被觸發(fā)。A.對(duì)象B.事件C.執(zhí)行者D.系統(tǒng)52 .狀態(tài)圖和活動(dòng)圖建立了UMIM向?qū)ο箝_發(fā)過程中的對(duì)象動(dòng)態(tài)（B）模型。A.交互B.狀態(tài)C.體系結(jié)構(gòu)D.軟件復(fù)用53 .系統(tǒng)體系結(jié)構(gòu)是用來描述系統(tǒng)各部分的結(jié)構(gòu)、接口以及它們用于通信的（

13、A）。A.一種機(jī)制B.形式C.原理D.結(jié)構(gòu)54 .UML可以圖描述硬件之間的互聯(lián)關(guān)系，也能描述硬件單元上的（B）系統(tǒng)的分布A.對(duì)象B.軟件C.系統(tǒng)體系結(jié)木D.數(shù)據(jù)55 .(B)是對(duì)系統(tǒng)的用例、類、對(duì)象、接口以及相互間的交互和協(xié)作進(jìn)行描述。A.系統(tǒng)體系結(jié)構(gòu)B.軟件(邏輯)系統(tǒng)體系結(jié)構(gòu)C.硬件(物理)系統(tǒng)體系結(jié)構(gòu)D.系統(tǒng)框架56 .(D)要對(duì)系統(tǒng)的構(gòu)件、節(jié)點(diǎn)的配置進(jìn)行描述。A.軟件(邏輯)系統(tǒng)體系結(jié)構(gòu)B.系統(tǒng)體系結(jié)構(gòu)C.系統(tǒng)架構(gòu)D.硬件(物理)系統(tǒng)體系結(jié)構(gòu)57 .(A)是軟件(邏輯)系統(tǒng)體系結(jié)構(gòu)(類、對(duì)象、它們之間的關(guān)系和協(xié)作)中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)。A.構(gòu)件B.節(jié)點(diǎn)C.軟件D.

14、模塊58 .(D)由節(jié)點(diǎn)和節(jié)點(diǎn)之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件構(gòu)件運(yùn)行時(shí)的體系結(jié)構(gòu)。A.構(gòu)件圖B.狀態(tài)圖C.順序圖D.配置圖59 .(C)的基本元素有節(jié)點(diǎn)、構(gòu)件、對(duì)象、連接、依賴等。1. A.構(gòu)件圖B.狀態(tài)圖C.配置圖D.順序圖三、I可答題試描述軟件生存周期各個(gè)階段的基本任務(wù)。答：(1)問題定義階段必須回答要解決的問題是什么。(2)可行性研究階段要回答對(duì)于上一個(gè)階段所確定的問題有行得通的解決辦法嗎o(3)需求分析階段要準(zhǔn)確地確定為解決此問題，目標(biāo)系統(tǒng)必須做什么。(4)總體設(shè)計(jì)階段必須回答應(yīng)如何解決此問題。(5)詳細(xì)設(shè)計(jì)階段回答該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)。(6)編碼和單元測(cè)試階段是寫出正確

15、的、易理解、易維護(hù)的程序模塊。(7)綜合測(cè)試階段是通過各種類型的測(cè)試/調(diào)試使軟件達(dá)到預(yù)定要求。(8)軟件維護(hù)階段對(duì)軟件進(jìn)行改正性、適應(yīng)性、完善性和預(yù)防性維護(hù)活動(dòng)。試寫出模塊化的完整定義和模塊化的實(shí)現(xiàn)原則答：(A)模塊化的完整定義包括：(1)模塊可分解性；(2)模塊可結(jié)合性；(3)模塊可理解性；(4)模塊連貫性；(5)模塊保護(hù)性。(B)模塊化的實(shí)現(xiàn)原則包括：(1)語言化的模塊單元；(2)少量接口；(3)小的接口耦合性；(4)顯式的接口；(5)信息的隱藏化。2. 面向?qū)ο蠓椒ㄓ心男┲饕攸c(diǎn)？答：(1)使人們更好地認(rèn)識(shí)客觀世界。(2)能很好地適應(yīng)需求變化。(3)容易實(shí)現(xiàn)軟件復(fù)用。(4)系統(tǒng)易于維護(hù)和

16、修改。3. 00炷要遵循哪些原則？答：(1)構(gòu)造和分解相結(jié)合的原則。(2)抽象化和具體化相結(jié)合的原則。(3)封裝的原則。(4)相關(guān)的原則。(5)行為約束的原則。4. 簡(jiǎn)要介紹一下00琳系結(jié)構(gòu)的各個(gè)部分及其內(nèi)容。答：(1)設(shè)計(jì)問題論域部分：設(shè)計(jì)構(gòu)造為底層應(yīng)用建立模型的類和對(duì)象，細(xì)化分析結(jié)果。(2)設(shè)計(jì)人機(jī)交互部分：設(shè)計(jì)有關(guān)類接口視圖的用戶模型的類和對(duì)象，設(shè)計(jì)用戶界面。(3)設(shè)計(jì)任務(wù)管理部分：確定系統(tǒng)資源的分配，設(shè)計(jì)用于系統(tǒng)中類行為控制的對(duì)象或類。(4)設(shè)計(jì)數(shù)據(jù)管理部分：確定持久對(duì)象的存儲(chǔ)，將對(duì)象轉(zhuǎn)換成數(shù)據(jù)庫記錄或表格。5. 作為一個(gè)優(yōu)良的00D應(yīng)該具備哪些基本條件？答：(1)類和類的繼承必須具有

17、高度凝集性。(2)類與類之間的耦合應(yīng)該很松散，子類與父類除外。(3)某個(gè)類的數(shù)據(jù)實(shí)現(xiàn)細(xì)節(jié)對(duì)于別的類來說應(yīng)該是隱藏的。(4)設(shè)計(jì)應(yīng)該具有最優(yōu)的可重用性。(5)盡量使類、對(duì)象和方法的定義具有簡(jiǎn)單性。(6)對(duì)所設(shè)計(jì)的類和類族，應(yīng)注意保持其協(xié)議或接口的穩(wěn)定性。(7)類的層次結(jié)構(gòu)設(shè)計(jì)規(guī)模要適度，不應(yīng)太深或太淺。(8)系統(tǒng)整體規(guī)模要最小化。6. 寫出00田勺一般步驟。答：(1)構(gòu)造一個(gè)解題模型。(2)標(biāo)識(shí)對(duì)象。(3)標(biāo)識(shí)對(duì)象間的關(guān)系。(4)建立對(duì)象的型構(gòu)。(5)實(shí)現(xiàn)各對(duì)象。7. 什么是UML?使用UMUt行建模有哪些目的？答：UM比一種標(biāo)準(zhǔn)的圖形化建模語言，它是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)準(zhǔn)表示。使用UMU

18、t行建模的目的有：(1)使用模型可以更好地理解問題。(2)加強(qiáng)人員之間的溝通。(3)更早地發(fā)現(xiàn)錯(cuò)誤或疏漏的地方。(4)獲取設(shè)計(jì)結(jié)果。(5)為最后的代碼生成提供依據(jù)。8. UML軟件開發(fā)過程的基本特征有哪些？答：(1)用例驅(qū)動(dòng)的系統(tǒng)。(2)以體系結(jié)構(gòu)為中心。(3)螺旋上升式的開發(fā)過程。(4)以質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)。9. UML有哪些目標(biāo)？答：(1)易用，表達(dá)能力強(qiáng)，能進(jìn)行可視化建模。(2)與具體的實(shí)現(xiàn)無關(guān)。(3)與具體的過程無關(guān)。(4)簡(jiǎn)單且可擴(kuò)展，具有擴(kuò)展和專有化機(jī)制，無需對(duì)核心概念進(jìn)行修改。(5)為面向?qū)ο蟮脑O(shè)計(jì)與開發(fā)中涌現(xiàn)出的高級(jí)概念提供支持，強(qiáng)調(diào)重用。(6)與最好的軟件工程實(shí)踐經(jīng)驗(yàn)集

19、成。(7)可升級(jí)，具有廣闊的適用性和可用性。(8)有利于面向?qū)ο蠊ぞ叩氖袌?chǎng)增長(zhǎng)。11.請(qǐng)根據(jù)UML的圖在不同架構(gòu)視圖中的應(yīng)用將把它們分類。答：(1)用戶模型視圖：用例圖。(2)結(jié)構(gòu)模型視圖：類圖、對(duì)象圖。(3)行為模型視圖：時(shí)序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖。(4)實(shí)現(xiàn)模型視圖：構(gòu)件圖。(5)環(huán)境模型視圖：部署圖。12.需求分析的目的是什么？需求分析中的典型活動(dòng)有哪些？答：需求分析的目的是獲取需求，得到描述系統(tǒng)所需的用例、業(yè)務(wù)流程或清晰的正文。需求分析中的典型活動(dòng)有：(1)獲取領(lǐng)域知識(shí)。(2)定義系統(tǒng)功能。(3)尋找合適的類。(4)建立類的靜態(tài)模型。(5)描述對(duì)象的動(dòng)態(tài)行為。(6)驗(yàn)證。(7)給出

20、基本的用戶界面原型。13.用例建模的主要目標(biāo)有哪些？答：1 1)將需求規(guī)約變?yōu)榭梢暬Ｐ?，并得到客戶確認(rèn)。2 2)給出清晰、一致的關(guān)于系統(tǒng)“做什么”的描述，確定系統(tǒng)的功能要求。3 3)提供從功能需求到系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)各階段的度量標(biāo)準(zhǔn)。4 4)為最終系統(tǒng)測(cè)試提供給制，據(jù)此驗(yàn)證系統(tǒng)是否達(dá)到功能要求。5 5)為項(xiàng)目目標(biāo)進(jìn)度管理和風(fēng)險(xiǎn)管理提供依據(jù)。14 .用例建模的步驟包括哪些工作？答：(1)確定系統(tǒng)的范圍、邊界、用例、執(zhí)行者。(2)描述用例。(3)用例分類、確定用例之間的關(guān)聯(lián)。(4)建立用例圖。(5)定義用例圖的層次結(jié)構(gòu)。(6)審核用例模型。15 .消息傳遞和函數(shù)調(diào)用有哪些區(qū)別？答：(1)消息傳

21、遞必須指明接收方，函數(shù)調(diào)用由參數(shù)決定。(2)消息傳遞的接收方是實(shí)體，可以保持狀態(tài)，函數(shù)調(diào)用無此要求。(3)消息傳遞屬于異步調(diào)用，并發(fā)性好，函數(shù)調(diào)用則屬于串行。16 .MVCt哪些優(yōu)點(diǎn)？答：(1)各施其職，互不干涉。(2)有利于開發(fā)中的分工。(3)有利于組件的重用。17 .什么是順序圖？順序圖有哪些用途？答：順序圖是一種詳細(xì)表示對(duì)象之間及對(duì)象與參與者之間動(dòng)態(tài)聯(lián)系的圖形文檔。順序圖的用途有：(1)幫助分析員對(duì)照檢查每個(gè)用況中描述的用戶需求是否已落實(shí)到對(duì)象上，提醒分析員去補(bǔ)充遺漏的對(duì)象類或服務(wù)。(2)幫助分析員發(fā)現(xiàn)主動(dòng)對(duì)象。(3)通過對(duì)一個(gè)特定的對(duì)象群體的動(dòng)態(tài)方面建模，深刻理解對(duì)象間的交互。(4)表

22、示用例的行為順序，描述對(duì)象之間以及對(duì)象與Actor之間的消息發(fā)送關(guān)系。(5)發(fā)現(xiàn)類并依據(jù)其職責(zé)構(gòu)建類的屬性和方法。18 .順序圖的建立有哪些步驟？答：(1)確定交互過程的上下文。(2)識(shí)別參與交互過程的對(duì)象并設(shè)置生命線。(3)從引發(fā)該交互過程的初始消息開始，在生命線之間自頂向下依次畫出隨后的各個(gè)消息。(4)若需要表示消息的嵌套或消息發(fā)生時(shí)的時(shí)間點(diǎn)，則采用控制焦點(diǎn)。(5)若需說明時(shí)間約束，則在消息旁加上約束說明。(6)如果需要，可為每個(gè)消息附上前置條件和后置條件。19 .如何在順序圖中表示消息的條件發(fā)送？答：(1)在消息上加警戒條件。(2)在消息名字前加條件子句。(3)使用文字說明。(4)分成多

23、個(gè)順序圖。20 .請(qǐng)寫出順序圖中對(duì)象排列的原則。答：(1)對(duì)象橫向排列在順序圖的頂部。(2)最重要的對(duì)象放在最左邊。(3)交互密切的對(duì)象盡可能相鄰。(4)交互中創(chuàng)建的對(duì)象，應(yīng)垂直地放置在其創(chuàng)建的時(shí)間點(diǎn)上。(5)每個(gè)對(duì)象有一個(gè)下垂的生命線。21 .寫出協(xié)作圖的建立順序。答：(1)設(shè)置交互的語境。(2)通過識(shí)別對(duì)象在交互中扮演的角色，把它們作為圖的頂點(diǎn)放在協(xié)作圖中，將較重要的對(duì)象放在圖的中央，再放置鄰近的對(duì)象。(3)如果對(duì)象的類之間有關(guān)聯(lián)，可能就要在對(duì)象間建立鏈，以說明這些對(duì)象有聯(lián)系。(4)從引起這個(gè)交互的消息開始，將隨后的每個(gè)消息附到適當(dāng)?shù)逆溕?，并設(shè)置順序號(hào)。(5)如果需要對(duì)時(shí)間或空間進(jìn)行說明，

24、則用適當(dāng)?shù)臅r(shí)間或空間約束修飾每個(gè)消息。22 .試比較協(xié)作圖和時(shí)序圖。答：(1)二者同屬交互圖，都用于描述系統(tǒng)中對(duì)象之間的動(dòng)態(tài)關(guān)系。(2)兩者在語義上是等價(jià)的，但兩者并不能完全相互代替。(3)兩者可相互轉(zhuǎn)換，但兩者強(qiáng)調(diào)重點(diǎn)不同。(4)協(xié)作圖強(qiáng)調(diào)的是參與交互的對(duì)象的組織，時(shí)序圖則強(qiáng)調(diào)的是消息的時(shí)序。23 .活動(dòng)圖有哪些用途？答：(1)描述一個(gè)操作執(zhí)行過程中所完成的工作。(2)描述對(duì)象內(nèi)部的工作。(3)顯示如何執(zhí)行一組相關(guān)的動(dòng)作以及這些動(dòng)作如何影響它們周圍的對(duì)象。(4)顯示用例的實(shí)例是如何執(zhí)行動(dòng)作以及如何改變對(duì)象狀態(tài)。(5)說明一次活動(dòng)中的角色、工作流、組織和對(duì)象是如何工作的。24 .試比較狀態(tài)圖和活動(dòng)圖。答：(1)二者都是對(duì)系統(tǒng)的動(dòng)態(tài)行為建模，都可以描述一個(gè)系統(tǒng)或?qū)ο笤谏嫫陂g的狀態(tài)或行為。(2)二者都可以描述一個(gè)系統(tǒng)或?qū)ο笤诙噙M(jìn)程操作中的同步與異步操作的并發(fā)行為。(3)二者在UML中的描述圖符基本一樣。(4)二者都可以用分支圖符描述一個(gè)系統(tǒng)或?qū)ο蟮男袨榭刂屏鳌?5)二者觸發(fā)一個(gè)系統(tǒng)或?qū)ο蟮臓顟B(tài)(或活動(dòng))發(fā)生遷移的機(jī)制不同。(6)二者描述多個(gè)對(duì)象共同完成一個(gè)操作的機(jī)制不同。25 .建造對(duì)象動(dòng)態(tài)結(jié)構(gòu)模型的步驟包括哪些工作？答：(1)建造對(duì)象狀