UML考試試題及答案3

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

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

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

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

5、序圖和協(xié)作圖D狀態(tài)圖和活動(dòng)圖16 為了使構(gòu)件系統(tǒng)更切合實(shí)際、更有效地被復(fù)用，構(gòu)件應(yīng)當(dāng)具備（ ），以提高其通用性。DA可繼承性B可變性C可封裝性D可伸縮性17 當(dāng)（ ）時(shí)，用例是捕獲系統(tǒng)需求最好的選擇。AA系統(tǒng)有很多參與者B系統(tǒng)具有很少的接口C系統(tǒng)算法復(fù)雜，功能單一D系統(tǒng)具有很少的用戶18 下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計(jì)的描述，正確的是（ ）。BA面向?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 下面（ ）不是UML的關(guān)系。CA依賴關(guān)系B關(guān)聯(lián)關(guān)系C繼承關(guān)系D泛化關(guān)系20 構(gòu)件圖用于對(duì)系統(tǒng)的靜態(tài)實(shí)

6、現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)構(gòu)件的配置管理，通?？梢苑譃樗姆N方式來(lái)完成，下面哪種不是其中之一（ ）。DA對(duì)源代碼建模B對(duì)可執(zhí)行體的發(fā)布建模C對(duì)物理數(shù)據(jù)庫(kù)建模D對(duì)事物建模21 封裝是把對(duì)象的（ ）結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象。AA屬性和操作B信息流C消息和事件D數(shù)據(jù)的集合22 封裝是一種（ ）技術(shù)，目的是使對(duì)象的生產(chǎn)者和使用者分離，使對(duì)象的定義和實(shí)現(xiàn)分開(kāi)。CA工程化B系統(tǒng)維護(hù)C信息隱蔽D產(chǎn)生對(duì)象23 面向?qū)ο蠓椒ㄖ械模?）機(jī)制使子類可以自動(dòng)擁有（復(fù)制）父類的全部屬性和操作。DA約束B對(duì)象映射C信息隱蔽D繼承24 使得在多個(gè)類中能夠定義同一個(gè)操作或?qū)傩悦?，并在每一個(gè)類中有不同的實(shí)現(xiàn)的一種方法

7、是（ ）。DA繼承B多態(tài)性C約束D接口25 UML的軟件以（ ）為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)、迭代、漸增的方式進(jìn)行開(kāi)發(fā)。AA用例B對(duì)象C類D程序26 UML的（ ）模型圖由類圖、對(duì)象圖、包圖、構(gòu)件圖和配置圖組成。BA用例B靜態(tài)C動(dòng)態(tài)D系統(tǒng)27 UML的（ ）模型圖由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成。CA用例B靜態(tài)C動(dòng)態(tài)D系統(tǒng)28 UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（ ）。DA用戶手冊(cè)B類圖C動(dòng)態(tài)圖D相應(yīng)的軟件文檔資料29 在UML的需求分析建模中，（ ）模型圖必須與用戶反復(fù)交流并加以確認(rèn)。BA配置B用例C包D動(dòng)態(tài)30 可行性研究分析報(bào)告包括經(jīng)濟(jì)可行性分析、技術(shù)可行性分

8、析和（ ）可行性分析。BA風(fēng)險(xiǎn)B法律C資源D效益31 UML的客戶需求分析模型包括（ ）模型、類圖、對(duì)象圖和活動(dòng)圖組成。AA用例B靜態(tài)C動(dòng)態(tài)D系統(tǒng)32 UML客戶需求分析使用的CRC卡片上“責(zé)任”一欄的內(nèi)容主要描述類的（ ）和操作。CA對(duì)象成員B關(guān)聯(lián)對(duì)象C屬性D私有成員33 UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的（ ）。DA狀態(tài)B體系結(jié)構(gòu)C靜態(tài)模型D功能要求34 在UML的需求分析建模中，用例模型必須與（ ）反復(fù)交流并加以確認(rèn)。BA軟件生產(chǎn)商B用戶C軟件開(kāi)發(fā)人員D問(wèn)題領(lǐng)域?qū)＜?5 在UML的需求分析模型中，對(duì)用例模型中的用例進(jìn)行細(xì)化說(shuō)明應(yīng)使用（ ）。AA活動(dòng)圖B狀態(tài)圖C配置圖D構(gòu)件圖36

