以下為2014年系統(tǒng)架構(gòu)設(shè)計(jì)師考試上午真題，包含綜合知識(shí)全部75個(gè)小題：

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

某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)輸入設(shè)備和一臺(tái)輸出設(shè)備，假設(shè)系統(tǒng)中有四個(gè)作業(yè)T1、T2、T3和T4，系統(tǒng)采用優(yōu)先級(jí)調(diào)度，且T1的優(yōu)先級(jí)>T2的優(yōu)先級(jí)>T3的優(yōu)先級(jí)>T4的優(yōu)先級(jí)。每個(gè)作業(yè)具有三個(gè)程序段：輸入Ii、計(jì)算Ci和輸出Pi(i=1,2,3,4)，其執(zhí)行順序?yàn)镮i→Ci→Pi。這四個(gè)作業(yè)各程序段并發(fā)執(zhí)行的前驅(qū)圖如下所示。圖中①、②、③分別為（1），④、⑤、⑥分別為（2）。

（1）A．I₂、C₂、C₄

B．I₂、I₃、C₂

C．C₂、P₃、C₄

D．C₂、P₃、P₄

（2）A．C₂、C₄、P₄

B．I₂、I₃、C₄

C．I₃、P₃、P₄

D．C₄、P₃、P₄

某文件系統(tǒng)文件存儲(chǔ)采用文件索引節(jié)點(diǎn)法。假設(shè)磁盤(pán)索引塊和磁盤(pán)數(shù)據(jù)塊大小均為1KB，每個(gè)文件的索引節(jié)點(diǎn)中有8個(gè)地址項(xiàng)iaddr[0]～iaddr[7]，每個(gè)地址項(xiàng)大小為4字節(jié)，其中iaddr[0]～iaddr[5]為直接地址索引，iaddr[6]是一級(jí)間接地址索引，iaddr[7]是二級(jí)間接地址索引。如果要訪問(wèn)icwutil.dll文件的邏輯塊號(hào)分別為0、260和518，則系統(tǒng)應(yīng)分別采用（3）。該文件系統(tǒng)可表示的單個(gè)文件最大長(zhǎng)度是（4）KB。

（3）A．直接地址索引、一級(jí)間接地址索引和二級(jí)間接地址索引

B．直接地址索引、二級(jí)間接地址索引和二級(jí)間接地址索引

C．一級(jí)間接地址索引、一級(jí)間接地址索引和二級(jí)間接地址索引

D．一級(jí)間接地址索引、二級(jí)間接地址索引和二級(jí)間接地址索引

（4）A．518

B．1030

C．16514

D．65798

設(shè)關(guān)系模式R(U,F)，其中u為屬性集，F(xiàn)是U上的一組函數(shù)依賴(lài)，那么函數(shù)依賴(lài)的公理系統(tǒng)（Armstrong公理系統(tǒng)）中的合并規(guī)則是指（5）為F所蘊(yùn)涵。

A．若A→B，B→C，則A→C

B．若Y⊆X⊆U，則X→Y

C．若A→B，A→C，則A→BC

D．若A→B，C⊆B，則A→C

若關(guān)系模式R和S分別為：R(A,B,C,D)、S(B,C,E,F)，則關(guān)系R與S自然聯(lián)結(jié)運(yùn)算后的屬性列有（6）個(gè)，與表達(dá)方式π_1,3,5,6(σ_3<6(RS))等價(jià)的SQL語(yǔ)句為：

SELECT（7）FROM R,S WHERE（8）;

（6）A．4

B．6

C．7

D．8

（7）A．A,R.C,E,F

B．A,C,S.B,S.E

C．A,C,S.B,S.C

D．R.A,R.C,S.B,S.C

（8）A．R.B=S.B AND R.C=S.C AND R.C<S.B

B．R.B=S.B AND R.C=S.C AND R.C<S.F

C．R.B=S.B OR R.C=S.C OR R.C<S.B

