UML2004-2011上午題

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

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

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

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

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

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

7、1) A.用例圖 B.類圖 C.對象圖 D.部署圖(32) A.網(wǎng)絡(luò)圖 B.狀態(tài)圖 C.協(xié)作圖 D.序列圖 已知3個類O、P和Q，類O中定義了一個私有方法F1和一個公有方法F2；類P中定義了一個公有方法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的對象可以訪問F1，但不能訪問F2 B.類P的對象可以訪問F2，但不能訪問F1 C.類P的對象既可以訪問F1，也可以訪問F2&#

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

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

10、)_D_ 。（49）A.類本身不能具有變量B.對象具有類定義的所有變量的一份拷貝C.對象間不能共享類定義的變量D.可通過類名訪問靜態(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è)計語言都不支持過程化的程序設(shè)計B. 面向?qū)ο笙到y(tǒng)只可采用面向?qū)ο蟪绦蛟O(shè)計語言實現(xiàn)C. 某些過程化程序設(shè)計語言也可實現(xiàn)面向?qū)ο笙到y(tǒng)D.面向?qū)ο蟪绦蛟O(shè)計語言不支持對成員變量的直接訪問 在軟件項目管理中可以使用各種圖形工具來輔

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

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

13、 已知3個類O、P和Q，類O中定義了一個私有方法F1、一個公有方法F2和一個受保護(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無法被訪問 B只有在類O內(nèi)才能訪問方法F1C只有在類P內(nèi)才能訪問方法F1D只有在類Q內(nèi)才能訪問方法F1(35)A類O、P和Q的對象都可以訪問方法F2B類P和Q的對象都可以訪問方法F2C類0和Q的對象都可以訪問方法F2 D

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

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

16、A的實例中包含了對類C的實例的引用D類B的實例中包含了對類A的實例的引用UML中關(guān)聯(lián)的多重度是指_(42)B_。(42)A一個類有多少個方法被另一個類調(diào)用B一個類的實例能夠與另一個類的多少個實例相關(guān)聯(lián)C一個類的某個方法被另一個類調(diào)用的次數(shù)D兩個類所具有的相同的方法和屬性已知3個類A、B和C，其中類A由類B的一個實例和類C的1個或多個實例構(gòu)成。能夠正確表示類A、B和C之間關(guān)系的UML類圖是_(43)A_。(43) 統(tǒng)一過程（UP）的基本特征是“用例驅(qū)動、以架構(gòu)為中心的和受控的迭代式增量 開發(fā)”。UP 將一個周期的開發(fā)過程劃分為 4 個階段，其中 （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)這個要求，軟件本身需要進(jìn)行修改，而所需修改的工作量取決于該軟件的 （27）D。（27）A. 可擴(kuò)充性B. 可靠性C. 復(fù)用性D. 可移植性 按照 ISO/IEC 9126 軟件質(zhì)量度量模型定義，一個軟件的可靠性的子特性包括（28） C。（28）A. 容錯性和安全性B. 容錯性和適應(yīng)性C. 容錯性和易恢復(fù)性D. 易恢復(fù)性和安全性 C 詳細(xì)描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。（29）A. 概

18、要設(shè)計說明書B. 詳細(xì)設(shè)計說明書C. 用戶手冊D. 用戶需求說明書 各類軟件維護(hù)活動中， A（30） 維護(hù)占整個維護(hù)工作的比重最大。（30）A. 完善性B. 改正性C. 適應(yīng)性D. 預(yù)防性 給定 C 語言程序：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)行測試時，至少需要設(shè)計 B（31） 個測試用例。（31）A. 3B. 4C. 5D. 8 軟件的測試通常分單元測試

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

20、非組合 下面關(guān)于 UML 文檔的敘述中正確的是 B（36）/D 。（36）A. UML 文檔指導(dǎo)開發(fā)人員如何進(jìn)行面向?qū)ο蠓治鯞. UML 文檔描述了面向?qū)ο蠓治雠c設(shè)計的結(jié)果C. UML 文檔給出了軟件的開發(fā)過程和設(shè)計流程D. UML 文檔指導(dǎo)開發(fā)人員如何進(jìn)行面向?qū)ο笤O(shè)計? UML 的設(shè)計視圖包含了類、接口和協(xié)作，其中，設(shè)計視圖的靜態(tài)方面由 A（37） 和C（38）表現(xiàn)；動態(tài)方面由交互圖、 D（39） 表現(xiàn)。（37）A. 類圖B. 狀態(tài)圖C. 活動圖D. 用例圖（38）A. 狀態(tài)圖B. 順序圖C. 對象圖D. 活動圖（39）A. 狀態(tài)圖和類圖B. 類圖和活動圖C. 對象圖和狀態(tài)圖D. 狀態(tài)圖和活

21、動圖 UML 中的構(gòu)件是遵從一組接口并提供一組接口的實現(xiàn)，下列說法錯誤的是B（40）。（40）A. 構(gòu)件應(yīng)是可替換的B. 構(gòu)件表示的是邏輯模塊而不是物理模塊C. 構(gòu)件應(yīng)是組成系統(tǒng)的一部分D. 構(gòu)件與類處于不同的抽象層次 設(shè)計模式具有 A（41） 的優(yōu)點(diǎn)。（41）A. 適應(yīng)需求變化B. 程序易于理解C. 減少開發(fā)過程中的代碼開發(fā)工作量D. 簡化軟件系統(tǒng)的設(shè)計 下面的 A（42） 模式將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)，并 使得用戶對單個對象和組合對象的使用具有一致性。（42）A. 組合（Composite ）B. 橋接（Bridge）C. 修飾（Decorator）D. 外觀（F

22、acade） 下圖描述了一種設(shè)計模式，該設(shè)計模式不可以 （43）B 。（43）A. 動態(tài)決定由一組對象中某個對象處理該請求B. 動態(tài)指定處理一個請求的對象集合, 并高效率地處理一個請求C. 使多個對象都有機(jī)會處理請求，避免請求的發(fā)送者和接收者間的耦合關(guān)系D. 將對象連成一條鏈，并沿著該鏈傳遞請求 在面向?qū)ο蟪绦蛟O(shè)計中，常常將接口的定義與接口的實現(xiàn)相分離，可定義不同的 類實現(xiàn)相同的接口。在程序運(yùn)行過程中，對該接口的調(diào)用可根據(jù)實際的對象類型調(diào)用其相 應(yīng)的實現(xiàn)。為達(dá)到上述目的，面向?qū)ο笳Z言須提供（44）C機(jī)制。（44）A. 繼承和過載(overloading)B. 抽象類C. 繼承和重置(overr

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

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