2010年系統(tǒng)架構(gòu)師考試綜合版

2010據(jù)包，并且當(dāng)有新的數(shù)據(jù)包到達時，接收系統(tǒng)會自動得到通知。另外還要求支持數(shù)據(jù)重傳，以確保傳輸?shù)某晒?。針對這些集成需求，應(yīng)該采用()的集成方式。B.共享數(shù)據(jù)庫C.文件傳輸D.消息傳遞【解析】地、異步地傳輸數(shù)據(jù)包。遠程過程調(diào)用一般是基于同步的方式，效率較低，而且容易失??；能夠滿足該公司的集成需求。采用微內(nèi)核結(jié)構(gòu)的操作系統(tǒng)提高了系統(tǒng)的靈活性和可擴展性，( A．并增強了系統(tǒng)的可靠性和可移植性，可運行于分布式系統(tǒng)中B．并增強了系統(tǒng)的可靠性和可移植性，但不適用于分布式系統(tǒng)C．但降低了系統(tǒng)的可靠性和可移植性，可運行于分布式系統(tǒng)中D．但降低了系統(tǒng)的可靠性和可移植性，不適用于分布式系統(tǒng)【解析】OS點是提高了系統(tǒng)的靈活性、可擴充性，增強了系統(tǒng)的可靠性，提供了對分布式系統(tǒng)的支持。其原因如下：①靈活性和可擴展性：由于微內(nèi)核OS的許多功能是由相對獨立的服務(wù)器軟件來實現(xiàn)的，當(dāng)開發(fā)了新的硬件和軟件時，微內(nèi)核OS只須在相應(yīng)的服務(wù)器中增加新的功能，或再增功能，還可修改原有功能，以及刪除已過時的功能，以形成一個更為精干有效的操作系統(tǒng)。②增強了系統(tǒng)的可靠性和可移植性：由于微內(nèi)核是出于精心設(shè)計和嚴格測試的，容易保證其正確性；另一方面是它提供了規(guī)范而精簡的應(yīng)用程序接口（API），為微內(nèi)核外部的程序編制高質(zhì)量的代碼創(chuàng)造了條件。此外，由于所有服務(wù)器都是運行在用戶態(tài)，服務(wù)器與服務(wù)器之間采用的是消息傳遞通信機制，因此，當(dāng)某個服務(wù)器出現(xiàn)錯誤時，不會影響內(nèi)核，也不會影響其它服務(wù)器。另外，由于在微內(nèi)核結(jié)構(gòu)的操作系統(tǒng)中，所有與特定CPU和I/O設(shè)備硬件有關(guān)的代碼，均放在內(nèi)核和內(nèi)核下面的硬件隱藏層中，而操作系統(tǒng)其它絕大部分(即各種服務(wù)器)均與硬件平臺無關(guān)，因而，把操作系統(tǒng)移植到另一個計算機硬件平臺上所需作的修改是比較小的。③提供了對分布式系統(tǒng)的支持：由于在微內(nèi)核OS中，客戶和服務(wù)器之間以及服務(wù)器和服務(wù)器之間的通信，是采用消息傳遞通信機制進行的，致使微內(nèi)核OS能很好地支持分布式系統(tǒng)和網(wǎng)絡(luò)系統(tǒng)。事實上，只要在分布式系統(tǒng)中賦予所有進程和服務(wù)器惟一的標(biāo)識符，在微內(nèi)核中再配置一張系統(tǒng)映射表(即進程和服務(wù)器的標(biāo)識符與它們所駐留的機器之間的對應(yīng)表)，在進行客戶與服務(wù)器通信時，只需在所發(fā)送的消息中標(biāo)上發(fā)送進程和接收進程的標(biāo)識符，微內(nèi)核便可利用系統(tǒng)映射表，將消息發(fā)往目標(biāo)，而無論目標(biāo)是駐留在哪臺機器上?！敬鸢浮緼。若操作系統(tǒng)文件管理程序正在將修改后的( )文件寫回磁盤時系統(tǒng)發(fā)生崩潰，對系統(tǒng)的影響相對較大。用戶數(shù)據(jù)B．用戶程序C．系統(tǒng)目錄【解析】本題考查操作系統(tǒng)基本概念。操作系統(tǒng)為了實現(xiàn)“按名存取”，必須為每個文件設(shè)置用于描述和控制文件的數(shù)據(jù)結(jié)構(gòu)，專門用于文件的檢索，因此至少要包括文件名和存放文件的物理地址，該數(shù)據(jù)結(jié)構(gòu)稱為文件控制塊（FileControlBlock，F(xiàn)CB），文件控制塊的有序集合稱為文件目錄，或稱系統(tǒng)目錄文件。若操作系統(tǒng)正在將修改后的系統(tǒng)目錄文件寫回磁盤時系統(tǒng)發(fā)生崩潰，則對系統(tǒng)的影響相對較大?！敬鸢浮緾。某虛擬存儲系統(tǒng)采用最近最少使用(LRU)4個頁面的主存空間，其中一個頁面用來存放程序?，F(xiàn)有某作業(yè)的程序如下：VarA:Array[1..100，1..100]OFinteger;i，j:integer;FORi:=1to100DOFORj:=1to100DOA[i，j]:=0;設(shè)每個頁面可存放200個整數(shù)變量，變量i、j存放在程序頁中。初始時，程序及i、j均已在內(nèi)存其余3頁為空若矩陣A按行序存放那么當(dāng)程序執(zhí)行完后共產(chǎn)生( )次缺頁中斷；若矩陣A按列序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生( )次缺頁中斷。A.50 B.100 C.5000 D.10000A.50 B.100 C.5000 D.10000【解析】解析一：矩陣A[100][100]總共有100行、100列，若矩陣A按行序存放，那么每一個頁面可以2211100行總共50次。A221頁內(nèi)，由于內(nèi)循環(huán)“FORj:=1to100DO5010050×100次。解析二：4個頁面的主存空間，其中一個已被程序本身占用，所以在讀取變量時可用的頁面數(shù)只有3個。每個頁面可存放200個整數(shù)變量，程序中A數(shù)組共有100*100=10000個變量。按行存放時，每個頁面調(diào)入的200個變量剛好是程序處理的200個變量，所以缺頁次數(shù)為10000/200=50。而按列存放時，雖然每個頁面調(diào)取數(shù)據(jù)時，同樣也讀200個變量，但這200個變量中，只有2個是近期需要訪問的(如第1個頁面調(diào)入的是A[*，1]與A[*，2]，但程序近期需要訪問的變量只有A[1，1]和A[1，2])，所以缺頁次數(shù)為10000/2=5000?！敬鸢浮緼、C。在數(shù)據(jù)庫設(shè)計的( 行關(guān)系規(guī)范化。A．需求分析D．物理設(shè)計【解析】數(shù)據(jù)庫設(shè)計分為用戶需求分析、概念設(shè)計、邏輯設(shè)計和物理設(shè)計四個主要階段。將抽象的概念模型轉(zhuǎn)化為與選用的DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯模型，它是物理設(shè)計的基礎(chǔ)。包括模式初始設(shè)計、子模式設(shè)計、應(yīng)用程序設(shè)計、模式評價以及模式求精。邏輯設(shè)計階段的任務(wù)是將概念模型設(shè)計階段得到的基本E-RDBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。如采用基于E-R模型的數(shù)據(jù)庫設(shè)計方法，該階段就是將所設(shè)計的E-R模型轉(zhuǎn)換為某個DBMS所支持的數(shù)據(jù)模型；如采用用戶視圖法，則應(yīng)進行模式的規(guī)范化，列出所有的關(guān)鍵字以及用數(shù)據(jù)結(jié)構(gòu)圖描述表集合中的約束與聯(lián)系，匯總各用戶視圖的設(shè)計結(jié)果，將所有的用戶視圖合成一個復(fù)雜的數(shù)據(jù)庫系統(tǒng)。【答案】C。E(員工號，姓名，部門，職稱，月薪)P(產(chǎn)品號，產(chǎn)品名稱，型號，尺寸，顏色)；倉庫關(guān)系W(倉庫號，倉庫名稱，地址，負責(zé)人)；庫I(倉庫號，產(chǎn)品號，產(chǎn)品數(shù)量)。若數(shù)據(jù)庫設(shè)計中要求：W中的“負責(zé)人”引用員工關(guān)系的員工號②庫存關(guān)系I中的“倉庫號，產(chǎn)品號”惟一標(biāo)識I中的每一個記錄③員工關(guān)系E中的職稱為“工程師”的月薪不能低于3500元則①②③依次要滿足的完整性約束是( )。若需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫存量，則對應(yīng)的查詢語句為：SELELCT產(chǎn)品名稱，SUM(產(chǎn)品數(shù)量FROMP，IWHEREP.產(chǎn)品號=I.產(chǎn)品號( );A．實體完整性、參照完整性、用戶定義完整性B．參照完整性、實體完整性、用戶定義完整性C．用戶定義完整性、實體完整性、參照完整性D．實體完整性、用戶定義完整性、參照完整性A．ORDERBY產(chǎn)品名稱B．ORDERBY產(chǎn)品數(shù)量C．GROUPBY產(chǎn)品名稱D．GROUPBY產(chǎn)品數(shù)量【解析】關(guān)系模型的完整性規(guī)則是對關(guān)系的某種約束條件。關(guān)系模型中可以有三類完整性約束：值。由于①倉庫關(guān)系W中的“負責(zé)人”引用員工關(guān)系的員工號，所以應(yīng)滿足參照完整性約束；②庫存關(guān)系I中的“倉庫號，產(chǎn)品號”惟一標(biāo)識I中的每一個記錄，所以應(yīng)滿足實體完整性約束；③職稱為“工程師”的月薪不能低于3500元，是針對某一具體關(guān)系數(shù)據(jù)庫的約束條件，它反映某一具體應(yīng)用所涉及的數(shù)據(jù)必須滿足的語義要求，所以應(yīng)滿足用戶定義完整性約束。因此，試題(1)B。SQL查詢是數(shù)據(jù)庫中非常重要的內(nèi)容。該SQL查詢要求對查詢結(jié)果進行分組，即具有相同名稱的產(chǎn)品的元組為一組，然后計算每組的庫存數(shù)量。由此可排除A、B和D，所以試題(2)C。若對關(guān)系R(AD)和(D)進行關(guān)系代數(shù)運算則表達式與( )等價。B.C.D.【解析】【答案】B。計算機執(zhí)行程序時，在一個指令周期的過程中，為了能夠從內(nèi)存中讀指令操作碼，首先是將( )的內(nèi)容送到地址總線上。PCIR狀態(tài)寄存器SR通用寄存器GR【解析】計算機執(zhí)行程序時，在一個指令周期的過程中，為了能夠從內(nèi)存中讀指令操作碼，首先是將程序計數(shù)器(PC)的內(nèi)容送到地址總線上。內(nèi)存按字節(jié)編址，利用8K×4bit的存儲器芯片構(gòu)成84000H8FFFFH的內(nèi)存，共需( A．6B．8C．12D．24【解析】8FFFFH－84000H+1=C000H的空間，且內(nèi)存按照字節(jié)（8bit）C000H×8bit。C000H×8bit=49152×8bit=48×1024×8bit=48K×8bit，一片存儲芯片的容量是8K×4bit12。某磁盤磁頭從一個磁道移至另一個磁道需要10ms。文件在磁盤上非連續(xù)存放，邏輯上相鄰數(shù)據(jù)塊的平均移動距離為10個磁道，每塊的旋轉(zhuǎn)延遲時間及傳輸時間分別為100ms和2ms，則讀取一個100塊的文件需要( )ms的時間。A．10200B．11000C．11200D．20200【解析】根據(jù)題目描述，讀取一個連續(xù)數(shù)據(jù)需要的時間包括磁道移動時間、旋轉(zhuǎn)延遲時間和傳輸時間三個部分，總時間花費為(10×10)+100+2=202ms，因此讀取一個100塊文件需要的202×100=20200ms。計算機系統(tǒng)中，在()的情況下一般應(yīng)采用異步傳輸方式。A．CPU訪問內(nèi)存B．CPUI/O接口交換信息C．CPUPCI總線交換信息D．I/O接口與打印機交換信息【解析】本題考查計算機系統(tǒng)中數(shù)據(jù)傳輸?shù)姆绞?。CPU訪問內(nèi)存通常是同步方式，CPU與I/O接口交換信息通常是同步方式，CPU與PCI總線交換信息通常是同步方式，I/O接口與打印D。大型局域網(wǎng)通常劃分為核心層、匯聚層和接入層，以下關(guān)于各個網(wǎng)絡(luò)層次的描述中，不正確的是()。核心層進行訪問控制列表檢查B．匯聚層定義了網(wǎng)絡(luò)的訪問策略C．接入層提供局域網(wǎng)絡(luò)接入功能【解析】本題主要考查大型局域網(wǎng)的層次和各個層次的功能，大型局域網(wǎng)通常劃分為核心層、匯聚層和接入層，其中核心層在邏輯上只有一個，它連接多個分布層交換機，通常是一個園區(qū)中連接多個建筑物的總交換機的核心網(wǎng)絡(luò)設(shè)備；匯聚層定義的網(wǎng)絡(luò)的訪問策略；接入層提供局域網(wǎng)絡(luò)接入功能，可以使用集線器代替交換機?！敬鸢浮緼。網(wǎng)絡(luò)系統(tǒng)設(shè)計過程中，邏輯網(wǎng)絡(luò)設(shè)計階段的任務(wù)是( )。依據(jù)邏輯網(wǎng)絡(luò)設(shè)計的要求，確定設(shè)備的物理分布和運行環(huán)境B．分析現(xiàn)有網(wǎng)絡(luò)和新網(wǎng)絡(luò)的資源分布，掌握網(wǎng)絡(luò)的運行狀態(tài)C．根據(jù)需求規(guī)范和通信規(guī)范，實施資源分配和安全規(guī)劃D．理解網(wǎng)絡(luò)應(yīng)該具有的功能和性能，設(shè)計出符合用戶需求的網(wǎng)絡(luò)【解析】本題主要考查網(wǎng)絡(luò)設(shè)計方面的基礎(chǔ)知識。根據(jù)網(wǎng)絡(luò)系統(tǒng)設(shè)計的一般規(guī)則，在邏輯網(wǎng)絡(luò)設(shè)計階段的任務(wù)通常是根據(jù)需求規(guī)范和通信規(guī)范，實施資源分配和安全規(guī)劃。其他幾個選項都不是邏輯網(wǎng)絡(luò)設(shè)計階段的任務(wù)?！敬鸢浮緾。網(wǎng)絡(luò)系統(tǒng)生命周期可以劃分為5個階段，實施這5個階段的合理順序是( A．需求規(guī)范、通信規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計、物理網(wǎng)絡(luò)設(shè)計、實施階段B．需求規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計、通信規(guī)范、物理網(wǎng)絡(luò)設(shè)計、實施階段C．通信規(guī)范、物理網(wǎng)絡(luò)設(shè)計、需求規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計、實施階段D．通信規(guī)范、需求規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計、物理網(wǎng)絡(luò)設(shè)計、實施階段【解析】本題主要考查網(wǎng)絡(luò)系統(tǒng)生命周期的基礎(chǔ)知識。網(wǎng)絡(luò)系統(tǒng)生命周期可以劃分為5個階段，實施這5個階段的合理順序是需求規(guī)范、通信規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計、物理網(wǎng)絡(luò)設(shè)計、實施階段。CPU的性能為1n個這種CPUP為：其中，a是一個表示開銷的常數(shù)。例如，a=0.1，n=4時，P3。也就是說，由4個這種CPU組成的多機系統(tǒng)的性能約為3。該公式表明，多機系統(tǒng)的性能有一個上限，不管n如何增加，P都不會超過某個值。當(dāng)a=0.1時，這個上限是( )。A．5B．10C．15D．20【解析】a=0.110。以下關(guān)于系統(tǒng)性能的敘述中，不正確的是( )。Web服務(wù)器性能評估方法有基準測試、壓力測試和可靠性測試Web服務(wù)器的主要性能指標(biāo)有最大并發(fā)連接數(shù)、響應(yīng)延遲和吞吐量C．對運行系統(tǒng)進行性能評估的主要目的是以更好的性能/價格比更新系統(tǒng)D．當(dāng)系統(tǒng)性能降到基本水平時，需要查找影響性能的瓶頸并消除該瓶頸【解析】目的是評價信息系統(tǒng)在性能方面的表現(xiàn)，找出系統(tǒng)可能存在的性能瓶頸。其中，常見的Web服務(wù)器性能評估方法有基準測試、壓力測試和可靠性測試等，評價Web服務(wù)器的主要性能指標(biāo)有最大并發(fā)連接數(shù)、響應(yīng)延遲和吞吐量等。當(dāng)系統(tǒng)性能降到基本水平時，需要查找影響性能的瓶頸并消除該瓶頸?！敬鸢浮緾。某大型公司欲開發(fā)一個門戶系統(tǒng)，該系統(tǒng)以商業(yè)流程和企業(yè)應(yīng)用為核心，將商業(yè)流程中理能力。根據(jù)這種需求，采用企業(yè)()門戶解決方案最為合適。B．知識C．應(yīng)用【解析】企業(yè)門戶是一個信息技術(shù)平臺，這個平臺可以提供個性化的信息服務(wù)，為企業(yè)提供一個戶、企業(yè)知識門戶和企業(yè)應(yīng)用門戶三種。其中企業(yè)信息門戶重點強調(diào)為訪問結(jié)構(gòu)數(shù)據(jù)和無結(jié)構(gòu)數(shù)據(jù)提供統(tǒng)一入口，實現(xiàn)收集、訪問、管理和無縫集成。企業(yè)知識門戶提供了一個創(chuàng)造、搜集和傳播企業(yè)知識的平臺，通過企業(yè)知識門戶，員工可以與工作團隊中的其他成員取得聯(lián)系，尋找能夠提供幫助的專家。企業(yè)應(yīng)用門戶是一個用來提高企業(yè)的集中貿(mào)易能力、協(xié)同能力和信息管理能力的平臺。它以商業(yè)流程和企業(yè)應(yīng)用為核心，將商業(yè)流程中功能不同的應(yīng)用模塊通過門戶集成在一起，提高公司的集中貿(mào)易能力、協(xié)同能力和信息管理能力?！敬鸢浮緾。客戶關(guān)系管理(CRM)系統(tǒng)將市場營銷的科學(xué)管理理念通過信息技術(shù)的手段集成在軟件上能夠幫助企業(yè)構(gòu)建良好的客戶關(guān)系以下關(guān)于CRM系統(tǒng)的敘述中錯誤的是( )。A．銷售自動化是CRM系統(tǒng)中最基本的模塊B．營銷自動化作為銷售自動化的補充，包括營銷計劃的編制和執(zhí)行、計劃結(jié)果分析等C．CRM系統(tǒng)能夠與ERP系統(tǒng)在財務(wù)、制造、庫存等環(huán)節(jié)進行連接，但兩者關(guān)系相對松散，一般不會形成閉環(huán)結(jié)構(gòu)DCRM系統(tǒng)的重要功能。目前，客戶服務(wù)與支持的主要手段是通過呼叫中心和互聯(lián)網(wǎng)來實現(xiàn)【解析】客戶關(guān)系管理（CRM）系統(tǒng)將市場營銷的科學(xué)管理理念通過信息技術(shù)的手段集成在軟功能?？蛻舴?wù)與支持是CRM系統(tǒng)的重要功能。目前，客戶服務(wù)與支持的主要手段有兩種，CRM系統(tǒng)能夠與ERP結(jié)構(gòu)?！敬鸢浮緾。共享數(shù)據(jù)庫是一種重要的企業(yè)應(yīng)用集成方式。以下關(guān)于共享數(shù)據(jù)庫集成方式的敘述中，錯誤的是( )。共享數(shù)據(jù)庫集成方式通常將應(yīng)用程序的數(shù)據(jù)存儲在一個共享數(shù)據(jù)庫中，通過制定統(tǒng)一的數(shù)據(jù)庫模式來處理不同應(yīng)用的集成需求共享數(shù)據(jù)庫為不同的應(yīng)用程序提供了統(tǒng)一的數(shù)據(jù)存儲與格式定義，能夠解決不同應(yīng)用程序中數(shù)據(jù)語義不一致的問題多個應(yīng)用程序可能通過共享數(shù)據(jù)庫頻繁地讀取和修改相同的數(shù)據(jù)，這會使共享數(shù)據(jù)庫成為一個性能瓶頸共享數(shù)據(jù)庫集成方式的一個重要限制來自外部的已封裝應(yīng)用，這些封裝好的應(yīng)用程序只能采用自己定義的數(shù)據(jù)庫模式，調(diào)整和集成余地較小【解析】數(shù)據(jù)庫中，通過制定統(tǒng)一的數(shù)據(jù)庫模式來處理不同應(yīng)用的集成需求。共享數(shù)據(jù)庫為不同的應(yīng)用程序提供了統(tǒng)一的數(shù)據(jù)存儲與格式定義，能夠在一定程度上緩解數(shù)據(jù)語義不一致的問題，制來自外部的已封裝應(yīng)用，這些封裝好的應(yīng)用程序只能采用自己定義的數(shù)據(jù)庫模式，調(diào)整和集成余地較小。【答案】：B。詳細的項目范圍說明書是項目成功的關(guān)鍵。( 范圍定義的輸入。A．項目章程B．項目范圍管理計劃C．批準的變更申請【解析】細的項目范圍說明書，是項目成功的關(guān)鍵。范圍定義的輸入包括以下內(nèi)容：①項目章程。如果項目章程或初始的范圍說明書沒有在項目執(zhí)行組織中使用，同樣的信息需要進一步收集和開發(fā)，以產(chǎn)生詳細的項目范圍說明書。所以項目文檔管理方案不屬于范圍定義的輸入。項目時間管理包括使項目按時完成所必需的管理過程，活動定義是其中的一個重要過程。通常可以使用( )來進行活動定義。魚骨圖(WBS)C．層次分解結(jié)構(gòu)D．功能分解圖【解析】項目時間管理包括使項目按時完成所必需的管理過程。項目時間管理中的過程包括：活動定義、活動排序、活動的資源估算、活動歷時估算、制定進度計劃以及進度控制。為了得到工作分解結(jié)構(gòu)（WorkBreakdownStructure，WBS）中最底層的交付物，必須執(zhí)行一系列的活動。對這些活動的識別以及歸檔的過程就是活動定義。魚骨圖（也稱為Ishikawa圖）是一種發(fā)現(xiàn)問題“根本原因”的方法，通常用來進行因果分析?！敬鸢浮緽。在實際的項目開發(fā)中，人們總是希望使用自動工具來執(zhí)行需求變更控制過程。下列描述中，( )不是這類工具所具有的功能?？梢远x變更請求的數(shù)據(jù)項以及變更請求生存期的狀態(tài)轉(zhuǎn)換圖B．記錄每一種狀態(tài)變更的數(shù)據(jù)，確認做出變更的人員C．可以加強狀態(tài)轉(zhuǎn)換圖使經(jīng)授權(quán)的用戶僅能做出所允許的狀態(tài)變更D．定義變更控制計劃，并指導(dǎo)設(shè)計入員按照所制定的計劃實施變更【解析】對許多項目來說，系統(tǒng)軟件總需要不斷完善，一些需求的改進是合理的而且不可避免，進度完成或者軟件質(zhì)量無法保證的主要原因之一。一個好的變更控制過程，給項目風(fēng)險承擔(dān)者提供了正式的建議需求變更機制?？梢酝ㄟ^需求變更控制過程來跟蹤已建議變更的狀態(tài)，使已建議的變更確保不會丟失或疏忽。在實際中，人們總是希望使用自動工具來執(zhí)行變更控制過程。有許多人使用商業(yè)問題跟蹤工具來收集、存儲、管理需求變更；可以使用工具對一系列最近提交的變更建議產(chǎn)生一個列表給變更控制委員會開會時做議程用。問題跟蹤工具也可以隨時按變更狀態(tài)分類包裹變更請求的數(shù)目。挑選工具時可以考慮以下幾個方面：D選項變更控制計劃是需要人為指定的?！敬鸢浮緿。需求管理是CMM可重復(fù)級中的6個關(guān)鍵過程域之一，其主要目標(biāo)是( )。對于軟件需求，必須建立基線以進行控制，軟件計劃、產(chǎn)品和活動必須與軟件需求保持一致客觀地驗證需求管理活動符合規(guī)定的標(biāo)準、程序和要求C．策劃軟件需求管理的活動，識別和控制已獲取的軟件需求D．跟蹤軟件需求管理的過程、實際結(jié)果和執(zhí)行情況【解析】過程能力成熟度模型(CapabilityMaturityModel，CMM)在軟件開發(fā)機構(gòu)中被廣泛用來指導(dǎo)軟件過程改進。該模型描述了軟件成立能力的5個成熟級別，每一級都包含若干關(guān)鍵過程域(KeyProcess．Areas，KPA)。CMM的第二級為可重復(fù)級，它包括6個關(guān)鍵過程域，分別是：需求管理、軟件項目計劃、軟件項目跟蹤和監(jiān)督、軟件分包合同管理、軟件質(zhì)量保證和軟件配置管理。需求管理的目標(biāo)是為軟件需求建立一個基線，提供給軟件工程和管理使用；軟件計劃、產(chǎn)品和活動與軟件需求保持一致?！敬鸢浮緼。在RUP中采用“4+1”視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于( )，系統(tǒng)工程師側(cè)重于( )。B．進程視圖C．邏輯視圖D．部署視圖B．進程視圖C．邏輯視圖D．部署視圖【解析】在RUP中采用“4+1”視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)?！?+1”視圖包括邏輯視圖、實現(xiàn)視圖、進程視圖、部署視圖和用例視圖。分析人員和測試人員關(guān)心的是系統(tǒng)的行為，因此會側(cè)重于用例視圖；最終用戶關(guān)心的是系統(tǒng)的功能，因此會側(cè)重于邏輯視圖；程序員關(guān)心的是系統(tǒng)的配置、裝配等問題，因此會側(cè)重于實現(xiàn)視圖；系統(tǒng)工程師關(guān)心的足系統(tǒng)的發(fā)布、安裝、拓撲結(jié)構(gòu)等問題，因此會側(cè)重于部署視圖。()把整個軟件開發(fā)流程分成多個階段，每一個階段都由目標(biāo)設(shè)定、風(fēng)險分析、開發(fā)和有效性驗證以及評審構(gòu)成。B．瀑布模型C．螺旋模型D．V模型【解析】原型模型又稱快速原型。原型模型主要有兩個階段：①原型開發(fā)階段。軟件開發(fā)人員根據(jù)用戶提出的軟件系統(tǒng)的定義，快速地開發(fā)一個原型。該原型應(yīng)該包含目標(biāo)系統(tǒng)的關(guān)鍵問題和反映目標(biāo)系統(tǒng)的大致面貌，展示目標(biāo)系統(tǒng)的全部或部分功能、性能等。②目標(biāo)軟件開發(fā)階段。在征求用戶對原型的意見后對原型進行修改完善，確認軟件系統(tǒng)的需求并達到一致的理解，進一步開發(fā)實際系統(tǒng)。一些基本過程活動，所以它被稱為軟件生存周期模型。這些活動從一個階段到另一個階段逐次下降，形式上很像瀑布。瀑布模型的特點是因果關(guān)系緊密相連，前一個階段工作的結(jié)果是后一個階段工作的輸入。段，每個階段都由4部分組成，它們是：①目標(biāo)設(shè)定。為該項目進行需求分析，定義和確定就要制定下一階段計劃。V模型是一種典型的測試模型。在V模型中測試過程被加在開發(fā)過程的后半部分，分別包括單元測試、集成測試、系統(tǒng)測試和驗收測試?！敬鸢浮緾。軟件開發(fā)環(huán)境是支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng)，它由軟件工具集和環(huán)境集成機制構(gòu)成。環(huán)境集成機制包括提供統(tǒng)一的數(shù)據(jù)模式和數(shù)據(jù)接口規(guī)范的數(shù)據(jù)集成機制；支持各開發(fā)活動之間通信、切換、調(diào)度和協(xié)同的( )；為統(tǒng)一操作方式提供支持的( )。B．控制集成機制C．平臺集成機制D．界面集成機制B．控制集成機制C．平臺集成機制D．界面集成機制【解析】軟件開發(fā)環(huán)境（softwaredevelopmentenvironment）是支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng)。它由軟件工具集和環(huán)境集成機制構(gòu)成，前者用來支持軟件開發(fā)的相關(guān)過程、活動和任務(wù)年；數(shù)據(jù)集成、控制集成界面集成控制集成機制支持各開發(fā)活動之間的通信、切換、調(diào)度和協(xié)同工作?！敬鸢浮緽、D。軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。( 重用機制。B．構(gòu)件D．設(shè)計模式【解析】軟件重用是指在兩次或多次不同的軟件開發(fā)過程中重復(fù)使用相同或相似軟件元素的過程。按照重用活動是否跨越相似性較少的多個應(yīng)用領(lǐng)域，軟件重用可以區(qū)別為橫向重用和縱向重用。橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素，例如數(shù)據(jù)結(jié)構(gòu)、分類算法和人機界面構(gòu)建等。標(biāo)準函數(shù)是一種典型的、原始的橫向重用機制?？v向重用是指在一類具有較多公共性的應(yīng)用領(lǐng)域之間進行軟部件重用?？v向重用活動的主要關(guān)鍵點是域分析：根據(jù)應(yīng)用領(lǐng)域的特征及相似性預(yù)測軟部件的可重用性?！敬鸢浮緾。下列關(guān)于不同軟件開發(fā)方法所使用的模型的描述中，正確的是( )。A．在進行結(jié)構(gòu)化分析時，必須使用數(shù)據(jù)流圖和軟件結(jié)構(gòu)圖這兩種模型B．采用面向?qū)ο箝_發(fā)方法時，可以使用狀態(tài)圖和活動圖對系統(tǒng)的動態(tài)行為進行建模C．實體聯(lián)系圖(E-R圖)是在數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計時才開始創(chuàng)建的模型D．UML的活動圖與程序流程圖的表達能力等價【解析】【答案】B。ACD選項說法絕對。FactoryMethod方法描述其不同賬戶之間的關(guān)系，設(shè)計出的類圖如下FactoryMethod中的“Creator”角色相對應(yīng)的類是()；與“Product”角色相對應(yīng)的類是()。A．BankB．AccountC．CheckingD．SavingsA．BankB．AccountC．CheckingD．Savings【解析】FactoryMethod模式的意圖是，定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類。FactoryMethod是一個類的實例化延遲到其子類。FactoryMethod模式的類圖如下圖所示。其中，類Product定義了FactoryMethod所創(chuàng)建的對象的接口；ConcreteProductProduct接口；類Creator聲明了工廠方法，該方法返回一個Product類型的對象。Creator也可以定義ConcreteProduct對象。ConcreteCreatorConcreteProduct實例。對照兩張類圖可以看出，與“Creator”角色相對應(yīng)的類是Bank；與“Product”角色相Accout。【答案】A、B。( )是一個獨立可交付的功能單元，外界通過接口訪問其提供的服務(wù)。A．面向?qū)ο笙到y(tǒng)中的對象(Object)B．模塊化程序設(shè)計中的子程序(Subroutine)C．基于構(gòu)件開發(fā)中的構(gòu)件(Component)D．系統(tǒng)模型中的包(Package)【解析】在基于構(gòu)件的開發(fā)中，構(gòu)件包含并擴展了模塊化程序設(shè)計中子程序、面向?qū)ο笙到y(tǒng)中對象或類和系統(tǒng)模型中包的思想，它是系統(tǒng)設(shè)計、實現(xiàn)和維護的基礎(chǔ)。構(gòu)件定義為通過接口訪問服務(wù)的一個獨立可交付的功能單元?！敬鸢浮浚篊。在基于構(gòu)件的軟件開發(fā)中，( )描述系統(tǒng)設(shè)計藍圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ埽? 來了解系統(tǒng)的性能、吞吐率等非功能性屬性。B．物理構(gòu)件模型C．組件接口模型D．系統(tǒng)交互模型B．物理構(gòu)件模型C．組件接口模型D．系統(tǒng)交互模型【解析】在基于構(gòu)件的軟件開發(fā)中，邏輯構(gòu)件模型用功能包描述系統(tǒng)的抽象設(shè)計，用接口描述每個服務(wù)集合，以及功能之間如何交互以滿足用戶需求，它作為系統(tǒng)的設(shè)計藍圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ?。物理?gòu)件模型用技術(shù)設(shè)施產(chǎn)品、硬件分布和拓撲結(jié)構(gòu)、以及用于綁定的網(wǎng)絡(luò)和通信協(xié)議描述系統(tǒng)的物理設(shè)計，這種架構(gòu)用于了解系統(tǒng)的性能、吞吐率等許多非功能性屬性。對象管理組織(OMG)基于CORBA基礎(chǔ)設(shè)施定義了四種構(gòu)件標(biāo)準。其中，( 狀態(tài)信息是由構(gòu)件自身而不是由容器維護。實體構(gòu)件 B．加工構(gòu)件 C．服務(wù)構(gòu)件 D．會話構(gòu)件【解析】對象管理組織（OMG）基于CORBA基礎(chǔ)設(shè)施定義了四種構(gòu)件標(biāo)準。實體（Entity）構(gòu)件需要長期持久化并主要用于事務(wù)性行為，由容器管理其持久化。加工（Process）構(gòu)件同樣需要容器管理其持久化，但沒有客戶端可訪問的主鍵。會話（Session）構(gòu)件不需要容器管理其持久化，其狀態(tài)信息必須由構(gòu)件自己管理。服務(wù)（Service）構(gòu)件是無狀態(tài)的?！敬鸢浮緿。分布式系統(tǒng)開發(fā)中，通常需要將任務(wù)分配到不同的邏輯計算層。業(yè)務(wù)數(shù)據(jù)的綜合計算分析任務(wù)屬于( )。B．應(yīng)用邏輯層C．?dāng)?shù)據(jù)處理層D．?dāng)?shù)據(jù)層【解析】分布式系統(tǒng)開發(fā)分為五個邏輯計算層：表示層實現(xiàn)用戶界面；表示邏輯層為了生成數(shù)據(jù)表示而必須進行的處理任務(wù)，如輸入數(shù)據(jù)編輯等；應(yīng)用邏輯層包括為支持實際業(yè)務(wù)應(yīng)用和規(guī)則所需的應(yīng)用邏輯和處理過程，如信用檢查、數(shù)據(jù)計算和分析等；數(shù)據(jù)處理層包括存儲和訪問數(shù)據(jù)庫中的數(shù)據(jù)所需的應(yīng)用邏輯和命令，如查詢語句和存儲過程等；數(shù)據(jù)層是數(shù)據(jù)庫中實際存儲的業(yè)務(wù)數(shù)據(jù)。在客戶機/服務(wù)器系統(tǒng)開發(fā)中，采用( )時，應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務(wù)器，應(yīng)用邏輯層、表示邏輯層和表示層放置于客戶機。B．分布式應(yīng)用結(jié)構(gòu)C．分布式數(shù)據(jù)和應(yīng)用結(jié)構(gòu)D．分布式數(shù)據(jù)結(jié)構(gòu)【解析】客戶機/服務(wù)器系統(tǒng)開發(fā)時可以采用不同的分布式計算架構(gòu)：①分布式表示架構(gòu)是將表示層和表示邏輯層遷移到客戶機，應(yīng)用邏輯層、數(shù)據(jù)處理層和數(shù)據(jù)層仍保留在服務(wù)器上；②分布式數(shù)據(jù)架構(gòu)是將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務(wù)器表示層放置于客戶機；③分布式數(shù)據(jù)和應(yīng)用架構(gòu)是將數(shù)據(jù)層和數(shù)據(jù)處理層放置在數(shù)據(jù)服務(wù)器應(yīng)用邏輯層放置在應(yīng)用服務(wù)器上，表示邏輯層和表示層放置在客戶機上?！敬鸢浮緿。系統(tǒng)輸入設(shè)計中，采用內(nèi)部控制方式以確保輸入系統(tǒng)數(shù)據(jù)的有效性，( 證數(shù)據(jù)是否位于合法的取值范圍。B．自檢位C．域檢查【解析】系統(tǒng)輸入設(shè)計中，通常通過內(nèi)部控制的方式驗證輸入數(shù)據(jù)的有效性。數(shù)據(jù)類型檢查確保輸入了正確的數(shù)據(jù)類型；自檢位用于對主關(guān)鍵字進行基于校驗位的檢查；域檢查用于驗證數(shù)據(jù)是否位于合法的取值范圍；格式檢查按照已知的數(shù)據(jù)格式對照檢查輸入數(shù)據(jù)的格式。系統(tǒng)測試由若干個不同的測試類型組成，其中()檢查系統(tǒng)能力的最高實際限度，即軟件在一些超負荷情況下的運行情況；()主要是檢查系統(tǒng)的容錯能力。A．強度測試B．性能測試C．恢復(fù)測試D．可靠性測試A．強度測試B．性能測試C．恢復(fù)測試D．可靠性測試【解析】系統(tǒng)測試是根據(jù)系統(tǒng)方案說明書來設(shè)計測試例子的，常見的系統(tǒng)測試主要有以下內(nèi)容：恢復(fù)測試：恢復(fù)測試監(jiān)測系統(tǒng)的容錯能力。安全性測試：系統(tǒng)的安全性測試是檢測系統(tǒng)的安全機制、保密措施是否完善，主要是為了檢驗系統(tǒng)的防范能力。性能下降的幅度是否在允許的范圍內(nèi)。性能測試：檢查系統(tǒng)是否滿足系統(tǒng)設(shè)計方案說明書對性能的要求。。可靠性測試：通常使用以下兩個指標(biāo)來衡量系統(tǒng)的可靠性：平均失效間隔時間MTBF(meantimebetweenfailures)是否超過了規(guī)定的時限，因故障而停機時間MTTR(meantimetorepairs)在一年中不應(yīng)超過多少時間。安裝測試：在安裝軟件系統(tǒng)時，會有多種選擇。安裝測試就是為了檢測在安裝過程中是否有誤、是否容易操作等。【答案】A、C。軟件架構(gòu)是降低成本、改進質(zhì)量、按時和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述，錯誤的是( )。根據(jù)用戶需求，能夠確定一個最佳的軟件架構(gòu)，指導(dǎo)整個軟件的開發(fā)過程B．軟件架構(gòu)設(shè)計需要滿足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等C．軟件架構(gòu)設(shè)計需要確定組件之間的依賴關(guān)系，支持項目計劃和管理活動D．軟件架構(gòu)能夠指導(dǎo)設(shè)計入員和實現(xiàn)人員的工作【解析】軟件架構(gòu)是降低成本、改進質(zhì)量、按時和按需交付產(chǎn)品的關(guān)鍵因素，軟件架構(gòu)設(shè)計需要滿足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等，軟件架構(gòu)設(shè)計需要確定組件之間的依賴關(guān)系，支持項目計劃和管理活動，軟件架構(gòu)能夠指導(dǎo)設(shè)計人員和實現(xiàn)人員的工作。一般在設(shè)計軟件架構(gòu)之初，會根據(jù)用戶需求，確定多個候選架構(gòu)，并從中選擇一個較優(yōu)的架構(gòu)，并隨著軟件的開發(fā)，對這個架構(gòu)進行微調(diào)，以達到最佳效果，A選項錯誤。軟件架構(gòu)設(shè)計包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計和進行設(shè)計評審等活動，是一個迭代的過程以下關(guān)于軟件架構(gòu)設(shè)計活動的描述，錯誤的是()。在建立軟件架構(gòu)的初期，一般需要選擇一個合適的架構(gòu)風(fēng)格將架構(gòu)分析階段已標(biāo)識的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)系C．軟件架構(gòu)設(shè)計活動將已標(biāo)識構(gòu)件集成到軟件架構(gòu)中，設(shè)計并實現(xiàn)這些構(gòu)件D．一旦得到了詳細的軟件架構(gòu)設(shè)計，需要邀請獨立于系統(tǒng)開發(fā)的外部人員對系統(tǒng)進行評審【解析】軟件架構(gòu)設(shè)計包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計和進行設(shè)計評審等活動，是一個迭代的過程，在建立軟件架構(gòu)的初期，一般需要選擇一個合適的架構(gòu)風(fēng)格，將架構(gòu)分析階段已標(biāo)識的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)系，一旦得到了詳細的軟件架構(gòu)設(shè)計，需要邀請獨立于系統(tǒng)開發(fā)的外部人員對系統(tǒng)進行評審。一般來說，軟件架構(gòu)設(shè)計活動將已標(biāo)識構(gòu)件集成到軟件架構(gòu)中，設(shè)計這些構(gòu)件，但不予以實現(xiàn)，C選項錯誤?；谲浖軜?gòu)的設(shè)計(ArchitectureBasedSoftwareDevelopment，ABSD)強調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。它強調(diào)采用( 描述軟件架構(gòu)，采用( )來描述需求。B．視角與視圖C．構(gòu)件和類圖D．構(gòu)件與功能A．用例與類圖B．用例與視角C．用例與質(zhì)量場景【解析】根據(jù)定義，基于軟件架構(gòu)的開發(fā)(ArchitectureBasedSoftwareDevelopment，ABSD強調(diào)視角和視圖來描述軟件架構(gòu)，采用用例和質(zhì)量屬性場景來描述需求?！敬鸢浮浚築、C。行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對該目標(biāo)，公司應(yīng)該采用()架構(gòu)風(fēng)格最為合適。-過濾器B．隱式調(diào)用-子程序D．解釋器【解析】本題主要考查軟件架構(gòu)設(shè)計策略與架構(gòu)風(fēng)格問題。根據(jù)題干描述，該軟件系統(tǒng)特別強調(diào)行為定義與改變的能力，根據(jù)常見架構(gòu)風(fēng)格的特點和適用環(huán)境，可以知道最合適的架構(gòu)設(shè)計風(fēng)格應(yīng)該是解釋器風(fēng)格。架構(gòu)。在軟件架構(gòu)評審時，專家認為該架構(gòu)存在的問題是()。在功能劃分上將各個模塊獨立起來在硬件構(gòu)件的混合和替換方面不是很靈活C．沒有清晰地說明用戶怎樣與其交互D．沒有明確的層次關(guān)系，沒有強調(diào)功能之間的交互【解析】本題主要考查架構(gòu)評審和軟件架構(gòu)設(shè)計的應(yīng)用。根據(jù)圖中示波器的功能描述，結(jié)合示波器常見的功能和使用方式，可以看出圖中系統(tǒng)設(shè)計最大的缺陷在于沒有建模系統(tǒng)與外界，特別是用戶之間的交互方式。而與用戶的交互無疑是示波器的一個十分重要的功能?！敬鸢浮緾。某公司承接了一個開發(fā)家用空調(diào)自動調(diào)溫器的任務(wù)，調(diào)溫器測量外部空氣溫度，根據(jù)設(shè)定的期望溫度控制空調(diào)的開關(guān)。根據(jù)該需求，公司應(yīng)采用( )架構(gòu)風(fēng)格最為合適。A．解釋器C．分層D．管道-過濾器【解析】本題主要考查架構(gòu)風(fēng)格與架構(gòu)設(shè)計策略。根據(jù)題目描述，調(diào)溫器需要實時獲取外界的溫度信息，并與用戶定義的溫度進行比較并做出動作。根據(jù)該系統(tǒng)的應(yīng)用領(lǐng)域和實際需求，可以看出這是一個典型的過程控制架構(gòu)風(fēng)格的應(yīng)用場景。某公司欲開發(fā)一個漫步者機器人，用來完成火星探測任務(wù)。機器人的控制者首先定義探行動態(tài)調(diào)整，最終自動完成任務(wù)。針對這些需求，該機器人應(yīng)該采用()架構(gòu)風(fēng)格最為合適。解釋器-子程序C．隱式調(diào)用D．管道-過濾器【解析】本題主要考查架構(gòu)風(fēng)格與架構(gòu)設(shè)計策略。本題出題本就不嚴謹，從描述來看多種架構(gòu)風(fēng)格均合適：過程控制，虛擬機，隱式調(diào)用。當(dāng)次考試參考答案為C，但從此后的同類問題來（機類風(fēng)格?！敬鸢浮緼。某公司欲開發(fā)一個語音識別系統(tǒng)，語音識別的主要過程包括分割原始語音信號、識別音素、產(chǎn)生候選詞、判定語法片斷、提供語義解釋等。每個過程都需要進行基于先驗知識的條件判斷并進行相應(yīng)的識別動作。針對該系統(tǒng)的特點，采用()架構(gòu)風(fēng)格最為合適。A．解釋器B．面向?qū)ο驝．黑板【解析】本題主要考查架構(gòu)風(fēng)格與架構(gòu)設(shè)計策略。根據(jù)題目描述，語音識別系統(tǒng)是一個十分典型的專家系統(tǒng)，其特點是求解的正確結(jié)果不止一個，求解過程比較復(fù)雜，需要通過專家知識和反饋逐步得到正確結(jié)果。因此對比4個候選項，黑板結(jié)構(gòu)特別適合求解這類問題，語音識別是黑板架構(gòu)風(fēng)格的典型應(yīng)用。特定領(lǐng)域軟件架構(gòu)(DSSA)是在一個特定應(yīng)用領(lǐng)域為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準軟件架構(gòu)。實施DSSA的過程中包括一系列基本的活動，其中( )活動的主要目的是為了獲得DSSA。該活動參加人員中，( )的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實現(xiàn)的知識。B．領(lǐng)域分析C．領(lǐng)域設(shè)計D．領(lǐng)域?qū)崿F(xiàn)B．領(lǐng)域分析者C．領(lǐng)域設(shè)計者【解析】參與DSSA的人員可以劃分為四種角色：領(lǐng)域?qū)＜?、領(lǐng)域分析師、領(lǐng)域設(shè)計人員和領(lǐng)域?qū)崿F(xiàn)人員。領(lǐng)域?qū)＜覍崿F(xiàn)以及項目管理的有經(jīng)驗的軟件工程師等。的、一致的領(lǐng)域字典，幫助選擇樣本系統(tǒng)作為領(lǐng)域工程的依據(jù)，復(fù)審領(lǐng)域模型、DSSA等領(lǐng)域工程產(chǎn)品，等等。領(lǐng)域?qū)＜覒?yīng)該熟悉該領(lǐng)域中系統(tǒng)的軟件設(shè)計和實現(xiàn)、硬件限制、未來的用戶需求及技術(shù)走向等。領(lǐng)域分析人員領(lǐng)域分析人員應(yīng)由具有知識工程背景的有經(jīng)驗的系統(tǒng)分析員來擔(dān)任。領(lǐng)域分析人員的主要任務(wù)包括控制整個領(lǐng)域分析織到領(lǐng)域模型中，根據(jù)現(xiàn)有系統(tǒng)、標(biāo)準規(guī)范等驗證領(lǐng)域模型的準確性和一致性，維護領(lǐng)域模型。領(lǐng)域設(shè)計人員領(lǐng)域設(shè)計人員應(yīng)由有經(jīng)驗的軟件設(shè)計人員來擔(dān)任。DSSADSSADSSA之間的聯(lián)系。領(lǐng)域設(shè)計人員應(yīng)熟悉軟件重用和領(lǐng)域設(shè)計方法；熟悉軟件設(shè)計方法；應(yīng)有一定的該領(lǐng)域的經(jīng)驗，以便于分析領(lǐng)域中的問題及與領(lǐng)域?qū)＜疫M行交互。領(lǐng)域?qū)崿F(xiàn)人員領(lǐng)域?qū)崿F(xiàn)人員應(yīng)由有經(jīng)驗的程序設(shè)計人員來擔(dān)任。領(lǐng)域?qū)崿F(xiàn)人員的主要任務(wù)包括根據(jù)領(lǐng)域模型和DSSA，或者從頭開發(fā)可重用構(gòu)件，或者利用再工程的技術(shù)從現(xiàn)有系統(tǒng)中提取可重用構(gòu)件，對可重用構(gòu)件進行驗證，建立DSSA與可重用構(gòu)件間的聯(lián)系。領(lǐng)域?qū)崿F(xiàn)人員應(yīng)熟悉軟件重用、領(lǐng)域?qū)崿F(xiàn)及軟件再工程技術(shù)；熟悉程序設(shè)計；具有一定的該領(lǐng)域的經(jīng)驗?！敬鸢浮緾、A。某服務(wù)器軟件系統(tǒng)對可用性Availability)、性能(Performance)和可修改性(Modification)的要求較高，()設(shè)計策略能提高該系統(tǒng)的可用性，()設(shè)計策略能夠提高該系統(tǒng)的性能，()設(shè)計策略能夠提高該系統(tǒng)的可修改性。A．Ping/EchoB．限制訪問C．運行時注冊D．接口-實現(xiàn)分離A．分層結(jié)構(gòu)B．事務(wù)機制C．主動冗余D．隊列調(diào)度A．信息隱藏B．記錄/回放C．任務(wù)模型D．回滾【解析】件質(zhì)量屬性，其中Ping/Echo主要提高系統(tǒng)的可用性；限制訪問主要提高系統(tǒng)的安全性；運行時注冊主要提高系統(tǒng)的可修改性；接口-實現(xiàn)分離主要提高系統(tǒng)的可修改性；主動冗余提高系統(tǒng)的可靠性；隊列調(diào)度主要提高系統(tǒng)的性能；信息隱藏主要提高系統(tǒng)的可修改性；記錄-回放主要提高系統(tǒng)的可測試性，等等?！敬鸢浮緼、D、A。某服務(wù)器軟件系統(tǒng)能夠正確運行并得出計算結(jié)果，但存在“系統(tǒng)出錯后不能在要求的時間內(nèi)恢復(fù)到正常狀態(tài)”和“對系統(tǒng)進行二次開發(fā)時總要超過半年的時間”兩個問題，上述問題依次與質(zhì)量屬性中的()相關(guān)?？捎眯院托阅蹷．性能和可修改性C．性能和可測試性【解析】常狀態(tài)”，這是對系統(tǒng)錯誤恢復(fù)能力的描述，屬于系統(tǒng)可用性的范疇。“對系統(tǒng)進行二次開發(fā)時總要超過半年的時間”，這是對系統(tǒng)進行調(diào)整和維護方面能力的描述，屬于系統(tǒng)可修改性的范疇。發(fā)給其他查詢環(huán)境?；谏鲜鲂枨螅捎?)最為合適。B．橋接模式C．裝飾模式【解析】本題主要考查設(shè)計模式的理解與應(yīng)用。根據(jù)題干描述，在線文檔系統(tǒng)需要根據(jù)用戶的查詢需求逐步將查詢請求依次傳遞，對比4個候選項，其中在責(zé)任鏈模式里，很多對象由每一個對象對其下家的引用而連接起來形成一條鏈。請求在這個鏈上傳遞，直到鏈上的某一個對象決定處理此請求。因此責(zé)任鏈模式是能夠滿足該要求的最好模式。某公司欲開發(fā)一套窗體圖形界面類庫。該類庫需要包含若干預(yù)定義的窗格(Pane)對象，例如TextPane、ListPane等，窗格之間不允許直接引用?；谠擃悗斓膽?yīng)用由一個包含一組窗格的窗口組成，并需要協(xié)調(diào)窗格之間的行為?；谠擃悗欤诓灰么案竦那疤嵯聦崿F(xiàn)窗格之間的協(xié)作，應(yīng)用開發(fā)者應(yīng)采用( )最為合適。B．中介者模式C．訪問者模式【解析】在這種要求下，對比4個候選項，其中中介者模式用一個中介對象封裝一系列的對象交互。某公司開發(fā)一個文檔編輯器，該編輯器允許在文檔中直接嵌入圖形對象，但開銷很大。用戶在系統(tǒng)設(shè)計之初提出編輯器在打開文檔時必須十分迅速可以暫時不顯示當(dāng)前頁面以外的圖形。針對這種需求，公司可以采用( )避免同時創(chuàng)建這些圖形對象。B．外觀模式C．橋接模式【解析】等。因此代理模式是最為合適的設(shè)計模式。()密的級別可能會對安全性和性能都產(chǎn)生顯著的影響”，這是一個對系統(tǒng)()的描述。A．風(fēng)險點B．非風(fēng)險點C．敏感點D．權(quán)衡點A．風(fēng)險點B．非風(fēng)險點C．敏感點D．權(quán)衡點【解析】本題主要考查軟件架構(gòu)評價的理解和應(yīng)用。正確識別風(fēng)險點、非風(fēng)險點、敏感點和權(quán)衡點是進行軟件架構(gòu)評價的關(guān)鍵步驟。其中敏感點是實現(xiàn)一個特定質(zhì)量屬性的關(guān)鍵特征，該特征為一個或多個軟件構(gòu)件所共有。系統(tǒng)權(quán)衡點會影響一個或多個屬性，并對于多個屬性來說都是敏感點?；谠摱x，可以看出“改變加密的級別可能會對安全性和性能都產(chǎn)生顯著的影響”正是一個對系統(tǒng)權(quán)衡點的描述。所謂網(wǎng)絡(luò)安全漏洞是指()。B．網(wǎng)絡(luò)節(jié)點的系統(tǒng)軟件或應(yīng)用軟件在邏輯設(shè)計上的缺陷C．網(wǎng)絡(luò)硬件性能下降產(chǎn)生的缺陷D．網(wǎng)絡(luò)協(xié)議運行中出現(xiàn)的錯誤【解析】B。ARP攻擊造成網(wǎng)絡(luò)無法跨網(wǎng)段通信的原因是( A．發(fā)送大量ARP報文造成網(wǎng)絡(luò)擁塞ARP報文使得數(shù)據(jù)包無法發(fā)送到網(wǎng)關(guān)ARP攻擊破壞了網(wǎng)絡(luò)的物理連通性ARP攻擊破壞了網(wǎng)關(guān)設(shè)備【解析】本題主要考查ARP攻擊的定義和特點。ARP攻擊是針對以太網(wǎng)地址解析協(xié)議（ARP）的一種攻擊技術(shù)，此種攻擊可讓攻擊者取得局域網(wǎng)上的數(shù)據(jù)封包甚至可篡改封包，且可讓網(wǎng)絡(luò)上特定計算機或所有計算機無法正常連接。ARP攻擊造成網(wǎng)絡(luò)無法跨網(wǎng)段通信的原因是偽ARP報文使得數(shù)據(jù)包無法發(fā)送到網(wǎng)關(guān)?！禛B8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》是( ，違反該標(biāo)準而造成不良后果時，將依法根據(jù)情節(jié)輕重受到行政處罰或追究刑事責(zé)任。強制性國家B．推薦性國家C．強制性軟件行業(yè)【解析】【答案】A。方法發(fā)明專利，獲得了專利權(quán)，并為該軟件產(chǎn)品冠以“昆侖”商品專用標(biāo)識，但未進行商標(biāo)注冊上市銷售。此情況下，該軟件產(chǎn)品不可能得到我國()的保護。B．專利法C．商標(biāo)法D．刑法【解析】【答案】C。了“空運出口業(yè)務(wù)系統(tǒng)”，并由公司使用。隨后，張某向國家版權(quán)局申請了計算機軟件著作權(quán)登記，并取得了《計算機軟件著作權(quán)登記證書》，證書明確軟件名稱是“空運出V1.0”，著作權(quán)人為張某。以下說法中，正確的是()。V1.0的著作權(quán)屬于張某V1.0M公司V1.0M公司張某獲取的軟件著作權(quán)登記證是不可以撤銷的【解析】【答案】：B。對實際應(yīng)用問題建立數(shù)學(xué)模型并求得結(jié)果后，還需要根據(jù)建模的目的和要求，利用相關(guān)知識，結(jié)合研究對象的特點，進行模型分析。模型分析工作一般不包括( )。B．模型的誤差分析C．模型的先進性分析【解析】本題主要考查數(shù)學(xué)建模的基本過程，在對實際應(yīng)用問題建立數(shù)學(xué)模型并求得結(jié)果后，還需要根據(jù)建模的目的和要求，利用相關(guān)知識，結(jié)合研究對象的特點，進行模型分析。模型分析工作主要包括模型的合理性分析、模型的誤差分析和參數(shù)的靈敏性分析等，一般不包括模型的先進性分析。162元，設(shè)銷售單價為10元，則需要銷售()套才能達到盈虧平衡點。A．13000 B．16000 C．18000 【解析】設(shè)共銷售了n套，則總成本=固定成本+每套產(chǎn)品的可變成本×n=160000+2n。銷售總收入=單價×n=10n。盈虧平衡時，總成本=銷售總收入，所以，160000+2n=10n，從而，n=20000（套）22萬套時就會有盈利?！敬鸢浮緿。Thesoftwarearchitectureisasetofsoftwarecomponents,subsystems,relationships，interactions,thepropertiesofeachoftheseelements，andthesetofguidingprinciplesthattogetherconstitutethefundamentalpropertiesandconstraintsofasoftwaresystemorsetofsystems.(1)definesageneralsetofelementtypesandtheirinteractions.TheexamplesincludePipesandFilters,Model-View-Controller,andReflection.A(2)insoftwarearchitectureisarepresentationusedtounderstandordocumentoneormoreaspectsofaproblemorsolution.Architectureisusuallyusedinconjunctionwithmanyadjunctterms.The(3)definesthekeystrategies,organization,goalsandrelatedprocessesoftheenterprise.Attheenterpriselevel,the(4)maybemoreofasetofguidelinesonhowthevarioussoftwarearchitecturesshouldbeconstructedconsistentlyacrosstheenterprise.The(5),whichdescribesthehigh-levelsetofelementsinvolvedinapplicationfromaparticulardomainalongwiththeirInteractions,isoftenusedtofocusonsubsystemdefinitionratherthanapplicationprocessleveldefinition.A．ArchitecturalpatternB．ArchitecturaldescriptionC．ArchitecturalviewD．ArchitecturalviewpointA．modelB．domainC．componentD．subsystemA．enterprisearchitectureB．technicalarchitectureC．infrastructurearchitectureD．businessarchitectureA．enterprisearchitectureB．dataarchitectureC．a(chǎn)pplicationarchitectureD．informationarchitectureA．product-linearchitectureB．referencearchitectureC．technologyarchitecturearchitecture【解析】架構(gòu)模式定義了一組通用的元素類型及其交互關(guān)系。其中的例子包括PipesandFilters、MVC和Reflection。軟件架構(gòu)中的模型是一種表現(xiàn)形式，用于從一個或多個方面理解或記錄一個問題或解決方案。參考架構(gòu)描述了源自特定領(lǐng)域的應(yīng)用涉及的高層元素集合及其交互關(guān)系，通常用于關(guān)注子系統(tǒng)的定義而不是應(yīng)用過程級別定義。Infrastructure：基礎(chǔ)設(shè)施【答案】A、A、D、C、B。2010年系統(tǒng)架構(gòu)師考試科目二：案例分析閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明，在答題紙上回答問題1至問題3?！绢}目】Linux操作系統(tǒng)開發(fā)一個KWIC(KeyWordinContext)戶輸入的查詢關(guān)鍵字，依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進行循環(huán)滾動閱讀。在對KWIC系統(tǒng)進行需求分析時，公司的業(yè)務(wù)專家發(fā)現(xiàn)用戶后續(xù)還有可能采用其它方式展。在對KWIC系統(tǒng)的架構(gòu)進行設(shè)計時，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序-子程序的架構(gòu)風(fēng)格，而李工則主張采用管道-過濾器的架構(gòu)風(fēng)格。在架構(gòu)評估會議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對這兩種方案進行評價，最終采用了李工的方案。1】(7分)在實際的軟件項目開發(fā)中，采用恰當(dāng)?shù)募軜?gòu)風(fēng)格是項目成功的保證。請用200字以內(nèi)的文字說明什么是軟件架構(gòu)風(fēng)格，并對主程序-子程序和管道-過濾器這兩種架構(gòu)風(fēng)格的特點進行描述。1解析】件和這些構(gòu)件的組織方式，慣用模式則反映眾多系統(tǒng)共有的結(jié)構(gòu)和語義。主程序-子程序架構(gòu)風(fēng)格中，所有的計算構(gòu)件作為子程序協(xié)作工作，并由一個主程序順序地調(diào)用這些子程序，構(gòu)件通過共享存儲區(qū)交換數(shù)據(jù)。管道-過濾器架構(gòu)風(fēng)格中，每個構(gòu)件都有一組輸入和輸出，構(gòu)件接受數(shù)據(jù)輸入，經(jīng)過內(nèi)部處理，然后產(chǎn)生數(shù)據(jù)輸出。這里的構(gòu)件稱為過濾器，構(gòu)件之間的連接件稱為數(shù)據(jù)流傳輸?shù)墓艿馈?】(13分)請完成表1-1中的空白部分(用+表示優(yōu)、－表示差)，對王工和李工提出的架構(gòu)風(fēng)格進行評價，并指出采用李工方案的原因。1-1王工與李工的架構(gòu)風(fēng)格評價2解析】本問題是一道填表題，其核心是對兩種架構(gòu)風(fēng)格在算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面的特點進行比較。其中共享數(shù)據(jù)的主程序-子程序在算法變更方面靈活性較差，算法變更時一般需要重新編譯整個系統(tǒng)；在功能變更方面也比較差；在數(shù)據(jù)表示方面，當(dāng)需要變更時，也意味著程序傳遞參數(shù)的變化以及整個程序的調(diào)整，表現(xiàn)比較差；在性能方面，由于整個程序處在一個緊耦合的狀態(tài)，因此性能較高。管道-過濾器架構(gòu)風(fēng)格在算法變更方面實現(xiàn)比較簡單，只需要修改過濾器的實現(xiàn)即可；在功能變更方面也比較簡單；在數(shù)據(jù)表示方面，需要同時改變數(shù)據(jù)格式和過濾器的結(jié)構(gòu)，相對比較復(fù)雜；在性能方面，由于整個系統(tǒng)是松耦合連接在一起的，因此性能不高。【答案】根據(jù)題干描述：“用戶后續(xù)還有可能采用其它方式展示幫助內(nèi)容”，因此KWIC系統(tǒng)對功能變更要求較高；根據(jù)題干描述：“…，后續(xù)還將采用其它的方法實現(xiàn)這一功能”，因此KWIC系統(tǒng)對實現(xiàn)某一個功能的算法變更要求較高。KWIC是一個支持用戶交互的窗口界面程序，因此對性能要求并不高。高。綜合上述分析，可以看出應(yīng)該采用李工提出的管道-過濾器架構(gòu)風(fēng)格。3】(6分)圖1-1是李工給出的架構(gòu)設(shè)計示意圖，請將恰當(dāng)?shù)墓δ苊枋鎏钊雸D中的(1)~(4)。1-1李工給出的架構(gòu)示意圖3解析】本問題是一道讀圖題，考查用戶對系統(tǒng)架構(gòu)的理解程度。根據(jù)題干中的關(guān)鍵描述“…接讀…”和“…公司的技術(shù)人員決定通過重復(fù)剪切幫助文檔中的第一個單詞并將其插入到行尾的方式實現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動…”，可以看出整個系統(tǒng)的流程是：輸入→文檔檢索→查詢結(jié)果按字母排序→剪切行首單詞→單詞插入行尾→輸出?！敬鸢浮块喿x以下關(guān)于軟件系統(tǒng)數(shù)據(jù)架構(gòu)建模的說明，在答題紙上回答問題1至問題3?！绢}目】RMO是一家運動服裝制造銷售公司，計劃在五年時間內(nèi)將銷售區(qū)域從華南地區(qū)擴展至全國CRSS。RMO公司決定由其技術(shù)部成立專門的項目組負責(zé)CRSS的開發(fā)和維護工作。項目組在仔細調(diào)研和分析了系統(tǒng)需求的基礎(chǔ)上，確定了基于互聯(lián)網(wǎng)的CRSS系統(tǒng)架構(gòu)。但在確定系統(tǒng)數(shù)據(jù)架構(gòu)時，張工認為應(yīng)該采用集中式的數(shù)據(jù)架構(gòu)，給出的理由是結(jié)構(gòu)簡單、易維護且開發(fā)及運行成本低；而劉工建議采用分布式的數(shù)據(jù)架構(gòu)，并提出在開發(fā)中通過“局部數(shù)據(jù)庫+緩存”的讀寫分離結(jié)構(gòu)實現(xiàn)，具有較好的運行性能和可擴展性。項目組經(jīng)過集體討論，考慮到公司的未來發(fā)展規(guī)劃，最終采用了劉工的建議。1】(8分)請用300字以內(nèi)的文字，說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。1解析】張工提出的集中式數(shù)據(jù)架構(gòu)是由一個處理器、與它相關(guān)聯(lián)的數(shù)據(jù)存儲設(shè)備以及其他外圍設(shè)備組成，它被物理地定義到單個位置。系統(tǒng)提供數(shù)據(jù)處理能力，用戶可以在同樣的站點上操作，也可以在地理位置隔開的其他站點上通過遠程終端來操作。系統(tǒng)及其數(shù)據(jù)管理被某個或中心站點集中控制。劉工提出的分布式數(shù)據(jù)架構(gòu)使用多個計算機系統(tǒng)上的多個局部數(shù)據(jù)庫系統(tǒng)構(gòu)成，數(shù)據(jù)可以在多個不同的局部數(shù)據(jù)庫中進行傳送，由不同的數(shù)據(jù)庫管理系統(tǒng)軟件進行管理，運行在多種不同的計算機上，支持多種不同的操作系統(tǒng)。這些機器位于(或分布在)不同的地理位置并通過多種通信網(wǎng)絡(luò)連接在一起。企業(yè)數(shù)據(jù)可以分布在不同的計算機上，一個應(yīng)用程序可以操作位于不同地理位置的機器上的數(shù)據(jù)。2】(13分)在劉工建議的基礎(chǔ)上，為了避免CRSS系統(tǒng)的單點故障，請用200字以內(nèi)文字簡要說明如何CRSS的數(shù)據(jù)庫系統(tǒng)；對于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實現(xiàn)。2解析】讀寫分離架構(gòu)利用了數(shù)據(jù)庫的復(fù)制技術(shù)，將數(shù)據(jù)的讀和寫分布在不同的處理節(jié)點上，從而達到提高可用性和擴展性的目的。CRSS的分布式數(shù)據(jù)庫系統(tǒng)需要由多個局部數(shù)據(jù)庫系統(tǒng)、多個熱備份數(shù)據(jù)庫系統(tǒng)和多個數(shù)據(jù)緩存組成。局部數(shù)據(jù)庫負責(zé)數(shù)據(jù)的寫入，多個熱備份數(shù)據(jù)庫系統(tǒng)用以解決單點故障的問題，數(shù)據(jù)緩存負責(zé)為應(yīng)用提供所讀取的數(shù)據(jù)。讀取數(shù)據(jù)：應(yīng)用訪問緩存，如果命中則返回，否則從局部數(shù)據(jù)庫系統(tǒng)中讀取數(shù)據(jù)并將數(shù)據(jù)加載到緩存后返回。添加數(shù)據(jù)：采用延遲加載策略，應(yīng)用將數(shù)據(jù)直接寫入局部數(shù)據(jù)庫。更改數(shù)據(jù)：應(yīng)用更改局部數(shù)據(jù)庫中的數(shù)據(jù)，將緩存中的數(shù)據(jù)標(biāo)記為失效。(4)刪除數(shù)據(jù)：應(yīng)用刪除局部數(shù)據(jù)庫中的數(shù)據(jù)，將緩存中的數(shù)據(jù)標(biāo)記為失效。3】(4分)RMO公司銷售區(qū)域?qū)⒃谖磥砦迥甏竺娣e擴展，其潛在客戶數(shù)量也會因此大幅度增加，所以良好的可擴展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請分別說明在集中式和分布式數(shù)據(jù)架構(gòu)下，可以采用哪些方法提升系統(tǒng)的可擴展性。3解析】張工提出的集中式數(shù)據(jù)架構(gòu)通過向上擴展(ScaleUp)提升系統(tǒng)的可擴展性。具體的實現(xiàn)方式包括硬件擴容(增加CPU數(shù)量、內(nèi)存容量、磁盤數(shù)量)和硬件升級(更換為高端主機或高速磁盤等)。劉工提出的分布式數(shù)據(jù)架構(gòu)通過向外擴展(ScaleOut)提升系統(tǒng)的可擴展性。具體的實現(xiàn)方式包括數(shù)據(jù)復(fù)制、數(shù)據(jù)垂直切分(或/和)水平切分、緩存和全文搜索。閱讀以下關(guān)于汽車電子基礎(chǔ)軟件架構(gòu)的說明，在答題紙上回答問題1至問題3?！绢}目】某軟件公司承擔(dān)了某項國家重點項目的研制工作，任務(wù)重點是參考國外汽車電子發(fā)展趨勢，開發(fā)某汽車公司的企業(yè)汽車電子基礎(chǔ)軟件的架構(gòu)，逐步實現(xiàn)汽車企業(yè)未來技術(shù)發(fā)展規(guī)劃。該軟件公司接收此項任務(wù)后，調(diào)動全體技術(shù)人員深入收集國外相關(guān)技術(shù)資料，經(jīng)過多方調(diào)研和分析，公司提出遵照國際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實3-1給出了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項目工作所包含的內(nèi)容，即軟件架構(gòu)和基礎(chǔ)軟件。1】(7分)

