高級(jí)項(xiàng)目經(jīng)理考試習(xí)題目集

1、.2011年高級(jí)項(xiàng)目經(jīng)理試題集一、單選題（共60題）1、 在下面的軟件開發(fā)方法中，（B）對(duì)軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高。A、結(jié)構(gòu)化方法 B、原型化方法C、面向?qū)ο蟮姆椒?D、控制流方法2、系統(tǒng)/軟件開發(fā)的原型化方法是一種有效的開發(fā)方法，下述基本環(huán)節(jié)中（D）是原型形成以后才實(shí)施的內(nèi)容。A、識(shí)別基本需要 B、開發(fā)工作模型C、修正和改進(jìn)模型 D、進(jìn)行細(xì)部說明3、在開發(fā)一個(gè)系統(tǒng)時(shí)，如果用戶對(duì)系統(tǒng)的目標(biāo)不很清楚，難以定義需求，這時(shí)最好采用（A）。A、原型法 B、瀑布模型 C、V-模型 D、螺旋模型4、軟件工程方法是在實(shí)踐中不斷發(fā)展的方法，而早期的軟件工程方法是（B）。A、明確的需求定義 B、結(jié)構(gòu)化方

2、法C、面向?qū)ο蠓椒?D、功能分析法5、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際應(yīng)用中，他們之間的關(guān)系經(jīng)常變現(xiàn)為（B）.A、自外向內(nèi) B、互相補(bǔ)充 C、獨(dú)立使用 D、交替使用6、原型化方法用戶觀看原型系統(tǒng)運(yùn)行情況，形成（A）的意見。A、改進(jìn)用戶界面設(shè)計(jì) B、使用與不使用那一種編程語言C、程序結(jié)構(gòu) D、執(zhí)行速度是否滿足要求7、原型化方法從用戶界面的開發(fā)人員入手，首先形成（C）。A、需要不確定性的用戶界面 B、用戶界面需求分析說明書C、系統(tǒng)界面原型 D、完善的用戶界面8、原型化方法是一類動(dòng)態(tài)定義需求的方法，下列敘述中，（A）不具有原型化方法的特征。A、加快系統(tǒng)架構(gòu)設(shè)計(jì) B、加強(qiáng)用戶參

3、與和決策C、簡(jiǎn)化項(xiàng)目管理 D、加快需求的確定9、狀態(tài)圖中，信息流被觸發(fā)的必要條件是（C）。A、某個(gè)活動(dòng)的輸入對(duì)象可用 B、某個(gè)輸入信號(hào)的到來C、前一活動(dòng)的完成 D、入口條件得以滿足10、對(duì)象的狀態(tài)，錯(cuò)誤的說法是（B）。A、對(duì)象在交互中具有不同的狀態(tài) B、狀態(tài)可以在對(duì)象間轉(zhuǎn)換或變換、轉(zhuǎn)移C、狀態(tài)的變換需要事件觸發(fā) D、觸發(fā)一個(gè)狀態(tài)變換完成需要執(zhí)行一個(gè)動(dòng)作11、狀態(tài)圖定義了狀態(tài)機(jī)的表示符號(hào)，以下說法不正確的是（B）。A、在對(duì)象的生命周期中，狀態(tài)機(jī)用來捕捉由外部事件引起的變化 B、在交互過程中對(duì)象的狀態(tài)總是在不斷地改變，狀態(tài)沒有變化就沒有交互C、狀態(tài)圖建設(shè)對(duì)象生命周期各個(gè)時(shí)期的狀態(tài)以及引起變化的事件

4、 D、事件對(duì)對(duì)象發(fā)出命令、命令導(dǎo)致對(duì)象發(fā)生變化，反過來影響對(duì)象的行為12、活動(dòng)圖用于對(duì)一個(gè)系統(tǒng)的動(dòng)態(tài)方面建模?；顒?dòng)圖是描述交互關(guān)系的一種方式，著重體現(xiàn)（B）。A、對(duì)象的活動(dòng)狀態(tài) B、對(duì)象的工作流程C、對(duì)象的鏈接關(guān)系 D、對(duì)象間的消息順序13、協(xié)作圖中的基本元素有（A）A、對(duì)象、鏈接、消息 B、對(duì)象、交互、消息C、對(duì)象、時(shí)序、消息 D、類、關(guān)聯(lián)、消息14、協(xié)作圖（也叫合作圖）用于描述相互合作的對(duì)象間的交互關(guān)系和（B）關(guān)系。A、協(xié)作 B、鏈接 C、消息 D、合作15、UML中，對(duì)象行為是通過交互來實(shí)現(xiàn)的，是對(duì)象間為完成某一日的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來表示，分別是（D）。A、狀態(tài)

5、圖和順序圖 B、活動(dòng)圖和協(xié)作圖C、狀態(tài)圖和活動(dòng)圖 D、順序圖和協(xié)作圖16、類之間共享屬性和操作的機(jī)制稱為（A）A、繼承 B、動(dòng)態(tài)綁定 C、靜態(tài)綁定 D、多態(tài)圖17、整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蟮姆椒ǖ模˙）A、關(guān)聯(lián)（association） B、聚合（aggregation）C、依賴（depending） D、細(xì)化（refinement）18、類有三種類型、即（A）A、邊界類、實(shí)體類、控制類 B、實(shí)體類、數(shù)據(jù)類、界面類C、控制類、實(shí)體類、數(shù)據(jù)類 D、界面類、控制類、公共類19、面向?qū)ο蠓治龅暮诵脑谟?B)A、建立正確的模型 B、識(shí)別問題域?qū)ο驝、識(shí)別對(duì)象之間的關(guān)系 D、以上都是20、屬于某個(gè)類

6、的一個(gè)具體對(duì)象稱為該類的（A）A、實(shí)例 B、虛擬C、繼承 D、多態(tài)21、（B）是對(duì)象的靜態(tài)特征A、方法 B、屬性C、關(guān)系 D、操作22、在使用UML建模時(shí)，若需要描述跨越多個(gè)用例的單個(gè)對(duì)象行為，使用（D）是最為合適的。A、協(xié)作（collaboration diagram） B、序列圖（sequence diagram）C、活動(dòng)圖（activity diagram）D、狀態(tài)圖（state diagram）23、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語言，用例可以用（C）來描述。A、類 B、狀態(tài) C、活動(dòng) D、協(xié)作24、下列的（C）不屬于面向?qū)ο蠓治瞿Ｐ?。A、用例圖 B、類圖 C、實(shí)體關(guān)系圖 D、順序圖2

