2019年11月系統(tǒng)架構設計師考試信息系統(tǒng)綜合知識上午真題

2019年11月系統(tǒng)架構設計師考試信息系統(tǒng)綜合知識上午真題(總分：75.00，做題時間：180分鐘)一、單項選擇題(總題數(shù)：75，分數(shù)：75.00)1.前趨圖（PrecedenceGraph）是一個有向無環(huán)圖，記為：→={(Pi,Pj)|PimustcompletebeforePjmaystart}。假設系統(tǒng)中進程P={P1，P2，P3，P4，P5，P6，P7，P8}，且進程的前趨圖如下：那么，該前驅圖可記為（）。

（分數(shù)：1.00）

A.→={(P1,P2),(P1,P3),(P1,P4),(P2,P5),(P3,P5),(P4,P7),(P5,P6),(P6,P7),(P6,P8),(P7，P8)}

B.→={(P1,P2),(P3,P1),(P4,P1),(P5,P2),(P5,P3),(P6,P4),(P7,P5),(P7,P8),(P6,P8),(P8,P7)}

C.→={(P1,P2),(P1,P3),(P1,P4),(P2,P5),(P3,P6),(P4,P7),(P5,P6),(P6,P7),(P6,P8),(P7,P8)}

D.→={(P1,P2),(P1,P3),(P2,P3),(P2,P5),(P3,P6),(P3,P4),(P4,P7),(P5,P6),(P6,P7),(P6,P8),(P7,P8)}

√解析：本題考查前趨圖，該圖的標記方法是將圖中各條邊的起始記錄好，以便描述這個圖。以本題的圖為例，由于P1有箭頭指向P2，所以有(P1,P2)，又由于P1有指向P3的箭頭，所以有(P1,P3)。依次類推可得到完整的集合與D選項一致2.進程P有8個頁面，頁號分別為0~7，頁面大小為4K，假設系統(tǒng)給進程P分配了4個存儲塊，進程P的頁面變換表如下所示。表中狀態(tài)位等于1和0分別表示頁面在內存和不在若進程P要訪問的邏輯地址為十六進制5148H，則該地址經(jīng)過變換后，其物理地址應為十六進制（作答此空）；如果進程P要訪問的頁面6不在內存，那么應該淘汰頁號為（）的頁面。

（分數(shù)：1.00）

A.3148H

√

B.5148H

C.7148H

D.9148H解析：試題第一空的正確選項為A。根據(jù)題意，頁面大小為4K，邏輯地址為十六進制5148H其頁號為5，頁內地址為148H，查頁表后可知頁幀號（物理塊號）為3，該地址經(jīng)過變換后，其物理地址應為頁幀號3拼上頁內地址148H，即十六進制3148H。

試題第二空的正確選項為B。根據(jù)題意，頁面變換表中狀態(tài)位等于1和0分別表示頁面在內存或不在內存，所以1、2、5和7號頁面在內存。當訪問的頁面6不在內存時，系統(tǒng)應該首先淘汰未被訪問的頁面，因為根據(jù)程序的局部性原理最近未被訪問的頁面下次被訪問的概率更??；如果頁面最近都被訪問過，應該先淘汰未修改過的頁面。因為未修改過的頁面內存與輔存一致，故淘汰時無須寫回輔存，使系統(tǒng)頁面置換代價小。經(jīng)上述分析，1、5和7號頁面都是最近被訪問過的，但2號頁面最近未被訪問過，故應該淘汰2號頁面。3.進程P有8個頁面，頁號分別為0~7，頁面大小為4K，假設系統(tǒng)給進程P分配了4個存儲塊，進程P的頁面變換表如下所示。表中狀態(tài)位等于1和0分別表示頁面在內存和不在若進程P要訪問的邏輯地址為十六進制5148H，則該地址經(jīng)過變換后，其物理地址應為十六進制（）；如果進程P要訪問的頁面6不在內存，那么應該淘汰頁號為（作答此空）的頁面。

（分數(shù)：1.00）

A.1

B.2

√

C.5

D.9解析：試題第一空的正確選項為A。根據(jù)題意，頁面大小為4K，邏輯地址為十六進制5148H其頁號為5，頁內地址為148H，查頁表后可知頁幀號（物理塊號）為3，該地址經(jīng)過變換后，其物理地址應為頁幀號3拼上頁內地址148H，即十六進制3148H。

試題第二空的正確選項為B。根據(jù)題意，頁面變換表中狀態(tài)位等于1和0分別表示頁面在內存或不在內存，所以1、2、5和7號頁面在內存。當訪問的頁面6不在內存時，系統(tǒng)應該首先淘汰未被訪問的頁面，因為根據(jù)程序的局部性原理最近未被訪問的頁面下次被訪問的概率更小；如果頁面最近都被訪問過，應該先淘汰未修改過的頁面。因為未修改過的頁面內存與輔存一致，故淘汰時無須寫回輔存，使系統(tǒng)頁面置換代價小。經(jīng)上述分析，1、5和7號頁面都是最近被訪問過的，但2號頁面最近未被訪問過，故應該淘汰2號頁面。4.在網(wǎng)絡操作系統(tǒng)環(huán)境中，若用戶UserA的文件或文件夾被共享后，則（）。

（分數(shù)：1.00）

A.UserA的安全性與未共享時相比將會有所提高

B.UserA的安全性與未共享時相比將會有所下降

√

C.UserA的可靠性與未共享時相比將會有所提高

D.UserA的方便性與未共享時相比將會有所下降解析：本題考查的是操作系統(tǒng)安全的內容。根據(jù)題干描述，用戶A的文件或者文件夾被共享，此時其他用戶可以訪問該文件，方便性有所提高。但此時其他用戶可能會修改或刪除該文件，所以安全性和可靠性都有所下降，綜上所述，本題應該選擇B選項，A、C、D的說法都是錯誤的。5.數(shù)據(jù)庫的安全機制中，通過提供（）第三方開發(fā)人員調用進行數(shù)據(jù)更新，從而保證數(shù)據(jù)庫的關系模式不被第三方所獲取。

（分數(shù)：1.00）

A.索引

B.視圖

C.存儲過程

√

D.觸發(fā)器解析：本題考查的是數(shù)據(jù)庫基礎知識。索引是數(shù)據(jù)庫中提高查詢效率的一種機制，不能進行數(shù)據(jù)更新。視圖一般是提供查詢數(shù)據(jù)的，具有一定安全機制，但是不能進行數(shù)據(jù)更新。觸發(fā)器可以作為更新機制，但是無法避免數(shù)據(jù)庫的關系模式被第三方所獲取，并不安全。存儲過程方式，可以定義一段代碼，從而提供給用戶程序來調用，具體更新過程通過代碼調用，避免了向第三方提供系統(tǒng)表結構的過程，體現(xiàn)了數(shù)據(jù)庫的安全機制。所以本題選擇C選項。6.給出關系R（U，F(xiàn)），U={A，B，C，D，E}，F(xiàn)={A→BC，B→D，D→E}。以下關于F說法正確的是（作答此空）。若將關系R分解為ρ={R1（U1，F(xiàn)1），R2（U2，F(xiàn)2）}，其U1={A，B，C}、U2={B，D，E}，則分解ρ（）。

（分數(shù)：1.00）

A.F蘊涵A→B、A→C，但F不存在傳遞依賴

B.F蘊涵E→A、A→C，故F存在傳遞依賴

C.F蘊涵A→D、E→A、A→C，但F不存在傳遞依賴

D.F蘊涵A→D、A→E、B→E，故F存在傳遞依賴

√解析：第一空選擇D選項。對于A選項，根據(jù)Armstrong推理分解規(guī)則，A→BC，可以得到A→B，A→C。所以A選項的前半句描述是正確的。但根據(jù)A→B，B→D，D→E，此時存在傳遞函數(shù)依賴，所以A選項的后半句描述錯誤，所以A選項錯誤。對于B選項，無法得到E→A，故該選項描述錯誤。對于C選項，無法得到E→A，并且集合中存在傳遞函數(shù)依賴，所以C選項描述錯誤。對于D選項，根據(jù)A選項的分析過程，A→B，B→D，D→E，根據(jù)傳遞律，可以得到A→D，A→E，B→E，并且存在傳遞函數(shù)依賴，所以D選項說法正確。

第二空選擇A選項。根據(jù)提干描述，原關系模式為：U={A，B，C，D，E}，F(xiàn)={A→BC，B→D，D→E}將關系R分解為ρ={R1（U1，F(xiàn)1），R2（U2，F(xiàn)2）}，其中：U1={A，B，C}、U2={B，D，E}。首先根據(jù)U1，保留函數(shù)依賴A→BC，然后根據(jù)U2，保留函數(shù)依賴B→D，D→E。因此該分解保持函數(shù)依賴。接下來可以利用公式法驗證無損分解。U1∩U2=B，U1-U2=｛A，C｝，U2-U1={D，E}，而R中存在函數(shù)依賴B→D，B→E，所以該分解是無損分解。7.給出關系R（U，F(xiàn)），U={A，B，C，D，E}，F(xiàn)={A→BC，B→D，D→E}。以下關于F說法正確的是（）。若將關系R分解為ρ={R1（U1，F(xiàn)1），R2（U2，F(xiàn)2）}，其U1={A，B，C}、U2={B，D，E}，則分解ρ（作答此空）。

（分數(shù)：1.00）

A.無損連接并保持函數(shù)依賴

√

B.無損連接但不保持函數(shù)依賴

C.有損連接并保持函數(shù)依賴

