(完整)UML考試試題及答案3..,推薦文檔

1、1 2008-2009第2學(xué)期 UML與面向?qū)ο蠓椒▽W(xué)復(fù)習(xí)題、單選題 通常對象有很多屬性，但對于外部對象來說某些屬性應(yīng)該不能被直接訪問，下面哪個(gè)不是問限定性（ ApublicBprotectedCprivateDfriendly 在UML中，類之間的關(guān)系有一種關(guān)系稱為關(guān)聯(lián)，其中多重性用來描述類之間的對應(yīng)關(guān)系，下面哪個(gè)不是其中 之一（）。A 10. 關(guān)于包的描述，不正確的是（）。B A. 和其他建模元素一樣，每個(gè)包必須有一個(gè)區(qū)別于其他包的名字 B.export使一個(gè)包中的元素可以單向訪問另一個(gè)包中的元素 C. 包的可見性分為public、protectedprivate D. 包中可以包含其他元

2、素，比如類、接口、組件、用例等等 11. UseCase用來描述系統(tǒng)在事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)” 中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢 查用戶帳號”之間是（）關(guān)系。C A. aggregationB.extendC.includeD.classification 12. UML中，用例圖展示了外部Actor與系統(tǒng)所提供的用例之間的連接，UML中的外部Actor是指（ A.人員B.單位 13. 在UML中，用例可以使用（ A.活動(dòng)圖B,類圖 14. 下列關(guān)于UML敘述正確的是（ A.

3、UML是一種語言，語言的使用者不能對其進(jìn)行擴(kuò)展 B.UML是獨(dú)立于軟件開發(fā)過程的 C.UML僅是一組圖形的集合 D.UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段 15. UML中，對象行為是通過交互來實(shí)現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩 種類來表示，分別是（）。C 3. 4. 5. （A）不是UML體系的組成部分。 A.應(yīng)用領(lǐng)域B.規(guī)則 在UML中，有四種事物，下面哪個(gè)不是（ A.結(jié)構(gòu)事物B.靜態(tài)事物 以下（C）不是RUP中的優(yōu)秀方法。 A.迭代的開發(fā)軟件 C.配置管理與變更管理 下面（D）屬于UML中的動(dòng)態(tài)視圖。 C.基本構(gòu)造塊 B. C. D. 公共機(jī)制 C.分組事物

4、 不斷的驗(yàn)證軟件質(zhì)量 支持正向與逆向工程 A.類圖B.用例圖 在UML中，（）把活動(dòng)圖中的活動(dòng)劃分為若干組， 括的活動(dòng)，它能夠明確地表示哪些活動(dòng)是由哪些對象完成的o D. 對象圖 并將劃分的組指定給對象，這些對象必須履行該組所包 A 狀態(tài)圖 6. A.泳道B.同步條C.活動(dòng) 用例之間有幾種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（ ）。B 7. C.generalization event表示對一個(gè)在時(shí)間和空間上占據(jù)一定位置的有意義的事情的規(guī)格說明, A.include B.connect D.extend 下面哪個(gè)不是事件的類型（ A.信號 B.調(diào)用事件 C.源事件 D.時(shí)間事件 UML中

5、的類成員訪 ）。D B.0.* C.1.* D.0.1 ）。D C,人員和單位 ）來描述。A C.狀態(tài)圖 ）。B D.人員或外部系統(tǒng) D.協(xié)作圖 2 為了使構(gòu)件系統(tǒng)更切合實(shí)際、更有效地被復(fù)用，構(gòu)件應(yīng)當(dāng)具備（），以提高其通用性。D A.可繼承性B.可變性C.可封裝性D.可伸縮性 當(dāng)（）時(shí)，用例是捕獲系統(tǒng)需求最好的選擇。A A.系統(tǒng)有很多參與者B.系統(tǒng)具有很少的接口 C. 系統(tǒng)算法復(fù)雜，功能單一D.系統(tǒng)具有很少的用戶 下列關(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é)

6、果 D. 面向?qū)ο笤O(shè)計(jì)的結(jié)果是簡單的分析模型 下面（）不是UML的關(guān)系。C A.依賴關(guān)系B.關(guān)聯(lián)關(guān)系C.繼承關(guān)系D.泛化關(guān)系 構(gòu)件圖用于對系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)構(gòu)件的配置管理，通常可以分為四種方式來完成，下面哪種不是其中之一（）。D A.對源代碼建模B,對可執(zhí)行體的發(fā)布建模 C.對物理數(shù)據(jù)庫建模D.對事物建模 面向?qū)ο蠓椒ㄖ械模ǎC(jī)制使子類可以自動(dòng)擁有（復(fù)制）父類的全部屬性和操作。D A.約束B.對象映射C.信息隱蔽D.繼承 使得在多個(gè)類中能夠定義同一個(gè)操作或?qū)傩悦⒃诿恳粋€(gè)類中有不同的實(shí)現(xiàn)的一種方法是（）。D A.繼承B.多態(tài)性C.約束D.接口 UML的軟件以（）為中

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

