版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、2012年度高級(jí)項(xiàng)目經(jīng)理繼續(xù)教育在線課程輔導(dǎo)教材習(xí)題及答案(紅色部分為正確答案)2012-管理-SPM一、單選題(共60題)1.在下面的軟件開發(fā)方法中,()對(duì)軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高。A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―、控制流方法2.系統(tǒng)/軟件開發(fā)的原型化方法是一種有效的開發(fā)方法,下述基本環(huán)節(jié)中()是原型形成以后才應(yīng)實(shí)施的內(nèi)容。A、識(shí)別基本需求B、開發(fā)工作模型C、修正和改進(jìn)模型D、進(jìn)行細(xì)部說明3.在開發(fā)一個(gè)系統(tǒng)時(shí),如果用戶對(duì)系統(tǒng)的目票不很清楚,難以定義需求,這時(shí)最好采用()。A、原型法B、瀑布模型C、V-模型D、螺旋模型4.軟件工程方法是在實(shí)踐中不斷發(fā)展的方法,而早期的軟
2、件工程方法是()。A、明確的需求定義B、結(jié)構(gòu)化方法C、面向?qū)ο蠓椒―、功能分析方法5.軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法,在實(shí)際應(yīng)用中,他們之間的關(guān)系經(jīng)常表現(xiàn)為()。A、目外向內(nèi)B、互相補(bǔ)充C、獨(dú)立使用D、交替使用6、原型化方法用戶觀看原型系統(tǒng)運(yùn)行情況,形成()的意見。A、改進(jìn)用戶界面設(shè)計(jì)B、使用與不使用那一種編程語言C、程序結(jié)構(gòu)D、執(zhí)行速度是否滿足要求7.原型化方法從用戶界面的開發(fā)人員入手,首先形成()。A、需求不確定性的用戶界面B、用戶界面需求分析說明書C、系統(tǒng)界面原型D、完善的用戶界面8.原型化方法是一類動(dòng)態(tài)定義需求的方法,下列敘述中,()不具有原型化方法的特征。A、加快系
3、統(tǒng)架構(gòu)設(shè)計(jì)B、加強(qiáng)用戶參與和決策C、簡化項(xiàng)目管理D、加快需求的確定9.狀態(tài)圖中,信息流被觸發(fā)的必要條件是()。A、某個(gè)活動(dòng)的輸入對(duì)象可用B、某個(gè)輸入信號(hào)的到來C、前一活動(dòng)的完成D、入口條件得以滿足10.對(duì)象的狀態(tài),錯(cuò)誤的說法是()。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),以下說法不正確的是()。A、在對(duì)象的生命周期中,狀態(tài)機(jī)用來捕捉由外部事件引起的變化B、在交互過程中對(duì)象的狀態(tài)總是在不斷的改變,狀態(tài)沒有變化就沒有交互C、狀態(tài)圖建模對(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)()。A、對(duì)象的活動(dòng)狀態(tài)B、對(duì)象的工作流程C、對(duì)象的鏈接關(guān)系D、對(duì)象間的消息順序13.協(xié)作圖中的基本元素有()A、對(duì)象、鏈接、消息B、對(duì)象、交互、消息C、對(duì)象、時(shí)序、消息D、類、關(guān)聯(lián)、消息14.協(xié)作圖(也叫合作圖)用于描述相互合作的對(duì)象間的交互關(guān)系和()關(guān)系。A、協(xié)作B、鏈接C、消息D、合作15、UML中,對(duì)象行為是通過交互來實(shí)現(xiàn)的,是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換,消息序列可用兩種圖來表示,分別是()A、狀態(tài)圖和順序圖B、
5、活動(dòng)圖和協(xié)作圖C、狀態(tài)圖和活動(dòng)圖D、順序圖和協(xié)作圖16、類之間共享屬性和操作的機(jī)制稱為()。A、繼承B、動(dòng)態(tài)綁定C、靜態(tài)綁定D、多態(tài)型17.整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ模ǎ?。A、關(guān)聯(lián)B、聚合C、依賴D、細(xì)化18.類有三種類型,即()。A、邊界類、實(shí)體類、控制類B、實(shí)體類、數(shù)據(jù)類、界面類C、控制類、實(shí)體類、數(shù)據(jù)類D、界面類、控制類、公共類19.面向?qū)ο蠓治龅暮诵脑谟冢ǎ、立正確的模型B、識(shí)別問題域?qū)ο驝、識(shí)別對(duì)象之間的關(guān)系D、以上都是20、屬于某個(gè)類的一個(gè)具體對(duì)象稱為該類的( )。A、實(shí)例B、虛擬C、繼承D、多態(tài)21、( )對(duì)象是靜態(tài)特征。A、方法B、屬性C、關(guān)系D、操作22、在使用U
6、ML建模時(shí),若需要描述跨越多個(gè)用例的單個(gè)對(duì)象行為,使為( )是最為合適的。A、協(xié)作圖B序列圖C、活動(dòng)圖D、狀態(tài)圖23、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語言,用例可以用( )來描述。A、類B、狀態(tài)C、活動(dòng)D、協(xié)作24、下列的( )不屬于面向?qū)ο蠓治瞿P汀、用例圖B、類圖C、實(shí)體關(guān)系圖D、順序圖25、關(guān)于用例各類,錯(cuò)誤的說法是( )A、兩者都屬于模型圖的構(gòu)成元素B、存在抽象用例和抽象類C、類圖描述系統(tǒng)的部分靜態(tài)視圖,用例圖描述系統(tǒng)與用戶之間的交互視圖D、兩者都可以用來描述系統(tǒng)的內(nèi)部結(jié)構(gòu)26、在基于用例的面向?qū)ο蠓治鲞^程中,定義交互行為的關(guān)鍵在于通過描述分析類實(shí)例之間的( )將用例的職責(zé)分配到分析類
7、中。A、消息傳遞B、關(guān)聯(lián)關(guān)系C、繼承關(guān)系D、上下文關(guān)系27、關(guān)于用例說明錯(cuò)誤的是( )A、用例止于系統(tǒng)邊界B、用例是一個(gè)交互的抽象C、用例是Actor的行為D、從Actor的角度去描述用例28、關(guān)于用例圖的描述錯(cuò)誤的是( )A、用例圖表示系統(tǒng)的行為B、用橢圓表示行為C、用小人表示用戶D、用帶說明的線表示用戶與行為的關(guān)系29、用例圖的作用是( )。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ù)稱為( )A、隱蔽性B、繼承性C、封裝性D、多態(tài)性31、Petri網(wǎng)的圖簡稱為PNG,下述說法中( )不能表
8、達(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圖中的菱形框的表示( )A、聯(lián)系B、實(shí)體C、實(shí)體的屬性D、聯(lián)系的屬性33、ER圖中的主要元素是( )A、結(jié)點(diǎn)、記錄和文件B、實(shí)體、聯(lián)系和屬性C、記錄、文件和表D、記錄、表、屬性34、在結(jié)構(gòu)化方法中,軟件功能分解應(yīng)該屬于軟件開發(fā)的( )階段。A、詳細(xì)設(shè)計(jì)B、需求分析C、總體設(shè)計(jì)D、編程調(diào)試35、SA方法與早期的軟件開發(fā)方式相比較,其最重要的指導(dǎo)原則應(yīng)該是( )A、自頂向下設(shè)計(jì)B、分階段開發(fā)C、逐
9、步求精D、用戶需求至上36、軟件設(shè)計(jì)中,Jackson方法是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法,它將數(shù)據(jù)結(jié)構(gòu)表示為三種基本結(jié)構(gòu),分別是( )。A、分支結(jié)構(gòu),選擇性結(jié)構(gòu)和控制結(jié)構(gòu)B、順充結(jié)構(gòu),選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)C、順充結(jié)構(gòu)、分支結(jié)構(gòu)和嵌套結(jié)構(gòu)D、順充結(jié)構(gòu),選擇結(jié)構(gòu)和重復(fù)結(jié)構(gòu)37、在下面的敘述中,( )不是軟件需求分析的任務(wù)。A、問題分解B、可靠性與安全性要求C、結(jié)構(gòu)化程序設(shè)計(jì)D、確定邏輯模型38、需求分析中,對(duì)算法的簡單描述記錄在( )中。A、層次圖B、數(shù)據(jù)字典C、數(shù)據(jù)流圖 D、IPO圖39、通過( )可以完成數(shù)據(jù)流圖的細(xì)化。A、結(jié)構(gòu)分解B、功能分解C、數(shù)據(jù)分解D、系統(tǒng)分解40、下面錯(cuò)誤的說法是( )A
10、、每個(gè)數(shù)據(jù)流必須用名詞或名詞短語命名B、每個(gè)加工必須有名字,通常是動(dòng)詞短語C、每個(gè)數(shù)據(jù)存儲(chǔ)必須用名詞或名詞短語D、每個(gè)數(shù)據(jù)源點(diǎn)或終點(diǎn)必須有名字41.數(shù)據(jù)字典中,一般不包括下列選項(xiàng)中的( )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 數(shù)據(jù)流圖B數(shù)據(jù)字典C結(jié)構(gòu)化語言D判定樹與判定表43.分層DFD是一種比較嚴(yán)格又易于理解的描述方法式,它的頂層圖描述了系統(tǒng)()A細(xì)節(jié)B輸入與輸出C軟件的作者D 繪制的時(shí)間44.在結(jié)構(gòu)化分析方法(SA)中,與數(shù)據(jù)流圖配合使用的是()A網(wǎng)絡(luò)圖B實(shí)體聯(lián)系圖C數(shù)據(jù)字典D程序流程圖45.在數(shù)據(jù)流程圖中,不能被計(jì)
11、算機(jī)處理的成分是()A控制流B結(jié)點(diǎn)C數(shù)據(jù)流D數(shù)據(jù)源/終點(diǎn)46.需求工程中涉及的角色很多,其中起主導(dǎo)作用的是()A用戶B系統(tǒng)分析員C軟件開發(fā)人員D管理人員47.需求管理的基本內(nèi)容是()A需求跟蹤與變更控制B需求狀態(tài)跟蹤和變更控制 C變更控制與版本控制D變更控制.版本控制.需求跟蹤.需求狀態(tài)跟蹤48.關(guān)于用例規(guī)約,以下說法正確的是()A.用例規(guī)約與用例圖表達(dá)的信息室一致的B用例規(guī)約包括基本事件流和備選事件流C基本事件流不能表達(dá)失敗場景D備選事件流不能表達(dá)成功的場景49.用例規(guī)模主要由()元素構(gòu)成.A參與者,用例B參與者,通信關(guān)聯(lián)C通信關(guān)聯(lián),用例D參與者,用例,通信關(guān)聯(lián)50.RUP的業(yè)務(wù)限制因素分析
12、是()A建立業(yè)務(wù)限制因素到軟件非功能目標(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è)階段為()A初始,調(diào)制.建模.評(píng)審B初始.細(xì)化.構(gòu)造.交付 C初始.細(xì)化.建模.交付D初始.調(diào)研.建模.評(píng)審52.下列論述正確的是()A需求工程師的任務(wù)是將所有利益相關(guān)者得需求進(jìn)行分類以便允許決策者選擇一個(gè)相互一致的需求集B利益相關(guān)者是將來購買所開發(fā)軟件系統(tǒng)的人C在需求分析的過程中,分析員要從用戶那里解決的最重要的問題是明確軟件做什么D開發(fā)人員與客戶創(chuàng)建用例以幫助軟件團(tuán)隊(duì)理解有多少類型的最終用戶將使用這些功能53在項(xiàng)目初始
13、階段,開發(fā)任務(wù)的目標(biāo)是()A理解基本問題B確定所需的解決方案C確定需要解決方案的人員D以上都是54軟件需求分析的任務(wù)不應(yīng)包括()A問題分析B信息域分析C結(jié)構(gòu)化設(shè)計(jì)D確定邏輯模型55.SA方法的基本思想是()A自底向上逐步抽象B自底向上逐步分解C自頂向下逐步分解D自頂向下逐步抽象56.需求分析階段不適于描述加工邏輯的工具是()A結(jié)構(gòu)化語言B判定樹C判定表D流程圖57.需求分析最終結(jié)果是產(chǎn)生()A.項(xiàng)目開發(fā)計(jì)劃B可行性分析報(bào)告C需求規(guī)格說明書D設(shè)計(jì)說明書58.不屬于軟件產(chǎn)品的質(zhì)量的特殊性是()A很難定制具體的.數(shù)量化得產(chǎn)品質(zhì)量標(biāo)準(zhǔn),所以沒有相應(yīng)的國際標(biāo)準(zhǔn).國家標(biāo)準(zhǔn)B軟件產(chǎn)品之間很難進(jìn)行橫向的質(zhì)量對(duì)
14、比,很難說這個(gè)產(chǎn)品比那個(gè)產(chǎn)品好多少C滿足了用戶需求的軟件質(zhì)量,就是好的軟件質(zhì)量D軟件的類型不同,但是軟件質(zhì)量的衡量標(biāo)準(zhǔn)的側(cè)重點(diǎn)相同59.需求規(guī)格說明書的作用不應(yīng)包括()A軟件設(shè)計(jì)的依據(jù)B軟件設(shè)計(jì)的依據(jù)C軟件驗(yàn)收的依據(jù)D軟件可行性的依據(jù)60.需求分析階段研究的對(duì)象軟件項(xiàng)目是()A用戶需求B合理要求C模糊要求D技術(shù)要求二、多選題(共20題)1、軟件原型化開發(fā)方法有其基本步驟,下列()是實(shí)施原型化的最基本步驟。A.獲得基本需求B.開發(fā)工作模型C.嚴(yán)格細(xì)致說明D.模型驗(yàn)證2、原型化生命周期由10個(gè)步驟組成。但這些步驟中()是其中的基本步驟,也是每個(gè)軟件原型化工作中必須要經(jīng)歷的步驟。A.原型系統(tǒng)的積累B
15、.開發(fā)工作模型、模型驗(yàn)證C.修正和改近D.整理原型和提供文檔3、根據(jù)原型與最終產(chǎn)品之間的關(guān)系,原型開發(fā)分類包括()A.拋棄式B.演化史C.瀑布是D.增量4、在面向?qū)ο箢I(lǐng)域,兩個(gè)對(duì)象的交互是通過消息的發(fā)送和接收來完成的。消息包括如下類型()A.簡單消息B.同步消息C.異步消息D.異常消息5、在動(dòng)態(tài)建模機(jī)制中,一消息來完成對(duì)象之間的交互,用()來描述系統(tǒng)的行為。A.狀態(tài)圖和順序圖B.協(xié)作圖和活動(dòng)圖C.數(shù)據(jù)流圖和實(shí)體關(guān)系圖D.對(duì)象圖和包圖6、在圖形上,把一個(gè)類畫成一個(gè)矩形,表示類的封裝。一般包含的組成部分有()A.類名B.屬性C.方法D.操作7、常見基線中包括()A.功能基線B.分配基線C.產(chǎn)品基線
16、D.檢查基線8、下面正確的說法是()A.功能模型由用例圖和順序圖表示B.面向?qū)ο蟮姆治瞿P陀脤?duì)象圖表示C.對(duì)象模型由類圖和對(duì)象圖表示D.動(dòng)態(tài)模型由活動(dòng)圖、狀態(tài)圖和順序圖表示9、RUP中提供了用例規(guī)約的模板,每一個(gè)用例的用例規(guī)約都應(yīng)該包含以下()內(nèi)容A.簡要說明B.事件流C.用例場景及特殊要求D.前置條件及后置條件10、用例圖中通信關(guān)聯(lián)正確的說法有()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ù)加工是其組成之一,下述()方法是常采用編
17、寫加工說明的方法A.結(jié)構(gòu)化語言B.判定樹C.判定表D.順序圖12、需求分析的困難主要表現(xiàn)在()A.問題的復(fù)雜性B.需求易變性C.交流障礙D.不完備性和不一致性13、在軟件開發(fā)中,在需求分析階段,系統(tǒng)分析人員通過和用于溝通,利用()產(chǎn)生軟件的各種A.數(shù)據(jù)流圖B.ER圖C.數(shù)據(jù)字典D.判定表14、數(shù)據(jù)流圖是用于軟件需求分析的工具,下列元素()是基本元素A.數(shù)據(jù)流B.加工C.數(shù)據(jù)儲(chǔ)存D.外部實(shí)體15、數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法,在下列可采用的繪制方法中,()是常采用的A.自頂向下B.自底向上C.分層繪制D.逐步求精16、需求分析的主要活動(dòng)包括()A.定義系統(tǒng)的邊界B.分析需求的可行性和
18、充分性C.確定需求優(yōu)先級(jí)D.建立需求分析模型17、開發(fā)需求一般要經(jīng)歷()A.需求調(diào)研B.需求分析C.需求定義D.需求評(píng)審18、將造成需求獲取困難的問題是。A.預(yù)算B.范圍C.理解D.波動(dòng)性 19、下列的()會(huì)造成軟需求的不正確性A.誤解客戶需求B.需求的不確定性C.無法完整的收集到客戶的需求D.客戶需求過多20、軟件需求分析要解決的問題是()A.目標(biāo)系統(tǒng)到底做什么B.是系統(tǒng)的結(jié)構(gòu)優(yōu)化C.確定對(duì)系統(tǒng)的綜合要求D.指明系統(tǒng)的特性1.3 課后練習(xí)2011-技術(shù)-SPM單選題(共38題)1、對(duì)于企業(yè)管理者而言,數(shù)據(jù)挖掘的核心目標(biāo)在于()。A、業(yè)務(wù)應(yīng)用B、數(shù)據(jù)分析C、總結(jié)報(bào)表 D、技術(shù)驗(yàn)證2、通過統(tǒng)計(jì)方
19、法等技術(shù)和數(shù)學(xué)計(jì)算,對(duì)比計(jì)量模型估計(jì)值與實(shí)際結(jié)果,被稱為()。A、評(píng)價(jià)驗(yàn)證B、對(duì)比驗(yàn)證C、定性驗(yàn)證D、定量驗(yàn)證3、通過專家評(píng)估等方法,評(píng)估計(jì)量模型和支持體系相關(guān)治理結(jié)構(gòu)、政策、流程、控制、文檔管理、模型結(jié)果運(yùn)用等情況,被稱為()。A、評(píng)價(jià)驗(yàn)證B、對(duì)比驗(yàn)證C、定性驗(yàn)證D、定量驗(yàn)證4、數(shù)據(jù)挖掘項(xiàng)目的價(jià)值體現(xiàn)不包括()。A、增加項(xiàng)目利潤B、減少壞賬損失C、提高銷售量D、提升企業(yè)文化5、利用客戶偏好模型對(duì)客戶進(jìn)行合理性、()等角度去描述群體和調(diào)整模型,直至得到理想的模型。A、可擴(kuò)展性B、可應(yīng)用性C、科學(xué)性D、完整性6、()是金融市場歷史最悠久的風(fēng)險(xiǎn)。A、經(jīng)營風(fēng)險(xiǎn)B、市場風(fēng)險(xiǎn)C、信用風(fēng)險(xiǎn)D、操作風(fēng)險(xiǎn)7、
20、在數(shù)據(jù)挖掘中,可以通過()方法找出發(fā)現(xiàn)不真實(shí)的數(shù)據(jù) 資料,保證資料的可信度。A、過程技術(shù)推證 B、變量交叉驗(yàn)證C、變更同比分析D、變量極值控制8、商業(yè)銀行信用評(píng)分模型中的數(shù)據(jù)源不包括()。A、財(cái)務(wù)報(bào)告B、信用報(bào)告C、賬戶交易信息D、預(yù)測(cè)信息9、客戶關(guān)系管理的核心是()。A、渠道B、了解客戶自身的喜好C、產(chǎn)品D、價(jià)格10、銀行流失預(yù)測(cè)模型建立流程中模型預(yù)測(cè)周期一般為()。A、1個(gè)月B、2個(gè)月C、3個(gè)月D、6個(gè)月11.鏈接分析使用的主要算法是()。A.統(tǒng)計(jì)、集合論B.神經(jīng)網(wǎng)路C.K-meansD.決策樹12. K-means算法的缺點(diǎn)不包括()。A.K必須是事先給定的B.選擇初始聚類中心C.對(duì)于“
21、噪聲”和孤立點(diǎn)數(shù)據(jù)是敏感的D.可伸縮、高效13.決策樹的缺點(diǎn)是()。A.容易預(yù)測(cè)連續(xù)性的字段B.不便于理解C.計(jì)算量大D.過度生長的樹會(huì)降低可理解性和可用性14.下列關(guān)于Logitic回歸與Probit回歸說法正確的是()。A.Logitic回歸屬于邏輯分布,Probit回歸屬于正態(tài)分布B. Logitic回歸屬于正態(tài)分布,Probit回歸屬于邏輯分布C. Logitic回歸和Probit回歸均屬于正態(tài)分布D. Logitic回歸和Probit回歸均屬于邏輯分布15.下列不屬于鏈接分析功能的是()。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ì)量
22、控制方面應(yīng)用最多的是()。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)系C.連結(jié)分析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.過程B.條件C.方法D.目標(biāo)21.以下哪一個(gè)不是數(shù)據(jù)倉庫管理的內(nèi)容?A.元數(shù)據(jù)管理B.數(shù)據(jù)倉庫管理C.數(shù)據(jù)管理D.系統(tǒng)管理模塊22.以下哪一個(gè)不屬于元數(shù)據(jù)管理
23、系統(tǒng)的建設(shè)的步驟?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.事前控制B.事后控制C.過程控制D.時(shí)間點(diǎn)控制24.以下關(guān)于ETL質(zhì)量控制表述不正確的是哪一個(gè)?A.ETL質(zhì)量控制的目標(biāo)是保證ETL程序完成并通過測(cè)試,數(shù)據(jù)裝載進(jìn)入數(shù)據(jù)倉庫并通過數(shù)據(jù)驗(yàn)證與檢查B.以“檢查單”的形式對(duì)跟蹤檢查過程中發(fā)現(xiàn)的問題進(jìn)行分析,并提出解決方案建議C.依據(jù)數(shù)據(jù)源狀態(tài)報(bào)告、需求分析說明書、數(shù)據(jù)倉庫邏輯模型機(jī)說明文檔、數(shù)據(jù)倉庫物理模型及說明文檔對(duì)ETL過程中得關(guān)鍵點(diǎn)進(jìn)行跟蹤檢查D.ETL質(zhì)量控制餓目標(biāo)位保證模型的設(shè)計(jì)、加載策略、權(quán)限設(shè)
24、計(jì)以及前端展現(xiàn)設(shè)計(jì)嚴(yán)格滿足需求分析的要求;保證為最終用戶提供共享多維信息的快速分析和即時(shí)數(shù)據(jù)庫查詢25.以下哪個(gè)是ETL的實(shí)現(xiàn)方式?A.儲(chǔ)存過程B.數(shù)據(jù)轉(zhuǎn)換C.元數(shù)據(jù)服務(wù)D.全文目錄26.以下哪個(gè)不是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è)?A.ETL由三個(gè)子過程構(gòu)成:數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換和數(shù)據(jù)加載B.ETL又可以擴(kuò)展為可以分為4個(gè)步驟:數(shù)據(jù)抽取、數(shù)據(jù)清洗、數(shù)據(jù)轉(zhuǎn)換盒數(shù)據(jù)加載,即ETCL。C.ETL設(shè)計(jì)涉及到錯(cuò)誤恢復(fù)過程設(shè)計(jì)、歸檔轉(zhuǎn)儲(chǔ)過程設(shè)計(jì)、作業(yè)調(diào)度過程設(shè)計(jì)等內(nèi)容D
25、.根據(jù)選用的數(shù)據(jù)倉庫工具將數(shù)據(jù)從數(shù)據(jù)源抽取到數(shù)據(jù)庫,然后根據(jù)業(yè)務(wù)規(guī)則轉(zhuǎn)換和集成為數(shù)據(jù)倉庫中需要的數(shù)據(jù)格式,最后將換轉(zhuǎn)的結(jié)果裝入數(shù)據(jù)倉庫28.以下與邏輯建模技術(shù)表現(xiàn)無關(guān)的是哪一個(gè)?A.采用邏輯建?;蛭锢斫<夹g(shù)B.采用的模型為星型模型或三范式模型C.參與的角色有DWAR、DWED.使用多維模型設(shè)計(jì)工具29.以下哪個(gè)是DDS模型設(shè)計(jì)的基礎(chǔ)?A.基于邏輯模型建立物理模型B.建立企業(yè)級(jí)邏輯模型C.梳理數(shù)據(jù)D.在數(shù)據(jù)庫上實(shí)現(xiàn)物理模型30、以下有關(guān)多維模型作用表述正確的是哪一個(gè)?A 用來存儲(chǔ)企業(yè)集成的交易詳細(xì)數(shù)據(jù)B 是面向多維分析應(yīng)用而建立數(shù)據(jù)模型C 是實(shí)體模型的數(shù)據(jù)來源和今后應(yīng)用擴(kuò)展基礎(chǔ)D 是面向?qū)嶓w應(yīng)
26、用而建立模型31、以下哪個(gè)是數(shù)據(jù)倉庫數(shù)據(jù)模型建設(shè)的核心A 概念模型B 邏輯模型C 物理模型D 基礎(chǔ)模型32、對(duì)數(shù)據(jù)倉庫的業(yè)務(wù)分析主題的確定原則不包括 A 既要從業(yè)務(wù)主題出發(fā),又要從技術(shù)主題出發(fā)對(duì)需求進(jìn)行分析 B 各主題相互獨(dú)立,關(guān)聯(lián)度達(dá)到最低 C 涵蓋企業(yè)的所有業(yè)務(wù) D 體現(xiàn)業(yè)務(wù)的完整性33.以下哪個(gè)不是數(shù)據(jù)倉庫需求的成果體現(xiàn)形式? A 文字 B 圖片 C 頁面或DEMO D 表格34、數(shù)據(jù)倉庫建設(shè)中收集詳細(xì)需求最常用的方法是以下哪個(gè)/ A 與用戶直接溝通 B建立數(shù)據(jù)模型 C使用OLAP方法從數(shù)據(jù)庫中抽取數(shù)據(jù) D 總體規(guī)劃35、以下哪些不是數(shù)據(jù)倉庫建設(shè)的原則?A 業(yè)務(wù)需求的緊迫性B 業(yè)務(wù)需求及
27、的重要性C 已有數(shù)據(jù)庫數(shù)據(jù)量成幾何數(shù)量增長D 是否有足夠的數(shù)據(jù)支持36、以下哪個(gè)不是數(shù)據(jù)倉庫使用的目的?A 數(shù)據(jù)決策B 存儲(chǔ)數(shù)據(jù)C 高級(jí)查詢D 綜合分析37、數(shù)據(jù)倉庫的發(fā)展可以分成幾個(gè)階段?A 3B4C5D638、企業(yè)級(jí)數(shù)據(jù)倉庫模型的規(guī)劃依據(jù)A 數(shù)據(jù)來源B 業(yè)務(wù)分類C實(shí)施維度D功能要求二、多選擇1、 BI 成功標(biāo)準(zhǔn)() A.方便部署,方便使用。B.適應(yīng)不斷變化的業(yè)務(wù)需要。C.規(guī)劃大數(shù)據(jù)處理量和大用戶量。D.信息交付快遞、個(gè)性化2、使商業(yè)技能達(dá)到國際水平技術(shù)的關(guān)鍵點(diǎn)包括() A、通過技術(shù)倉庫集中客戶數(shù)據(jù) B、有效的客戶訪問、查詢、報(bào)告i環(huán)境 C、先進(jìn)的數(shù)據(jù)挖掘功能。 D、有效率的商業(yè)活動(dòng)管理和活
28、動(dòng)跟蹤環(huán)境3、數(shù)據(jù)挖掘中數(shù)據(jù)過程質(zhì)量是指() A、數(shù)據(jù)的加密質(zhì)量 B 數(shù)據(jù)使用質(zhì)量 C 數(shù)據(jù)存儲(chǔ)質(zhì)量 D 數(shù)據(jù)傳輸質(zhì)量4、巴塞爾資本協(xié)議I的主要缺陷() A 未對(duì)信用風(fēng)險(xiǎn)進(jìn)行細(xì)分 B 僅僅關(guān)注信用風(fēng)險(xiǎn) C 沒有計(jì)算風(fēng)險(xiǎn)加權(quán)資產(chǎn) D 沒有對(duì)資本充足率提出要求5、商業(yè)銀行決策支持系統(tǒng)風(fēng)險(xiǎn)管理部分包括() 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è)智能的敘述正確的是A 商業(yè)智能對(duì)對(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)行清理。以保證數(shù)據(jù)的正確性8、一下對(duì)非線性回歸的說法正確的是A 回歸分析中,依據(jù)描述的自變量與因變量之間的因果關(guān)系的函數(shù)表達(dá)式是線性還是非線性的,分為線性回歸分析和非線性回歸分析B 對(duì)具有非線性關(guān)系的因變量與自變量進(jìn)行回歸分析C 處理非線性回歸的基本方法是,通過變量變換,將非線性回歸化為線性回歸,然后用線性回歸方法處理D 通常線性回歸分析方法是最基本
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024醫(yī)院臨時(shí)工聘用合同參考范文
- 2024房屋轉(zhuǎn)租合同簡單版范本
- 2024鐘點(diǎn)工勞動(dòng)合同范本
- 2024綠化養(yǎng)護(hù)管理委托版合同
- 2024總經(jīng)銷合同范本范文
- 施工合同協(xié)議書樣本
- 終止業(yè)務(wù)往來協(xié)議書
- 2024年軟件變更協(xié)議書范文
- 商業(yè)秘密保護(hù)技術(shù)協(xié)議書
- 2023年高考地理重點(diǎn)難點(diǎn)考點(diǎn)通練-產(chǎn)業(yè)結(jié)構(gòu)升級(jí)(解析版)
- 中藥飲片處方點(diǎn)評(píng)表
- 《節(jié)能監(jiān)察的概念及其作用》
- 綜合布線系統(tǒng)竣工驗(yàn)收表
- 蔬菜會(huì)員卡策劃營銷推廣方案多篇
- 導(dǎo)管滑脫應(yīng)急預(yù)案及處理流程
- (精選word)三對(duì)三籃球比賽記錄表
- 尿道損傷(教學(xué)課件)
- 大型火力發(fā)電廠專業(yè)詞匯中英文翻譯大全
- 火電廠生產(chǎn)崗位技術(shù)問答1000問(電力檢修)
- 八年級(jí)思想讀本《4.1“涉險(xiǎn)灘”與“啃硬骨頭”》教案(定稿)
- 高中語文教學(xué)課例《荷塘月色》課程思政核心素養(yǎng)教學(xué)設(shè)計(jì)及總結(jié)反思
評(píng)論
0/150
提交評(píng)論