以下為2013年系統(tǒng)架構設計師考試上午真題，包含綜合知識全部75個小題：

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

某操作系統(tǒng)采用分頁存儲管理方式，下圖給出了進程A和進程B的頁表結構。如果物理頁的大小為512字節(jié)，那么進程A邏輯地址為1111（十進制）的變量存放在（1）號物理內(nèi)存頁中。假設進程A的邏輯頁4與進程B的邏輯頁5要共享物理頁8，那么應該在進程A頁表的邏輯頁4和進程B頁表的邏輯頁5對應的物理頁處分別填（2）。

（1）A．9

B．2

C．4

D．6

（2）A．4、5

B．5、4

C．5、8

D．8、8

進程P1、P2、P3和P4的前趨圖如下所示：

若用PV操作控制進程P1~P4并發(fā)執(zhí)行的過程，則需要設置5個信號量S1、S2、S3、S4和S5，且信號量S4-S5的初值都等于0。下圖中a、b和c處應分別填寫（3）；d、e和f處應分別填寫（4）。

（3）A．V(S1)V(S2)、P(S1)V(S3)和V(S4)

B．P(S1)V(S2)、P(S1)P(S2)和V(S1)

C．V(S1)V(S2)、P(S1)P(S3)和V(S4)

D．P(S1)P(S2)、V(S1)P(S3)和V(S2)

（4）A．P(S2)、V(S3)V(S5)和P(S4)P(S5)

B．V(S2)、P(S3)V(S5)和V(S4)P(S5)

C．P(S2)、V(S3)P(S5)和P(S4)V(S5)

D．V(S2)、V(S3)P(S5)和P(S4)V(S5)