D.有損連接但不保持函數(shù)依賴解析：第一空選擇D選項。對于A選項，根據(jù)Armstrong推理分解規(guī)則，A→BC，可以得到A→B，A→C。所以A選項的前半句描述是正確的。但根據(jù)A→B，B→D，D→E，此時存在傳遞函數(shù)依賴，所以A選項的后半句描述錯誤，所以A選項錯誤。對于B選項，無法得到E→A，故該選項描述錯誤。對于C選項，無法得到E→A，并且集合中存在傳遞函數(shù)依賴，所以C選項描述錯誤。對于D選項，根據(jù)A選項的分析過程，A→B，B→D，D→E，根據(jù)傳遞律，可以得到A→D，A→E，B→E，并且存在傳遞函數(shù)依賴，所以D選項說法正確。

第二空選擇A選項。根據(jù)提干描述，原關系模式為：U={A，B，C，D，E}，F(xiàn)={A→BC，B→D，D→E}將關系R分解為ρ={R1（U1，F(xiàn)1），R2（U2，F(xiàn)2）}，其中：U1={A，B，C}、U2={B，D，E}。首先根據(jù)U1，保留函數(shù)依賴A→BC，然后根據(jù)U2，保留函數(shù)依賴B→D，D→E。因此該分解保持函數(shù)依賴。接下來可以利用公式法驗證無損分解。U1∩U2=B，U1-U2=｛A，C｝，U2-U1={D，E}，而R中存在函數(shù)依賴B→D，B→E，所以該分解是無損分解。8.分布式數(shù)據(jù)庫系統(tǒng)除了包含集中式數(shù)據(jù)庫系統(tǒng)的模式結構之外，還增加了幾個模式級別，其中（）定義分布式數(shù)據(jù)庫中數(shù)據(jù)的整體邏輯結構，使得數(shù)據(jù)使用方便，如同沒有分布一樣。

（分數(shù)：1.00）

A.分片模式

B.全局外模式

C.分布模式

D.全局概念模式

√解析：本題考查的是分布式數(shù)據(jù)庫相關概念。分布式數(shù)據(jù)庫體系結構如下圖所示：全局外模式：是對分布式數(shù)據(jù)庫的最高層的抽象。

全局概念模式：是分布式數(shù)據(jù)庫的整體抽象，包含了系統(tǒng)中全部數(shù)據(jù)的特性和邏輯結構，描述分布數(shù)據(jù)庫全局數(shù)據(jù)的邏輯結構，是分布式數(shù)據(jù)庫的全局概念視圖。本題描述的是全局概念模式。

分片模式：描述全局數(shù)據(jù)邏輯劃分的視圖，是全局數(shù)據(jù)的邏輯結構根據(jù)條件的劃分；每一個邏輯劃分就是一個片段或稱為分片。

分配模式（分布模式）：描述局部邏輯的局部物理結構是劃分后的片段（或分片）的物理分配視圖；是全局概念層的內容局部概念層，由局部概念模式描述，是全局概念模式的子集；全局概念模式經(jīng)邏輯劃分后被分配在各局部場地上。9.安全攸關系統(tǒng)在軟件需求分析階段，應提出安全性需求。軟件安全性需求是指通過約束軟件的行為，使其不會出現(xiàn)（作答此空）。軟件安全需求的獲取是根據(jù)已知的（），如軟件危害條件等以及其他一些類似的系統(tǒng)數(shù)據(jù)和通用慣例，完成通用軟件安全性需求的裁剪和特定軟件安全性需求的獲取工作。

（分數(shù)：1.00）

A.不可接受的系統(tǒng)安全的行為

B.有可能影響系統(tǒng)可靠性的行為

C.不可接受的違反系統(tǒng)安全的行為

√

D.系統(tǒng)不安全的事故解析：安全攸關系統(tǒng)：是指系統(tǒng)失效會對生命或者健康構成威脅的系統(tǒng)，存在于航空航天、汽車、軌道交通等領域，對安全性要求很高。通常在需求分析階段就必須考慮安全性需求了。

安全性需求：是指通過約束軟件的行為，使其不會出現(xiàn)不可接受的違反系統(tǒng)安全的行為需求。第一空選擇C選項。

選項A中，不會出現(xiàn)系統(tǒng)安全的行為，這種說法本身就是錯誤的；B選項是對可靠性的說明；D選項事故是系統(tǒng)不安全的后果。需求本身就是根據(jù)已知的系統(tǒng)信息來進行獲取的，所以第二空選擇A選項，系統(tǒng)信息。10.安全攸關系統(tǒng)在軟件需求分析階段，應提出安全性需求。軟件安全性需求是指通過約束軟件的行為，使其不會出現(xiàn)（）。軟件安全需求的獲取是根據(jù)已知的（作答此空），如軟件危害條件等以及其他一些類似的系統(tǒng)數(shù)據(jù)和通用慣例，完成通用軟件安全性需求的裁剪和特定軟件安全性需求的獲取工作。

（分數(shù)：1.00）

A.系統(tǒng)信息

√

B.系統(tǒng)屬性

C.軟件屬性

D.代碼信息解析：安全攸關系統(tǒng)：是指系統(tǒng)失效會對生命或者健康構成威脅的系統(tǒng)，存在于航空航天、汽車、軌道交通等領域，對安全性要求很高。通常在需求分析階段就必須考慮安全性需求了。

安全性需求：是指通過約束軟件的行為，使其不會出現(xiàn)不可接受的違反系統(tǒng)安全的行為需求。第一空選擇C選項。

選項A中，不會出現(xiàn)系統(tǒng)安全的行為，這種說法本身就是錯誤的；B選項是對可靠性的說明；D選項事故是系統(tǒng)不安全的后果。需求本身就是根據(jù)已知的系統(tǒng)信息來進行獲取的，所以第二空選擇A選項，系統(tǒng)信息。11.某嵌入式實時操作系統(tǒng)采用了某種調度算法，當某任務執(zhí)行接近自己的截止期（deadline）時，調度算法將把該任務的優(yōu)先級調整到系統(tǒng)最高優(yōu)先級，讓該任務獲取CPU資源運行。請問此類調度算法是（）。

（分數(shù)：1.00）

A.優(yōu)先級調度算法

B.搶占式優(yōu)先級調度算法

C.最晚截止期調度算法

√

D.最早截止期調度算法解析：本題考查的是嵌入式操作系統(tǒng)調度算法。實時系統(tǒng)存在多種調度算法。

A選項優(yōu)先級調度算法：系統(tǒng)為每個任務分配一個相對固定的優(yōu)先順序，然后調度程序根據(jù)優(yōu)先級的高低排序，按時間順序進行高優(yōu)先級任務優(yōu)先調度。

B選項搶占式優(yōu)先級調度算法：是在優(yōu)先級調度算法基礎上，允許高優(yōu)先級任務搶占低優(yōu)先級任務而運行。

C選項最晚截止期調度算法：指調度程序按每個任務的最接近其截止期末端的時間進行調度，本題描述的就是最晚截止期調度算法。

D選項最早截止期調度算法：指調度程序按每個任務的截止期時間，選擇最早到截止期頭端時間的任務進行調度。12.混成系統(tǒng)是嵌入式實時系統(tǒng)的一種重要的子類。以下關于混成系統(tǒng)的說法中，正確的是（）。

（分數(shù)：1.00）

A.混成系統(tǒng)一般由離散分離組件并行組成，組件之間的行為由計算模型進行控制

B.混成系統(tǒng)一般由離散分離組件和連續(xù)組件并行或串行組成，組件之間的行為由計算模型進行控制

√

C.混成系統(tǒng)一般由連續(xù)組件串行組成，組件之間的行為由計算模型進行控制

D.混成系統(tǒng)一般由離散分離組件和連續(xù)組件并行或串行組成，組件之間的行為由同步/異步事件進行管理解析：混成系統(tǒng)：一般由離散分離組件和連續(xù)組件并行或串行組成，組件之間的行為由計算模型進行控制。選項A只提到離散組件，缺少對連續(xù)組件的描述，是錯誤的。B選項是正確的描述，本題選擇B選項。C選項缺少對離散組件的描述，只提到連續(xù)組件，所以是錯誤的。組件之間的行為應該是由計算模型進行控制，D選項描述是錯誤的。同步/異步事件是任務通信機制的一種，與計算模型并不等價。13.TCP端口號的作用是（）。

（分數(shù)：1.00）

A.流量控制

B.ACL過濾

C.建立連接

D.對應用層進程的尋址

√解析：本題考查的是TCP協(xié)議。TCP協(xié)議是可靠的傳輸層協(xié)議，會建立連接，并且可以進行流量控制，但這些不是TCP端口號的作用。因此A、C選項描述錯誤。ACL過濾：訪問控制列表（AccessControlList，ACL）是路由器和交換機接口的指令列表，用來控制端口進出的數(shù)據(jù)包。ACL適用于所有的被路由協(xié)議，如IP、IPX、AppleTalk等。于TCP端口無直接關聯(lián)。因此B選項錯誤。TCP協(xié)議可以依據(jù)端口號將報文交付給上層的某一進程，可以對應用層進程進行尋址。14.Web頁面訪問過程中，在瀏覽器發(fā)出HTTP請求報文之前不可能執(zhí)行的操作是（）。

（分數(shù)：1.00）

A.查詢本機DNS緩存，獲取主機名對應的IP地址

B.發(fā)起DNS請求，獲取主機名對應的IP地址

C.送請求信息，獲取將要訪問的Web應用

√

D.發(fā)送ARP協(xié)議廣播數(shù)據(jù)包，請求網(wǎng)關的MAC地址解析：本題考查的是計算網(wǎng)絡知識。題目中提到了在瀏覽器發(fā)出HTTP請求報文【之前】不可能執(zhí)行的操作是什么。而C選項是已經(jīng)發(fā)送請求信息了，所以選擇C選項。其中A、B、D選項都是在瀏覽器發(fā)出HTTP請求報文之前可以執(zhí)行的操作。15.以下關于DHCP服務的說法中，正確的是（）。