9、 活動(dòng)圖中的分劈和同步接合圖符是用來(lái)描述（ ）。AA并發(fā)處理行為B對(duì)象的時(shí)序C類的關(guān)系D系統(tǒng)體系結(jié)構(gòu)框架37 UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型是（ ）、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。BA數(shù)據(jù)模型B對(duì)象靜態(tài)模型C對(duì)象關(guān)系模型D體系結(jié)構(gòu)模型38 UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型，其描述圖符（ ）。AA完全相同B完全不同C不可以通用D稍有差異39 類和對(duì)象都有屬性，它們的差別是：類描述了屬性的類型，而對(duì)象的屬性必須有（ ）。CA正負(fù)號(hào)B動(dòng)作C具體值D私有成員40 UML系統(tǒng)需求分析階段產(chǎn)生的包圖描述了系統(tǒng)的（ ）。BA狀態(tài)B系統(tǒng)體系層次結(jié)構(gòu)C靜態(tài)模型D功能要求41 設(shè)計(jì)

10、模式在面向?qū)ο笙到y(tǒng)設(shè)計(jì)中是（ ）的一種形式。DA軟件調(diào)用B設(shè)計(jì)方法C子系統(tǒng)D軟件復(fù)用42 “對(duì)象容器”設(shè)計(jì)模式對(duì)有限的對(duì)象進(jìn)行管理，它不能（ ）對(duì)象。CA查找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ì)的（ ）和審查。CA建模B完善C優(yōu)化D迭代44 順序圖和合作圖主要用于用例圖中（ ）的建模，用它們來(lái)描述用例圖的行為。BA數(shù)據(jù)流B控制流C消息流D數(shù)據(jù)字典45 順序圖的模型元素有（ ）、消息、鏈接等，這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所傳遞的消息，來(lái)對(duì)系統(tǒng)的行為建模。AA對(duì)象B箭頭線C活動(dòng)D狀態(tài)46 順序圖描述（ ）對(duì)象之間消息的傳遞

11、順序。DA某個(gè)B單個(gè)C一個(gè)類產(chǎn)生的D一組47 順序圖和合作圖建立了UML面向?qū)ο箝_(kāi)發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)（ ）模型。AA交互B狀態(tài)C體系結(jié)構(gòu)D軟件復(fù)用48 狀態(tài)圖可以表現(xiàn)（ ）在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移而引起的動(dòng)作。BA一組對(duì)象B一個(gè)對(duì)象C多個(gè)執(zhí)行者D幾個(gè)子系統(tǒng)49 狀態(tài)圖描述一個(gè)對(duì)象在不同（ ）的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。AA事件B對(duì)象C執(zhí)行者D數(shù)據(jù)50 一個(gè)（ ）遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài)，它們可以把一個(gè)控制分解為并行運(yùn)行的并發(fā)狀態(tài)，或?qū)⒍鄠€(gè)并發(fā)線程接合成單個(gè)線程。DA狀態(tài)B對(duì)象C活動(dòng)D同步并發(fā)51 活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠（ ）觸發(fā)的，當(dāng)活

12、動(dòng)（動(dòng)作）狀態(tài)中的活動(dòng)完成時(shí)遷移就被觸發(fā)。BA對(duì)象B事件C執(zhí)行者D系統(tǒng)52 狀態(tài)圖和活動(dòng)圖建立了UML面向?qū)ο箝_(kāi)發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)（ ）模型。BA交互B狀態(tài)C體系結(jié)構(gòu)D軟件復(fù)用53 系統(tǒng)體系結(jié)構(gòu)是用來(lái)描述系統(tǒng)各部分的結(jié)構(gòu)、接口以及它們用于通信的（ ）。AA一種機(jī)制B形式C原理D結(jié)構(gòu)54 UML可以圖描述硬件之間的互聯(lián)關(guān)系，也能描述硬件單元上的（ ）系統(tǒng)的分布。BA對(duì)象B軟件C系統(tǒng)體系結(jié)構(gòu)D數(shù)據(jù)55 （ ）是對(duì)系統(tǒng)的用例、類、對(duì)象、接口以及相互間的交互和協(xié)作進(jìn)行描述。BA系統(tǒng)體系結(jié)構(gòu)B軟件（邏輯）系統(tǒng)體系結(jié)構(gòu)C硬件（物理）系統(tǒng)體系結(jié)構(gòu)D系統(tǒng)框架56 （ ）要對(duì)系統(tǒng)的構(gòu)件、節(jié)點(diǎn)的配置進(jìn)行描述。DA