7、5、關(guān)于用例和類，錯(cuò)誤的說法是（C）。A、兩者都屬于模型圖的構(gòu)成元素 B、存在抽象用例和抽象類 C、類圖描述系統(tǒng)的部分靜態(tài)視圖，用例圖描述系統(tǒng)與用戶之間的交互關(guān)系 D、兩者都可以用來描述系統(tǒng)的內(nèi)部結(jié)構(gòu)26、在基本用例的對(duì)象分析過程中，定義交互行為的關(guān)鍵在于通過描述分析類實(shí)例之間的（A）將用例的職責(zé)分配到分析類中。A、消息的傳遞 B、關(guān)聯(lián)關(guān)系 C、繼承關(guān)系 D、上下文關(guān)系27、關(guān)于用例說明錯(cuò)誤的是（C）A、用例止于系統(tǒng)邊界 B、用例是一個(gè)交互的抽象 C、用例是Actor的行為 D、從Actor的角度去描述用例28、關(guān)于用例圖的描述錯(cuò)誤的是（A）A、用例圖表示系統(tǒng)的行為 B、用橢圓表示行為 C、用

8、小人表示用戶 D、用帶說明的線表示用戶與行為的關(guān)系29、用例圖的作用是（D）。A、描述系統(tǒng)的結(jié)構(gòu) B、描述系統(tǒng)的功能 C、描述系統(tǒng)的數(shù)據(jù)需要 D、描述系統(tǒng)中對(duì)象的相互作用30、在面向?qū)ο蟮脑O(shè)計(jì)中，將對(duì)象的使用者與設(shè)計(jì)者分開的技術(shù)稱為（C）。A、隱蔽性 B、繼承性 D、封裝性 D、多態(tài)性31、Petri網(wǎng)的圖簡(jiǎn)稱為PNG（Petri Net Graph），下述說法中（D）不能表達(dá)其特征。A、Petri網(wǎng)是對(duì)離散并行系統(tǒng)的數(shù)學(xué)表示 B、Petri網(wǎng)能夠表達(dá)并發(fā)的事件 C、Petri網(wǎng)通常被描述為一張有向圖 D、Petri網(wǎng)中事件到來就被激發(fā)32、ER圖是表示概念模型的有效工具之一，在ER圖中的菱形

9、框表示（A）。A、聯(lián)系 B、實(shí)體 C、實(shí)體的屬性 D、聯(lián)系的屬性33、ER圖中的主要元素是（B）。A、結(jié)點(diǎn)、記錄和文件 B、實(shí)體、聯(lián)系和屬性 C、記錄、文件和表 D、記錄、表、屬性34、在結(jié)構(gòu)化方法中，軟件功能分解。應(yīng)該屬于軟件開發(fā)的（C）階段A、詳細(xì)設(shè)計(jì) B、需求分析 C、總體設(shè)計(jì) D、編程調(diào)試35、SA方法與早期的軟件開發(fā)方式相比較，其最重要的指導(dǎo)原則應(yīng)該是（D）。A、自頂向下設(shè)計(jì) B、分階段開發(fā) C、逐步求精 D、用戶需求至上36、軟件設(shè)計(jì)中，Jackson方法是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，它將數(shù)據(jù)結(jié)構(gòu)表示為三種基本結(jié)構(gòu)，分別是（D）。A、分支結(jié)構(gòu)，選擇結(jié)構(gòu)和控制結(jié)構(gòu) B、順序結(jié)構(gòu)，選擇

10、結(jié)構(gòu)和循環(huán)結(jié)構(gòu) C、順序結(jié)構(gòu)，分支結(jié)構(gòu)和嵌套結(jié)構(gòu) D、確定邏輯模型37、在下面的敘述中，（C）不是軟件需求分析的任務(wù)。A、問題分解 B、可靠性與安全性要求 C、結(jié)構(gòu)化程序設(shè)計(jì) D、確定邏輯模型38、需求分析中，對(duì)算法的簡(jiǎn)單描述記錄在（D）中。A、層次圖 B、數(shù)據(jù)字典 C、數(shù)據(jù)流圖 D、IPO圖39、通過（A）可以完成數(shù)據(jù)流圖的細(xì)化。A、結(jié)構(gòu)分解 B、功能分解 C、數(shù)據(jù)分解 D、系統(tǒng)分解40、下面錯(cuò)誤的說法是（A）。A、每個(gè)數(shù)據(jù)流必須用名詞或名詞短語命名 B、每個(gè)加工必須有名字，通常是動(dòng)詞短語 C、每個(gè)數(shù)據(jù)存儲(chǔ)必須用名詞或名詞短語 D、每個(gè)數(shù)據(jù)源點(diǎn)或終點(diǎn)必須有名字41、數(shù)據(jù)字典中，一般不包括下列

11、選項(xiàng)中的（D）。A、數(shù)據(jù)流 B、數(shù)據(jù)存儲(chǔ) C、加工 D、源點(diǎn)與終點(diǎn)42、在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)行情況的工具有（A）。A、數(shù)據(jù)流圖 B、數(shù)據(jù)字典 C、結(jié)構(gòu)化語言 D、判定樹與判定表43、分層DFD是一種比較嚴(yán)格又易于理解的描述方法式，它的頂層圖描述了系統(tǒng)的（B）。A、細(xì)節(jié) B、輸入與輸出 C、軟件的作者 D、繪制的時(shí)間44、在結(jié)構(gòu)化分析方法（SA）中，與數(shù)據(jù)流圖配合使用的是（C）。A、網(wǎng)絡(luò)圖 B、實(shí)體聯(lián)系圖 C、數(shù)據(jù)字典 D、程序流程圖45、在數(shù)據(jù)流圖中，不能被計(jì)算機(jī)處理的成分是（D）。A、控制流 B、結(jié)點(diǎn) C、數(shù)據(jù)流 D、數(shù)據(jù)源/終點(diǎn)46、需求工程中涉及的角色很多，其中起