（分數(shù)：1.00）

A.在一個園區(qū)網(wǎng)中可以存在多臺DHCP服務器

√

B.默認情況下，客戶端要使用DHCP服務需指定DHCP服務器地址

C.默認情況下，DHCP客戶端選擇本網(wǎng)段內的IP地址作為本地地址

D.在DHCP服務器上，DHCP服務功能默認開啟解析：因為客戶端要自動獲取IP，此時并不知道DHCP服務器在哪，所以B選項有誤。DHCP服務可以服務于一個網(wǎng)段，也可以通過DHCP中繼服務多個子網(wǎng)，所以C選項有誤。在DHCP服務器上，DHCP服務功能需要主動開啟，不是默認開啟的，所以D選項錯誤。在一個網(wǎng)段中可以配置多臺DHCP服務器，答案選A。16.通常用戶采用評價程序來評價系統(tǒng)的性能，評測準確度最高的評價程序是（作答此空）。在計算機性能評估中，通常將評價程序中用得最多、最頻繁的（）作為評價計算機性能的標準程序，稱其為基準測試程序。

（分數(shù)：1.00）

A.真實程序

√

B.核心程序

C.小型基準程序

D.核心基準程序解析：本題是對性能評價方法的考查。真實程序、核心程序、小型基準程序和合成基準程序，其評測準確程度依次遞減。其中評測準確性最高的是真實程序，第一空選擇A選項。把應用程序中用得最多、最頻繁的那部分核心程序作為評估計算機系統(tǒng)性能的標準程序，稱為基準測試程序（benchmark）?；鶞食绦蚍ㄊ悄壳耙恢鲁姓J的測試系統(tǒng)性能的較好方法。因此第二空選擇B選項。17.通常用戶采用評價程序來評價系統(tǒng)的性能，評測準確度最高的評價程序是（）。在計算機性能評估中，通常將評價程序中用得最多、最頻繁的（作答此空）作為評價計算機性能的標準程序，稱其為基準測試程序。

（分數(shù)：1.00）

A.真實程序

B.核心程序

√

C.小型基準程序

D.核心基準程序解析：本題是對性能評價方法的考查。真實程序、核心程序、小型基準程序和合成基準程序，其評測準確程度依次遞減。其中評測準確性最高的是真實程序，第一空選擇A選項。把應用程序中用得最多、最頻繁的那部分核心程序作為評估計算機系統(tǒng)性能的標準程序，稱為基準測試程序（benchmark）?；鶞食绦蚍ㄊ悄壳耙恢鲁姓J的測試系統(tǒng)性能的較好方法。因此第二空選擇B選項。18.信息系統(tǒng)規(guī)劃方法中，關鍵成功因素法通過對關鍵成功因素的識別，找出實現(xiàn)目標所需要的關鍵信息集合，從而確定系統(tǒng)開發(fā)的（作答此空）。關鍵成功因素來源于組織的目標，通過組織的目標分解和關鍵成功因素識別、（）識別，一直到產(chǎn)生數(shù)據(jù)字典。

（分數(shù)：1.00）

A.系統(tǒng)邊界

B.功能指標

C.優(yōu)先次序

√

D.性能指標解析：本題考查的是信息系統(tǒng)總體規(guī)劃方法論中的關鍵成功因素法。關鍵成功因素法（CSF）：通過分析找出使得企業(yè)成功的關鍵因素，然后再圍繞這些關鍵因素來確定系統(tǒng)的需求，并進行規(guī)劃?；舅枷朐诂F(xiàn)行系統(tǒng)中，總存在著多個變量影響系統(tǒng)目標的實現(xiàn)，其中若干個因素是關鍵的和主要的（即關鍵成功因素）。通過對關鍵成功因素的識別，找出實現(xiàn)目標所需的關鍵信息集合，從而確定系統(tǒng)開發(fā)的優(yōu)先次序。關鍵成功因素來自于組織的目標，通過組織的目標分解和識別關鍵成功因素識別、性能指標識別，一直到產(chǎn)生數(shù)據(jù)字典。19.信息系統(tǒng)規(guī)劃方法中，關鍵成功因素法通過對關鍵成功因素的識別，找出實現(xiàn)目標所需要的關鍵信息集合，從而確定系統(tǒng)開發(fā)的（）。關鍵成功因素來源于組織的目標，通過組織的目標分解和關鍵成功因素識別、（作答此空）識別，一直到產(chǎn)生數(shù)據(jù)字典。

（分數(shù)：1.00）

A.系統(tǒng)邊界

B.功能指標

C.優(yōu)先次序

D.性能指標

√解析：本題考查的是信息系統(tǒng)總體規(guī)劃方法論中的關鍵成功因素法。關鍵成功因素法（CSF）：通過分析找出使得企業(yè)成功的關鍵因素，然后再圍繞這些關鍵因素來確定系統(tǒng)的需求，并進行規(guī)劃?；舅枷朐诂F(xiàn)行系統(tǒng)中，總存在著多個變量影響系統(tǒng)目標的實現(xiàn)，其中若干個因素是關鍵的和主要的（即關鍵成功因素）。通過對關鍵成功因素的識別，找出實現(xiàn)目標所需的關鍵信息集合，從而確定系統(tǒng)開發(fā)的優(yōu)先次序。關鍵成功因素來自于組織的目標，通過組織的目標分解和識別關鍵成功因素識別、性能指標識別，一直到產(chǎn)生數(shù)據(jù)字典。20.系統(tǒng)應用集成構建統(tǒng)一標準的基礎平臺，在各個應用系統(tǒng)的接口之間共享數(shù)據(jù)和功能，基本原則是保證應用程序的（作答此空）。系統(tǒng)應用集成提供了4個不同層次的服務，最上層服務是（）服務。

（分數(shù)：1.00）

A.獨立性

√

B.相關性

C.互操作性

D.排他性解析：本題考查的是EAI（EnterpriseApplicationIntegration，系統(tǒng)應用集成）相關概念。EAI構建統(tǒng)一標準的基礎平臺，將進程、軟件、標準和硬件聯(lián)合起來，連接具有不同功能和目的而又獨自運行的企業(yè)內部的應用系統(tǒng)，以達到信息和流程的共享，使企業(yè)相關應用整合在一起。EAI就是在各個應用系統(tǒng)的接口之間共享數(shù)據(jù)和功能。EAI的基本原則就是集成多個系統(tǒng)并保證系統(tǒng)互不干擾，也就是獨立性。因此第一空選擇A選項獨立性。排他性一般理解為不能共存，因此在這里并不合適。EAI的終極目標就是將多個企業(yè)和企業(yè)內部的多個應用集成到一個虛擬的、統(tǒng)一的應用系統(tǒng)中。因此實施EAI必須遵循如下原則：應用程序的獨立性；面向商業(yè)流程；獨立于技術；平臺無關。EAI提供4個層次的服務，從下至上依次為通訊服務、信息傳遞與轉化服務、應用連接服務、流程控制服務，最上層是流程控制服務，第二空選擇D選項。21.系統(tǒng)應用集成構建統(tǒng)一標準的基礎平臺，在各個應用系統(tǒng)的接口之間共享數(shù)據(jù)和功能，基本原則是保證應用程序的（）。系統(tǒng)應用集成提供了4個不同層次的服務，最上層服務是（作答此空）服務。

（分數(shù)：1.00）

A.通信

B.信息傳遞與轉化

C.應用連接

D.流程控制

√解析：本題考查的是EAI（EnterpriseApplicationIntegration，系統(tǒng)應用集成）相關概念。EAI構建統(tǒng)一標準的基礎平臺，將進程、軟件、標準和硬件聯(lián)合起來，連接具有不同功能和目的而又獨自運行的企業(yè)內部的應用系統(tǒng)，以達到信息和流程的共享，使企業(yè)相關應用整合在一起。EAI就是在各個應用系統(tǒng)的接口之間共享數(shù)據(jù)和功能。EAI的基本原則就是集成多個系統(tǒng)并保證系統(tǒng)互不干擾，也就是獨立性。因此第一空選擇A選項獨立性。排他性一般理解為不能共存，因此在這里并不合適。EAI的終極目標就是將多個企業(yè)和企業(yè)內部的多個應用集成到一個虛擬的、統(tǒng)一的應用系統(tǒng)中。因此實施EAI必須遵循如下原則：應用程序的獨立性；面向商業(yè)流程；獨立于技術；平臺無關。EAI提供4個層次的服務，從下至上依次為通訊服務、信息傳遞與轉化服務、應用連接服務、流程控制服務，最上層是流程控制服務，第二空選擇D選項。22.按照傳統(tǒng)的軟件生命周期方法學，可以把軟件生命周期劃分為軟件定義、軟件開發(fā)和（作答此空）三個階段。其中，可行性研究屬于（）階段的主要任務。

（分數(shù)：1.00）

A.軟件運行與維護

√

B.軟件對象管理

C.軟件詳細設計

D.問題描述解析：本題考查的是系統(tǒng)開發(fā)基礎知識中關于軟件生命周期的內容。按照傳統(tǒng)的軟件生命周期方法學，可以把軟件生命周期劃分為軟件定義、軟件開發(fā)、軟件運行與維護三個階段。第一空選擇A選項。軟件定義包括可行性研究和詳細需求分析過程，任務是確定軟件開發(fā)工程必須完成的總目標。第二空選擇A選項。軟件開發(fā)時期就是軟件的設計與實現(xiàn)，可分為概要（總體）設計、詳細設計、編碼、測試等。軟件運行就是把軟件產(chǎn)品移交給用戶使用。軟件投入運行后的主要任務是使軟件持久滿足用戶的要求。軟件維護是對軟件產(chǎn)品進行修改或對軟件需求變化做出響應的過程，也就是盡可能地延長軟件的壽命。當軟件已沒有維護的價值時，宣告退役，軟件生命隨之宣告結束。23.按照傳統(tǒng)的軟件生命周期方法學，可以把軟件生命周期劃分為軟件定義、軟件開發(fā)和（）三個階段。其中，可行性研究屬于（作答此空）階段的主要任務。

