2022年計(jì)算機(jī)系統(tǒng)集成及服務(wù)知識(shí)考試題（附含答案）

2022年計(jì)算機(jī)系統(tǒng)集成及服務(wù)知識(shí)

考試題（附含答案）項(xiàng)次單項(xiàng)選擇題多項(xiàng)選擇題總分應(yīng)得分8040120實(shí)得分一、單項(xiàng)選擇題（共80題，每題1分，共80分）1、在下面的軟件開(kāi)發(fā)方法中，（B）對(duì)軟件設(shè)計(jì)和開(kāi)發(fā)人員的開(kāi)發(fā)要求最高。A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―、控制流方法2、系統(tǒng)/軟件開(kāi)發(fā)的原型化方法是一種有效的開(kāi)發(fā)方法,下述基本環(huán)節(jié)中（D）是原型形成以后才實(shí)施的內(nèi)容。A、識(shí)別基本需要B、開(kāi)發(fā)工作模型C、修正和改進(jìn)模型第1頁(yè)共29頁(yè)A、隱蔽性B、繼承性D、封裝性D、多態(tài)性31、Petri網(wǎng)的圖簡(jiǎn)稱(chēng)為PNG（PetriNetGraph）,下述說(shuō)法中（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)中事件到來(lái)就被激發(fā)32、ER圖是表示概念模型的有效工具之一，在ER圖中的菱形框表示（A）oA、聯(lián)系B、實(shí)體C、實(shí)體的屬性I）、聯(lián)系的屬性33、ER圖中的主要元素是（B）oA、結(jié)點(diǎn)、記錄和文件B、實(shí)體、聯(lián)系和屬性C、記錄、文件和表第10頁(yè)共29頁(yè)D、記錄、表、屬性34、在結(jié)構(gòu)化方法中，軟件功能分解。應(yīng)該屬于軟件開(kāi)發(fā)的（C）階段A、詳細(xì)設(shè)計(jì)B、需求分析C、總體設(shè)計(jì)D、編程調(diào)試35、SA方法與早期的軟件開(kāi)發(fā)方式相比擬，其最重要的指導(dǎo)原那么應(yīng)該是（D）oA、自頂向下設(shè)計(jì)B、分階段開(kāi)發(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)，選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)C、順序結(jié)構(gòu)，分支結(jié)構(gòu)和嵌套結(jié)構(gòu)D、確定邏輯模型37、在下面的表達(dá)中，（C）不是軟件需求分析的任務(wù)。第11頁(yè)共29頁(yè)A、問(wèn)題分解B、可靠性與平安性要求C、結(jié)構(gòu)化程序設(shè)計(jì)D、確定邏輯模型38、需求分析中，對(duì)算法的簡(jiǎn)單描述記錄在（D）中。A、層次圖B、數(shù)據(jù)字典C、數(shù)據(jù)流圖D、IPO圖39、通過(guò)（A）可以完成數(shù)據(jù)流圖的細(xì)化。A、結(jié)構(gòu)分解B、功能分解C、數(shù)據(jù)分解D、系統(tǒng)分解40、下面錯(cuò)誤的說(shuō)法是（A）oA、每個(gè)數(shù)據(jù)流必須用名詞或名詞短語(yǔ)命名B、每個(gè)加工必須有名字，通常是動(dòng)詞短語(yǔ)C、每個(gè)數(shù)據(jù)存儲(chǔ)必須用名詞或名詞短語(yǔ)D、每個(gè)數(shù)據(jù)源點(diǎn)或終點(diǎn)必須有名字第12頁(yè)共29頁(yè)41、數(shù)據(jù)字典中，一般不包括以下選項(xiàng)中的（D）oA、數(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）oA、數(shù)據(jù)流圖B、數(shù)據(jù)字典C、結(jié)構(gòu)化語(yǔ)言D、判定樹(shù)與判定表43、分層DFD是一種比擬嚴(yán)格又易于理解的描述方法式,它的頂層圖描述了系統(tǒng)的（B）oA、細(xì)節(jié)B、輸入與輸出C、軟件的作者D、繪制的時(shí)間44、在結(jié)構(gòu)化分析方法（SA）中，與數(shù)據(jù)流圖配合使用的是（C）。A、網(wǎng)絡(luò)圖第13頁(yè)共29頁(yè)B、實(shí)體聯(lián)系圖C、數(shù)據(jù)字典D、程序流程圖45、在數(shù)據(jù)流圖中，不能被計(jì)算機(jī)處理的成分是(D)oA、控制流B、結(jié)點(diǎn)C、數(shù)據(jù)流D、數(shù)據(jù)源/終點(diǎn)46、需求工程中涉及的角色很多，其中起主導(dǎo)作用的是(B)oA、用戶B、系統(tǒng)分析員C、軟件開(kāi)發(fā)人員D、管理人員47、需求管理的基本內(nèi)容是(D)oA、需求跟蹤與變更控制B、需求狀態(tài)跟蹤和變更控制C、變更控制與版本控制D、變更控制、版本控制、需求跟蹤、需求狀態(tài)跟蹤第14頁(yè)共29頁(yè)48、關(guān)于用例規(guī)約，以下說(shuō)法正確的選項(xiàng)是(A)oA、用例規(guī)約與用例圖表達(dá)的信息是一致的B、用例規(guī)約包括基本領(lǐng)件流和備選事件流C、基本領(lǐng)件流不能表示失敗場(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)oA、建立業(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需求開(kāi)發(fā)過(guò)程的四個(gè)階段為(B)oA、初始、調(diào)研、建模、評(píng)審B、初始、細(xì)化、構(gòu)造、交付C、初始、細(xì)化、建模、交付第15頁(yè)共29頁(yè)C、初始、調(diào)研、建模、評(píng)審52、以下論述正確的選項(xiàng)是(C)oA、需求工程師的任務(wù)是將所有利益相關(guān)者的需求進(jìn)行分類(lèi)以便允許決策者選擇一個(gè)相互一致的需求集B、利益相關(guān)者是將來(lái)購(gòu)買(mǎi)所開(kāi)發(fā)軟件系統(tǒng)的人C、在需求分析過(guò)程中，分析員要從用戶那里解決的最重要的問(wèn)題是明確軟件做什么D、開(kāi)發(fā)人員與客戶創(chuàng)立用例以幫助軟件團(tuán)隊(duì)理解有多少類(lèi)型的最終用戶將使用這些功能53、在工程初始階段，開(kāi)發(fā)任務(wù)的目標(biāo)是(A)oA、理解基本問(wèn)題B、確定所需的解決方案C、確定需要解決方案的人員C、以上都是54、軟件需求分析的任務(wù)不應(yīng)包括(C)oA、問(wèn)題分析B、信息域分析C、結(jié)構(gòu)化設(shè)計(jì)D、確定邏輯模型55、SA方法的基本思想是(C)o第16頁(yè)共29頁(yè)A、自底向上逐步抽象B、自底向上逐步分解C、自頂向下逐步分解C、自頂向下逐步抽象56、需求分析階段不適合描述加工邏輯的工具是(D)oA、結(jié)構(gòu)化語(yǔ)言B、判定樹(shù)C、判定表D、流程圖57、需求分析最終結(jié)果是產(chǎn)生(C)oA、工程開(kāi)發(fā)計(jì)劃B、可行性分析報(bào)告C、需求規(guī)格說(shuō)明書(shū)C、設(shè)計(jì)說(shuō)明書(shū)58、下屬于軟件產(chǎn)品的質(zhì)量的特殊性是(D)oA、很難制定具體的、數(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ì)量比照，很難說(shuō)這個(gè)產(chǎn)品比那個(gè)產(chǎn)品好多少C、滿足了用戶需求軟件質(zhì)量，就是好的軟件質(zhì)量第17頁(yè)共29頁(yè)D、軟件的類(lèi)型不同，但是軟件質(zhì)量的衡量標(biāo)準(zhǔn)的側(cè)重點(diǎn)相同59、需求規(guī)格說(shuō)明書(shū)的作用不應(yīng)包括(D)oA、軟件設(shè)計(jì)的依據(jù)B、軟件設(shè)計(jì)的依據(jù)C、軟件驗(yàn)收的依據(jù)D、軟件可行性研究的依據(jù)60、需求分析階段研究的對(duì)象是軟件工程的(A)oA、用戶要求B、合理要求C、模糊要求D、技術(shù)要求61、以下不屬于鏈接分析功能的是(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)62、在數(shù)據(jù)挖掘的各種功能中，在質(zhì)量控制方面應(yīng)用最多的是(B)A、聚類(lèi)分析B、分類(lèi)第18頁(yè)共29頁(yè)C、關(guān)聯(lián)發(fā)現(xiàn)D、時(shí)間序列預(yù)測(cè)63、以下哪一個(gè)不是數(shù)據(jù)倉(cāng)庫(kù)管理的內(nèi)容？(D)A、元數(shù)據(jù)管理B、數(shù)據(jù)倉(cāng)庫(kù)管理C、數(shù)據(jù)管理D、系統(tǒng)管理模塊64、以下哪一個(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)用定義65、對(duì)于元數(shù)據(jù)系統(tǒng)的質(zhì)量控制，以下哪個(gè)方法是正確的？(A)A、事前控制B、事后控制C、過(guò)程控制D、時(shí)間點(diǎn)控制66、以下與邏輯建模技術(shù)表述無(wú)關(guān)的是哪一個(gè)？(D)A、采用邏輯建?；蛭锢斫＜夹g(shù)B、采用的模型為星型模型貨三范式模型C、參與的角色有第19頁(yè)共29頁(yè)D、進(jìn)行細(xì)部說(shuō)明3、在開(kāi)發(fā)一個(gè)系統(tǒng)時(shí)，如果用戶對(duì)系統(tǒng)的目標(biāo)不很清楚，難以定義需求，這時(shí)最好采用（A）oA、原型法B、瀑布模型C、V-模型D、螺旋模型4、軟件工程方法是在實(shí)踐中不斷開(kāi)展的方法，而早期的軟件工程方法是（B）oA、明確的需求定義B、結(jié)構(gòu)化方法C、面向?qū)ο蠓椒―、功能分析法5、軟件開(kāi)發(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）第2頁(yè)共29頁(yè)D、WAR、DWED使用多維模型設(shè)計(jì)工具67、以下哪個(gè)是DDS模型設(shè)計(jì)的基礎(chǔ)？（C）A、基于邏輯模型建立物理模型B、建立企業(yè)級(jí)邏輯模型C、梳理數(shù)據(jù)68、以下有關(guān)多維模型作用的表述正確的選項(xiàng)是哪一個(gè)？（B）B、是面向多維分析應(yīng)用而建立的數(shù)據(jù)模型69、以下哪個(gè)是數(shù)據(jù)倉(cāng)庫(kù)數(shù)據(jù)模型建設(shè)的核心？（B）A、概念模型B、邏輯模型C、物理模型D、基礎(chǔ)模型70、對(duì)數(shù)據(jù)倉(cāng)庫(kù)業(yè)務(wù)分析的主題確立的原那么不包括（A）A、既要從業(yè)務(wù)角度出發(fā)，又要從技術(shù)角度出發(fā)來(lái)對(duì)需求進(jìn)行詳細(xì)分析71、以下哪個(gè)不是數(shù)據(jù)倉(cāng)庫(kù)需求的成果的表達(dá)形式？（D）A、文字B、圖片C、頁(yè)面或D、EMO第20頁(yè)共29頁(yè)D表格72、對(duì)局域網(wǎng)來(lái)說(shuō)，網(wǎng)絡(luò)控制的核心是(C)oA、工作站B、網(wǎng)卡C、網(wǎng)絡(luò)服務(wù)器D、網(wǎng)絡(luò)互連設(shè)備73、第四層交換負(fù)載均衡的原理，就是按照IP地址和(A)進(jìn)行虛擬連接的交換，直接將數(shù)據(jù)包發(fā)送到目的計(jì)算機(jī)的相應(yīng)端口中。A、TCP端口B、UDP端口C、FTP端口D、HTTP端口74、以下哪一個(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)用定義75、對(duì)于元數(shù)據(jù)系統(tǒng)的質(zhì)量控制，以下哪個(gè)方法是正確的？(A)A、事前控制B、事后控制C、過(guò)程控制D、時(shí)間點(diǎn)控制76、ZigBee在交換數(shù)據(jù)的網(wǎng)絡(luò)中，不屬于典型設(shè)備的第21頁(yè)共29頁(yè)為（C）A、協(xié)調(diào)器B、路由器C、連接器D、終端設(shè)備77、介于前端RFID讀寫(xiě)器硬件模塊和后端數(shù)據(jù)庫(kù)與應(yīng)用軟件之間的中介是（B）A、RFID網(wǎng)關(guān)B、RFID中間件C、RFID連接器D、RFID天線78、哪項(xiàng)不屬于EPC系統(tǒng)的組成（D）A、讀寫(xiě)器B、管理中間件C、ONS服務(wù)器D、GPS跟蹤器79、在啟用了IPV6協(xié)議的Windows系統(tǒng)中，以下說(shuō)法正確的選項(xiàng)是（C）A、可以使用IPV6uninstall命令卸載IPV6協(xié)議B、只能通過(guò)命令行方式進(jìn)行IPV6地址的配置C、使用ipconfig命令可以看到一個(gè)或者多個(gè)IPV6地址D、使用IPV6協(xié)議棧時(shí)不能同時(shí)使用IPV4協(xié)議棧80＞在windows系統(tǒng)中使用IPV6協(xié)議，以下說(shuō)法正確的是（B）A、windows各個(gè)版本的操作系統(tǒng)中都需要管理員先手第22頁(yè)共29頁(yè)動(dòng)安裝IPV6協(xié)議后才能使用B、可使用netshinterfaceIPV6命令進(jìn)行相關(guān)配置C、假設(shè)要檢測(cè)IPV6網(wǎng)絡(luò)的連通性，需要使用ping6等特殊的命令行工具D、如果管理員沒(méi)有給網(wǎng)卡配置IPV6地址，那么使用ipconfig命令,只能看到IPV4地址二、多項(xiàng)選擇題（共20題，每題2分，共40分）1、軟件原型化開(kāi)發(fā)方法有其基本步驟，以下（ABD）是實(shí)施原型化的最基本步驟。A、獲得基本需求B、開(kāi)發(fā)工作模型C、嚴(yán)格細(xì)致說(shuō)明C、模型驗(yàn)證2、原型化生命周期由10個(gè)步驟組成。但這些步驟中（AB）是其中的基本步驟，也是每個(gè)軟件原型化工作中必須要經(jīng)歷的步驟。A、原型系統(tǒng)的積累B、開(kāi)發(fā)工作模型、模型驗(yàn)證C、修正和改進(jìn)C、整理原型和提供文檔第23頁(yè)共29頁(yè)3、根據(jù)原型與最終產(chǎn)品之間的關(guān)系，原型開(kāi)發(fā)分類(lèi)包括(ABD)oA、拋棄式B、演化式C、瀑布式D、增量式4、在面向?qū)ο箢I(lǐng)域，兩個(gè)對(duì)象的交互式通過(guò)消息的發(fā)送和接收來(lái)完成的。消息包括如下類(lèi)型(ABC)oA、簡(jiǎn)單消息B、同步消息C、異步消息D、異常消息5、在動(dòng)態(tài)建模機(jī)制中，以消息來(lái)完成對(duì)象之間的交互，用(AB)來(lái)描述系統(tǒng)的行為。A、狀態(tài)圖和順序圖B、協(xié)作圖和活動(dòng)圖C、數(shù)據(jù)流圖和實(shí)體關(guān)系圖C、對(duì)象圖和包圖6、在圖形上，把一個(gè)類(lèi)圖化成一個(gè)矩形，表示類(lèi)的封裝。一般包含的組成局部有(ABC)o第24頁(yè)共29頁(yè)A、類(lèi)名B、屬性C、方法D、操作7、常見(jiàn)基線中包括(ABC)oA、功能基線B、分配基線C、產(chǎn)品基線D、檢查基線8、下面正確的說(shuō)法是(ACD)OA、功能模型由用例圖和順序圖表示B、面向?qū)ο蟮姆治瞿Ｐ陀脤?duì)象圖表示C、對(duì)象模型由類(lèi)圖和對(duì)象圖表示D、動(dòng)態(tài)模型由活動(dòng)圖、狀態(tài)圖和順序圖表示9、RUP中提供了用例規(guī)約的模板，每一個(gè)用例的用例規(guī)約都應(yīng)該包含以下(ABCD)內(nèi)容。A、簡(jiǎn)要說(shuō)明B、事件流C、用例場(chǎng)景及特殊要求第25頁(yè)共29頁(yè)C、前置條件及后置條件10、用例圖中通信關(guān)聯(lián)正確的說(shuō)法有（ABD）oA、表示的是參與者和用例之間的關(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、軟件開(kāi)發(fā)的結(jié)構(gòu)化方法中，常應(yīng)用數(shù)據(jù)字典技術(shù),其中數(shù)據(jù)加工是其組成之一，下述（ABC）方法是常采用編寫(xiě)加工說(shuō)明的方法。A、結(jié)構(gòu)化語(yǔ)言B、判定樹(shù)C、判定表D、順序圖12、需求分析的困難主要表現(xiàn)在（ABCD）。A、問(wèn)題的復(fù)雜性B、需求易變性C、交流障礙D、不完備性和不一致性13、在軟件開(kāi)發(fā)中，在需求分析階段，系統(tǒng)分析人員通過(guò)和用戶溝通，利用（ABCD）,產(chǎn)生軟件的各種功能性要求第26頁(yè)共29頁(yè)和非功能要求，以形成軟件需求說(shuō)明書(shū)。A、數(shù)據(jù)流圖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、分析需求的可行性和充分性第27頁(yè)共29頁(yè)C、確定需求優(yōu)先級(jí)D、建立需求分析模型17、開(kāi)發(fā)需求一般要經(jīng)歷(ABCD)。A、需求調(diào)研B、需求分析C、需求定義D、需求評(píng)審18、將造成需求獲取困難的問(wèn)題是(BCD)OA、預(yù)算(budgeting)B、范圍(scope)C、理解(understand)C、波動(dòng)性(volatility)19、以下的(ABC)會(huì)造成軟件需求的不正確性。A、誤解客戶需求B、需求的不確定性C、無(wú)法完整的收集到客戶的需求D、客戶需求太多20、軟件需求分析要解決的問(wèn)題是(AC)A、目標(biāo)系統(tǒng)到底做什么第28頁(yè)共29頁(yè)B、使系統(tǒng)的結(jié)構(gòu)優(yōu)化C、確定對(duì)系統(tǒng)的綜合要求D、指明系統(tǒng)的特性第29頁(yè)共29頁(yè)的意見(jiàn)。A、改進(jìn)用戶界面設(shè)計(jì)B、使用與不使用那一種編程語(yǔ)言C、程序結(jié)構(gòu)D、執(zhí)行速度是否滿足要求7、原型化方法從用戶界面的開(kāi)發(fā)人員入手，首先形成(C)oA、需要不確定性的用戶界面B、用戶界面需求分析說(shuō)明書(shū)C、系統(tǒng)界面原型D、完善的用戶界面8、原型化方法是一類(lèi)動(dòng)態(tài)定義需求的方法，以下表達(dá)中，(A)不具有原型化方法的特征。A、加快系統(tǒng)架構(gòu)設(shè)計(jì)B、加強(qiáng)用戶參與和決策C、簡(jiǎn)化工程管理D、加快需求確實(shí)定9、狀態(tài)圖中，信息流被觸發(fā)的必要條件是(C)oA、某個(gè)活動(dòng)的輸入對(duì)象可用B、某個(gè)輸入信號(hào)的到來(lái)第3頁(yè)共29頁(yè)C、前一活動(dòng)的完成D、入口條件得以滿足10、對(duì)象的狀態(tài)，錯(cuò)誤的說(shuō)法是(B)oA、對(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)，以下說(shuō)法不正確的是(B)oA、在對(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ì)象的行為12、活動(dòng)圖用于對(duì)一個(gè)系統(tǒng)的動(dòng)態(tài)方面建模?；顒?dòng)圖是描述交互關(guān)系的一種方式，著重表達(dá)(B)oA、對(duì)象的活動(dòng)狀態(tài)第4頁(yè)共29頁(yè)B、對(duì)象的工作流程C、對(duì)象的鏈接關(guān)系D、對(duì)象間的消息順序13、協(xié)作圖中的基本元素有（A）A、對(duì)象、鏈接、消息B、對(duì)象、交互、消息C、對(duì)象、時(shí)序、消息D、類(lèi)、關(guān)聯(lián)、消息14、協(xié)作圖（也叫合作圖）用于描述相互合作的對(duì)象間的交互關(guān)系和（B）關(guān)系。A、協(xié)作B、鏈接C、消息D、合作15、UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一日的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表不，分別是（D）。A、狀態(tài)圖和順序圖B、活動(dòng)圖和協(xié)作圖C、狀態(tài)圖和活動(dòng)圖第5頁(yè)共29頁(yè)D、順序圖和協(xié)作圖16、類(lèi)之間共享屬性和操作的機(jī)制稱(chēng)為(A)A、繼承B、動(dòng)態(tài)綁定C、靜態(tài)綁定D、多態(tài)圖17、整體-局部結(jié)構(gòu)表達(dá)了面向?qū)ο蟮姆椒ǖ?B)A^關(guān)聯(lián)(association)B、聚合(aggregation)C、依賴(depending)D>細(xì)化(refinement)18、類(lèi)有三種類(lèi)型、即(A)A、邊界類(lèi)、實(shí)體類(lèi)、控制類(lèi)B、實(shí)體類(lèi)、數(shù)據(jù)類(lèi)、界面類(lèi)C、控制類(lèi)、實(shí)體類(lèi)、數(shù)據(jù)類(lèi)D、界面類(lèi)、控制類(lèi)、公共類(lèi)19、面向?qū)ο蠓治龅暮诵脑谟?B)A、建立正確的模型B、識(shí)別問(wèn)題域?qū)ο蟮?頁(yè)共29頁(yè)C、識(shí)別對(duì)象之