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

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

計(jì)算機(jī)系統(tǒng)中硬件層之上的軟件通常按照三層來劃分，如下圖所示，圖中①②③分別表示（1）。

A．操作系統(tǒng)、應(yīng)用軟件和其他系統(tǒng)軟件

B．操作系統(tǒng)、其他系統(tǒng)軟件和應(yīng)用軟件

C．其他系統(tǒng)軟件、操作系統(tǒng)和應(yīng)用軟件

D．應(yīng)用軟件、其他系統(tǒng)軟件和操作系統(tǒng)

某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)。現(xiàn)有三個(gè)圖像任務(wù)，每個(gè)任務(wù)有三個(gè)程序段：掃描S_i，圖像處理C_i和打印P_i(i=1，2，3)。下圖為三個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖，其中，（2）可并行執(zhí)行，（3）的直接制約，（4）的間接制約。

（2）A．“C₁S₂”，“P₁C₂S₃”，“P₂C₃”

B．“C1S₁”，“S₂C₂P₂”，“C₃P₃”

C．“S₁C₁P₁”，“S₂C₂P₂”，“S3C3P3”

D．“S₁S₂S₃”，“C₁C₂C₃”，“P₁P₂P3”

（3）A．S₁受到S₂和S₃、C₁受到C₂和C₃、P₁受到P₂和P₃

B．S₂和S₃受到S₁、C₂和C₃受到C₁、P₂和P₃受到P₁

C．C₁和P₁受到S₁、C₂和P₂受到S₂、C₃和P₃受到S₃

D．C₁和S₁受到P₁、C₂和S₂受到P₂、C₃和S₃受到P₃

（4）A．S₁受到S₂和S₃、C₁受到C₂和C₃、P₁受到P₂和P₃

B．S₂和S₃受到S₁、C₂和C₃受到C₁、P₂和P₃受到P₁

C．C₁和P₁受到S₁、C₂和P₂受到S₂、C₃和P₃受到S₃

D．C₁和S₁受到P₁、C₂和S₂受到P2、C₃和S₃受到P₃

在數(shù)據(jù)庫設(shè)計(jì)的需求分析階段應(yīng)完成包括（5）在內(nèi)的文檔。

A．E-R圖

B．關(guān)系模式

C．?dāng)?shù)據(jù)字典和數(shù)據(jù)流圖

D．任務(wù)書和設(shè)計(jì)方案

設(shè)有職務(wù)工資關(guān)系P（職務(wù)，最低工資，較高工資），員工關(guān)系EMP（員工號(hào)，職務(wù)，工資），要求任何一名員工，其工資值必須在其職務(wù)對(duì)應(yīng)的工資范圍之內(nèi)，實(shí)現(xiàn)該需求的方法是（6）。

A．建立“EMP.職務(wù)”向“P.職務(wù)”的參照完整性約束

B．建立“P.職務(wù)”向“EMP.職務(wù)”的參照完整性約束

C．建立EMP上的觸發(fā)器程序?qū)彾ㄔ撔枨?/p>

D．建立P上的觸發(fā)器程序?qū)彾ㄔ撔枨?/p>