D．R.B=S.B OR R.C=S.C OR R.C<S.F

計(jì)算機(jī)采用分級(jí)存儲(chǔ)體系的主要目的是為了（9）。

A．解決主存容量不足的問(wèn)題

B．提高存儲(chǔ)器讀寫(xiě)可靠性

C．提高外設(shè)訪問(wèn)效率

D．解決存儲(chǔ)的容量、價(jià)格和速度之間的矛盾

以下嵌入式處理器類(lèi)型中不具備內(nèi)存管理單元(MMU)的是（10），嵌入式操作系統(tǒng)（11）可以運(yùn)行在它上面。

（10）A．PowerPC750

B．ARM920T

C．Cortex-M3

D．MIPS32 24K

（11）A．Linux

B．VxWorks653

C．uC/OS-II

D．Windows CE

以下關(guān)于嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)的描述不正確的是（12）。

A．嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般只為前端應(yīng)用提供基本的數(shù)據(jù)支持

B．嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般支持實(shí)時(shí)數(shù)據(jù)的管理

C．嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般不支持多線程并發(fā)操作

D．嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般只提供本機(jī)服務(wù)接口

IETF定義的集成服務(wù)(IntServ)把Internet服務(wù)分成了三種服務(wù)質(zhì)量不同的類(lèi)型，這三種服務(wù)不包括（13）。

A．保證質(zhì)量的服務(wù)：對(duì)帶寬、時(shí)延、抖動(dòng)和丟包率提供定量的保證

B．盡力而為的服務(wù)：這是一般的Internet服務(wù)，不保證服務(wù)質(zhì)量

C．負(fù)載受控的服務(wù)：提供類(lèi)似于網(wǎng)絡(luò)欠載時(shí)的服務(wù)，定性地提供

D．突發(fā)式服務(wù)：如果有富余的帶寬，網(wǎng)絡(luò)保證滿(mǎn)足服務(wù)質(zhì)量的需求

按照網(wǎng)絡(luò)分層設(shè)計(jì)模型，通常把局域網(wǎng)設(shè)計(jì)為3層，即核心層、匯聚層和接入層，以下關(guān)于分層網(wǎng)絡(luò)功能的描述中，不正確的是（14）。

A．核心層設(shè)備負(fù)責(zé)數(shù)據(jù)濾、策略路由等功能

B．匯聚層完成路由匯總和協(xié)議轉(zhuǎn)換功能

C．接入層應(yīng)提供一部分管理功能，例如MAC地址認(rèn)證、計(jì)費(fèi)管理等

D．接入層負(fù)責(zé)收集用戶(hù)信息，例如用戶(hù)IP地址、MAC地址、訪問(wèn)日志等

結(jié)構(gòu)化布線系統(tǒng)分為六個(gè)子系統(tǒng)，其中水平子系統(tǒng)（15）。

A．由各種交叉連接設(shè)備以及集線器和交換機(jī)等設(shè)備組成

B．連接了干線子系統(tǒng)和工作區(qū)子系統(tǒng)，

C．由終端設(shè)備到信息插座的整個(gè)區(qū)域組成

D．實(shí)現(xiàn)各樓層設(shè)備間子系統(tǒng)之間的互連

在實(shí)際應(yīng)用中，用戶(hù)通常依靠評(píng)價(jià)程序來(lái)測(cè)試系統(tǒng)的性能。以下評(píng)價(jià)程序中，（16）的評(píng)測(cè)準(zhǔn)確程度最低。事務(wù)處理性能委員會(huì)(Transaction Processing Performance Council,TPC)是制定商務(wù)應(yīng)用基準(zhǔn)程序(benchmark)標(biāo)準(zhǔn)規(guī)范、性能和價(jià)格度量，并管理測(cè)試結(jié)果發(fā)布的非營(yíng)利組織，其發(fā)布的TPC-C是（17）的基準(zhǔn)程序。

（16）A．核心程序

B．真實(shí)程序

C．合成基準(zhǔn)程序

