UML2004-2011上午題

1、整理：2010級(jí)軟工 張琴在面向?qū)ο蠹夹g(shù)中，類屬是一種_(1)B_機(jī)制。一個(gè)類屬類是關(guān)于一組類的一個(gè)特性抽象，它強(qiáng)調(diào)的是這些類的成員特征中與_B(2)_的那些部分，而用變?cè)獊?lái)表示與_(3)D_的那些部分。(1)A包含多態(tài)B參數(shù)多態(tài)C過(guò)載多態(tài)D強(qiáng)制多態(tài)(2)A具體對(duì)象無(wú)關(guān)B具體類型無(wú)關(guān)C具體對(duì)象相關(guān)D具體類型相關(guān)(3)A具體對(duì)象無(wú)關(guān)B具體類型無(wú)關(guān)C具體對(duì)象相關(guān)D具體類型相關(guān)面向?qū)ο蟮臏y(cè)試可分為四個(gè)層次，按照由低到高的順序，這四個(gè)層次是_(31)_B_。(31)A類層模板層系統(tǒng)層算法層B算法層類層二模板層系統(tǒng)層1C算法層模板層類層系統(tǒng)層D類層系統(tǒng)層模板層算法層 當(dāng)在軟件工程的環(huán)境中考慮風(fēng)險(xiǎn)時(shí)，主要

2、基于Charette提出的三個(gè)概念。以下選項(xiàng)中不屬于這三個(gè)概念的是_(27)C_。項(xiàng)目風(fēng)險(xiǎn)關(guān)系著項(xiàng)目計(jì)劃的成敗，_C_(28)_關(guān)系著軟件的生存能力。在進(jìn)行軟件工程風(fēng)險(xiǎn)分析時(shí)，項(xiàng)目管理人員要進(jìn)行四種風(fēng)險(xiǎn)評(píng)估活動(dòng)，這四種活動(dòng)是_A(29)_以及確定風(fēng)險(xiǎn)估計(jì)的正確性。(27)A關(guān)心未來(lái)B關(guān)心變化C關(guān)心技術(shù)D關(guān)心選擇(28)A資金風(fēng)險(xiǎn)B技術(shù)風(fēng)險(xiǎn)C商業(yè)風(fēng)險(xiǎn)D預(yù)算風(fēng)險(xiǎn)(29)A建立表示風(fēng)險(xiǎn)概率的尺度，描述風(fēng)險(xiǎn)引起的后果，估計(jì)風(fēng)險(xiǎn)影響的大小B建立表示風(fēng)險(xiǎn)概率的尺度，描述風(fēng)險(xiǎn)引起的后果，確定產(chǎn)生風(fēng)險(xiǎn)的原因C確定產(chǎn)生風(fēng)險(xiǎn)的原因，描述風(fēng)險(xiǎn)引起的后果，估計(jì)風(fēng)險(xiǎn)影響的大小D建立表示風(fēng)險(xiǎn)概率的尺度，確定產(chǎn)生風(fēng)險(xiǎn)的原因

3、，估計(jì)風(fēng)險(xiǎn)影響的大小 軟件的互操作性是指_(30)_C_。(30)A軟件的可移植性B人機(jī)界面的可交互性C連接一個(gè)系統(tǒng)和另一個(gè)系統(tǒng)所需的工作量D多用戶之間的可交互性 在選擇開(kāi)發(fā)方法時(shí)，有些情況不適合使用原型法，以下選項(xiàng)中不能使用快速原型法的情況是_D_(32)_。(32)A系統(tǒng)的使用范圍變化很大B系統(tǒng)的設(shè)計(jì)方案難以確定C用戶的需求模糊不清D用戶的數(shù)據(jù)資源缺乏組織和管理 從信息資源管理的觀點(diǎn)出發(fā)，信息系統(tǒng)的邏輯結(jié)構(gòu)一般由四部分組成，其中_(33)C_利用信息系統(tǒng)提供的信息進(jìn)行決策和選擇，是信息系統(tǒng)服務(wù)的對(duì)象，(33)A信息源B信息處理器C信息使用者D信息管理者 以下選項(xiàng)中，最適合于用交互式計(jì)算機(jī)軟