設(shè)關(guān)系模式R(U，F(xiàn)），其中R上的屬性集U={A，B，C，D，E}，R上的函數(shù)依賴集F=｛A→B，DE→B，CB→E，E→A，B→D｝。（7）為關(guān)系R的候選關(guān)鍵字。分解（8）是無損連接，并保持函數(shù)依賴的。

（7）A．AB

B．DE

C．CE

D．DB

（8）A．p=｛R1(AC)，R2(ED)，R3(B)｝

B．p=｛R1(AC)，R2(E)，R3(DB)｝

C．p=｛R1(AC)，R2(ED)，R3(AB)｝

D．p=｛R1，(ABC)，R2(ED)，R3(ACE)｝

嵌入式系統(tǒng)中采用中斷方式實(shí)現(xiàn)輸入輸出的主要原因是（9）。在中斷時(shí)，CPU斷點(diǎn)信息一般保存到（10）中。

（9）A．速度最快

B．CPU不參與操作

C．實(shí)現(xiàn)起來比較容易

D．能對(duì)突發(fā)事件做出快速響應(yīng)

（10）A．通用寄存器

B．堆

C．棧

D．I/O接口

在嵌入式系統(tǒng)設(shè)計(jì)時(shí)，下面幾種存儲(chǔ)結(jié)構(gòu)中對(duì)程序員是透明的是（11）。

A．高速緩存

B．磁盤存儲(chǔ)器

C．內(nèi)存

D．flash存儲(chǔ)器

系統(tǒng)間進(jìn)行異步串行通信時(shí)，數(shù)據(jù)的串/并和并/串轉(zhuǎn)換一般是通過（12）實(shí)現(xiàn)的。

A．I/O指令

B．專用的數(shù)據(jù)傳送指令

C．CPU中有移位功能的數(shù)據(jù)寄存器

D．接口中的移位寄存器

以下關(guān)于網(wǎng)絡(luò)核心層的敘述中，正確的是（13）。

A．為了保障安全性，應(yīng)該對(duì)分組進(jìn)行盡可能多的處理

B．在區(qū)域間高速地轉(zhuǎn)發(fā)數(shù)據(jù)分組

C．由多臺(tái)二、三層交換機(jī)組成

D．提供多條路徑來緩解通信瓶頸

網(wǎng)絡(luò)開發(fā)過程中，物理網(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ò)所處狀態(tài)

C．根據(jù)需求規(guī)范和通信規(guī)范，實(shí)施資源分配和安全規(guī)劃

D．理解網(wǎng)絡(luò)應(yīng)該具有的功能和性能，最終設(shè)計(jì)出符合用戶需求的網(wǎng)絡(luò)

某公司欲構(gòu)建一個(gè)網(wǎng)絡(luò)化的開放式數(shù)據(jù)存儲(chǔ)系統(tǒng)，要求采用專用網(wǎng)絡(luò)連接并管理存儲(chǔ)設(shè)備和存儲(chǔ)管理子系統(tǒng)。針對(duì)這種應(yīng)用，采用（15）存儲(chǔ)方式最為合適。

A．內(nèi)置式存儲(chǔ)

B．DAS

C．SAN

D．NAS

以下關(guān)于基準(zhǔn)測試的敘述中，正確的是（16）。

A．運(yùn)行某些診斷程序，加大負(fù)載，檢查哪個(gè)設(shè)備會(huì)發(fā)生故障

B．驗(yàn)證程序模塊之間的接日是否正常起作用

C．運(yùn)行一個(gè)標(biāo)準(zhǔn)程序?qū)Χ喾N計(jì)算機(jī)系統(tǒng)進(jìn)行檢查，以比較和評(píng)價(jià)它們的性能

D．根據(jù)程序的內(nèi)部結(jié)構(gòu)和內(nèi)部邏輯，評(píng)價(jià)程序是否正確

以下關(guān)于計(jì)算機(jī)性能改進(jìn)的敘述中，正確的是（17）。

A．如果某計(jì)算機(jī)系統(tǒng)的CPU利用率已經(jīng)達(dá)到100%則該系統(tǒng)不可能再進(jìn)行性能改進(jìn)

B．使用虛存的計(jì)算機(jī)系統(tǒng)如果主存太小，則頁面交換的頻率將增加，CPU的使用效率就會(huì)降低，因此應(yīng)當(dāng)增加更多的內(nèi)存

C．如果磁盤存取速度低，引起排隊(duì)，此時(shí)應(yīng)安裝更快的CPU.以提高性能

D．多處理機(jī)的性能正比于CPU的數(shù)目，增加CPU是改進(jìn)性能的主要途徑

商業(yè)智能是指利用數(shù)據(jù)挖掘、知識(shí)發(fā)現(xiàn)等技術(shù)分析和挖掘結(jié)構(gòu)化的、面向特定領(lǐng)域的存儲(chǔ)與數(shù)據(jù)倉庫的信息。它可以幫助用戶認(rèn)清發(fā)展趨勢、獲取決策支持并得出結(jié)論。

以下（18）活動(dòng)，并不屬于商業(yè)智能范疇。

A．某大型企業(yè)通過對(duì)產(chǎn)品銷售數(shù)據(jù)進(jìn)行挖掘，分析客戶購買偏好

B．某大型企業(yè)查詢數(shù)據(jù)倉庫中某種產(chǎn)品的總體銷售數(shù)量

C．某大型購物網(wǎng)站通過分析用戶的購買歷史記錄，為客戶進(jìn)行商品推薦

D．某銀行通過分析大量股票交易的歷史數(shù)據(jù)，做出投資決策

電子數(shù)據(jù)交換(EDI)是電子商務(wù)活動(dòng)中采用的一種重要的技術(shù)手段。以下關(guān)于EDI的敘述中，錯(cuò)誤的是（19）。