12、主導(dǎo)作用的是（B）。A、用戶 B、系統(tǒng)分析員 C、軟件開發(fā)人員 D、管理人員47、需求管理的基本內(nèi)容是（D）。A、需求跟蹤與變更控制 B、需求狀態(tài)跟蹤和變更控制 C、變更控制與版本控制 D、變更控制、版本控制、需求跟蹤、需求狀態(tài)跟蹤48、關(guān)于用例規(guī)約，以下說法正確的是（A）。A、用例規(guī)約與用例圖表達(dá)的信息是一致的B、用例規(guī)約包括基本事件流和備選事件流C、基本事件流不能表示失敗場(chǎng)景D、備選事件流不能表達(dá)成功的場(chǎng)景49、用例模型主要由（D）元素構(gòu)成。A、參與者、用例 B、參與者、通信關(guān)聯(lián)C、通信關(guān)聯(lián)、用例 C、參與者、用例、通信關(guān)聯(lián)50、RUP的業(yè)務(wù)限制因素分析是指（A）。A、建立業(yè)務(wù)限制因素到軟

13、件非功能目標(biāo)的轉(zhuǎn)化B、建立業(yè)務(wù)需求到軟件質(zhì)量標(biāo)準(zhǔn)的轉(zhuǎn)化C、建立業(yè)務(wù)目標(biāo)到軟件功能目標(biāo)的轉(zhuǎn)化D、建立限制因素與功能目標(biāo)的轉(zhuǎn)化51、RUP需求開發(fā)過程的四個(gè)階段為（B）。A、初始、調(diào)研、建模、評(píng)審 B、初始、細(xì)化、構(gòu)造、交付C、初始、細(xì)化、建模、交付 C、初始、調(diào)研、建模、評(píng)審52、下列論述正確的是（C）。A、需求工程師的任務(wù)是將所有利益相關(guān)者的需求進(jìn)行分類以便允許決策者選擇一個(gè)相互一致的需求集B、利益相關(guān)者是將來購買所開發(fā)軟件系統(tǒng)的人C、在需求分析過程中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么D、開發(fā)人員與客戶創(chuàng)建用例以幫助軟件團(tuán)隊(duì)理解有多少類型的最終用戶將使用這些功能53、在項(xiàng)目

14、初始階段，開發(fā)任務(wù)的目標(biāo)是（A）。A、理解基本問題 B、確定所需的解決方案C、確定需要解決方案的人員 C、以上都是54、軟件需求分析的任務(wù)不應(yīng)包括（C）。A、問題分析 B、信息域分析C、結(jié)構(gòu)化設(shè)計(jì) D、確定邏輯模型55、SA方法的基本思想是（C）。A、自底向上逐步抽象 B、自底向上逐步分解C、自頂向下逐步分解 C、自頂向下逐步抽象56、需求分析階段不適合描述加工邏輯的工具是（D）。A、結(jié)構(gòu)化語言 B、判定樹 C、判定表 D、流程圖57、需求分析最終結(jié)果是產(chǎn)生（C）。A、項(xiàng)目開發(fā)計(jì)劃 B、可行性分析報(bào)告C、需求規(guī)格說明書 C、設(shè)計(jì)說明書58、下屬于軟件產(chǎn)品的質(zhì)量的特殊性是（D）。A、很難制定具體

15、的、數(shù)量化的產(chǎn)品質(zhì)量標(biāo)準(zhǔn)，所以沒有相應(yīng)的國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)或行業(yè)標(biāo)準(zhǔn)B、軟件產(chǎn)品之間很難進(jìn)行橫向的質(zhì)量對(duì)比，很難說這個(gè)產(chǎn)品比那個(gè)產(chǎn)品好多少C、滿足了用戶需求軟件質(zhì)量，就是好的軟件質(zhì)量D、軟件的類型不同，但是軟件質(zhì)量的衡量標(biāo)準(zhǔn)的側(cè)重點(diǎn)相同59、需求規(guī)格說明書的作用不應(yīng)包括（D）。A、軟件設(shè)計(jì)的依據(jù) B、軟件設(shè)計(jì)的依據(jù)C軟件驗(yàn)收的依據(jù) D、軟件可行性研究的依據(jù)60、需求分析階段研究的對(duì)象是軟件項(xiàng)目的（A）。A、用戶要求 B、合理要求 C、模糊要求 D、技術(shù)要求二、多選題（共20題）1、軟件原型化開發(fā)方法有其基本步驟，下列（ABD）是實(shí)施原型化的最基本步驟。A、獲得基本需求 B、開發(fā)工作模型C、嚴(yán)格

16、細(xì)致說明 C、模型驗(yàn)證2、原型化生命周期由10個(gè)步驟組成。但這些步驟中（AB）是其中的基本步驟，也是每個(gè)軟件原型化工作中必須要經(jīng)歷的步驟。A、原型系統(tǒng)的積累 B、開發(fā)工作模型、模型驗(yàn)證C、修正和改進(jìn) C、整理原型和提供文檔3、根據(jù)原型與最終產(chǎn)品之間的關(guān)系，原型開發(fā)分類包括（ABD）。A、拋棄式 B、演化式 C、瀑布式 D、增量式4、在面向?qū)ο箢I(lǐng)域，兩個(gè)對(duì)象的交互式通過消息的發(fā)送和接收來完成的。消息包括如下類型（ABC）。A、簡(jiǎn)單消息 B、同步消息 C、異步消息 D、異常消息5、在動(dòng)態(tài)建模機(jī)制中，以消息來完成對(duì)象之間的交互，用（AB）來描述系統(tǒng)的行為。A、狀態(tài)圖和順序圖 B、協(xié)作圖和活動(dòng)圖C、數(shù)

17、據(jù)流圖和實(shí)體關(guān)系圖 C、對(duì)象圖和包圖6、在圖形上，把一個(gè)類圖化成一個(gè)矩形，表示類的封裝。一般包含的組成部分有（ABC）。A、類名 B、屬性 C、方法 D、操作7、常見基線中包括（ABC）。A、功能基線 B、分配基線 C、產(chǎn)品基線 D、檢查基線8、下面正確的說法是（ACD）。A、功能模型由用例圖和順序圖表示B、面向?qū)ο蟮姆治瞿Ｐ陀脤?duì)象圖表示C、對(duì)象模型由類圖和對(duì)象圖表示D、動(dòng)態(tài)模型由活動(dòng)圖、狀態(tài)圖和順序圖表示9、RUP中提供了用例規(guī)約的模板，每一個(gè)用例的用例規(guī)約都應(yīng)該包含以下（ABCD）內(nèi)容。A、簡(jiǎn)要說明 B、事件流C、用例場(chǎng)景及特殊要求 C、前置條件及后置條件10、用例圖中通信關(guān)聯(lián)正確的說法有

