1、下面關于面向對象方法中消息的敘述，不正確的是_(2)_。(2)A. 鍵盤、鼠標、通信端口、網絡等設備一有變化，就會產生消息B操作系統不斷向應用程序發送消息，但應用程序不能向操作系統發送消息C. 應用程序之間可以相互發送消息D發送與接收消息的通信機制與傳統的子程序調用機制不同正確答案：B【解析】在系統中既使用對象又使用類和繼承等機制，而且對象之間僅能通過傳遞消息實現彼此的通信，這樣的方法才稱為面向對象的方法。面向對象技術中，對象是類的實例。對象有三種成份：_(3)_、屬性和方法(或操作)。(3) A. 標識B. 規則C. 封裝D. 消息正確答案：A解析：對象有三種成份：標識(對象名)、屬性和方法

2、(或操作)。 在面向對象技術中，類屬是一種_(1)_機制。一個類屬類是關于一組類的一個特性抽象，它強調的是這些類的成員特征中與_(2)_的那些部分，而用變元來表示與_（3）_的那些部分。（1）A.包含多態B.參數多態C.過載多態D.強制多態（2）A.具體對象無關B.具體類型無關C.具體對象相關D.具體類型相關（3）A.具體對象無關B.具體類型無關C.具體對象相關D.具體類型相關解析：在面向對象技術中，對象在收到信息后要予以響應。不同的對象收到同一消息可產生完全不同的結果，這一現象稱為多態。多態有多種不同的形式，其中參數多態和包含多態稱為通用多態，過載多態和強制多態成為特定多態。參數多態應用比較

3、廣泛，被稱為最純的多態。這是因為同一對象、函數或過程能以一致的形式用于不同的類型。包含多態最常見的例子就是子類型化，即一個類型是另一類型的子類型。過載多態是同一變量被用來表示不同的功能，通過上下文以決定一個類所代表的功能。即通過語法對不同語義的對象使用相同的名，編譯能夠消除這一模糊。強制多態是通過語義操作把一個變元的類型加以變換，以符合一個函數的要求，如果不做這一強制性變換將出現類型錯誤。類型的變換可在編譯時完成，通常是隱式地進行，當然也可以在動態運行時來做。類屬類(genericclass)僅描述了適用于一組類型的通用樣板，由于其中所處理對象的數據類型尚未確定，因而程序員不可用類屬類直接創建

4、對象實例，即一個類屬類并不是一種真正的類類型。類屬類必須經過實例化后才能成為可創建對象實例的類類型。類屬類的實例化是指用某一數據類型替代類屬類的類型參數。類屬類定義中給出的類型參數稱為形式類屬參數，類屬類實例化時給出的類型參數稱為實際類屬參數。如果類屬類實例化的實際類屬參數可以是任何類型，那么這種類屬類稱為無約束類屬類。然而在某些情況下，類屬類可能要求實際類屬參數必須具有某些特殊的性質，以使得在類屬類中可應用某些特殊操作，這種類屬類稱為受約束類屬類。類的實例化過程是一種實例的合成過程，而不僅僅是根據單個類型進行的空間分配、初始化和綁定。指導編譯程序進行這種合成的是_(47)_。(47)A類層次

5、結構B實例的個數C多態的種類D每個實例的初始狀態重置的基本思想是通過_(48)_機制的支持，使得子類在繼承父類界面定義的前提下，用適合于自己要求的實現去置換父類中的相應實現。(48)A靜態綁定B對象引用C類型匹配D動態綁定OMT 定義了三種模型來描述系統。_(49)_可以用狀態圖來表示；_(50)_可以用數據流圖來表示。_(51)_為上述兩種模型提供了基本的框架。(49)A對象模型B功能模型C動態模型D類模型(50)A對象模型B功能模型C動態模型D類模型(51)A對象模型B功能模型C動態模型D類模型 在UML 提供的圖中， _(31)_用于描述系統與外部系統及用戶之間的交互；_(32)_用于按

