UML試題及答案

1、【用例圖】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問(wèn)題可以幫助識(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來(lái)表示整個(gè)軟件系統(tǒng)或其中一些子系統(tǒng) 的邊界，也可以用它表示軟件系統(tǒng)的不同發(fā)布版本的功能范圍A執(zhí)行者B

2、、關(guān)聯(lián)關(guān)系C、用例D邊界框6. （ B）作為完成用例任務(wù)的責(zé)任承擔(dān)者，協(xié)調(diào)、控制其他類(lèi)共同完 成用例規(guī)定的功能或行為A數(shù)據(jù)對(duì)象 B控制類(lèi) C實(shí)體類(lèi)D、邊界類(lèi)7. 基于用例圖的需求捕獲的第一步就是確定系統(tǒng)的參與者，在尋找 系統(tǒng)參與者時(shí)，可以根據(jù)以下（ ABCD 等問(wèn)題來(lái)確定A系統(tǒng)同環(huán)境如何進(jìn)行交互B、由誰(shuí)安裝系統(tǒng)C系統(tǒng)為哪些對(duì)象提供信息、服務(wù)D系統(tǒng)的使用者是誰(shuí)8. 如果用例 B 是用例 A 的某項(xiàng)子功能，并且建模者確切地知道在 A 所對(duì)應(yīng)的動(dòng)作序列中何時(shí)將調(diào)用 B,則稱(chēng)（A）A用例A擴(kuò)展用例BB、用例A繼承用例BC用例A包括用例BD用例A實(shí)現(xiàn)用例B9. 如果用例A與用例B相似，但A的動(dòng)作序列是通

3、過(guò)改寫(xiě)B(tài)的部分 或者擴(kuò)展B的動(dòng)作而獲得的，則稱(chēng)（B）A、用例A實(shí)現(xiàn)用例BB、用例A繼承用例BC用例A擴(kuò)展用例BD用例A包括用例B10. 如果用例A與用例B相似，但A的功能較B多，A的動(dòng)作序列是 通過(guò)在B的動(dòng)作序列中的某些執(zhí)行點(diǎn)上插入附加的動(dòng)作序列而構(gòu)成 的，則稱(chēng)（ C）A、用例A擴(kuò)展用例BB、用例A包含用例BC用例A繼承用例BD用例A實(shí)現(xiàn)用例B11. 在UML中，（A）表示使用軟件系統(tǒng)的功能，與軟件系統(tǒng)交換信 息的外部實(shí)體A執(zhí)行者B、類(lèi)C、用例D、用例圖12. 在用例圖中，執(zhí)行者之間的關(guān)系只有（B） 種A包含B、繼承C、擴(kuò)展D、實(shí)現(xiàn)【靜態(tài)圖】1. 對(duì)于類(lèi)，其屬性的可見(jiàn)性表示對(duì)類(lèi)的外部世界的可見(jiàn)

4、性，它有以下（ABCD選項(xiàng)A、公開(kāi)（PubliC ） B、包內(nèi)公開(kāi)（PaCkage） C、保護(hù)（ProteCted ）D 私有（PriVate ）2. 在UML中，以下（ABCD是可以應(yīng)用于包的構(gòu)造型A、框架FrameworkB、虛包FacadeC子系統(tǒng)SubsystemD系統(tǒng)SyStem3. 兩個(gè)類(lèi)之間的關(guān)聯(lián)表示他們之間存在一種不適于繼承的邏輯關(guān) 系。在關(guān)聯(lián)關(guān)系的表示圖元的兩端，可以表示參與關(guān)聯(lián)的（ ABCD 特 性。A、約束B(niǎo)、可見(jiàn)性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

5、構(gòu)件D依賴(lài)關(guān)系6. （D）用于描述相互合作的對(duì)象間的交互關(guān)系的鏈接關(guān)系。A類(lèi)圖B、通信圖C、用例圖D協(xié)作圖7. （D）是一種不包含操作的實(shí)現(xiàn)部分的特殊類(lèi)。A概念類(lèi)B、分析類(lèi)C、實(shí)現(xiàn)類(lèi) D接口8. 在類(lèi)圖中，（C）說(shuō)明允許候選值范圍，如集合可以設(shè)定的大小?？梢哉f(shuō)明可能用于關(guān)聯(lián)端、 組成類(lèi)中的部分、 消息迭代次數(shù)和其他目 的。A角色B、多重性C注釋D、監(jiān)護(hù)條件9泛化使得（A）操作成為可能，即操作的實(shí)現(xiàn)是由它們所使用的對(duì) 象的類(lèi)，而不是由調(diào)用確定的。A多態(tài)B、多重C、傳參D、傳值10. 將下圖中的接口映射為JaVa代碼，具有（D）形式。A、private interface ServiceB、pro

6、tect interface SerVice.C、Void interface SerVice.D、public interface SerVice11. (A)關(guān)系是類(lèi)元的一般描述和具體描述之間的關(guān)系，具體描述 建立在一般描述的基礎(chǔ)之上， 并對(duì)其進(jìn)行了擴(kuò)展， 具體描述與一般描 述完全一致所有特性、成員和關(guān)系，并且包含補(bǔ)充的信息，它用從子 指向父的箭頭表示，指向父的是一個(gè)空三角形。A泛化B、繼承C、組成D、聚集12. (C)使用類(lèi)圖的一個(gè)子集，用于強(qiáng)化某個(gè)時(shí)間點(diǎn)類(lèi)實(shí)例之間的 關(guān)系。A交互圖B、協(xié)作圖C對(duì)象圖D狀態(tài)圖13. ( A)是用來(lái)反映代碼的物理結(jié)構(gòu)。A構(gòu)件圖B、用例圖C、類(lèi)圖D、狀態(tài)機(jī)1

7、4. 類(lèi)元之間的(A)將一個(gè)對(duì)象的兩個(gè)版本以連續(xù)一方式連接起來(lái)， 它表示一個(gè)對(duì)象的值、 狀態(tài)和位置的轉(zhuǎn)換， 可以將類(lèi)元角色在一次相 互作用中連接起來(lái)。A流B、依賴(lài)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ì)部署圖說(shuō)法正確的有( 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,配置圖）是用來(lái)顯示系統(tǒng)中軟件和硬件的物 理結(jié)構(gòu)17. 利用部

8、署圖，可以（ ABCD）A探究系統(tǒng)和生產(chǎn)環(huán)境中的其它系統(tǒng)的依賴(lài)關(guān)系，這些系統(tǒng)可能是 已經(jīng)存在，或是將要引入的B、探究系統(tǒng)投產(chǎn)的相關(guān)問(wè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)和活

9、動(dòng)終點(diǎn) C結(jié)合D分叉5. （C）是一種特殊形式的狀態(tài)機(jī)，用于對(duì)計(jì)算流程和工作流程建模CA時(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)圖，以下說(shuō)法正確的有（ ABD）A活動(dòng)圖適用于精確地描述單個(gè)用例中的處理流程，也可用來(lái)描述 多個(gè)用例聯(lián)合起來(lái)形成的處理流程， 表達(dá)相對(duì)復(fù)雜的業(yè)務(wù)操作或軟件 處理過(guò)程，有時(shí)甚至可以針對(duì)類(lèi)中某個(gè)個(gè)復(fù)雜的操作用活動(dòng)圖給出實(shí) 現(xiàn)細(xì)節(jié)B、活動(dòng)圖中包含控制流和信息流，控制流表示一個(gè)操作完成后對(duì)其后續(xù)操作的觸發(fā)，信息流則刻畫(huà)

10、操作這間的信息交換C活動(dòng)圖的基本建模機(jī)制包括節(jié)點(diǎn)、邊及泳道D活動(dòng)圖描述實(shí)體為完成某項(xiàng)功能面執(zhí)行的操作序列，其中的某些操作或者操作的子序列可以并發(fā)和同步8. 在UML舌動(dòng)較中，（A）表示操作之間的信息交換。A信息流B、控制流C、初始活動(dòng)D、活動(dòng)9. UML的（A）表示消息源發(fā)出消息后不必等待消息處理過(guò)程的返回， 即可繼續(xù)執(zhí)行自己的后續(xù)操作。A異步消息B、返回消息C、同步消息D、簡(jiǎn)單消息10. 在UML順序圖中，（A）對(duì)消息傳遞的目標(biāo)對(duì)象的銷(xiāo)毀。A、銷(xiāo)毀（destory ）消息B、創(chuàng)建（Create ）消息C返回消息D、自消息11. 在順序圖中，下圖表示（ D）A、帶時(shí)廷的消息B、自消息C、異步消

11、息D同步消息12. 在UML順序圖中，如果一條消息從對(duì)象a傳向?qū)ο骲,那么其（A） 是一條從 b 指向 a 的虛線有向邊， 它表示原消息的處理已經(jīng)完成處理 結(jié)果（如果有的話）給返回消息傳回。A返回消息B、自消息C、創(chuàng)建（Create ）消息D、銷(xiāo)毀（destory） 消息13. （ B）用于概述相互合作的對(duì)象流的交互關(guān)系和鏈接關(guān)系。A用例圖B、通信圖C協(xié)作圖D、類(lèi)圖14. 時(shí)間圖中，包含以下（BCD幾個(gè)部分。A、值生命線 B消息標(biāo)簽和消息端點(diǎn) C、狀態(tài)生命線D、消息15. 要狀態(tài)機(jī)圖中，（A）表示兩個(gè)狀態(tài)之間的關(guān)系，源狀態(tài)和目的 狀態(tài)。A、轉(zhuǎn)換B、狀態(tài)C、事件D監(jiān)護(hù)條件【綜合】1. 在UML的