假設關系模式R(U，F(xiàn))，屬性集U={A，B，C），函數(shù)依賴集F={A→B，B→C）。若將其分解為ρ={R1(U1，F(xiàn)1)，R2(U2，F(xiàn)2))，其中U1={A，B），U2={A，C}。那么，關系模式R、R1、R2分別達到了（5）；分解ρ（6）。

（5）A．1NF、2NF、3NF

B．1NF、3NF、3NF

C．2 NF、2NF、3NF

D．2NF、3NF、3NF

（6）A．有損連接但保持函數(shù)依賴

B．既無損連接又保持函數(shù)依賴

C．有損連接且不保持函數(shù)依賴

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

給定員工關系EMP（EmpID，Ename，sex，age，tel，DepID），其屬性含義分別為：員工號、姓名、性別、年齡、電話、部門號；部門關系DEP(DepID，Dname，Dtel，DEmpID)，其屬性含義分別為：部門號、部門名、電話，負責人號。若要求DepID參照部門關系DEP的主碼DepID，則可以在定義EMP時用（7）進行約束。若要查詢開發(fā)部的負責人姓名、年齡，則正確的關系代數(shù)表達式為（8）。

（7）A．Primary Key(DepID)On DEP(DepID)

B．Primary Key(DepID)On EMP(DepID)

C．Foreign Key(DepID)References DEP(DepID)

D．Foreign Key(DepID)References EMP(DepID)

（8）A．π_2,4(σ_{8=’開發(fā)部’}(EMP×DEP))

B．π_2,4(σ₁=9(EMPσ_{2=’開發(fā)部’}(DEP)))

C．π_2,3(EMP×σ_{2=’開發(fā)部’}(DEP))

D．π_2,3(π_1,2,4,6(EMP)σ_{2=’開發(fā)部’}(DEP))

在實時操作系統(tǒng)中，兩個任務并發(fā)執(zhí)行，一個任務要等待另一個任務發(fā)來消息，或建立某個條件后再向前執(zhí)行，這種制約性合作關系被稱為任務的（9）。

A．同步

B．互斥

C．調(diào)度

D．執(zhí)行

在嵌入式系統(tǒng)設計中，用來進行CPU調(diào)試的常用接口是（10）。

A．PCI接口

B．USB接口

C．網(wǎng)絡接口

D．JTAG接口

看門狗(Watch Dog)是嵌入式系統(tǒng)中一種常用的保證系統(tǒng)可靠性的技術，（11）會產(chǎn)生看門狗中斷。

A．軟件喂狗

B．處理器溫度過高

C．外部中斷

D．看門狗定時器超時

以下關于實時操作系統(tǒng)（RTOS）任務調(diào)度器的敘述中，正確的是（12）。

A．任務之間的公平性是最重要的調(diào)度目標

B．大多數(shù)RTOS調(diào)度算法都是搶占方式（可剝奪方式）

C．RTOS調(diào)度器都采用了基于時間片輪轉的調(diào)度算法

D．大多數(shù)RTOS調(diào)度算法只采用一種靜態(tài)優(yōu)先級調(diào)度算法

以下關于層次化網(wǎng)絡設計原則的敘述中，錯誤的是（13）。

A．一般將網(wǎng)絡劃分為核心層、匯聚層、接入層三個層次

B．應當首先設計核心層，再根據(jù)必要的分析完成其他層次設計

C．為了保證網(wǎng)絡的層次性，不能在設計中隨意加入額外連接

D．除去接入層，其他層次應盡量采用模塊化方式，模塊間邊界應非常清晰

網(wǎng)絡需求分析包括網(wǎng)絡總體需求分析、綜合布線需求分析、網(wǎng)絡可用性與可靠性分析、網(wǎng)絡安全性需求分析，此外還需要進行（14）。

A．工程造價估算

B．工程進度安排

C．硬件設備選型

D．IP地址分配分析

主機PC對某個域名進行查詢，最終由該域名的授權域名服務器解析并返回結果，查詢過程如下圖所示。這種查詢方式中不合理的是（15）。

A．根域名服務器采用遞歸查詢，影響了性能

B．根域名服務器采用迭代查詢，影響了性能

C．中介域名服務器采用迭代查詢，加重了根域名服務器負擔

D．中介域名服務器采用遞歸查詢，加重了根域名服務器負擔

把應用程序中應用最頻繁的那部分核心程序作為評價計算機性能的標準程序，稱為（16）程序。（17）不是對Web服務器進行性能評估的主要指標。

（16）A．仿真測試

B．核心測試

C．基準測試

D．標準測試

（17）A．丟包率

B．最大并發(fā)連接數(shù)

C．響應延遲

D．吞吐量

與電子政務相關的行為主體主要有三個，即（18），政府的業(yè)務活動也主要圍繞著這三個行為主體展開。

A．政府、數(shù)據(jù)及電子政務系統(tǒng)

B．政府、企（事）業(yè)單位及中介

C．政府、服務機構及企事業(yè)單位

D．政府、企（事）業(yè)單位及公民

企業(yè)信息化涉及到對企業(yè)管理理念的創(chuàng)新，按照市場發(fā)展的要求，對企業(yè)現(xiàn)有的管理流程重新整合，管理核心從對（19）的管理，轉向?qū)Γ?0）的管理，并延伸到對企業(yè)技術創(chuàng)新、工藝設計、產(chǎn)品設計、生產(chǎn)制造過程的管理，進而還要擴展到對（21）的管理乃至發(fā)展到電子商務。

（19）A．人力資源和物資

B．信息技術和知識

C．財務和物料

D．業(yè)務流程和數(shù)據(jù)

（20）A．業(yè)務流程和數(shù)據(jù)

B．企業(yè)信息系統(tǒng)和技術

C．業(yè)務流程、數(shù)據(jù)和接口

D．技術、物資和人力資源

（21）A．客戶關系和供應鏈

B．信息技術和知識

C．生產(chǎn)技術和信息技術

D．信息采集、存儲和共享

企業(yè)信息集成按照組織范圍分為企業(yè)內(nèi)部的信息集成和外部的信息集成。在企業(yè)內(nèi)部的信息集成中，（22）實現(xiàn)了不同系統(tǒng)之間的互操作，使得不同系統(tǒng)之間能夠?qū)崿F(xiàn)數(shù)據(jù)和方法的共享：（23）實現(xiàn)了不同應用系統(tǒng)之間的連接、協(xié)調(diào)運作和信息共享。

（22）A．技術平臺集成

B．數(shù)據(jù)集成

C．應用系統(tǒng)集成

D．業(yè)務過程集成

（23）A．技術平臺集成

B．數(shù)據(jù)集成

C．應用系統(tǒng)集成

D．業(yè)務過程集成

數(shù)據(jù)挖掘是從數(shù)據(jù)庫的大量數(shù)據(jù)中揭示出隱含的、先前未知的并有潛在價值的信息的非平凡過程，主要任務有（24）。

A．聚類分析、聯(lián)機分析、信息檢索等

B．信息檢索、聚類分析、分類分析等

C．聚類分析、分類分析、關聯(lián)規(guī)則挖掘等

D．分類分析、聯(lián)機分析、關聯(lián)規(guī)則挖掘等

詳細的項目范圍說明書是項目成功的關鍵，（25）不屬于項目范圍定義的輸入。

A．項目章程

B．項目范圍管理計劃

C．批準的變更申請

D．項目文檔管理方法

活動定義是項目時間管理中的過程之一，（26）是進行活動定義時通常使用的一種工具。

A．Gantt圖

B．活動圖

C．工作分解結構（WBS）

D．PERT圖

以下敘述中，（27）不屬于可行性分析的范疇。

A．對系統(tǒng)開發(fā)的各種候選方案進行成本/效益分析

B．分析現(xiàn)有系統(tǒng)存在的運行問題

C．評價該項目實施后可能取得的無形收益

D．評估現(xiàn)有技術能力和信息技術是否足以支持系統(tǒng)目標的實現(xiàn)

遺留系統(tǒng)的演化可以采用淘汰、繼承、改造和集成四種策略。若企業(yè)中的遺留系統(tǒng)技術含量較高，業(yè)務價值較低，在局部領域中工作良好，形成了一個個信息孤島時，適合于采用（28）演化策略。

A．淘汰

B．繼承

C．改造

D．集成

逆向工程導出的信息可以分為實現(xiàn)級、結構級、功能級和領域級四個抽象層次。程序的抽象語法樹屬于（29）；反映程序分量之間相互依賴關系的信息屬于（30）。

（29）A．實現(xiàn)級

B．結構級

C．功能級

D．領域級

（30）A．實現(xiàn)級

B．結構級

C．功能級

D．領域級

在面向?qū)ο笤O計中，（31）可以實現(xiàn)界面控制、外部接口和環(huán)境隔離。（32）作為完成用例業(yè)務的責任承擔者，協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或行為。

