以下為2010年系統(tǒng)架構(gòu)設(shè)計師考試上午真題，含綜合知識全部75道題，供大家參考學習。

>>>點此進入系統(tǒng)架構(gòu)設(shè)計師歷年真題下載

采用微內(nèi)核結(jié)構(gòu)的操作系統(tǒng)提高了系統(tǒng)的靈活性和可擴展性，（1）。

A．并增強了系統(tǒng)的可靠性和可移植性，可運行于分布式系統(tǒng)中

B．并增強了系統(tǒng)的可靠性和可移植性，但不適用于分布式系統(tǒng)

C．但降低了系統(tǒng)的可靠性和可移植性，可運行于分布式系統(tǒng)中

D．但降低了系統(tǒng)的可靠性和可移植性，不適用于分布式系統(tǒng)

若操作系統(tǒng)文件管理程序正在將修改后的（2）文件寫回磁盤時系統(tǒng)發(fā)生崩潰，對系統(tǒng)的影響相對較大。

A．用戶數(shù)據(jù)

B．用戶程序

C．系統(tǒng)目錄

D．空閑塊管理

某虛擬存儲系統(tǒng)采用最近最少使用（LRU）頁面淘汰算法，假定系統(tǒng)為每個作業(yè)分配4個頁面的主存空間，其中一個頁面用來存放程序?，F(xiàn)有某作業(yè)的程序如下：

Var A:Array[1..100，1..100]OF integer;

i，j:integer;

FOR i:=1 to 100 DO

FOR j:=1 to 100 DO

A[i，j]:=0;

設(shè)每個頁面可存放200個整數(shù)變量，變量i、j存放在程序頁中。初始時，程序及i、j均已在內(nèi)存，其余3頁為空。若矩陣A按行序存放，那么當程序執(zhí)行完后共產(chǎn)生（3）次缺頁中斷；若矩陣A按列序存放，那么當程序執(zhí)行完后共產(chǎn)生（4）次缺頁中斷。

（3）A.50

B.100

C.5000

D.10000

（4）A.50

B.100

C.5000

D.10000

在數(shù)據(jù)庫設(shè)計的（5）階段進行關(guān)系規(guī)范化。

A．需求分析

B．概念設(shè)計

C．邏輯設(shè)計

D．物理設(shè)計

某數(shù)據(jù)庫中有員工關(guān)系E（員工號，姓名，部門，職稱，月薪）；產(chǎn)品關(guān)系P（產(chǎn)品號，產(chǎn)品名稱，型號，尺寸，顏色）；倉庫關(guān)系W（倉庫號，倉庫名稱，地址，負責人）；庫存關(guān)系I（倉庫號，產(chǎn)品號，產(chǎn)品數(shù)量）。

a.若數(shù)據(jù)庫設(shè)計中要求：

①倉庫關(guān)系W中的“負責人”引用員工關(guān)系的員工號

②庫存關(guān)系I中的“倉庫號，產(chǎn)品號”惟一標識I中的每一個記錄

③員工關(guān)系E中的職稱為“工程師”的月薪不能低于3500元

則①②③依次要滿足的完整性約束是（6）。

b.若需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫存量，則對應的查詢語句為：