12、最上一層，視圖被劃分為（ACD視圖域。A、模型管理B、擴(kuò)展機(jī)制 C動(dòng)態(tài)行為D、結(jié)構(gòu)分類(lèi)2. 以下屬于UML模型視圖的有（CDA行為視圖B、結(jié)構(gòu)視圖 C部署視圖和構(gòu)件視圖D、用例視圖3. 以下對(duì)UMLffl圖說(shuō)法正確的有（ABCDA結(jié)構(gòu)分類(lèi)描述了系統(tǒng)中的結(jié)構(gòu)成員及其相互關(guān)系。類(lèi)元包括類(lèi)、用例、構(gòu)件和節(jié)點(diǎn)。類(lèi)元為研究系統(tǒng)動(dòng)態(tài)行為奠定了基礎(chǔ)。類(lèi)元視圖 包括靜態(tài)視圖、用例視圖和實(shí)現(xiàn)視圖。B、動(dòng)態(tài)行為描述了系統(tǒng)隨時(shí)間變化的行為。待業(yè)用從靜態(tài)視圖中抽 取的瞬間值的變化來(lái)描述。 動(dòng)態(tài)行為視圖包括狀態(tài)機(jī)視圖、 活動(dòng)視圖 和交互視圖C模型管理說(shuō)明了模型的分層組織結(jié)構(gòu)。 包是模型的基本組織單元。 特殊的包還包括模