6、時間順序描述對象間交互。（31）A用例圖B類圖C對象圖D部署圖（32）A網絡圖B狀態圖C協作圖D序列圖在關于類的實例化的描述中，正確的是_(45)_。在關于類的實例化的描述中，正確的是_(45)_。（45）A.同一個類的對象具有不同的靜態數據成員值B.不同的類的對象具有相同的靜態數據成員值C.同一個類的對象具有不同的對象自身引用（this）值D.不同的類的對象具有相同的對象自身引用（this）值正確答案：C 學過面向對象編程語言的人，應該對this這個關鍵字并不陌生，它是對象自身引用值。程序當運行時，this相當于當前類產生對象的名稱。所以對于同一個類的對象具有不同的對象自身引用（this）值

7、。在某個信息系統中，存在如下的業務陳述：一個客戶提交0 個或多個訂單；一個訂單由一個且僅由一個客戶提交。系統中存在兩個類：“客戶”類和“訂單”類。對應每個“訂單”類的實例，存在_(46)_“客戶”類的實例；對應每個“客戶”類的實例，存在_(47)_個“訂單”類的實例。（46）A.0 個B.1 個C.1 個或多個D.0 個或多個（47）A.0 個B.1 個C.1 個或多個D.0 個或多個下列關于靜態多態實現重載的描述中正確的是_(30)_。（30）A.重載的方法（函數）的方法名（函數名）可以不同B.重載的方法（函數）必須在返回值類型以及參數類型上有所不同C.重載的方法（函數）必須在參數順序或參數

8、類型上有所不同D.重載的方法（函數）只需在返回值類型上有所不同試題(30)分析方法的重載必須保證方法的簽名不同，所謂方法的簽名是指函數或方法的名字和參數的類型和參數的順序。重載要求在參數的順序或者參數的類型上有所不同，對返回值沒有要求。參考答案(30)C程序設計語言提供了基本類型及其相關的操作，而_(31)_則允許開發者自定義一種新的類型及其相關的操作。供選擇的答案：（31）A.對象B.實例C.類D.引用試題(31)分析類是能夠由用戶定義的一種新的類型。對象是類的實例。參考答案(31)C_(32)_表示了對象間“is-a”的關系。供選擇的答案：（32）A.組合B.引用C.聚合D.繼承試題(32

9、)分析繼承表達了子類對象是一種父類對象的關系。參考答案(32)D若對象A 可以給對象B 發送消息，那么_(48)_。供選擇的答案：(48)A.對象B 可以看見對象A B.對象A 可看見對象BC.對象A、B 相互不可見D.對象A、B 相互可見試題(48)分析對象A可以給對象B發送消息，那么表明對象A可以調用對象B的方法，那么對象A可以看見對象B。參考答案(48)B類描述了一組對象共同的特性，下列敘述中正確的是_(49)_。供選擇的答案：(49)A.類本身不能具有變量B.對象具有類定義的所有變量的一份拷貝C.對象間不能共享類定義的變量D.可通過類名訪問靜態變量(類變量)試題(49)分析類也可以有變

10、量，所有類的對象都共享此類的變量。參考答案(49)D_(50)_反映了類間的一種層次關系，而_(51)_反映了一種整體與部分的關系。(50)A.繼承B.組合C.封裝D.多態(51)A.繼承B.組合C.封裝D.多態試題(50)、(51)分析繼承反映了類間的一種層次關系，而組合反映了一種整體與部分的關系。參考答案(50)A(51)B試題(52)下列敘述中正確的是_(52)_。供選擇的答案：(52)A.面向對象程序設計語言都不支持過程化的程序設計B.面向對象系統只可采用面向對象程序設計語言實現C.某些過程化程序設計語言也可實現面向對象系統D.面向對象程序設計語言不支持對成員變量的直接訪問試題(52)

11、分析某些面向對象的程序設計語言支持過程化的程序設計，過程化的程序設計語言也可實現面向對象系統。參考答案(52)C 在面向對象軟件開發過程中，采用設計模式（37） 。（37）A允許在非面向對象程序設計語言中使用面向對象的概念B以復用成功的設計和體系結構C以減少設計過程創建的類的個數D以保證程序的運行速度達到最優值 以下關于單身模式（Singleton）的描述中，正確的是（38） 。（38）A它描述了只有一個方法的類的集合B它能夠保證一個類只產生一個唯一的實例C它描述了只有一個屬性的類的集合D它能夠保證一個類的方法只能被個唯一的類調用正確答案：B單身模式（Singleton是一種創建型模式。創建型