SELELCT產(chǎn)品名稱，SUM(產(chǎn)品數(shù)量

FROM P，I

WHERE P.產(chǎn)品號=I.產(chǎn)品號（7）;

（6）A．實體完整性、參照完整性、用戶定義完整性

B．參照完整性、實體完整性、用戶定義完整性

C．用戶定義完整性、實體完整性、參照完整性

D．實體完整性、用戶定義完整性、參照完整性

（7）A．ORDER BY產(chǎn)品名稱

B．ORDER BY產(chǎn)品數(shù)量

C．GROUP BY產(chǎn)品名稱

D．GROUP BY產(chǎn)品數(shù)量

若對關(guān)系R（A，B，C，D）和S（C，D，E）進行關(guān)系代數(shù)運算，則表達式與（8）等價。

A.

B.

C.

D.

計算機執(zhí)行程序時，在一個指令周期的過程中，為了能夠從內(nèi)存中讀指令操作碼，首先是將（9）的內(nèi)容送到地址總線上。

A．程序計數(shù)器PC

B．指令寄存器IR

C．狀態(tài)寄存器SR

D．通用寄存器GR

內(nèi)存按字節(jié)編址，利用8K×4bit的存儲器芯片構(gòu)成84000H到8FFFFH的內(nèi)存，共需（10）片。

A．6

B．8

C．12

D．24

某磁盤磁頭從一個磁道移至另一個磁道需要10ms。文件在磁盤上非連續(xù)存放，邏輯上相鄰數(shù)據(jù)塊的平均移動距離為10個磁道，每塊的旋轉(zhuǎn)延遲時間及傳輸時間分別為100ms和2ms，則讀取一個100塊的文件需要（11）ms的時間。

A．10200

B．11000

C．11200

D．20200

計算機系統(tǒng)中，在（12）的情況下一般應采用異步傳輸方式。

A．CPU訪問內(nèi)存

B．CPU與I/O接口交換信息

C．CPU與PCI總線交換信息

D．I/O接口與打印機交換信息

大型局域網(wǎng)通常劃分為核心層、匯聚層和接入層，以下關(guān)于各個網(wǎng)絡(luò)層次的描述中，不正確的是（13）。

A．核心層進行訪問控制列表檢查

B．匯聚層定義了網(wǎng)絡(luò)的訪問策略

C．接入層提供局域網(wǎng)絡(luò)接入功能

D．接入層可以使用集線器代替交換機

網(wǎng)絡(luò)系統(tǒng)設(shè)計過程中，邏輯網(wǎng)絡(luò)設(shè)計階段的任務是（14）。

A．依據(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ò)應該具有的功能和性能，設(shè)計出符合用戶需求的網(wǎng)絡(luò)

網(wǎng)絡(luò)系統(tǒng)生命周期可以劃分為5個階段，實施這5個階段的合理順序是（15）。

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è)計、實施階段

假設(shè)單個CPU的性能為1，則由n個這種CPU組成的多處理機系統(tǒng)的性能P為：

其中，a是一個表示開銷的常數(shù)。例如，a=0.1，n=4時，P約為3。也就是說，由4個這種CPU組成的多機系統(tǒng)的性能約為3。該公式表明，多機系統(tǒng)的性能有一個上限，不管n如何增加，P都不會超過某個值。當a=0.1時，這個上限是（16）。

A．5

B．10

C．15

D．20

以下關(guān)于系統(tǒng)性能的敘述中，不正確的是（17）。

A．常見的Web服務器性能評估方法有基準測試、壓力測試和可靠性測試

B．評價Web服務器的主要性能指標有最大并發(fā)連接數(shù)、響應延遲和吞吐量

C．對運行系統(tǒng)進行性能評估的主要目的是以更好的性能/價格比更新系統(tǒng)

D．當系統(tǒng)性能降到基本水平時，需要查找影響性能的瓶頸并消除該瓶頸

某大型公司欲開發(fā)一個門戶系統(tǒng)，該系統(tǒng)以商業(yè)流程和企業(yè)應用為核心，將商業(yè)流程中不同的功能模塊通過門戶集成在一起，以提高公司的集中貿(mào)易能力、協(xié)同能力和信息管理能力。根據(jù)這種需求，采用企業(yè)（18）門戶解決方案最為合適。

A．信息

B．知識

C．應用

D．垂直

客戶關(guān)系管理（CRM）系統(tǒng)將市場營銷的科學管理理念通過信息技術(shù)的手段集成在軟件上，能夠幫助企業(yè)構(gòu)建良好的客戶關(guān)系。以下關(guān)于CRM系統(tǒng)的敘述中，錯誤的是（19）。

A．銷售自動化是CRM系統(tǒng)中最基本的模塊

B．營銷自動化作為銷售自動化的補充，包括營銷計劃的編制和執(zhí)行、計劃結(jié)果分析等