13、型和子系統(tǒng)。 模型管理視圖跨越了其他視圖并根據(jù) 系統(tǒng)開(kāi)發(fā)和配置組織這些視圖。D UML還包括多種具的擴(kuò)展能力的組件，這些擴(kuò)展能力有限但很有 用。這些組件包括約束、構(gòu)造型和標(biāo)記值，它們適用于所有的視圖元 素4. ( B)是一個(gè)類(lèi)對(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)，使得分析 模型更加接

14、近系統(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 OCL B表達(dá)式C、屬性D、變量8. 在的基礎(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)無(wú)關(guān)、 在任何情況下均沒(méi)有變化的文本、圖標(biāo)（ icon ）、圖形（ graph） 、 圖象（image）等A用戶命令元素B、用戶輸入元素C、動(dòng)態(tài)元素 D靜態(tài)元素10. 在界面設(shè)計(jì)中，通常屏幕的（C）表示在屏幕上預(yù)留空位、由用 戶在界面操作中填寫(xiě)或選擇的界面元素， 包括

15、可編輯的文本、 單選鈕（radio ）、多選框（CheCkboX）、選擇列表（SeIeCt IiSt ）等A 靜態(tài)元素B、動(dòng)態(tài)元素 C用戶輸入元素D、用戶命令元素11. 對(duì)于一個(gè)學(xué)校的課程注冊(cè)管理系統(tǒng)， 如果有一條需求為“學(xué)生只 能查看本人選課計(jì)劃； 教師只能查看本人所開(kāi)課程的學(xué)生信息； 教務(wù) 管理員可以查看所有信息?！?，該屬于（D）類(lèi)型的需求A可配置性需求B、可移植性需求C、功能需求 D安全性12. 對(duì)于一個(gè)學(xué)校的課程注冊(cè)管理系統(tǒng)， 如果有一條需求為“目前在校學(xué)生 1000 名，教師 100 名；以后每年逐步遞增，預(yù)計(jì)五年且翻番， 要示軟件產(chǎn)品不需修改即可適應(yīng)學(xué)校規(guī)模的擴(kuò)張?！?，該屬于（ B

16、） 類(lèi)型A、可配置性需求 B可伸縮性需求C、功能需求D、安全性需求13. 對(duì)于一個(gè)學(xué)校的課程注冊(cè)管理系統(tǒng)， 如果有一條需求為“本軟件 必須通過(guò)接口定義文檔規(guī)定的接口 API 與計(jì)費(fèi)系統(tǒng)、學(xué)籍管理系統(tǒng)、 教師信息管理系統(tǒng)交互。”該屬于（C）類(lèi)型。A、 可集成性需求B 、可伸縮性需求C可互操作性需求D安全性需求14. 對(duì)與OCL說(shuō)法正確的是（ABCDA使用OCL在模型的方法上定義不變量B、將OCL作為一種查詢(xún)語(yǔ)言C使用OCL對(duì)構(gòu)造型（StereotyPeS ）定義前置和后置條件D使用OCLffi述類(lèi)型的前置和后置條件15. UML的（B）是由建模者設(shè)計(jì)的新的建模元素，但是這個(gè)模型元素的設(shè)計(jì)要建立在

17、UML已定義的模型元素基礎(chǔ)上A標(biāo)記值B、構(gòu)造型C、注釋D、約束16. UML通過(guò)圖形化的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行刻畫(huà)，其中（C）包括構(gòu)件圖，它描述軟件系統(tǒng)中各組成構(gòu)件，構(gòu)件的內(nèi)部結(jié)構(gòu)以及構(gòu)件之間的依賴(lài)關(guān)系A(chǔ)行為視圖B、結(jié)構(gòu)視圖C構(gòu)件視圖D、用例視圖【設(shè)計(jì)模式】1. 以下屬于面向?qū)ο蟮脑O(shè)計(jì)原則的有（）A、最少知識(shí)原則B、依賴(lài)倒轉(zhuǎn)原則C接口隔離原則D無(wú)循環(huán)依賴(lài)原則（包圖）ABCD2. 從模式所提供的解決方案的抽象程度來(lái)看， 模式可以分為 （ ）A測(cè)試模式B、面向軟件實(shí)現(xiàn)的設(shè)計(jì)模式C軟件子系統(tǒng)或構(gòu)件設(shè)計(jì)模式D體系結(jié)構(gòu)設(shè)計(jì)模式BCD3. 在設(shè)計(jì)模式中，（）的核心是緩存和共享A外觀模