4、件解決的問(wèn)題是B_(34)_。(34)A非結(jié)構(gòu)化決策問(wèn)題B半結(jié)構(gòu)化決策問(wèn)題C結(jié)構(gòu)化決策問(wèn)題D確定性問(wèn)題 CMU/SEI推出的_(35)A_將軟件組織的過(guò)程能力分為五個(gè)成熟度級(jí)別，每一個(gè)級(jí)別定義了一組過(guò)程能力目標(biāo)，并描述了要達(dá)到這些目標(biāo)應(yīng)該具備的實(shí)踐活動(dòng)。(35)ACMMBPSPCTSPDSSE-CMM 04上在UML提供的圖中，可以采用_(30)_D對(duì)邏輯數(shù)據(jù)庫(kù)模式建模；B_(31)_用于接口、類和協(xié)作的行為建模，并強(qiáng)調(diào)對(duì)象行為的事件順序； _C(32)_用于系統(tǒng)的功能建模，并具強(qiáng)調(diào)對(duì)象間的控制流。(30)A用例圖B構(gòu)件圖C活動(dòng)圖D類圖(31)A協(xié)作圖B狀態(tài)圖C序列圖D對(duì)象圖(32)A狀態(tài)圖B

5、用例圖C活動(dòng)圖D類圖類的實(shí)例化過(guò)程是一種實(shí)例的合成過(guò)程，而不僅僅是根據(jù)單個(gè)類型進(jìn)行的空間分配、初始化和綁定。指導(dǎo)編譯程序進(jìn)行這種合成的是_(47)_。(47)A類層次結(jié)構(gòu)B實(shí)例的個(gè)數(shù)C多態(tài)的種類D每個(gè)實(shí)例的初始狀態(tài)重置的基本思想是通過(guò)_(48)_機(jī)制的支持，使得子類在繼承父類界面定義的前提下，用適合于自己要求的實(shí)現(xiàn)去置換父類中的相應(yīng)實(shí)現(xiàn)。(48)A靜態(tài)綁定B對(duì)象引用C類型匹配D動(dòng)態(tài)綁定OMT定義了三種模型來(lái)描述系統(tǒng)。_(49)C_可以用狀態(tài)圖來(lái)表示；_B(50)_可以用數(shù)據(jù)流圖來(lái)表示。_(51)_為上述兩種模型提供了基本的框架。(49)A對(duì)象模型B功能模型C動(dòng)態(tài)模型D類模型(50)A對(duì)象模型B

6、功能模型C動(dòng)態(tài)模型D類模型(51)A對(duì)象模型B功能模型C動(dòng)態(tài)模型D類模型采用動(dòng)態(tài)規(guī)劃策略求解問(wèn)題的顯著特征是滿足最優(yōu)性原理，其含義是_(52)_。(52)A當(dāng)前所做出的決策不會(huì)影響后面的決策B原問(wèn)題的最優(yōu)解包含其子問(wèn)題的最優(yōu)解C問(wèn)題可以找到最優(yōu)解，但利用貪心法不能找到最優(yōu)解D每次決策必須是當(dāng)前看來(lái)最優(yōu)的決策才可以找到最優(yōu)解 04下CMM模型將軟件過(guò)程的成熟度分為5個(gè)等級(jí)。在_(15)A_使用定量分析來(lái)不斷地改進(jìn)和管理軟件過(guò)程。(15)A優(yōu)化級(jí)B管理級(jí)C定義級(jí) D可重復(fù)級(jí) 在UML提供的圖中，_A(31)_用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；_C(32)_用于按時(shí)間順序描述對(duì)象間的交互。(3

7、1) A.用例圖 B.類圖 C.對(duì)象圖 D.部署圖(32) A.網(wǎng)絡(luò)圖 B.狀態(tài)圖 C.協(xié)作圖 D.序列圖 已知3個(gè)類O、P和Q，類O中定義了一個(gè)私有方法F1和一個(gè)公有方法F2；類P中定義了一個(gè)公有方法F3，類P為類O的派生類，類Q為類P的派生類，它們的繼承方式如下所示：class P: public O ；class Q: private P ；在關(guān)于類P的描述中正確的是_(43)_B_；在關(guān)于類Q的描述中正確的是_C(44)_。（43）A.類P的對(duì)象可以訪問(wèn)F1，但不能訪問(wèn)F2 B.類P的對(duì)象可以訪問(wèn)F2，但不能訪問(wèn)F1 C.類P的對(duì)象既可以訪問(wèn)F1，也可以訪問(wèn)F2&#