8、象C.屬性D.私有成員 UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的（）。D A.狀態(tài)B.體系結(jié)構(gòu)C.靜態(tài)模型D.功能要求 A,狀態(tài)圖和時(shí)序圖 C.時(shí)序圖和協(xié)作圖 B.活動(dòng)圖和協(xié)作圖 狀態(tài)圖和活動(dòng)圖 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 封裝是把對象的（ ）結(jié)合在一起，組成一個(gè)獨(dú)立的對象。 A A.屬性和操作 B.信息流C.消息和事件 D.數(shù)據(jù)的集合 封裝是一種（ ） 技術(shù)，目的是使對象的生產(chǎn)者和使用者分離， 使對象的定義和實(shí)現(xiàn)分開。C A.工程化 B.系統(tǒng)維護(hù)C.信息隱蔽 D.產(chǎn)生對象

9、A.風(fēng)險(xiǎn) B.法律 C. 資源 D.效益 UML的客戶需求分析模型包括（ ）模型、 類圖、 對象圖和活動(dòng)圖組成。 A A.用例B.靜態(tài)C. UML客戶需求分析使用的CRC卡片上“責(zé)任” 動(dòng)態(tài)D.系統(tǒng) 一欄的內(nèi)容主要描述類的（ ）和操作。C 34.在UML的需求分析建模中，用例模型必須與（ ）反復(fù)交流并加以確認(rèn)。B 3 A.軟件生產(chǎn)商B.用戶C.軟件開發(fā)人員D.問題領(lǐng)域?qū)＜?35. 在UML的需求分析模型中，對用例模型中的用例進(jìn)行細(xì)化說明應(yīng)使用（）。A A.活動(dòng)圖B.狀態(tài)圖C.配置圖D.構(gòu)件圖 36. 活動(dòng)圖中的分劈和同步接合圖符是用來描述（）。A A.并發(fā)處理行為B.對象的時(shí)序 D. 系統(tǒng)體系

10、結(jié)構(gòu)框架 順序圖的模型元素有（）、消息、鏈接等，這些模型元素表示某個(gè)用例中的若干個(gè)對象和對象之間所傳遞的 消息，來對系統(tǒng)的行為建模。AC.類的關(guān)系 37. UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型是（ ）、對象動(dòng)態(tài)模型和系統(tǒng)功能模型。B 38. A.數(shù)據(jù)模型B.對象靜態(tài)模型C.對象關(guān)系模型 UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型，其描述圖符（ A.完全相同B.完全不同C.不可以通用 D.體系結(jié)構(gòu)模型 D. ）。A 稍有差異 39. 類和對象都有屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須有 A.正負(fù)號B.動(dòng)作C.具體值 D.私有成員 40. UML系統(tǒng)需求分析階段

11、產(chǎn)生的包圖描述了系統(tǒng)的（ A.狀態(tài)B.系統(tǒng)體系層次結(jié)構(gòu) ）。B C.靜態(tài)模型 D.功能要求 42. 43 44 ）。C ）的一種形式。D C.子系統(tǒng) 設(shè)計(jì)模式在面向?qū)ο笙到y(tǒng)設(shè)計(jì)中是（ A.軟件調(diào)用B.設(shè)計(jì)方法 “對象容器”設(shè)計(jì)模式對有限的對象進(jìn)行管理，它不能 （ D.軟件復(fù)用 ）對象。 A.查找B.修改C.創(chuàng)建 UML系統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對象設(shè)計(jì)、系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的（ A.建模 D. ）和審查。C B.完善 順序圖和合作圖主要用于用例圖中（ A.數(shù)據(jù)流B.控制流 C.優(yōu)化 D.迭代 ） 的建模，用它們來描述用例圖的行為。 C.消息流D.數(shù)據(jù)字典 45 B.箭頭線 C.活動(dòng) D.

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

13、D B.對象 C.活動(dòng) D.同步并發(fā) 51 活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠（ A.對象B.事件 ）觸發(fā)的，當(dāng)活動(dòng)（動(dòng)作） C.執(zhí)行者 狀態(tài)中的活動(dòng)完成時(shí)遷移就被觸發(fā)。 52 53 狀態(tài)圖和活動(dòng)圖建立了UML面向?qū)ο箝_發(fā)過程中的對象動(dòng)態(tài)（ A.交互B.狀態(tài)C.體系結(jié)構(gòu) 系統(tǒng)體系結(jié)構(gòu)是用來描述系統(tǒng)各部分的結(jié)構(gòu)、接口以及它們用于通信的（ ）模型。B D.軟件復(fù)用 ）。A 54 B.形式 C.原理 結(jié)構(gòu) UML可以圖描述硬件之間的互聯(lián)關(guān)系, 也能描述硬件單元上的（ ）系統(tǒng)的分布。B B.軟件 C.系統(tǒng)體系結(jié)構(gòu) 數(shù)據(jù) 4 55. ()是對系統(tǒng)的用例、類、對象、接口以及相互間的交互和協(xié)作進(jìn)行描述。B A