18、式B、工廠模式C對(duì)象池模式D單例模式C4. 在面向?qū)ο蟮脑O(shè)計(jì)原則中，（）表示軟件實(shí)體應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放， 對(duì)修改關(guān)閉，即軟件實(shí)體應(yīng)當(dāng)在不修改的前提下擴(kuò)展。A單一責(zé)任原則 B開(kāi)放封閉原則C、完全替換原則D、合成/聚合 復(fù)用原則5. （）將整個(gè)軟件系統(tǒng)劃分為模型、視圖和控制器三個(gè)部分。A MVC B分層模式C、管道模式D、架構(gòu)模式6. 在面向?qū)ο蟮脑O(shè)計(jì)原則中，（）表示在一個(gè)新的對(duì)象里面使用一 些已有的對(duì)象， 便之成為新對(duì)象的一部分， 新的對(duì)象通過(guò)向這些對(duì)的 委派達(dá)到復(fù)用已有功能的目的。A完全替換原則B、開(kāi)放封閉原則 C合成/聚合復(fù)用原則D單一 責(zé)任原則C7. 當(dāng)使用單件（單例）設(shè)計(jì)模式時(shí)，可以獲得如下

19、（）優(yōu)點(diǎn)。A對(duì)唯一實(shí)例提供受控訪問(wèn)B、縮小名稱(chēng)空間C、允許對(duì)操作和表示進(jìn)行精化操作D、運(yùn)行可變數(shù)目的類(lèi)實(shí)例數(shù)ABCD8. 設(shè)計(jì)（）的目的是，將目標(biāo)軟件系統(tǒng)中依賴(lài)于系統(tǒng)運(yùn)行環(huán)境的數(shù) 據(jù)存取部分與其他部分相分離。A外部接口 B、外觀模式 C數(shù)據(jù)持久存儲(chǔ)服務(wù)D、系統(tǒng)架構(gòu)C9. 在面向?qū)ο蟮牡脑O(shè)計(jì)原則中，（）表示高層模塊不應(yīng)該依賴(lài)于低 層模塊，都應(yīng)該依賴(lài)于抽象，抽象不應(yīng)該依賴(lài)于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴(lài) 于抽象。A依賴(lài)倒轉(zhuǎn)原則B、開(kāi)放封閉原則C、創(chuàng)建持久存儲(chǔ)服務(wù) D唯一 責(zé)任原則A10. （）是指以設(shè)計(jì)復(fù)用為目的，采用一種良好定義、正規(guī)的、一致 的方式記錄的軟件設(shè)計(jì)經(jīng)驗(yàn)。A.架構(gòu) B. 模型C.設(shè)計(jì)模式D.設(shè)