18、（ABD）。A、表示的是參與者和用例之間的關(guān)系B、箭頭表示通信關(guān)聯(lián)中對(duì)話的主動(dòng)與被動(dòng)關(guān)系C、箭頭指向表示信息流方向D、不強(qiáng)調(diào)主動(dòng)與被動(dòng)關(guān)系時(shí)可用不帶箭頭的關(guān)聯(lián)實(shí)線11、軟件開發(fā)的結(jié)構(gòu)化方法中，常應(yīng)用數(shù)據(jù)字典技術(shù)，其中數(shù)據(jù)加工是其組成之一，下述（ABC）方法是常采用編寫加工說明的方法。A、結(jié)構(gòu)化語言 B、判定樹 C、判定表 D、順序圖12、需求分析的困難主要表現(xiàn)在（ABCD）。A、問題的復(fù)雜性 B、需求易變性C、交流障礙 D、不完備性和不一致性13、在軟件開發(fā)中，在需求分析階段，系統(tǒng)分析人員通過和用戶溝通，利用（ABCD），產(chǎn)生軟件的各種功能性要求和非功能要求，以形成軟件需求說明書。A、數(shù)據(jù)流圖

19、 B、ER圖 C、數(shù)據(jù)詞典 D、判定表14、數(shù)據(jù)流圖是用于軟件需求分析的工具，下列元素（ABCD）是基本元素。A、數(shù)據(jù)流 B、加工 C、數(shù)據(jù)存儲(chǔ) D、外部實(shí)體15、數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列科采用的繪制方法中，（ACD）是常采用的。A、自頂向下 B、自底向上 C、分層繪制 D、逐步求精16、需求分析的主要活動(dòng)包括（ABCD）。A、定義系統(tǒng)的邊界 B、分析需求的可行性和充分性C、確定需求優(yōu)先級(jí) D、建立需求分析模型17、開發(fā)需求一般要經(jīng)歷（ABCD）。A、需求調(diào)研 B、需求分析 C、需求定義 D、需求評(píng)審18、將造成需求獲取困難的問題是（BCD）。A、預(yù)算（budgetin

20、g） B、范圍（scope）C、理解（understand） C、波動(dòng)性（volatility）19、下列的（ABC）會(huì)造成軟件需求的不正確性。A、誤解客戶需求B、需求的不確定性C、無法完整的收集到客戶的需求D、客戶需求太多20、軟件需求分析要解決的問題是（AC）A、目標(biāo)系統(tǒng)到底做什么 B、使系統(tǒng)的結(jié)構(gòu)優(yōu)化 C、確定對(duì)系統(tǒng)的綜合要求 D、指明系統(tǒng)的特性2011-技術(shù)-SPM一、 單選題1、 對(duì)于企業(yè)管理者而言，數(shù)據(jù)挖掘的核心目標(biāo)在于（A）A業(yè)務(wù)應(yīng)用 B數(shù)據(jù)分析 C總結(jié)報(bào)表 D技術(shù)驗(yàn)證2、 通過統(tǒng)計(jì)方法等技術(shù)和數(shù)學(xué)計(jì)算，對(duì)比計(jì)量模型估計(jì)值與實(shí)際結(jié)果，被稱為（D）A評(píng)價(jià)驗(yàn)證 B對(duì)比驗(yàn)證 C定性驗(yàn)證

21、 D 定量驗(yàn)證3、 通過專家評(píng)估等方法，評(píng)估計(jì)量模型和支持體系相關(guān)治理結(jié)構(gòu)、政策、流程、控制、文檔管理、模型結(jié)果運(yùn)用等情況，被稱為（C）A評(píng)價(jià)驗(yàn)證 B對(duì)比驗(yàn)證 C定性驗(yàn)證 D 定量驗(yàn)證4、 數(shù)據(jù)挖掘項(xiàng)目的價(jià)值體現(xiàn)不包括（D）A增加項(xiàng)目利潤(rùn) B減少壞帳損失 C提高銷售量 D提升企業(yè)文化5、 利用客戶偏好模型對(duì)客戶進(jìn)行合理性、（B）等角度去描述群體和調(diào)整模型，直至得到理想的模型。A可擴(kuò)展性 B可應(yīng)用性 C科學(xué)性 D完整性6、 （C）是金融市場(chǎng)歷史最悠久的風(fēng)險(xiǎn)。A經(jīng)營風(fēng)險(xiǎn) B市場(chǎng)風(fēng)險(xiǎn) C信用風(fēng)險(xiǎn) D操作風(fēng)險(xiǎn)7、 在數(shù)據(jù)挖掘中，可又通過（B）方法找出發(fā)現(xiàn)不真實(shí)的數(shù)據(jù)資料，保證資料的可信度。A過程技術(shù)推

22、證 B變量交叉驗(yàn)證 C變更同比分析 D變更極值控制8、 商業(yè)銀行信用評(píng)分模型中的數(shù)據(jù)源不包括（D）A財(cái)務(wù)報(bào)告 B信用報(bào)告 C帳戶交易信息 D預(yù)測(cè)信息9、 客戶關(guān)系管理的核心是（B）A渠道 B了解客戶自身的喜好 C產(chǎn)品 D價(jià)格10、銀行客戶流失預(yù)測(cè)模型建立流程中模型預(yù)測(cè)周期一般為（A）A1個(gè)月 B 2個(gè)月 C3個(gè)月 D 6個(gè)月11、鏈接分析使用的主要算法是（A）A 統(tǒng)計(jì)、集合論 B 神經(jīng)網(wǎng)路 C K-means D 決策樹12、K-means算法的缺點(diǎn)不包括（D） A K必須是事先給定的 B 選擇初始聚類中心 C 對(duì)于“噪聲”和孤立點(diǎn)數(shù)據(jù)是敏感的D可伸縮、高效13、決策樹的缺點(diǎn)是（D）A 容易預(yù)

