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

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

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

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)

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

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

B．用戶(hù)程序

C．系統(tǒng)目錄

D．空閑塊管理

某虛擬存儲(chǔ)系統(tǒng)采用最近最少使用（LRU）頁(yè)面淘汰算法，假定系統(tǒng)為每個(gè)作業(yè)分配4個(gè)頁(yè)面的主存空間，其中一個(gè)頁(yè)面用來(lái)存放程序?，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è)每個(gè)頁(yè)面可存放200個(gè)整數(shù)變量，變量i、j存放在程序頁(yè)中。初始時(shí)，程序及i、j均已在內(nèi)存，其余3頁(yè)為空。若矩陣A按行序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生（3）次缺頁(yè)中斷；若矩陣A按列序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生（4）次缺頁(yè)中斷。

（3）A.50

B.100

C.5000

D.10000

（4）A.50

B.100

C.5000

D.10000

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

A．需求分析

B．概念設(shè)計(jì)

C．邏輯設(shè)計(jì)

D．物理設(shè)計(jì)

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

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

①倉(cāng)庫(kù)關(guān)系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中的職稱(chēng)為“工程師”的月薪不能低于3500元

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

b.若需得到每種產(chǎn)品的名稱(chēng)和該產(chǎn)品的總庫(kù)存量，則對(duì)應(yīng)的查詢(xún)語(yǔ)句為：

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

FROM P，I

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

（6）A．實(shí)體完整性、參照完整性、用戶(hù)定義完整性

B．參照完整性、實(shí)體完整性、用戶(hù)定義完整性

C．用戶(hù)定義完整性、實(shí)體完整性、參照完整性

D．實(shí)體完整性、用戶(hù)定義完整性、參照完整性

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

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

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

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

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

A.

B.

C.

D.

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

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

B．指令寄存器IR

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

D．通用寄存器GR

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

A．6

B．8

C．12

D．24

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

A．10200

B．11000

C．11200

D．20200

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

A．CPU訪(fǎng)問(wèn)內(nèi)存

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

C．CPU與PCI總線(xiàn)交換信息

D．I/O接口與打印機(jī)交換信息

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

A．核心層進(jìn)行訪(fǎng)問(wèn)控制列表檢查

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

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

D．接入層可以使用集線(xiàn)器代替交換機(jī)

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

A．依據(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ì)出符合用戶(hù)需求的網(wǎng)絡(luò)

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

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í)施階段

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

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

A．5

B．10

C．15

D．20

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

A．常見(jiàn)的Web服務(wù)器性能評(píng)估方法有基準(zhǔn)測(cè)試、壓力測(cè)試和可靠性測(cè)試

B．評(píng)價(jià)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í)，需要查找影響性能的瓶頸并消除該瓶頸

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

A．信息

B．知識(shí)

C．應(yīng)用

D．垂直

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

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

B．營(yíng)銷(xiāo)自動(dòng)化作為銷(xiāo)售自動(dòng)化的補(bǔ)充，包括營(yíng)銷(xiāo)計(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)

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

詳細(xì)的項(xiàng)目范圍說(shuō)明書(shū)是項(xiàng)目成功的關(guān)鍵。（20）不應(yīng)該屬于范圍定義的輸入。

A．項(xiàng)目章程

B．項(xiàng)目范圍管理計(jì)劃

C．批準(zhǔn)的變更申請(qǐng)

D．項(xiàng)目文檔管理方案

項(xiàng)目時(shí)間管理包括使項(xiàng)目按時(shí)完成所必需的管理過(guò)程，活動(dòng)定義是其中的一個(gè)重要過(guò)程。通?？梢允褂茫?1）來(lái)進(jìn)行活動(dòng)定義。

A．魚(yú)骨圖

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

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

D．功能分解圖

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

A．可以定義變更請(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)的用戶(hù)僅能做出所允許的狀態(tài)變更

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

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

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

B．客觀地驗(yàn)證需求管理活動(dòng)符合規(guī)定的標(biāo)準(zhǔn)、程序和要求

C．策劃軟件需求管理的活動(dòng)，識(shí)別和控制已獲取的軟件需求

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

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

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

B．進(jìn)程視圖

C．邏輯視圖

D．部署視圖

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

B．進(jìn)程視圖

C．邏輯視圖

D．部署視圖

（26）把整個(gè)軟件開(kāi)發(fā)流程分成多個(gè)階段，每一個(gè)階段都由目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開(kāi)發(fā)和有效性驗(yàn)證以及評(píng)審構(gòu)成。

A．原型模型

B．瀑布模型

C．螺旋模型

D．V模型

軟件開(kāi)發(fā)環(huán)境是支持軟件產(chǎn)品開(kāi)發(fā)的軟件系統(tǒng)，它由軟件工具集和環(huán)境集成機(jī)制構(gòu)成。環(huán)境集成機(jī)制包括：提供統(tǒng)一的數(shù)據(jù)模式和數(shù)據(jù)接口規(guī)范的數(shù)據(jù)集成機(jī)制；支持各開(kāi)發(fā)活動(dòng)之間通信、切換、調(diào)度和協(xié)同的（27）；為統(tǒng)一操作方式提供支持的（28）。

（27）A．操作集成機(jī)制

B．控制集成機(jī)制

C．平臺(tái)集成機(jī)制

D．界面集成機(jī)制

（28）A．操作集成機(jī)制

B．控制集成機(jī)制

C．平臺(tái)集成機(jī)制

D．界面集成機(jī)制

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

A．對(duì)象

B．構(gòu)件

C．標(biāo)準(zhǔn)函數(shù)庫(kù)

D．設(shè)計(jì)模式

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

A．在進(jìn)行結(jié)構(gòu)化分析時(shí)，必須使用數(shù)據(jù)流圖和軟件結(jié)構(gòu)圖這兩種模型