20、計(jì)數(shù)據(jù)C11. 在設(shè)計(jì)模式中，（）保證每個(gè)類(lèi)只要單個(gè)實(shí)例。A. 工廠模式 B. 對(duì)象池模式 C. 外觀模式D.單例模式D12. 當(dāng)客戶程序與抽象類(lèi)的實(shí)現(xiàn)部分之間存在很大的依賴(lài)性時(shí)， 可以 考慮使用（）A、單例模式B、對(duì)象池模式C、工廠模式 D外觀模式D13. 當(dāng)需要強(qiáng)調(diào)一系列相關(guān)產(chǎn)品對(duì)象的設(shè)計(jì)以便進(jìn)行聯(lián)合使用， 可以 考慮使用（）。A. 工廠模式 B. 對(duì)象池模式 C. 外觀模式 D. 單 例模式A14. （）將整個(gè)軟件系統(tǒng)分為若干層次，最頂層直接面向用戶提供軟 件系統(tǒng)的操作界面。其余各層為緊鄰其上的層次提供服務(wù)。A. 分層模式C.架構(gòu)模式 D. 管道模式A15. 在面向?qū)ο蟮脑瓌t中， （）表

21、示使用多個(gè)專(zhuān)門(mén)的接口比使用單一 的總接口要好，一個(gè)類(lèi)對(duì)另一個(gè)來(lái)的依賴(lài)性應(yīng)當(dāng)是建立在最小的接口 上的。A.單一責(zé)任原則B.接口隔離原則 C. 依賴(lài)倒轉(zhuǎn)原則D. 合成 / 聚合復(fù)用原則B16. 在面向?qū)ο蟮脑O(shè)計(jì)原則中， （）表示在包的依賴(lài)關(guān)系圖中不允許 存在環(huán)。A. 最少知識(shí)原則 B. 依賴(lài)倒轉(zhuǎn)原則 C. 接口隔離原則D. 無(wú)循環(huán)依賴(lài)原則D17. 希望創(chuàng)建一個(gè)可復(fù)用的類(lèi)， 該類(lèi)必須能夠與接口不可預(yù)訂的類(lèi)協(xié) 同工作，可以考慮使用（）A單例模式B、對(duì)象池模式C、工廠模式 D適配器模式D18. 在需要構(gòu)建一個(gè)層次結(jié)構(gòu)的子系統(tǒng)時(shí)， 可以使用門(mén)面模式定義子 系統(tǒng)中每層的入口點(diǎn)，可以考慮使用（）。A. 外觀模