定義的工作包AUTOSAR規(guī)范中要求，汽車電子軟件開發(fā)流程應(yīng)盡量滿足并發(fā)、可多次迭代的特性。為了定義汽車電子的軟件開發(fā)過程，公司李工和王工分別提出了兩種軟件開發(fā)流程，其開發(fā)流程見圖3-2和3-3(圖中ECU是指汽車電子中的電子控制單元)。請說明李工和王工誰定義的流AUTOSAR的規(guī)定，并說明理由。3-2李工設(shè)計的流程3-3王工設(shè)計的流程1解析】AUTOSAR要求，理由是：李工定義的流程是將軟件組件描述、系統(tǒng)描述和ECU資源描述同時定義，而王工定義的流程僅僅只做系統(tǒng)描述；王工定義的流程沒有考慮軟件組件的描述，只是簡單將軟件組件作為第4步被集成；李工定義的ECU軟件開發(fā)流程的優(yōu)勢是明確了頂層定義階段，并行度高，迭代清晰。2】(10分)3-1II-1.1.13-4AUTOSAR定義的操作系統(tǒng)各功能模塊的層次結(jié)構(gòu)，請說明(1)~(5)箭頭所標(biāo)的具體操作含義。2解析】

定義的操作系統(tǒng)結(jié)構(gòu)操作系統(tǒng)的警報管理發(fā)現(xiàn)ECU系統(tǒng)出錯時，啟動錯誤處理程序；錯誤處理程序?qū)⒕唧w動作交由進程管理完成對發(fā)生錯誤的任務(wù)進行處理；(3)錯誤處理程序產(chǎn)生一個錯誤事件；(4)任務(wù)控制塊處理程序調(diào)用資源管理功能，實現(xiàn)硬件資源重分配；(5)任務(wù)控制塊處理程序通知事件管理，對錯誤事件進行應(yīng)答。3】(8分)AUTOSAR是一種開放式架構(gòu)，用150字以內(nèi)的文字，說明采用AUTOSAR架構(gòu)的主要優(yōu)ECU覆蓋汽車的哪三個領(lǐng)域。3解析】采用AUTOSAR開放式架構(gòu)的優(yōu)點是：可以有效支持多廠家汽車電子基礎(chǔ)軟件的研制；有利于軟件的重用，可根據(jù)不同的ECU結(jié)構(gòu)，通過數(shù)據(jù)配置，自動生成各種ECU軟件組件；AUTOSAR定義的軟件框架，支持了汽車電子軟件的全生存周期，包括構(gòu)架、開發(fā)、測試、驗證、授權(quán)、版本和接口；AUTOSAR規(guī)范覆蓋整個汽車電子的三大領(lǐng)域：動力、底盤、車身。閱讀以下關(guān)于系統(tǒng)設(shè)計與開發(fā)工具集成的說明，在答題紙上回答問題1至問題3?！绢}目】TeleDev/開源的工具進行軟件系統(tǒng)設(shè)計與開發(fā)工作。為了提高系統(tǒng)開發(fā)效率，公司管理層決定開發(fā)一個分布式的系統(tǒng)設(shè)計與開發(fā)工具集成框架，將現(xiàn)有的系統(tǒng)設(shè)計與開發(fā)工具有效集成在一起。集成框架開發(fā)小組經(jīng)過廣泛調(diào)研，得到了如下核心需求：目前使用的系統(tǒng)設(shè)計與開發(fā)工具的運行平臺和開發(fā)語言差異較大，集成框架應(yīng)無縫集成各個工具的功能；目前使