12、模式抽象了實例化過程，它們幫助一個系統獨立于如何創建、組合和表示它的對象。對于系統中的某些類而言，只有一個實例是很重要的。單身模式的意圖就是保證一個類僅有一個實例，并提供一個訪問它的全局訪問點。 下列關于一個類的靜態成員的描述中，不正確的是（39） 。（39）A該類的對象共享其靜態成員變量的值B靜態成員變量可被該類的所有方法訪問C該類的靜態方法只能訪問該類的靜態成員變量D該類的靜態數據成員變量的值不可修改 在MVC（模型視圖控制器）模式中，視圖部分描述的是（40） 。（40）A將應用問題域中包含的抽象領域知識呈現給用戶的方式B應用問題域中所包含的抽象類C用戶界面對用戶輸入的響應方式D應用問題域

13、中包含的抽象領域知識正確答案：A解析：MVC模式，即模型視圖控制(Model-View-Controller)模式，它實際上是一種架構模式，是為那些需要為同樣的數據提供多個視圖的應用程序而設計的，它很好地體現了數據層與表示層的分離。MCV把應用程序分為3種對象類型。.模型：應用問題域中包含的抽象領域知識；.視圖：將應用問題域中包含的抽象領域知識呈現給用戶的方法：一個模型可以用于多個視圖；.控制器：用戶界面對用戶輸入的響應方式。 對于如下所示的UML 類圖，正確的描述是（41） 。（41）A類B 的實例中包含了對類C 的實例的引用B類A 的實例中包含了對類B 的實例的引用C類A 的實例中包含了對

14、類C 的實例的引用D類B 的實例中包含了對類A 的實例的引用正確答案：B解析：UML類圖一般包含3個組成部分。第一個是類名，第二個是屬性，第三個是該類提供的方法(類的性質可以放在第四部分；如果類中含有內部類，則會出現第五個組成部分)。類名部分是不能省略的，其他組成部分可以省略。類名書寫規范：正體字說明類是可被實例化的，斜體字說明類為抽象類。屬性和方法書寫規范：修飾符描述信息屬性、方法名稱參數：返回類型|類型屬性和方法之前可附加的可見性修飾符：加號(+)表示public，減號(-)表示private，#號表示protected，省略這些修飾符表示具有package(包)級別的可見性。如果屬性或方

15、法具有下畫線，則說明它是靜態的。類的性質是由一個屬性、一個賦值方法和一個取值方法組成的。書寫方式和方法類似。常見的關系有一般化關系、實現關系、聚合關系、合成關系和依賴關系。請注意不同關系在圖中連線表示的不同。一般化關系表示類與類、接口與接口之間的繼承關系。關系中的箭頭由子類指向父類。在Java中，用extends關鍵字來直接表示這種關系。 UML 中關聯的多重度是指（42） 。（42）A一個類有多少個方法被另一個類調用B一個類的實例能夠與另一個類的多少個實例相關聯C一個類的某個方法被另一個類調用的次數D兩個類所具有的相同的方法和屬性 已知3 個類A、B 和C，其中類A 由類B 的一個實例和類C

16、 的1 個或多個實例構成。能夠正確表示類A、B 和C 之間關系的UML 類圖是（43） 。正確答案：A解析：類A由類B的一個實例和類C偽1個或多個實例構成，可見這是整體與部分的關系。在UML中，用聚集來表示“整體與部分”這種關聯，在整體一端連接個空心菱形。再根據上題中重復度的解釋，顯然選擇A。選項B是普通關聯，不能準確描述題目要求。* 面向對象分析的第一步是（33）.（33）A定義服務B確定附加的系統約束C確定問題域D定義類和對象 面向對象程序設計語言為（34）提供支持。（34）A面向對象用例設計階段B面向對象分析階段C面向對象需求分析階段D面向對象實現階段 下面關于面向對象的描述正確的（35

17、）。（35）A針對接口編程，而不是針對實現編程B針對實現編程，而不是針對接口編程C接口與實現不可分割D優先使用繼承而非組合 下面關于UML 文檔的敘述中正確的是（36）。（36）AUML 文檔指導開發人員如何進行面向對象分析BUML 文檔描述了面向對象分析與設計的結果CUML 文檔給出了軟件的開發過程和設計流程DUML 文檔指導開發人員如何進行面向對象設計解析：UML文檔僅是設計者與開發人員采用UML語言進行系統分析與設計的結果，并沒有給出如何進行系統開發和采用哪種開發流程，它也不指導開發人員如何進行面向對象設計。 UML 的設計視圖包含了類、接口和協作，其中，設計視圖的靜態方面由（37）和（