B．采用面向?qū)ο箝_(kāi)發(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í)才開(kāi)始創(chuàng)建的模型

D．UML的活動(dòng)圖與程序流程圖的表達(dá)能力等價(jià)

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

（31）A．Bank

B．Account

C．Checking

D．Savings

（32）A．Bank

B．Account

C．Checking

D．Savings

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

A．遠(yuǎn)程過(guò)程調(diào)用

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

C．文件傳輸

D．消息傳遞

（34）是一個(gè)獨(dú)立可交付的功能單元，外界通過(guò)接口訪(fǎng)問(wèn)其提供的服務(wù)。

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

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

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

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

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

A．共享數(shù)據(jù)庫(kù)集成方式通常將應(yīng)用程序的數(shù)據(jù)存儲(chǔ)在一個(gè)共享數(shù)據(jù)庫(kù)中，通過(guò)制定統(tǒng)一的數(shù)據(jù)庫(kù)模式來(lái)處理不同應(yīng)用的集成需求

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

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

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

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

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

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

C．組件接口模型

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

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

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

C．組件接口模型

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

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

A．實(shí)體構(gòu)件

B．加工構(gòu)件

C．服務(wù)構(gòu)件

D．會(huì)話(huà)構(gòu)件

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

A．表示邏輯層

B．應(yīng)用邏輯層

C．?dāng)?shù)據(jù)處理層

D．?dāng)?shù)據(jù)層

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

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

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

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

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

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

A．?dāng)?shù)據(jù)類(lèi)型檢查

B．自檢位

C．域檢查

D．格式檢查

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

（42）A．強(qiáng)度測(cè)試

B．性能測(cè)試

C．恢復(fù)測(cè)試

D．可靠性測(cè)試

（43）A．強(qiáng)度測(cè)試

B．性能測(cè)試

C．恢復(fù)測(cè)試

D．可靠性測(cè)試

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

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

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

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

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

軟件架構(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ò)誤的是（45）。

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

B．將架構(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)開(kāi)發(fā)的外部人員對(duì)系統(tǒng)進(jìn)行評(píng)審

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

（46）A．類(lèi)圖和序列圖

B．視角與視圖

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

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

（47）A．用例與類(lèi)圖

B．用例與視角

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

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

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

A．管道-過(guò)濾器

B．隱式調(diào)用

C．主程序-子程序

D．解釋器

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

A．在功能劃分上將各個(gè)模塊獨(dú)立起來(lái)

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

C．沒(méi)有清晰地說(shuō)明用戶(hù)怎樣與其交互

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

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

A．解釋器

B．過(guò)程控制

C．分層

D．管道-過(guò)濾器

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

A．解釋器

B．主程序-子程序

C．隱式調(diào)用

D．管道-過(guò)濾器

某公司欲開(kāi)發(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)，采用（52）架構(gòu)風(fēng)格最為合適。

A．解釋器

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

C．黑板

D．隱式調(diào)用

特定領(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)，其中（53）活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中，（54）的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)。

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

B．領(lǐng)域分析

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

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

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

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

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

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

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

（55）A．Ping/Echo

B．限制訪(fǎng)問(wèn)

C．運(yùn)行時(shí)注冊(cè)

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

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

B．事務(wù)機(jī)制

C．主動(dòng)冗余

D．隊(duì)列調(diào)度

（57）A．信息隱藏

B．記錄/回放

C．任務(wù)模型

D．回滾

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

A．可用性和性能

B．性能和可修改性

C．性能和可測(cè)試性

D．可用性和可修改性

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

A．責(zé)任鏈模式

B．橋接模式

C．裝飾模式

D．適配器模式

某公司欲開(kāi)發(fā)一套窗體圖形界面類(lèi)庫(kù)。該類(lèi)庫(kù)需要包含若干預(yù)定義的窗格（Pane）對(duì)象，例如TextPane、ListPane等，窗格之間不允許直接引用。基于該類(lèi)庫(kù)的應(yīng)用由一個(gè)包含一組窗格的窗口組成，并需要協(xié)調(diào)窗格之間的行為?；谠擃?lèi)庫(kù)，在不引用窗格的前提下實(shí)現(xiàn)窗格之間的協(xié)作，應(yīng)用開(kāi)發(fā)者應(yīng)采用（60）最為合適。

A．備忘錄模式

B．中介者模式

C．訪(fǎng)問(wèn)者模式

D．迭代器模式

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

A．代理模式

B．外觀模式

C．橋接模式

D．組合模式

正確識(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)鍵步驟。其中（62）是實(shí)現(xiàn)一個(gè)特定質(zhì)量屬性的關(guān)鍵特征，該特征為一個(gè)或多個(gè)軟件構(gòu)件所共有?！案淖兗用艿募?jí)別可能會(huì)對(duì)安全性和性能都產(chǎn)生顯著的影響”，這是一個(gè)對(duì)系統(tǒng)（63）的描述。

（62）A．風(fēng)險(xiǎn)點(diǎn)

B．非風(fēng)險(xiǎn)點(diǎn)

C．敏感點(diǎn)

D．權(quán)衡點(diǎn)

（63）A．風(fēng)險(xiǎn)點(diǎn)

B．非風(fēng)險(xiǎn)點(diǎn)

C．敏感點(diǎn)

D．權(quán)衡點(diǎn)

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

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

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ò)誤

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

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

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

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

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

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

A．強(qiáng)制性

B．推薦性

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

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

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

A．著作權(quán)法

B．專(zhuān)利法

C．商標(biāo)法

D．刑法

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

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

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

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

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

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

A．模型的合理性分析

B．模型的誤差分析

C．模型的先進(jìn)性分析

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

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

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