C．CRM系統(tǒng)能夠與ERP系統(tǒng)在財務、制造、庫存等環(huán)節(jié)進行連接，但兩者關(guān)系相對松散，一般不會形成閉環(huán)結(jié)構(gòu)

D．客戶服務與支持是CRM系統(tǒng)的重要功能。目前，客戶服務與支持的主要手段是通過呼叫中心和互聯(lián)網(wǎng)來實現(xiàn)

詳細的項目范圍說明書是項目成功的關(guān)鍵。（20）不應該屬于范圍定義的輸入。

A．項目章程

B．項目范圍管理計劃

C．批準的變更申請

D．項目文檔管理方案

項目時間管理包括使項目按時完成所必需的管理過程，活動定義是其中的一個重要過程。通常可以使用（21）來進行活動定義。

A．魚骨圖

B．工作分解結(jié)構(gòu)（WBS）

C．層次分解結(jié)構(gòu)

D．功能分解圖

在實際的項目開發(fā)中，人們總是希望使用自動工具來執(zhí)行需求變更控制過程。下列描述中，（22）不是這類工具所具有的功能。

A．可以定義變更請求的數(shù)據(jù)項以及變更請求生存期的狀態(tài)轉(zhuǎn)換圖

B．記錄每一種狀態(tài)變更的數(shù)據(jù)，確認做出變更的人員

C．可以加強狀態(tài)轉(zhuǎn)換圖使經(jīng)授權(quán)的用戶僅能做出所允許的狀態(tài)變更

D．定義變更控制計劃，并指導設(shè)計入員按照所制定的計劃實施變更

需求管理是CMM可重復級中的6個關(guān)鍵過程域之一，其主要目標是（23）。

A．對于軟件需求，必須建立基線以進行控制，軟件計劃、產(chǎn)品和活動必須與軟件需求保持一致

B．客觀地驗證需求管理活動符合規(guī)定的標準、程序和要求

C．策劃軟件需求管理的活動，識別和控制已獲取的軟件需求

D．跟蹤軟件需求管理的過程、實際結(jié)果和執(zhí)行情況

在RUP中采用“4+1”視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于（24），系統(tǒng)工程師側(cè)重于（25）。

（24）A．實現(xiàn)視圖

B．進程視圖

C．邏輯視圖

D．部署視圖

（25）A．實現(xiàn)視圖

B．進程視圖

C．邏輯視圖

D．部署視圖

（26）把整個軟件開發(fā)流程分成多個階段，每一個階段都由目標設(shè)定、風險分析、開發(fā)和有效性驗證以及評審構(gòu)成。

A．原型模型

B．瀑布模型

C．螺旋模型

D．V模型

軟件開發(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é)同的（27）；為統(tǒng)一操作方式提供支持的（28）。

（27）A．操作集成機制

B．控制集成機制

C．平臺集成機制

D．界面集成機制

（28）A．操作集成機制

B．控制集成機制

C．平臺集成機制

D．界面集成機制

軟件的橫向重用是指重用不同應用領(lǐng)域中的軟件元素。（29）是一種典型的、原始的橫向重用機制。

A．對象

B．構(gòu)件

C．標準函數(shù)庫

D．設(shè)計模式

下列關(guān)于不同軟件開發(fā)方法所使用的模型的描述中，正確的是（30）。

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的活動圖與程序流程圖的表達能力等價

某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系，設(shè)計出的類圖如下所示。其中與Factory Method中的“Creator”角色相對應的類是（31）；與“Product”角色相對應的類是（32）。

（31）A．Bank

B．Account

C．Checking

D．Savings

（32）A．Bank

B．Account

C．Checking

D．Savings

某公司欲對其內(nèi)部的信息系統(tǒng)進行集成，需要實現(xiàn)在系統(tǒng)之間快速傳遞可定制格式的數(shù)據(jù)包，并且當有新的數(shù)據(jù)包到達時，接收系統(tǒng)會自動得到通知。另外還要求支持數(shù)據(jù)重傳，以確保傳輸?shù)某晒?。針對這些集成需求，應該采用（33）的集成方式。

A．遠程過程調(diào)用

B．共享數(shù)據(jù)庫