18、38）表現；動態方面由交互圖、（39）表現。（37）A類圖B狀態圖C活動圖D用例圖（38）A狀態圖B順序圖C對象圖D活動圖（39）A狀態圖和類圖B類圖和活動圖C對象圖和狀態圖D狀態圖和活動圖 UML 中的構件是遵從一組接口并提供一組接口的實現，下列說法錯誤的是（40）。（40）A構件應是可替換的B構件表示的是邏輯模塊而不是物理模塊C構件應是組成系統的一部分D構件與類處于不同的抽象層次正確答案：B解析：構件應該是物理模塊而不是邏輯模塊。 設計模式具有（41）的優點。（41）A適應需求變化B程序易于理解C減少開發過程中的代碼開發工作量D簡化軟件系統的設計 下面的（42）模式將對象組合成樹形結構以表

19、示“部分一整體”的層次結構，并使得用戶對單個對象和組合對象的使用具有一致性。（42）A組合（Composite） B橋接（Bridge）C修飾（Decorator） D外觀（Facade） 下圖描述了一種設計模式，該設計模式不可以（43）。（43）A動態決定由一組對象中某個對象處理該請求B動態指定處理一個請求的對象集合，并高效率地處理一個請求C使多個對象都有機會處理請求，避免請求的發送者和接收者間的禍合關系D將對象連成一條鏈，并沿著該鏈傳遞請求處理一個請求的物件集合可以被動態的指定,但并不見得高效率. 在面向對象程序設計中，常常將接口的定義與接口的實現相分離，可定義不同的類實現相同的接口。在程

20、序運行過程中，對該接口的調用可根據實際的對象類型調用其相應的實現。為達到上述目的，面向對象語言須提供（44）機制。（44）A繼承和過載（overloading） B抽象類C繼承和重置（overriding） D對象目身引用超載即為重載,重置是覆蓋.(也是動態綁定,多態) 面向對象分析與設計是面向對象軟件開發過程中的兩個重要階段，下列活動中，（36）不屬于面向對象分析階段。（36）A. 構建分析模型B. 識別分析類C.確定接口規格D. 評估分析模型 在某大學學生學籍管理信息系統中，假設學生年齡的輸入范圍為1640，則根據黑盒測試中的等價類劃分技術，下面劃分正確的是（37） 。（37）A. 可劃分

21、為2 個有效等價類，2 個無效等價類B. 可劃分為1 個有效等價類，2 個無效等價類C. 可劃分為2 個有效等價類，1 個無效等價類D. 可劃分為1 個有效等價類，1 個無效等價類 面向對象分析需要找出軟件需求中客觀存在的所有實體對象（概念），然后歸納、抽象出實體類。（38）是尋找實體對象的有效方法之一。（38）A. 會議調查B. 問卷調查C. 電話調查D. 名詞分析 在“模型視圖控制器”（MVC）模式中，（39） 主要表現用戶界面， （40）用來描述核心業務邏輯。（39）A. 視圖B. 模型C. 控制器D. 視圖和控制器（40）A. 視圖B. 模型C. 控制器D. 視圖和控制器 在進行面向對

22、象設計時，采用設計模式能夠（41）。（41）A. 復用相似問題的相同解決方案B. 改善代碼的平臺可移植性C. 改善代碼的可理解性D. 增強軟件的易安裝性 下面給出了四種設計模式的作用：外觀（Facade）：為子系統中的一組功能調用提供一個一致的接口，這個接口使得這一子系統更加容易使用；裝飾(Decorate)：當不能采用生成子類的方法進行擴充時，動態地給一個對象添加一些額外的功能；單件（Singleton）：保證一個類僅有一個實例，并提供一個訪問它的全局訪問點；模板方法（Template Method）：在方法中定義算法的框架，而將算法中的一些操作步驟延遲到子類中實現。請根據下面敘述的場景選用