23、測(cè)連續(xù)性的字段 B不便于理解 C計(jì)算量大 D過度生長(zhǎng)的樹會(huì)降低可理解性和可用性14、下列關(guān)于Logitic回歸與Probit回歸說法正確的是（A）A Logitic回歸屬于邏輯分布，Probit回歸屬于正態(tài)分布15、下列不屬于鏈接分析功能的是（C）A關(guān)聯(lián)發(fā)現(xiàn) B 序列關(guān)聯(lián)發(fā)現(xiàn) C 神經(jīng)網(wǎng)絡(luò) D 相似時(shí)間序列發(fā)現(xiàn)16、在數(shù)據(jù)挖掘的各種功能中，在質(zhì)量控制方面應(yīng)用最多的是（B）A聚類分析 B 分類 C 關(guān)聯(lián)發(fā)現(xiàn) D時(shí)間序列預(yù)測(cè)17、一個(gè)數(shù)據(jù)挖掘團(tuán)隊(duì)不包括又下哪一類成員？A 業(yè)務(wù)分析人員 B 數(shù)據(jù)采集分析人員 C IT技術(shù)人員 D 系統(tǒng)架構(gòu)師18、以下哪個(gè)不是數(shù)據(jù)挖掘所采用的方法？A 分類 B 聯(lián)系

24、C連續(xù)分析 D聚類19、數(shù)據(jù)挖掘過程中，首要的工作步驟是什么？A建模 B數(shù)據(jù)源識(shí)別 C 目標(biāo)確定 D數(shù)據(jù)轉(zhuǎn)換20、數(shù)據(jù)挖掘是從大量數(shù)據(jù)中挖掘事先未知而又有應(yīng)用價(jià)值的信息并將其用于決策中的一個(gè)（A） A 過程 B條件 C 方法 D 目標(biāo)21、以下哪一個(gè)不是數(shù)據(jù)倉庫管理的內(nèi)容？（D） A 元數(shù)據(jù)管理 B 數(shù)據(jù)倉庫管理 C數(shù)據(jù)管理 D系統(tǒng)管理模塊22、以下哪一個(gè)不屬于元數(shù)據(jù)管理系統(tǒng)的建設(shè)的步驟？（D） A元數(shù)據(jù)需求定義 B元數(shù)據(jù)管理實(shí)現(xiàn) C元數(shù)據(jù)應(yīng)用實(shí)現(xiàn) D系統(tǒng)應(yīng)用定義23、對(duì)于元數(shù)據(jù)系統(tǒng)的質(zhì)量控制，以下哪個(gè)方法是正確的？（A） A事前控制 B事后控制 C過程控制 D時(shí)間點(diǎn)控制24、以下關(guān)于ETL質(zhì)

25、量控制表述不正確的是哪一個(gè)？（D） D ETL質(zhì)量控制的目標(biāo)以保證模型的設(shè)計(jì)、加載策略、權(quán)限設(shè)計(jì)又及前端展現(xiàn)設(shè)計(jì)嚴(yán)格滿足需求分析的要求；保證為最終用戶提供共享多維信息的快速分析和即時(shí)數(shù)據(jù)庫查詢25、以下哪個(gè)是ETL的實(shí)現(xiàn)方式？（A） A存儲(chǔ)過程 B數(shù)據(jù)轉(zhuǎn)換 C元數(shù)據(jù)服務(wù) D全文目錄26、以下哪個(gè)不是對(duì)ETL過程中的關(guān)鍵點(diǎn)進(jìn)行跟蹤檢查的文檔？ A數(shù)據(jù)源狀態(tài)報(bào)告 B需求分析說明書 C ETL流程設(shè)計(jì)說明書 D數(shù)據(jù)倉庫物理模型及說明文檔27、以下有關(guān)ETL表述不正確的是哪一個(gè)？(D) D根據(jù)選用的數(shù)據(jù)倉庫工具將數(shù)據(jù)從數(shù)據(jù)源抽取到數(shù)據(jù)庫，然后根據(jù)業(yè)務(wù)規(guī)則轉(zhuǎn)換和集成為數(shù)據(jù)倉庫中需要的數(shù)據(jù)格式，最后將轉(zhuǎn)換

26、的結(jié)果裝入數(shù)據(jù)倉庫。28、以下與邏輯建模技術(shù)表述無關(guān)的是哪一個(gè)？（D）A 采用邏輯建模或物理建模技術(shù) B 采用的模型為星型模型貨三范式模型C 參與的角色有DWAR、DWE D 使用多維模型設(shè)計(jì)工具29、以下哪個(gè)是DDS模型設(shè)計(jì)的基礎(chǔ)？（C）A基于邏輯模型建立物理模型 B 建立企業(yè)級(jí)邏輯模型 C梳理數(shù)據(jù)30、以下有關(guān)多維模型作用的表述正確的是哪一個(gè)？（B）B是面向多維分析應(yīng)用而建立的數(shù)據(jù)模型31、以下哪個(gè)是數(shù)據(jù)倉庫數(shù)據(jù)模型建設(shè)的核心？（B） A概念模型 B邏輯模型 C物理模型 D基礎(chǔ)模型32、對(duì)數(shù)據(jù)倉庫業(yè)務(wù)分析的主題確立的原則不包括（A） A 既要從業(yè)務(wù)角度出發(fā)，又要從技術(shù)角度出發(fā)來對(duì)需求進(jìn)行詳

27、細(xì)分析33、以下哪個(gè)不是數(shù)據(jù)倉庫需求的成果的體現(xiàn)形式？（D） A 文字 B 圖片 C頁面或DEMO D 表格34、數(shù)據(jù)倉庫建設(shè)中收集詳細(xì)需求最常用的方法是以下哪個(gè)？（A）A 與用戶直接溝通 B建立數(shù)據(jù)模型 C使用OLAP方法從數(shù)據(jù)庫中抽取數(shù)據(jù) D總體規(guī)劃35、以下哪個(gè)不是數(shù)據(jù)倉庫的建設(shè)的原則？（C） A業(yè)務(wù)需求的緊迫性 B業(yè)務(wù)需求的重要性 C已有數(shù)據(jù)庫數(shù)據(jù)量成幾何數(shù)據(jù)增長(zhǎng) D是否有足夠的數(shù)據(jù)支持36、以下哪個(gè)不是數(shù)據(jù)倉庫使用的目的？（B） A 科學(xué)決策 B 存儲(chǔ)數(shù)據(jù) C高級(jí)查詢 D綜合分析 37、數(shù)據(jù)倉庫的發(fā)展可又分成幾個(gè)階段?(C) A 3 B 4 C 5 D 638、企業(yè)級(jí)數(shù)據(jù)倉庫模型規(guī)劃