C．文件傳輸

D．消息傳遞

（34）是一個獨立可交付的功能單元，外界通過接口訪問其提供的服務。

A．面向?qū)ο笙到y(tǒng)中的對象（Object）

B．模塊化程序設(shè)計中的子程序（Subroutine）

C．基于構(gòu)件開發(fā)中的構(gòu)件（Component）

D．系統(tǒng)模型中的包（Package）

共享數(shù)據(jù)庫是一種重要的企業(yè)應用集成方式。以下關(guān)于共享數(shù)據(jù)庫集成方式的敘述中，錯誤的是（35）。

A．共享數(shù)據(jù)庫集成方式通常將應用程序的數(shù)據(jù)存儲在一個共享數(shù)據(jù)庫中，通過制定統(tǒng)一的數(shù)據(jù)庫模式來處理不同應用的集成需求

B．共享數(shù)據(jù)庫為不同的應用程序提供了統(tǒng)一的數(shù)據(jù)存儲與格式定義，能夠解決不同應用程序中數(shù)據(jù)語義不一致的問題

C．多個應用程序可能通過共享數(shù)據(jù)庫頻繁地讀取和修改相同的數(shù)據(jù)，這會使共享數(shù)據(jù)庫成為一個性能瓶頸

D．共享數(shù)據(jù)庫集成方式的一個重要限制來自外部的已封裝應用，這些封裝好的應用程序只能采用自己定義的數(shù)據(jù)庫模式，調(diào)整和集成余地較小

在基于構(gòu)件的軟件開發(fā)中，（36）描述系統(tǒng)設(shè)計藍圖以保證系統(tǒng)提供適當?shù)墓δ?；?7）用來了解系統(tǒng)的性能、吞吐率等非功能性屬性。

（36）A．邏輯構(gòu)件模型

B．物理構(gòu)件模型

C．組件接口模型

D．系統(tǒng)交互模型

（37）A．邏輯構(gòu)件模型

B．物理構(gòu)件模型

C．組件接口模型

D．系統(tǒng)交互模型

對象管理組織（OMG）基于CORBA基礎(chǔ)設(shè)施定義了四種構(gòu)件標準。其中，（38）的狀態(tài)信息是由構(gòu)件自身而不是由容器維護。

A．實體構(gòu)件

B．加工構(gòu)件

C．服務構(gòu)件

D．會話構(gòu)件

分布式系統(tǒng)開發(fā)中，通常需要將任務分配到不同的邏輯計算層。業(yè)務數(shù)據(jù)的綜合計算分析任務屬于（39）。

A．表示邏輯層

B．應用邏輯層

C．數(shù)據(jù)處理層

D．數(shù)據(jù)層

在客戶機/服務器系統(tǒng)開發(fā)中，采用（40）時，應將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務器，應用邏輯層、表示邏輯層和表示層放置于客戶機。

A．分布式表示結(jié)構(gòu)

B．分布式應用結(jié)構(gòu)

C．分布式數(shù)據(jù)和應用結(jié)構(gòu)

D．分布式數(shù)據(jù)結(jié)構(gòu)

系統(tǒng)輸入設(shè)計中，采用內(nèi)部控制方式以確保輸入系統(tǒng)數(shù)據(jù)的有效性，（41）用于驗證數(shù)據(jù)是否位于合法的取值范圍。

A．數(shù)據(jù)類型檢查

B．自檢位

C．域檢查

D．格式檢查

系統(tǒng)測試由若干個不同的測試類型組成，其中（42）檢查系統(tǒng)能力的較高實際限度，即軟件在一些超負荷情況下的運行情況；（43）主要是檢查系統(tǒng)的容錯能力。

（42）A．強度測試

B．性能測試

C．恢復測試

D．可靠性測試

（43）A．強度測試

B．性能測試

C．恢復測試

D．可靠性測試

軟件架構(gòu)是降低成本、改進質(zhì)量、按時和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述，錯誤的是（44）。

A．根據(jù)用戶需求，能夠確定一個最佳的軟件架構(gòu)，指導整個軟件的開發(fā)過程