（分數(shù)：1.00）

A.軟件定義

√

B.軟件開發(fā)

C.軟件評估

D.軟件運行與維護解析：本題考查的是系統(tǒng)開發(fā)基礎知識中關于軟件生命周期的內容。按照傳統(tǒng)的軟件生命周期方法學，可以把軟件生命周期劃分為軟件定義、軟件開發(fā)、軟件運行與維護三個階段。第一空選擇A選項。軟件定義包括可行性研究和詳細需求分析過程，任務是確定軟件開發(fā)工程必須完成的總目標。第二空選擇A選項。軟件開發(fā)時期就是軟件的設計與實現(xiàn)，可分為概要（總體）設計、詳細設計、編碼、測試等。軟件運行就是把軟件產(chǎn)品移交給用戶使用。軟件投入運行后的主要任務是使軟件持久滿足用戶的要求。軟件維護是對軟件產(chǎn)品進行修改或對軟件需求變化做出響應的過程，也就是盡可能地延長軟件的壽命。當軟件已沒有維護的價值時，宣告退役，軟件生命隨之宣告結束。24.需求變更管理是需求管理的重要內容。需求變更管理的過程主要包括問題分析和變更描述、（作答此空）、變更實現(xiàn)。具體來說，在關于需求變更管理的描述中，（）是不正確的

（分數(shù)：1.00）

A.變更調研

B.變更判定

C.變更定義

D.變更分析和成本計算

√解析：本題考查的是需求工程相關內容。第一空選擇D選項。在需求管理過程中需求的變更是受嚴格管控的，其流程為：1、問題分析和變更描述。這是識別和分析需求問題或者一份明確的變更提議，以檢查它的有效性，從而產(chǎn)生一個更明確的需求變更提議。2、變更分析和成本計算。使用可追溯性信息和系統(tǒng)需求的一般知識，對需求變更提議進行影響分析和評估。變更成本計算應該包括對需求文檔的修改、系統(tǒng)修改的設計和實現(xiàn)的成本。一旦分析完成并且確認，應該進行是否執(zhí)行這一變更的決策。3、變更實現(xiàn)。這要求需求文檔和系統(tǒng)設計以及實現(xiàn)都要同時修改。如果先對系統(tǒng)的程序做變更，然后再修改需求文檔，這幾乎不可避免地會出現(xiàn)需求文檔和程序的不一致。第二空，需求變更對軟件項目開發(fā)帶來各方面的影響，所以是有利有弊的，而不是有利無弊，B選項的說法是錯誤的。其他選項的說法都是正確的。25.需求變更管理是需求管理的重要內容。需求變更管理的過程主要包括問題分析和變更描述、（）、變更實現(xiàn)。具體來說，在關于需求變更管理的描述中，（作答此空）是不正確的

（分數(shù)：1.00）

A.需求變更要進行控制，嚴格防止因失控而導致項目混亂，出現(xiàn)重大風險

B.需求變更對軟件項目開發(fā)有利無弊

√

C.需求變更通常按特定的流程進行

D.在需求變更中，變更審批由CCB負責審批解析：本題考查的是需求工程相關內容。第一空選擇D選項。在需求管理過程中需求的變更是受嚴格管控的，其流程為：1、問題分析和變更描述。這是識別和分析需求問題或者一份明確的變更提議，以檢查它的有效性，從而產(chǎn)生一個更明確的需求變更提議。2、變更分析和成本計算。使用可追溯性信息和系統(tǒng)需求的一般知識，對需求變更提議進行影響分析和評估。變更成本計算應該包括對需求文檔的修改、系統(tǒng)修改的設計和實現(xiàn)的成本。一旦分析完成并且確認，應該進行是否執(zhí)行這一變更的決策。3、變更實現(xiàn)。這要求需求文檔和系統(tǒng)設計以及實現(xiàn)都要同時修改。如果先對系統(tǒng)的程序做變更，然后再修改需求文檔，這幾乎不可避免地會出現(xiàn)需求文檔和程序的不一致。第二空，需求變更對軟件項目開發(fā)帶來各方面的影響，所以是有利有弊的，而不是有利無弊，B選項的說法是錯誤的。其他選項的說法都是正確的。26.軟件開發(fā)工具是指用于輔助軟件開發(fā)過程活動的各種軟件，其中，（作答此空）是輔助建立軟件系統(tǒng)的抽象模型的，例如Rose、Together、WinA&D、（）等。

（分數(shù)：1.00）

A.編程工具

B.設計工具

C.測試工具

D.建模工具

√解析：本題考查的是軟件開發(fā)工具。軟件開發(fā)工具是指用于輔助軟件開發(fā)過程活動的各種軟件。其中，軟件建模工具可以輔助建立軟件系統(tǒng)的抽象模型。27.軟件開發(fā)工具是指用于輔助軟件開發(fā)過程活動的各種軟件，其中，（）是輔助建立軟件系統(tǒng)的抽象模型的，例如Rose、Together、WinA&D、（作答此空）等。

（分數(shù)：1.00）

A.LoadRunner

B.QuickUML

√

C.Delphi

D.WinRunner解析：本題考查的是軟件開發(fā)工具。軟件開發(fā)工具是指用于輔助軟件開發(fā)過程活動的各種軟件。其中，軟件建模工具可以輔助建立軟件系統(tǒng)的抽象模型。28.軟件概要設計將軟件需求轉化為軟件設計的（作答此空）和軟件的（）。

（分數(shù)：1.00）

A.算法流程

B.數(shù)據(jù)結構

√

C.交互原型

D.操作接口解析：傳統(tǒng)軟件工程方法學采用結構化設計方法（SD），從工程管理角度結構化設計分為兩步：①概要設計：講軟件需求轉化為數(shù)據(jù)結構和軟件系統(tǒng)結構。②詳細設計：過程設計，通過對結構細化，得到軟件詳細數(shù)據(jù)結構和算法。29.軟件概要設計將軟件需求轉化為軟件設計的（）和軟件的（作答此空）。

（分數(shù)：1.00）

A.系統(tǒng)結構

√

B.算法流程

C.內部接口

D.程序流程解析：傳統(tǒng)軟件工程方法學采用結構化設計方法（SD），從工程管理角度結構化設計分為兩步：①概要設計：講軟件需求轉化為數(shù)據(jù)結構和軟件系統(tǒng)結構。②詳細設計：過程設計，通過對結構細化，得到軟件詳細數(shù)據(jù)結構和算法。30.軟件結構化設計包括（）。

（分數(shù)：1.00）

A.架構設計、數(shù)據(jù)設計、過程設計、原型設計

B.架構設計、過程設計、程序設計、原型設計

C.數(shù)據(jù)設計、過程設計、交互設計、程序設計

D.架構設計、接口設計、數(shù)據(jù)設計、過程設計

√解析：本題考查的是軟件設計的知識內容。軟件設計包括體系結構設計、接口設計、數(shù)據(jù)設計和過程設計。本題選擇D選項。體系結構設計：定義軟件系統(tǒng)各主要部件之間的關系。數(shù)據(jù)設計：將模型轉換成數(shù)據(jù)結構的定義。好的數(shù)據(jù)設計將改善程序結構和模塊劃分，降低過程復雜性。接口設計（人機界面設計）：軟件內部，軟件和操作系統(tǒng)間以及軟件和人之間如何通信。過程設計：系統(tǒng)結構部件轉換成軟件的過程描述。確定軟件各個組成部分內的算法及內部數(shù)據(jù)結構，并選定某種過程的表達形式來描述各種算法。31.關于模塊化設計，（）是錯誤的。

（分數(shù)：1.00）

A.模塊是指執(zhí)行某一特定任務的數(shù)據(jù)結構和程序代碼

B.模塊的接口和功能定義屬于其模塊自身的內部特性

√

C.每個模塊完成相對獨立的特定子功能，與其他模塊之間的關系最簡單

D.模塊設計的重要原則是高內聚、低耦合解析：本題考查的是結構化設計。模塊的接口是模塊與其他模塊進行交互的部分，所以接口的定義不僅僅屬于其模塊自身的內部特性，與外部模塊也具有相關性。B選項的描述是錯誤的。32.基于構件的軟件開發(fā)中，構件分類方法可以歸納為三大類：（作答此空）根據(jù)領域分析的結果將應用領域的概念按照從抽象到具體的順序逐次分解為樹形或有向無回路圖結構;（）利用Facet描述構件執(zhí)行的功能、被操作的數(shù)據(jù)、構件應用的語境或任意其他特征；（）使得檢索者在閱讀文檔過程中可以按照人類的聯(lián)想思維方式任意跳轉到包含相關概念或構件的文檔。

（分數(shù)：1.00）

A.關鍵字分類法

√

B.刻面分類法

C.語義匹配法

D.超文本方法解析：本題考查的是構件管理相關知識。目前，已有的構件分類方法可以分為三大類，分別是關鍵字分類法、刻面分類法和超文本組織方法。

關鍵字分類法：是一種最簡單的構件庫組織方法，其基本思想是：根據(jù)領域分析的結果將應用領域的概念按照從抽象到具體的順序逐次分解為樹狀或有向無回路圖結構。每個概念用一個描述性的關鍵字表示。不可分解的原子級關鍵字包含隸屬于它的某些構件。第一空描述的是關鍵字分類法，選擇A選項。

