1、UM醫試試題及答案【用例圖】1 .用例圖的節點包括（ABDA用例B、邊界G關聯D、執行者2 .用例之間的關系主要有（BCDA聚合B、繼承C擴展D、包含3 .在采用用例模型捕獲需求時，需要執行如下（ABCD操作A描述非功能需求B、用例建模G識別用例D識別參與者4 .在識別用例時，以下（ABC問題可以幫助識別用例A、當系統狀態發生故障時，是否需要通知參與者B、系統是否存在外部事件，如果存在，是哪個能參與者通知系統這些個部事件G參與者希望系統為他提供什么樣的功能D系統運行環境是什么5 .在用例圖中，可以用（D）來表示整個軟件系統或其中一些子系統的邊界，也可以用它表示軟 件系統的不同發布版本的功能范圍

2、A執彳T者B、關聯關系C用例D邊界框6 . （B）作為完成用例任務的責任承擔者，協調、控制其他類共同完成用例規定的功能或行為A數據對象B、控制類C實體類D、邊界類7 .基于用例圖的需求捕獲的第一步就是確定系統的參與者，在尋找系統參與者時，可以根據以下 (ABCD等問題來確定A系統同環境如何進行交互B、由誰安裝系統G系統為哪些對象提供信息、服務D系統的使用者是誰8 .如果用例B是用例A的某項子功能，并且建模者確切地知道在 A所對應的動作序列中何時將調 用B,則稱(AA用例A擴展用例BB、用例A繼承用例BG用例A包括用例BD用例A實現用例B9 .如果用例A與用例B相似，但A的動作序列是通過改寫B的

3、部分或者擴展B的動作而獲得的， 則稱(B)A用例A實現用例BB、用例A繼承用例BG用例A擴展用例BD用例A包括用例B10 .如果用例A與用例B相似，但A的功能較B多，A的動作序列是通過在B的動作序列中的某些 執行點上插入附加的動作序列而構成的，則稱（CA用例A擴展用例BB、用例A包含用例BG用例A繼承用例BD用例A實現用例B11 .在UMLK （A）表示使用軟件系統的功能，與軟件系統交換信息的外部實體A執彳T者B、類C用例D、用例圖12 .在用例圖中，執行者之間的關系只有（B） 一種A包含B、繼承C擴展D、實現【靜態圖】1 .對于類，其屬性的可見性表示對類的外部世界的可見性，它有以下（ ABC

4、D選項A 公開（public） B、包內公開（package G 保護（protected D、私有（private）2 .在UMLK 以下（ABCD是可以應用于包的構造型A K1架FrameworkB、虛包 «Facade> G 子系統Subsystem D> 系統system! 3 .兩個類之間的關聯表示他們之間存在一種不適于繼承的邏輯關系。在關聯關系的表示圖元的兩 端，可以表示參與關聯的（ABCD特性。A約束B、可見性G角色名D、多重性4 .用例之間的關系主要有（ABCA包含B、繼承C擴展D、聚合5 .在構件中圖中，（D）用于顯示構件之間的關聯關系。A節點B、包C構

5、件D依賴關系6 . （D）用于描述相互合作的對象間的交互關系的鏈接關系。A類圖B、通彳S圖G用傷J圖D、協作圖7 . （D）是一種不包含操作的實現部分的特殊類。A概念類B、分析類C實現類 D接口8 .在類圖中，（。說明允許候選值范圍，如集合可以設定的大小。可以說明可能用于關聯端、組 成類中的部分、消息迭代次數和其他目的。A、角色B、多重性G注釋D、監護條件9 .泛化使得（A）操作成為可能，即操作的實現是由它們所使用的對象的類， 而不是由調用確定的A多態B、多重C傳參D、傳值10 .將下圖中的接口映射為Java代碼，具有（D）形式。A private interface ServiceB、pro

6、tect interface Service.C void interface Service.D、public interface Service11 . (A)關系是類元的一般描述和具體描述之間的關系，具體描述建立在一般描述的基礎之上， 并對其進行了擴展，具體描述與一般描述完全一致所有特性、成員和關系，并且包含補充的信息，它 用從子指向父的箭頭表示，指向父的是一個空三角形。A、泛化B、繼承G組成D、 聚集12 .(。使用類圖的一個子集，用于強化某個時間點類實例之間的關系。A 交互圖B、協作圖G對象圖D狀態圖13 . (A)是用來反映代碼的物理結構。A、構彳圖B、用例圖G類圖D、狀態機14

7、.類元之間的(A)將一個對象的兩個版本以連續一方式連接起來，它表示一個對象的值、狀態 和位置的轉換，可以將類元角色在一次相互作用中連接起來。A流B、依賴G泛化D關聯15 . （D）是對象與其外界相互關聯的唯一途徑。A函數調用B、接口 G狀態轉換D、消息傳遞16 .以下對部署圖說法正確的有（BCDA、部署圖有主要建模元素是構件B、使用部署圖可以顯示運行時系統的結構，同時還傳達構成應用程序的硬件和軟件的配置的部署 方式G從部署圖中，可以了解到軟件與硬件之間物理關系及處理節點的組件分布情況D部署圖（deployment配置圖）是用來顯示系統中軟件和硬件的物理結構17 .利用部署圖，可以（ABCDA、

8、探究系統和生產環境中的其它系統的依賴關系，這些系統可能是已經存在，或是將要引入的B、探究系統投產的相關問題G描述一個應用主要的部署結構D描述一個商業應用主要的部署結構，描述一個組織的硬件網絡基礎結構【動態圖】1 .活動圖的邊包括（BCA數據流B、控制流C對象流D消息2 .在UML舌動圖中，（B）表示一個操作完成后對其后續操作的觸發。A信息流B、控制流G初始活動D、活動3 .在UML舌動圖中，（。表示活動需要輸入的對象或者作為活動的處理結果輸出的對象。A并發控制B、決策點G對象D活動4 .在活動圖中，（。是從多個源活動匯合到一個？ ？ ？ ？A活動B、初始節點和活動終點 G結合D分叉5 .（。是

9、一種特殊形式的狀態機，用于對計算流程和工作流程建模。A、時間圖B、流程圖G活動圖D狀態圖6 .在活動圖中，（D）表示一個具有子結構的純粹計算的執行，通常為操作或位于其內的聲明的 調用成真實世界程序的執行。A狀態B、活動G順序狀態D、活動狀態7 .對于活動圖，以下說法正確的有（ABDA、活動圖適用于精確地描述單個用例中的處理流程，也可用來描述多個用例聯合起來形成的處理 流程，表達相對復雜的業務操作或軟件處理過程，有時甚至可以針對類中某個個復雜的操作用活動圖 給出實現細節B、活動圖中包含控制流和信息流，控制流表示一個操作完成后對其后續操作的觸發，信息流則刻 畫操作這間的信息交換G活動圖的基本建模機

10、制包括節點、邊及泳道D活動圖描述實體為完成某項功能面執行的操作序列，其中的某些操作或者操作的子序列可以并 發和同步8 .在UML舌動較中，（A表示操作之間的信息交換。A信息流B、控制流G初始活動D、活動9 . UM的（A）表示消息源發出消息后不必等待消息處理過程的返回，即可繼續執行自己的后續操 作。A異步消息B、返回消息G同步消息 D簡單消息10 .在UM瞰序圖中，（A對消息傳遞的目標對象的銷毀。A銷毀（destory消息B、創建（create消息G返回消息D自消息11 .在順序圖中，下圖表示（D）A帶時廷的消息B、自消息G異步消息D、同步消息12 .在UM瞰序圖中，如果一條消息從對象 a傳向

11、對象b,那么其（A）是一條從b指向a的虛線有 向邊，它表示原消息的處理已經完成處理結果（如果有的話）給返回消息傳回。A返回消息B、自消息C創建（create）消息D銷毀（destory消息13 . （B）用于概述相互合作的對象流的交互關系和鏈接關系。A用傷B、通信圖G協彳圖D類圖14 .時間圖中，包含以下（BCD幾個部分。A值生命線B、消息標簽和消息端點 G狀態生命線 D消息15 .要狀態機圖中，（A）表示兩個狀態之間的關系，源狀態和目的狀態。A轉換B、狀態G事件D監護條件【綜合】1 .在UML勺最上一層，視圖被劃分為（ACD視圖域。A模型管理B、擴展機制G動態行為D結構分類2 .以下屬于UM

12、L真型視圖的有（CDA行為視圖B、結構視圖G部署視圖和構件視圖 D、用例視圖3 .以下對UML!圖說法正確的有（ABCDA、結構分類描述了系統中的結構成員及其相互關系。類元包括類、用例、構件和節點。類元為研 究系統動態行為奠定了基礎。類元視圖包括靜態視圖、用例視圖和實現視圖。B、動態行為描述了系統隨時間變化的行為。待業用從靜態視圖中抽取的瞬間值的變化來描述。動 態行為視圖包括狀態機視圖、活動視圖和交互視圖G模型管理說明了模型的分層組織結構。包是模型的基本組織單元。特殊的包還包括模型和子系 統。模型管理視圖跨越了其他視圖并根據系統開發和配置組織這些視圖。D UM還包括多種具的擴展能力的組件，這些

13、擴展能力有限但很有用。這些組件包括約束、構造 型和標記值，它們適用于所有的視圖元素4 . （B）是一個類對象所可能經歷的所有歷程的模型圖A模型管理視圖B、狀態機視圖G動態視圖D靜態視圖5 . （C）可用于描述用戶接口、設備控制器和其他具有反饋的子系統。它還可用于描述在生命期中 跨越多個不同性質階段的被動對象的行為，在每一階段該對象都有自己特殊的行為A動態視圖B靜態視圖G狀態機視圖D、模型管理視圖6 .（。是在分析模型的基礎上，添加了設計元素的結構，使得分析模型更加接近系統實現。A領域模型B、數據模型G設計模型 D概念模型7 . （A）可以用于幫助設計人員在 UML真型為模型定義約束信息，創建更

14、為精確的設計模型A OCLB表達式G屬性D變量8 . UML2.0fc 1.0的基礎上，對如下（ABCD的建模能力進行了增強A活動B、交互C復雜結構D、狀態機9 .在界面設計中，通常屏幕的（D）表示與軟件系統的運行狀態無關、在任何情況下均沒有變化 的文本、圖標（icon）、圖形（graph）、圖象（image）等A用戶命令元素B、用戶輸入元素 G動態元素D、靜態元素10 .在界面設計中，通常屏幕的（。表示在屏幕上預留空位、由用戶在界面操作中填寫或選擇的 界面元素，包括可編輯的文本、單選鈕（radio）、多選框（checkbox、選擇列表（select list等A靜態元素B、動態元素G用戶輸入

15、元素D、用戶命令元素11 .對于一個學校的課程注冊管理系統，如果有一條需求為學生只能查看本人選課計劃；教師只能查看本人所開課程的學生信息；教務管理員可以查看所有信息。”，該屬于（D）類型的需求A可配置性需求B、可移植性需求 G功能需求D、安全性12 .對于一個學校的課程注冊管理系統，如果有一條需求為目前在校學生1000名，教師100名；以后每年逐步遞增，預計五年且翻番，要示軟件產品不需修改即可適應學校規模的擴張。”，該屬于（B） 類型A可配置性需求B、可伸縮性需求G功能需求D、安全性需求13 .對于一個學校的課程注冊管理系統，如果有一條需求為本軟件必須通過接口定義文檔規定的接口 API與計費系

16、統、學籍管理系統、教師信息管理系統交互。”該屬于（Q類型。A可集成性需求B、可伸縮性需求G可互操作Tt需求D、安全性需求14 .對與OCL說法正確的是（ABCDA使用OCLE模型的方法上定義不變量B、將OCL乍為一種查詢語言G使用OCL寸構造型（StereotypeS定義前置和后置條件D使用OC描述類型的前置和后置條件15 . UML （B）是由建模者設計的新的建模元素，但是這個模型元素的設計要建立在UME定義的模型元素基礎上A標記值B、構造型C注釋D、約束16 . UML過圖形化的表示機制從多個側面對系統的分析和設計模型進行刻畫，其中（ Q包括構件 圖，它描述軟件系統中各組成構件，構件的內部

17、結構以及構件之間的依賴關系A行為視圖B、結構視圖G構件視圖D用例視圖【設計模式】1 .以下屬于面向對象的設計原則的有（）A最少知識原則B、依賴倒轉原則G接口隔離原則D無循環依賴原則（包圖）ABCD2 .從模式所提供的解決方案的抽象程度來看，模式可以分為（A測試模式B、面向軟件實現的設計模式G軟件子系統或構件設計模式D體系結構設計模式BCD3 .在設計模式中，（）的核心是緩存和共享A外觀模式B、工廠模式G對象池模式D單例模式C4 .在面向對象的設計原則中，（）表示軟件實體應當對擴展開放，對修改關閉，即軟件實體應當 在不修改的前提下擴展。A單一責任原則B、開放封閉原則G完全替換原則 D合成/聚合復

18、用原則5 .（）將整個軟件系統劃分為模型、視圖和控制器三個部分。A MVCB分層模式G管道模式D、架構模式A6 .在面向對象的設計原則中，（）表示在一個新的對象里面使用一些已有的對象，便之成為新對 象的一部分，新的對象通過向這些對的委派達到復用已有功能的目的。A完全替換原則B、開放封閉原則G合成/聚合復用原則D單一責任原則C7 .當使用單件（單例）設計模式時，可以獲得如下（）優點。A、對唯一實例提供受控訪問 B、縮小名稱空間C允許對操作和表示進行精化操作 D運行可變 數目的類實例數ABCD8 .設計（）的目的是，將目標軟件系統中依賴于系統運行環境的數據存取部分與其他部分相分離。A外部接口 B、

19、外觀模式G數據持久存儲服務 D、系統架構C9 .在面向對象的的設計原則中，（）表示高層模塊不應該依賴于低層模塊，都應該依賴于抽象, 抽象不應該依賴于細節，細節應該依賴于抽象。A依賴倒轉原則B、開放封閉原則G創建持久存儲服務 D唯一責任原則A10 .（）是指以設計復用為目的，采用一種良好定義、正規的、一致的方式記錄的軟件設計經驗A架構B.模型C設計模式D設計數據C11 .在設計模式中，（）保證每個類只要單個實例。A.工廠模式B.對象池模式C外觀模式D.單例模式D12 .當客戶程序與抽象類的實現部分之間存在很大的依賴性時，可以考慮使用（）A、單例模式B、對象7tk模式C工廠模式D、外觀模式D13

20、.當需要強調一系列相關產品對象的設計以便進行聯合使用，可以考慮使用（）。A.工廠模式B.對象池模式C外觀模式D.單例模式A14 .（）將整個軟件系統分為若干層次，最頂層直接面向用戶提供軟件系統的操作界面。其余各層為緊鄰其上的層次提供服務。A.分層模式B.MVCC架構模式D管道模式A15 .在面向對象的原則中，（）表示使用多個專門的接口比使用單一的總接口要好，一個類對另一 個來的依賴性應當是建立在最小的接口上的。A單一責任原則B.接口隔離原則C依賴倒轉原則D合成/聚合復用原則B16 .在面向對象的設計原則中，（）表示在包的依賴關系圖中不允許存在環。A.最少知識原則B依賴倒轉原則C接口隔離原則D無

21、循環依賴原則D17 .希望創建一個可復用的類，該類必須能夠與接口不可預訂的類協同工作，可以考慮使用（）A單例模式B、對象池模式G工廠模式D、適配器模式D18 .在需要構建一個層次結構的子系統時，可以使用門面模式定義子系統中每層的入口點，可以考慮使用（）。A.外觀模式B.工廠模式C對象池模式D單例模式A19 .當需要在不同時刻指定、排列和執行請求是，可以考慮使用（）。A.單例模式B.命令模式C工廠模式D.適配器模式B20 .當某個系統需要多個產品系列中的一個來配置，可以考慮使用（）A、單例模式B、對象7模式C工廠模式D、外觀模式C【代碼重構】1 .在如下（）情況下，可以考慮使用重構A、修改錯誤時

22、B、復審程序代碼時 G添加功能時D、需求分析時ABC2 .當一個臨時變量僅僅在使用它的方法中可見，則用一個（），取代變理會使得代碼更加易讀， 這也相當于為信息創建一個單獨的訪問機制A 提升方法重構 B、采用查詢替換臨時變量重構 G Move Metho重構D、Extract Metho漉構B【新增】1、在UM中，（）可以對模型元素進行有效組織，如類，用例，構件，從而構成具有一定意義的單元。A連接B包CD節點B2、UM通過圖形化的表示機制從多個側面系統的分析和設計模型進行刻畫，其中（）包括類圖、對象圖和包圖，他們分別從不同的層表面表示系統的靜態結構。A構件視圖B行為視圖C結構視圖D用例視圖C3、

23、以算法和數據結構為中心，具系統功能有一系列的處理步驟構成，相鄰的處理步驟之間數據流 通管道相互連接（）A MVC B分層模式C流程處理模式D架構模式C4、UM通過圖形化的表示機制從多個側面對系統的分析設計模型進行刻畫。其中（）包括交互圖、狀態圖與活動圖，他們從不同的側面刻畫系統的動態行為。A結構視圖 B用例視圖 C行為視圖D構件視圖C5、當需要支持日志修改時，可以考慮使用（）A命令模式 B工廠模式CI例用K式D適配器模式A6、對于某些類來說，只有一個實例是非常重要的，例如，系統中可以有都種類型的打印機，但是 只能有一個打印機假脫機，只應該一個文件系統和一個窗口管理器，為此，可以使用（）。A對象

24、模式B工廠模式C單例模式D外觀模式C7、（）是在領域模型的基礎上，對系統驚醒進一步的分析獲得的，它有三種非常有效的模型，實體 類、控制類和邊界類。A設計模型B分析模型C概念模型D E-R真型B8、當一個抽象模型有兩個方面，其中一個方面依賴于另一方面，將這兩者封裝在獨立的對象中以 使它們可以各自獨立地改變和復用，可以考慮使用（）A觀察者模式B命令模式C適配器模式D單例模式A9、在需求分析中，實體類（）A負責保存目標軟件系統中具有持久意義的信息項并向其他類提供信息訪問的操作B作為完成用例任務的責任承擔者，負責協調，控制其他類共同完成用例規定的功能后行為C負責實現用戶的業務邏輯D負責目標軟件系統與外部執行者之間的交互A1R （）是在不改變代碼外在行為的前提下，對代碼做出修改