28、是依據(jù)是什么？（B）A 數(shù)據(jù)來源 B 業(yè)務(wù)分類 C實(shí)施維度 D功能要求二、 多選題1、 BI成功的標(biāo)準(zhǔn)是（ABCD）A方便部署，方便使用 B適應(yīng)不斷變化的業(yè)務(wù)需要 C規(guī)劃大數(shù)據(jù)處理量和大用戶量D信息交付快速、個(gè)性化2、 使商業(yè)智能達(dá)到國際水平的技術(shù)關(guān)鍵點(diǎn)包括（ABCD）A通過數(shù)據(jù)倉庫集中客戶數(shù)據(jù) B有效的客戶訪問查詢報(bào)告環(huán)境 C先進(jìn)的數(shù)據(jù)挖掘功能D 有效率的商業(yè)活動(dòng)管理和活動(dòng)跟蹤環(huán)境3、 數(shù)據(jù)挖掘中的數(shù)據(jù)過程質(zhì)量是指（BCD）A 數(shù)據(jù)的加密質(zhì)量 B 數(shù)據(jù)的使用質(zhì)量 C數(shù)據(jù)的存貯質(zhì)量 D數(shù)據(jù)的傳輸質(zhì)量4、 巴塞爾資本協(xié)議I的主要缺陷是（AB）A未對(duì)信用風(fēng)險(xiǎn)進(jìn)行細(xì)分B僅僅關(guān)注信用風(fēng)險(xiǎn)C沒有計(jì)算風(fēng)險(xiǎn)

29、加權(quán)資產(chǎn)D沒有對(duì)資本充足率提出要求5、 商業(yè)銀行決策支持系統(tǒng)風(fēng)險(xiǎn)管理部分包括哪些？（ABCD）A風(fēng)險(xiǎn)評(píng)級(jí) B風(fēng)險(xiǎn)預(yù)警 C動(dòng)態(tài)風(fēng)險(xiǎn)準(zhǔn)備金管理 D授權(quán)授信管理6、 商業(yè)銀行在判斷針對(duì)儲(chǔ)蓄帳戶是否具有收益能力的判定依據(jù)是以下哪些方面？A賬戶層次 B業(yè)務(wù)層次 C產(chǎn)品層次 D客戶層次7、 關(guān)于商業(yè)智能的敘述正確的是（ABCD）A商業(yè)智能是對(duì)商業(yè)信息的搜集、管理和分析過程B商業(yè)智能的目的是使企業(yè)的各級(jí)決策者獲得知識(shí)或洞察力，促使他們做出對(duì)企業(yè)更有利的決策C商業(yè)智能一般由數(shù)據(jù)倉庫、聯(lián)機(jī)分析處理、數(shù)據(jù)挖掘、數(shù)據(jù)備份和恢復(fù)等部分組成D商業(yè)智能的關(guān)鍵是從許多來自不同的企業(yè)運(yùn)作系統(tǒng)的數(shù)據(jù)中提取出有用的數(shù)據(jù)并進(jìn)行清理

30、，以保證數(shù)據(jù)的正確性8、 下列對(duì)于非線性回歸的說法正確的是（ABCD）9、 K-means算法的敘述正確的是（ABD）A 在K-means算法中K是事先給定的，這個(gè)K值的選定是非常難以估計(jì)的B 在K-means算法中，首先需要根據(jù)初始聚類中心來確定一個(gè)初始劃分，然后對(duì)初始劃分進(jìn)行優(yōu)化C 對(duì)于一個(gè)類中的每個(gè)對(duì)象，在其給定半徑的領(lǐng)域中包含的對(duì)象不能少于某一給定的最小數(shù)目的新的聚類中心，因此當(dāng)數(shù)據(jù)量非常大時(shí)，算法的時(shí)間開銷是非常大的10、 分類的典型應(yīng)用有（ABCD）11、 數(shù)據(jù)挖掘中用到的算法包括（ACD）A 決策樹 B頻率分析 C徑向基函數(shù)網(wǎng)絡(luò) D神經(jīng)網(wǎng)絡(luò) 12、 根據(jù)統(tǒng)計(jì)和非統(tǒng)計(jì)方法之間的不同

31、把數(shù)據(jù)挖掘分為（AC）A假設(shè)驅(qū)動(dòng)的數(shù)據(jù)挖掘 B目標(biāo)驅(qū)動(dòng)的數(shù)據(jù)挖掘 C發(fā)現(xiàn)驅(qū)動(dòng)的數(shù)據(jù)挖掘 D技術(shù)驅(qū)動(dòng)的數(shù)據(jù)挖掘13、 元數(shù)據(jù)的內(nèi)容分別面向又下哪些用戶？（ABC）A技術(shù)用戶 B業(yè)務(wù)用戶 C數(shù)據(jù)管理用戶 D企業(yè)用戶14、 ETL主要的廠商有（ABC）A IBM B Informatica C 微軟 D CA15、 ETL的設(shè)計(jì)與實(shí)施主要包括（ABD）A 數(shù)據(jù)源的確認(rèn) B 明確本系統(tǒng)的數(shù)據(jù)獲取來源 C ETL模塊規(guī)劃 D源數(shù)據(jù)分析16、 在DDS建模的設(shè)計(jì)過程中，應(yīng)遵循（ABD）原則。A 中立性 B 常用性 C擴(kuò)展性 D多樣性17、 企業(yè)級(jí)數(shù)據(jù)倉庫的數(shù)據(jù)模型通常包括（AC）A實(shí)體關(guān)系模型 B預(yù)估模型

32、 C多維模型 D分類模型18、 從業(yè)務(wù)角度來確認(rèn)需求規(guī)劃原則，包括（BCD）A業(yè)務(wù)需求的明確度 B業(yè)務(wù)面的覆蓋性 C業(yè)務(wù)需求的緊迫性 D業(yè)務(wù)需求亮點(diǎn)選擇19、 商業(yè)智能主要包括（ABCD）技術(shù)A多維分析 B數(shù)據(jù)挖掘 C數(shù)據(jù)倉庫 D數(shù)據(jù)集市20、 數(shù)據(jù)倉庫與數(shù)據(jù)挖掘的主要應(yīng)用包括（ABCD）A提升銷售額 B為企業(yè)決定提供依據(jù) C降低運(yùn)營成本 D維護(hù)客戶關(guān)系21、 以下有關(guān)數(shù)據(jù)倉庫的說法，哪些是正確的？（AB）A數(shù)據(jù)庫是記錄數(shù)據(jù)的流水帳，數(shù)據(jù)倉庫需要對(duì)數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行抽取、清洗、轉(zhuǎn)換等B數(shù)據(jù)倉庫源數(shù)據(jù)在原數(shù)據(jù)庫中有可能有重復(fù)或不一致之處，必須將這些數(shù)據(jù)轉(zhuǎn)換成全局統(tǒng)一的定義C數(shù)據(jù)提取的周期決定了動(dòng)