刻面分類法：在刻面分類機制中，定義若干用于刻畫構件特征的“面”（facet），每個面包含若干概念，這些概念表述構件在面上的特征。刻畫可以描述構件執(zhí)行的功能、被操作的數(shù)據(jù)、構件應用的語境或任意其他特征。第二空描述的是刻面分類法，選擇B選項。

超文本組織方法：超文本組織方法與基于數(shù)據(jù)庫系統(tǒng)的構件庫組織方法不同，它基于全文檢索技術，主要思想是：所有構件必須輔以詳盡的功能或行為說明文檔；說明中出現(xiàn)的重要概念或構件以網(wǎng)狀鏈接方式相互連接；檢索者在閱讀文檔的過程中可按照人類的聯(lián)系思維方式任意跳轉到包含相關概念或構件的文檔；全文檢索系統(tǒng)將用戶給出的關鍵字與說明文檔中的文字進行匹配，實現(xiàn)構件的瀏覽式檢索。第三空描述的是超文本方法，選擇D選項。33.基于構件的軟件開發(fā)中，構件分類方法可以歸納為三大類：（）根據(jù)領域分析的結果將應用領域的概念按照從抽象到具體的順序逐次分解為樹形或有向無回路圖結構;（作答此空）利用Facet描述構件執(zhí)行的功能、被操作的數(shù)據(jù)、構件應用的語境或任意其他特征；（）使得檢索者在閱讀文檔過程中可以按照人類的聯(lián)想思維方式任意跳轉到包含相關概念或構件的文檔。

（分數(shù)：1.00）

A.關鍵字分類法

B.刻面分類法

√

C.語義匹配法

D.超文本方法解析：本題考查的是構件管理相關知識。目前，已有的構件分類方法可以分為三大類，分別是關鍵字分類法、刻面分類法和超文本組織方法。

關鍵字分類法：是一種最簡單的構件庫組織方法，其基本思想是：根據(jù)領域分析的結果將應用領域的概念按照從抽象到具體的順序逐次分解為樹狀或有向無回路圖結構。每個概念用一個描述性的關鍵字表示。不可分解的原子級關鍵字包含隸屬于它的某些構件。第一空描述的是關鍵字分類法，選擇A選項。

刻面分類法：在刻面分類機制中，定義若干用于刻畫構件特征的“面”（facet），每個面包含若干概念，這些概念表述構件在面上的特征?？坍嬁梢悦枋鰳嫾?zhí)行的功能、被操作的數(shù)據(jù)、構件應用的語境或任意其他特征。第二空描述的是刻面分類法，選擇B選項。

超文本組織方法：超文本組織方法與基于數(shù)據(jù)庫系統(tǒng)的構件庫組織方法不同，它基于全文檢索技術，主要思想是：所有構件必須輔以詳盡的功能或行為說明文檔；說明中出現(xiàn)的重要概念或構件以網(wǎng)狀鏈接方式相互連接；檢索者在閱讀文檔的過程中可按照人類的聯(lián)系思維方式任意跳轉到包含相關概念或構件的文檔；全文檢索系統(tǒng)將用戶給出的關鍵字與說明文檔中的文字進行匹配，實現(xiàn)構件的瀏覽式檢索。第三空描述的是超文本方法，選擇D選項。34.基于構件的軟件開發(fā)中，構件分類方法可以歸納為三大類：（）根據(jù)領域分析的結果將應用領域的概念按照從抽象到具體的順序逐次分解為樹形或有向無回路圖結構;（）利用Facet描述構件執(zhí)行的功能、被操作的數(shù)據(jù)、構件應用的語境或任意其他特征；（作答此空）使得檢索者在閱讀文檔過程中可以按照人類的聯(lián)想思維方式任意跳轉到包含相關概念或構件的文檔。

（分數(shù)：1.00）

A.關鍵字分類法

B.刻面分類法

C.語義匹配法

D.超文本方法

√解析：本題考查的是構件管理相關知識。目前，已有的構件分類方法可以分為三大類，分別是關鍵字分類法、刻面分類法和超文本組織方法。

關鍵字分類法：是一種最簡單的構件庫組織方法，其基本思想是：根據(jù)領域分析的結果將應用領域的概念按照從抽象到具體的順序逐次分解為樹狀或有向無回路圖結構。每個概念用一個描述性的關鍵字表示。不可分解的原子級關鍵字包含隸屬于它的某些構件。第一空描述的是關鍵字分類法，選擇A選項。

刻面分類法：在刻面分類機制中，定義若干用于刻畫構件特征的“面”（facet），每個面包含若干概念，這些概念表述構件在面上的特征。刻畫可以描述構件執(zhí)行的功能、被操作的數(shù)據(jù)、構件應用的語境或任意其他特征。第二空描述的是刻面分類法，選擇B選項。

超文本組織方法：超文本組織方法與基于數(shù)據(jù)庫系統(tǒng)的構件庫組織方法不同，它基于全文檢索技術，主要思想是：所有構件必須輔以詳盡的功能或行為說明文檔；說明中出現(xiàn)的重要概念或構件以網(wǎng)狀鏈接方式相互連接；檢索者在閱讀文檔的過程中可按照人類的聯(lián)系思維方式任意跳轉到包含相關概念或構件的文檔；全文檢索系統(tǒng)將用戶給出的關鍵字與說明文檔中的文字進行匹配，實現(xiàn)構件的瀏覽式檢索。第三空描述的是超文本方法，選擇D選項。35.構件組裝是指將庫中的構件經(jīng)適當修改后相互連接構成新的目標軟件。（）不屬于構件組裝技術。

（分數(shù)：1.00）

A.基于功能的構件組裝技術

B.基于數(shù)據(jù)的構件組裝技術

C.基于實現(xiàn)的構件組裝技術

√

D.面向對象的構件組裝技術解析：本題考查的是構件相關知識。構件組裝是指將構件庫中的構件經(jīng)過適當修改后相互連接，或者將它們與當前開發(fā)項目中的構件元素相連接，最終構成新的目標軟件。構件組裝技術大致可分為基于功能的組裝技術、基于數(shù)據(jù)的組裝技術和面向對象的組裝技術。本題C選項不屬于構件組裝技術。36.軟件逆向工程就是分析已有的程序，尋求比源代碼更高級的抽象表現(xiàn)形式。在逆向工程導出信息的四個抽象層次中，（作答此空）包括反映程序各部分之間相互依賴關系的信息；（）包括反映程序段功能及程序段之間關系的信息。

（分數(shù)：1.00）

A.實現(xiàn)級

B.結構級

√

C.功能級

D.領域級解析：逆向工程導出的信息可分為如下4個抽象層次。①實現(xiàn)級：包括程序的抽象語法樹、符號表等信息。②結構級：包括反映程序分量之間相互依賴關系的信息，例如調用圖、結構圖等。本題第一空描述的是結構級，選擇B選項。③功能級：包括反映程序段功能及程序段之間關系的信息。本題第二空描述的是功能級，選擇C選項。④領域級：包括反映程序分量或程序與應用領域概念之間對應關系的信息37.軟件逆向工程就是分析已有的程序，尋求比源代碼更高級的抽象表現(xiàn)形式。在逆向工程導出信息的四個抽象層次中，（）包括反映程序各部分之間相互依賴關系的信息；（作答此空）包括反映程序段功能及程序段之間關系的信息。

（分數(shù)：1.00）

A.實現(xiàn)級

B.結構級

C.功能級

√

D.領域級解析：逆向工程導出的信息可分為如下4個抽象層次。①實現(xiàn)級：包括程序的抽象語法樹、符號表等信息。②結構級：包括反映程序分量之間相互依賴關系的信息，例如調用圖、結構圖等。本題第一空描述的是結構級，選擇B選項。③功能級：包括反映程序段功能及程序段之間關系的信息。本題第二空描述的是功能級，選擇C選項。④領域級：包括反映程序分量或程序與應用領域概念之間對應關系的信息38.（）是在逆向工程所獲取信息的基礎上修改或重構已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個新版本。

（分數(shù)：1.00）

A.逆向分析（ReverseAnalysis）

B.重組（Restructuring）

C.設計恢復（DesignRecovery）

D.重構工程（Re-engineering）

√解析：所謂軟件的逆向工程就是分析已有的程序，尋求比源代碼更高級的抽象表現(xiàn)形式。一般認為，凡是在軟件生命周期內將軟件某種形式的描述轉換成更為抽象形式的活動都可稱為逆向工程。與之相關的概念是：重組（restructuring），指在同一抽象級別上轉換系統(tǒng)描述形式；設計恢復（designrecovery），指借助工具從已有程序中抽象出有關數(shù)據(jù)設計、總體結構設計和過程設計的信息（不一定是原設計）。重構/再工程（re-engineering），也稱修復和改造工程，它是在逆向工程所獲信息的基礎上修改或重構已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個新版本。本題描述的是重構工程，選擇D選項。39.軟件性能測試有多種不同類型的測試方法，其中，（作答此空）用于測試在限定的系統(tǒng)下考查軟件系統(tǒng)極限運行的情況，（）可用于測試系統(tǒng)同時處理的在線最大用戶數(shù)量。

（分數(shù)：1.00）

A.強度測試

√

B.負載測試

C.壓力測試

D.容量測試解析：本題考查的是測試相關知識。根據(jù)測試目的不同，性能測試主要包括壓力測試、負載測試、并發(fā)測試和可靠性測試等。強度測試：是在系統(tǒng)資源特別低的情況下考查軟件系統(tǒng)極限運行情況。本題第一空選擇A選項。負載測試：用于測試超負荷環(huán)境中程序是否能夠承擔。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試：通過確定系統(tǒng)的瓶頸或不能接收的性能點，來獲得系統(tǒng)能夠提供的最大服務級別的測試。負載測試和壓力測試可以結合進行，統(tǒng)稱為負載壓力測試。容量測試：并發(fā)測試也稱為容量測試，主要用于測試系統(tǒng)可同時處理的在線最大用戶數(shù)量。本題第二空選擇D選項。40.軟件性能測試有多種不同類型的測試方法，其中，（）用于測試在限定的系統(tǒng)下考查軟件系統(tǒng)極限運行的情況，（作答此空）可用于測試系統(tǒng)同時處理的在線最大用戶數(shù)量。