（31）A．實體類

B．控制類

C．邊界類

D．交互類

（32）A．實體類

B．控制類

C．邊界類

D．交互類

基于RUP的軟件過程是一個迭代過程。一個開發(fā)周期包括初始、細化、構建和移交四個階段，每次通過這四個階段就會產(chǎn)生一代軟件，其中建立完善的架構是（33）階段的任務。采用迭代式開發(fā)，（34）。

（33）A．初始

B．細化

C．構建

D．移交

（34）A．在每一輪迭代中都要進行測試與集成

B．每一輪迭代的重點是對特定的用例進行部分實現(xiàn)

C．在后續(xù)迭代中強調(diào)用戶的主動參與

D．通常以功能分解為基礎

某系統(tǒng)中的文本顯示類（TextView）和圖片顯示類（PictureView）都繼承了組件類（Component），分別顯示文本和圖片內(nèi)容，現(xiàn)需要構造帶有滾動條或者帶有黑色邊框，或者既有滾動條又有黑色邊框的文本顯示控件和圖片顯示控件，但希望最多只增加3個類。

那么采用設計模式（35）可實現(xiàn)該需求，其優(yōu)點是（36）。

（35）A．外觀

B．單體

C．裝飾

D．模板方法

（36）A．比靜態(tài)繼承具有更大的靈活性

B．提高已有功能的重復使用性

C．可以將接口與實現(xiàn)相分離

D．為復雜系統(tǒng)提供了簡單接口

以下關于自頂向下開發(fā)方法的敘述中，正確的是（37）。

A．自頂向下過程因為單元測試而比較耗費時間