8、160;D.類P的對(duì)象既不能訪問(wèn)F1，也不能訪問(wèn)F2（44）A.類Q的對(duì)象可以訪問(wèn)F1、F2、和F3 B.類Q的對(duì)象可以訪問(wèn)F2和F3，但不能訪問(wèn)F1C.類Q的成員可以訪問(wèn)F2和F3，但不能訪問(wèn)F1D.類Q的成員不能訪問(wèn)F1、F2和F3 在關(guān)于類的實(shí)例化的描述中，正確的是_C_(45)_。（45）A.同一個(gè)類的對(duì)象具有不同的靜態(tài)數(shù)據(jù)成員值B.不同的類的對(duì)象具有相同的靜態(tài)數(shù)據(jù)成員值C.同一個(gè)類的對(duì)象具有不同的對(duì)象自身引用（this）值D.同一個(gè)類的對(duì)象具有不同的對(duì)象自身引用（this）值 在某信息系統(tǒng)中，存在如下的業(yè)務(wù)陳述：一個(gè)客戶提交0個(gè)或多個(gè)訂單 一個(gè)訂單由一個(gè)且僅由一個(gè)客戶提交。

9、系統(tǒng)中存在兩個(gè)類："客戶"類和"訂單"類。對(duì)應(yīng)每個(gè)"訂單"類的實(shí)例，存在_B(46)_"客戶"類的實(shí)例；對(duì)應(yīng)每個(gè)"客戶"類的實(shí)例，存在_D(47)_個(gè)"訂單"類的實(shí)例；（46）A.0個(gè)B.1個(gè)C.1個(gè)或多個(gè)D.0個(gè)或多個(gè)（47）A.0個(gè)B.1個(gè)C.1個(gè)或多個(gè)D.0個(gè)或多個(gè)若對(duì)象A可以給對(duì)象B發(fā)送消息，那么_(48)_B_ 。（48）A.對(duì)象B可以看見(jiàn)對(duì)象AB.對(duì)象A可看見(jiàn)對(duì)象BC.對(duì)象A、B相互不可見(jiàn)D.對(duì)象A、B相互可見(jiàn)類描述了一組對(duì)象共同的特性，下列敘述中正確的是_(49

10、)_D_ 。（49）A.類本身不能具有變量B.對(duì)象具有類定義的所有變量的一份拷貝C.對(duì)象間不能共享類定義的變量D.可通過(guò)類名訪問(wèn)靜態(tài)變量(類變量)_(50)_A_ 反映了類間的一種層次關(guān)系，而_B_(51)_ 反映了一種整體與部分的關(guān)系。（50）A.繼承B.組合C.封裝D.多態(tài)（51）A.繼承B.組合C.封裝D.多態(tài)下列敘述中正確的是_(52)C_ 。（52）A.面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言都不支持過(guò)程化的程序設(shè)計(jì)B. 面向?qū)ο笙到y(tǒng)只可采用面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言實(shí)現(xiàn)C. 某些過(guò)程化程序設(shè)計(jì)語(yǔ)言也可實(shí)現(xiàn)面向?qū)ο笙到y(tǒng)D.面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言不支持對(duì)成員變量的直接訪問(wèn) 在軟件項(xiàng)目管理中可以使用各種圖形工具來(lái)輔

11、助決策，下面對(duì)Gantt圖的描述中，不正確的是_(15)_C_。(15)AGantt圖表現(xiàn)了各個(gè)活動(dòng)的持續(xù)時(shí)間BGantt圖表現(xiàn)了各個(gè)活動(dòng)的起始時(shí)間CGantt圖反映了各個(gè)活動(dòng)之間偽依賴關(guān)系DGantt圖表現(xiàn)了完成各個(gè)活動(dòng)的進(jìn)度 模塊的耦合度描述了_(16)D_。(16)A模塊內(nèi)各種元素結(jié)合的程度B模塊內(nèi)多個(gè)功能之間的接口 C模塊之間公共數(shù)據(jù)的數(shù)量D模塊之間相互關(guān)聯(lián)的程度 內(nèi)聚是一種指標(biāo)，表示一個(gè)模塊_B(17)_。(17)A代碼優(yōu)化的程度 B代碼功能的集中程度 C完成任務(wù)時(shí)及時(shí)程度 D為了與其他模塊連接所要完成的工作量 在軟件項(xiàng)目開(kāi)發(fā)過(guò)程中，評(píng)估軟件項(xiàng)目風(fēng)險(xiǎn)時(shí)，_C_(18)_與風(fēng)險(xiǎn)無(wú)關(guān)。(

12、18)A高級(jí)管理人員是否正式承諾支持該項(xiàng)目B開(kāi)發(fā)人員和用戶是否充分理解系練的需求C最終用戶是否同意部署已開(kāi)發(fā)的系統(tǒng)D開(kāi)發(fā)需要的資金是否能按時(shí)到位 開(kāi)發(fā)專家系統(tǒng)時(shí)，通過(guò)描述事實(shí)和規(guī)則由模式匹配得出結(jié)論，這種情況下適用的開(kāi)發(fā)語(yǔ)言是_(19)_D_。(19)A面向?qū)ο笳Z(yǔ)言B函，數(shù)式語(yǔ)言C過(guò)程式語(yǔ)言D邏輯式語(yǔ)言 下圖中的程序由A、B、C、D、E 5個(gè)模塊組成，下表中描述了這些模塊之間的接口，每一個(gè)接口有一個(gè)編號(hào)。此外，模塊A、D和E都要引用一個(gè)專用數(shù)據(jù)區(qū)。那么A和E之間耦合關(guān)系是_(32)_A_。編號(hào)參數(shù)返回值1數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)2數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)3功能碼無(wú)4無(wú)列表(32)A公共耦合B數(shù)據(jù)耦合C內(nèi)容耦合D無(wú)耦合