（分數(shù)：1.00）

A.強度測試

B.負載測試

C.壓力測試

D.容量測試

√解析：本題考查的是測試相關知識。根據(jù)測試目的不同，性能測試主要包括壓力測試、負載測試、并發(fā)測試和可靠性測試等。強度測試：是在系統(tǒng)資源特別低的情況下考查軟件系統(tǒng)極限運行情況。本題第一空選擇A選項。負載測試：用于測試超負荷環(huán)境中程序是否能夠承擔。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試：通過確定系統(tǒng)的瓶頸或不能接收的性能點，來獲得系統(tǒng)能夠提供的最大服務級別的測試。負載測試和壓力測試可以結合進行，統(tǒng)稱為負載壓力測試。容量測試：并發(fā)測試也稱為容量測試，主要用于測試系統(tǒng)可同時處理的在線最大用戶數(shù)量。本題第二空選擇D選項。41.一個完整的軟件系統(tǒng)需從不同視角進行描述，下圖屬于軟件架構設計中的（作答此空）用于（）視圖來描述軟件系統(tǒng)。

（分數(shù)：1.00）

A.對象圖

B.時序圖

C.構件圖

D.類圖

√解析：本題第一空選擇D選項。圖示展示的是類圖的結構。注意區(qū)分類圖和對象圖。對象圖標記的是對象名，命名形式對象名:類名，或者:類名。這里沒有出現(xiàn)冒號，表示的是類圖。對象圖（objectdiagram）。對象圖描述一組對象及它們之間的關系。對象圖描述了在類圖中所建立的事物實例的靜態(tài)快照。和類圖一樣，這些圖給出系統(tǒng)的靜態(tài)設計視圖或靜態(tài)進程視圖，但它們是從真實案例或原型案例的角度建立的。類圖（classdiagram）。類圖描述一組類、接口、協(xié)作和它們之間的關系。在OO系統(tǒng)的建模中，最常見的圖就是類圖。類圖給出了系統(tǒng)的靜態(tài)設計視圖，活動類的類圖給出了系統(tǒng)的靜態(tài)進程視圖。本題第二空選擇B選項?！?+1”視圖模型從五個不同的視角來描述軟件架構，每個視圖只關心系統(tǒng)的一個側面，五個視圖結合在一起才能反映軟件架構的全部內容。

（1）邏輯視圖。邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務。在邏輯視圖中，系統(tǒng)分解成一系列的功能抽象，這些抽象主要來自問題領域。這種分解不但可以用來進行功能分析，而且可用作標識在整個系統(tǒng)的各個不同部分的通用機制和設計元素。在OO技術中，通過抽象、封裝和繼承，可以用對象模型來代表邏輯視圖，用類圖來描述邏輯視圖。邏輯視圖中使用的風格為面向對象的風格，在設計中要注意保持一個單一的、內聚的對象模型貫穿整個系統(tǒng)。

（2）開發(fā)視圖。開發(fā)視圖也稱為模塊視圖，在UML中被稱為實現(xiàn)視圖，它主要側重于軟件模塊的組織和管理。開發(fā)視圖要考慮軟件內部的需求，例如，軟件開發(fā)的容易性、軟件復用和軟件的通用性，要充分考慮由于具體開發(fā)工具的不同而帶來的局限性。開發(fā)視圖通過系統(tǒng)I/O關系的模型圖和子系統(tǒng)圖來描述。其中類圖屬于開發(fā)視圖。

（3）進程視圖。進程視圖側重于系統(tǒng)的運行特性，主要關注一些非功能性需求，例如，系統(tǒng)的性能和可用性等。進程視圖強調并發(fā)性、分布性、系統(tǒng)集成性和容錯能力，以及邏輯視圖中的功能抽象如何適合進程結構等，它也定義了邏輯視圖中的各個類的操作具體是在哪一個線程中被執(zhí)行的。進程視圖可以描述成多層抽象，每個級別分別關注不同的方面。

（4）物理視圖。物理視圖在UML中被稱為部署視圖，它主要考慮如何把軟件映射到硬件上，它通常要考慮到解決系統(tǒng)拓撲結構、系統(tǒng)安裝和通信等問題。當軟件運行于不同的物理節(jié)點上時，各視圖中的構件都直接或間接地對應于系統(tǒng)的不同節(jié)點上。因此，從軟件到節(jié)點的映射要有較高的靈活性，當環(huán)境改變時，對系統(tǒng)其他視圖的影響最小化。

（5）場景。場景可以看作是那些重要系統(tǒng)活動的抽象，它使四個視圖有機聯(lián)系起來，從某種意義上說場景是最重要的需求抽象。場景視圖對應UML中的用例視圖。在開發(fā)軟件架構時，它可以幫助架構設計師找到構件及其相互關系。同時，架構設計師也可以用場景來分析一個特定的視圖，或描述不同視圖的構件之間是如何相互作用的。場景可以用文本表示，也可以用圖形表示。42.一個完整的軟件系統(tǒng)需從不同視角進行描述，下圖屬于軟件架構設計中的（）用于（作答此空）視圖來描述軟件系統(tǒng)。

（分數(shù)：1.00）

A.進程

B.開發(fā)

√

C.物理

D.用戶解析：本題第一空選擇D選項。圖示展示的是類圖的結構。注意區(qū)分類圖和對象圖。對象圖標記的是對象名，命名形式對象名:類名，或者:類名。這里沒有出現(xiàn)冒號，表示的是類圖。對象圖（objectdiagram）。對象圖描述一組對象及它們之間的關系。對象圖描述了在類圖中所建立的事物實例的靜態(tài)快照。和類圖一樣，這些圖給出系統(tǒng)的靜態(tài)設計視圖或靜態(tài)進程視圖，但它們是從真實案例或原型案例的角度建立的。類圖（classdiagram）。類圖描述一組類、接口、協(xié)作和它們之間的關系。在OO系統(tǒng)的建模中，最常見的圖就是類圖。類圖給出了系統(tǒng)的靜態(tài)設計視圖，活動類的類圖給出了系統(tǒng)的靜態(tài)進程視圖。本題第二空選擇B選項?！?+1”視圖模型從五個不同的視角來描述軟件架構，每個視圖只關心系統(tǒng)的一個側面，五個視圖結合在一起才能反映軟件架構的全部內容。

（1）邏輯視圖。邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務。在邏輯視圖中，系統(tǒng)分解成一系列的功能抽象，這些抽象主要來自問題領域。這種分解不但可以用來進行功能分析，而且可用作標識在整個系統(tǒng)的各個不同部分的通用機制和設計元素。在OO技術中，通過抽象、封裝和繼承，可以用對象模型來代表邏輯視圖，用類圖來描述邏輯視圖。邏輯視圖中使用的風格為面向對象的風格，在設計中要注意保持一個單一的、內聚的對象模型貫穿整個系統(tǒng)。

（2）開發(fā)視圖。開發(fā)視圖也稱為模塊視圖，在UML中被稱為實現(xiàn)視圖，它主要側重于軟件模塊的組織和管理。開發(fā)視圖要考慮軟件內部的需求，例如，軟件開發(fā)的容易性、軟件復用和軟件的通用性，要充分考慮由于具體開發(fā)工具的不同而帶來的局限性。開發(fā)視圖通過系統(tǒng)I/O關系的模型圖和子系統(tǒng)圖來描述。其中類圖屬于開發(fā)視圖。

（3）進程視圖。進程視圖側重于系統(tǒng)的運行特性，主要關注一些非功能性需求，例如，系統(tǒng)的性能和可用性等。進程視圖強調并發(fā)性、分布性、系統(tǒng)集成性和容錯能力，以及邏輯視圖中的功能抽象如何適合進程結構等，它也定義了邏輯視圖中的各個類的操作具體是在哪一個線程中被執(zhí)行的。進程視圖可以描述成多層抽象，每個級別分別關注不同的方面。

（4）物理視圖。物理視圖在UML中被稱為部署視圖，它主要考慮如何把軟件映射到硬件上，它通常要考慮到解決系統(tǒng)拓撲結構、系統(tǒng)安裝和通信等問題。當軟件運行于不同的物理節(jié)點上時，各視圖中的構件都直接或間接地對應于系統(tǒng)的不同節(jié)點上。因此，從軟件到節(jié)點的映射要有較高的靈活性，當環(huán)境改變時，對系統(tǒng)其他視圖的影響最小化。

（5）場景。場景可以看作是那些重要系統(tǒng)活動的抽象，它使四個視圖有機聯(lián)系起來，從某種意義上說場景是最重要的需求抽象。場景視圖對應UML中的用例視圖。在開發(fā)軟件架構時，它可以幫助架構設計師找到構件及其相互關系。同時，架構設計師也可以用場景來分析一個特定的視圖，或描述不同視圖的構件之間是如何相互作用的。場景可以用文本表示，也可以用圖形表示。43.對軟件體系結構風格的研究和實踐促進了對設計的復用。Garlan和Shaw對經(jīng)典體系結構風格進行了分類。其中，（）屬于數(shù)據(jù)流體系結構風格；（）屬于虛擬機體系結構風格；而下圖描述的屬于（）體系結構風格。

（分數(shù)：1.00）

A.面向對象

B.事件系統(tǒng)

C.規(guī)則系統(tǒng)

D.批處理