D．小型基準(zhǔn)程序

（17）A．決策支持

B．在線事務(wù)處理

C．企業(yè)信息服務(wù)

D．聯(lián)機(jī)分析處理

企業(yè)信息化一定要建立在企業(yè)戰(zhàn)略規(guī)劃基礎(chǔ)之上，以企業(yè)戰(zhàn)略規(guī)劃為基礎(chǔ)建立的企業(yè)管理模式是建立（18）的依據(jù)。

A．企業(yè)戰(zhàn)略數(shù)據(jù)模型

B．企業(yè)業(yè)務(wù)運(yùn)作模型

C．企業(yè)信息系統(tǒng)架構(gòu)

D．企業(yè)決策支持

ERP是對(duì)企業(yè)物流資源，資金流資源和信息流資源進(jìn)行全面集成管理的管理信息系統(tǒng)。在ERP五個(gè)層次的計(jì)劃中，（19）根據(jù)經(jīng)營(yíng)計(jì)劃的生產(chǎn)目標(biāo)制定，是對(duì)企業(yè)經(jīng)營(yíng)計(jì)劃的細(xì)化；（20）說(shuō)明了在一定時(shí)期內(nèi)生產(chǎn)什么，生產(chǎn)多少和什么時(shí)候交貨，它的編制是ERP的主要工作內(nèi)容；（21）能夠幫助企業(yè)盡早發(fā)現(xiàn)企業(yè)生產(chǎn)能力的瓶頸，為實(shí)現(xiàn)企業(yè)的生產(chǎn)任務(wù)提供能力方面的保障。

（19）A．銷(xiāo)售管理計(jì)劃

B．生產(chǎn)預(yù)測(cè)計(jì)劃

C．生產(chǎn)計(jì)劃大綱

D．主生產(chǎn)計(jì)劃

（20）A．經(jīng)營(yíng)計(jì)劃

B．車(chē)間作業(yè)計(jì)劃

C．物料需求計(jì)劃

D．主生產(chǎn)計(jì)劃

（21）A．采購(gòu)與庫(kù)存計(jì)劃

B．能力需求計(jì)劃

C．物料需求計(jì)劃

D．質(zhì)量管理計(jì)劃

集成平臺(tái)是支持企業(yè)信息集成的支撐環(huán)境，包括硬件、軟件、軟件工具和系統(tǒng)。集成平臺(tái)的基本功能中，（22）實(shí)現(xiàn)不同數(shù)據(jù)庫(kù)系統(tǒng)之間的數(shù)據(jù)交換、互操作、分布數(shù)據(jù)管理和共享信息模型定義；（23）能夠?yàn)閼?yīng)用提供數(shù)據(jù)交換和訪問(wèn)操作，使各種不同的系統(tǒng)能夠相互協(xié)作。

（22）A．?dāng)?shù)據(jù)通信服務(wù)

B．信息集成服務(wù)

C．應(yīng)用集成服務(wù)

D．操作集成服務(wù)

（23）A．?dāng)?shù)據(jù)通信服務(wù)

B．信息集成服務(wù)

C．應(yīng)用集成服務(wù)

D．操作集成服務(wù)

商業(yè)智能是企業(yè)對(duì)商業(yè)數(shù)據(jù)的搜集、管理和分析的系統(tǒng)過(guò)程，主要技術(shù)包括（24）。

A．?dāng)?shù)據(jù)倉(cāng)庫(kù)、聯(lián)機(jī)分析和數(shù)據(jù)挖掘

B．?dāng)?shù)據(jù)采集、數(shù)據(jù)清洗和數(shù)據(jù)挖掘

C．聯(lián)機(jī)分析、多維度分析和跨維度分析

D．?dāng)?shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)挖掘和業(yè)務(wù)優(yōu)化重組

系統(tǒng)建議方案中不應(yīng)該包含的內(nèi)容是（25）。

A．問(wèn)題陳述

B．項(xiàng)目范圍

