UML試題及答案(5)

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）問題可以幫助識(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)

2、的不同發(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ò)展用例B B、用例A繼承用例B C、用例A包括用例B D、用例A實(shí)現(xiàn)用

3、例B 9. 如果用例A與用例B相似，但A的動(dòng)作序列是通過改寫B(tài)的部分或者擴(kuò)展B的動(dòng)作而獲得的，則稱（B）A、用例A實(shí)現(xiàn)用例B B、用例A繼承用例B C、用例A擴(kuò)展用例B D、用例A包括用例B10. 如果用例A與用例B相似，但A的功能較B多，A的動(dòng)作序列是通過在B的動(dòng)作序列中的某些執(zhí)行點(diǎn)上插入附加的動(dòng)作序列而構(gòu)成的，則稱（C）A、用例A擴(kuò)展用例B B、用例A包含用例B C、用例A繼承用例B D、用例A實(shí)現(xiàn)用例B 11. 在UML中，（A）表示使用軟件系統(tǒng)的功能，與軟件系統(tǒng)交換信息的外部實(shí)體A、執(zhí)行者 B、類 C、用例 D、用例圖12. 在用例圖中，執(zhí)行者之間的關(guān)系只有（B）一種A、包含 B、繼承

4、 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、框架FrameworkB、虛包FacadeC、子系統(tǒng)SubsystemD、系統(tǒng)system3. 兩個(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、繼

5、承 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è)定的大小?？梢哉f明可能用于關(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、傳

6、參 D、傳值10. 將下圖中的接口映射為Java代碼，具有（D）形式。A、private interface ServiceB、protect interface Service.C、void interface Service.D、public interface Service11. （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)類

7、實(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、從部署圖中

8、，可以了解到軟件與硬件之間物理關(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)圖中，（

9、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)合起來形成

10、的處理流程，表達(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、信息流 B、控制流 C、初始活動(dòng) D、活動(dòng)9. UML的（A）表示消息源發(fā)出消息后不必等待消息處理過程的返回，即可繼續(xù)執(zhí)行自己的后續(xù)操作。A、異步消息 B、返回消息 C、同步消息 D、簡(jiǎn)單消息1

11、0. 在UML順序圖中，（A）對(duì)消息傳遞的目標(biāo)對(duì)象的銷毀。A、銷毀（destory）消息 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、銷毀（destory）消息13. （B）用于概述相互合作的對(duì)象流的交互關(guān)系和鏈接關(guān)系。A、用例圖 B、通信圖 C、協(xié)作圖 D、類圖14. 時(shí)間

12、圖中，包含以下（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的最上一層，視圖被劃分為（ACD）視圖域。A、模型管理 B、擴(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ǔ)。類元視圖包括靜

13、態(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è)備控制器和其他具有反饋

14、的子系統(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、OCL B、表達(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)

15、的運(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）、多選框（checkbox）、選擇列表（select list）等A、靜態(tài)元素 B、動(dòng)態(tài)元素 C、用戶輸入元素 D、用戶命令元素11. 對(duì)于一個(gè)學(xué)校的課程注冊(cè)管理系統(tǒng)，如果有一條需求為“學(xué)生只能查看本人選課計(jì)劃；教師只能查看本人所開課程的學(xué)生信息；教務(wù)管理員可以查看所有信息。”，該屬于（D）類型

16、的需求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)交互。”該屬于（C）類型。A、可集成性需求 B、可伸縮性需求 C、可互操作性需求 D、安全性需求14. 對(duì)與OCL，說法正確的是（AB

17、CD）A、使用OCL在模型的方法上定義不變量B、將OCL作為一種查詢語言C、使用OCL對(duì)構(gòu)造型（Stereotypes）定義前置和后置條件D、使用OCL描述類型的前置和后置條件15. UML的（B）是由建模者設(shè)計(jì)的新的建模元素，但是這個(gè)模型元素的設(shè)計(jì)要建立在UML已定義的模型元素基礎(chǔ)上A、標(biāo)記值 B、構(gòu)造型 C、注釋 D、約束16. UML通過圖形化的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行刻畫，其中（C）包括構(gòu)件圖，它描述軟件系統(tǒng)中各組成構(gòu)件，構(gòu)件的內(nèi)部結(jié)構(gòu)以及構(gòu)件之間的依賴關(guān)系A(chǔ)、行為視圖 B、結(jié)構(gòu)視圖 C、構(gòu)件視圖 D、用例視圖【設(shè)計(jì)模式】1. 以下屬于面向?qū)ο蟮脑O(shè)計(jì)原則的有（）A、

18、最少知識(shí)原則B、依賴倒轉(zhuǎn)原則C、接口隔離原則D、無循環(huán)依賴原則（包圖）ABCD2. 從模式所提供的解決方案的抽象程度來看，模式可以分為（ ）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、外觀模式B、工廠模式C、對(duì)象池模式D、單例模式C4. 在面向?qū)ο蟮脑O(shè)計(jì)原則中，（）表示軟件實(shí)體應(yīng)當(dāng)對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉，即軟件實(shí)體應(yīng)當(dāng)在不修改的前提下擴(kuò)展。A、單一責(zé)任原則 B、開放封閉原則 C、完全替換原則 D、合成/聚合復(fù)用原則5. （）將整個(gè)軟件系統(tǒng)劃分為模型、視圖和控制器三個(gè)部分。A、MVC B、分層模式 C、