√解析：本題考查的是架構風格。關于架構的傳統(tǒng)分類如下所示：數(shù)據(jù)流風格：批處理序列、管道-過濾器，第一空選擇D選項批處理。調用/返回風格：主程序/子程序、面向對象、層次結構。獨立構件風格：進程通信、事件驅動系統(tǒng)（隱式調用）。虛擬機風格：解釋器、基于規(guī)則的系統(tǒng)，第二空選擇C選項規(guī)則系統(tǒng)。倉庫風格：數(shù)據(jù)庫系統(tǒng)、超文本系統(tǒng)、黑板系統(tǒng)。題干給出的圖示是典型的層次結構。第三空選擇A選項44.對軟件體系結構風格的研究和實踐促進了對設計的復用。Garlan和Shaw對經(jīng)典體系結構風格進行了分類。其中，（）屬于數(shù)據(jù)流體系結構風格；（作答此空）屬于虛擬機體系結構風格；而下圖描述的屬于（）體系結構風格。

（分數(shù)：1.00）

A.面向對象

B.事件系統(tǒng)

C.規(guī)則系統(tǒng)

√

D.批處理解析：本題考查的是架構風格。關于架構的傳統(tǒng)分類如下所示：數(shù)據(jù)流風格：批處理序列、管道-過濾器，第一空選擇D選項批處理。調用/返回風格：主程序/子程序、面向對象、層次結構。獨立構件風格：進程通信、事件驅動系統(tǒng)（隱式調用）。虛擬機風格：解釋器、基于規(guī)則的系統(tǒng)，第二空選擇C選項規(guī)則系統(tǒng)。倉庫風格：數(shù)據(jù)庫系統(tǒng)、超文本系統(tǒng)、黑板系統(tǒng)。題干給出的圖示是典型的層次結構。第三空選擇A選項45.對軟件體系結構風格的研究和實踐促進了對設計的復用。Garlan和Shaw對經(jīng)典體系結構風格進行了分類。其中，（）屬于數(shù)據(jù)流體系結構風格；（）屬于虛擬機體系結構風格；而下圖描述的屬于（作答此空）體系結構風格。

（分數(shù)：1.00）

A.層次型

√

B.事件系統(tǒng)

C.規(guī)則系統(tǒng)

D.批處理解析：本題考查的是架構風格。關于架構的傳統(tǒng)分類如下所示：數(shù)據(jù)流風格：批處理序列、管道-過濾器，第一空選擇D選項批處理。調用/返回風格：主程序/子程序、面向對象、層次結構。獨立構件風格：進程通信、事件驅動系統(tǒng)（隱式調用）。虛擬機風格：解釋器、基于規(guī)則的系統(tǒng)，第二空選擇C選項規(guī)則系統(tǒng)。倉庫風格：數(shù)據(jù)庫系統(tǒng)、超文本系統(tǒng)、黑板系統(tǒng)。題干給出的圖示是典型的層次結構。第三空選擇A選項46.（作答此空）是由中間件技術實現(xiàn)并支持SOA的一組基礎架構，它提供了一種基礎設施，其優(yōu)勢在于（）。

（分數(shù)：1.00）

A.ESB

√

B.微服務

C.云計算

D.Multi-AgentSystem解析：本題考查的是SOA相關知識。SOA常用的設計模式是服務注冊表模式和企業(yè)服務總線ESB模式。微服務是SOA技術的一種變體，云計算是網(wǎng)絡云服務的一種技術，Multi-AgentSystem多智能系統(tǒng)是人工智能技術的一種應用。本題第一空選擇A選項。企業(yè)服務總線（EnterpriseServiceBus,EBS）技術，其思想是提供一種標準的軟件底層架構，各種程序組件能夠以服務單元的方式“插入”到該平臺上運行，并且組件之間能夠以標準的消息通信方式來進行交互。ESB的定義通常如下：企業(yè)服務總線是由中間件技術實現(xiàn)的支持面向服務架構的基礎軟件平臺，支持異構環(huán)境中的服務以基于消息和事件驅動模式的交互，并且具有適當?shù)姆召|量和可管理性。這種交互過程不再是點對點的直接交互模式，而是由事件驅動的消息交互模式。通過這種方式，ESB最大限度上解耦了組件之間的依賴關系，降低了軟件系統(tǒng)互連的復雜性。ESB不支持服務請求者與服務提供者直接的直接鏈接，二者之間仍然存在關系，只是這種關系是松耦合的。本題第二空選擇C選項，其他選項的說法都是錯誤的。47.（）是由中間件技術實現(xiàn)并支持SOA的一組基礎架構，它提供了一種基礎設施，其優(yōu)勢在于（作答此空）。

（分數(shù)：1.00）

A.支持了服務請求者與服務提供者之間的直接鏈接

B.支持了服務請求者與服務提供者之間的緊密耦合

C.消除了服務請求者與服務提供者之間的直接鏈接

√

D.消除了服務請求者與服務提供者之間的關系解析：本題考查的是SOA相關知識。SOA常用的設計模式是服務注冊表模式和企業(yè)服務總線ESB模式。微服務是SOA技術的一種變體，云計算是網(wǎng)絡云服務的一種技術，Multi-AgentSystem多智能系統(tǒng)是人工智能技術的一種應用。本題第一空選擇A選項。企業(yè)服務總線（EnterpriseServiceBus,EBS）技術，其思想是提供一種標準的軟件底層架構，各種程序組件能夠以服務單元的方式“插入”到該平臺上運行，并且組件之間能夠以標準的消息通信方式來進行交互。ESB的定義通常如下：企業(yè)服務總線是由中間件技術實現(xiàn)的支持面向服務架構的基礎軟件平臺，支持異構環(huán)境中的服務以基于消息和事件驅動模式的交互，并且具有適當?shù)姆召|量和可管理性。這種交互過程不再是點對點的直接交互模式，而是由事件驅動的消息交互模式。通過這種方式，ESB最大限度上解耦了組件之間的依賴關系，降低了軟件系統(tǒng)互連的復雜性。ESB不支持服務請求者與服務提供者直接的直接鏈接，二者之間仍然存在關系，只是這種關系是松耦合的。本題第二空選擇C選項，其他選項的說法都是錯誤的。48.ABSDM（Architecture-BasedSoftwareDesignModel）把整個基于體系結構的軟件過程劃分為體系結構需求、體系結構設計、體系結構文檔化、（作答此空）、（）和體系結構演化等6個子過程。其中，（）過程的主要輸出結果是體系結構規(guī)格說明和測試體系結構需求的質量設計說明書。

（分數(shù)：1.00）

A.體系結構復審

√

B.體系結構測試

C.體系結構變更

D.體系結構管理解析：本題考查的是基于體系結構的開發(fā)模型ABSDM相關知識。ABSDM模型把整個基于體系結構的軟件過程劃分為：體系結構需求、設計、文檔化、復審、實現(xiàn)和演化等6個過程。因此第一空選擇A選項體系結構復審，第二空選擇A選項體系結構實現(xiàn)。體系結構需求：需求過程主要是獲取用戶需求，標識系統(tǒng)中所要用到的構件。體系結構設計：體系結構設計是一個迭代過程，如果要開發(fā)的系統(tǒng)能夠從已有的系統(tǒng)中導出大部分，則可以使用已有系統(tǒng)的設計過程。體系結構文檔化：絕大多數(shù)的體系結構都是抽象的，由一些概念上的構件組成，因此要去實現(xiàn)體系結構，還必須得把體系結構文檔化。體系結構文檔化過程的主要輸出結果是體系結構規(guī)格說明和測試體系結構需求的質量設計說明書這2個文檔。本題第三空選擇C選項。

體系結構復審：體系結構設計、文檔化和復審是一個迭代過程。復審的目的是表示潛在的風險，及早發(fā)現(xiàn)體系結構設計中的缺陷和錯誤，包括體系結構能否滿足需求、質量需求是否在設計中得到體現(xiàn)、層次是否清晰、構件劃分是否合理、文檔表達是否明確、構件設計是否滿足功能與性能的要求等。體系結構實現(xiàn)：所謂“實現(xiàn)”就是要用實體顯示出一個軟件體系結構，即要符合體系結構描述的結構性設計決策，分割成規(guī)定的構件，按規(guī)定的方式互相交互。整個實現(xiàn)過程是以復審后的文檔化的體系結構說明書為基礎的，每個構件必須滿足軟件體系結構中說明的對其他構件的責任。最后一步是測試，包括單個構件的功能性測試和被組裝應用的整體功能和性能測試。體系結構演化：在構件開發(fā)過程中，用戶的需求可能還有變動。在軟件開發(fā)完畢，正常運行后，由一個單位移植到另一個單位，需求也會發(fā)生變化。在這兩種情況下，就必須相應地修改軟件體系結構，以適應新的變化了的軟件需求。體系結構演化是使用系統(tǒng)演化步驟去修改應用，以滿足新的需求。49.ABSDM（Architecture-BasedSoftwareDesignModel）把整個基于體系結構的軟件過程劃分為體系結構需求、體系結構設計、體系結構文檔化、（）、（作答此空）和體系結構演化等6個子過程。其中，（）過程的主要輸出結果是體系結構規(guī)格說明和測試體系結構需求的質量設計說明書。

（分數(shù)：1.00）

A.體系結構實現(xiàn)

√

B.體系結構測試

C.體系結構建模

D.體系結構管理解析：本題考查的是基于體系結構的開發(fā)模型ABSDM相關知識。ABSDM模型把整個基于體系結構的軟件過程劃分為：體系結構需求、設計、文檔化、復審、實現(xiàn)和演化等6個過程。因此第一空選擇A選項體系結構復審，第二空選擇A選項體系結構實現(xiàn)。體系結構需求：需求過程主要是獲取用戶需求，標識系統(tǒng)中所要用到的構件。體系結構設計：體系結構設計是一個迭代過程，如果要開發(fā)的系統(tǒng)能夠從已有的系統(tǒng)中導出大部分，則可以使用已有系統(tǒng)的設計過程。體系結構文檔化：絕大多數(shù)的體系結構都是抽象的，由一些概念上的構件組成，因此要去實現(xiàn)體系結構，還必須得把體系結構文檔化。體系結構文檔化過程的主要輸出結果是體系結構規(guī)格說明和測試體系結構需求的質量設計說明書這2個文檔。本題第三空選擇C選項。

