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

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

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

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