13、軟件（邏輯）系統(tǒng)體系結(jié)構(gòu)B系統(tǒng)體系結(jié)構(gòu)C系統(tǒng)架構(gòu)D硬件（物理）系統(tǒng)體系結(jié)構(gòu)57 （ ）是軟件（邏輯）系統(tǒng)體系結(jié)構(gòu)（類、對(duì)象、它們之間的關(guān)系和協(xié)作）中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)。AA構(gòu)件B節(jié)點(diǎn)C軟件D模塊58 （ ）由節(jié)點(diǎn)和節(jié)點(diǎn)之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件構(gòu)件運(yùn)行時(shí)的體系結(jié)構(gòu)。DA構(gòu)件圖B狀態(tài)圖C順序圖D配置圖59 （ ）的基本元素有節(jié)點(diǎn)、構(gòu)件、對(duì)象、連接、依賴等。CA構(gòu)件圖B狀態(tài)圖C配置圖D順序圖三、問(wèn)答題1. 試描述軟件生存周期各個(gè)階段的基本任務(wù)。答：（1）問(wèn)題定義階段必須回答要解決的問(wèn)題是什么。（2）可行性研究階段要回答對(duì)于上一個(gè)階段所確定的問(wèn)題有行得通的解決辦法嗎

14、。（3）需求分析階段要準(zhǔn)確地確定為解決此問(wèn)題，目標(biāo)系統(tǒng)必須做什么。（4）總體設(shè)計(jì)階段必須回答應(yīng)如何解決此問(wèn)題。（5）詳細(xì)設(shè)計(jì)階段回答該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)。（6）編碼和單元測(cè)試階段是寫出正確的、易理解、易維護(hù)的程序模塊。（7）綜合測(cè)試階段是通過(guò)各種類型的測(cè)試/調(diào)試使軟件達(dá)到預(yù)定要求。（8）軟件維護(hù)階段對(duì)軟件進(jìn)行改正性、適應(yīng)性、完善性和預(yù)防性維護(hù)活動(dòng)。2. 試寫出模塊化的完整定義和模塊化的實(shí)現(xiàn)原則。答：（A）模塊化的完整定義包括：（1）模塊可分解性；（2）模塊可結(jié)合性；（3）模塊可理解性；（4）模塊連貫性；（5）模塊保護(hù)性。（B）模塊化的實(shí)現(xiàn)原則包括：（1）語(yǔ)言化的模塊單元；（2）少量接口；（

15、3）小的接口耦合性；（4）顯式的接口；（5）信息的隱藏化。3. 面向?qū)ο蠓椒ㄓ心男┲饕攸c(diǎn)？答：（1）使人們更好地認(rèn)識(shí)客觀世界。（2）能很好地適應(yīng)需求變化。（3）容易實(shí)現(xiàn)軟件復(fù)用。（4）系統(tǒng)易于維護(hù)和修改。4. OOA主要遵循哪些原則？答：（1）構(gòu)造和分解相結(jié)合的原則。（2）抽象化和具體化相結(jié)合的原則。（3）封裝的原則。（4）相關(guān)的原則。（5）行為約束的原則。5. 簡(jiǎn)要介紹一下OOD體系結(jié)構(gòu)的各個(gè)部分及其內(nèi)容。答：（1）設(shè)計(jì)問(wèn)題論域部分：設(shè)計(jì)構(gòu)造為底層應(yīng)用建立模型的類和對(duì)象，細(xì)化分析結(jié)果。（2）設(shè)計(jì)人機(jī)交互部分：設(shè)計(jì)有關(guān)類接口視圖的用戶模型的類和對(duì)象，設(shè)計(jì)用戶界面。（3）設(shè)計(jì)任務(wù)管理部分：確定