B．自頂向下過程可以更快地發(fā)現(xiàn)系統(tǒng)性能方面的問題

C．相對于自底向上方法，自頂向下方法可以更快地得到系統(tǒng)的演示原型

D．在自頂向下的設計中，如發(fā)現(xiàn)了一個錯誤，通常是因為底層模塊沒有滿足其規(guī)格說明（因為高層模塊已經(jīng)被測試過了）

以下關于白盒測試方法的敘述中，錯誤的是（38）。

A．語句覆蓋要求設計足夠多的測試用例，使程序中每條語句至少被執(zhí)行一次

B．與判定覆蓋相比，條件覆蓋增加對符合判定情況的測試，增加了測試路徑

C．判定/條件覆蓋準則的缺點是未考慮條件的組合情況

D．組合覆蓋要求設計足夠多的測試用例，使得每個判定中條件結果的所有可能組合最多出現(xiàn)一次

以下關于面向?qū)ο筌浖y試的敘述中，正確的是（39）。

A．在測試一個類時，只要對該類的每個成員方法都進行充分的測試就完成了對該類充分的測試

B．存在多態(tài)的情況下，為了達到較高的測試充分性，應對所有可能的綁定都進行測試

C．假設類B是類A的子類，如果類A已經(jīng)進行了充分的測試，那么在測試類B時不必測試任何類B繼承自類A的成員方法

D．對于一棵繼承樹上的多個類，只有處于葉子節(jié)點的類需要測試

軟件系統(tǒng)架構是關于軟件系統(tǒng)的結構、（40）和屬性的高級抽象。在描述階段，主要描述直接構成系統(tǒng)的抽象組件以及各個組件之間的連接規(guī)則，特別是相對細致地描述組件的（41）。在實現(xiàn)階段，這些抽象組件被細化為實際的組件，比如具體類或者對象。軟件系統(tǒng)架構不僅指定了軟件系統(tǒng)的組織和（42）結構，而且顯示了系統(tǒng)需求和組件之間的對應關系，包括設計決策的基本方法和基本原理。

（40）A．行為

B．組織

C．性能

D．功能

（41）A．交互關系

B．實現(xiàn)關系

C．數(shù)據(jù)依賴

D．功能依賴

（42）A．進程

B．拓撲

C．處理

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

軟件架構風格是描述某一特定應用領域中系統(tǒng)組織方式的慣用模式。架構風格定義了一類架構所共有的特征，主要包括架構定義、架構詞匯表和架構（43）。

A．描述

B．組織

C．約束

D．接口

以下敘述，（44）不是軟件架構的主要作用。

A．在設計變更相對容易的階段，考慮系統(tǒng)結構的可選方案

B．便于技術人員與非技術人員就軟件設計進行交互

C．展現(xiàn)軟件的結構、屬性與內(nèi)部交互關系

D．表達系統(tǒng)是否滿足用戶的功能性需求

特定領域軟件架構（Domain Specific Software Architecture，DSSA）是在一個特定應用領域中，為一組應用提供組織結構參考的標準軟件體系結構。DSSA通常是一個具有三個層次的系統(tǒng)模型，包括（45）環(huán)境、領域特定應用開發(fā)環(huán)境和應用執(zhí)行環(huán)境，其中（46）主要在領域特定應用開發(fā)環(huán)境中工作。

（45）A．領域需求

B．領域開發(fā)

C．領域執(zhí)行

D．領域應用

（46）A．操作員

B．領域架構師

C．應用工程師

D．程序員

“編譯器”是一種非常重要的基礎軟件，其核心功能是對源代碼形態(tài)的單個或一組源程序依次進行預處理、詞法分析、語法分析、語義分析、代碼生成、代碼優(yōu)化等處理，最終生成目標機器的可執(zhí)行代碼?？紤]以下與編譯器相關的軟件架構設計場景：傳統(tǒng)的編譯器設計中，上述處理過程都以獨立功能模塊的形式存在，程序源代碼作為一個整體，依次在不同模塊中進行傳遞，最終完成編譯過程。針對這種設計思路，傳統(tǒng)的編譯器采用（47）架構風格比較合適。