33、畫間隔的時(shí)間，數(shù)據(jù)提取的周期越短，則動(dòng)畫的速度越慢D數(shù)據(jù)倉庫的數(shù)據(jù)主要供企業(yè)領(lǐng)導(dǎo)者決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢、分析和修改22、 以下哪些是軟件質(zhì)量控制的方法？（ABC）A風(fēng)險(xiǎn)管理法 B PDCA循環(huán)法 C目標(biāo)問題度量法 D MPR法IT服務(wù)管理（課后練習(xí)）截至2011年5月高級(jí)項(xiàng)目經(jīng)理繼續(xù)教育在線考試試題及答案2011年5月真題一、單選題（共40題）1、問題: 在WINDOWS AZURE BLOB中，PUT BLOB方法一次最多可以上傳（ ）MB的BLOB到云端服務(wù)器上。答案: BA) 32B) 64C) 128D) 2562、問題: 下面關(guān)于負(fù)載均衡描述不正確的是（ ）答

34、案: BA) 負(fù)載均衡可以橫向擴(kuò)展服務(wù)器，提高網(wǎng)站響應(yīng)速度B) 用APACHE可以實(shí)現(xiàn)硬件負(fù)載均衡C) 軟件負(fù)載均衡成本低于硬件負(fù)載均衡D) 硬件負(fù)載均衡效率高于軟件負(fù)載均衡3、問題: 有一個(gè)網(wǎng)絡(luò)故障影響了200個(gè)用戶。與此同時(shí)，總經(jīng)理的打印機(jī)也出現(xiàn)了故障，而他急于想打印一份報(bào)告。可以從這些信息得出下列哪個(gè)結(jié)論？答案: AA) 沒有足夠的信息決定哪個(gè)事件具有更高的優(yōu)先級(jí)B) 必須先修理總經(jīng)理的打印機(jī)，因?yàn)樵撌录哂懈叩臉I(yè)務(wù)影響度C) 兩個(gè)事件具有相同的優(yōu)先級(jí)D) 網(wǎng)絡(luò)故障比總經(jīng)理的打印機(jī)具有更高的事件優(yōu)先級(jí)，因?yàn)樗鼤?huì)影響更多的人4、問題: 下面關(guān)于SPHINX描述<B>不正確&l

35、t;/B>的是（ ）答案: DA) SPHINX檢索基于SQLB) SPHINX使用數(shù)據(jù)庫存儲(chǔ)數(shù)據(jù)C) SPHINX支持分布式檢索D) SPHINX檢索無需建立索引5、問題: GOOGLE文件系統(tǒng)（GFS）提供給應(yīng)用程序的訪問接口是（ ）答案: AA) 專用接口B) 遵守POSIX規(guī)范的接口C) 網(wǎng)絡(luò)文件系統(tǒng)接口D) WEB網(wǎng)頁接口6、問題: 在數(shù)據(jù)塊服務(wù)器容錯(cuò)中，每個(gè)BLOCK對(duì)應(yīng)（ ）的校驗(yàn)碼。答案: CA) 8BITB) 16BITC) 32BITD) 64BIT7、問題: 無線城域網(wǎng)使用的無線協(xié)議是（ ）答案: DA) 802.3B) 802.6C) 802.11D) 802.1

36、68、問題: ITIL在IT服務(wù)管理領(lǐng)域被認(rèn)為是答案: AA) 基于業(yè)界實(shí)踐經(jīng)驗(yàn)而總結(jié)出的指導(dǎo)方法B) IT服務(wù)管理的國際標(biāo)準(zhǔn)C) 為IT服務(wù)管理而提供的標(biāo)準(zhǔn)模型D) 服務(wù)管理過程設(shè)計(jì)的理論框架9、問題: 配置管理與資產(chǎn)管理的不同點(diǎn)在于答案: DA) 資產(chǎn)管理只涉及具有產(chǎn)權(quán)的項(xiàng)，而配置管理涉及基礎(chǔ)架構(gòu)的每件事。B) 資產(chǎn)管理比配置管理的范圍廣，可包括非IT的項(xiàng)，如桌椅等C) 資產(chǎn)管理涉及配置項(xiàng)的財(cái)務(wù)方面，而配置管理只涉及基礎(chǔ)架構(gòu)的技術(shù)細(xì)節(jié)。D) 配置管理比資產(chǎn)管理更深一步，因?yàn)樗€管理資產(chǎn)間的關(guān)系。10、問題: IT服務(wù)管理的國際標(biāo)準(zhǔn)是答案: CA) ITIL V3B) COBITC) ISO

37、/IEC 20000D) BS 1500011、問題: 下列哪項(xiàng)工作不屬于IT服務(wù)連續(xù)性管理的職責(zé)？答案: BA) 擬定保護(hù)某IT服務(wù)的可能措施B) 決定某IT服務(wù)對(duì)業(yè)務(wù)的關(guān)鍵級(jí)別C) 對(duì)某IT服務(wù)的恢復(fù)進(jìn)行計(jì)劃測(cè)試D) 識(shí)別某IT服務(wù)的風(fēng)險(xiǎn)12、問題: IT財(cái)務(wù)管理的職責(zé)是由哪個(gè)單位承擔(dān)的？答案: BA) 組織的財(cái)務(wù)部門B) IT部門C) 顧客D) 審計(jì)事務(wù)所13、問題: IAAS計(jì)算實(shí)現(xiàn)機(jī)制中，系統(tǒng)管理模塊的核心功能是（ ）答案: AA) 負(fù)載均衡B) 監(jiān)視節(jié)點(diǎn)的運(yùn)行狀態(tài)C) 應(yīng)用APID) 節(jié)點(diǎn)環(huán)境配置14、問題: 下面哪項(xiàng)<B>不屬于</B>代理移動(dòng)IP域內(nèi)切換