16、系統(tǒng)資源的分配，設(shè)計(jì)用于系統(tǒng)中類行為控制的對(duì)象或類。（4）設(shè)計(jì)數(shù)據(jù)管理部分：確定持久對(duì)象的存儲(chǔ)，將對(duì)象轉(zhuǎn)換成數(shù)據(jù)庫(kù)記錄或表格。6. 作為一個(gè)優(yōu)良的OOD，應(yīng)該具備哪些基本條件？答：（1）類和類的繼承必須具有高度凝集性。（2）類與類之間的耦合應(yīng)該很松散，子類與父類除外。（3）某個(gè)類的數(shù)據(jù)實(shí)現(xiàn)細(xì)節(jié)對(duì)于別的類來(lái)說(shuō)應(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ī)模要最小化。7. 寫出OOP的一般步驟。答：（1）構(gòu)造一個(gè)解題模型。（2）標(biāo)

17、識(shí)對(duì)象。（3）標(biāo)識(shí)對(duì)象間的關(guān)系。（4）建立對(duì)象的型構(gòu)。（5）實(shí)現(xiàn)各對(duì)象。8. 什么是UML？使用UML進(jìn)行建模有哪些目的？答：UML是一種標(biāo)準(zhǔn)的圖形化建模語(yǔ)言，它是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)準(zhǔn)表示。使用UML進(jìn)行建模的目的有：（1）使用模型可以更好地理解問(wèn)題。（2）加強(qiáng)人員之間的溝通。（3）更早地發(fā)現(xiàn)錯(cuò)誤或疏漏的地方。（4）獲取設(shè)計(jì)結(jié)果。（5）為最后的代碼生成提供依據(jù)。9. UML軟件開(kāi)發(fā)過(guò)程的基本特征有哪些？答：（1）用例驅(qū)動(dòng)的系統(tǒng)。（2）以體系結(jié)構(gòu)為中心。（3）螺旋上升式的開(kāi)發(fā)過(guò)程。（4）以質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)。10. UML有哪些目標(biāo)？答：（1）易用，表達(dá)能力強(qiáng)，能進(jìn)行可視化建模。（

18、2）與具體的實(shí)現(xiàn)無(wú)關(guān)。（3）與具體的過(guò)程無(wú)關(guān)。（4）簡(jiǎn)單且可擴(kuò)展，具有擴(kuò)展和專有化機(jī)制，無(wú)需對(duì)核心概念進(jìn)行修改。（5）為面向?qū)ο蟮脑O(shè)計(jì)與開(kāi)發(fā)中涌現(xiàn)出的高級(jí)概念提供支持，強(qiáng)調(diào)重用。（6）與最好的軟件工程實(shí)踐經(jīng)驗(yàn)集成。（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)有哪些？答：需求分析的目的

19、是獲取需求，得到描述系統(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）給出基本的用戶界面原型。13. 用例建模的主要目標(biāo)有哪些？答：（1）將需求規(guī)約變?yōu)榭梢暬Ｐ?，并得到客戶確認(rèn)。（2）給出清晰、一致的關(guān)于系統(tǒng)“做什么”的描述，確定系統(tǒng)的功能要求。（3）提供從功能需求到系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)各階段的度量標(biāo)準(zhǔn)。（4）為最終系統(tǒng)測(cè)試提供給制，據(jù)此驗(yàn)證系統(tǒng)是否達(dá)到功能要求。（5）為項(xiàng)目目標(biāo)進(jìn)度管理和風(fēng)險(xiǎn)管理提供依據(jù)。14. 用例建模的步驟包括哪些工作？答：（1）確