13、 已知3個(gè)類O、P和Q，類O中定義了一個(gè)私有方法F1、一個(gè)公有方法F2和一個(gè)受保護(hù)的方法F3：類P和類Q是類O的派生類，其繼承方式如下所示：class P : protected O ;class Q : public O ;關(guān)于方法F1的描述中正確的是_B_(34)_；關(guān)于方法F2韻描述中正確的是_C(35)_；關(guān)于方法F3的描述中正確的是_(36)_B_。(34)A方法F1無(wú)法被訪問(wèn) B只有在類O內(nèi)才能訪問(wèn)方法F1C只有在類P內(nèi)才能訪問(wèn)方法F1D只有在類Q內(nèi)才能訪問(wèn)方法F1(35)A類O、P和Q的對(duì)象都可以訪問(wèn)方法F2B類P和Q的對(duì)象都可以訪問(wèn)方法F2C類0和Q的對(duì)象都可以訪問(wèn)方法F2 D

14、只有在類P內(nèi)才能訪問(wèn)方法F2(36)A類0、P和Q的對(duì)象都可以訪問(wèn)方法F3B類0、P和Q的對(duì)象都不可以訪問(wèn)方法F3C類0和Q的對(duì)象都可以訪問(wèn)方法F3 D類P和Q的對(duì)象都可以訪問(wèn)方法F3。 在面向?qū)ο筌浖_(kāi)發(fā)過(guò)程中，采用設(shè)計(jì)模式_B_(37)_。(37)A允許在非面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言中使用面向?qū)ο蟮母拍頑以復(fù)用成功的設(shè)計(jì)和體系結(jié)構(gòu)C以減少設(shè)計(jì)過(guò)程創(chuàng)建的類的個(gè)數(shù)D以保證程序的運(yùn)行速度達(dá)到最優(yōu)值以下關(guān)于單身模式(Singleton)的描述中，正確的是_B_(38)_。(38)A它描述了只有一個(gè)方法的類的集合B它能夠保證一個(gè)類只產(chǎn)生一個(gè)唯一的實(shí)例C它描述了只有一個(gè)屬性的類的集合D它能夠保證一個(gè)類的方法

15、只能被一個(gè)唯一的類調(diào)用下列關(guān)于一個(gè)類的靜態(tài)成員的描述中，不正確的是_D(39)_。(39)A該類的對(duì)象共享其靜態(tài)成員變量的值B靜態(tài)成員變量可被該類的所有方法訪問(wèn)C該類的靜態(tài)方法只能訪問(wèn)該類的靜態(tài)成員變量D該類的靜態(tài)數(shù)據(jù)成員變量的值不可修改在MVC(模型/視圖/控制器)模式中，視圖部分描述的是_A_(40)_。(40)A將應(yīng)用問(wèn)題域中包含的抽象領(lǐng)域知識(shí)呈現(xiàn)給用戶的方式B應(yīng)用問(wèn)題域中所包含的抽象類C用戶界面對(duì)用戶輸入的響應(yīng)方式D應(yīng)用問(wèn)題域中包含的抽象領(lǐng)域知識(shí)對(duì)于如下所示的UML類圖，正確的描述是_(41)B_。(41)A類B的實(shí)例中包含了對(duì)類C的實(shí)例的引用B類A的實(shí)例中包含了對(duì)類B的實(shí)例的引用C類