隨著編譯、鏈接、調(diào)試、執(zhí)行等開發(fā)過程的一體化趨勢發(fā)展，集成開發(fā)環(huán)境（IDE）隨之出現(xiàn)。IDE集成了編譯器、連接器、調(diào)試器等多種工具，支持代碼的增量修改與處理，能夠?qū)崿F(xiàn)不同工具之間的信息交互，覆蓋整個軟件開發(fā)生命周期。針對這種需求，IDE采用（48）架構風格比較合適。IDE強調(diào)交互式編程，用戶在修改程序代碼后，會同時觸發(fā)語法高亮顯示、語法錯誤提示、程序結構更新等多種功能的調(diào)用與結果呈現(xiàn)，針對這種需求，通常采用（49）架構風格比較合適。

某公司已經(jīng)開發(fā)了一款針對某種嵌入式操作系統(tǒng)專用編程語言的IDE，隨著一種新的嵌入式操作系統(tǒng)上市并迅速占領市場，公司決定對IDE進行適應性改造，支持采用現(xiàn)有編程語言進行編程，生成符合新操作系統(tǒng)要求的運行代碼，并能夠在現(xiàn)有操作系統(tǒng)上模擬出新操作系統(tǒng)的運行環(huán)境，以支持代碼調(diào)試工作。針對上述要求，為了使IDE能夠生成符合新操作系統(tǒng)要求的運行代碼，采用基于（50）的架構設計策略比較合適；為了模擬新操作系統(tǒng)的運行環(huán)境，通常采用（51）架構風格比較合適。

（47）A．管道-過濾器

B．順序批處理

C．過程控制

D．獨立進程

（48）A．規(guī)則引擎

B．解釋器

C．數(shù)據(jù)共享

D．黑板

（49）A．隱式調(diào)用

B．顯式調(diào)用

C．主程序-子程序

D．層次結構

（50）A．代理

B．適配

C．包裝

D．模擬

（51）A．隱式調(diào)用

B．倉庫結構

C．基于規(guī)則

D．虛擬機

某公司采用基于架構的軟件設計（Architecture-Based Software Design，ABSD）方法進行軟件設計與開發(fā)。ABSD方法有三個基礎，分別是對系統(tǒng)進行功能分解、采用（52）實現(xiàn)質(zhì)量屬性與商業(yè)需求、采用軟件模板設計軟件結構。

ABSD方法主要包括架構需求等6個主要活動，其中（53）活動的目標是標識潛在的風險，及早發(fā)現(xiàn)架構設計中的缺陷和錯誤；（54）活動針對用戶的需求變化，修改應用架構，滿足新的需求。

小王是該公司的一位新任架構師，在某項目中主要負責架構文檔化方面的工作。小王（55）的做法不符合架構文檔化的原則。架構文檔化的主要輸出結果是架構規(guī)格說明書和（56）。

（52）A．架構風格

B．設計模式

C．架構策略

D．架構描述

（53）A．架構設計

B．架構實現(xiàn)

C．架構復審

D．架構演化

（54）A．架構設計

B．架構實現(xiàn)

C．架構復審

D．架構演化

（55）A．從使用者的角度書寫文檔

B．隨時保證文檔都是最新的

C．將文檔分發(fā)給相關人員

D．針對不同背景的人員書寫文檔的方式不同

（56）A．架構需求說明書

B．架構實現(xiàn)說明書

C．架構質(zhì)量說明書

D．架構評審說明書

架構權衡分析方法（Architecture Tradeoff Analysis Method，ATAM）是一種系統(tǒng)架構評估方法，主要在系統(tǒng)開發(fā)之前，針對性能、（57）、安全性和可修改性等質(zhì)量屬性進行評價和折中。ATAM可以分為4個主要的活動階段，包括需求收集、（58）描述、屬性模型構造和分析、架構決策與折中，整個評估過程強調(diào)以（59）作為架構評估的核心概念。