22、式 B. 工廠模式 C. 對(duì)象池模式 D. 單例模式A19. 當(dāng)需要在不同時(shí)刻指定、 排列和執(zhí)行請(qǐng)求是， 可以考慮使用 （）。A. 單例模式B. 命令模式 C. 工廠模式 D. 適配器模式B20. 當(dāng)某個(gè)系統(tǒng)需要多個(gè)產(chǎn)品系列中的一個(gè)來(lái)配置， 可以考慮使用（）A單例模式B、對(duì)象池模式 C工廠模式D、外觀模式C【代碼重構(gòu)】1. 在如下（）情況下，可以考慮使用重構(gòu)A修改錯(cuò)誤時(shí)B、復(fù)審程序代碼時(shí)C、添加功能時(shí)D、需求分析時(shí)ABC2. 當(dāng)一個(gè)臨時(shí)變量?jī)H僅在使用它的方法中可見(jiàn)，則用一個(gè)（），取 代變理會(huì)使得代碼更加易讀， 這也相當(dāng)于為信息創(chuàng)建一個(gè)單獨(dú)的訪問(wèn) 機(jī)制A提升方法重構(gòu)B、采用查詢(xún)替換臨時(shí)變量重構(gòu)

23、C、MoVe Method 重構(gòu) D、 Extract Method 重構(gòu)B【新增】1、在UM沖，（）可以對(duì)模型元素進(jìn)行有效組織，如類(lèi)，用例,構(gòu)件，從而構(gòu)成具有一定意義的單元。A連接B包C構(gòu)件D節(jié)點(diǎn)B2、UMLI過(guò)圖形化的表示機(jī)制從多個(gè)側(cè)面系統(tǒng)的分析和設(shè)計(jì)模型進(jìn) 行刻畫(huà)，其中（ ）包括類(lèi)圖、對(duì)象圖和包圖，他們分別從不同 的層表面表示系統(tǒng)的靜態(tài)結(jié)構(gòu)。A 構(gòu)件視圖 B 行為視圖 C 結(jié)構(gòu)視圖 D 用例視圖3、以算法和數(shù)據(jù)結(jié)構(gòu)為中心， 其系統(tǒng)功能有一系列的處理步驟構(gòu)成， 相鄰的處理步驟之間數(shù)據(jù)流通管道相互連接（ ）A MVC B 分層模式 C 流程處理模式 D 架構(gòu)模式C4、UMLI過(guò)圖形化的表示機(jī)

24、制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析設(shè)計(jì)模型進(jìn)行刻畫(huà)。其中（ ）包括交互圖、狀態(tài)圖與活動(dòng)圖，他們從不同的側(cè) 面刻畫(huà)系統(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ì)于某些類(lèi)來(lái)說(shuō)，只有一個(gè)實(shí)例是非常重要的，例如，系統(tǒng)中可 以有都種類(lèi)型的打印機(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í)體類(lèi)、控制類(lèi)和邊界類(lèi)。A 設(shè)計(jì)模型 B 分析模型 C 概念模型 D E-R 模型8、當(dāng)一個(gè)抽象模型有兩個(gè)方面，其中一個(gè)方面依賴(lài)于另一方面，將 這兩者封裝在獨(dú)立的對(duì)象中以使它們可以各自獨(dú)立地改變和復(fù)用， 以考慮使用（）A觀察者模式B命令模式C適配器模式D單例模式A9、在需求分析中，實(shí)體類(lèi)（）A負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)并向其他類(lèi)提供信息訪問(wèn)的操作B作為完成用例任務(wù)的責(zé)任承擔(dān)者，負(fù)責(zé)協(xié)調(diào)，控制其他類(lèi)共同完成用例規(guī)定的功能后行為C負(fù)責(zé)實(shí)現(xiàn)用戶的業(yè)務(wù)邏輯D負(fù)責(zé)目標(biāo)軟件系統(tǒng)與外部執(zhí)行者之間的交互A10