A．EDI的實(shí)施需要一個(gè)公認(rèn)的標(biāo)準(zhǔn)和協(xié)議，將商務(wù)活動(dòng)中涉及的文件標(biāo)準(zhǔn)化和格式化

B．EDI的實(shí)施在技術(shù)上比較成熟，成本也較低

C．EDI通過計(jì)算機(jī)網(wǎng)絡(luò)，在貿(mào)易伙伴之間進(jìn)行數(shù)據(jù)交換和自動(dòng)處理

D．EDI主要應(yīng)用于企業(yè)與企業(yè)、企業(yè)與批發(fā)商之間的批發(fā)業(yè)務(wù)

用戶文檔主要描述所交付系統(tǒng)的功能和使用方法。下列文檔中，（20）屬于用戶文檔。

A．需求說明書

B．系統(tǒng)設(shè)計(jì)文檔

C．安裝文檔

D．系統(tǒng)測試計(jì)劃

配置項(xiàng)是構(gòu)成產(chǎn)品配置的主要元素，其中（21）不屬于配置項(xiàng)。

A．設(shè)備清單

B．項(xiàng)目質(zhì)量報(bào)告

C．源代碼

D．測試用例

一個(gè)大型軟件系統(tǒng)的需求通常是會(huì)發(fā)生變化的。以下關(guān)于需求變更策略的敘述中，錯(cuò)誤的是（22）。

A．所有需求變更必須遵循變更控制過程

B．對(duì)于未獲得核準(zhǔn)的變更，不應(yīng)該做變更實(shí)現(xiàn)工作

C．完成了對(duì)某個(gè)需求的變更之后，就可以刪除或者修改變更請(qǐng)求的原始文檔

D．每一個(gè)集成的需求變更必須能追溯到一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求

以下關(guān)于需求管理的敘述中，正確的是（23）。

A．需求管理是一個(gè)對(duì)系統(tǒng)需求及其變更進(jìn)行了解和控制的過程

B．為了獲得項(xiàng)目，開發(fā)人員可以先向客戶做出某些承諾

C．需求管理的重點(diǎn)在于收集和分析項(xiàng)目需求

D．軟件開發(fā)過程是獨(dú)立于需求管理的活動(dòng)

（24）方法以原型開發(fā)思想為基礎(chǔ)，采用迭代增量式開發(fā)，發(fā)行版本小型化，比較適合需求變化較大或者開發(fā)前期對(duì)需求不是很清晰的項(xiàng)目。

A．信息工程

B．結(jié)構(gòu)化

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

D．敏捷

項(xiàng)目管理工具用來輔助項(xiàng)目經(jīng)理實(shí)施軟件開發(fā)過程中的項(xiàng)目管理活動(dòng)，它不能（25）。（26）就是一種典型的項(xiàng)目管理工具。

（25）A.覆蓋整個(gè)軟件生存周期

B．確定關(guān)鍵路徑、松弛時(shí)間、超前時(shí)間和滯后時(shí)間

C．生成固定格式的報(bào)表和裁剪項(xiàng)目報(bào)告

D．指導(dǎo)軟件設(shè)計(jì)人員按軟件生存周期各個(gè)階段的適用技術(shù)進(jìn)行設(shè)計(jì)工作

（26）A．需求分析工具

B．成本估算工具

C．軟件評(píng)價(jià)工具

D．文檔分析工具

逆向工程導(dǎo)出的信懇可以分為4個(gè)抽象層次，其中（27）可以抽象出程序的抽象語法樹、符號(hào)表等信息；（28）可以抽象出反映程序段功能及程序段之間關(guān)系的信息。

（27）A．實(shí)現(xiàn)級(jí)

B．結(jié)構(gòu)級(jí)

C．功能級(jí)

D．領(lǐng)域級(jí)

（28）A．實(shí)現(xiàn)級(jí)

B．結(jié)構(gòu)級(jí)

C．功能級(jí)

D．領(lǐng)域級(jí)

某軟件公司欲開發(fā)一個(gè)Windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后，該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分，并設(shè)計(jì)UML類圖如下圖所示。圖中與Command模式中的“Invoker”角色相對(duì)應(yīng)的類是（29），與“ConcreteCommand”角色相對(duì)應(yīng)的類是（30）。

（29）A.Command

B．MenuItem

C．Open

D．ButktinBoardScreen

（30）A．Command

B．MenuItem

C．Open

D．BulktinBoardScreen

用例（use case）用來描述系統(tǒng)對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要核查用戶帳號(hào)是否正確。用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶帳號(hào)”之間是（31）關(guān)系。

A．包含（include）