B．軟件架構(gòu)設(shè)計需要滿足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等

C．軟件架構(gòu)設(shè)計需要確定組件之間的依賴關(guān)系，支持項目計劃和管理活動

D．軟件架構(gòu)能夠指導設(shè)計入員和實現(xiàn)人員的工作

軟件架構(gòu)設(shè)計包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計和進行設(shè)計評審等活動，是一個迭代的過程。以下關(guān)于軟件架構(gòu)設(shè)計活動的描述，錯誤的是（45）。

A．在建立軟件架構(gòu)的初期，一般需要選擇一個合適的架構(gòu)風格

B．將架構(gòu)分析階段已標識的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)系

C．軟件架構(gòu)設(shè)計活動將已標識構(gòu)件集成到軟件架構(gòu)中，設(shè)計并實現(xiàn)這些構(gòu)件

D．一旦得到了詳細的軟件架構(gòu)設(shè)計，需要邀請獨立于系統(tǒng)開發(fā)的外部人員對系統(tǒng)進行評審

基于軟件架構(gòu)的設(shè)計（Architecture Based Software Development，ABSD）強調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。它強調(diào)采用（46）來描述軟件架構(gòu)，采用（47）來描述需求。

（46）A．類圖和序列圖

B．視角與視圖

C．構(gòu)件和類圖

D．構(gòu)件與功能

（47）A．用例與類圖

B．用例與視角

C．用例與質(zhì)量場景

D．視角與質(zhì)量場景

某游戲公司欲開發(fā)一個大型多人即時戰(zhàn)略游戲，游戲設(shè)計的目標之一是能夠支持玩家自行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對該目標，公司應該采用（48）架構(gòu)風格最為合適。

A．管道-過濾器

B．隱式調(diào)用

C．主程序-子程序

D．解釋器

某公司欲為某種型號的示波器開發(fā)內(nèi)置軟件。該公司的架構(gòu)師設(shè)計了如下圖所示的軟件架構(gòu)。在軟件架構(gòu)評審時，希賽網(wǎng)認為該架構(gòu)存在的問題是（49）。

A．在功能劃分上將各個模塊獨立起來

B．在硬件構(gòu)件的混合和替換方面不是很靈活

C．沒有清晰地說明用戶怎樣與其交互

D．沒有明確的層次關(guān)系，沒有強調(diào)功能之間的交互

某公司承接了一個開發(fā)家用空調(diào)自動調(diào)溫器的任務，調(diào)溫器測量外部空氣溫度，根據(jù)設(shè)定的期望溫度控制空調(diào)的開關(guān)。根據(jù)該需求，公司應采用（50）架構(gòu)風格最為合適。

A．解釋器

B．過程控制

C．分層

D．管道-過濾器

某公司欲開發(fā)一個漫步者機器人，用來完成火星探測任務。機器人的控制者首先定義探測任務和任務之間的時序依賴性，機器人接受任務后，需要根據(jù)自身狀態(tài)和外界環(huán)境進行動態(tài)調(diào)整，最終自動完成任務。針對這些需求，該機器人應該采用（51）架構(gòu)風格最為合適。

A．解釋器

B．主程序-子程序

C．隱式調(diào)用

D．管道-過濾器

某公司欲開發(fā)一個語音識別系統(tǒng)，語音識別的主要過程包括分割原始語音信號、識別音素、產(chǎn)生候選詞、判定語法片斷、提供語義解釋等。每個過程都需要進行基于先驗知識的條件判斷并進行相應的識別動作。針對該系統(tǒng)的特點，采用（52）架構(gòu)風格最為合適。

A．解釋器

B．面向?qū)ο?/p>

C．黑板

D．隱式調(diào)用

特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個特定應用領(lǐng)域為一組應用提供組織結(jié)構(gòu)參考的標準軟件架構(gòu)。實施DSSA的過程中包括一系列基本的活動，其中（53）活動的主要目的是為了獲得DSSA。該活動參加人員中，（54）的主要任務是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實現(xiàn)的知識。

（53）A．領(lǐng)域需求

B．領(lǐng)域分析