16、A的實(shí)例中包含了對(duì)類C的實(shí)例的引用D類B的實(shí)例中包含了對(duì)類A的實(shí)例的引用UML中關(guān)聯(lián)的多重度是指_(42)B_。(42)A一個(gè)類有多少個(gè)方法被另一個(gè)類調(diào)用B一個(gè)類的實(shí)例能夠與另一個(gè)類的多少個(gè)實(shí)例相關(guān)聯(lián)C一個(gè)類的某個(gè)方法被另一個(gè)類調(diào)用的次數(shù)D兩個(gè)類所具有的相同的方法和屬性已知3個(gè)類A、B和C，其中類A由類B的一個(gè)實(shí)例和類C的1個(gè)或多個(gè)實(shí)例構(gòu)成。能夠正確表示類A、B和C之間關(guān)系的UML類圖是_(43)A_。(43) 統(tǒng)一過(guò)程（UP）的基本特征是“用例驅(qū)動(dòng)、以架構(gòu)為中心的和受控的迭代式增量 開(kāi)發(fā)”。UP 將一個(gè)周期的開(kāi)發(fā)過(guò)程劃分為 4 個(gè)階段，其中 （26）B 的提交結(jié)果包含了系統(tǒng)架構(gòu)。（26）A.

17、 先啟階段B. 精化階段C. 構(gòu)建階段D. 提交階段 某軟件在應(yīng)用初期運(yùn)行在 Windows NT 環(huán)境中?，F(xiàn)因某種原因，該軟件需要在 UNIX 環(huán)境中運(yùn)行，而且必須完成相同的功能。為適應(yīng)這個(gè)要求，軟件本身需要進(jìn)行修改，而所需修改的工作量取決于該軟件的 （27）D。（27）A. 可擴(kuò)充性B. 可靠性C. 復(fù)用性D. 可移植性 按照 ISO/IEC 9126 軟件質(zhì)量度量模型定義，一個(gè)軟件的可靠性的子特性包括（28） C。（28）A. 容錯(cuò)性和安全性B. 容錯(cuò)性和適應(yīng)性C. 容錯(cuò)性和易恢復(fù)性D. 易恢復(fù)性和安全性 C 詳細(xì)描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。（29）A. 概

18、要設(shè)計(jì)說(shuō)明書B(niǎo). 詳細(xì)設(shè)計(jì)說(shuō)明書C. 用戶手冊(cè)D. 用戶需求說(shuō)明書 各類軟件維護(hù)活動(dòng)中， A（30） 維護(hù)占整個(gè)維護(hù)工作的比重最大。（30）A. 完善性B. 改正性C. 適應(yīng)性D. 預(yù)防性 給定 C 語(yǔ)言程序：intfoo( int x,inty,int d)if( x != 0 ) if ( y = 0 ) d = d / x;elsed = d / (x * y ); else if( y = 0 ) d = 0;elsed = d / y;return d ;當(dāng)用路徑覆蓋法進(jìn)行測(cè)試時(shí)，至少需要設(shè)計(jì) B（31） 個(gè)測(cè)試用例。（31）A. 3B. 4C. 5D. 8 軟件的測(cè)試通常分單元測(cè)試

19、、組裝測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試四個(gè)階段進(jìn)行。（32）D/A屬于確認(rèn)測(cè)試階段的活動(dòng)。（32）A. 設(shè)計(jì)評(píng)審B. 代碼審查C. 結(jié)構(gòu)測(cè)試D. 可靠性測(cè)試 面向?qū)ο蠓治龅牡谝徊绞?C（33） 。（33）A. 定義服務(wù)B. 確定附加的系統(tǒng)約束C. 確定問(wèn)題域D. 定義類和對(duì)象 面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言為 （34）D 提供支持。（34）A. 面向?qū)ο笥美O(shè)計(jì)階段B. 面向?qū)ο蠓治鲭A段C. 面向?qū)ο笮枨蠓治鲭A段D. 面向?qū)ο髮?shí)現(xiàn)階段 下面關(guān)于面向?qū)ο蟮拿枋稣_的是A （35） 。（35）A. 針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程 B. 針對(duì)實(shí)現(xiàn)編程，而不是針對(duì)接口編程 C. 接口與實(shí)現(xiàn)不可分割D. 優(yōu)先使用繼承而