B．?dāng)U展（extend）

C．分類（classification）

D．聚集（aggregation）

面向?qū)ο蟮脑O(shè)計(jì)模型包含以（32）表示的軟件體系結(jié)構(gòu)圖，以（33）表示的用例實(shí)現(xiàn)圖，完整精確的類圖，針對(duì)復(fù)雜對(duì)象的狀態(tài)圖和用以描述流程化處理的活動(dòng)圖等。

（32）A．部署圖

B．包圖

C．協(xié)同圖

D．交互圖

（33）A．部署圖

B．包圖

C．協(xié)同圖

D．交互圖

基于構(gòu)件的開發(fā)模型包括軟件的需求分析定義（34）、（35）、（36）以及測試和發(fā)布5個(gè)順序執(zhí)行的階段。

（34）A．構(gòu)件接口設(shè)計(jì)

B．體系結(jié)構(gòu)設(shè)計(jì)

C．元數(shù)據(jù)設(shè)計(jì)

D．集成環(huán)境設(shè)計(jì)

（35）A．?dāng)?shù)據(jù)庫建模

B．業(yè)務(wù)過程建模

C．對(duì)象建模

D．構(gòu)件庫建立

（36）A．應(yīng)用軟件構(gòu)建

B．構(gòu)件配置管理

C．構(gòu)件單元測試

D．構(gòu)件編碼實(shí)現(xiàn)

企業(yè)應(yīng)用集成通過采用多種集成模式構(gòu)建統(tǒng)一標(biāo)準(zhǔn)的基礎(chǔ)平臺(tái)，將具有不同功能和目的且獨(dú)立運(yùn)行的企業(yè)信息系統(tǒng)聯(lián)合起來。其中，面向（37）的集成模式強(qiáng)調(diào)處理不同應(yīng)用系統(tǒng)之間的交互邏輯，與核心業(yè)務(wù)邏輯相分離，并通過不同應(yīng)用系統(tǒng)之間的協(xié)作共同完成某項(xiàng)業(yè)務(wù)功能。

A．?dāng)?shù)據(jù)

B．接口

C．過程

D．界面

以下關(guān)于軟件構(gòu)件及其接口的敘述，錯(cuò)誤的是（38）。

A．構(gòu)件是軟件系統(tǒng)中相對(duì)獨(dú)立且具有一定意義的構(gòu)成成分

B．構(gòu)件在容器中進(jìn)行管理并獲取其屬性或者服務(wù)

C．構(gòu)件不允許外部對(duì)所支持的接口進(jìn)行動(dòng)態(tài)發(fā)現(xiàn)或調(diào)用

D．構(gòu)件可以基于對(duì)象實(shí)現(xiàn)，也可以不基于對(duì)象實(shí)現(xiàn)

在一個(gè)典型的基于MVC（Model-View-Controller）的J2EE應(yīng)用中，分發(fā)客戶請(qǐng)求、有效組織其它構(gòu)件為客戶端提供服務(wù)的控制器由（39）實(shí)現(xiàn)。

A．Entity Bean

B．Session Bean

C．Servlet

D．JSP

以下關(guān)于RDBMS數(shù)據(jù)分布的敘述中，錯(cuò)誤的是（40）。

A．?dāng)?shù)據(jù)垂直分割是將不同表的數(shù)據(jù)存儲(chǔ)到不同的服務(wù)器上

B．?dāng)?shù)據(jù)水平分割是將不同行的數(shù)據(jù)存儲(chǔ)到不同的服務(wù)器上

C．?dāng)?shù)據(jù)復(fù)制是將數(shù)據(jù)的多個(gè)副本存儲(chǔ)到不同的服務(wù)器上

D．?dāng)?shù)據(jù)復(fù)制中由RDBMS維護(hù)數(shù)據(jù)的一致性

系統(tǒng)應(yīng)用架構(gòu)設(shè)計(jì)中，網(wǎng)絡(luò)架構(gòu)數(shù)據(jù)流圖的主要作用是將處理器和設(shè)備分配到網(wǎng)絡(luò)中。（41）不屬于網(wǎng)絡(luò)架構(gòu)數(shù)據(jù)流圖的內(nèi)容。

A．服務(wù)器、客戶端及其物理位置

B．處理器說明信息

C．單位時(shí)間的數(shù)據(jù)流大小

D．傳輸協(xié)議

系統(tǒng)輸入設(shè)計(jì)中應(yīng)盡可能考慮人的因素，以下關(guān)于輸入設(shè)計(jì)的一般原理中，錯(cuò)誤的是（42）。