23、適當的設計模式。若某面向對象系統中的某些類有且只有一個實例，那么采用（42）設計模式能夠有效達到該目的；該系統中的某子模塊需要為其它模塊提供訪問不同數據庫系統（Oracle、SQL Server、DB2 UDB 等）的功能，這些數據庫系統提供的訪問接口有一定的差異，但訪問過程卻都是相同的，例如，先連接數據庫，再打開數據庫，最后對數據進行查詢，（43） 設計模式可抽象出相同的數據庫訪問過程；系統中的文本顯示類（ TextView ）和圖片顯示類（PictureView ）都繼承了組件類（Component），分別顯示文本和圖片內容，現需要構造帶有滾動條、或者帶有黑色邊框、或者既有滾動條又有黑色邊

24、框的文本顯示控件和圖片顯示控件，但希望最多只增加三個類，（44）設計模式可以實現該目的。（42）A. 外觀B.裝飾C. 單件D. 模板方法（43）A. 外觀B.裝飾C. 單件D. 模板方法（44）A. 外觀B.裝飾C. 單件D. 模板方法 在采用標準UML 構建的用例模型（Use-Case Model）中，參與者（Actor）與用例（Use Case）是模型中的主要元素，其中參與者與用例之間可以具有（45）關系。（45）A. 包含（include） B. 遞歸（Recursive）C. 關聯（Association） D. 組合（Composite） 當采用標準UML 構建系統類模型(Clas

25、s Model)時，若類B 除具有類A 的全部特性外，類B 還可定義新的特性以及置換類A 的部分特性，那么類B 與類A 具有（46）關系；若類A 的對象維持類B 對象的引用或指針，并可與類C 的對象共享相同的類B 的對象，那么類A 與類B 具有（47）關系。（46）A. 聚合B. 泛化C. 傳遞D. 迭代（47）A. 聚合B. 泛化C. 傳遞D. 迭代 （37） 表示了系統與參與者之間的接口。在每一個用例中，該對象從參與者處收集信息，并將之轉換為一種被實體對象和控制對象使用的形式。（37）A. 邊界對象B. 可視化對象C. 抽象對象D. 實體對象 在UML 語言中，下圖中的a、b、c 三種圖形

26、符號按照順序分別表示（38） 。（38）A. 邊界對象、實體對象、控制對象B. 實體對象、邊界對象、控制對象C. 控制對象、實體對象、邊界對象D. 邊界對象、控制對象、實體對象正確答案：C解析：本題考查的是采用UML進行面向對象設計過程中，各種不同對象的圖形表示，按照上述的圖形順序，分別表示控制對象、實體對象、邊界對象。 在下面的用例圖（UseCase Diagram）中，X1、X2 和X3 表示（39） ，已知UC3 是抽象用例，那么X1 可通過（40） 用例與系統進行交互。并且，用例（41） 是UC4 的可選部分，用例（42） 是UC4的必須部分。（39）A. 人B. 系統C. 參與者D.

27、 外部軟件（40）A. UC4、UC1 B. UC5、UC1 C. UC5、UC2 D. UC1、UC2（41）A. UC1 B. UC2 C. UC3 D. UC5（42）A. UC1 B. UC2 C. UC3 D. UC5 （43）設計模式定義了對象間的一種一對多的依賴關系，以便當一個對象的狀態發生改變時，所有依賴于它的對象都得到通知并自動刷新。（43）A. Adapter（適配器） B. Iterator（迭代器） C. Prototype（原型） D. Observer（觀察者） UML 中有多種類型的圖，其中， （44） 對系統的使用方式進行分類， （45） 顯示了類及其相互關系，

28、 （46） 顯示人或對象的活動，其方式類似于流程圖，通信圖顯示在某種情況下對象之間發送的消息，（47） 與通信圖類似，但強調的是順序而不是連接。（44）A. 用例圖B. 順序圖C. 類圖D. 活動圖（45）A. 用例圖B. 順序圖C. 類圖D. 活動圖（46）A. 用例圖B. 順序圖C. 類圖D. 活動圖（47）A. 用例圖B. 順序圖C. 類圖D. 活動圖 （12）是指把數據以及操作數據的相關方法組合在同一個單元中，使我們可以把類作為軟件中的基本復用單元，提高其內聚度，降低其耦合度。面向對象中的（13）機制是對現實世界中遺傳現象的模擬，通過該機制，基類的屬性和方法被遺傳給派生類。（12）A.