C．候選方案及其可行性分析

D．系統(tǒng)詳細(xì)設(shè)計(jì)方案

下列關(guān)于聯(lián)合需求計(jì)劃(Joint Requirement Planning,JRP)的敘述中，不正確的是（26）。

A．在JRP實(shí)施之前，應(yīng)制定詳細(xì)的議程，并嚴(yán)格遵照議程進(jìn)行

B．在討論期間盡量避免使用專(zhuān)業(yè)術(shù)語(yǔ)

C．JRP是一種相對(duì)來(lái)說(shuō)成本較高但十分有效的需求獲取方法

D．JRP的主要目的是對(duì)需求進(jìn)行分析和驗(yàn)證

在結(jié)構(gòu)化分析方法中，用（27）表示功能模型，用（28）表示行為模型。

（27）A．ER圖

B．用例圖

C．DFD

D．對(duì)象圖

（28）A．通信圖

B．順序圖

C．活動(dòng)圖

D．狀態(tài)轉(zhuǎn)換圖

下列關(guān)于敏捷方法的敘述中，錯(cuò)誤的是（29）。

A．與傳統(tǒng)方法相比，敏捷方法比較適合需求變化大或者開(kāi)發(fā)前期對(duì)需求不是很清晰的項(xiàng)目

B．敏捷方法尤其適合于開(kāi)發(fā)團(tuán)隊(duì)比較龐大的項(xiàng)目

C．敏捷方法的思想是適應(yīng)性，而不是預(yù)設(shè)性

D．敏捷方法以原型開(kāi)發(fā)思想為基礎(chǔ)，采用迭代式增量開(kāi)發(fā)

下列關(guān)于用戶(hù)界面設(shè)計(jì)的敘述中，錯(cuò)誤的是（30）。

A．界面交互模型應(yīng)經(jīng)常進(jìn)行修改

B．界面的視覺(jué)布局應(yīng)該盡量與真實(shí)世界保持一致

C．所有可視信息的組織需要按照統(tǒng)一的設(shè)計(jì)標(biāo)準(zhǔn)

D．確保用戶(hù)界面操作和使用的一致性

在軟件的使用過(guò)程中，用戶(hù)往往會(huì)對(duì)軟件提出新的功能與性能要求。為了滿(mǎn)足這些要求，需要修改或再開(kāi)發(fā)軟件。在這種情況下進(jìn)行的維護(hù)活動(dòng)稱(chēng)為（31）。

A．改正性維護(hù)

B．適應(yīng)性維護(hù)

C．完善性維護(hù)

D．預(yù)防性維護(hù)

一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信，產(chǎn)生的相互依賴(lài)關(guān)系結(jié)構(gòu)混亂且難以理解。采用（32）模式，用一個(gè)特定對(duì)象來(lái)封裝一系列的對(duì)象交互，從而使各對(duì)象不需要顯式地相互引用，使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。

A．解釋器(Interpreter)

B．策略(Strategy)

C．中介者(Mediator)

D．迭代器(Iterator)

某廣告公司的宣傳產(chǎn)品有宣傳冊(cè)、文章、傳單等多種形式，宣傳產(chǎn)品的出版方式包括紙質(zhì)方式、CD、DVD、在線發(fā)布等。現(xiàn)要求為該廣告公司設(shè)計(jì)一個(gè)管理這些宣傳產(chǎn)品的應(yīng)用，采用（33）設(shè)計(jì)模式較為合適，該模式（34）。

（33）A．Decorator

B．Adapter

C．Bridge

D．Facade

（34）A．將一系列復(fù)雜的類(lèi)包裝成一個(gè)簡(jiǎn)單的封閉接口

B．將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化

C．可在不影響其他對(duì)象的情況下，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)

D．將一個(gè)接口轉(zhuǎn)換為客戶(hù)希望的另一個(gè)接口

在UML提供的系統(tǒng)視圖中，（35）是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)；（36）是最基本的需求分析模型。