14、系統(tǒng)體系結(jié)構(gòu)B.軟件(邏輯)系統(tǒng)體系結(jié)構(gòu) C. 硬件(物理)系統(tǒng)體系結(jié)構(gòu)D.系統(tǒng)框架 56. ()要對系統(tǒng)的構(gòu)件、節(jié)點(diǎn)的配置進(jìn)行描述。D A.軟件(邏輯)系統(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)(類、對象、它們之間的關(guān)系和協(xié)作)中定義的概念和功能在物理體系 結(jié)構(gòu)中的實(shí)現(xiàn)。A A.構(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)。D A.構(gòu)件圖B.狀態(tài)圖C.順序圖D.配置圖 59. ()的基本元素有節(jié)點(diǎn)、構(gòu)件、對象、連接、依賴等。C A.構(gòu)件圖B.狀態(tài)圖C.配置

15、圖D.順序圖 三、問答題 1. 試描述軟件生存周期各個(gè)階段的基本任務(wù)。 答： (1) 問題定義階段必須回答要解決的問題是什么。 (2) 可行性研究階段要回答對于上一個(gè)階段所確定的問題有行得通的解決辦法嗎。 (3) 需求分析階段要準(zhǔn)確地確定為解決此問題，目標(biāo)系統(tǒng)必須做什么。 (4) 總體設(shè)計(jì)階段必須回答應(yīng)如何解決此問題。 (5) 詳細(xì)設(shè)計(jì)階段回答該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)。 (6) 編碼和單元測試階段是寫出正確的、易理解、易維護(hù)的程序模塊。 (7) 綜合測試階段是通過各種類型的測試/調(diào)試使軟件達(dá)到預(yù)定要求。 (8) 軟件維護(hù)階段對軟件進(jìn)行改正性、適應(yīng)性、完善性和預(yù)防性維護(hù)活動(dòng)。 2. 試寫出模塊化

16、的完整定義和模塊化的實(shí)現(xiàn)原則。 答： (A) 模塊化的完整定義包括： (1) 模塊可分解性； (2) 模塊可結(jié)合性； (3) 模塊可理解性； (4) 模塊連貫性； (5) 模塊保護(hù)性。 (B) 模塊化的實(shí)現(xiàn)原則包括： (1) 語言化的模塊單元； (2) 少量接口； (3) 小的接口耦合性； (4) 顯式的接口； (5) 信息的隱藏化。 3. 面向?qū)ο蠓椒ㄓ心男┲饕攸c(diǎn)？ 答： (1) 使人們更好地認(rèn)識客觀世界。 (2) 能很好地適應(yīng)需求變化。 (3) 容易實(shí)現(xiàn)軟件復(fù)用。 (4) 系統(tǒng)易于維護(hù)和修改。 4. OOA主要遵循哪些原則？ 答： (1) 構(gòu)造和分解相結(jié)合的原則。 (2) 抽象化和具體化

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

18、很松散，子類與父類除外。 (3) 某個(gè)類的數(shù)據(jù)實(shí)現(xiàn)細(xì)節(jié)對于別的類來說應(yīng)該是隱藏的。 (4) 設(shè)計(jì)應(yīng)該具有最優(yōu)的可重用性。 (5) 盡量使類、對象和方法的定義具有簡單性。 (6) 對所設(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)識對象。 (3) 標(biāo)識對象間的關(guān)系。 (4) 建立對象的型構(gòu)。 (5) 實(shí)現(xiàn)各對象。 8. 什么是UML?使用UML進(jìn)行建模有哪些目的？ 答： UML是一種標(biāo)準(zhǔn)的圖形化建模語言，它是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)

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

20、象的設(shè)計(jì)與開發(fā)中涌現(xiàn)出的高級概念提供支持，強(qiáng)調(diào)重用。 (6) 與最好的軟件工程實(shí)踐經(jīng)驗(yàn)集成。 (7) 可升級，具有廣闊的適用性和可用性。 (8) 有利于面向?qū)ο蠊ぞ叩氖袌鲈鲩L。 11. 請根據(jù)UML的圖在不同架構(gòu)視圖中的應(yīng)用將把它們分類。 答: 用例圖。 類圖、對象圖。 時(shí)序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖。 構(gòu)件圖。 部署圖。 12. 需求分析的目的是什么？需求分析中的典型活動(dòng)有哪些？ 答： 需求分析的目的是獲取需求，得到描述系統(tǒng)所需的用例、業(yè)務(wù)流程或清晰的正文。 需求分析中的典型活動(dòng)有： (1) 獲取領(lǐng)域知識。 (2) 定義系統(tǒng)功能。 (3) 尋找合適的類。 (4) 建立類的靜態(tài)模型。 (5)