29、 封裝B. 多態C. 繼承D. 變異（13）A. 封裝B. 多態C. 繼承D. 變異 （14）以靜態或動態的連接方式，為應用程序提供一組可使用的類。（15）除了提供可被應用程序調用的類以外，還基本實現了一個可執行的架構。（14）A. 函數庫B. 類庫C. 框架D. 類屬（15）A. 函數庫B. 類庫C. 框架D. 類屬正確答案：B本題考查的是框架和類庫的概念與區別。類庫為應用程序提供了一組可以被使用的類，而框架除了提供類之外，還基本實現了一個可以執行的架構。函數庫提供被調用的函數。 （16） 是一種面向數據流的開發方法，其基本思想是軟件功能的分解和抽象。（16）A. 結構化開發方法B. Jac

30、kson 系統開發方法C. Booch 方法D. UML（統一建模語言）本題考查軟件開發方法基本概念。結構化開發方法是傳統的、也是應用較為廣發的一種軟件開發方法，它基于數據流進行需求分析和軟件設計，用抽象模型的概念，按照軟件內部數據傳遞和轉換關系，對問題和功能自頂向下逐層分解。Jackson系統開發方法是一種典型的面向數據結構的分析和設計方法，以活動為中心，一連串活動的順序組合成一個完整的工作進程。Booch方法是一種面向對象的軟件開發方法。UML僅僅是一種建模標準語言，規定了構成軟件的各個元素和構件的圖示規范。 采用UML 進行軟件設計時，可用（17） 關系表示兩類事物之間存在的特殊/一般關

31、系，用聚集關系表示事物之間存在的整體/部分關系。（17）A. 依賴B. 聚集C. 泛化D. 實現本題考查對UML中關系概念的理解。按照面向對象技術的描述，若兩類事物之間存在特殊/一般關系，則用繼承機制表示該關系，即UML中的泛化關系。 在面向對象系統中，用（15） 關系表示一個較大的“整體”類包含一個或多個較小的“部分”類。（15）A. 泛化B. 聚合C. 概化D. 合成 面向對象分析與設計中的（37） 是指一個模塊在擴展性方面應該是開放的，而在更改性方面應該是封閉的；而（38） 是指子類應當可以替換父類并出現在父類能夠出現的任何地方。（37）A. 開閉原則B. 替換原則C. 依賴原則D. 單

32、一職責原則（38）A. 開閉原則B. 替換原則C. 依賴原則D. 單一職責原則 在選擇某種面向對象語言進行軟件開發時，不需要著重考慮的因素是，該語言（39）。（39）A. 將來是否能夠占據市場主導地位B. 類庫是否豐富C. 開發環境是否成熟D. 是否支持全局變量和全局函數的定義 （40） 限制了創建類的實例數量，而（41） 將一個類的接口轉換成客戶希望的另外一個接口，使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。（40）A. 命令模式（Command） B. 適配器模式（Adapter）C. 策略模式（Strategy） D. 單例模式（Singleton）（41）A. 命令模式（

33、Command） B. 適配器模式（Adapter）C. 策略模式（Strategy） D. 單例模式（Singleton） （42） 是指在運行時把過程調用和響應調用所需要執行的代碼加以結合。（42）A. 綁定B. 靜態綁定C. 動態綁定D. 繼承 （43） 設計模式允許一個對象在其內部狀態改變時改變它的行為。下圖為這種設計模式的類圖，已知類State 為抽象類，則類（44） 的實例代表了Context 對象的狀態。（43）A. 單件（Singleton） B. 橋接（Bridge） C. 組合（Composite） D. 狀態（State）（44）A. Context B. concret

34、eStateA C. Handle D. State 在UML 的各種視圖中， （45） 顯示外部參與者觀察到的系統功能； （46） 從系統的靜態結構和動態行為角度顯示系統內部如何實現系統的功能； （47） 顯示的是源代碼以及實際執行代碼的組織結構。（45）A. 用例視圖B. 進程視圖C. 實現視圖D. 邏輯視圖（46）A. 用例視圖B. 進程視圖C. 實現視圖D. 邏輯視圖（47）A. 用例視圖B. 進程視圖C. 實現視圖D. 邏輯視圖 在采用面向對象技術構建軟件系統時，很多敏捷方法都建議的一種重要的設計活動是（15） ，它是一種重新組織的技術，可以簡化構件的設計而無需改變其功能或行為。（1