A．只讓用戶輸入變化的數(shù)據(jù)

B．使用創(chuàng)新的模式吸引用戶的眼球

C．表格中各個(gè)數(shù)據(jù)項(xiàng)應(yīng)有提示信息

D．盡可能使用選擇而不是鍵盤輸入的方式獲取數(shù)據(jù)

系統(tǒng)測試將軟件、硬件、網(wǎng)絡(luò)等其它因素結(jié)合，對(duì)整個(gè)軟件進(jìn)行測試。（43）不是系統(tǒng)測試的內(nèi)容。

A．路徑測試

B．可靠性測試

C．安裝測試

D．安全測試

軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。黑盒測試法主要根據(jù)（44）來設(shè)計(jì)測試用例。

A．程序內(nèi)部邏輯

B．程序外部功能

C．程序數(shù)據(jù)結(jié)構(gòu)

D．程字流程圖

軟件架構(gòu)貫穿于軟件的整個(gè)生命周期，但在不同階段對(duì)軟件架構(gòu)的關(guān)注力度并不相同，在（45）階段，對(duì)軟件架構(gòu)的關(guān)注最多。

A．需求分析與設(shè)計(jì)

B．設(shè)計(jì)與實(shí)現(xiàn)

C．實(shí)現(xiàn)與測試

D．部署與變更

軟件架構(gòu)設(shè)計(jì)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵活動(dòng)。以下關(guān)于軟件架構(gòu)重要性的敘述中，錯(cuò)誤的是（46）。

A．架構(gòu)設(shè)計(jì)能夠滿足系統(tǒng)的性能、一可維護(hù)性等品質(zhì)

B．良好的架構(gòu)設(shè)計(jì)能夠更好地捕獲并了解用戶需求

C．架構(gòu)設(shè)計(jì)能夠使得不同的利益相關(guān)人(stakeholders）達(dá)成一致的目標(biāo)

D．架構(gòu)設(shè)計(jì)能夠支持項(xiàng)目計(jì)劃和項(xiàng)目管理等活動(dòng)

軟件架構(gòu)需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。以下活動(dòng)中，不屬于軟件架構(gòu)需求過程范疇的是（47）。

A．設(shè)計(jì)構(gòu)件

B．需求獲取

C．標(biāo)識(shí)構(gòu)件

D．架構(gòu)需求評(píng)審

基于架構(gòu)的軟件設(shè)計(jì)(ABSD)強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。以下關(guān)于ABSD的敘述中，錯(cuò)誤的是（48）。

A．使用ABSD方法，設(shè)計(jì)活動(dòng)可以從項(xiàng)目總體功能框架明確就開始

B．ABSD方法是一個(gè)自頂向下，遞歸細(xì)化的過程

C．ABSD方法有三個(gè)基礎(chǔ)：功能分解、選擇架構(gòu)風(fēng)格實(shí)現(xiàn)質(zhì)量和商業(yè)需求以及軟件模板的使用

D．使用ABSD方法，設(shè)計(jì)活動(dòng)的開始意味著需求抽取和分析活動(dòng)可以終止

軟件架構(gòu)文檔是對(duì)軟件架構(gòu)的正式描述，能夠幫助與系統(tǒng)有關(guān)的開發(fā)人員更好地理解軟件架構(gòu)。軟件架構(gòu)文檔的寫作應(yīng)該遵循一定的原則。以下關(guān)于軟件架構(gòu)文檔寫作原則的敘述中，錯(cuò)誤的是（49）。

A．架構(gòu)文檔應(yīng)該從架構(gòu)設(shè)計(jì)者的角度進(jìn)行編寫

B．應(yīng)該保持架構(gòu)文檔的即時(shí)更新，但更新不要過于頻繁

C．架構(gòu)文檔中的描述應(yīng)該盡量避免不必要的重復(fù)

D．每次架構(gòu)文檔修改，都應(yīng)該記錄修改的原則

架構(gòu)復(fù)審是基于架構(gòu)開發(fā)中一個(gè)重要的環(huán)節(jié)。以下關(guān)于架構(gòu)復(fù)審的敘述中，錯(cuò)誤的是（50）。

A．架構(gòu)復(fù)審的目標(biāo)是標(biāo)識(shí)潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)的缺陷和錯(cuò)誤

B．架構(gòu)復(fù)審過程中，通常會(huì)對(duì)一個(gè)可運(yùn)行的最小化系統(tǒng)進(jìn)行架構(gòu)評(píng)估和測試

