UML試題(內(nèi)含答案)

經(jīng)典word整理文檔，僅參考，雙擊此處可刪除頁眉頁腳。本資料屬于網(wǎng)絡(luò)整理，如有侵權(quán)，請(qǐng)聯(lián)系刪除，謝謝！UML試題（內(nèi)含答案）【用例圖】1.用例圖的節(jié)點(diǎn)包括（ABD）A、用例B、邊界C、關(guān)聯(lián)D、執(zhí)行者2.用例之間的關(guān)系主要有（BCD）A、聚合B、繼承C、擴(kuò)展D、包含3.在采用用例模型捕獲需求時(shí)，需要執(zhí)行如下（ABCD）操作A、描述非功能需求B、用例建模C、識(shí)別用例D、識(shí)別參與者4.在識(shí)別用例時(shí)，以下（ABC）問題可以幫助識(shí)別用例A、當(dāng)系統(tǒng)狀態(tài)發(fā)生故障時(shí)，是否需要通知參與者B、系統(tǒng)是否存在外部事件，如果存在，是哪個(gè)能參與者通知系統(tǒng)這些個(gè)部事件C、參與者希望系統(tǒng)為他提供什么樣的功能D、系統(tǒng)運(yùn)行環(huán)境是什么5.在用例圖中，可以用（D）來表示整個(gè)軟件系統(tǒng)或其中一些子系統(tǒng)的邊界，也可以用它表示軟件系統(tǒng)的不同發(fā)布版本的功能范圍A、執(zhí)行者B、關(guān)聯(lián)關(guān)系C、用例D、邊界框6.（B）作為完成用例任務(wù)的責(zé)任承擔(dān)者，協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或行為A、數(shù)據(jù)對(duì)象B、控制類C、實(shí)體類D、邊界類7.基于用例圖的需求捕獲的第一步就是確定系統(tǒng)的參與者，在尋找系統(tǒng)參與者時(shí)，可以根據(jù)以下（ABCD）等問題來確定A、系統(tǒng)同環(huán)境如何進(jìn)行交互B、由誰安裝系統(tǒng)C、系統(tǒng)為哪些對(duì)象提供信息、服務(wù)D、系統(tǒng)的使用者是誰8.如果用例B是用例A的某項(xiàng)子功能，并且建模者確切地知道在A所對(duì)應(yīng)的動(dòng)作序列中何時(shí)將調(diào)用B，則稱（A）A、用例A擴(kuò)展用例BB、用例A繼承用例BC、用例A包括用例BD、用例A實(shí)現(xiàn)用例B9.如果用例A與用例B相似，但A的動(dòng)作序列是通過改寫B(tài)的部分或者擴(kuò)展B的動(dòng)作而獲得的，則稱（B）A、用例A實(shí)現(xiàn)用例BB、用例A繼承用例BC、用例A擴(kuò)展用例BD、用例A包括用例B10.如果用例A與用例B相似，但A的功能較B多，A的動(dòng)作序列是通過在B的動(dòng)作序列中的某些執(zhí)行點(diǎn)上插入附加的動(dòng)作序列而構(gòu)成的，則稱（C）A、用例A擴(kuò)展用例BB、用例A包含用例BC、用例A繼承用例BD、用例A實(shí)現(xiàn)用例B11.在UML中，（A）表示使用軟件系統(tǒng)的功能，與軟件系統(tǒng)交換信息的外部實(shí)體A、執(zhí)行者B、類C、用例D、用例圖12.在用例圖中，執(zhí)行者之間的關(guān)系只有（B）一種A、包含B、繼承C、擴(kuò)展D、實(shí)現(xiàn)【靜態(tài)圖】1.對(duì)于類，其屬性的可見性表示對(duì)類的外部世界的可見性，它有以下（ABCD）選項(xiàng)A、公開（public）B、包內(nèi)公開（package）C、保護(hù)（protected）D、私有（private）2.在UML中，以下（ABCD）是可以應(yīng)用于包的構(gòu)造型A、框架{《Framework》}B、虛包{《Facade》}C、子系統(tǒng){《Subytem》}D、系統(tǒng){《ytem》}3.兩個(gè)類之間的關(guān)聯(lián)表示他們之間存在一種不適于繼承的邏輯關(guān)系。在關(guān)聯(lián)關(guān)系的表示圖元的兩端，可以表示參與關(guān)聯(lián)的（ABCD）特性。A、約束B、可見性C、角色名D、多重性4.用例之間的關(guān)系主要有（ABC）A、包含B、繼承C、擴(kuò)展D、聚合5.在構(gòu)件中圖中，（D）用于顯示構(gòu)件之間的關(guān)聯(lián)關(guān)系。A、節(jié)點(diǎn)B、包C、構(gòu)件D、依賴關(guān)系6.（D）用于描述相互合作的對(duì)象間的交互關(guān)系的鏈接關(guān)系。A、類圖B、通信圖C、用例圖D、協(xié)作圖7.（D）是一種不包含操作的實(shí)現(xiàn)部分的特殊類。A、概念類B、分析類C、實(shí)現(xiàn)類D、接口8.在類圖中，（C）說明允許候選值范圍，如集合可以設(shè)定的大小。可以說明可能用于關(guān)聯(lián)端、組成類中的部分、消息迭代次數(shù)和其他目的。A、角色B、多重性C、注釋D、監(jiān)護(hù)條件9.泛化使得（A）操作成為可能，即操作的實(shí)現(xiàn)是由它們所使用的對(duì)象的類，而不是由調(diào)用確定的。A、多態(tài)B、多重C、傳參D、傳值10.將下圖中的接口映射為Java代碼，具有（D）形式。A、privateinterfaceService{}B、protectinterfaceService{.}C、voidinterfaceService{..}D、publicinterfaceService{}11.（A）關(guān)系是類元的一般描述和具體描述之間的關(guān)系，具體描述建立在一般描述的基礎(chǔ)之上，并對(duì)其進(jìn)行了擴(kuò)展，具體描述與一般描述完全一致所有特性、成員和關(guān)系，并且包含補(bǔ)充的信息，它用從子指向父的箭頭表示，指向父的是一個(gè)空三角形。A、泛化B、繼承C、組成D、聚集12.（C）使用類圖的一個(gè)子集，用于強(qiáng)化某個(gè)時(shí)間點(diǎn)類實(shí)例之間的關(guān)系。A、交互圖B、協(xié)作圖C、對(duì)象圖D狀態(tài)圖13.（A）是用來反映代碼的物理結(jié)構(gòu)。A、構(gòu)件圖B、用例圖C、類圖D、狀態(tài)機(jī)14.類元之間的（A）將一個(gè)對(duì)象的兩個(gè)版本以連續(xù)一方式連接起來，它表示一個(gè)對(duì)象的值、狀態(tài)和位置的轉(zhuǎn)換，可以將類元角色在一次相互作用中連接起來。A、流B、依賴C、泛化D、關(guān)聯(lián)15.（D）是對(duì)象與其外界相互關(guān)聯(lián)的唯一途徑。A、函數(shù)調(diào)用B、接口C、狀態(tài)轉(zhuǎn)換D、消息傳遞16.以下對(duì)部署圖說法正確的有（BCD）A、部署圖有主要建模元素是構(gòu)件B、使用部署圖可以顯示運(yùn)行時(shí)系統(tǒng)的結(jié)構(gòu)，同時(shí)還傳達(dá)構(gòu)成應(yīng)用程序的硬件和軟件的配置的部署方式C、從部署圖中，可以了解到軟件與硬件之間物理關(guān)系及處理節(jié)點(diǎn)的組件分布情況D、部署圖（deployment,配置圖）是用來顯示系統(tǒng)中軟件和硬件的物理結(jié)構(gòu)17.利用部署圖，可以（ABCD）A、探究系統(tǒng)和生產(chǎn)環(huán)境中的其它系統(tǒng)的依賴關(guān)系，這些系統(tǒng)可能是已經(jīng)存在，或是將要引入的B、探究系統(tǒng)投產(chǎn)的相關(guān)問題C、描述一個(gè)應(yīng)用主要的部署結(jié)構(gòu)D、描述一個(gè)商業(yè)應(yīng)用主要的部署結(jié)構(gòu)，描述一個(gè)組織的硬件網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)【動(dòng)態(tài)圖】1.活動(dòng)圖的邊包括（BC）A、數(shù)據(jù)流B、控制流C、對(duì)象流D、消息2.在UML活動(dòng)圖中，（B）表示一個(gè)操作完成后對(duì)其后續(xù)操作的觸發(fā)。A、信息流B、控制流C、初始活動(dòng)D、活動(dòng)3.在UML活動(dòng)圖中，（C）表示活動(dòng)需要輸入的對(duì)象或者作為活動(dòng)的處理結(jié)果輸出的對(duì)象。A、并發(fā)控制B、決策點(diǎn)C、對(duì)象D、活動(dòng)4.在活動(dòng)圖中，（C）是從多個(gè)源活動(dòng)匯合到一個(gè)？？？？A、活動(dòng)B、初始節(jié)點(diǎn)和活動(dòng)終點(diǎn)C、結(jié)合D分叉5.（C）是一種特殊形式的狀態(tài)機(jī)，用于對(duì)計(jì)算流程和工作流程建模。A、時(shí)間圖B、流程圖C、活動(dòng)圖D、狀態(tài)圖6.在活動(dòng)圖中，（D）表示一個(gè)具有子結(jié)構(gòu)的純粹計(jì)算的執(zhí)行，通常為操作或位于其內(nèi)的聲明的調(diào)用成真實(shí)世界程序的執(zhí)行。A、狀態(tài)B、活動(dòng)C、順序狀態(tài)D、活動(dòng)狀態(tài)7.對(duì)于活動(dòng)圖，以下說法正確的有（ABD）A、活動(dòng)圖適用于精確地描述單個(gè)用例中的處理流程，也可用來描述多個(gè)用例聯(lián)合起來形成的處理流程，表達(dá)相對(duì)復(fù)雜的業(yè)務(wù)操作或軟件處理過程，有時(shí)甚至可以針對(duì)類中某個(gè)個(gè)復(fù)雜的操作用活動(dòng)圖給出實(shí)現(xiàn)細(xì)節(jié)B、活動(dòng)圖中包含控制流和信息流，控制流表示一個(gè)操作完成后對(duì)其后續(xù)操作的觸發(fā)，信息流則刻畫操作這間的信息交換C、活動(dòng)圖的基本建模機(jī)制包括節(jié)點(diǎn)、邊及泳道D、活動(dòng)圖描述實(shí)體為完成某項(xiàng)功能面執(zhí)行的操作序列，其中的某些操作或者操作的子序列可以并發(fā)和同步8.在UML活動(dòng)較中，（A）表示操作之間的信息交換。A、信息流控制流C、初始活動(dòng)D、活動(dòng)9.UML的（A）表示消息源發(fā)出消息后不必等待消息處理過程的返回，即可繼續(xù)執(zhí)行自己的后續(xù)操作。A、異步消息B、返回消息C、同步消息D、簡(jiǎn)單消息10.在UML順序圖中，（A）對(duì)消息傳遞的目標(biāo)對(duì)象的銷毀。A、銷毀（detory）消息B、創(chuàng)建（create）消息C、返回消息D、自消息11.在順序圖中，下圖表示（D）A、帶時(shí)廷的消息B、自消息C、異步消息D、同步消息12.在UML順序圖中，如果一條消息從對(duì)象a傳向?qū)ο骲，那么其（A）是一條從b指向a的虛線有向邊，它表示原消息的處理已經(jīng)完成處理結(jié)果（如果有的話）給返回消息傳回。A返回消息B、自消息C、創(chuàng)建（create）消息D、銷毀（detory）消息13.（B）用于概述相互合作的對(duì)象流的交互關(guān)系和鏈接關(guān)系。A、用例圖B、通信圖C、協(xié)作圖D、類圖14.時(shí)間圖中，包含以下（BCD）幾個(gè)部分。A、轉(zhuǎn)換B、狀態(tài)C、事件D監(jiān)護(hù)條件【綜合】1.在UML的最上一層，視圖被劃分為（ACD）視圖域。A、模型管理擴(kuò)展機(jī)制C、動(dòng)態(tài)行為D、結(jié)構(gòu)分類2.以下屬于UML模型視圖的有（CD）A、行為視圖B、結(jié)構(gòu)視圖C、部署視圖和構(gòu)件視圖D、用例視圖3.以下對(duì)UML視圖說法正確的有（ABCD）A、結(jié)構(gòu)分類描述了系統(tǒng)中的結(jié)構(gòu)成員及其相互關(guān)系。類元包括類、用例、構(gòu)件和節(jié)點(diǎn)。類元為研究系統(tǒng)動(dòng)態(tài)行為奠定了基礎(chǔ)。類元視圖包括靜態(tài)視圖、用例視圖和實(shí)現(xiàn)視圖。B、動(dòng)態(tài)行為描述了系統(tǒng)隨時(shí)間變化的行為。待業(yè)用從靜態(tài)視圖中抽取的瞬間值的變化來描述。動(dòng)態(tài)行為視圖包括狀態(tài)機(jī)視圖、活動(dòng)視圖和交互視圖C、模型管理說明了模型的分層組織結(jié)構(gòu)。包是模型的基本組織單元。特殊的包還包括模型和子系統(tǒng)。模型管理視圖跨越了其他視圖并根據(jù)系統(tǒng)開發(fā)和配置組織這些視圖。D、UML還包括多種具的擴(kuò)展能力的組件，這些擴(kuò)展能力有限但很有用。這些組件包括約束、構(gòu)造型和標(biāo)記值，它們適用于所有的視圖元素4.（B）是一個(gè)類對(duì)象所可能經(jīng)歷的所有歷程的模型圖A、模型管理視圖B、狀態(tài)機(jī)視圖C、動(dòng)態(tài)視圖D、靜態(tài)視圖5.（C）可用于描述用戶接口、設(shè)備控制器和其他具有反饋的子系統(tǒng)。它還可用于描述在生命期中跨越多個(gè)不同性質(zhì)階段的被動(dòng)對(duì)象的行為，在每一階段該對(duì)象都有自己特殊的行為A、動(dòng)態(tài)視圖B靜態(tài)視圖C、狀態(tài)機(jī)視圖D、模型管理視圖6.（C）是在分析模型的基礎(chǔ)上，添加了設(shè)計(jì)元素的結(jié)構(gòu)，使得分析模型更加接近系統(tǒng)實(shí)現(xiàn)。A、領(lǐng)域模型B、數(shù)據(jù)模型C、設(shè)計(jì)模型D、概念模型7.（A）可以用于幫助設(shè)計(jì)人員在UML模型為模型定義約束信息，創(chuàng)建更為精確的設(shè)計(jì)模型A、OCLB、表達(dá)式C、屬性D、變量8.UML2.0在1.0的基礎(chǔ)上，對(duì)如下（ABCD）的建模能力進(jìn)行了增強(qiáng)A、活動(dòng)B、交互C、復(fù)雜結(jié)構(gòu)D、狀態(tài)機(jī)9.在界面設(shè)計(jì)中，通常屏幕的（D）表示與軟件系統(tǒng)的運(yùn)行狀態(tài)無關(guān)、在任何情況下均沒有變化的文本、圖標(biāo)（icon）、圖形（graph）、圖象（image）等A、用戶命令元素B、用戶輸入元素C、動(dòng)態(tài)元素D、靜態(tài)元素10.在界面設(shè)計(jì)中，通常屏幕的（C）表示在屏幕上預(yù)留空位、由用戶在界面操作中填寫或選擇的界面元素，包括可編輯的文本、單選鈕（radio）、多選框（checkbo某）、選擇列表（electlit）等A、靜態(tài)元素B、動(dòng)態(tài)元素C、用戶輸入元素D、用戶命令元素11.對(duì)于一個(gè)學(xué)校的課程注冊(cè)管理系統(tǒng)，如果有一條需求為“學(xué)生只能查看本人選課計(jì)劃；教師只能查看本人所開課程的學(xué)生信息；教務(wù)管理員可以查看所有信息。”，該屬于（D）類型的需求A、可配置性需求B、可移植性需求C、功能需求D、安全性12.對(duì)于一個(gè)學(xué)校的課程注冊(cè)管理系統(tǒng)，如果有一條需求為“目前在校學(xué)生1000名，教師100名；以后每年逐步遞增，預(yù)計(jì)五年且翻番，要示軟件產(chǎn)品不需修改即可適應(yīng)學(xué)校規(guī)模的擴(kuò)張?！?，該屬于（B）類型A、可配置性需求B、可伸縮性需求C、功能需求D、安全性需求13.對(duì)于一個(gè)學(xué)校的課程注冊(cè)管理系統(tǒng)，如果有一條需求為“本軟件必須通過接口定義文檔規(guī)定的接口API與計(jì)費(fèi)系統(tǒng)、學(xué)籍管理系統(tǒng)、教師信息管理系統(tǒng)交互?！痹搶儆冢–）類型?！敬a重構(gòu)】1.在如下（）情況下，可以考慮使用重構(gòu)A、修改錯(cuò)誤時(shí)B、復(fù)審程序代碼時(shí)C、添加功能時(shí)D、需求分析時(shí)ABC2.當(dāng)一個(gè)臨時(shí)變量?jī)H僅在使用它的方法中可見，則用一個(gè)（），取代變理會(huì)使得代碼更加易讀，這也相當(dāng)于為信息創(chuàng)建一個(gè)單獨(dú)的訪問機(jī)制A、提升方法重構(gòu)B、采用查詢替換臨時(shí)變量重構(gòu)C、MoveMethod重構(gòu)D、E某tractMethod重構(gòu)B【新增】1、在UML中，（）可以對(duì)模型元素進(jìn)行有效組織，如類，用例，構(gòu)件，從而構(gòu)成具有一定意義的單元。A連接B包C構(gòu)件D節(jié)點(diǎn)B2、UML通過圖形化的表示機(jī)制從多個(gè)側(cè)面系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行刻畫，其中（）包括類圖、對(duì)象圖和包圖，他們分別從不同的層表面表示系統(tǒng)的靜態(tài)結(jié)構(gòu)。A構(gòu)件視圖B行為視圖C結(jié)構(gòu)視圖D用例視圖C3、以算法和數(shù)據(jù)結(jié)構(gòu)為中心，其系統(tǒng)功能有一系列的處理步驟構(gòu)成，相鄰的處理步驟之間數(shù)據(jù)流通管道相互連接（）AMVCB分層模式C流程處理模式D架構(gòu)模式C4、UML通過圖形化的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析設(shè)計(jì)模型進(jìn)行刻畫。其中（）包括交互圖、狀態(tài)圖與活動(dòng)圖，他們從不同的側(cè)面刻畫系統(tǒng)的動(dòng)態(tài)行為。A結(jié)構(gòu)視圖B用例視圖C行為視圖D構(gòu)件視圖C5、當(dāng)需要支持日志修改時(shí)，可以考慮使用（）A命令模式B工廠模式C單例模式D適配器模式A6、對(duì)于某些類來說，只有一個(gè)實(shí)例是非常重要的，例如，系統(tǒng)中可以有都種類型的打印機(jī)，但是只能有一個(gè)打印機(jī)假脫機(jī)，只應(yīng)該一個(gè)文件系統(tǒng)和一個(gè)窗口管理器，為此，可以使用（）。A對(duì)象模式B工廠模式C單例模式D外觀模式C7、()是在領(lǐng)域模型的基礎(chǔ)上，對(duì)系統(tǒng)驚醒進(jìn)一步的分析獲得的，它有三種非常有效的模型，實(shí)體類、控制類和邊界類。A設(shè)計(jì)模型B分析模型C概念模型DE-R模型B8、當(dāng)一個(gè)抽象模型有兩個(gè)方面，其中一個(gè)方面依賴于另一方面，將這兩者封裝在獨(dú)立的對(duì)象中以使它們可以各自獨(dú)立地改變和復(fù)用，可以考慮使用（）A觀察者模式B命令模式C適配器模式D單例模式A9、在需求分析中，實(shí)體類（）A負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)并向其他類提供信息訪問的操作B作為完成用例任務(wù)的責(zé)任承擔(dān)者，負(fù)責(zé)協(xié)調(diào)，控制其他類共同完成用例規(guī)定的功能后行為C負(fù)責(zé)實(shí)現(xiàn)用戶的業(yè)務(wù)邏輯D負(fù)責(zé)目標(biāo)軟件系統(tǒng)與外部執(zhí)行者之間的交互A10、（）是在不改變代碼外在行為的前提下，對(duì)代碼做出修改，以改進(jìn)程序內(nèi)部結(jié)構(gòu)。A版本控制B代碼調(diào)式C代碼重構(gòu)D代碼走查C11、在UML中（）表示執(zhí)行者為達(dá)成一項(xiàng)相對(duì)獨(dú)立、完整的業(yè)務(wù)目標(biāo)而要求軟件系統(tǒng)完成的功能。A用例圖B邊C執(zhí)行者D用例D12、（）是子對(duì)象或者子類自動(dòng)共享父對(duì)象或者父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制，這是對(duì)象或類之間的一種關(guān)系。A封裝B抽象C繼承D信息隱藏C13、在活動(dòng)圖中（）的一個(gè)輸