20、定系統(tǒng)的范圍、邊界、用例、執(zhí)行者。（2）描述用例。（3）用例分類、確定用例之間的關(guān)聯(lián)。（4）建立用例圖。（5）定義用例圖的層次結(jié)構(gòu)。（6）審核用例模型。15. 消息傳遞和函數(shù)調(diào)用有哪些區(qū)別？答：（1）消息傳遞必須指明接收方，函數(shù)調(diào)用由參數(shù)決定。（2）消息傳遞的接收方是實(shí)體，可以保持狀態(tài)，函數(shù)調(diào)用無(wú)此要求。（3）消息傳遞屬于異步調(diào)用，并發(fā)性好，函數(shù)調(diào)用則屬于串行。16. MVC有哪些優(yōu)點(diǎn)？答：（1）各施其職，互不干涉。（2）有利于開(kāi)發(fā)中的分工。（3）有利于組件的重用。17. 什么是順序圖？順序圖有哪些用途？答：順序圖是一種詳細(xì)表示對(duì)象之間及對(duì)象與參與者之間動(dòng)態(tài)聯(lián)系的圖形文檔。順序圖的用途有：（1

21、）幫助分析員對(duì)照檢查每個(gè)用況中描述的用戶需求是否已落實(shí)到對(duì)象上，提醒分析員去補(bǔ)充遺漏的對(duì)象類或服務(wù)。（2）幫助分析員發(fā)現(xiàn)主動(dòng)對(duì)象。（3）通過(guò)對(duì)一個(gè)特定的對(duì)象群體的動(dòng)態(tài)方面建模，深刻理解對(duì)象間的交互。（4）表示用例的行為順序，描述對(duì)象之間以及對(duì)象與Actor之間的消息發(fā)送關(guān)系。（5）發(fā)現(xiàn)類并依據(jù)其職責(zé)構(gòu)建類的屬性和方法。18. 順序圖的建立有哪些步驟？答：（1）確定交互過(guò)程的上下文。（2）識(shí)別參與交互過(guò)程的對(duì)象并設(shè)置生命線。（3）從引發(fā)該交互過(guò)程的初始消息開(kāi)始，在生命線之間自頂向下依次畫出隨后的各個(gè)消息。（4）若需要表示消息的嵌套或消息發(fā)生時(shí)的時(shí)間點(diǎn)，則采用控制焦點(diǎn)。（5）若需說(shuō)明時(shí)間約束，則在

22、消息旁加上約束說(shuō)明。（6）如果需要，可為每個(gè)消息附上前置條件和后置條件。19. 如何在順序圖中表示消息的條件發(fā)送？答：（1）在消息上加警戒條件。（2）在消息名字前加條件子句。（3）使用文字說(shuō)明。（4）分成多個(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è)置交互的語(yǔ)境。（2）通過(guò)識(shí)別對(duì)象在交互中扮演的角色，把它們作為圖的頂點(diǎn)放在協(xié)作圖中，將較重要的對(duì)象放在圖的中央，再

23、放置鄰近的對(duì)象。（3）如果對(duì)象的類之間有關(guān)聯(lián)，可能就要在對(duì)象間建立鏈，以說(shuō)明這些對(duì)象有聯(lián)系。（4）從引起這個(gè)交互的消息開(kāi)始，將隨后的每個(gè)消息附到適當(dāng)?shù)逆溕?，并設(shè)置順序號(hào)。（5）如果需要對(duì)時(shí)間或空間進(jìn)行說(shuō)明，則用適當(dāng)?shù)臅r(shí)間或空間約束修飾每個(gè)消息。22. 試比較協(xié)作圖和時(shí)序圖。答：（1）二者同屬交互圖，都用于描述系統(tǒng)中對(duì)象之間的動(dòng)態(tài)關(guān)系。（2）兩者在語(yǔ)義上是等價(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í)行過(guò)程中所完成的工作。（2）描述對(duì)象內(nèi)部的工作。

24、（3）顯示如何執(zhí)行一組相關(guān)的動(dòng)作以及這些動(dòng)作如何影響它們周圍的對(duì)象。（4）顯示用例的實(shí)例是如何執(zhí)行動(dòng)作以及如何改變對(duì)象狀態(tài)。（5）說(shuō)明一次活動(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ū)ο蟮男袨榭刂屏鳌＃?）二者觸發(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ì)象狀態(tài)模型。（2）建造對(duì)象之間交互行為模型。（