C．領(lǐng)域設(shè)計

D．領(lǐng)域?qū)崿F(xiàn)

（54）A．領(lǐng)域希賽網(wǎng)

B．領(lǐng)域分析者

C．領(lǐng)域設(shè)計者

D．領(lǐng)域?qū)崿F(xiàn)者

某服務器軟件系統(tǒng)對可用性（Availability）、性能（Performance）和可修改性（Modification）的要求較高，（55）設(shè)計策略能提高該系統(tǒng)的可用性，（56）設(shè)計策略能夠提高該系統(tǒng)的性能，（57）設(shè)計策略能夠提高該系統(tǒng)的可修改性。

（55）A．Ping/Echo

B．限制訪問

C．運行時注冊

D．接口-實現(xiàn)分離

（56）A．分層結(jié)構(gòu)

B．事務機制

C．主動冗余

D．隊列調(diào)度

（57）A．信息隱藏

B．記錄/回放

C．任務模型

D．回滾

某服務器軟件系統(tǒng)能夠正確運行并得出計算結(jié)果，但存在“系統(tǒng)出錯后不能在要求的時間內(nèi)恢復到正常狀態(tài)”和“對系統(tǒng)進行二次開發(fā)時總要超過半年的時間”兩個問題，上述問題依次與質(zhì)量屬性中的（58）相關(guān)。

A．可用性和性能

B．性能和可修改性

C．性能和可測試性

D．可用性和可修改性

某公司欲開發(fā)一個軟件系統(tǒng)的在線文檔幫助系統(tǒng)，用戶可以在任何一個查詢上下文中輸入查詢關(guān)鍵字，如果當前查詢環(huán)境下沒有相關(guān)內(nèi)容，則系統(tǒng)會將查詢按照一定的順序轉(zhuǎn)發(fā)給其他查詢環(huán)境?；谏鲜鲂枨?，采用（59）最為合適。

A．責任鏈模式

B．橋接模式

C．裝飾模式

D．適配器模式

某公司欲開發(fā)一套窗體圖形界面類庫。該類庫需要包含若干預定義的窗格（Pane）對象，例如TextPane、ListPane等，窗格之間不允許直接引用?；谠擃悗斓膽糜梢粋€包含一組窗格的窗口組成，并需要協(xié)調(diào)窗格之間的行為?；谠擃悗?，在不引用窗格的前提下實現(xiàn)窗格之間的協(xié)作，應用開發(fā)者應采用（60）最為合適。

A．備忘錄模式

B．中介者模式

C．訪問者模式

D．迭代器模式

某公司開發(fā)一個文檔編輯器，該編輯器允許在文檔中直接嵌入圖形對象，但開銷很大。用戶在系統(tǒng)設(shè)計之初提出編輯器在打開文檔時必須十分迅速，可以暫時不顯示當前頁面以外的圖形。針對這種需求，公司可以采用（61）避免同時創(chuàng)建這些圖形對象。

A．代理模式

B．外觀模式

C．橋接模式

D．組合模式

正確識別風險點、非風險點、敏感點和權(quán)衡點是進行軟件架構(gòu)評價的關(guān)鍵步驟。其中（62）是實現(xiàn)一個特定質(zhì)量屬性的關(guān)鍵特征，該特征為一個或多個軟件構(gòu)件所共有?！案淖兗用艿募墑e可能會對安全性和性能都產(chǎn)生顯著的影響”，這是一個對系統(tǒng)（63）的描述。

（62）A．風險點

B．非風險點

C．敏感點

D．權(quán)衡點

（63）A．風險點

B．非風險點

C．敏感點

D．權(quán)衡點

所謂網(wǎng)絡(luò)安全漏洞是指（64）。

A．用戶的誤操作引起的系統(tǒng)故障

B．網(wǎng)絡(luò)節(jié)點的系統(tǒng)軟件或應用軟件在邏輯設(shè)計上的缺陷

C．網(wǎng)絡(luò)硬件性能下降產(chǎn)生的缺陷

D．網(wǎng)絡(luò)協(xié)議運行中出現(xiàn)的錯誤