體系結構復審：體系結構設計、文檔化和復審是一個迭代過程。復審的目的是表示潛在的風險，及早發(fā)現(xiàn)體系結構設計中的缺陷和錯誤，包括體系結構能否滿足需求、質量需求是否在設計中得到體現(xiàn)、層次是否清晰、構件劃分是否合理、文檔表達是否明確、構件設計是否滿足功能與性能的要求等。體系結構實現(xiàn)：所謂“實現(xiàn)”就是要用實體顯示出一個軟件體系結構，即要符合體系結構描述的結構性設計決策，分割成規(guī)定的構件，按規(guī)定的方式互相交互。整個實現(xiàn)過程是以復審后的文檔化的體系結構說明書為基礎的，每個構件必須滿足軟件體系結構中說明的對其他構件的責任。最后一步是測試，包括單個構件的功能性測試和被組裝應用的整體功能和性能測試。體系結構演化：在構件開發(fā)過程中，用戶的需求可能還有變動。在軟件開發(fā)完畢，正常運行后，由一個單位移植到另一個單位，需求也會發(fā)生變化。在這兩種情況下，就必須相應地修改軟件體系結構，以適應新的變化了的軟件需求。體系結構演化是使用系統(tǒng)演化步驟去修改應用，以滿足新的需求。50.ABSDM（Architecture-BasedSoftwareDesignModel）把整個基于體系結構的軟件過程劃分為體系結構需求、體系結構設計、體系結構文檔化、（）、（

）和體系結構演化等6個子過程。其中，（作答此空）過程的主要輸出結果是體系結構規(guī)格說明和測試體系結構需求的質量設計說明書。

（分數(shù)：1.00）

A.體系結構設計

B.體系結構需求

C.體系結構文檔化

√

D.體系結構測試解析：本題考查的是基于體系結構的開發(fā)模型ABSDM相關知識。ABSDM模型把整個基于體系結構的軟件過程劃分為：體系結構需求、設計、文檔化、復審、實現(xiàn)和演化等6個過程。因此第一空選擇A選項體系結構復審，第二空選擇A選項體系結構實現(xiàn)。體系結構需求：需求過程主要是獲取用戶需求，標識系統(tǒng)中所要用到的構件。體系結構設計：體系結構設計是一個迭代過程，如果要開發(fā)的系統(tǒng)能夠從已有的系統(tǒng)中導出大部分，則可以使用已有系統(tǒng)的設計過程。體系結構文檔化：絕大多數(shù)的體系結構都是抽象的，由一些概念上的構件組成，因此要去實現(xiàn)體系結構，還必須得把體系結構文檔化。體系結構文檔化過程的主要輸出結果是體系結構規(guī)格說明和測試體系結構需求的質量設計說明書這2個文檔。本題第三空選擇C選項。體系結構復審：體系結構設計、文檔化和復審是一個迭代過程。復審的目的是表示潛在的風險，及早發(fā)現(xiàn)體系結構設計中的缺陷和錯誤，包括體系結構能否滿足需求、質量需求是否在設計中得到體現(xiàn)、層次是否清晰、構件劃分是否合理、文檔表達是否明確、構件設計是否滿足功能與性能的要求等。體系結構實現(xiàn)：所謂“實現(xiàn)”就是要用實體顯示出一個軟件體系結構，即要符合體系結構描述的結構性設計決策，分割成規(guī)定的構件，按規(guī)定的方式互相交互。整個實現(xiàn)過程是以復審后的文檔化的體系結構說明書為基礎的，每個構件必須滿足軟件體系結構中說明的對其他構件的責任。最后一步是測試，包括單個構件的功能性測試和被組裝應用的整體功能和性能測試。體系結構演化：在構件開發(fā)過程中，用戶的需求可能還有變動。在軟件開發(fā)完畢，正常運行后，由一個單位移植到另一個單位，需求也會發(fā)生變化。在這兩種情況下，就必須相應地修改軟件體系結構，以適應新的變化了的軟件需求。體系結構演化是使用系統(tǒng)演化步驟去修改應用，以滿足新的需求。51.設計模式按照目的可以劃分為三類，其中，（作答此空）模式是對對象實例化過程的抽象。例如（）模式確保一個類只有一個實例，并提供了全局訪問入口；（）模式允許對象在不了解要創(chuàng)建對象的確切類以及如何創(chuàng)建等細節(jié)的情況下創(chuàng)建自定義對象；（）模式將復雜對象的構建與其表示分離。

（分數(shù)：1.00）

A.創(chuàng)建型

√

B.結構型

C.行為型

D.功能型解析：本題考查的是設計模式相關知識。設計模式根據(jù)目的和用途不同，可以分為創(chuàng)建型（Creational）模式、結構型（Structural）模式和行為型（Behavioral）模式三種。創(chuàng)建型模式主要用于創(chuàng)建對象，為設計類實例化新對象提供指南；結構型模式主要用于處理類或對象的組合，對類如何設計以形成更大的結構提供指南；行為型模式主要用于描述類或對象的交互以及職責的分配，對類之間交互以及分配責任的方式提供指南。第一空選擇A創(chuàng)建型。創(chuàng)建型模式包括：工廠方法（factorymethod）模式，抽象工廠（abstractfactory）模式，原型（prototype）模式，單例（singleton）模式，構建器（builder）模式。結構型模式包括：適配器（adapter）模式，橋接（bridge）模式，組合（composite）模式，裝飾（decorator）模式，外觀（facade）模式，享元（flyweight）模式，代理（proxy）模式。行為型模式包括：職責鏈（chainofresponsibility）模式，命令（command）模式，解釋器（interpreter）模式，迭代器（iterator）模式，中介者（mediator）模式，備忘錄（memento）模式，觀察者（observer）模式，狀態(tài)（state）模式，策略（strategy）模式，模板方法（templatemethod）模式，訪問者（visitor）模式。常見的創(chuàng)建型設計模式有5種，如下所示：第二空選擇D選項單例模式，第三空選擇C選項原型模式，第四空選擇B選項構建器模式。52.設計模式按照目的可以劃分為三類，其中，（）模式是對對象實例化過程的抽象。例如（作答此空）模式確保一個類只有一個實例，并提供了全局訪問入口；（）模式允許對象在不了解要創(chuàng)建對象的確切類以及如何創(chuàng)建等細節(jié)的情況下創(chuàng)建自定義對象；（）模式將復雜對象的構建與其表示分離。

（分數(shù)：1.00）

A.Facade

B.Builder

C.Prototype

D.Singleton

√解析：本題考查的是設計模式相關知識。設計模式根據(jù)目的和用途不同，可以分為創(chuàng)建型（Creational）模式、結構型（Structural）模式和行為型（Behavioral）模式三種。創(chuàng)建型模式主要用于創(chuàng)建對象，為設計類實例化新對象提供指南；結構型模式主要用于處理類或對象的組合，對類如何設計以形成更大的結構提供指南；行為型模式主要用于描述類或對象的交互以及職責的分配，對類之間交互以及分配責任的方式提供指南。第一空選擇A創(chuàng)建型。創(chuàng)建型模式包括：工廠方法（factorymethod）模式，抽象工廠（abstractfactory）模式，原型（prototype）模式，單例（singleton）模式，構建器（builder）模式。結構型模式包括：適配器（adapter）模式，橋接（bridge）模式，組合（composite）模式，裝飾（decorator）模式，外觀（facade）模式，享元（flyweight）模式，代理（proxy）模式。行為型模式包括：職責鏈（chainofresponsibility）模式，命令（command）模式，解釋器（interpreter）模式，迭代器（iterator）模式，中介者（mediator）模式，備忘錄（memento）模式，觀察者（observer）模式，狀態(tài)（state）模式，策略（strategy）模式，模板方法（templatemethod）模式，訪問者（visitor）模式。常見的創(chuàng)建型設計模式有5種，如下所示：第二空選擇D選項單例模式，第三空選擇C選項原型模式，第四空選擇B選項構建器模式。53.設計模式按照目的可以劃分為三類，其中，（）模式是對對象實例化過程的抽象。例如（）模式確保一個類只有一個實例，并提供了全局訪問入口；（作答此空）模式允許對象在不了解要創(chuàng)建對象的確切類以及如何創(chuàng)建等細節(jié)的情況下創(chuàng)建自定義對象；（）模式將復雜對象的構建與其表示分離。

（分數(shù)：1.00）

A.Facade

B.Builder

C.Prototype

√

D.Singleton解析：本題考查的是設計模式相關知識。設計模式根據(jù)目的和用途不同，可以分為創(chuàng)建型（Creational）模式、結構型（Structural）模式和行為型（Behavioral）模式三種。創(chuàng)建型模式主要用于創(chuàng)建對象，為設計類實例化新對象提供指南；結構型模式主要用于處理類或對象的組合，對類如何設計以形成更大的結構提供指南；行為型模式主要用于描述類或對象的交互以及職責的分配，對類之間交互以及分配責任的方式提供指南。第一空選擇A創(chuàng)建型。創(chuàng)建型模式包括：工廠方法（factorymethod）模式，抽象工廠（abstractfactory）模式，原型（prototype）模式，單例（singleton）模式，構建器（builder）模式。結構型模式包括：適配器（adapter）模式，橋接（bridge）模式，組合（composite）模式，裝飾（decorator）模式，外觀（facade）