（35）A．進(jìn)程視圖

B．實(shí)現(xiàn)視圖

C．部署視圖

D．用例視圖

（36）A．進(jìn)程視圖

B．實(shí)現(xiàn)視圖

C．部署視圖

D．用例視圖

在靜態(tài)測(cè)試中，主要是對(duì)程序代碼進(jìn)行靜態(tài)分析?！皵?shù)據(jù)初始化、賦值或引用過(guò)程中的異常”屬于靜態(tài)分析中的（37）。

A．控制流分析

B．?dāng)?shù)據(jù)流分析

C．接口分析

D．表達(dá)式分析

下列關(guān)于軟件調(diào)試與軟件測(cè)試的敘述中，正確的是（38）。

A．軟件測(cè)試的目的是找出存在的錯(cuò)誤，軟件調(diào)試的目的是定位并修正錯(cuò)誤

B．軟件測(cè)試的結(jié)束過(guò)程不可預(yù)計(jì)，軟件調(diào)試使用預(yù)先定義的過(guò)程

C．軟件調(diào)試的過(guò)程可以實(shí)現(xiàn)設(shè)計(jì)

D．軟件測(cè)試不能描述過(guò)程或持續(xù)時(shí)間

在單元測(cè)試中，（39）。

A．驅(qū)動(dòng)模塊用來(lái)調(diào)用被測(cè)模塊，自頂向下的單元測(cè)試中不需要另外編寫(xiě)驅(qū)動(dòng)模塊

B．樁模塊用來(lái)模擬被測(cè)模塊所調(diào)用的子模塊，自頂向下的單元測(cè)試中不需要另外編寫(xiě)樁模塊

C．驅(qū)動(dòng)模塊用來(lái)模擬被測(cè)模塊所調(diào)用的子模塊，自底向上的單元測(cè)試中不需要另外編寫(xiě)驅(qū)動(dòng)模塊。

D．樁模塊用來(lái)調(diào)用被測(cè)模塊，自底向上的單元測(cè)試中不需要另外編寫(xiě)樁模塊

以下關(guān)于軟件架構(gòu)設(shè)計(jì)重要性的描述，（40）是錯(cuò)誤的。

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

B．軟件架構(gòu)設(shè)計(jì)能夠幫助項(xiàng)目干系入(Stakeholder)更好地理解軟件結(jié)構(gòu)

C．軟件架構(gòu)設(shè)計(jì)能夠幫助架構(gòu)師更好地捕獲和細(xì)化系統(tǒng)需求

D．軟件架構(gòu)設(shè)計(jì)能夠有效地管理系統(tǒng)的復(fù)雜性，并降低系統(tǒng)維護(hù)費(fèi)用

將系統(tǒng)需求模型轉(zhuǎn)換為架構(gòu)模型是軟件系統(tǒng)需求分析階段的一項(xiàng)重要工作，以下描述中，（41）是在轉(zhuǎn)換過(guò)程中需要關(guān)注的問(wèn)題。

A．如何通過(guò)多視圖模型描述軟件系統(tǒng)的架構(gòu)

B．如何確定架構(gòu)模型中有哪些元素構(gòu)成

C．如何采用表格或用例映射保證轉(zhuǎn)換的可追蹤性。

D．如何通過(guò)模型轉(zhuǎn)換技術(shù)，將高層架構(gòu)模型逐步細(xì)化為細(xì)粒度架構(gòu)模型

在構(gòu)件組裝過(guò)程中需要檢測(cè)并解決架構(gòu)失配問(wèn)題。其中（42）失配主要包括由于系統(tǒng)對(duì)構(gòu)件基礎(chǔ)設(shè)施、控制模型和數(shù)據(jù)模型的假設(shè)存在沖突引起的失配。（43）失配包括由手系統(tǒng)對(duì)構(gòu)件交互協(xié)議、構(gòu)件連接時(shí)數(shù)據(jù)格式的假設(shè)存在沖突引起的失配。