ARP攻擊造成網(wǎng)絡(luò)無法跨網(wǎng)段通信的原因是（65）。

A．發(fā)送大量ARP報文造成網(wǎng)絡(luò)擁塞

B．偽造網(wǎng)關(guān)ARP報文使得數(shù)據(jù)包無法發(fā)送到網(wǎng)關(guān)

C．ARP攻擊破壞了網(wǎng)絡(luò)的物理連通性

D．ARP攻擊破壞了網(wǎng)關(guān)設(shè)備

《GB 8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》是（66）標準，違反該標準而造成不良后果時，將依法根據(jù)情節(jié)輕重受到行政處罰或追究刑事責任。

A．強制性

B．推薦性

C．強制性軟件行業(yè)

D．推薦性軟件行業(yè)

某軟件企業(yè)開發(fā)了一套能夠同硬件結(jié)合以提高設(shè)備性能的軟件產(chǎn)品，向?qū)＠稚暾埛椒òl(fā)明專利，獲得了專利權(quán)，并為該軟件產(chǎn)品冠以“昆侖”商品專用標識，但未進行商標注冊上市銷售。此情況下，該軟件產(chǎn)品不可能得到我國（67）的保護。

A．著作權(quán)法

B．專利法

C．商標法

D．刑法

張某是M國際運輸有限公司計算機系統(tǒng)管理員。任職期間，根據(jù)公司的業(yè)務要求開發(fā)了“空運出口業(yè)務系統(tǒng)”，并由公司使用。隨后，張某向版權(quán)局申請了計算機軟件著作權(quán)登記，并取得了《計算機軟件著作權(quán)登記證書》，證書明確軟件名稱是“空運出口業(yè)務系統(tǒng)V1.0”，著作權(quán)人為張某。以下說法中，正確的是（68）。

A．空運出口業(yè)務系統(tǒng)V1.0的著作權(quán)屬于張某

B．空運出口業(yè)務系統(tǒng)V1.0的著作權(quán)屬于M公司

C．空運出口業(yè)務系統(tǒng)V1.0的著作權(quán)屬于張某和M公司

D．張某獲取的軟件著作權(quán)登記證是不可以撤銷的

對實際應用問題建立數(shù)學模型并求得結(jié)果后，還需要根據(jù)建模的目的和要求，利用相關(guān)知識，結(jié)合研究對象的特點，進行模型分析。模型分析工作一般不包括（69）。

A．模型的合理性分析

B．模型的誤差分析

C．模型的先進性分析

D．參數(shù)的靈敏性分析

某軟件公司開發(fā)某種軟件產(chǎn)品時花費的固定成本為16萬元，每套產(chǎn)品的可變成本為2元，設(shè)銷售單價為10元，則需要銷售（70）套才能達到盈虧平衡點。

A．13000

B．16000

C．18000

D．20000

The software architecture is a set of software components，subsystems，relationships，interactions，the properties of each of these elements，and the set of guiding principles that together constitute the fundamental properties and constraints of a software system or set of systems.（71）defines a general set of element types and their interactions.The examples include Pipes and Filters，Model-View-Controller，and Reflection.A（72）in software architecture is a representation used to understand or document one or more aspects of a problem or solution.Architecture is usually used in conjunction with many adjunct terms.The（73）defines the key strategies，organization，goals and related processes of the enterprise.At the enterprise level，the（74）may be more of a set of guidelines on how the various software architectures should be constructed consistently across the enterprise.The（75），which describes the high-level set of elements involved in application from a particular domain along with their interactions，is often used to focus on subsystem definition rather than application process level definition.

（71）A．Architectural pattern

B．Architectural description

C．Architectural view

D．Architectural viewpoint

（72）A．model

B．domain

C．component

D．subsystem

（73）A．enterprise architecture

B．technical architecture

C．infrastructure architecture

D．business architecture

（74）A．enterprise architecture

B．data architecture

C．a(chǎn)pplication architecture

D．information architecture

（75）A．product-line architecture

B．reference architecture

C．technology architecture

D．infrastructure architecture