35、5）A. 精化B. 設計類C. 重構D. 抽象正確答案：C解析：本題考查采用敏捷方法進行軟件開發。敏捷方法中，重構是一種重新組織技術，重新審視需求和設計，重新明確地描述它們以符合新的和現有的需求，可以簡化構件的設計而無需改變其功能或行為。 下面關于面向對象分析與面向對象設計的說法中，不正確的是（37） 。（37）A. 面向對象分析側重于理解問題B. 面向對象設計側重于理解解決方案C. 面向對象分析描述軟件要做什么D. 面向對象設計一般不關注技術和實現層面的細節 在面向對象分析與設計中， （38） 是應用領域中的核心類，一般用于保存系統中的信息以及提供針對這些信息的相關處理行為； （39） 是系

36、統內對象和系統外參與者的聯系媒介； （40） 主要是協調上述兩種類對象之間的交互。（38）A. 控制類B. 邊界類C. 實體類D. 軟件類（39）A. 控制類B. 邊界類C. 實體類D. 軟件類（40）A. 控制類B. 邊界類C. 實體類D. 軟件類 若類A 僅在其方法Method1 中定義并使用了類B 的一個對象，類A 其它部分的代碼都不涉及類B，那么類A 與類B 的關系應為（41） ；若類A 的某個屬性是類B 的一個對象，并且類A 對象消失時，類B 對象也隨之消失，則類A 與類B 的關系應為（42） 。（41）A.關聯B. 依賴C. 聚合D. 組合（42）A.關聯B. 依賴C. 聚合D.

37、組合 當不適合采用生成子類的方法對已有的類進行擴充時，可以采用（43） 設計模式動態地給一個對象添加一些額外的職責；當應用程序由于使用大量的對象，造成很大的存儲開銷時，可以采用（44） 設計模式運用共享技術來有效地支持大量細粒度的對象；當想使用一個已經存在的類，但其接口不符合需求時，可以采用（45） 設計模式將該類的接口轉換成我們希望的接口。（43）A. 命令（Command） B.適配器（Adapter） C.裝飾（Decorate） D.享元（Flyweight）（44）A. 命令（Command） B.適配器（Adapter） C.裝飾（Decorate） D.享元（Flyweight）

38、（45）A. 命令（Command） B.適配器（Adapter） C.裝飾（Decorate） D.享元（Flyweight） 下圖屬于UML 中的（46） ，其中，AccountManagement 需要（47） 。（46）A. 組件圖B. 部署圖C. 類圖D.對象圖（47）A. 實現IdentityVerifier 接口并被CreditCardServices 調用B. 調用CreditCardServices 實現的IdentityVerifier 接口C. 實現IdentityVerifier 接口并被Logger 調用D. 調用Logger 實現的IdentityVerifier

39、接口 以下關于類和對象的敘述中，錯誤的是（37） 。（37）A. 類是具有相同屬性和服務的一組對象的集合B. 類是一個對象模板，用它僅可以產生一個對象C. 在客觀世界中實際存在的是類的實例，即對象D. 類為屬于該類的全部對象提供了統一的抽象描述試題(37)分析本題考查面向對象中類和對象的基本概念。面向對象中，類是對象的模板，描述了一組對象共有的成員屬性和方法。類是一組對象的抽象描述，通過類可以產生一個或多個對象，這些對象具有相同的屬性和方法。參考答案(37)B （38） 是把對象的屬性和服務結合成一個獨立的系統單元，并盡可能隱藏對象的內部細節；（39） 是指子類可以自動擁有父類的全部屬性和服務； （40） 是對象發出的服務請求，一般包含提供服務的對象標識、服務標識、輸入信息和應答信息等。（38）A. 繼承B. 多態C. 消息D. 封裝（39）A. 繼承B. 多態C. 消息D. 封裝（40）A. 繼承B. 多態C. 消息D. 封裝試題(38)(40)分析本題考查面向對象的基本概念。封裝的作用是把屬性和服務結合成一個獨立的系統單元，并隱藏對象的內部細節；而繼承則使得子類可以自動擁有父類的全部屬性和服務；消息則是對象發出的服務請求；多態是指面向對象中由重載或過載機制實現的結果。參考答案(38)D(39)A(40)C 以下關于面向對象分析的敘述中，錯誤的是（