C．架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計(jì)與開發(fā)人員組成

D．架構(gòu)設(shè)計(jì)、文檔化和復(fù)審是一個(gè)迭代的過程

Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風(fēng)格是（51）風(fēng)格。Java語言宣傳的“一次編寫，到處運(yùn)行”的特性，從架構(gòu)風(fēng)格上看符合（52）風(fēng)格的特點(diǎn)。

（51）A．虛擬機(jī)

B．管道-過濾器

C．事件驅(qū)動(dòng)

D．微內(nèi)核-擴(kuò)展

（52）A．虛擬機(jī)

B．管道-過濾器

C．事件驅(qū)動(dòng)

D．微內(nèi)核-擴(kuò)展

某軟件開發(fā)公司負(fù)責(zé)開發(fā)一個(gè)Web服務(wù)器服務(wù)端處理軟件，其核心部分是對(duì)客戶端請(qǐng)求消息的解析與處理，包括HTTP報(bào)頭分離、SOAP報(bào)文解析等功能。該公司的架構(gòu)師決定采用成熟的架構(gòu)風(fēng)格指導(dǎo)整個(gè)軟件的設(shè)計(jì)，以下（53）架構(gòu)風(fēng)格，最適合該服務(wù)端處理軟件。

A．虛擬機(jī)

B．管道－過濾器

C．黑板結(jié)構(gòu)

D．分層結(jié)構(gòu)

某公司欲開發(fā)一個(gè)基于圖形用戶界面的集成調(diào)試器。該調(diào)試器的編輯器和變量監(jiān)視器可以設(shè)置調(diào)試斷點(diǎn)。當(dāng)調(diào)試器在斷點(diǎn)處暫停運(yùn)行時(shí)，編輯程序可以自動(dòng)卷屏到斷點(diǎn)，變量監(jiān)視器刷新變量數(shù)值。針一對(duì)這樣的功能描述，采用（54）的架構(gòu)風(fēng)格最為合適。

A．?dāng)?shù)據(jù)共享

B．虛擬機(jī)

C．隱式調(diào)用

D．顯式調(diào)用

某公司欲開發(fā)一種工業(yè)機(jī)器人，用來進(jìn)行汽車零件的裝配。公司的架構(gòu)師經(jīng)過分析與討論，給出了該機(jī)器人控制軟件的兩種候選架構(gòu)方案：閉環(huán)控制和分層結(jié)構(gòu)。以下對(duì)于這兩種候選架構(gòu)的選擇理由，錯(cuò)誤的是（55）。

A．應(yīng)該采用閉環(huán)控制架構(gòu)，因?yàn)殚]環(huán)結(jié)構(gòu)給出了將軟件分解成幾個(gè)協(xié)作構(gòu)件的方法，這對(duì)于復(fù)雜任務(wù)特別適合

B．應(yīng)該采用閉環(huán)控制結(jié)構(gòu)，因?yàn)殚]環(huán)控制架構(gòu)中機(jī)器人的主要構(gòu)件監(jiān)控器、傳感器、發(fā)動(dòng)機(jī)等）是彼此分開的，并能夠獨(dú)立替換

C．應(yīng)該采用分層結(jié)構(gòu)，因?yàn)榉謱咏Y(jié)構(gòu)很好地組織了用來協(xié)調(diào)機(jī)器人操作的構(gòu)件，系統(tǒng)結(jié)構(gòu)更加清晰

D．應(yīng)該采用分層結(jié)構(gòu)，因?yàn)槌橄髮拥拇嬖?，滿足了處理不確定性的需要：在較低層次不確定的實(shí)現(xiàn)細(xì)節(jié)在較高層次會(huì)變得確定

一個(gè)軟件的架構(gòu)設(shè)計(jì)是隨著技術(shù)的不斷進(jìn)步而不斷變化的。以編譯器為例，其主流架構(gòu)經(jīng)歷了管道-過濾器到數(shù)據(jù)共享為中心的轉(zhuǎn)變過程。以下關(guān)于編譯器架構(gòu)的敘述中，錯(cuò)誤的是（56）。

A．早期的編譯器采用管道一過濾器架構(gòu)風(fēng)格，以文本形式輸入的代碼被逐步轉(zhuǎn)化為各種形式，最終生成可執(zhí)行代碼

B．早期的編譯器采用管道一過濾器架構(gòu)風(fēng)格，并且大多數(shù)編譯器在詞法分析時(shí)創(chuàng)造獨(dú)立的符號(hào)表，在其后的階段會(huì)不斷修改符號(hào)表，因此符號(hào)表并不是程序數(shù)據(jù)的一部分

