● 面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言為（34）提供支持。
（34）A．面向?qū)ο笥美O(shè)計(jì)階段 B．面向?qū)ο蠓治鲭A段
 C．面向?qū)ο笮枨蠓治鲭A段 D．面向?qū)ο髮?shí)現(xiàn)階段
  [答案討論]

● 下面關(guān)于面向?qū)ο蟮拿枋稣_的（35）。
（35）A．針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程
 B．針對(duì)實(shí)現(xiàn)編程，而不是針對(duì)接口編程
 C．接口與實(shí)現(xiàn)不可分割
 D．優(yōu)先使用繼承而非組合
[答案討論]

● 下面關(guān)于UML文檔的敘述中正確的是（36）。
（36）A．UML文檔指導(dǎo)開(kāi)發(fā)人員如何進(jìn)行面向?qū)ο蠓治?BR>  B．UML文檔描述了面向?qū)ο蠓治雠c設(shè)計(jì)的結(jié)果
 C．UML文檔給出了軟件的開(kāi)發(fā)過(guò)程和設(shè)計(jì)流程
 D．UML文檔指導(dǎo)開(kāi)發(fā)人員如何進(jìn)行面向?qū)ο笤O(shè)計(jì)
[答案討論]

● UML的設(shè)計(jì)視圖包含了類、接口和協(xié)作，其中，設(shè)計(jì)視圖的靜態(tài)方面由（37）和（38）表現(xiàn)；動(dòng)態(tài)方面由交互圖、（39）表現(xiàn)。
（37）A．類圖B．狀態(tài)圖C．活動(dòng)圖D．用例圖
（38）A．狀態(tài)圖 B．順序圖C．對(duì)象圖D．活動(dòng)圖
（39）A．狀態(tài)圖和類圖B．類圖和活動(dòng)圖
 C．對(duì)象圖和狀態(tài)圖 D．狀態(tài)圖和活動(dòng)圖
  [答案討論]

● UML中的構(gòu)件是遵從一組接口并提供一組接口的實(shí)現(xiàn)，下列說(shuō)法錯(cuò)誤的是（40）。
（40）A．構(gòu)件應(yīng)是可替換的 B．構(gòu)件表示的是邏輯模塊而不是物理模塊
 C．構(gòu)件應(yīng)是組成系統(tǒng)的一部分 D．構(gòu)件與類處于不同的抽象層次
  [答案討論]

● 設(shè)計(jì)模式具有（41）的優(yōu)點(diǎn)。
（41）A．適應(yīng)需求變化B．程序易于理解
 C．減少開(kāi)發(fā)過(guò)程中的代碼開(kāi)發(fā)工作量 D．簡(jiǎn)化軟件系統(tǒng)的設(shè)計(jì)
  [答案討論]

● 下面的（42）模式將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示“部分一整體”的層次結(jié)構(gòu)，并使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。
（42）A．組合（Composite） B．橋接（Bridge）
 C．修飾（Decorator） D．外觀（Facade）
  [答案討論]

● 下圖描述了一種設(shè)計(jì)模式，該設(shè)計(jì)模式不可以（43）。
 
（43）A．動(dòng)態(tài)決定由一組對(duì)象中某個(gè)對(duì)象處理該請(qǐng)求
 B．動(dòng)態(tài)指定處理一個(gè)請(qǐng)求的對(duì)象集合，并高效率地處理一個(gè)請(qǐng)求
 C．使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，避免請(qǐng)求的發(fā)送者和接收者間的禍合關(guān)系
 D．將對(duì)象連成一條鏈，并沿著該鏈傳遞請(qǐng)求
  [答案討論]

● 在面向?qū)ο蟪绦蛟O(shè)計(jì)中，常常將接口的定義與接口的實(shí)現(xiàn)相分離，可定義不同的類實(shí)現(xiàn)相同的接口。在程序運(yùn)行過(guò)程中，對(duì)該接口的調(diào)用可根據(jù)實(shí)際的對(duì)象類型調(diào)用其相應(yīng)的實(shí)現(xiàn)。 為達(dá)到上述目的，面向?qū)ο笳Z(yǔ)言須提供 （44）機(jī)制。
（44）A．繼承和過(guò)載（overloading） B．抽象類
 C．繼承和重置（overriding） D．對(duì)象目身引用
[答案討論]

[1]  [2]  [3]  [4]  [5]  [6]  [7]