19、管道模式 D、架構(gòu)模式A6. 在面向?qū)ο蟮脑O(shè)計(jì)原則中，（）表示在一個(gè)新的對(duì)象里面使用一些已有的對(duì)象，便之成為新對(duì)象的一部分，新的對(duì)象通過向這些對(duì)的委派達(dá)到復(fù)用已有功能的目的。A、完全替換原則 B、開放封閉原則 C、合成/聚合復(fù)用原則D、單一責(zé)任原則C7. 當(dāng)使用單件（單例）設(shè)計(jì)模式時(shí)，可以獲得如下（）優(yōu)點(diǎn)。A、對(duì)唯一實(shí)例提供受控訪問 B、縮小名稱空間 C、允許對(duì)操作和表示進(jìn)行精化操作 D、運(yùn)行可變數(shù)目的類實(shí)例數(shù)ABCD8. 設(shè)計(jì)（）的目的是，將目標(biāo)軟件系統(tǒng)中依賴于系統(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ì)

20、原則中，（）表示高層模塊不應(yīng)該依賴于低層模塊，都應(yīng)該依賴于抽象，抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象。A、依賴倒轉(zhuǎn)原則 B、開放封閉原則 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è)計(jì)數(shù)據(jù)C11. 在設(shè)計(jì)模式中，（）保證每個(gè)類只要單個(gè)實(shí)例。A.工廠模式 B.對(duì)象池模式 C.外觀模式 D.單例模式D12. 當(dāng)客戶程序與抽象類的實(shí)現(xiàn)部分之間存在很大的依賴性時(shí)，可以考慮使用（）A、單例模式 B、對(duì)象池模式 C、工廠模式 D、外觀模式D13. 當(dāng)需要強(qiáng)調(diào)一系列相關(guān)產(chǎn)品對(duì)象的設(shè)

21、計(jì)以便進(jìn)行聯(lián)合使用，可以考慮使用（）。A.工廠模式 B.對(duì)象池模式 C.外觀模式 D.單例模式A14.（）將整個(gè)軟件系統(tǒng)分為若干層次，最頂層直接面向用戶提供軟件系統(tǒng)的操作界面。其余各層為緊鄰其上的層次提供服務(wù)。A.分層模式 B.MVC C.架構(gòu)模式 D.管道模式A15. 在面向?qū)ο蟮脑瓌t中，（）表示使用多個(gè)專門的接口比使用單一的總接口要好，一個(gè)類對(duì)另一個(gè)來的依賴性應(yīng)當(dāng)是建立在最小的接口上的。A單一責(zé)任原則 B.接口隔離原則 C.依賴倒轉(zhuǎn)原則 D.合成/聚合復(fù)用原則B16. 在面向?qū)ο蟮脑O(shè)計(jì)原則中，（）表示在包的依賴關(guān)系圖中不允許存在環(huán)。A.最少知識(shí)原則 B.依賴倒轉(zhuǎn)原則 C.接口隔離原則 D.

22、無循環(huán)依賴原則D17. 希望創(chuàng)建一個(gè)可復(fù)用的類，該類必須能夠與接口不可預(yù)訂的類協(xié)同工作，可以考慮使用（）A、單例模式 B、對(duì)象池模式 C、工廠模式 D、適配器模式D18. 在需要構(gòu)建一個(gè)層次結(jié)構(gòu)的子系統(tǒng)時(shí)，可以使用門面模式定義子系統(tǒng)中每層的入口點(diǎn)，可以考慮使用（）。A.外觀模式 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è)來配置，可以考慮使用（）A、單例模式 B、對(duì)象池模式 C、工廠模式 D、外觀模式C【代碼重構(gòu)】1. 在如下（）

23、情況下，可以考慮使用重構(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、Move Method重構(gòu) D、Extract Method重構(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ì)象圖和包圖，他們分別從不同的層表面

24、表示系統(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ù)流通管道相互連接（ ）A MVC B 分層模式 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)中可以有都種類型的打

25、印機(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概念模型 D E-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、（ ）是在不改變代碼外在行為的前