（42）A．構(gòu)件

B．模型

C．協(xié)議

D．連接子

（43）A．構(gòu)件

B．模型

C．協(xié)議

D．連接子

“4+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由Philippe Kruchten于1995年提出。其中（44）視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶(hù)提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用（45）表達(dá)類(lèi)的內(nèi)部屬性和行為，以及類(lèi)集合之間的交互關(guān)系；采用（46）定義對(duì)象的內(nèi)部行為。

（44）A．邏輯

B．過(guò)程

C．開(kāi)發(fā)

D．物理

（45）A．對(duì)象圖

B．活動(dòng)圖

C．狀態(tài)圖

D．類(lèi)圖

（46）A．對(duì)象圖

B．活動(dòng)圖

C．狀態(tài)圖

D．類(lèi)圖

特定領(lǐng)域軟件架構(gòu)(Domain Specific Software Architecture,DSSA)是在一個(gè)特定應(yīng)用領(lǐng)域中，為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu)。參加DSSA的人員可以劃分為多種角色，其中（47）的任務(wù)是控制整個(gè)領(lǐng)域分析過(guò)程，進(jìn)行知識(shí)獲取，將獲取的知識(shí)組織到領(lǐng)域模型中；（48）的任務(wù)是根據(jù)領(lǐng)域模型和現(xiàn)有系統(tǒng)開(kāi)發(fā)出DSSA，并對(duì)DSSA的準(zhǔn)確性和一致性進(jìn)行驗(yàn)證。

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

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

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

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

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

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

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

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

某公司欲開(kāi)發(fā)一個(gè)用于分布式登錄的服務(wù)端程序，使用面向連接的TCP協(xié)議并發(fā)地處理多客戶(hù)端登錄請(qǐng)求。用戶(hù)要求該服務(wù)端程序運(yùn)行在Linux、Solaris和WindowsNT等多種操作系統(tǒng)平臺(tái)之上，而不同的操作系統(tǒng)的相關(guān)API函數(shù)和數(shù)據(jù)都有所不同。針對(duì)這種情況，公司的架構(gòu)師決定采用“包裝器外觀(Wrapper Facade)”架構(gòu)模式解決操作系統(tǒng)的差異問(wèn)題。具體來(lái)說(shuō)，服務(wù)端程序應(yīng)該在包裝器外觀的實(shí)例上調(diào)用需要的方法，然后將請(qǐng)求和請(qǐng)求的參數(shù)發(fā)送給（49），調(diào)用成功后將結(jié)果返回。使用該模式（50）。

（49）A．客戶(hù)端程序

B．操作系統(tǒng)API函數(shù)

C．TCP協(xié)議API函數(shù)

D．登錄連接程序

（50）A．提高了底層代碼訪問(wèn)的一致性，但降低了服務(wù)端程序的調(diào)用性能

B．降低了服務(wù)端程序功能調(diào)用的靈活性，但提高了服務(wù)端程序的調(diào)用性能

C．降低了服務(wù)端程序的可移植性，但提高了服務(wù)端程序的可維護(hù)性

D．提高了系統(tǒng)的可復(fù)用性，但降低了系統(tǒng)的可配置性

軟件架構(gòu)風(fēng)格描述某一特定領(lǐng)域中的系統(tǒng)組織方式和慣用模式，反映了領(lǐng)域中眾多系統(tǒng)所共有的（51）特征。對(duì)于語(yǔ)音識(shí)別、知識(shí)推理等問(wèn)題復(fù)雜、解空間很大、求解過(guò)程不確定的這一類(lèi)軟件系統(tǒng)。通常會(huì)采用（52）架構(gòu)風(fēng)格。

（51）A．語(yǔ)法和語(yǔ)義

B．結(jié)構(gòu)和語(yǔ)義

C．靜態(tài)和動(dòng)態(tài)

D．行為和約束

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

B．解釋器

C．黑板

D．過(guò)程控制