38、流程（ ）答案: AA) MN向LMA發(fā)送注冊(cè)消息B) MN離開當(dāng)前接入鏈路，進(jìn)入新的接入鏈路C) 新接入鏈路的MAG檢測(cè)到MN接入，向LMA發(fā)送PBU消息D) LMA為MN分配與之前相同的IP地址，MAG向MN發(fā)送路由宣告消息15、問題: 公司要在內(nèi)網(wǎng)上增加一個(gè)圖形設(shè)計(jì)工作站，由于要通過網(wǎng)絡(luò)傳送大容量的圖片數(shù)據(jù)所以必須增加網(wǎng)絡(luò)的帶寬，哪個(gè)管理過程負(fù)責(zé)批準(zhǔn)實(shí)施增加帶寬？答案: BA) 能力管理B) 變更管理C) 可用性管理D) 服務(wù)級(jí)別管理16、問題: IEEE802.11G協(xié)議支持的最大傳輸速率是（ ）答案: CA) 2MBIT/SB) 11MBIT/SC) 54MBIT/SD) 100MB

39、IT/S17、問題: 與SDB相比較，下列選項(xiàng)屬于S3特點(diǎn)的是（ ）答案: BA) 支持?jǐn)?shù)據(jù)查找、刪除等操作B) 專為大型、非結(jié)構(gòu)化的數(shù)據(jù)塊設(shè)計(jì)C) 為復(fù)雜的數(shù)據(jù)建立D) 為結(jié)構(gòu)化的數(shù)據(jù)建立18、問題: 服務(wù)級(jí)別管理過程的目標(biāo)是什么？答案: CA) 以最低的成本為顧客提供高質(zhì)量的服務(wù)B) 確保對(duì)重大事件能及時(shí)通報(bào)和協(xié)調(diào)C) 確保顧客所需的IT服務(wù)得到持續(xù)的維護(hù)和改進(jìn)D) 獲得顧客的廣泛理解和支持19、問題: NUTCH主要應(yīng)用于（ ）答案: CA) 分布式數(shù)據(jù)存儲(chǔ)B) 并行計(jì)算C) 分布式數(shù)據(jù)抓取D) 分布式檢索20、問題: 廣域移動(dòng)是指（ ）答案: CA) 移動(dòng)節(jié)點(diǎn)在同一接入路由器下不同接入

40、點(diǎn)之間移動(dòng)B) 移動(dòng)節(jié)點(diǎn)在同一網(wǎng)關(guān)下不同接入路由器之間移動(dòng)C) 移動(dòng)節(jié)點(diǎn)在不同網(wǎng)關(guān)之間移動(dòng)D) 移動(dòng)節(jié)點(diǎn)在不同基站之間移動(dòng)21、問題: 下面關(guān)于LIVE服務(wù)的描述不正確的是（ ）答案: CA) LIVE框架的核心組件是LIVE操作系統(tǒng)B) 開發(fā)者可以使用基于瀏覽器的LIVE服務(wù)開發(fā)者入口創(chuàng)建和管理應(yīng)用程序所需的LIVE服務(wù)。C) LIVE操作環(huán)境不可以運(yùn)行在桌面操作系統(tǒng)上。D) LIVE操作環(huán)境既可以運(yùn)行在云端，也可以運(yùn)行在網(wǎng)絡(luò)中的任何操作系統(tǒng)上。22、問題: 引入一套IT服務(wù)預(yù)算和核算體系，下面哪一項(xiàng)將是最直接的好處？答案: CA) 更好的財(cái)務(wù)價(jià)值B) 更明確的計(jì)費(fèi)方針C) 更好的財(cái)務(wù)預(yù)測(cè)D

41、) 更高質(zhì)量的支持服務(wù)23、問題: MAPREDUCE適用于（ ）答案: DA) 任意應(yīng)用程序B) 任意可在WINDOWS SERVER 2008上運(yùn)行的程序C) 可以串行處理的應(yīng)用程序D) 可以并行處理的應(yīng)用程序24、問題: 下面哪一項(xiàng)IP不屬于IP移動(dòng)接入?yún)f(xié)議（ ）答案: CA) 802.11協(xié)議族B) 802.16協(xié)議族C) 802.3協(xié)議族D) CDMA協(xié)議族25、問題: 在WINDOWS AZURE的存儲(chǔ)系統(tǒng)中，（ ）類型提供了結(jié)構(gòu)化的存儲(chǔ)。答案: BA) WINDOWS AZURE BLOBB) WINDOWS AZURE TABLEC) WINDOWS AZURE QUEUED)

42、 SQL數(shù)據(jù)服務(wù)26、問題: 下面不是硬件負(fù)載均衡的是（ ）答案: AA) LVSB) F5C) NETSCLARD) ATHELON27、問題: 一個(gè)IT服務(wù)提供方能夠?qū)ν庾C實(shí)其滿足顧客服務(wù)要求的方式有答案: CA) 服務(wù)提供方的人員具有ITIL資質(zhì)證書B) 服務(wù)提供方定期的內(nèi)部審核及報(bào)告C) 第三方審核D) 顧客方的評(píng)價(jià)28、問題: 用于解決區(qū)域移動(dòng)管理的協(xié)議是（ ）答案: BA) MIP協(xié)議B) PMIP協(xié)議C) IP協(xié)議D) TCP協(xié)議29、問題: （ ）是GOOGLE的分布式數(shù)據(jù)存儲(chǔ)與管理系統(tǒng)。答案: DA) GFSB) MAPREDUCEC) CHUBBYD) BIGTABLE30

43、、問題: 下面四種服務(wù)中，靈活性最好的計(jì)算服務(wù)是（ ）答案: BA) MAPREDUCEB) EC2C) AZURE計(jì)算服務(wù)D) S331、問題: 哪個(gè)管理過程會(huì)使用平均無故障時(shí)間（MTBF）？答案: DA) 能力管理B) IT服務(wù)的連續(xù)性管理C) 服務(wù)級(jí)別管理D) 可用性管理32、問題: 下列四種云計(jì)算方案中，服務(wù)間的耦合度最高的是（ ）答案: CA) 亞馬遜AWSB) 微軟AZUREC) GOOGLE APP ENGINED) IBM的"藍(lán)云"33、問題: 可用性管理的基本職責(zé)是？答案: BA) 了解配置項(xiàng)的行為B) 交付的可用性級(jí)別能滿足顧客的業(yè)務(wù)目標(biāo)C) 協(xié)商并管理對(duì)軟硬件的支撐合同D) 管理所有IT服務(wù)的可靠性和可服務(wù)性34、問題: 下面關(guān)于IT財(cái)務(wù)管理的表述中哪一個(gè)是正確的？答案: CA) IT財(cái)務(wù)經(jīng)理負(fù)責(zé)度量IT成本并為所提供的IT服務(wù)制定價(jià)格B) 為了能夠建立IT服務(wù)的預(yù)算和核算體系，應(yīng)