【正文】 據(jù)初始聚類(lèi)中 心來(lái)確定一個(gè)初始劃分，然后對(duì)初始劃分進(jìn)行優(yōu)化 C 對(duì)于一個(gè)類(lèi)中的每個(gè)對(duì)象，在其給定半徑的領(lǐng)域中包含的對(duì)象不能少于某一給定的最小數(shù)目的新的聚類(lèi)中心，因此當(dāng)數(shù)據(jù)量非常大時(shí)，算法的時(shí)間開(kāi)銷(xiāo)是非常大的 分類(lèi)的典型應(yīng)用有（ ABCD） 1 數(shù)據(jù)挖掘中用到的算法包括（ ACD） A 決策樹(shù) B 頻率分析 C 徑向基函數(shù)網(wǎng)絡(luò) D 神經(jīng)網(wǎng)絡(luò) 1 根據(jù)統(tǒng)計(jì)和非統(tǒng)計(jì)方法之間的不同把數(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ù)挖掘 1 元數(shù)據(jù)的內(nèi)容分別面向又下哪些用戶？（ ABC） A 技術(shù) 用戶 B 業(yè)務(wù)用戶 C 數(shù)據(jù)管理用戶 D 企業(yè)用戶 1 ETL 主要的廠商有（ ABC） A IBM B Informatica C 微軟 D CA 1 ETL 的設(shè)計(jì)與實(shí)施主要包括（ ABD） A 數(shù)據(jù)源的確認(rèn) B 明確本系統(tǒng)的數(shù)據(jù)獲取來(lái)源 C ETL 模塊規(guī)劃 D 源數(shù)據(jù)分析 1 在 DDS 建模的設(shè)計(jì)過(guò)程中，應(yīng)遵循（ ABD）原則。 A、誤解客戶需求 B、需求的不確定性 C、無(wú)法完整的收集到客戶的需求 D、客戶需求太多 軟件需求分析要解決的問(wèn)題是（ AC） A、目標(biāo)系統(tǒng)到底做什么 B、使系統(tǒng)的結(jié)構(gòu)優(yōu)化 C、 確定對(duì)系統(tǒng)的綜合要求 D、指明系統(tǒng)的特性 20xx技術(shù) SPM 一、 單選題 對(duì)于企業(yè)管理者而言，數(shù)據(jù)挖掘的核心目標(biāo)在于（ A） A 業(yè)務(wù)應(yīng)用 B 數(shù)據(jù)分析 C 總結(jié)報(bào)表 D 技術(shù)驗(yàn)證 通過(guò)統(tǒng)計(jì)方法等技術(shù)和數(shù)學(xué)計(jì)算，對(duì)比計(jì)量模型估計(jì)值與實(shí)際結(jié)果，被稱(chēng)為（ D） A 評(píng)價(jià)驗(yàn)證 B 對(duì)比驗(yàn)證 C 定性驗(yàn)證 D 定量驗(yàn)證 通過(guò)專(zhuān)家評(píng)估等方法，評(píng)估計(jì)量模型和支持體系相關(guān)治理結(jié)構(gòu)、政策、流程、控制、文檔管理、模型結(jié)果運(yùn)用等情況，被稱(chēng)為（ C） A 評(píng)價(jià)驗(yàn)證 B 對(duì)比驗(yàn)證 C 定性驗(yàn)證 D 定量驗(yàn)證 數(shù)據(jù)挖掘項(xiàng)目的價(jià)值體 現(xiàn)不包括（ D） A 增加項(xiàng)目利潤(rùn) B 減少壞帳損失 C 提高銷(xiāo)售量 D 提升企業(yè)文化 利用客戶偏好模型對(duì)客戶進(jìn)行合理性、（ B）等角度去描述群體和調(diào)整模型，直至得到理想的模型。 A、自頂向下 B、自底向上 C、分層繪制 D、逐步求精 1需求分析的主要活動(dòng)包括（ ABCD）。 A、結(jié)構(gòu)化語(yǔ)言 B、判定樹(shù) C、判定表 D、順序圖 1需求分析的困難主要表現(xiàn)在（ ABCD）。 A、功能基線 B、分配基線 C、產(chǎn)品基線 D、檢查基線 下面正確的說(shuō)法是（ ACD）。 A、簡(jiǎn)單消息 B、同步消息 C、異步消息 D、異常消息 在動(dòng)態(tài)建模機(jī)制中，以消息 來(lái)完成對(duì)象之間的交互，用（ AB）來(lái)描述系統(tǒng)的行為。但這些步驟中（ AB）是其中的基本步驟 ，也是每個(gè)軟件原型化工作中必須要經(jīng)歷的步驟。 A、很難制定具體的、數(shù)量化的產(chǎn)品質(zhì)量標(biāo)準(zhǔn)，所以沒(méi)有相應(yīng)的國(guó)際標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)或行業(yè)標(biāo)準(zhǔn) B、軟件產(chǎn)品之間很難進(jìn)行橫向的質(zhì)量對(duì)比，很難說(shuō)這個(gè)產(chǎn)品比那個(gè)產(chǎn)品好多少 C、滿足了用戶需求軟件質(zhì)量，就是好的軟件質(zhì)量 D、軟件的類(lèi)型不同，但是軟件質(zhì)量的衡量標(biāo)準(zhǔn)的側(cè)重點(diǎn)相同 5需求規(guī)格說(shuō)明書(shū)的作用不應(yīng)包括（ D）。 A、問(wèn)題分析 B、信息域分析 C、結(jié)構(gòu)化設(shè)計(jì) D、確定邏輯模型 5 SA 方法的基本思想是（ C）。 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)化 5 RUP需求開(kāi)發(fā)過(guò)程的四個(gè)階段為（ B）。 A、用戶 B、系統(tǒng)分析員 C、軟件開(kāi)發(fā)人員 D、管理人員 4需求管理的基本內(nèi)容是（ D）。 A、數(shù)據(jù)流圖 B、數(shù)據(jù)字典 C、結(jié)構(gòu)化語(yǔ)言 D、判定樹(shù)與判定表 4分層 DFD 是一種比較嚴(yán) 格又易于理解的描述方法式，它的頂層圖描述了系統(tǒng)的（ B）。 A、層次圖 B、數(shù)據(jù)字典 C、數(shù)據(jù)流圖 D、 IPO 圖 3通過(guò)（ A）可以完成數(shù)據(jù)流圖的細(xì)化。應(yīng)該屬于軟件開(kāi)發(fā)的（ C）階段 A、詳細(xì)設(shè)計(jì) B、需求分析 C、總體設(shè)計(jì) D、編程調(diào)試 3 SA 方法與早期的軟件開(kāi)發(fā)方式相比較，其最重要的指導(dǎo)原則應(yīng)該是（ D）。 A、隱蔽性 B、繼承性 D、封裝性 D、多態(tài)性 3 Petri 網(wǎng)的圖簡(jiǎn)稱(chēng)為 PNG（ Petri Net Graph），下述說(shuō)法中（ D）不能表達(dá)其特征。 A、用例圖 B、類(lèi)圖 C、實(shí)體關(guān)系圖 D、順序圖 2關(guān)于用例和類(lèi)，錯(cuò)誤的說(shuō)法是（ C）。消息序列可用兩種圖來(lái)表示，分別是（ D）。 A、在對(duì)象的生命周期中，狀態(tài)機(jī)用來(lái)捕捉由外部事件引起的變化 B、在交互過(guò)程中對(duì)象的狀態(tài)總是在不斷地改變，狀態(tài)沒(méi)有變化就沒(méi)有交互 C、狀態(tài)圖建設(shè)對(duì)象生命周期各個(gè)時(shí)期的狀態(tài)以及引起變化的事件 D、事件對(duì)對(duì)象發(fā)出命令、命令導(dǎo)致對(duì)象發(fā)生變化，反過(guò)來(lái)影響對(duì)象的行為 1活動(dòng)圖用于對(duì)一個(gè)系統(tǒng)的動(dòng)態(tài)方面建模。 A、需要不確定性的用戶界面 B、用戶界面需求分析說(shuō)明書(shū) C、系統(tǒng)界面原型 D、完善的用戶界面 原型化方法是一類(lèi)動(dòng)態(tài)定義需求的方法，下列敘述中，（ A）不具有原型化方法的特征。 A、識(shí)別基本需要 B、開(kāi)發(fā)工作模型 C、修正和改進(jìn)模型 D、進(jìn)行細(xì)部說(shuō)明 在開(kāi)發(fā)一個(gè)系統(tǒng)時(shí)，如果用戶對(duì)系統(tǒng)的目標(biāo)不很清楚，難以定義需求，這時(shí) 最好采用（ A）。 A、結(jié)構(gòu)化方法 B、原型化方法 C、面向?qū)ο蟮姆椒? D、控制流方法 系統(tǒng) /軟件開(kāi)發(fā)的原型化方法是一種有效的開(kāi)發(fā)方法，下述基本環(huán)節(jié)中（ D）是原型形成以后才實(shí)施的內(nèi)容。 A、改進(jìn)用戶界面設(shè)計(jì) B、使用與不使用那一種編程語(yǔ)言 C、程序結(jié)構(gòu) D、執(zhí)行速度是否滿足要求 原型化方法從用戶界面的開(kāi)發(fā)人員入手，首先形成（ C）。 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)作 1狀態(tài)圖定義了狀態(tài)機(jī)的表 示符號(hào)，以下說(shuō)法不正確的是（ B）。 A 、 協(xié) 作 B 、鏈接 C 、 消 息 D、合作 1 UML 中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一日的而進(jìn)行的一系列消息交換 。 A、類(lèi) B、狀態(tài) C、活動(dòng) D、協(xié)作 2下列的（ C）不屬于面向?qū)ο蠓治瞿Ｐ汀? A、描述系統(tǒng)的結(jié)構(gòu) B、描述系統(tǒng)的功能 C、描述系統(tǒng)的數(shù)據(jù)需要 D、描述系統(tǒng)中對(duì)象的相互作用 在面向?qū)ο蟮脑O(shè)計(jì)中，將對(duì)象的使用者與設(shè)計(jì)者分開(kāi)的技術(shù)稱(chēng)為（ C）。 A、結(jié)點(diǎn)、記錄和文件 B、實(shí)體、聯(lián)系和屬性 C、記錄、文件和表 D、記錄、表、屬性 3在結(jié)構(gòu)化方法中，軟件功能分解。 A、問(wèn)題分解 B、可靠性與安全 性要求 C、結(jié)構(gòu)化程序設(shè)計(jì) D、確定邏輯模型 3需求分析中，對(duì)算法的簡(jiǎn)單描述記錄在（ D）中。 A、數(shù)據(jù)流 B、數(shù)據(jù)存儲(chǔ) C、加工 D、源點(diǎn)與終點(diǎn) 4在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)行情況的工具有（ A）。 A、控制流 B、結(jié)點(diǎn) C、數(shù)據(jù)流 D、數(shù)據(jù)源 /終點(diǎn) 4需求工程