在對(duì)一個(gè)軟件系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)與確認(rèn)之后，需要進(jìn)行架構(gòu)復(fù)審。架構(gòu)復(fù)審的目的是為了標(biāo)識(shí)潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤。在架構(gòu)復(fù)審過(guò)程電，主要由（53）決定架構(gòu)是否滿(mǎn)足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。

A．系統(tǒng)分析師與架構(gòu)師

B．用戶(hù)代表與領(lǐng)域希賽網(wǎng)

C．系統(tǒng)擁有者與項(xiàng)目經(jīng)理

D．系統(tǒng)開(kāi)發(fā)與測(cè)試人員

某公司欲開(kāi)發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段，公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“當(dāng)系統(tǒng)面臨斷電故障后，需要在1小時(shí)內(nèi)切換至備份站點(diǎn)并恢復(fù)正常運(yùn)行”主要與（54）質(zhì)量屬性相關(guān)，通?？刹捎茫?5）架構(gòu)策略實(shí)現(xiàn)該屬性；“在并發(fā)用戶(hù)數(shù)量為1000人時(shí)，用戶(hù)的交易請(qǐng)求需要在0.5秒內(nèi)得到響應(yīng)”主要與（56）質(zhì)量屬性相關(guān)，通?？刹捎茫?7）架構(gòu)策略實(shí)現(xiàn)該屬性；“對(duì)系統(tǒng)的消息中間件進(jìn)行替換時(shí)，替換工作需要在5人/月內(nèi)完成”主要與（58）質(zhì)量屬性相關(guān)，通?？刹捎茫?9）架構(gòu)策略實(shí)現(xiàn)該屬性。

（54）A．性能

B．安全性

C．可用性

D．可修改性

（55）A．操作隔離

B．資源調(diào)度

C．心跳

D．內(nèi)置監(jiān)控器

（56）A．性能

B．易用性

C．可用性

D．互操作性

（57）A．主動(dòng)冗余

B．資源調(diào)度

C．抽象接口

D．記錄/回放

（58）A．可用性

B．安全性

C．可測(cè)試性

D．可修改性

（59）A．接口-實(shí)現(xiàn)分離

B．記錄/回放

C．內(nèi)置監(jiān)控器

D．追蹤審計(jì)

識(shí)別風(fēng)險(xiǎn)、非風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是進(jìn)行軟件架構(gòu)評(píng)估的重要過(guò)程?！案淖儤I(yè)務(wù)數(shù)據(jù)編碼方式會(huì)對(duì)系統(tǒng)的性能和安全性產(chǎn)生影響”是對(duì)（60）的描述，“假設(shè)用戶(hù)請(qǐng)求的頻率為每秒1個(gè)，業(yè)務(wù)處理時(shí)間小于30毫秒，則將請(qǐng)求響應(yīng)時(shí)間設(shè)定為1秒鐘是可以接受的”是對(duì)（61）的描述。

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

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

C．敏感點(diǎn)

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

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

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

C．敏感點(diǎn)

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

體系結(jié)構(gòu)權(quán)衡分析方法(Architecture Tradeoff Analysis Method,ATAM)是一種常見(jiàn)的系統(tǒng)架構(gòu)評(píng)估框架，該框架主要關(guān)注系統(tǒng)的（62），針對(duì)性能、（63）、安全性和可修改性，在系統(tǒng)開(kāi)發(fā)之前進(jìn)行分析、評(píng)價(jià)與折中。

（62）A．架構(gòu)視圖

B．架構(gòu)描述

C．需求說(shuō)明

D．需求建模

（63）A．可測(cè)試性

B．可用性

C．可移植性

D．易用性

以下關(guān)于軟件著作權(quán)產(chǎn)生時(shí)間的表述中，正確的是（64）。

A．自軟件首次公開(kāi)發(fā)表時(shí)

B．自開(kāi)發(fā)者有開(kāi)發(fā)意圖時(shí)