20、非組合 下面關(guān)于 UML 文檔的敘述中正確的是 B（36）/D 。（36）A. UML 文檔指導(dǎo)開(kāi)發(fā)人員如何進(jìn)行面向?qū)ο蠓治鯞. 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)方面由 A（37） 和C（38）表現(xiàn)；動(dòng)態(tài)方面由交互圖、 D（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)圖和活

21、動(dòng)圖 UML 中的構(gòu)件是遵從一組接口并提供一組接口的實(shí)現(xiàn)，下列說(shuō)法錯(cuò)誤的是B（40）。（40）A. 構(gòu)件應(yīng)是可替換的B. 構(gòu)件表示的是邏輯模塊而不是物理模塊C. 構(gòu)件應(yīng)是組成系統(tǒng)的一部分D. 構(gòu)件與類處于不同的抽象層次 設(shè)計(jì)模式具有 A（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ì) 下面的 A（42） 模式將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)，并 使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。（42）A. 組合（Composite ）B. 橋接（Bridge）C. 修飾（Decorator）D. 外觀（F

22、acade） 下圖描述了一種設(shè)計(jì)模式，該設(shè)計(jì)模式不可以 （43）B 。（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）C機(jī)制。（44）A. 繼承和過(guò)載(overloading)B. 抽象類C. 繼承和重置(overr

23、iding)D. 對(duì)象自身引用 wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk以下關(guān)于過(guò)程改進(jìn)的敘述中,錯(cuò)誤的是 (30) 。(30)A. 過(guò)程能力成熟度模型基于這樣的理念: 改進(jìn)過(guò)程將改進(jìn)產(chǎn)品,尤其是軟件產(chǎn)品B. 軟件過(guò)程改進(jìn)框架包括評(píng)估、計(jì)劃、改進(jìn)和監(jiān)控四個(gè)部分C. 軟件過(guò)程改進(jìn)不是一次性的,需要反復(fù)進(jìn)行D. 在評(píng)估后要把發(fā)現(xiàn)的問(wèn)題轉(zhuǎn)化為軟件過(guò)程改進(jìn)計(jì)劃軟件

24、復(fù)雜性度量的參數(shù)不包括 (31) 。(31)A. 軟件的規(guī)模 B. 開(kāi)發(fā)小組的規(guī)模 C. 軟件的難度 D. 軟件的結(jié)構(gòu)根據(jù) McCabe 度量法,以下程序圖的復(fù)雜性度量值為 (32) 。(32)A. 4 B. 5 C. 6 D. 7軟件系統(tǒng)的可維護(hù)性評(píng)價(jià)指標(biāo)不包括 (33) 。(33)A. 可理解性 B. 可測(cè)試性 C. 可擴(kuò)展性 D. 可修改性以下關(guān)于軟件系統(tǒng)文檔的敘述中,錯(cuò)誤的是 (34) 。(34)A. 軟件系統(tǒng)文檔既包括有一定格式要求的規(guī)范文檔,又包括系統(tǒng)建設(shè)過(guò)程中的各種來(lái)往文件、會(huì)議紀(jì)要、會(huì)計(jì)單據(jù)等資料形成的不規(guī)范文檔B. 軟件系統(tǒng)文檔可以提高軟件開(kāi)發(fā)的可見(jiàn)度C. 軟件系統(tǒng)文檔不能提高軟件開(kāi)發(fā)效率 D. 軟件系統(tǒng)文檔便于用戶理解軟件的功能、性能等各項(xiàng)指標(biāo)以下關(guān)于軟件測(cè)試的敘述中,正確的是 (35) 。(35)A. 軟件測(cè)試不僅能表明軟件中存在錯(cuò)誤,也能說(shuō)明軟件中不存在錯(cuò)誤 B. 軟件測(cè)試活動(dòng)應(yīng)從編碼階段開(kāi)始C. 一個(gè)成功的測(cè)試能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤 D. 在一個(gè)被測(cè)程序段中,若已發(fā)現(xiàn)的錯(cuò)誤越多,則殘存的錯(cuò)誤數(shù)越少不屬于黑盒測(cè)試技術(shù)的是 (36) 。(36)A. 錯(cuò)誤猜測(cè) B. 邏輯覆蓋 C. 邊界值分析 D. 等價(jià)類劃分開(kāi)-閉原則(Open-Closed Principle, OCP)是面向?qū)ο蟮目蓮?fù)用設(shè)計(jì)的基石。開(kāi)-閉 原則是指一個(gè)軟件實(shí)體