UML期末復習題

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

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

3、.*B,0.*C.1.*D,0.110 .關(guān)于包的描述，不正確的是（B）。A.和其他建模元素一樣，每個包必須有一個區(qū)別于其他包的名字B.export使一個包中的元素可以單向訪問另一個包中的元素C.包的可見性分為public、protected、privateD.包中可以包含其他元素，比如類、接口、組件、用例等等11 .UseCase用來描述系統(tǒng)在事件做出響應時所采取的行動。用例之間是具有相關(guān)性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號”之間是（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.活動圖B.類圖C.狀態(tài)圖D.協(xié)作圖14 .下列關(guān)于UMLM述正確的是（B）。A. UML是一種語言，語言的使用者不能對其進行擴展B. UML是獨立于軟件開發(fā)過程的C. UML僅是一組圖形的集合D. UML僅適用于系統(tǒng)的分析與設(shè)計階段15 .UML中，對象行為是通過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列消息交換。消息序列可用兩種類來表

5、示,分別是（C）。A.狀態(tài)圖和時序圖B.活動圖和協(xié)作圖C.時序圖和協(xié)作圖D.狀態(tài)圖和活動圖16 .為了使構(gòu)件系統(tǒng)更切合實際、更有效地被復用，構(gòu)件應當具備（D）,以提高其通用性。A.可繼承性B.可變性C.可封裝性D.可伸縮性17 .當（A）時，用例是捕獲系統(tǒng)需求最好的選擇。A.系統(tǒng)有很多參與者B.系統(tǒng)具有很少的接口C.系統(tǒng)算法復雜，功能單一D.系統(tǒng)具有很少的用戶18 .下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計的描述，正確的是（B）。A.面向?qū)ο笤O(shè)計描述軟件要做什么B.面向?qū)ο蠓治霾恍枰紤]技術(shù)和實現(xiàn)層面的細節(jié)C.面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計的結(jié)果D.面向?qū)ο笤O(shè)計的結(jié)果是簡單的分析模型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)件圖用于對系統(tǒng)的靜態(tài)實現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)構(gòu)件的配置管理，通常可以分為四種方式來完成，下面哪種不是其中之一（D）。A.對源代碼建模B.對可執(zhí)行體的發(fā)布建模C.對物理數(shù)據(jù)庫建模D.對事物建模21 .封裝是把對象的（A）結(jié)合在一起，組成一個獨立的對象。A.屬性和操作B.信息流C.消息和事件D.數(shù)據(jù)的集合22 .封裝是一種（C）技術(shù)，目的是使對象的生產(chǎn)者和使用者分離，使對象的定義和實現(xiàn)分開。A.工程化B.系統(tǒng)維護C.信息隱蔽D.產(chǎn)生對象23 .面向?qū)ο蠓椒ㄖ械模―）機制使子類可以自動擁有（復制）父類的全部屬性和操作

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

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

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

10、D.稍有差異39 .類和對象都有屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須有（C）A.正負號B.動作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è)計模式在面向?qū)ο笙到y(tǒng)設(shè)計中是（D）的一種形式。A.軟件調(diào)用B.設(shè)計方法C.子系統(tǒng)D.軟件復用42 .“對象容器”設(shè)計模式對有限的對象進行管理，它不能（C）對象。A.查找B.修改C.創(chuàng)建D.刪除43 .UML系統(tǒng)設(shè)計的一般步驟包括系統(tǒng)對象設(shè)計、系統(tǒng)體系結(jié)構(gòu)設(shè)計和系統(tǒng)設(shè)計的（C）和審查A.建模B.完善C.優(yōu)化D.迭代44 .順序圖和合作圖主要用

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

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

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

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

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

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

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

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

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

20、基本的用戶界面原型。13.用例建模的主要目標有哪些？答：1 1)將需求規(guī)約變?yōu)榭梢暬Ｐ?，并得到客戶確認。2 2)給出清晰、一致的關(guān)于系統(tǒng)“做什么”的描述，確定系統(tǒng)的功能要求。3 3)提供從功能需求到系統(tǒng)分析、設(shè)計、實現(xiàn)各階段的度量標準。4 4)為最終系統(tǒng)測試提供給制，據(jù)此驗證系統(tǒng)是否達到功能要求。5 5)為項目目標進度管理和風險管理提供依據(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)消息傳遞的接收方是實體，可以保持狀態(tài)，函數(shù)調(diào)用無此要求。(3)消息傳遞屬于異步調(diào)用，并發(fā)性好，函數(shù)調(diào)用則屬于串行。16 .MVCt哪些優(yōu)點？答：(1)各施其職，互不干涉。(2)有利于開發(fā)中的分工。(3)有利于組件的重用。17 .什么是順序圖？順序圖有哪些用途？答：順序圖是一種詳細表示對象之間及對象與參與者之間動態(tài)聯(lián)系的圖形文檔。順序圖的用途有：(1)幫助分析員對照檢查每個用況中描述的用戶需求是否已落實到對象上，提醒分析員去補充遺漏的對象類或服務。(2)幫助分析員發(fā)現(xiàn)主動對象。(3)通過對一個特定的對象群體的動態(tài)方面建模，深刻理解對象間的交互。(4)表

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

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

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