C．自軟件開(kāi)發(fā)完成之日時(shí)

D．自獲得軟件著作權(quán)登記證書(shū)時(shí)

甲公司接受乙公司委托開(kāi)發(fā)了一項(xiàng)應(yīng)用軟件，雙方?jīng)]有訂立任何書(shū)面合同。在此情況下，（65）享有該軟件的著作權(quán)。

A．甲公司

B．甲、乙共用

C．乙公司

D．甲、乙均不

軟件商標(biāo)權(quán)的保護(hù)對(duì)象是指（66）。

A．商業(yè)軟件

B．軟件商標(biāo)

C．軟件注冊(cè)商標(biāo)

D．已使用的軟件商標(biāo)

下列攻擊方式中，（67）不是利用TCP/IP漏洞發(fā)起的攻擊。

A．SQL注入攻擊

B．Land攻擊

C．Ping of Death

D．Teardrop攻擊

下列安全協(xié)議中（68）是應(yīng)用層安全協(xié)議。

A．IPSec

B．L2TP

C．PAP

D．HTTPS

某服裝店有甲、乙、丙、丁四個(gè)縫制小組。甲組每天能縫制5件上衣或6條褲子；乙組每天能縫制6件上衣或7條褲子；丙組每天能縫制7件上衣或8條褲子；丁組每天能縫制8件上衣或9條褲子。每組每天要么縫制上衣，要么縫制褲子，不能弄混。訂單要求上衣和褲子必須配套（每套衣服包括一件上衣和一條褲子）。只要做好合理安排，該服裝店15天最多能縫制（69）套衣服。

A．208

B．209

C．210

D．211

生產(chǎn)某種產(chǎn)品有兩個(gè)建廠方案：

方案一：建大廠，需要初期投資500萬(wàn)元。如果產(chǎn)品銷(xiāo)路好，每年可以獲利200萬(wàn)元；如果銷(xiāo)路不好，每年會(huì)虧損20萬(wàn)元。

方案二：建小廠，需要初期投資200萬(wàn)元。如果產(chǎn)品銷(xiāo)路好，每年可以獲利100萬(wàn)元；如果銷(xiāo)路不好，每年只能獲利20萬(wàn)元。

市揚(yáng)調(diào)研表明，未來(lái)2年這種產(chǎn)品銷(xiāo)路好的概率為70%。如果這2年銷(xiāo)路好，則后續(xù)5年銷(xiāo)路好的概率上升為80%；如果這2年銷(xiāo)路不好，則后續(xù)5年銷(xiāo)路好的概率僅為10%。為取得7年最大總收益，決策者應(yīng)（70）。

A．建大廠，總收益超500萬(wàn)元

B．建大廠，總收益略多于300萬(wàn)元

C．建小廠，總收益超500萬(wàn)元

D．建小廠，總收益略多于300萬(wàn)元

Software architecture reconstruction is an interpretive,jnteractive,and iterative process including many activities.（71）involves analyzing a system's existing design and implementation artifacts to construct a model of it.The result is used in the following activities to construct a view of the system.The database construction activity converts the（72）contained in the view into a standard format for storage in a database.The（73）activity involves defining and manipulating the information stored in database to reconcile,augment,and establish connections between the elements.Reconstruction consists of two primary activities:（74）and（75）.The former provides a mechanism for the user to manipulate architectural elements,and the latter provides facilities for architecture reconstruction.

（71）A．Reverse engineering

B．Information extraction

C．Requirements analysis

D．Source code analysis

（72）A．a(chǎn)ctors and use cases

B．processes and data

C．elements and relations

D．schemas and tables

（73）A．database normalization

B．schema definition

C．database optimization

D．view fusion

（74）A．a(chǎn)rchitecture analysis and design

B．domain analysis and static modeling

C．visualization and interaction

D．user requirements modeling

（75）A．pattern definition and recognition

B．a(chǎn)rchitecture design and implementation

C．system architecture modeling

D．dynamic modeling and reconstruction