C．現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格，主要關(guān)心編譯過程中程序的中間表示

D．現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格，但由于分析樹是在語法分析階段結(jié)束后才產(chǎn)生作為語義分析的輸入，因此分析樹不是數(shù)據(jù)中心的共享數(shù)據(jù)

（57）的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策；（58）是最低層的模式，關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用一計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種（59）。

（57）A．架構(gòu)模式

B．慣用法

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

D．分析模式

（58）A．架構(gòu)模式

B．慣用法

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

D．分析模式

（59）A．架構(gòu)模式

B．慣用法

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

D．分析模式

某軟件公司基于面向?qū)ο蠹夹g(shù)開發(fā)了一套圖形界面顯示構(gòu)件庫VisualComponent。在使用該庫構(gòu)建某圖形界面時(shí)，用戶要求為界面定制一些特效顯示效果，如帶滾動(dòng)條、能夠顯示藝術(shù)字體的透明窗體等。針對(duì)這種需求，公司采用（60）最為靈活。

A．橋接模式

B．命令模式

C．組合模式

D．裝飾模式

某軟件公司承接了為某工作流語言開發(fā)解釋器的工作。該工作流語言由多種活動(dòng)節(jié)點(diǎn)構(gòu)成，具有類XML的語法結(jié)構(gòu)。用戶要求解釋器工作時(shí)，對(duì)每個(gè)活動(dòng)節(jié)點(diǎn)進(jìn)行一系列的處理，包括執(zhí)行活動(dòng)、日志記錄、調(diào)用外部應(yīng)用程序等，并且要求處理過程具有可擴(kuò)展能力。針對(duì)這種需求，公司采用（61）最為恰當(dāng)。

A．適配器模式

B．迭代器模式

C．訪問者模式

D．觀察者模式

Architecture Tradeoff Analysis Method(ATAM）是一種軟件架構(gòu)的評(píng)估方法，以下關(guān)于該方法的敘述中，正確的是（62）。

A．ATAM是一種代碼評(píng)估方法

B．ATAM需要評(píng)估軟件的需求是否準(zhǔn)確

C．ATAM需要對(duì)軟件系統(tǒng)進(jìn)行測試

D．ATAM不是一種精確的評(píng)估工具

識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是ATAM方法中的關(guān)鍵步驟。己知針對(duì)某系統(tǒng)所做的架構(gòu)設(shè)計(jì)中，提高其加密子系統(tǒng)的加密級(jí)別將對(duì)系統(tǒng)的安全性和性能都產(chǎn)生非常大的影響，則該子系統(tǒng)一定屬于（63）。

A．風(fēng)險(xiǎn)點(diǎn)和敏感點(diǎn)

B．權(quán)衡點(diǎn)和風(fēng)險(xiǎn)點(diǎn)

C．權(quán)衡點(diǎn)和敏感點(diǎn)

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

信息安全策略應(yīng)該全面地保護(hù)信息系統(tǒng)整體的安全，網(wǎng)絡(luò)安全體系設(shè)計(jì)是網(wǎng)絡(luò)邏輯設(shè)計(jì)工作的重要內(nèi)容之一，可從物理線路安全、網(wǎng)絡(luò)安全、系統(tǒng)安全、應(yīng)用安全等方面來進(jìn)行安全體系的設(shè)計(jì)與規(guī)劃。其中，數(shù)據(jù)庫的容災(zāi)屬于（64）的內(nèi)容。

A．物理線路安全與網(wǎng)絡(luò)安全

B．網(wǎng)絡(luò)安全與系統(tǒng)安全

C．物理線路安全與系統(tǒng)安全

D．系統(tǒng)安全與應(yīng)用安全

公司總部與分部之間需要傳輸大量數(shù)據(jù)，在保障數(shù)據(jù)安全的同時(shí)又要兼顧密鑰算法效率，最合適的加密算法是（65）。

A．RC-5

B．RSA

C．ECC

D．MD5

我國的《著作權(quán)法》對(duì)一般文字作品的保護(hù)期是作者有生之年和去世后50年，德國的《版權(quán)法》對(duì)一般文字作品的保護(hù)期是作者有生之年和去世后70年。假如某德國作者已去世60年，以下說法中正確的是（66）。

A．我國M出版社擬在我國翻譯出版該作品，需要征得德里作者繼承人的許可方可在我國出版發(fā)行

B．我國M出版社擬在我國翻譯出版該作品，不需要征得德國作者繼承人的許可，就可在我國出版發(fā)行

C．我國M出版社未征得德國作者繼承人的許可，將該翻譯作品銷售到德國，不構(gòu)成侵權(quán)

D．我國M出版社未征得德國作者繼承人的許可，將該翻譯作品在我國銷售，構(gòu)成侵權(quán)

（67）不屬于我國著作權(quán)法所保護(hù)的內(nèi)容。

A．為保護(hù)其軟件著作權(quán)而采取的技術(shù)措施

B．軟件權(quán)利電子信息

C．通過信息網(wǎng)絡(luò)傳播的軟件

D．采用反編譯技術(shù)獲得的軟件

王某原是X公司的項(xiàng)目經(jīng)理，在X公司任職期間主持開發(fā)了某軟件，但未與X公司簽定勞動(dòng)合同及相應(yīng)的保密協(xié)議。X公司對(duì)該軟件進(jìn)行了軟件著作權(quán)登記并獲準(zhǔn)。王某隨后離職并將其在X公司任職期間掌握的該軟件技術(shù)信息、客戶需求及部分源程序等秘密信息提供給另一軟件公司。王某的行為（68）。

A．既侵犯了科技公司的商業(yè)秘密權(quán)，又侵犯了科技公司的軟件著作權(quán)

B．既未侵犯科技公司的商業(yè)秘密權(quán)，又未侵犯科技公司的軟件著作權(quán)

C．侵犯了科技公司的商業(yè)秘密權(quán)

D．侵犯了科技公司的軟件著作權(quán)

對(duì)實(shí)際應(yīng)用問題建立了數(shù)學(xué)模型后，一般還需要對(duì)該模型進(jìn)行檢驗(yàn)。通過檢驗(yàn)盡可能找出模型中的問題，以利于改進(jìn)模型，有時(shí)還可能會(huì)否定該模型。檢驗(yàn)?zāi)Ｐ偷淖龇ㄓ卸喾N，但一般不會(huì)（69）。