某軟件公司采用ATAM進行軟件架構評估，在評估過程中識別出了多個關于質(zhì)量屬性的描述。其中，“系統(tǒng)在進行文件保存操作時，應該與Windows系統(tǒng)的操作方式保持一致，主要與（60）質(zhì)量屬性相關：“系統(tǒng)應該提供一個開放的API接口，支持遠程對系統(tǒng)的行為進行控制與調(diào)試，主要與（61）質(zhì)量屬性相關。在識別出上述描述后，通常采用（62）對質(zhì)量屬性的描述進行刻畫與排序。在評估過程中，（63）是一個會影響多個質(zhì)量屬性的架構設計決策。

（57）A．可測試性

B．可移植性

C．可用性

D．易用性

（58）A．架構視圖

B．架構排序

C．架構風格

D．架構策略

（59）A．用例

B．視圖

C．屬性

D．模型

（60）A．可測試性

B．互操作性

C．可移植性

D．易用性

（61）A．可測試性

B．互操作性

C．可移植性

D．易用性

（62）A．期望管理矩陣

B．決策表

C．優(yōu)先隊列

D．效用樹

（63）A．風險點

B．決策點

C．權衡點

D．敏感點

以下關于第三方認證服務的敘述中，正確的是（64）。

A．Kerberos認證服務中保存數(shù)字證書的服務器叫CA

B．第三方認證服務的兩種體制分別是Kerberos和PKI

C．PKI體制中保存數(shù)字證書的服務器叫KDC

D．Kerberos的中文全稱是“公鑰基礎設施”

采用Kerberos系統(tǒng)進行認證時，可以在報文中加入（65）來防止重放攻擊。

A．會話密鑰

B．時間戳

C．用戶ID

D．私有密鑰

以下關于為撰寫學術論文引用他人資料的敘述中，錯誤的是（66）。

A．既可引用發(fā)表的作品，也可引用未發(fā)表的作品

B．只能限于介紹、評論或為了說明某個問題引用作品

C．只要不構成自己作品的主要部分，可引用資料的部分或全部

D．不必征得著作權人的同意，不向原作者支付合理的報酬

以下作品中，不適用或不受著作權法保護的作品是（67）。

A．國務院頒布的《計算機軟件保護條例》

B．某作家的作品《綠化樹》

C．較高人民法院組織編寫的《行政訴訟案例選編》

D．某人在公共場所的即興演說

以下著作權權利中，（68）的保護期受時間限制。

A．署名權

B．發(fā)表權

C．修改權

D．保護作品完整權

某企業(yè)擬生產(chǎn)甲、乙、丙、丁四個產(chǎn)品。每個產(chǎn)品必須依次由設計部門、制造部門和檢驗部門進行設計、制造和檢驗，每個部門生產(chǎn)產(chǎn)品的順序是相同的。各產(chǎn)品各工序所需的時間如下表所示：

只要適當安排好項目實施順序，企業(yè)最快可以在（69）天全部完成這四個項目。

A．84

B．86

C．91

D．93

1路和2路公交車都將在10分鐘內(nèi)均勻隨機地到達同一車站，則它們相隔4分鐘內(nèi)到達該站的概率為（70）。

A．0.36

B．0.48

C．0.64

D．0.76

A system's architecture is a representation of a system in which there is a mapping of（71）onto hardware and software components,a mapping of the（72）onto the hardware architecture.and a concern for the human interaction with these components.That is,system architecture is concerned with a total system,including hardware.software,and humans.

Software architectural structures can be divided into three major categories,depending on the broad nature of the elements they show.1）（73）embody decisions as a set of code or data units that have to be constructed or procured.2）（74）embody decisions as to how the system is to be structured as set of elements that have runtime behavior and interactions.3）（75）embody decisions as to how the system will relate to nonsoftware structures in its

environment(such as CPUs,file systems,networks,development teams,etc.).

(71)A．a(chǎn)ttributes

B．constraint

C．functionality

D．requirements

(72)A．physical components

B．network architecture

C．software architecture

D．interface architecture

(73)A.Service structures

B.Module structures

C.Deployment structures

D.Work assignment structures

(74)A.Decompostion structures

B.Layer structures

C.Implementation structures

D.Component-and-connector structures

(75)A．Allocation structures

B．Class structures

C．Concurrency structures

D．Uses structures