21、描述對象的動(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)測試提供給制，據(jù)此驗(yàn)證系統(tǒng)是否達(dá)到功能要求。 (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) 定義用

22、例圖的層次結(jié)構(gòu)。 (6) 審核用例模型。 消息傳遞和函數(shù)調(diào)用有哪些區(qū)別？ (1) 消息傳遞必須指明接收方，函數(shù)調(diào)用由參數(shù)決定。 (2) 消息傳遞的接收方是實(shí)體，可以保持狀態(tài)，函數(shù)調(diào)用無此要求 答: (1)用戶模型視圖 (2)結(jié)構(gòu)模型視圖 (3)行為模型視圖 (4)實(shí)現(xiàn)模型視圖 (5)環(huán)境模型視圖 15. 答: 7 (3) 消息傳遞屬于異步調(diào)用，并發(fā)性好，函數(shù)調(diào)用則屬于串行。 16. MVC有哪些優(yōu)點(diǎn)？ 答： (1) 各施其職，互不干涉。 (2) 有利于開發(fā)中的分工。 (3) 有利于組件的重用。 17. 什么是順序圖？順序圖有哪些用途？ 答： 順序圖是一種詳細(xì)表示對象之間及對象與參與者之間動(dòng)態(tài)聯(lián)

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

24、息的嵌套或消息發(fā)生時(shí)的時(shí)間點(diǎn)，則米用控制焦點(diǎn)。 (5) 若需說明時(shí)間約束，則在消息旁加上約束說明。 (6) 如果需要，可為每個(gè)消息附上前置條件和后置條件。 19. 如何在順序圖中表示消息的條件發(fā)送？ 答： (1) 在消息上加警戒條件。 (2) 在消息名字前加條件子句。 (3) 使用文字說明。 (4) 分成多個(gè)順序圖。 20. 請寫出順序圖中對象排列的原則。 答： (1) 對象橫向排列在順序圖的頂部。 (2) 最重要的對象放在最左邊。 (3) 交互密切的對象盡可能相鄰。 (4) 交互中創(chuàng)建的對象，應(yīng)垂直地放置在其創(chuàng)建的時(shí)間點(diǎn)上。 (5) 每個(gè)對象有一個(gè)下垂的生命線。 21. 寫出協(xié)作圖的建立順序

25、。 答： (1) 設(shè)置交互的語境。 (2) 通過識別對象在交互中扮演的角色，把它們作為圖的頂點(diǎn)放在協(xié)作圖中，將較重要的對象放在圖的中央,8 再放置鄰近的對象。 (3) 如果對象的類之間有關(guān)聯(lián)，可能就要在對象間建立鏈，以說明這些對象有聯(lián)系。 (4) 從引起這個(gè)交互的消息開始，將隨后的每個(gè)消息附到適當(dāng)?shù)逆溕?，并設(shè)置順序號。 (5) 如果需要對時(shí)間或空間進(jìn)行說明，則用適當(dāng)?shù)臅r(shí)間或空間約束修飾每個(gè)消息。 22. 試比較協(xié)作圖和時(shí)序圖。 答： (1) 二者同屬交互圖，都用于描述系統(tǒng)中對象之間的動(dòng)態(tài)關(guān)系。 (2) 兩者在語義上是等價(jià)的，但兩者并不能完全相互代替。 (3) 兩者可相互轉(zhuǎn)換，但兩者強(qiáng)調(diào)重點(diǎn)不同

26、。 (4) 協(xié)作圖強(qiáng)調(diào)的是參與交互的對象的組織，時(shí)序圖則強(qiáng)調(diào)的是消息的時(shí)序。 23. 活動(dòng)圖有哪些用途？ 答： (1) 描述一個(gè)操作執(zhí)行過程中所完成的工作。 (2) 描述對象內(nèi)部的工作。 (3) 顯示如何執(zhí)行一組相關(guān)的動(dòng)作以及這些動(dòng)作如何影響它們周圍的對象。 (4) 顯示用例的實(shí)例是如何執(zhí)行動(dòng)作以及如何改變對象狀態(tài)。 (5) 說明一次活動(dòng)中的角色、工作流、組織和對象是如何工作的。 24. 試比較狀態(tài)圖和活動(dòng)圖。 答： (1) 二者都是對系統(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è)對象共同完成一個(gè)操作的機(jī)制不同。 25. 建造對象動(dòng)態(tài)結(jié)構(gòu)模型的步驟包括哪些工作？ 答： (1) 建造對象狀態(tài)模型。 (2) 建