2025年系統(tǒng)架構(gòu)設(shè)計(jì)師資格理論考試題庫(kù)（含答案）

階段，它們按照過(guò)程順序分別是：起始階段、()、構(gòu)建階段和(),其中在構(gòu)建階段主要產(chǎn)生的文檔有(請(qǐng)作答此空)。B、用例模型C、項(xiàng)目計(jì)劃解析：這道題考察對(duì)統(tǒng)一軟件開(kāi)發(fā)過(guò)程(RUP)的理解。R象技術(shù)的軟件開(kāi)發(fā)過(guò)程，它確實(shí)是以“用例驅(qū)動(dòng)，以架構(gòu)為核心，迭代并增量”配細(xì)節(jié)，也不必關(guān)心局部場(chǎng)地上數(shù)據(jù)庫(kù)的數(shù)據(jù)模型。()是分布透明性的最高層主要目的是為了獲得DSSA.該活動(dòng)參加人員中，(請(qǐng)作答此空)的主要任務(wù)是提解析：這道題考察的是對(duì)特定領(lǐng)域軟件架構(gòu)(DSSA)實(shí)施過(guò)程的理解。在實(shí)施DSSA時(shí)，需要一系列基本活動(dòng)，其中關(guān)鍵的一環(huán)是獲取關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)。這一任務(wù)主要由領(lǐng)域?qū)＜襾?lái)完能夠提供關(guān)于系統(tǒng)需求和實(shí)現(xiàn)的專業(yè)見(jiàn)解。因此，正確答案是A,即領(lǐng)域?qū)＜?。磁盤上物理塊的編號(hào)依次為0、1、2、..。系統(tǒng)中的字長(zhǎng)為64位，字的編號(hào)依次為0、1、2、.。字中的一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊。取值0和1分別表示空閑和占用。如下圖所示。假設(shè)操作系統(tǒng)將256號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中編號(hào)為()的字中描述，系統(tǒng)應(yīng)該將(請(qǐng)作答此空)010111100101010111…01A、該字的0號(hào)位置“1”B、該字的63號(hào)位置“1”C、該字的0號(hào)位置“0”D、該字的63號(hào)位置“0”解析：根據(jù)位示圖，操作系統(tǒng)需要將256號(hào)物理塊分配給某文件。位示圖中的每個(gè)字是64位，表示64個(gè)物理塊的使用情況。我們需要找到表示256號(hào)物理塊的位位置。256號(hào)物理塊在64位系統(tǒng)中對(duì)應(yīng)于第4個(gè)字(因?yàn)?56÷64=4)。在該字的0號(hào)位置記錄其使用情況。根據(jù)位示圖，該字的0號(hào)位置為'1',表示該位置對(duì)應(yīng)的物理塊已被占用。因此，正確答案是A選項(xiàng)：該字的0號(hào)位置'1'。5.項(xiàng)目范圍管理中，范圍定義的輸入包括()B、項(xiàng)目范圍描述、產(chǎn)品范圍說(shuō)明書、生產(chǎn)項(xiàng)目計(jì)劃和組范圍定義的輸入主要包括項(xiàng)目章程、項(xiàng)目范圍項(xiàng)A中包含了“變更申請(qǐng)”,但范圍定義需要的是“批準(zhǔn)的變更申請(qǐng)”,因此A章程”,所以B也不正確。選項(xiàng)D列出了多個(gè)與項(xiàng)目相關(guān)的元素，但它們并不是范圍定義的直接輸入，因此D也不符合題意。綜上所述，正確答案是C,它準(zhǔn)確6.以下關(guān)于軟件系統(tǒng)模塊結(jié)構(gòu)設(shè)計(jì)的敘述中，正確的是()A、當(dāng)模塊扇出過(guò)大時(shí)，應(yīng)把下級(jí)模塊進(jìn)一步分解為若干個(gè)子模塊B、當(dāng)模塊扇出過(guò)小時(shí)，應(yīng)適當(dāng)增加中間的控制模塊C、模塊的扇入大，表示模塊的復(fù)雜度較高D、模塊的扇入大，表示模塊的復(fù)用程度高解析：一個(gè)模塊的扇出是指該模塊直接調(diào)用的下級(jí)模塊的個(gè)數(shù)，扇出大表示模塊的復(fù)雜度高，需要控制和協(xié)調(diào)過(guò)多的下級(jí)模塊。扇出過(guò)大一般是因?yàn)槿狈χ虚g層次，應(yīng)當(dāng)適當(dāng)增加中間層次的控制模塊：扇出過(guò)小時(shí)可以把下級(jí)模塊進(jìn)一步分解成若干個(gè)子功能模塊，或者合并到它的上級(jí)模塊中去。一個(gè)模塊的扇入是指直接調(diào)用該模塊的上級(jí)模塊的個(gè)數(shù)；扇入大表示模塊的復(fù)用程度高。設(shè)計(jì)良好的軟件結(jié)構(gòu)通常頂層扇出比較大，中間扇出比較小，底層模塊則有大扇入。7.Acceleratedanalysisapproachesemphasizetheconstructionof(請(qǐng)作答此空)tomorerapidlyidentifybusinessanduserrequirementsforanewsysteeleratedanalysistechnology,,()readstheprogrneratestheequivalentsystemmodel,andthecodecanbystemanalysisapproachesrequiresomeformof()whichincludesthosuestobeusedtoidentifyorextractsystemproblemsandsolutiomusercommunity.()isaclassicalsetoftechniquesusedtocollonaboutsystemproblems,opportunities,solutionrequiremen答案：B解析：本題考察的是加速分析方法，強(qiáng)調(diào)快速構(gòu)建原型以更快地識(shí)別業(yè)務(wù)和用戶需求。因此，答案為B,即原型。原型技術(shù)可以讀取程序代碼并自動(dòng)生成相應(yīng)的系統(tǒng)模型，代碼可以從中獲得。所有系統(tǒng)分析方法都需要某種形式的需求收集，包括用于從用戶社區(qū)識(shí)別或提取系統(tǒng)問(wèn)題和解決方案需求的技術(shù)。用例是一組經(jīng)典的技術(shù)，用于收集有關(guān)系統(tǒng)問(wèn)題、機(jī)會(huì)、解決方案需求和優(yōu)先級(jí)的選項(xiàng)C和D都不正確。選項(xiàng)A中的對(duì)象模型也是一種分析方法，但不是本題中強(qiáng)8.DTD的缺點(diǎn)有()A、數(shù)據(jù)類型豐富B、數(shù)據(jù)類型有限C、一個(gè)文檔可以使用多種DTD文檔D、TD的聲明不是必須出現(xiàn)的答案：B解析：答案解析：DTD(文檔類型定義)是用于定義XML文檔結(jié)構(gòu)和元素規(guī)則的規(guī)范。DTD的缺點(diǎn)在于其數(shù)據(jù)類型有限，不能像一些現(xiàn)代的XML驗(yàn)證技術(shù)那樣支持豐富多樣的數(shù)據(jù)類型。A選項(xiàng)“數(shù)據(jù)類型豐富”是錯(cuò)誤的，DTD恰恰數(shù)據(jù)類型有限。C選項(xiàng)“一個(gè)文檔可以使用多種DTD文檔”不是其缺點(diǎn)。D選項(xiàng)"DTD的聲明不是必須出現(xiàn)的”也不是其缺點(diǎn)。綜上，答案選B。9.某公司欲開(kāi)發(fā)一個(gè)在線交易網(wǎng)站，在架構(gòu)設(shè)計(jì)階段，公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中"網(wǎng)站正常運(yùn)行時(shí)，用戶發(fā)起的交易請(qǐng)求應(yīng)該在3秒內(nèi)完成"主要與()質(zhì)量屬性相關(guān)；A、可用性B、性能C、易用性解析：在軟件開(kāi)發(fā)和架構(gòu)設(shè)計(jì)過(guò)程中，質(zhì)量屬性是衡量系統(tǒng)質(zhì)量的關(guān)鍵指標(biāo)。對(duì)于在線交易網(wǎng)站而言，用戶發(fā)起的交易請(qǐng)求的處理速度是衡量其質(zhì)量的一個(gè)重要方面。其中，“網(wǎng)站正常運(yùn)行時(shí)，用戶發(fā)起的交易請(qǐng)求應(yīng)該在3秒內(nèi)完成”這一要求，主要關(guān)注的是系統(tǒng)的響應(yīng)時(shí)間和處理能力，即系統(tǒng)能否在合理的時(shí)間內(nèi)完10.在基于體系結(jié)構(gòu)的軟件設(shè)計(jì)方法中，采用()但來(lái)描述功能需求。A、類圖B、視角C、用例解析：這道題考察的是對(duì)基于體系結(jié)構(gòu)的軟件設(shè)計(jì)方法的理解。在軟件工程中，用例是用來(lái)描述系統(tǒng)或軟件的功能需求的一種技術(shù)。它代表了系統(tǒng)與用戶或其他11.一般來(lái)說(shuō)，架構(gòu)可以分為三個(gè)層次。()層主要負(fù)責(zé)接收用戶的請(qǐng)求，對(duì)用并向用戶呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用()結(jié)構(gòu)來(lái)實(shí)現(xiàn)，其中的(請(qǐng)作答此空)負(fù)責(zé)接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理。()主要負(fù)責(zé)務(wù)邏輯組件以多個(gè)DA0組件作為基礎(chǔ)，從而實(shí)現(xiàn)對(duì)外提供系統(tǒng)的業(yè)務(wù)邏輯服務(wù)。業(yè)務(wù)邏輯層工作流能夠?qū)崿F(xiàn)在多個(gè)參與者之間按照某種預(yù)定義的規(guī)則傳遞文信息或任務(wù)的過(guò)程自動(dòng)進(jìn)行，從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo)，或者促進(jìn)此目標(biāo)的實(shí)現(xiàn)。業(yè)務(wù)邏輯層實(shí)體提供對(duì)業(yè)務(wù)數(shù)據(jù)及相關(guān)功能的狀態(tài)編程訪問(wèn)，業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以使用具有復(fù)雜架構(gòu)的數(shù)據(jù)來(lái)構(gòu)建，這種數(shù)據(jù)通常來(lái)自數(shù)據(jù)庫(kù)中的多輯層的實(shí)體是可序列化的，以保持它們的當(dāng)前狀態(tài)。業(yè)務(wù)邏輯層是實(shí)現(xiàn)系統(tǒng)功能的核心組件，采用容器的形式，便于系統(tǒng)功能的開(kāi)發(fā)、代碼重用和管理。(3)持久層。持久層主要負(fù)責(zé)數(shù)據(jù)的持久化存儲(chǔ)，主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)12.UML的事物是對(duì)模型中最具有代表性的成分的抽象，(請(qǐng)作答此空)是模型13.對(duì)于雙機(jī)容錯(cuò)技術(shù)的表述不恰當(dāng)?shù)氖?)A、雙機(jī)互備模式的主要缺點(diǎn)是對(duì)服務(wù)器的性能要求比較高B、雙機(jī)互備模式會(huì)造成資源浪費(fèi)C、雙機(jī)雙工模式是集群技術(shù)的一種D、雙機(jī)熱備模式中的備用系統(tǒng)長(zhǎng)期處于后備的狀態(tài)解析：雙機(jī)互備模式是指兩臺(tái)服務(wù)器在正常情況下都各自承擔(dān)一定的業(yè)務(wù)，當(dāng)其中一臺(tái)出現(xiàn)故障時(shí)，另一臺(tái)會(huì)接管其業(yè)務(wù)。這種模式可以提高系統(tǒng)的可靠性，并不會(huì)造成資源浪費(fèi)。A選項(xiàng)，雙機(jī)互備模式需要服務(wù)器具備較高性能以應(yīng)對(duì)可能的業(yè)務(wù)切換。C選項(xiàng)，雙機(jī)雙工模式確實(shí)屬于集群技術(shù)的一種。D選項(xiàng)，雙機(jī)熱備模式中，備用系統(tǒng)通常處于后備狀態(tài)，等待主系統(tǒng)故障時(shí)進(jìn)行切換。綜上所述，答案選B。14.()中間件保證系統(tǒng)能在不同平臺(tái)之間通信，實(shí)現(xiàn)分布式系統(tǒng)中可靠的、高效的、實(shí)時(shí)的跨平臺(tái)數(shù)據(jù)傳輸。A、數(shù)據(jù)管理中間件B、消息中間件C、WEB服務(wù)中間件D、事務(wù)處理中間件解析：中間件用于分布式系統(tǒng)中不同平臺(tái)通信，其中消息中間件專注于可靠、高效、實(shí)時(shí)的數(shù)據(jù)傳輸。消息中間件通過(guò)異步通信機(jī)制處理跨平臺(tái)消息傳遞，支持系統(tǒng)解耦和流量削峰。數(shù)據(jù)管理中間件側(cè)重于數(shù)據(jù)存儲(chǔ)與訪問(wèn)，事務(wù)處理中間件0把用戶輸入數(shù)據(jù)傳給控湖應(yīng)狀態(tài)查詢16.給定IP地址為20,子網(wǎng)掩碼是,那么主機(jī)號(hào)是(請(qǐng)作答此空),該子網(wǎng)直接的廣播地址是()。解析：這道題考察的是對(duì)IP地址和子網(wǎng)掩碼的理解。IP地址20與子網(wǎng)掩碼進(jìn)行AND運(yùn)算，可以得到網(wǎng)絡(luò)地址。主機(jī)號(hào)則是IP地址中除去網(wǎng)絡(luò)地址的部分，址的主機(jī)號(hào)部分全部置為1,即55,但通常表示為網(wǎng)絡(luò)地址的主機(jī)號(hào)部分為55與子網(wǎng)掩碼的反碼進(jìn)行OR運(yùn)算的結(jié)果，即55,不過(guò)題目要求的是相對(duì)于該子網(wǎng)的主機(jī)號(hào)表示，所以答案是A,即217.概要設(shè)計(jì)文檔的內(nèi)容不包括()C、利用工廠方法(如構(gòu)造函數(shù)〉來(lái)創(chuàng)建自己的實(shí)例D、之間可以共享一個(gè)類元素解析：構(gòu)件與程序設(shè)計(jì)中的對(duì)象區(qū)別在于生命周期管理方式。軟件構(gòu)件強(qiáng)調(diào)獨(dú)立部署和復(fù)用，其實(shí)例化通常依賴工廠方法，而非直接調(diào)用構(gòu)造函數(shù)。工廠方法允許容器控制實(shí)例創(chuàng)建過(guò)程，提供更靈活的依賴管理和資源分配。對(duì)象通常由構(gòu)造函數(shù)直接實(shí)例化，缺乏容器干預(yù)。選項(xiàng)C指出構(gòu)件利用工廠方法創(chuàng)建實(shí)例，符合構(gòu)件模型中容器管理的特性。此概念常見(jiàn)于企業(yè)級(jí)應(yīng)用框架設(shè)計(jì)，如JavaEE中的EJB容器機(jī)制。其他選項(xiàng)涉及實(shí)例標(biāo)志、狀態(tài)可見(jiàn)性、類共享等，均未直接關(guān)19.分布透明性指用戶不必關(guān)心數(shù)據(jù)的邏輯分片，不必關(guān)心數(shù)據(jù)存儲(chǔ)的物理位置分配細(xì)節(jié)，也不必關(guān)心局部場(chǎng)地上數(shù)據(jù)庫(kù)的數(shù)據(jù)模型。()是分布透明性的最高層次。(請(qǐng)作答此空)指用戶或應(yīng)用程序應(yīng)當(dāng)了解分片情況，但不必了解片段的存儲(chǔ)場(chǎng)地。()透明性是指用戶或應(yīng)用程序應(yīng)當(dāng)了解分片及各片斷存儲(chǔ)的場(chǎng)地，但不必了解局部場(chǎng)地上使用的是何種數(shù)據(jù)模型。解析：這道題考察的是對(duì)分布式數(shù)據(jù)庫(kù)系統(tǒng)中透明性層次的理解。分布透明性主要分為幾個(gè)層次，其中最高層次是全局透明性，用戶完全不必關(guān)心數(shù)據(jù)的分布細(xì)節(jié)。而題目中描述的“用戶或應(yīng)用程序應(yīng)當(dāng)了解分片情況，但不必了解片段的存儲(chǔ)場(chǎng)地”,這符合位置透明性的定義，即用戶知道數(shù)據(jù)是分片的，但不需要知道這些片段具體存儲(chǔ)在哪里。因此，正確答案是C,位置透明性。依賴集F={A→B,DE→B,CB→E,E→A,B→D}。分解()是無(wú)損連接，并保持函數(shù)依賴的。A.p={R1(AC),R2(ED),R3(B)}B.p={R1(AC),R2(E),R3(DB)}C.A、p={R1(AB解析：答案D中的分解是無(wú)損連接并保持函數(shù)依賴的。對(duì)于無(wú)損連接，需要判斷分解后的關(guān)系模式通過(guò)自然連接能否恢復(fù)到原關(guān)系模式。在此題中，對(duì)選項(xiàng)D中的分解進(jìn)行分析，其能夠滿足無(wú)損連接的條件。同時(shí)，分解后的關(guān)系模式也能夠保持原有的函數(shù)依賴關(guān)系。而選項(xiàng)A、B、C中的分解在無(wú)損連接或保持函數(shù)依賴方面存在不足。因此，選項(xiàng)D是正確答案。21.企業(yè)應(yīng)用集成是一個(gè)戰(zhàn)略意義上的方法，它從服務(wù)和信息角度將多個(gè)信息系統(tǒng)綁定在一起，提供實(shí)時(shí)交換信息和影響流程的能力。(請(qǐng)作答此空)提供企業(yè)之間的信息共享能力，()在用戶使用角度能夠?qū)上到y(tǒng)產(chǎn)生一個(gè)“整體”的享能力”已經(jīng)涵蓋了數(shù)據(jù)集成(B選項(xiàng))的內(nèi)容。而“在用戶使用角度能夠?qū)上到y(tǒng)產(chǎn)生一個(gè)‘整體’的感覺(jué)”,強(qiáng)調(diào)的是用戶界面的統(tǒng)符合界面集成(C選項(xiàng))的定義。但考慮到題目后半部分提到的“影響流程的能力”,這指向了過(guò)程集成(D選項(xiàng)),它關(guān)注于業(yè)務(wù)流程的整合和優(yōu)化，使用戶22.某文件管理系統(tǒng)在磁盤上建立了位示圖(bitmap),記錄磁盤的使用情況。若磁盤上物理塊的編號(hào)依次為0、1、2、..。系統(tǒng)中的字長(zhǎng)為64位，字的編號(hào)依次為0、1、2、.。字中的一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊。取值0和1那么該物理塊的使用情況在位示圖中編號(hào)為(請(qǐng)作答此空)的字中描述，系統(tǒng)應(yīng)該將()字號(hào)00100……101100100100000描述。解析：“4+1”視圖中，邏輯視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)為用戶提供的服務(wù)。當(dāng)采用面向?qū)ο笤O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常用UML類圖表達(dá)類的內(nèi)部屬性和行為以及類集合間的交互關(guān)系。而采用方法定義對(duì)象的內(nèi)部行為。所以，此空應(yīng)選A選項(xiàng)。24.在UML提供的系統(tǒng)視圖中，(2)是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)；(3)是最基本的需求分析模型?！净卮鹄ㄌ?hào)3】A、進(jìn)程視圖B、實(shí)現(xiàn)視圖C、部署視圖解析：UML對(duì)系統(tǒng)架構(gòu)的定義是系統(tǒng)的組織結(jié)構(gòu)，包括系統(tǒng)分解的組成部分，以及它們的關(guān)聯(lián)性、交互機(jī)制和指導(dǎo)原則等提供系統(tǒng)設(shè)計(jì)的信息。具體來(lái)說(shuō)，就是指以下5個(gè)系統(tǒng)視圖：①邏輯視圖。邏輯視圖也稱為設(shè)計(jì)視圖，它表示了設(shè)計(jì)模型中在架構(gòu)方面具有重要意義的部分，即類、子系統(tǒng)、包和用例實(shí)現(xiàn)的子集。②進(jìn)程視圖。進(jìn)程視圖是可執(zhí)行線程和進(jìn)程作為活動(dòng)類的建模，它是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)。③實(shí)現(xiàn)視圖。實(shí)現(xiàn)視圖對(duì)組成基于系統(tǒng)的物理代碼的文件和構(gòu)件進(jìn)行建模。④部署視圖。部署視圖把構(gòu)件部署到一組物理節(jié)點(diǎn)上，表示軟件到硬件的映射和分布結(jié)構(gòu)。⑤用例視圖。用例視圖是最基本的25.緊耦合多機(jī)系統(tǒng)一般通過(guò)()實(shí)現(xiàn)多機(jī)間的通信。對(duì)稱多處理器結(jié)構(gòu)(SMP)屬于(請(qǐng)作答此空)系統(tǒng)。A、松耦合解析：答案解析：緊耦合多機(jī)系統(tǒng)中，多個(gè)處理器之間通過(guò)共享內(nèi)存等方式緊密連接，能夠?qū)崿F(xiàn)快速的數(shù)據(jù)交換和通信。對(duì)稱多處理器結(jié)構(gòu)(SMP)中，多個(gè)處理器共享同一個(gè)主存，處理器之間的通信速度快，屬于緊耦合系統(tǒng)。所以，選項(xiàng)26.電子政務(wù)是對(duì)現(xiàn)有的政府形態(tài)的一種改造，利用信息技術(shù)和其他相關(guān)技術(shù)，將其管理和服務(wù)職能進(jìn)行集成，在網(wǎng)絡(luò)上實(shí)現(xiàn)政府組織結(jié)構(gòu)和工作流程優(yōu)化重組。與電子政務(wù)相關(guān)的行為主體有三個(gè)，即政府、(12)及居民。國(guó)家和地方人口信息的采集、處理和利用，屬于(13)的電子政務(wù)活動(dòng)?！净卮鹄ㄌ?hào)12】B、企(事)業(yè)單位解析：在電子政務(wù)的框架中，除了政府這一核心主體外，還涉及其他參與方。根據(jù)電子政務(wù)的定義和實(shí)踐，相關(guān)的行為主體主要包括政府、企(事)業(yè)單位及居民。企(事)業(yè)單位作為社會(huì)經(jīng)濟(jì)活動(dòng)的重要參與者，與政府之間有著密切的交互，如政策執(zhí)行、服務(wù)提供、監(jiān)管配合等，在電子政務(wù)活動(dòng)中扮演著關(guān)鍵角色。因此，與電子政務(wù)相關(guān)的行為主體中，(12)處應(yīng)填寫“企(事)業(yè)單位”,選27.Acceleratedanalysisapproachesemphasizetheconstructionof(apidlyidentifybusinessanduserrequirementsforanewsystem.Adanalysistechnology,()readstheprogramcodeandautomaticatheequivalentsystemmodel,andthecodecanbeobtainedfrom().Alalysisapproachesrequiresomeformof()whichincludesthoseteusedtoidentifyorextractsystemproblemsandsolutionreommunity.(請(qǐng)作答此空)isaclassicalsetoftechniquesusedtocollecA、Continuousprocessimprovem解析：本題考查的是加速分析方法和系統(tǒng)分析方法中的一些基本概念。答案為C。根據(jù)題目中的描述，加速分析方法強(qiáng)調(diào)構(gòu)建(某種工具或方法)以更快速地識(shí)別新系統(tǒng)的業(yè)務(wù)和用戶需求。其中，一種加速分析技術(shù)可以讀取程序代碼并自動(dòng)生成等效的系統(tǒng)模型，而代碼可以從(某處)獲取。因此，我們可以推斷出空格處應(yīng)填寫“程序代碼”。此外，題目還提到所有系統(tǒng)分析方法都需要某種形式的(某種技術(shù)或方法)來(lái)識(shí)別或提取用戶社區(qū)中的系統(tǒng)問(wèn)題和解決方案需求。根據(jù)題目中的描述，這種技術(shù)或方法是一組經(jīng)典的技術(shù)，用于收集關(guān)于系統(tǒng)問(wèn)題、機(jī)會(huì)、綜上所述，本題的正確答案為C。28.某公司欲開(kāi)發(fā)一個(gè)門戶系統(tǒng)，該系統(tǒng)以商業(yè)流程和企業(yè)應(yīng)用為核心，將商業(yè)流程中不同的功能模塊通過(guò)門戶集成在一起，以提高公司的集中貿(mào)易能力、協(xié)同能力和信息管理能力。根據(jù)這種需求，采用企業(yè)門戶解決方案最為合適。A、信息B、知識(shí)C、應(yīng)用解析：該題考查企業(yè)門戶類型的選擇。根據(jù)《企業(yè)門戶分類及實(shí)施企業(yè)應(yīng)用門戶(EAP)聚焦于整合不同功能模塊與應(yīng)用系統(tǒng)，通過(guò)統(tǒng)一入口實(shí)現(xiàn)商業(yè)流程集成，提升協(xié)同效率與信息處理能力。信息門戶側(cè)重內(nèi)容聚合，知識(shí)門戶關(guān)注知識(shí)共享，垂直門戶專攻特定行業(yè)領(lǐng)域。題干中“以商業(yè)流程和企業(yè)應(yīng)用為核心”明確指向應(yīng)用門戶的集成特性，故正確選項(xiàng)為應(yīng)用門戶。29.關(guān)于XML的表述正確的是()B、XML的設(shè)計(jì)宗旨是顯示數(shù)據(jù)C、XML標(biāo)簽是被預(yù)定義的，用戶不需要自己描述D、XML標(biāo)簽沒(méi)有被預(yù)定義，用戶需要自行解析：這道題考察的是對(duì)XML(可擴(kuò)展標(biāo)記語(yǔ)言)的理解。首先，我們知道XML不是超文本標(biāo)記語(yǔ)言，那是HTML,所以A選項(xiàng)錯(cuò)誤。XML的設(shè)計(jì)宗旨是傳輸和存儲(chǔ)數(shù)據(jù)，而非顯示數(shù)據(jù)，因此B選項(xiàng)錯(cuò)誤。XML的標(biāo)簽沒(méi)有被預(yù)定義，用戶可以根據(jù)需要自行定義標(biāo)簽，這使得XML非常靈活，所以C選項(xiàng)錯(cuò)誤，D選項(xiàng)正確。30.數(shù)字簽名首先需要生成消息摘要，然后發(fā)送方用自己的私鑰對(duì)報(bào)文摘要進(jìn)行加密，接收方用發(fā)送方的公鑰驗(yàn)證真?zhèn)?。生成消息摘要的目的?請(qǐng)作答此空),對(duì)摘要進(jìn)行加密的目的是()。D、防止重放解析：報(bào)文摘要用于對(duì)發(fā)送的報(bào)文生成一個(gè)非常小的摘要信息。這個(gè)摘要信息保證原報(bào)文的完整性，即原報(bào)文只要有一位被改變，則摘要信息就會(huì)不匹配。用私鑰對(duì)摘要做加密，不僅保證了摘要的私密性，還可以防止抵賴。因?yàn)橹挥衅ヅ涞?1.()不是反映嵌入式實(shí)時(shí)操作系統(tǒng)實(shí)時(shí)性的評(píng)價(jià)指標(biāo)。A、任務(wù)執(zhí)行時(shí)間D、信號(hào)量混洗時(shí)間API的豐富程度、網(wǎng)絡(luò)支持、可靠性等。其中，實(shí)時(shí)性是RTOS評(píng)價(jià)的最重要的指標(biāo)之一，實(shí)時(shí)性的優(yōu)劣是用戶選擇操作系統(tǒng)的一個(gè)重要時(shí)間、線程切換時(shí)間、信號(hào)量混洗時(shí)間(指從一個(gè)任務(wù)釋放信號(hào)量到另一個(gè)等待該信號(hào)量的任務(wù)被激活的時(shí)間延遲)、中斷響應(yīng)時(shí)間等。任務(wù)執(zhí)行時(shí)間不是反映32.以下關(guān)于入侵檢測(cè)系統(tǒng)功能的敘述中，(3)是不正確的。C、識(shí)別已知的攻擊行為阻斷非法訪問(wèn)的能力，僅提供警報(bào)和日志記錄。選項(xiàng)B、C、D均符合IDS的典型功能描述，分別對(duì)應(yīng)完整性檢查、特征匹配和異常分析。33.螺旋模型每一階段的組成部分不包括()C、有效性驗(yàn)證解析：這道題考察的是對(duì)螺旋模型的理解。螺旋模型是一種軟件開(kāi)發(fā)過(guò)程模型，它強(qiáng)調(diào)風(fēng)險(xiǎn)分析和原型迭代。在每一階段，都會(huì)進(jìn)行風(fēng)險(xiǎn)分析來(lái)識(shí)別和管理潛在的問(wèn)題，通過(guò)評(píng)審來(lái)評(píng)估階段成果，并進(jìn)行有效性驗(yàn)證來(lái)確保軟件滿足需求。而“軟件描述”并不是螺旋模型每一階段的必要組成部分，它更多是在軟件開(kāi)發(fā)的早期階段進(jìn)行的需求分析和描述工作。因此，正確答案是D。34.設(shè)有關(guān)系模式R(A1,A2,A3,A4,A5,A6),函數(shù)依賴集F={Al→A3,A1A2→A4,A5A6→A1,A3A5→A6,A2A5→A6}。關(guān)系模式R的一個(gè)主鍵是(),從函數(shù)依賴集F可以推出關(guān)系模式R(請(qǐng)作答此空)。D、每個(gè)非主屬性完全函數(shù)依賴于主鍵，故R為2NF式R的主鍵。根據(jù)函數(shù)依賴集F,可以看出屬性A5和A6的組合可以確定A1,而A1和A2的組合又可以確定A4,因此A5、A6可以作為一個(gè)候選鍵。接下來(lái)，我關(guān)系模式R滿足第二范式(2NF)的要求。因此，正確答案是D。35.ERP中的企業(yè)資源包括()37.一般來(lái)說(shuō)，架構(gòu)可以分為三個(gè)層次。()層主要負(fù)責(zé)接收用戶的請(qǐng)求，對(duì)用并向用戶呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用()結(jié)構(gòu)來(lái)實(shí)現(xiàn)，其中的()負(fù)責(zé)接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理。(請(qǐng)作答此空)主要負(fù)責(zé)A、表現(xiàn)層C、持久層務(wù)邏輯組件以多個(gè)DA0組件作為基礎(chǔ)，從而實(shí)現(xiàn)對(duì)外提供系統(tǒng)的業(yè)務(wù)邏輯服務(wù)。業(yè)務(wù)邏輯層工作流能夠?qū)崿F(xiàn)在多個(gè)參與者之間按照某種預(yù)定義的規(guī)則傳遞文檔、信息或任務(wù)的過(guò)程自動(dòng)進(jìn)行，從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo)，或者促進(jìn)此目標(biāo)的實(shí)現(xiàn)。業(yè)務(wù)邏輯層實(shí)體提供對(duì)業(yè)務(wù)數(shù)據(jù)及相關(guān)功能的狀態(tài)編程訪問(wèn)，業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以使用具有復(fù)雜架構(gòu)的數(shù)據(jù)來(lái)構(gòu)建，這種數(shù)據(jù)通常來(lái)自數(shù)據(jù)庫(kù)中的多個(gè)相關(guān)表。業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以作為業(yè)務(wù)過(guò)輯層的實(shí)體是可序列化的，以保持它們的當(dāng)前狀態(tài)。業(yè)務(wù)邏輯層是實(shí)現(xiàn)系統(tǒng)功能的核心組件，采用容器的形式，便于系統(tǒng)功能的開(kāi)發(fā)、代碼重用和管理。(3)持久層。持久層主要負(fù)責(zé)數(shù)據(jù)的持久化存儲(chǔ)，主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)并分別用5個(gè)子部完成，若連續(xù)向流水線輸入10條指令，則該流水線的加速比解析：首先，我們需要理解流水線技術(shù)的概念。流水線技術(shù)是一種將指令分解為多個(gè)子任務(wù)，并將這些子任務(wù)分配到不同的功能部件上并行執(zhí)行的技術(shù)。這樣可以顯著提高計(jì)算機(jī)系統(tǒng)的處理速度。39.企業(yè)信息資源集成管理的前提是對(duì)企業(yè)()的集成。A、信息功能B、信息設(shè)施C、信息活動(dòng)D、信息處理解析：集成管理是企業(yè)信息資源管理的主要內(nèi)容之一。實(shí)行企業(yè)信息資源集成的前提是對(duì)企業(yè)歷史上形成的企業(yè)信息功能的集成，其核心是對(duì)企業(yè)內(nèi)部和外部信息流的集成，其實(shí)施的基礎(chǔ)是各種信息手段的集成。40.給定關(guān)系模式R(A,B,C,D)、S(C,D,E),與π1,3,5(σ2=‘軟件工程’(R?S)等價(jià)的SQL語(yǔ)句如下：SELECT(請(qǐng)作答此空)FROMSWHERE();下列查詢B=“信息”且E=“北京”的A、B、E的關(guān)系代數(shù)表達(dá)式中，查詢效率最高的是41.在分步設(shè)計(jì)法中，通常將數(shù)據(jù)庫(kù)的設(shè)計(jì)分為4個(gè)階段。其中()是數(shù)據(jù)庫(kù)設(shè)合處理建立企業(yè)數(shù)據(jù)模型。(請(qǐng)作答此空)階段將得到的應(yīng)用視圖轉(zhuǎn)換成外部模42.一般來(lái)說(shuō)，架構(gòu)可以分為三個(gè)層次。(請(qǐng)作答此空)層主要負(fù)責(zé)接收用戶的請(qǐng)求，對(duì)用戶的輸入、輸出進(jìn)行檢查與控制，處理客頁(yè)面跳轉(zhuǎn)等，并向用戶呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用()結(jié)構(gòu)來(lái)實(shí)現(xiàn)，其中的()負(fù)責(zé)接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理。()主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫(kù)等持久化存儲(chǔ)介質(zhì)中。A、表現(xiàn)層B、業(yè)務(wù)邏輯層C、持久層D、中間層解析：這道題考察的是軟件架構(gòu)的分層理解。在三層架構(gòu)中，表現(xiàn)層確實(shí)主要負(fù)責(zé)接收用戶請(qǐng)求，處理輸入輸出，控制頁(yè)面跳轉(zhuǎn)，并向用戶展示結(jié)果。表現(xiàn)層常采用MVC(Model-View-Controller)結(jié)構(gòu)，其中Controller負(fù)責(zé)接收用戶請(qǐng)求并決定調(diào)用哪個(gè)模型來(lái)處理，而Model則主要負(fù)責(zé)業(yè)務(wù)數(shù)據(jù)的存儲(chǔ)。因此，填空處應(yīng)填入“表現(xiàn)層”,且其描述與MVC結(jié)構(gòu)中的Controller和Model功能相符。43.特定領(lǐng)或軟件架構(gòu)(DSSA)是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過(guò)程中包括一系列基本的活動(dòng)，其中(請(qǐng)作答此空)活動(dòng)的主要目的是為了獲得DSSA.該活動(dòng)參加人員中，()的主要任務(wù)是提供關(guān)于領(lǐng)城中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)。C、領(lǐng)域設(shè)計(jì)解析：在實(shí)施DSSA(特定領(lǐng)域軟件架構(gòu))的過(guò)程中，領(lǐng)域設(shè)計(jì)活動(dòng)起著至關(guān)重要的作用。這一活動(dòng)的主要目的就是為了獲得DSSA,即確立特定應(yīng)用領(lǐng)域的標(biāo)44.組織信息化需求通常包含三個(gè)層次，其中(3)需求的目標(biāo)是提升組織的競(jìng)爭(zhēng)層技術(shù)層面上對(duì)系統(tǒng)的完善、升級(jí)、集成和整合提出的需求?！净卮鹄ㄌ?hào)3】45.在軟件設(shè)計(jì)中，()的主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成形成軟件(請(qǐng)作答此空)。而選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為()。A、數(shù)據(jù)流圖D、系統(tǒng)結(jié)構(gòu)圖解析：本題考查的是軟件設(shè)計(jì)中的兩個(gè)概念，即系統(tǒng)結(jié)構(gòu)圖和技術(shù)手段選擇。系統(tǒng)結(jié)構(gòu)圖是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成軟件的主要任務(wù)。而為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為技術(shù)手段選擇。因此，本題的答案為D。46.結(jié)構(gòu)化布線系統(tǒng)分為六個(gè)子系統(tǒng)，其中水平子系統(tǒng)()。A、由各種交叉連接設(shè)備以及集線器和交換機(jī)等設(shè)備組成B、連接了干線子系統(tǒng)和工作區(qū)子系統(tǒng)C、由終端設(shè)備到信息插座的整個(gè)區(qū)域組成D、實(shí)現(xiàn)各樓層設(shè)備間子系統(tǒng)之間的互連答案：B解析：水平子系統(tǒng)是指的，從樓層管理間到信息插口這一段，它連接了垂直干線子系統(tǒng)與工作區(qū)子系統(tǒng)。47.以下關(guān)于網(wǎng)絡(luò)控制的敘述，正確的是0A、由于TCP的窗口大小是固定的，所以防止擁塞的方法只能是超時(shí)重發(fā)B、在前向糾錯(cuò)系統(tǒng)中，當(dāng)接收端檢測(cè)到錯(cuò)誤后就要請(qǐng)求發(fā)送端重發(fā)出錯(cuò)分組C、在滑動(dòng)窗口協(xié)議中，窗口的大小以及確認(rèn)應(yīng)答使得可以連續(xù)發(fā)送多個(gè)數(shù)據(jù)D、在數(shù)據(jù)報(bào)系統(tǒng)中，所有連續(xù)發(fā)送的數(shù)據(jù)都可以沿著預(yù)先建立的虛通路傳送48.Anapplicationarchitecturespecifiesthetechnologiestobeusedtntoneormoreinformationsystenstruction,andimplementation.Giventhemodelsanddetailtionarchitecture.Thedesignwillnormallybeconstrainedbyarchitedards,projectobjectives,and().ThefirstphysicalDFDtobedrawnisthe().ThenextstepistodistributedatastorestodifferentprocessorswotypesofdistributeddatawhichmostRDBMSssupport.Therearemanydistonoptionsusedindatadistribution.Inthecaseof(),weshouldrleasadatastoreonthephysicalDFDandconnecteachtotheapC、usecasemodelsandinte解析：本題考察的是應(yīng)用架構(gòu)的設(shè)計(jì)和實(shí)現(xiàn)。根據(jù)題干中的描述，我們可以得知應(yīng)用架構(gòu)的設(shè)計(jì)需要包括邏輯數(shù)據(jù)流圖和實(shí)體關(guān)系圖，因此答案為A。同時(shí)，題干中還提到了應(yīng)用架構(gòu)設(shè)計(jì)的約束條件，包括架構(gòu)標(biāo)準(zhǔn)、項(xiàng)目目標(biāo)和某些未知因素，這些都需要在設(shè)計(jì)過(guò)程中考慮到。在具體實(shí)現(xiàn)過(guò)程中，需要繪制物理數(shù)據(jù)流圖和數(shù)據(jù)庫(kù)模式，并將數(shù)據(jù)存儲(chǔ)分配到不同的處理器中。對(duì)于關(guān)系型數(shù)據(jù)庫(kù)，需要考慮數(shù)據(jù)分布的方式，而在某些情況下，需要將每個(gè)表作為一個(gè)數(shù)據(jù)存儲(chǔ)記錄在物理數(shù)據(jù)流圖中，并將其連接到相應(yīng)的服務(wù)器上。因此，答案為D。49.請(qǐng)根據(jù)恢復(fù)塊方法工作原理完成下圖，在圖中(1)～(4)中填入恰當(dāng)?shù)膬?nèi)容。并比較恢復(fù)塊方法與N版本程序設(shè)計(jì)方法，將比較結(jié)果(5)作答第七個(gè)空)不會(huì)帽會(huì)帽多機(jī)向前恢復(fù)解析：恢復(fù)塊方法在硬件運(yùn)行環(huán)境、錯(cuò)誤檢測(cè)方法、恢復(fù)策略和實(shí)時(shí)性方面與N版本程序設(shè)計(jì)方法進(jìn)行比較，恢復(fù)塊方法在某些方面可能表現(xiàn)較好或較差，但總體來(lái)看，兩者在功能上都有其優(yōu)點(diǎn)和不足，因此可以認(rèn)為兩者的表現(xiàn)'好'或'差'難以一概而論，但根據(jù)常見(jiàn)的比較結(jié)果，恢復(fù)塊方法在某些關(guān)鍵指標(biāo)上可能表現(xiàn)50.某訂單處理系統(tǒng)中，“創(chuàng)建新訂單”和“更新訂單”兩個(gè)用例都需要檢查客戶的賬號(hào)是否正確，為此定義一個(gè)通用的用例“核查客戶賬戶”。用例“創(chuàng)建新訂單”和“更新訂單”與用例“核查客戶賬戶”之間是()。A、包含關(guān)系C、泛化關(guān)系解析：答案解析：在這個(gè)訂單處理系統(tǒng)中，“創(chuàng)建新訂單”和“更新訂單”這兩個(gè)用例都要用到“核查客戶賬戶”這一功能。包含關(guān)系指一個(gè)用例(基礎(chǔ)用例)包含了另一個(gè)用例(包含用例)的行為。這里“創(chuàng)建新訂單”和“更新訂單”是51.某公司擬開(kāi)發(fā)一個(gè)語(yǔ)音搜索系統(tǒng)，其語(yǔ)音搜索系統(tǒng)的主要工作過(guò)程包括分割原始語(yǔ)音信號(hào)、識(shí)別音素、產(chǎn)生候選詞、判定語(yǔ)法片斷、提供搜索關(guān)鍵詞等，每個(gè)過(guò)程都需要進(jìn)行基于先驗(yàn)知識(shí)的條件判斷并進(jìn)行相應(yīng)的識(shí)別動(dòng)作。針對(duì)該系統(tǒng)的特點(diǎn)，采用()架構(gòu)風(fēng)格最為合適。B、面向?qū)ο驞、隱式調(diào)用解析：答案解析：在該語(yǔ)音搜索系統(tǒng)中，多個(gè)不同的處理過(guò)程需要協(xié)作并共享數(shù)據(jù)，每個(gè)過(guò)程都基于先驗(yàn)知識(shí)進(jìn)行條件判斷和識(shí)別動(dòng)作。黑板架構(gòu)風(fēng)格適用于這種沒(méi)有明確的控制流、多個(gè)處理過(guò)程協(xié)同工作并共享數(shù)據(jù)的情況。分層系統(tǒng)主要是按層次劃分功能，面向?qū)ο髲?qiáng)調(diào)對(duì)象的封都不太符合該系統(tǒng)特點(diǎn)。所以，選項(xiàng)C黑板架構(gòu)風(fēng)格最為合適。52.以下設(shè)計(jì)模式中，()模式使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求。將這些對(duì)象連成一條鏈。并沿著這條鏈傳遞該請(qǐng)求。直到有一個(gè)對(duì)象處理為止。從而避免請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系。()模式提供一種方法順序訪問(wèn)一個(gè)聚合對(duì)象中的各個(gè)元素。且不需要暴露該對(duì)象的內(nèi)部表示。這兩種模式均為(請(qǐng)作答此空)解析：答案解析：設(shè)計(jì)模式分為創(chuàng)建型、結(jié)構(gòu)型和行為型。題目中提到的兩種模它們主要關(guān)注的是對(duì)象之間的交互和職責(zé)分配，這些都是對(duì)象的行為方面。行為型模式著重于對(duì)象之間的職責(zé)劃分和流程控制，用于描述程序在運(yùn)行時(shí)復(fù)雜的控制流程，使得系統(tǒng)在運(yùn)行時(shí)可以靈活改變對(duì)象的行為。所以這兩種模式均為行為型對(duì)象模式，答案選C。53.“4+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中()視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用(請(qǐng)作答此空)表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互關(guān)系；采用()定義對(duì)象的內(nèi)部行為。B、活動(dòng)圖D、類圖解析：在面向?qū)ο蟮脑O(shè)計(jì)方法中，類圖用于描述對(duì)象模型。類圖能夠清晰地展示類的內(nèi)部屬性、方法以及類之間的關(guān)系。對(duì)象圖主要用于展示特定時(shí)刻系統(tǒng)中對(duì)象的實(shí)例及其關(guān)系；活動(dòng)圖側(cè)重于描述系統(tǒng)的流程和活動(dòng)；狀態(tài)圖則著重于對(duì)象在不同狀態(tài)之間的轉(zhuǎn)換和行為。所以，當(dāng)描述對(duì)象模型時(shí)，通常使用類圖，答案選D。54.對(duì)計(jì)算機(jī)評(píng)價(jià)的主要性能指標(biāo)有時(shí)鐘頻率、()、運(yùn)算精度和內(nèi)存容量等B、端口吞吐量C、可移植性接關(guān)聯(lián)到計(jì)算機(jī)執(zhí)行任務(wù)的速度。選項(xiàng)A的丟包率和選項(xiàng)B的端口吞吐量主要與55.基于架構(gòu)的軟件開(kāi)發(fā)(ArchitectureBasedSoftwareDevelopment,ABSD.強(qiáng)調(diào)C、構(gòu)件和類圖需求被準(zhǔn)確且詳細(xì)地表達(dá)。因此，括號(hào)11中應(yīng)填寫“視角與視圖”。描述中，不正確的是()57.網(wǎng)絡(luò)邏輯結(jié)構(gòu)設(shè)計(jì)的內(nèi)容不包括()A、邏輯網(wǎng)絡(luò)設(shè)計(jì)圖B、IP地址方案一份邏輯網(wǎng)絡(luò)設(shè)計(jì)文檔，輸出內(nèi)容包括以下幾點(diǎn)：1、邏輯網(wǎng)絡(luò)設(shè)計(jì)圖2、IP地址方案3、安全方案4、招聘和培訓(xùn)網(wǎng)絡(luò)員工的具體說(shuō)明5、對(duì)軟硬件、服務(wù)、求。輸出如下內(nèi)容：1、網(wǎng)絡(luò)物理結(jié)構(gòu)圖和布線方清單3、軟硬件和安裝費(fèi)用的估算4、安裝日程表，詳細(xì)說(shuō)明服務(wù)的時(shí)間以及期限5、安裝后的測(cè)試計(jì)劃6、用戶的培訓(xùn)計(jì)劃由此可以看出D選項(xiàng)的工作是物理開(kāi)發(fā)一個(gè)簡(jiǎn)化系統(tǒng)，待用戶認(rèn)可后再開(kāi)發(fā)最終系統(tǒng)的策略。該信息系統(tǒng)集成項(xiàng)目的開(kāi)發(fā)方法屬于()。A、結(jié)構(gòu)化方法與原型法的組合應(yīng)用B、結(jié)構(gòu)化方法與面向?qū)ο蠓椒ǖ慕M合應(yīng)用C、原型法與面向?qū)ο蠓椒ǖ慕M合應(yīng)用D、原型法與形式化方法的組合應(yīng)用解析：答案解析：該項(xiàng)目以程序流程圖、數(shù)據(jù)流程圖等為主要分析設(shè)計(jì)工具，這符合結(jié)構(gòu)化方法的特點(diǎn)。同時(shí)，項(xiàng)目組先開(kāi)發(fā)一個(gè)簡(jiǎn)化系統(tǒng)讓用戶認(rèn)可后再開(kāi)發(fā)最終系統(tǒng)，這體現(xiàn)了原型法的應(yīng)用。所以，該信息系統(tǒng)集成項(xiàng)目的開(kāi)發(fā)方法是結(jié)構(gòu)化方法與原型法的組合應(yīng)用，選項(xiàng)A正確。59.軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評(píng)審等活動(dòng)，是一個(gè)迭代的過(guò)程。以下關(guān)于軟件架構(gòu)設(shè)計(jì)活動(dòng)的描述，錯(cuò)誤的是()A、在建立軟件架構(gòu)的初期，一般需要選擇一個(gè)合適的架構(gòu)風(fēng)格B、將架構(gòu)分析價(jià)段已標(biāo)識(shí)的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)系C、軟件架構(gòu)設(shè)計(jì)活動(dòng)將已標(biāo)構(gòu)件集成到軟件架構(gòu)中，設(shè)計(jì)并實(shí)現(xiàn)這些構(gòu)件D、一旦得到了詳細(xì)的軟件架構(gòu)設(shè)計(jì)，需要邀請(qǐng)獨(dú)立于系統(tǒng)開(kāi)發(fā)的外部人員對(duì)系統(tǒng)進(jìn)行評(píng)審解析：在軟件架構(gòu)設(shè)計(jì)活動(dòng)中，需要在建立初期選擇一個(gè)合適的架構(gòu)風(fēng)格，并將架構(gòu)分析階段已標(biāo)識(shí)的構(gòu)件映射到架構(gòu)中，同時(shí)分析這些構(gòu)件之間的關(guān)系。設(shè)計(jì)評(píng)審也是軟件架構(gòu)設(shè)計(jì)過(guò)程中的重要環(huán)節(jié)，通常需邀請(qǐng)獨(dú)立于系統(tǒng)開(kāi)發(fā)的外部人員進(jìn)行。然而，軟件架構(gòu)設(shè)計(jì)活動(dòng)主要是將已標(biāo)識(shí)的構(gòu)件集成到軟件架構(gòu)中，并設(shè)計(jì)這些構(gòu)件，但并不包括實(shí)現(xiàn)這些構(gòu)件。實(shí)現(xiàn)構(gòu)件是后續(xù)的開(kāi)發(fā)過(guò)程，不屬于架構(gòu)設(shè)計(jì)活動(dòng)的范疇。因此，選項(xiàng)C中的“設(shè)計(jì)并實(shí)現(xiàn)這些構(gòu)件”描述錯(cuò)誤。60.請(qǐng)根據(jù)恢復(fù)塊方法工作原理完成下圖，在圖中(1)～(4)中填入恰當(dāng)?shù)膬?nèi)容。并比較恢復(fù)塊方法與N版本程序設(shè)計(jì)方法，將比較結(jié)果(5)～(8)填入下表中。(請(qǐng)作答第六個(gè)空)不命情命格橋多機(jī)向前恢復(fù)B、反向恢復(fù)中：1.將多個(gè)版本的程序進(jìn)行比較，找出它們之間的差異。(填入C)2.根據(jù)差異信息，嘗試恢復(fù)出原始程序。(填入B)3.如果某個(gè)版本的程序出現(xiàn)錯(cuò)誤，可以使用其他版本的程序進(jìn)行恢復(fù)。(填入D)4.最終得到恢復(fù)后的原始程序。(填入A)接下來(lái)是恢復(fù)塊方法與N版本程序設(shè)計(jì)方法的比較：5.恢復(fù)塊方法需要多入D)6.恢復(fù)塊方法可以在某個(gè)版本的程序出現(xiàn)錯(cuò)誤時(shí)進(jìn)行恢復(fù)而N版本程序設(shè)計(jì)方法只需要進(jìn)行設(shè)計(jì)和測(cè)試。(填入C)8.恢復(fù)塊方法可以在測(cè)試。(填入A)綜上所述，恢復(fù)塊方法和N版本程序設(shè)計(jì)方法各有優(yōu)缺點(diǎn)，需61.某指令流水線由5段組成，各段所需要的時(shí)間如下圖所示。AB連續(xù)輸入100條D指令時(shí)的吞吐率為()解析：吞吐率是指單位時(shí)間內(nèi)完成指令的數(shù)量。根據(jù)題目，流水線由5段組成，指令在流水線中只處理一次。因此，吞吐率可以表示為100/7△t。選項(xiàng)C中的305At是最接近100/7△t的計(jì)算結(jié)果，因此正確答案是C。A、每一項(xiàng)需求都必須完整、準(zhǔn)確地描述即將要開(kāi)發(fā)的功能B、需求必須能夠在系統(tǒng)及其運(yùn)行環(huán)境的能力和約束條件內(nèi)實(shí)現(xiàn)C、每一項(xiàng)需求記錄的功能都必須是用戶的真正的需要D、在良好的需求陳述中，所有需求都應(yīng)被視為同等重要解析：答案解析：在需求陳述中，各項(xiàng)需求的重要程度往往是不同的。有些需求可能是關(guān)鍵的核心功能，對(duì)系統(tǒng)的成敗起著決定性作用；而有些需求可能是次要的、輔助性的。A選項(xiàng)，完整準(zhǔn)確描述功能有助于明確開(kāi)發(fā)目標(biāo)。B選項(xiàng)，需求必須考慮系統(tǒng)和運(yùn)行環(huán)境的實(shí)際情況，否則無(wú)法實(shí)現(xiàn)。C選項(xiàng)，需求應(yīng)切實(shí)反映用戶的真實(shí)需要，確保開(kāi)發(fā)的有效性。綜上所述，選項(xiàng)D不正確，答案選D。63.面向?qū)ο蠓治鲋?，一個(gè)事物發(fā)生變化會(huì)影響另一個(gè)事物，兩個(gè)事物之間屬于D、泛化關(guān)系解析：在面向?qū)ο蠓治鲋?，依賴關(guān)系表示一個(gè)類的變化會(huì)影響到另一個(gè)類。當(dāng)一個(gè)事物的改變會(huì)引起另一個(gè)事物的變化時(shí)，它們之間就存在依賴關(guān)系。關(guān)聯(lián)關(guān)系通常表示兩個(gè)類之間存在較為穩(wěn)定的聯(lián)系。實(shí)現(xiàn)關(guān)系是類與接口之間的關(guān)系。泛化關(guān)系是一種類之間的繼承關(guān)系。所以，根據(jù)題目描述，兩個(gè)事物之間屬于依賴關(guān)系，答案選B。64.關(guān)于數(shù)據(jù)訪問(wèn)中間件的作用，下列說(shuō)法錯(cuò)誤的是()。A、為了建立數(shù)據(jù)應(yīng)用資源互操作的模式，對(duì)異構(gòu)環(huán)境下的數(shù)據(jù)庫(kù)和文件系統(tǒng)實(shí)現(xiàn)聯(lián)接B、用來(lái)屏蔽掉各種平臺(tái)及協(xié)議之間的差異，進(jìn)行相互通信，實(shí)現(xiàn)應(yīng)用程序之間的協(xié)同C、在分布、異構(gòu)的網(wǎng)絡(luò)計(jì)算環(huán)境中，可以將各種分布對(duì)象有機(jī)地結(jié)合在一起，完成系統(tǒng)的快速集成，實(shí)現(xiàn)對(duì)象重用D、使調(diào)用遠(yuǎn)端的過(guò)程像調(diào)用本地過(guò)程一樣解析：數(shù)據(jù)訪問(wèn)中間件的主要作用包括：為了建立數(shù)據(jù)應(yīng)用資源互操作的模式，對(duì)異構(gòu)環(huán)境下的數(shù)據(jù)庫(kù)和文件系統(tǒng)實(shí)現(xiàn)聯(lián)接(A選項(xiàng));用來(lái)屏蔽掉各種平臺(tái)及協(xié)議之間的差異，進(jìn)行相互通信，實(shí)現(xiàn)應(yīng)用程序之間的協(xié)同(B選項(xiàng));以及在分布、異構(gòu)的網(wǎng)絡(luò)計(jì)算環(huán)境中，將各種分布對(duì)象有機(jī)地結(jié)合在一起，完成系統(tǒng)的快速集成，實(shí)現(xiàn)對(duì)象重用(C選項(xiàng))。而D選項(xiàng)描述的是遠(yuǎn)程過(guò)程調(diào)用中間件的作用，即使得調(diào)用遠(yuǎn)端的過(guò)程像調(diào)用本地過(guò)程一樣，這并非數(shù)據(jù)訪問(wèn)中間件的功65.以下說(shuō)法錯(cuò)誤的是()A、COM接口可通過(guò)(單)接口繼承從其他COM接口中派生。D、即使公布了，COM接口和它的規(guī)范也可以以某種特定的形式改變。解析：在COM技術(shù)中，接口一旦公布，其規(guī)范就應(yīng)當(dāng)保持穩(wěn)定，以確保不同組件之間的互操作性。改變已經(jīng)公布的COM接口和它的規(guī)范會(huì)破壞這種互操作性，因此不是一種被允許的做法。所以D選項(xiàng)的說(shuō)法是錯(cuò)誤的。66.下列關(guān)于軟件可靠性的敘述，不正確的是()。A、由于影響軟件可靠性的因素很復(fù)雜，軟件可靠性不能通過(guò)歷史數(shù)據(jù)和開(kāi)發(fā)數(shù)據(jù)直接測(cè)量和估算出來(lái)B、軟件可靠性是指在特定環(huán)境和特定時(shí)間內(nèi)，計(jì)算機(jī)程序無(wú)故障運(yùn)行的概率C、在軟件可靠性的討論中，故障指軟件行為與需求的不符，故障有等級(jí)之分D、排除一個(gè)故障可能會(huì)引入其他的錯(cuò)誤，而這些錯(cuò)誤會(huì)導(dǎo)致其他的故障解析：軟件可靠性是指在特定環(huán)境和特定時(shí)間內(nèi)，計(jì)算機(jī)程序無(wú)故障運(yùn)行的概率。在軟件可靠性的討論中，故障指軟件行為與需求的不符，故障有等級(jí)之分。糾正一個(gè)故障可能會(huì)引入其他的錯(cuò)誤，而這些錯(cuò)誤會(huì)導(dǎo)致其他的故障，需要注意的是，與其他屬性不同，軟件可靠性能夠通過(guò)歷史數(shù)據(jù)和開(kāi)發(fā)數(shù)據(jù)直接測(cè)量和估算出來(lái)，因此本題應(yīng)該選A。67.遺產(chǎn)系統(tǒng)(LegacySystem)的演化策略分為淘汰策略、繼承策略、改造策略和集成策略。具有(請(qǐng)作答此空)特點(diǎn)的系統(tǒng)適合用繼承策略演化。實(shí)施該策略時(shí)，應(yīng)()。A、技術(shù)含量低，具有較低的業(yè)務(wù)價(jià)值B、技術(shù)含量較低，具有較高的商業(yè)價(jià)值，目前企業(yè)的業(yè)務(wù)尚緊密依賴該系統(tǒng)C、技術(shù)含量較高，基本能夠滿足企業(yè)業(yè)務(wù)運(yùn)作和決策支持的需要D、技術(shù)含量較高，業(yè)務(wù)價(jià)值低，可能只完成某個(gè)部門(或子公司)的業(yè)務(wù)解析：這道題考察的是對(duì)遺產(chǎn)系統(tǒng)演化策略的理解。遺產(chǎn)系統(tǒng)的演化策略中，繼承策略適用于那些雖然技術(shù)含量較低，但仍具有較高商業(yè)價(jià)值，且企業(yè)業(yè)務(wù)尚緊68.()不是對(duì)Web服務(wù)器進(jìn)行性能評(píng)估的主要指標(biāo)。69.某公司擬開(kāi)發(fā)一個(gè)新聞系統(tǒng)，該系統(tǒng)可根據(jù)用戶的注冊(cè)興趣，向用戶推送其感興趣的新聞內(nèi)容，該系統(tǒng)應(yīng)該采用()架構(gòu)風(fēng)格最為合適。解析：答案解析：在這個(gè)新聞系統(tǒng)中，需要根據(jù)用戶的注冊(cè)興趣這意味著系統(tǒng)的各個(gè)部分需要相對(duì)獨(dú)立地運(yùn)行和交互。獨(dú)立構(gòu)件架構(gòu)風(fēng)格強(qiáng)調(diào)構(gòu)件之間的獨(dú)立性和交互性，能夠很好地適應(yīng)這種需求。虛擬機(jī)架構(gòu)風(fēng)格通常用于解釋執(zhí)行或模擬環(huán)境?；谝?guī)則的系統(tǒng)適用于基于明確規(guī)則進(jìn)行決策的場(chǎng)景。主程序-子程序架構(gòu)風(fēng)格則是一種較為傳統(tǒng)的、層次化的結(jié)構(gòu)，不太適合這種靈活70.按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類。其中創(chuàng)建型模式通過(guò)采用抽象類所定義的接口，封裝了系統(tǒng)中對(duì)象如何創(chuàng)建、組合等信息，其代表有()模式等；A、Decorator確保一個(gè)類只有一個(gè)實(shí)例，并提供全局訪問(wèn)點(diǎn)，很好地封裝了對(duì)象創(chuàng)建的邏輯。Decorator(裝飾器模式)用于動(dòng)態(tài)地為對(duì)象添加額外的職責(zé)。Flyweight(享元模式)主要用于減少對(duì)象創(chuàng)建的數(shù)量以節(jié)省內(nèi)存。Command(命令模式)將請(qǐng)求封裝為對(duì)象。綜上所述，代表創(chuàng)建型模式的是Singleton模式，選項(xiàng)D正確。71.“4+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中(4)視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用(5)表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互關(guān)系；采用(6)定答括號(hào)5】解析：“4+1”視圖是對(duì)邏輯架構(gòu)進(jìn)行描述，最早由PhilippeKruchten提出，他在1995年的IEEESoftware上發(fā)表了題為The4+1ViewModelofArchitecture的論標(biāo)準(zhǔn)。“4+1”視圖主要包括：①邏輯視圖(LogicalView),設(shè)計(jì)的對(duì)象模型(使若磁盤上物理塊的編號(hào)依次為：0、1、2、..;系統(tǒng)中的字長(zhǎng)為32位，位字的編號(hào)依次為：0、1、2、.,每個(gè)字中的一個(gè)二進(jìn)制位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊，取值0和1分別表示物理塊是空閑或占用。假設(shè)操作系統(tǒng)將2053號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中編號(hào)為()的字中描述，系統(tǒng)應(yīng)該將(請(qǐng)作答此空)A、該字的31號(hào)位置“0”B、該字的31號(hào)位置“1”C、該字的5號(hào)位置“0”D、該字的5號(hào)位置“1”解析：首先，根據(jù)題目描述，字長(zhǎng)為32位，那么每個(gè)字可以表示32個(gè)物理塊的使用情況。物理塊的編號(hào)從0開(kāi)始，因此要找到2053號(hào)物理塊對(duì)應(yīng)在哪個(gè)字可以用2053除以32,得到商為64余5。這意味著2053號(hào)物理塊的使用情況在73.以下關(guān)于嵌入式系統(tǒng)硬件抽象層的敘述，錯(cuò)誤的是()74.在磁盤上存儲(chǔ)數(shù)據(jù)的排列方式會(huì)影響I/O服務(wù)的總時(shí)間。假設(shè)每磁道劃分成10個(gè)物理塊，每塊存放1個(gè)邏輯記錄。邏輯記錄RI.R2,..,R10存放在同一個(gè)假定磁盤的旋假定磁盤的旋234567390江用單緩沖區(qū)，每個(gè)記錄處理時(shí)間為6ms,則處理這10個(gè)記錄的最長(zhǎng)時(shí)間為();解析：系統(tǒng)讀記錄的時(shí)間為30/10=3ms。對(duì)第一種情況：系統(tǒng)讀出并處理記錄R1之后，將轉(zhuǎn)到記錄R4的開(kāi)始處，所以為了讀出記錄R2,磁盤必須再轉(zhuǎn)一圈，需要3ms(讀記錄)加30ms(轉(zhuǎn)一圈)的時(shí)間。這樣，處理10個(gè)記錄的總時(shí)間應(yīng)為處理前9個(gè)記錄(即R1,R2,…,R9)的總時(shí)間再加上讀R10和處理時(shí)間(9×33ms+6ms=306ms)。若對(duì)信息進(jìn)行分布優(yōu)化的結(jié)果對(duì)應(yīng)關(guān)系所示：物理塊123456789束后，磁頭剛好轉(zhuǎn)至R2記錄的開(kāi)始處，立即就可以讀出并處理，因此處理10個(gè)記錄的總時(shí)間為：10×(3ms(讀記錄)+6ms(處理記錄))=10×9ms90ms75.假設(shè)某證券公司的股票交易系統(tǒng)中有正在運(yùn)行的事務(wù)，此時(shí)，若要轉(zhuǎn)儲(chǔ)該交易系統(tǒng)數(shù)據(jù)庫(kù)中的全部數(shù)據(jù)，則應(yīng)采用()方式。B、動(dòng)態(tài)全局轉(zhuǎn)儲(chǔ)務(wù)”,所以應(yīng)選擇動(dòng)態(tài)轉(zhuǎn)儲(chǔ)，同時(shí)因?yàn)槭寝D(zhuǎn)儲(chǔ)全部數(shù)據(jù)，所以應(yīng)選擇全局轉(zhuǎn)儲(chǔ)，76.某系統(tǒng)中的文本顯示類(TextView)和圖片顯示類(PictureView)都繼承了組件類(Component),分別顯示文本和圖片內(nèi)容，現(xiàn)需要構(gòu)造帶有滾動(dòng)條或者望最多只增加3個(gè)類。那么采用設(shè)計(jì)模式(1)可實(shí)現(xiàn)該需求，其優(yōu)點(diǎn)是(2)?！净卮鹄ㄌ?hào)2】解析：根據(jù)題目描述，需要構(gòu)造帶有不同特性(滾動(dòng)條、黑色邊框等)的文本顯示控件和圖片顯示控件，且希望最多只增加3個(gè)類。這符合裝飾(Decorate)模式的設(shè)計(jì)意圖。裝飾模式允許動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的功能，而不是通過(guò)生成子類的方式。77.某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，鏈接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示活動(dòng)的持續(xù)時(shí)間(天)。完成該項(xiàng)目的最少時(shí)間為(請(qǐng)作答此空)天。由于某種原因，現(xiàn)在需要同一個(gè)開(kāi)發(fā)人員完成BC和BD,則完成該項(xiàng)目的最少時(shí)間為()天。78.常用對(duì)稱加密算法不包括()。A屬于非對(duì)稱密鑰體制。所以答案為D。79.某單位為了建設(shè)健全的公路橋梁養(yǎng)護(hù)管理檔案，擬開(kāi)發(fā)一套公路橋梁在線管理系統(tǒng)。該系統(tǒng)要求正常負(fù)載情況下，系統(tǒng)必須在0.5秒內(nèi)對(duì)用戶的查詢請(qǐng)求進(jìn)行響應(yīng)，這屬于質(zhì)量特性的(請(qǐng)作答此空);網(wǎng)絡(luò)失效后，系統(tǒng)需要在10秒內(nèi)發(fā)現(xiàn)錯(cuò)誤并啟用備用系統(tǒng)，這屬于質(zhì)量特性的();更改系統(tǒng)的Web界面接口必須在4人周內(nèi)完成，這屬于質(zhì)量特性的();如果"養(yǎng)護(hù)報(bào)告生成"業(yè)務(wù)邏輯的描這屬于系統(tǒng)的();更改系統(tǒng)加密的級(jí)別將對(duì)安全性和性能產(chǎn)生影響，這屬于系統(tǒng)的();對(duì)查詢請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過(guò)程的設(shè)計(jì)，這屬于系統(tǒng)的()。A、可用性B、可靠性解析：答案解析：系統(tǒng)在正常負(fù)載下必須在0.5秒內(nèi)對(duì)用戶查詢請(qǐng)求進(jìn)行響應(yīng)，這是對(duì)系統(tǒng)性能的要求，強(qiáng)調(diào)系統(tǒng)在特定時(shí)間內(nèi)完80.某類產(chǎn)品n種品牌在某地區(qū)的市場(chǎng)占有率常用概率向量u=(ul,u2,...,un)表示(各分量分別表示各品牌的市場(chǎng)占有率，值非負(fù)，且總和為1)。市場(chǎng)占有量u,則下一時(shí)刻的市場(chǎng)占有率就是uP,再下一時(shí)刻的市場(chǎng)占有率就是uP2,…。終將逐步穩(wěn)定到市場(chǎng)占有率()。P,并且最終會(huì)穩(wěn)定到一個(gè)概率向量Z,滿足ZP=Z。設(shè)這個(gè)穩(wěn)定的市場(chǎng)占有率為81.建筑物綜合布線系統(tǒng)中的垂直子系統(tǒng)是指()。C、各樓層設(shè)備之間的互連系統(tǒng)D、連接各個(gè)建筑物的通信系統(tǒng)解析：這道題考察的是建筑物綜合布線系統(tǒng)的知識(shí)。在綜合布線系統(tǒng)中，垂直子系統(tǒng)特指用于連接不同樓層設(shè)備之間的布線系統(tǒng)，它負(fù)責(zé)樓層間的信號(hào)傳輸和數(shù)據(jù)通信。根據(jù)這個(gè)定義，我們可以分析每個(gè)選項(xiàng)：A選項(xiàng)描述的是水平子系統(tǒng)，即從終端到信息插座之間的連線，不符合垂直子系統(tǒng)的定義。B選項(xiàng)提到的是樓層接線間的配線架和線纜系統(tǒng)，這更接近于樓層內(nèi)的布線系統(tǒng)，而非垂直子系統(tǒng)。C選項(xiàng)正確地描述了垂直子系統(tǒng)的功能，即連接各樓層設(shè)備之間的互連系統(tǒng)。D選項(xiàng)描述的是建筑群子系統(tǒng)，它連接的是不同的建筑物，而非樓層間的設(shè)備。因此，正確答案是C,它準(zhǔn)確地描述了垂直子系統(tǒng)的功能和作用。82.基于架構(gòu)的軟件開(kāi)發(fā)(ArchitectureBasedSoftwareDevelopment,ABSD.強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用(11)來(lái)描述軟件架構(gòu)，采用(12)來(lái)描述需求?！净卮鹄ㄌ?hào)12】C、用例與質(zhì)量場(chǎng)景D、視角與質(zhì)量場(chǎng)景解析：在基于架構(gòu)的軟件開(kāi)發(fā)(ABSD)中，描述需求時(shí)通常采用用例和質(zhì)量屬性場(chǎng)景。用例用于捕捉系統(tǒng)的功能需求，展示系統(tǒng)與用戶或其他系統(tǒng)如何交互。質(zhì)量屬性場(chǎng)景則關(guān)注系統(tǒng)必須滿足的非功能需求，如性能、安全性、可用性等。這種描述方式能夠全面覆蓋軟件系統(tǒng)的需求，確保架構(gòu)設(shè)計(jì)既滿足功能需求也滿足質(zhì)量要求。因此，正確答案是C:用例與質(zhì)量場(chǎng)景。83.某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)?，F(xiàn)有三個(gè)圖像處理任務(wù)，每個(gè)任務(wù)有三個(gè)程序段：掃描S,圖像處理Ci和打印Pi(i=1,2,3)。下圖為三個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前趨圖，其中，(2)可以并行執(zhí)行，(3)的直接制約，(4)的間接制約。“S3C3P3”“S3C3P3”84.在UML提供的系統(tǒng)視圖中，(2)是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)；(3)是最基本的需求分析模型。[回答括號(hào)2]D、用例視圖例相關(guān)，用例視圖是需求分析的起點(diǎn)。選項(xiàng)A(進(jìn)程視圖)對(duì)應(yīng)題目描述的并發(fā)85.設(shè)有職務(wù)工資P(職務(wù)、最低工資、最高工資),員工關(guān)系EMP(員工號(hào)、職務(wù)、工資),要求任何一名員工，其工資值必須在其職務(wù)對(duì)應(yīng)的工資范圍之內(nèi)，實(shí)現(xiàn)該需求的方法是(6)。86.()是一種靜態(tài)的故障屏蔽技術(shù)，采用前向恢復(fù)的A、N版本程序設(shè)計(jì)C、恢復(fù)塊方法D、防衛(wèi)式程序設(shè)計(jì)等解析：答案解析：N版本程序設(shè)計(jì)是一種通過(guò)多個(gè)相同功能的程序同時(shí)執(zhí)行計(jì)算，并以多數(shù)表決選擇結(jié)果的方法。它屬于靜態(tài)的故障屏蔽技術(shù)，采用前向恢復(fù)的策略。恢復(fù)塊方法通常是一種動(dòng)態(tài)的故障恢復(fù)技術(shù)。M模冗余一般指多個(gè)模塊同時(shí)運(yùn)行，通過(guò)比較或切換來(lái)保證系統(tǒng)正常。防衛(wèi)式程序設(shè)計(jì)側(cè)重于在程序中加入錯(cuò)誤檢查和處理代碼。綜上所述，符合題目描述的是N版本程序設(shè)計(jì)，所以答案選A。87.使用ping命令可以進(jìn)行網(wǎng)絡(luò)檢測(cè)，在進(jìn)行一系列檢測(cè)時(shí)，按照由近及遠(yuǎn)原則，首先執(zhí)行的是()。A、ping默認(rèn)網(wǎng)關(guān)D、ping遠(yuǎn)程主機(jī)解析：檢查錯(cuò)誤時(shí)，使用由近及遠(yuǎn)的原則意味著先要確認(rèn)本機(jī)協(xié)議棧有沒(méi)有問(wèn)題，所以可以用ping來(lái)檢查本機(jī)TCP/IP協(xié)議棧，能PING通，說(shuō)明本機(jī)協(xié)88.Anapplicationarchitecturespecifiesthetechnologiestontoneormoreinformationsystems.Itservesasanoutlinenstruction,andimplementation.Giventhemodelsanddandistributedataandprocessestocreateageneraldesignofapplecture.Thedesignwillnormallybeconstrainedbyarchitecturesectobjectives,and().ThefirstphysicalDFDtobedrawnistepistodistributedatastorestodifferentprocessors.Data(請(qǐng)作答此空)aretwotypesofdistributeddatawhichmostRDBMSssupport.Therearemanionoptionsusedindatadistribution.Inthecaseof(),bleasadatastoreonthephysicalDFDandconnecteachtotheapA、verticalpartitioningandhorizontalreplicaB、verticalreplicationandh解析：應(yīng)用架構(gòu)說(shuō)明了實(shí)現(xiàn)一個(gè)或多個(gè)信息系統(tǒng)所使用的技術(shù)，它作為詳細(xì)設(shè)計(jì)、構(gòu)造和實(shí)現(xiàn)的一個(gè)大綱。給定了包括邏輯數(shù)據(jù)流圖和實(shí)體聯(lián)系圖在內(nèi)的模型和詳細(xì)資料，我們可以分配數(shù)據(jù)和過(guò)程以創(chuàng)建應(yīng)用架構(gòu)的一個(gè)概要設(shè)計(jì)。概要設(shè)計(jì)通常會(huì)受到架構(gòu)標(biāo)準(zhǔn)、項(xiàng)目目標(biāo)和所使用技術(shù)的可行性的制約。需要繪制的第一個(gè)物理數(shù)據(jù)流圖是網(wǎng)絡(luò)架構(gòu)數(shù)據(jù)流圖。接下來(lái)是分配數(shù)據(jù)存儲(chǔ)到不同的處理器。數(shù)據(jù)分區(qū)和復(fù)制是大多數(shù)關(guān)系型數(shù)據(jù)庫(kù)支持的兩種分布式數(shù)據(jù)形式。有許多分配方法用于數(shù)據(jù)分布。在不同服務(wù)器上存儲(chǔ)特定表的情況下，我們應(yīng)該將每個(gè)表記為物理數(shù)據(jù)流圖中的一個(gè)數(shù)據(jù)存儲(chǔ)，并將其連接到相應(yīng)的服務(wù)器。89.軟件確認(rèn)測(cè)試也稱為有效性測(cè)試，主要驗(yàn)證()A、系統(tǒng)中各個(gè)單元模塊之間的協(xié)作性B、軟件與硬件在實(shí)際運(yùn)行環(huán)境中能否有效集成C、軟件功能、性能及其它特性是否與用戶需求一致D、程序模塊能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的功能、性能和設(shè)計(jì)約束等要求解析：軟件確認(rèn)測(cè)試，也稱為有效性測(cè)試，其核心目標(biāo)是驗(yàn)證軟件的功能、性能以及其他特性是否嚴(yán)格滿足用戶的需求。這一測(cè)試環(huán)節(jié)是確保軟件產(chǎn)品最終能夠滿足用戶期望的關(guān)鍵步驟。90.隨著互聯(lián)網(wǎng)的普及，電子商務(wù)已經(jīng)進(jìn)入到人們?nèi)粘Ｉ?，下?)業(yè)務(wù)全部屬于電子商務(wù)的范疇。①網(wǎng)上客服②電視購(gòu)物③網(wǎng)上營(yíng)銷④電話交易⑤商場(chǎng)廣播⑥網(wǎng)上調(diào)查解析：這道題考察的是對(duì)電子商務(wù)范疇的理解。電子商務(wù)主要指的是利用互聯(lián)網(wǎng)進(jìn)行的商業(yè)活動(dòng)。根據(jù)這個(gè)定義，我們可以逐一分析每個(gè)選項(xiàng)：-①網(wǎng)上客服：屬于電子商務(wù)的一部分，因?yàn)樗ㄟ^(guò)互聯(lián)網(wǎng)提供客戶服務(wù)。-②電視購(gòu)物：雖然綜上所述，雖然有些業(yè)務(wù)形式(如電視購(gòu)物和電話交易)在傳統(tǒng)意義上可能不完91.某計(jì)算機(jī)系統(tǒng)采用5級(jí)流水線結(jié)構(gòu)執(zhí)行指令，設(shè)每條指令的執(zhí)行由取指令(2?t)、分析指令(1?t)、取操作數(shù)(3?t)、運(yùn)算(1?t)和寫回結(jié)果(2?t)組成，并分別用5個(gè)子部完成，該流水線的最大吞吐率為(請(qǐng)作答此空);若連續(xù)向流水線輸入10條指令，則該流水線的加速比為().選項(xiàng)B對(duì)應(yīng)1/(3△t),其他選項(xiàng)對(duì)應(yīng)較短段的周期。相關(guān)概念出自計(jì)算機(jī)體系92.在軟件設(shè)計(jì)中，()的主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成形成軟件()。而為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為(請(qǐng)作答此空)。D、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)解析：系統(tǒng)設(shè)計(jì)的主要內(nèi)容包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)又稱為系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)，它是系統(tǒng)開(kāi)發(fā)過(guò)程中很關(guān)鍵的一步，其主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成軟件的模塊結(jié)構(gòu)圖，即系統(tǒng)結(jié)構(gòu)圖。在概要設(shè)計(jì)中，將系統(tǒng)開(kāi)發(fā)的總?cè)蝿?wù)分解成許多個(gè)基本的、具體的任務(wù)，為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為詳細(xì)設(shè)計(jì)。根據(jù)任務(wù)的不同，詳細(xì)設(shè)計(jì)又可分為多種，例如，網(wǎng)絡(luò)設(shè)計(jì)、代碼設(shè)計(jì)、輸入/輸93.網(wǎng)絡(luò)設(shè)計(jì)過(guò)程包括邏輯網(wǎng)絡(luò)設(shè)計(jì)和物理網(wǎng)絡(luò)設(shè)計(jì)兩個(gè)階段，下面的選項(xiàng)中，()應(yīng)該屬于邏輯網(wǎng)絡(luò)設(shè)計(jì)階段的任務(wù)。C、結(jié)構(gòu)化布線D、機(jī)房設(shè)計(jì)解析：網(wǎng)絡(luò)設(shè)計(jì)確實(shí)分為邏輯網(wǎng)絡(luò)設(shè)計(jì)和物理網(wǎng)絡(luò)設(shè)計(jì)兩個(gè)階段。邏輯網(wǎng)絡(luò)設(shè)計(jì)主要關(guān)注網(wǎng)絡(luò)的功能、性能和協(xié)議等方面，而物理網(wǎng)絡(luò)設(shè)計(jì)則關(guān)注網(wǎng)絡(luò)設(shè)備、布線、機(jī)房等實(shí)際物理設(shè)施。選項(xiàng)A“選擇路由協(xié)議”顯然屬于邏輯網(wǎng)絡(luò)設(shè)計(jì)的范疇，因?yàn)槁酚蓞f(xié)議決定了網(wǎng)絡(luò)中的數(shù)據(jù)如何傳輸，是邏輯設(shè)計(jì)的重要部分。選項(xiàng)設(shè)計(jì)的任務(wù)，它們關(guān)注的是網(wǎng)絡(luò)設(shè)備的具體型號(hào)、布線的具體方式和機(jī)房的具體設(shè)計(jì)等物理實(shí)現(xiàn)細(xì)節(jié)。因此，答案是A。94.某指令流水線由5段組成，各段所需要的時(shí)間如下圖所示。入100條指令時(shí)的吞吐率為()。A、解析：吞吐率=完成的指令數(shù)/所需的時(shí)間每條指令需要通過(guò)5個(gè)階段，所以完成100條指令需要通過(guò)500個(gè)階段。所需的時(shí)間=5+4+3+2+1=15個(gè)時(shí)鐘周期完成的指令數(shù)=100條吞吐率=100/15=6.67條/時(shí)鐘周期所以，答案為C。95.關(guān)于RADIUS遠(yuǎn)程用戶撥號(hào)認(rèn)證系統(tǒng)表述不正確的是()A、RADIUS軟件架構(gòu)分為三個(gè)層面：協(xié)議邏輯層、業(yè)務(wù)邏輯層和數(shù)據(jù)邏輯層96.“4+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中(4)視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用(5)表達(dá)類的內(nèi)部答括號(hào)6】解析：“4+1”視圖中的邏輯視圖對(duì)應(yīng)面向?qū)ο笤O(shè)計(jì)中的動(dòng)態(tài)行為描述。根據(jù)PhilippeKruchten的原始文獻(xiàn)，狀態(tài)圖在UML中專門用于刻畫單個(gè)對(duì)象在其生命周期內(nèi)的狀態(tài)遷移及事件驅(qū)動(dòng)的行為變化。對(duì)象內(nèi)部行為的定義需通過(guò)狀態(tài)圖實(shí)現(xiàn)，而類圖聚焦靜態(tài)結(jié)構(gòu)，活動(dòng)圖側(cè)重流程控制，對(duì)象圖呈現(xiàn)實(shí)例快照。選項(xiàng)C(狀態(tài)圖)直接映射到對(duì)象內(nèi)部行為的動(dòng)態(tài)特性。97.按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類。其中創(chuàng)建型模式通過(guò)采用抽象類所定義的接口，封裝了系統(tǒng)中對(duì)象如何創(chuàng)建、組合等信息，其代表有(9)模式等；(10)模式主要用于如何組合己有的類和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等；(11)模式主要用于對(duì)象之間的職責(zé)及其提供服務(wù)的分配方式，其代表有(12)模式等?！净卮鹄ㄌ?hào)12】A、Prototype解析：在設(shè)計(jì)模式中，按照目的可以劃分為創(chuàng)建型、結(jié)構(gòu)型和行為型三類。創(chuàng)建型模式關(guān)注對(duì)象的創(chuàng)建過(guò)程，如工廠方法、抽象工廠等。結(jié)構(gòu)型模式則關(guān)注如何組合已有的類和對(duì)象以獲得更大的結(jié)構(gòu)，Adapter模式是其代表之一，用于接口的適配。而行為型模式則關(guān)注對(duì)象之間的職責(zé)分配及其提供服務(wù)的分配方式。Visitor模式是一種行為型模式，它允許一個(gè)或多個(gè)操作應(yīng)用到一組對(duì)象上，而號(hào)12,正確答案是D,即Visitor模式。98.在IPv6無(wú)狀態(tài)自動(dòng)配置過(guò)程中，主機(jī)將其()附加在地址前綴1111111010A、IPv4地址C、主機(jī)名解析：IPv6地址的格式前綴(FP)用于表示地址類型或子網(wǎng)地址，用類似于IPv4的CIDR表示方法表示。鏈路本地地址：前綴為1111111010,用于同一鏈路的相D、路徑如中，http表示所使用的協(xié)議，表示100.計(jì)算機(jī)系統(tǒng)的(1)可以用MTBF/(1+MTBF)來(lái)度量，其中MTBF為平均失效B、可用性C、可維護(hù)性D、健壯性解析：可靠性通常指系統(tǒng)在特定時(shí)間內(nèi)正常工作的能力。MTBF(平均失效間隔時(shí)間)直接衡量系統(tǒng)無(wú)故障運(yùn)行的時(shí)間長(zhǎng)度。公式MTBF/(1+MTBF)可視為可靠性在特定時(shí)間窗口內(nèi)的概率近似，如單位時(shí)間內(nèi)可靠性近似值。可用性公式一般為MTBF/(MTBF+MTTR),涉及修復(fù)時(shí)間。題目中分母為1而非MTTR,不匹配可用性定101.王某買了二幅美術(shù)作品原件，則他享有該美術(shù)作品的()C、展覽權(quán)D、所有權(quán)與其展覽權(quán)解析：《著作權(quán)法》第10條第1款第8項(xiàng)所稱的展覽權(quán)，是指公開(kāi)陳列美術(shù)作展覽的作品局限于美術(shù)作品、攝影作品，但包括復(fù)制件，不限于原件，也沒(méi)有營(yíng)利性、非營(yíng)利性的區(qū)分。美術(shù)作品著作權(quán)人的展覽權(quán)與作品原件的所有權(quán)有時(shí)會(huì)發(fā)生沖突，對(duì)此，《著作權(quán)法》第18條規(guī)定：“美術(shù)等作品原件所有權(quán)的轉(zhuǎn)移，不視為作品著作權(quán)的轉(zhuǎn)移，但美術(shù)作品的原件的展覽權(quán)由原件所有人享有?！奔醋髡叱鲎屆佬g(shù)作品的原件后，就喪失了對(duì)原件的展覽權(quán)。攝影作品則不適用該項(xiàng)規(guī)定，作者仍享有展覽權(quán)。假定磁盤的旋102.在磁盤上存儲(chǔ)數(shù)據(jù)的排列方式會(huì)影響1/0服務(wù)的總時(shí)間。假設(shè)每磁道劃分成10個(gè)物理塊，每塊存放1個(gè)邏輯記錄。邏輯記錄RI.R2,.,RIO存放在同一個(gè)磁道上，記錄的安排順序如下表所示；假定磁盤的旋23456739用單緩沖區(qū)，每個(gè)記錄處理時(shí)間為6ms,則處理這10個(gè)記錄的最長(zhǎng)時(shí)間為()解析：系統(tǒng)讀記錄的時(shí)間為30/10=3ms。對(duì)第一種情況：系統(tǒng)讀出并處理記錄R1之后，將轉(zhuǎn)到記錄R4的開(kāi)始處，所以為了讀出記錄R2,磁盤必須再轉(zhuǎn)一圈，需要3ms(讀記錄)加30ms(轉(zhuǎn)一圈)的時(shí)間。這樣，處理10個(gè)記錄的總時(shí)間應(yīng)為處理前9個(gè)記錄(即R1,R2,…,R9)的總時(shí)間再加上讀R10和處理時(shí)間(9×33m103.下面可提供安全電子郵件服務(wù)的是()A、RSA解析：MIME(MultipurposelnternetMailExtensions)中文名為：多用途互聯(lián)網(wǎng)郵件擴(kuò)展類型。Internet電子郵件由一個(gè)郵件頭部和一個(gè)可選的郵件主體組成，其中郵件頭部含有郵件的發(fā)送方和接收方的有關(guān)信息。而MIME是針對(duì)郵件主體的一種擴(kuò)展描述機(jī)制。它設(shè)定某種擴(kuò)展名的文件用一種應(yīng)用程序來(lái)打開(kāi)的方式類型，當(dāng)該擴(kuò)展名文件被訪問(wèn)的時(shí)候，瀏覽器會(huì)自動(dòng)使用指定應(yīng)用程序來(lái)打開(kāi)。多用于指定一些客戶端自定義的文件名，以及一些媒體文件打開(kāi)方式。所以這是與密信息等)封裝成安全對(duì)象。增強(qiáng)安全服務(wù)，例如具有接收方確認(rèn)簽收的功能，這樣就可以確保接收者不能否認(rèn)已經(jīng)收到過(guò)的郵件。還可以用于提供數(shù)據(jù)保密、完整性保護(hù)、認(rèn)證和鑒定服務(wù)等功能。S/MIME只保護(hù)郵件的郵件主體，對(duì)頭部信息則不進(jìn)行加密，以便讓郵件成功地在發(fā)送者和接收者的網(wǎng)關(guān)之間傳遞。104.通?？梢詫⒂?jì)算機(jī)系統(tǒng)中執(zhí)行一條指令的過(guò)程分為取指令，分析和執(zhí)行指令3步。若取指令時(shí)間為4△t,分析時(shí)間為2△t。執(zhí)行時(shí)間為3△t,按順序方式從頭到尾執(zhí)行完600條指令所需時(shí)間為(請(qǐng)作答此空)△t;若按照?qǐng)?zhí)行第i條，分析第i+1條，讀取第i+2條重疊的流水線方式執(zhí)行指令，則從頭到尾執(zhí)行完600條指令所需時(shí)間為()△t。解析：按順序方式需要執(zhí)行完一條執(zhí)行之后再執(zhí)行下一條指令，執(zhí)行1條執(zhí)行所需的時(shí)間為4△t+2△t+3△t=9△t,執(zhí)行600條指令所需的時(shí)間為9△t×600=5400△t。若采用流水線方式，則處理過(guò)程如下圖所示，執(zhí)行完600條執(zhí)行所需要105.構(gòu)想原則的描述正確的是()解析：這道題考察的是對(duì)構(gòu)想原則的理解。構(gòu)想原則主要關(guān)注的是如何激勵(lì)和引導(dǎo)受益人，其核心在于向受益人描繪一個(gè)積極、吸引人的未來(lái)圖景，以此激發(fā)他們的積極性和參與度。根據(jù)這個(gè)理解，我們可以逐一分析選項(xiàng)：A.“向受益人描B.“向受益人描述當(dāng)前圖景”并不符合構(gòu)想原則的重點(diǎn)，因?yàn)樗P(guān)注的是現(xiàn)在，106.在結(jié)構(gòu)化分析方法中，用(9)表示功能模型，用(10)表示行為模型?！净卮鹄ㄌ?hào)10】A、通信圖C、活動(dòng)圖解析：在結(jié)構(gòu)化分析方法中，不同的圖表用于表示系統(tǒng)的不同方面。其中，功能模型通常通過(guò)數(shù)據(jù)流圖(DFD)來(lái)表示，它展示了系統(tǒng)內(nèi)部數(shù)據(jù)的流動(dòng)和處理過(guò)程。而行為模型則關(guān)注系統(tǒng)的動(dòng)態(tài)行為，特別是系統(tǒng)狀態(tài)的變化和事件的處理。狀態(tài)轉(zhuǎn)換圖正是用來(lái)描述系統(tǒng)狀態(tài)如何隨事件變化而轉(zhuǎn)行為模型。所以，在題目中的空白處應(yīng)填入“狀態(tài)轉(zhuǎn)換圖”,對(duì)應(yīng)選項(xiàng)D。表示包含的活動(dòng)，邊上的數(shù)字表示相應(yīng)活動(dòng)的持續(xù)時(shí)間(天),則完成該項(xiàng)目的最少時(shí)間為()天?；顒?dòng)BC和BF最多可以晚開(kāi)始()天而不會(huì)影響整個(gè)項(xiàng)目的B、0和11C、2和7D、2和11為0天(如果活動(dòng)BC和BF可以并行或調(diào)整)。活動(dòng)BC和BF最多可以晚開(kāi)始的始7天和11天，分別對(duì)應(yīng)不同的路徑和調(diào)整方案。綜合分析和選項(xiàng)，正確答案108.在uml圖中，()展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。(請(qǐng)作相對(duì)順序。()軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。的組件分布情況，因此答案為部署圖；第三空描述的是由模型本身分解而成的組織單元，以及它們之間的依賴關(guān)系，因此答案為包圖。綜上所述，本題的答案為109.軟件開(kāi)發(fā)時(shí)期的工作包括D、維護(hù)時(shí)期解析：答案解析：軟件開(kāi)發(fā)時(shí)期通常包括設(shè)計(jì)、編碼和測(cè)試等階段。概要設(shè)計(jì)是在需求分析之后，對(duì)軟件系統(tǒng)的總體結(jié)構(gòu)、模塊劃分、數(shù)據(jù)結(jié)構(gòu)等進(jìn)行設(shè)計(jì)，為后續(xù)的詳細(xì)設(shè)計(jì)和編碼工作奠定基礎(chǔ)。需求分析是軟件開(kāi)發(fā)的前期工作，運(yùn)行和維護(hù)時(shí)期則是軟件上線后的階段。所以在給定的選項(xiàng)中，軟件開(kāi)發(fā)時(shí)期的工作是概要設(shè)計(jì)，選項(xiàng)A正確。110.CRM是一套先進(jìn)的管理思想及技術(shù)手段，它通過(guò)將()進(jìn)行有效的整合，最終為企業(yè)涉及到的各個(gè)領(lǐng)域提供了集成環(huán)境。B、銷售資源、信息資源與商業(yè)智能C、銷售管理、市場(chǎng)管理與服務(wù)管理D、人力資源、業(yè)務(wù)流程與專業(yè)技術(shù)它通過(guò)將人力資源、業(yè)務(wù)流程與專業(yè)技術(shù)進(jìn)行有效的整合，最終為企業(yè)涉及到客戶或者消費(fèi)者的各個(gè)領(lǐng)域提供了完美的集成，使得企業(yè)可以更低成本、更高效率地滿足客戶的需求，并與客戶建立起基于學(xué)習(xí)性關(guān)系基礎(chǔ)上的一對(duì)一營(yíng)銷模式，從而讓企業(yè)可以最大程度提高客戶滿意度和忠誠(chéng)度。111.mVC模式強(qiáng)制性地將一個(gè)應(yīng)用處理流程按照模型、視圖、控制的方式進(jìn)行分離，三者的協(xié)作關(guān)系如圖所示。圖中的(1)-(3)分別是(1)、(2)、(3)。(校制)(校制)選擇視困響應(yīng)結(jié)果用戶請(qǐng)求(改圖)e用戶輸入數(shù)據(jù)傳給控(模型)代&應(yīng)用程序狀態(tài)方法調(diào)用事件MVC設(shè)計(jì)模式B、業(yè)務(wù)處理解析：根據(jù)MVC設(shè)計(jì)模式的職責(zé)劃分，(1)負(fù)責(zé)接受用戶請(qǐng)求并選擇視圖展示結(jié)果，符合控制器的職責(zé)；(3)代表應(yīng)用程序狀態(tài)、處理業(yè)務(wù)流程并通知視圖更新，符合模型的職責(zé)。因此，(2)應(yīng)該是業(yè)務(wù)處理，負(fù)責(zé)處理112.某計(jì)算機(jī)系統(tǒng)采用5級(jí)流水線結(jié)構(gòu)執(zhí)行指令，設(shè)每條指令的執(zhí)行由取指令(2并分別用5個(gè)子部完成，該流水線的最大吞吐率為()最慢的子部。在本題中，取操作數(shù)需3△t,時(shí)間最長(zhǎng)。一條指令總用時(shí)9△t,5級(jí)流水線同時(shí)執(zhí)行5條指令，每9△t完成5條指令，最大吞吐率為5/9△t,約為1/2△t,最接近的是B選項(xiàng)1/3△t。構(gòu)，參與DSSA的人員可以劃分為4種角色，包括領(lǐng)域?qū)＜摇㈩I(lǐng)域設(shè)計(jì)人員、領(lǐng)域?qū)崿F(xiàn)人員和(),其基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和(請(qǐng)作答此空)。114.ERP(EnterpriseResourcePlanning)代企業(yè)的先進(jìn)管理思想，對(duì)企業(yè)的物流、資金流和(14)流進(jìn)行全面集成管理的的管理平臺(tái)。在ERP系統(tǒng)中，(15)管理模塊主要是對(duì)企業(yè)物料的進(jìn)、出、存進(jìn)行管理。【回答括號(hào)14】A、產(chǎn)品B、人力資源C、信息解析：ERP(EnterpriseResourcePlanning)系統(tǒng)是建立在信息技術(shù)基礎(chǔ)上，旨和信息的流動(dòng)，是ERP系統(tǒng)實(shí)現(xiàn)全面集成管理的關(guān)鍵要素之一。因此，括號(hào)14115.對(duì)于開(kāi)發(fā)模型來(lái)說(shuō)，()復(fù)用好、開(kāi)發(fā)過(guò)程無(wú)間隙、節(jié)省時(shí)間。(請(qǐng)作答此空)是瀑布與原型(演化)模型結(jié)合體，適用于復(fù)雜項(xiàng)目。()需要用戶參與，模塊化要求高，不適用新技術(shù)。()是用例驅(qū)動(dòng)、架構(gòu)為中心、迭代、增量。結(jié)構(gòu)化方法，開(kāi)發(fā)階段性、需求明確、文檔齊全、風(fēng)險(xiǎn)控制弱。原型模型迭代方法，分為原先開(kāi)發(fā)與目標(biāo)軟件