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