A．利用實(shí)際案例數(shù)據(jù)對(duì)模型進(jìn)行檢驗(yàn)

B．進(jìn)行邏輯檢驗(yàn)，分析該模型是否會(huì)出現(xiàn)矛盾

C．用計(jì)算機(jī)模擬實(shí)際問題來檢驗(yàn)?zāi)Ｐ?/p>

D．檢驗(yàn)該模型所采用的技術(shù)能否被企業(yè)負(fù)責(zé)人理解

某類產(chǎn)品n種品牌在某地區(qū)的市場占有率常用概率向量u=(u1，u2，…，un)表示（各分量分別表示各品牌的市場占有率，值非負(fù)，且總和為1）。市場占有率每隔一定時(shí)間的變化常用轉(zhuǎn)移矩陣Pn*n表示。設(shè)初始時(shí)刻的市場占有率為向量u，則下一時(shí)刻的市場占有率就是uP，再下一時(shí)刻的市場占有率就是uP2，…。如果在相當(dāng)長時(shí)期內(nèi)，該轉(zhuǎn)移矩陣的元素均是常數(shù)，則市場占有率會(huì)逐步穩(wěn)定到某個(gè)概率向量z，即出現(xiàn)ZP=Z。這種穩(wěn)定的市場占有率體現(xiàn)了轉(zhuǎn)移矩陣的特征，與初始時(shí)刻的市場占有率無關(guān)。

假設(shè)占領(lǐng)某地區(qū)市場的冰箱品牌A與B，每月市場占有率的變化可用如一下常數(shù)轉(zhuǎn)移矩陣來描述：

則冰箱品牌A與B在該地區(qū)最終將逐步穩(wěn)定到市場占有率（70）。

A．（1/4，3/4）

B．（1/3，2/3）

C．（1/2，1/2）

D．（2/3，1/3）

An architectural style defines as a family of such systems in terms of a（71）of structural organization．More specifically，an architectural style defines a vocabulary of（72）and connector types，and a set of（73）on how they can be combined.For many styles there may also exist one or more（74）that specify how to determine a system’s overall properties from the properties of its parts．Many of architectural styles have been developed over the years.

The best-known examples of（75）architectures are programs written in the Unix shell.

（71）A．pattern

B．data flow

C．business process

D．position level

（72）A．metadata

B．components

C．models

D．entities

（73）A．functions

B．code segments

C．interfaces

D．constraints

（74）A．semantic models

B．weak entities

C．data schemas

D．business models

（75）A．event-based

B．object-oriented

C．pipe-and-filter

D．layered