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

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

操作系統(tǒng)為用戶提供了兩類接口：操作一級(jí)和程序控制一級(jí)的接口，以下不屬于操作一級(jí)的接口是（1）。

A．操作控制命令

B．系統(tǒng)調(diào)用

C．菜單

D．窗口

進(jìn)程P1、P2、P3、P4和P5的前趨圖如下：

若用PV操作控制進(jìn)程P1～P5并發(fā)執(zhí)行的過程，則需要設(shè)置5個(gè)信號(hào)量S1、S2、S3、S4和S5，進(jìn)程間同步所使用的信號(hào)量標(biāo)注在上圖中的邊上，且信號(hào)量S1～S5的初值都等于零，初始狀態(tài)下進(jìn)程P1開始執(zhí)行。下圖中a、b和c處應(yīng)分別填寫（2）；d和e處應(yīng)分別填寫（3），f和g處應(yīng)分別填寫（4）。

（2）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)P(S4)

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

（3）A．P(S1)和V(S5)

B．V(S1)和P(S5)

C．P(S2)和V(S5)

D．V(S2)和P(S5)

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

B．P(S3)和P(S4)P(S5)

C．V(S3)和V(S4)V(S5)

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

某企業(yè)工程項(xiàng)目管理數(shù)據(jù)庫(kù)的部分關(guān)系模式如下所示，其中帶實(shí)下劃線的表示主鍵，虛下劃線的表示外鍵。

其中供應(yīng)關(guān)系是（5）的聯(lián)系。若一個(gè)工程項(xiàng)目可以有多個(gè)員工參加，每個(gè)員工可以參加多個(gè)項(xiàng)目，則項(xiàng)目和員工之間是（6）聯(lián)系。對(duì)項(xiàng)目和員工關(guān)系進(jìn)行設(shè)計(jì)時(shí)，（7）設(shè)計(jì)成一個(gè)獨(dú)立的關(guān)系模式。

（5）A．2個(gè)實(shí)體之間的1:n

B．2個(gè)實(shí)體之間的n:m

C．3個(gè)實(shí)體之間的1:n:m

D．3個(gè)實(shí)體之間的k:n:m

（6）A．1:1

B．1:n

C．n:m

D．n:1

（7）A．多對(duì)多的聯(lián)系在向關(guān)系模型轉(zhuǎn)換時(shí)必須

B．多對(duì)多的聯(lián)系在向關(guān)系模型轉(zhuǎn)換時(shí)無須

C．只需要將一端的碼并入多端，所以無須

D．不僅需要將一端的碼并入多端，而且必須

給定學(xué)生S（學(xué)號(hào)，姓名，年齡，入學(xué)時(shí)間，聯(lián)系方式）和選課SC（學(xué)號(hào)，課程號(hào)，成績(jī)）關(guān)系，若要查詢選修了1號(hào)課程的學(xué)生學(xué)號(hào)、姓名和成績(jī)，則該查詢與關(guān)系代數(shù)表達(dá)式（8）等價(jià)。

A.

B.

C.

D.

以下關(guān)于CISC（Complex Instruction Set Computer，復(fù)雜指令集計(jì)算機(jī)）和RISC（Reduced Instruction Set Computer，精簡(jiǎn)指令集計(jì)算機(jī)）的敘述中，錯(cuò)誤的是（9）。

A．在CISC中，復(fù)雜指令都采用硬布線邏輯來執(zhí)行

B．一般而言，采用CISC技術(shù)的CPU，其芯片設(shè)計(jì)復(fù)雜度更高

C．在RISC中，更適合采用硬布線邏輯執(zhí)行指令

D．采用RISC技術(shù)，指令系統(tǒng)中的指令種類和尋址方式更少

以下關(guān)于Cache的敘述中，正確的是（10）。

A．在容量確定的情況下，替換算法的時(shí)間復(fù)雜度是影響Cache命中率的關(guān)鍵因素

B．Cache的設(shè)計(jì)思想是在合理的成本下提高命中率

C．Cache的設(shè)計(jì)目標(biāo)是容量盡可能與主存容量相等

D．CPU中的Cache容量應(yīng)大于CPU之外的Cache容量

虛擬存儲(chǔ)器發(fā)生頁(yè)面失效時(shí)，需要進(jìn)行外部地址變換，即實(shí)現(xiàn)（11）的變換。

A．虛地址到主存地址

B．主存地址到Cache地址

C．主存地址到輔存物理地址

D．虛地址到輔存物理地址

掛接在總線上的多個(gè)部件，（12）。

A．只能分時(shí)向總線發(fā)送數(shù)據(jù)，并只能分時(shí)從總線接收數(shù)據(jù)

B．只能分時(shí)向總線發(fā)送數(shù)據(jù)，但可同時(shí)從總線接收數(shù)據(jù)

C．可同時(shí)向總線發(fā)送數(shù)據(jù)，并同時(shí)從總線接收數(shù)據(jù)

D．可同時(shí)向總線發(fā)送數(shù)據(jù)，但只能分時(shí)從總線接收數(shù)據(jù)

核心層交換機(jī)應(yīng)該實(shí)現(xiàn)多種功能，下面選項(xiàng)中，不屬于核心層特性的是（13）。

A．高速連接

B．冗余設(shè)計(jì)

C．策略路由

D．較少的設(shè)備連接

建筑物綜合布線系統(tǒng)中的垂直子系統(tǒng)是指（14）。

A．由終端到信息插座之間的連線系統(tǒng)

B．樓層接線間的配線架和線纜系統(tǒng)

C．各樓層設(shè)備之間的互連系統(tǒng)

D．連接各個(gè)建筑物的通信系統(tǒng)

網(wǎng)絡(luò)設(shè)計(jì)過程包括邏輯網(wǎng)絡(luò)設(shè)計(jì)和物理網(wǎng)絡(luò)設(shè)計(jì)兩個(gè)階段，下面的選項(xiàng)中，（15）應(yīng)該屬于邏輯網(wǎng)絡(luò)設(shè)計(jì)階段的任務(wù)。

A．選擇路由協(xié)議

B．設(shè)備選型

C．結(jié)構(gòu)化布線

D．機(jī)房設(shè)計(jì)

隨著業(yè)務(wù)的增長(zhǎng)，信息系統(tǒng)的訪問量和數(shù)據(jù)流量快速增加，采用負(fù)載均衡（Load Balance）方法可避免由此導(dǎo)致的系統(tǒng)性能下降甚至崩潰。以下關(guān)于負(fù)載均衡的敘述中，錯(cuò)誤的是（16）。

A．負(fù)載均衡通常由服務(wù)器端安裝的附加軟件來實(shí)現(xiàn)

B．負(fù)載均衡并不會(huì)增加系統(tǒng)的吞吐量

C．負(fù)載均衡可在不同地理位置、不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群之間進(jìn)行

D．負(fù)載均衡可使用戶只通過一個(gè)IP地址或域名就能訪問相應(yīng)的服務(wù)器

數(shù)據(jù)備份是信息系統(tǒng)運(yùn)行管理時(shí)保護(hù)數(shù)據(jù)的重要措施。（17）可針對(duì)上次任何一種備份進(jìn)行，將上次備份后所有發(fā)生變化的數(shù)據(jù)進(jìn)行備份，并將備份后的數(shù)據(jù)進(jìn)行標(biāo)記。

A．增量備份

B．差異備份

C．完全備份

D．按需備份

某企業(yè)欲對(duì)內(nèi)部的數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)集成。如果集成系統(tǒng)的業(yè)務(wù)邏輯較為簡(jiǎn)單，僅使用數(shù)據(jù)庫(kù)中的單表數(shù)據(jù)即可實(shí)現(xiàn)業(yè)務(wù)功能，這時(shí)采用（18）方式進(jìn)行數(shù)據(jù)交換與處理較為合適；如果集成系統(tǒng)的業(yè)務(wù)邏輯較為復(fù)雜，并需要通過數(shù)據(jù)庫(kù)中不同表的連接操作獲取數(shù)據(jù)才能實(shí)現(xiàn)業(yè)務(wù)功能，這時(shí)采用（19）方式進(jìn)行數(shù)據(jù)交換與處理較為合適。

（18）A．?dāng)?shù)據(jù)網(wǎng)關(guān)

B．主動(dòng)記錄

C．包裝器

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

（19）A．?dāng)?shù)據(jù)網(wǎng)關(guān)

B．主動(dòng)記錄

C．包裝器

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

某大型商業(yè)公司欲集成其內(nèi)部的多個(gè)業(yè)務(wù)系統(tǒng)，這些業(yè)務(wù)系統(tǒng)的運(yùn)行平臺(tái)和開發(fā)語(yǔ)言差異較大，而且系統(tǒng)所使用的通信協(xié)議和數(shù)據(jù)格式各不相同，針對(duì)這種情況，采用基于（20）的集成框架較為合適。除此以外，集成系統(tǒng)還需要根據(jù)公司的新業(yè)務(wù)需要，靈活、動(dòng)態(tài)地定制系統(tǒng)之間的功能協(xié)作關(guān)系，針對(duì)這一需求，應(yīng)該選擇基于（21）技術(shù)的實(shí)現(xiàn)方式更為合適。

（20）A．?dāng)?shù)據(jù)庫(kù)

B．文件系統(tǒng)

C．總線

D．點(diǎn)對(duì)點(diǎn)

（21）A．分布式對(duì)象

B．遠(yuǎn)程過程調(diào)用

C．進(jìn)程間通信

D．工作流

軟件產(chǎn)品配置是指一個(gè)軟件產(chǎn)品在生存周期各個(gè)階段所產(chǎn)生的各種形式和各種版本的文檔、計(jì)算機(jī)程序、部件及數(shù)據(jù)的集合。該集合的每一個(gè)元素稱為該產(chǎn)品配置中的一個(gè)配置項(xiàng)。下列不應(yīng)該屬于配置項(xiàng)的是（22）。

A．源代碼清單

B．設(shè)計(jì)規(guī)格說明書

C．軟件項(xiàng)目實(shí)施計(jì)劃

D．CASE工具操作手冊(cè)

軟件質(zhì)量保證是軟件項(xiàng)目控制的重要手段，（23）是軟件質(zhì)量保證的主要活動(dòng)之一。

A．風(fēng)險(xiǎn)評(píng)估

B．軟件評(píng)審

C．需求分析

D．架構(gòu)設(shè)計(jì)

利用需求跟蹤能力鏈（traceability link）可以跟蹤一個(gè)需求使用的全過程，也就是從初始需求到實(shí)現(xiàn)的前后生存期。需求跟蹤能力鏈有4類，如下圖所示：

其中的①和②分別是（24）。

A．客戶需求、軟件需求

B．軟件需求、客戶需求

C．客戶需求、當(dāng)前工作產(chǎn)品

D．軟件需求、當(dāng)前工作產(chǎn)品

通常有兩種常用的需求定義方法：嚴(yán)格定義方法和原型方法。下述的各種假設(shè)條件中，“（25）”不適合使用嚴(yán)格定義方法進(jìn)行需求定義。

A．所有需求都能夠被預(yù)先定義

B．開發(fā)人員與用戶之間能夠準(zhǔn)確而清晰地交流

C．需求不能在系統(tǒng)開發(fā)前被完全準(zhǔn)確地說明

D．采用圖形（或文字）充分體現(xiàn)最終系統(tǒng)

下列關(guān)于軟件需求管理或需求開發(fā)的敘述中，正確的是（26）。

A．所謂需求管理是指對(duì)需求開發(fā)的管理

B．需求管理包括：需求獲取、需求分析、需求定義和需求驗(yàn)證

C．需求開發(fā)是將用戶需求轉(zhuǎn)化為應(yīng)用系統(tǒng)成果的過程

D．在需求管理中，要求維持對(duì)用戶原始需求和所有產(chǎn)品構(gòu)件需求的雙向跟蹤

RUP是一個(gè)二維的軟件開發(fā)模型，其核心特點(diǎn)之一是（27）。RUP將軟件開發(fā)生存周期劃分為多個(gè)循環(huán)（cycle），每個(gè)循環(huán)由4個(gè)連續(xù)的階段組成，每個(gè)階段完成確定的任務(wù)。設(shè)計(jì)及確定系統(tǒng)的體系結(jié)構(gòu)，制定工作計(jì)劃及資源要求是在（28）階段完成的。

（27）A．?dāng)?shù)據(jù)驅(qū)動(dòng)

B．模型驅(qū)動(dòng)

C．用例驅(qū)動(dòng)

D．狀態(tài)驅(qū)動(dòng)

（28）A．初始（inception）

B．細(xì)化（elaboration）

C．構(gòu)造（construction）

D．移交（transition）

在面向?qū)ο笤O(shè)計(jì)中，用于描述目標(biāo)軟件與外部環(huán)境之間交互的類被稱為（29），它可以（30）。

（29）A．實(shí)體類

B．邊界類

C．模型類

D．控制類

（30）A．表示目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)及其操作

B．協(xié)調(diào)、控制其他類完成用例規(guī)定的功能或行為

C．實(shí)現(xiàn)目標(biāo)軟件系統(tǒng)與外部系統(tǒng)或外部設(shè)備之間的信息交流和互操作

D．分解任務(wù)并把子任務(wù)分派給適當(dāng)?shù)妮o助類

最少知識(shí)原則（也稱為迪米特法則）是面向?qū)ο笤O(shè)計(jì)原則之一，指一個(gè)軟件實(shí)體應(yīng)當(dāng)盡可能少地與其他實(shí)體發(fā)生相互作用。這樣，當(dāng)一個(gè)實(shí)體被修改時(shí)，就會(huì)盡可能少地影響其他的實(shí)體。下列敘述中，“（31）”不符最少知識(shí)原則。

A．在類的劃分上，應(yīng)當(dāng)盡量創(chuàng)建松耦合的類

B．在類的設(shè)計(jì)上，只要有可能，一個(gè)類型應(yīng)當(dāng)設(shè)計(jì)成不變類

C．在類的結(jié)構(gòu)設(shè)計(jì)上，每個(gè)類都應(yīng)當(dāng)盡可能提高對(duì)其屬性和方法的訪問權(quán)限

D．在對(duì)其他類的引用上，一個(gè)對(duì)象對(duì)其他對(duì)象的引用應(yīng)當(dāng)降到最低

下列關(guān)于各種軟件開發(fā)方法的敘述中，錯(cuò)誤的是（32）。

A．結(jié)構(gòu)化開發(fā)方法的缺點(diǎn)是開發(fā)周期較長(zhǎng)，難以適應(yīng)需求變化

B．可以把結(jié)構(gòu)化方法和面向?qū)ο蠓椒ńY(jié)合起來進(jìn)行系統(tǒng)開發(fā)，使用面向?qū)ο蠓椒ㄟM(jìn)行自頂向下的劃分，自底向上地使用結(jié)構(gòu)化方法開發(fā)系統(tǒng)

C．與傳統(tǒng)方法相比，敏捷開發(fā)方法比較適合需求變化較大或者開發(fā)前期需求不是很清晰的項(xiàng)目，以它的靈活性來適應(yīng)需求的變化

D．面向服務(wù)的方法以粗粒度、松散耦合和基于標(biāo)準(zhǔn)的服務(wù)為基礎(chǔ)，增強(qiáng)了系統(tǒng)的靈活性、可復(fù)用性和可演化性

某公司欲開發(fā)一門戶網(wǎng)站，將公司的各個(gè)分公司及辦事處信息進(jìn)行整合。現(xiàn)決定采用Composite設(shè)計(jì)模式來實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如下圖所示的UML類圖。圖中與Composite模式中的“Component”角色相對(duì)應(yīng)的類是（33），與“Composite”角色相對(duì)應(yīng)的類是（34）。

（33）A．Company

B．FinanceDepartment

C．HRDepartment

D．ConcreteCompany

（34）A．Company

B．FinanceDepartment

C．HRDepartment

D．ConcreteCompany

企業(yè)戰(zhàn)略數(shù)據(jù)模型可分為兩種類型：（35）描述日常事務(wù)處理中的數(shù)據(jù)及其關(guān)系；（36）描述企業(yè)管理決策者所需信息及其關(guān)系。

（35）A．元數(shù)據(jù)模型

B．?dāng)?shù)據(jù)庫(kù)模型

C．?dāng)?shù)據(jù)倉(cāng)庫(kù)模型

D．組織架構(gòu)模型

（36）A．元數(shù)據(jù)模型

B．?dāng)?shù)據(jù)庫(kù)模型

C．?dāng)?shù)據(jù)倉(cāng)庫(kù)模型

D．組織架構(gòu)模型

運(yùn)用信息技術(shù)進(jìn)行知識(shí)的挖掘和（37）的管理是企業(yè)信息化建設(shè)的重要活動(dòng)。

A．業(yè)務(wù)流程

B．IT基礎(chǔ)設(shè)施

C．?dāng)?shù)據(jù)架構(gòu)

D．規(guī)章制度

以下關(guān)于企業(yè)信息化方法的敘述中，正確的是（38）。

A．業(yè)務(wù)流程重構(gòu)是對(duì)企業(yè)的組織結(jié)構(gòu)和工作方法進(jìn)行重新設(shè)計(jì)，SCM（供應(yīng)鏈管理）是一種重要的實(shí)現(xiàn)手段

B．在業(yè)務(wù)數(shù)量浩繁且流程錯(cuò)綜復(fù)雜的大型企業(yè)里，主題數(shù)據(jù)庫(kù)方法往往形成許多“信息孤島”，造成大量的無效或低效投資

C．人力資源管理把企業(yè)的部分優(yōu)秀員工看作是一種資本，能夠取得投資收益

D．圍繞核心業(yè)務(wù)應(yīng)用計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)是企業(yè)信息化建設(shè)的有效途徑

系統(tǒng)設(shè)計(jì)是軟件開發(fā)的重要階段，（39）主要是按系統(tǒng)需求說明來確定此系統(tǒng)的軟件結(jié)構(gòu)，并設(shè)計(jì)出各個(gè)部分的功能和接口。

A．外部設(shè)計(jì)

B．內(nèi)部設(shè)計(jì)

C．程序設(shè)計(jì)

D．輸入/輸出設(shè)計(jì)

快速迭代式的原型開發(fā)能夠有效控制成本，（40）是指在開發(fā)過程中逐步改進(jìn)和細(xì)化原型直至產(chǎn)生出目標(biāo)系統(tǒng)。

A．可視化原型開發(fā)

B．拋棄式原型開發(fā)

C．演化式原型開發(fā)

D．增量式原型開發(fā)

靜態(tài)分析通過解析程序文本從而識(shí)別出程序語(yǔ)句中可能存在的缺陷和異常之處；靜態(tài)分析所包含的階段中，（41）的主要工作是找出輸入變量和輸出變量之間的依賴關(guān)系。

A．控制流分析

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

C．接口分析

D．信息流分析

確認(rèn)測(cè)試主要用于驗(yàn)證軟件的功能、性能和其他特性是否與用戶需求一致。下述各種測(cè)試中，（42）為確認(rèn)測(cè)試。

A．負(fù)載測(cè)試和壓力測(cè)試

B．α測(cè)試和β測(cè)試

C．隨機(jī)測(cè)試和功能測(cè)試

D．可靠性測(cè)試和性能測(cè)試

軟件（43）是指改正產(chǎn)生于系統(tǒng)開發(fā)階段而在系統(tǒng)測(cè)試階段尚未發(fā)現(xiàn)的錯(cuò)誤。

A．完善性維護(hù)

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

C．正確性維護(hù)

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

（44）描述了一類軟件架構(gòu)的特征，它獨(dú)立于實(shí)際問題，強(qiáng)調(diào)軟件系統(tǒng)中通用的組織結(jié)構(gòu)選擇。垃圾回收機(jī)制是Java語(yǔ)言管理內(nèi)存資源時(shí)常用的一種（45）。

（44）A．架構(gòu)風(fēng)格

B．開發(fā)方法

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

D．分析模式

（45）A．架構(gòu)風(fēng)格

B．開發(fā)方法

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

D．分析模式

1995年Kruchten提出了著名的“4+1”視圖，用來描述軟件系統(tǒng)的架構(gòu)。在“4+1”視圖中，（46）用來描述設(shè)計(jì)的對(duì)象模型和對(duì)象之間的關(guān)系；（47）描述了軟件模塊的組織與管理；（48）描述設(shè)計(jì)的并發(fā)和同步特征。

（46）A．邏輯視圖

B．用例視圖

C．過程視圖

D．開發(fā)視圖

（47）A．邏輯視圖

B．用例視圖

C．過程視圖

D．開發(fā)視圖

（48）A．邏輯視圖

B．用例視圖

C．過程視圖

D．開發(fā)視圖

基于架構(gòu)的軟件設(shè)計(jì)（ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。ABSD方法有三個(gè)基礎(chǔ)：功能分解、（49）和軟件模板的使用。

A．對(duì)需求進(jìn)行優(yōu)先級(jí)排列

B．根據(jù)需求自行設(shè)計(jì)系統(tǒng)的總體架構(gòu)

C．選擇架構(gòu)風(fēng)格實(shí)現(xiàn)質(zhì)量及商業(yè)需求

D．開發(fā)系統(tǒng)原型用于測(cè)試

某公司研發(fā)一種語(yǔ)音識(shí)別軟件系統(tǒng)，需要對(duì)用戶的語(yǔ)音指令進(jìn)行音節(jié)分割、重音判斷、語(yǔ)法分析和語(yǔ)義分析，最終對(duì)用戶的意圖進(jìn)行推斷。針對(duì)上述功能需求，該語(yǔ)音識(shí)別軟件應(yīng)該采用（50）架構(gòu)風(fēng)格最為合適。

A．隱式調(diào)用

B．管道-過濾器

C．解釋器

D．黑板

某企業(yè)內(nèi)部現(xiàn)有的主要業(yè)務(wù)功能已經(jīng)封裝為Web服務(wù)。為了拓展業(yè)務(wù)范圍，需要將現(xiàn)有的業(yè)務(wù)功能進(jìn)行多種組合，形成新的業(yè)務(wù)功能。針對(duì)業(yè)務(wù)靈活組合這一要求，采用（51）架構(gòu)風(fēng)格最為合適。

A．管道-過濾器

B．解釋器

C．顯式調(diào)用

D．黑板

編譯器的主要工作過程是將以文本形式輸入的代碼逐步轉(zhuǎn)化為各種形式，最終生成可執(zhí)行代碼?，F(xiàn)代編譯器主要關(guān)注編譯過程和程序的中間表示，圍繞程序的各種形態(tài)進(jìn)行轉(zhuǎn)化與處理。針對(duì)這種特征，現(xiàn)代編譯器應(yīng)該采用（52）架構(gòu)風(fēng)格最為合適。

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

B．虛擬機(jī)

C．隱式調(diào)用

D．管道-過濾器

某軟件公司正在設(shè)計(jì)一個(gè)通用的嵌入式數(shù)據(jù)處理平臺(tái)，需要支持多種數(shù)據(jù)處理芯片之間的數(shù)據(jù)傳遞與交換。該平臺(tái)的核心功能之一要求能夠屏蔽芯片之間的數(shù)據(jù)交互，使其耦合松散，并且可以獨(dú)立改變芯片之間的交互過程。針對(duì)上述需求，采用（53）最為合適。

（53）A．抽象工廠模式

B．策略模式

C．中介者模式

D．狀態(tài)模式

某軟件公司正在設(shè)計(jì)一個(gè)圖像處理軟件，該軟件需要支持用戶在圖像處理過程中的撤銷和重做等動(dòng)作，為了實(shí)現(xiàn)該功能，采用（54）最為合適。

A．單例模式

B．命令模式

C．訪問者模式

D．適配器模式

某互聯(lián)網(wǎng)公司正在設(shè)計(jì)一套網(wǎng)絡(luò)聊天系統(tǒng)，為了限制用戶在使用該系統(tǒng)時(shí)發(fā)表不恰當(dāng)言論，需要對(duì)聊天內(nèi)容進(jìn)行特定敏感詞的過濾。針對(duì)上述功能需求，采用（55）能夠靈活配置敏感詞的過濾過程。

A．責(zé)任鏈模式

B．工廠模式

C．組合模式

D．裝飾模式

某公司在對(duì)一家用車庫(kù)門嵌入式軟件系統(tǒng)進(jìn)行架構(gòu)設(shè)計(jì)時(shí)，識(shí)別出兩個(gè)關(guān)鍵的質(zhì)量屬性場(chǎng)景，其中“當(dāng)車庫(kù)門正常下降時(shí)，如果發(fā)現(xiàn)下面有障礙物，則系統(tǒng)停止下降的時(shí)間需要控制在0.1秒內(nèi)”與（56）質(zhì)量屬性相關(guān)；“系統(tǒng)需要為部署在遠(yuǎn)程PC機(jī)上的智能家居系統(tǒng)留有控制接口，并支持在智能家居系統(tǒng)中對(duì)該系統(tǒng)進(jìn)行遠(yuǎn)程錯(cuò)誤診斷與調(diào)試”與（57）質(zhì)量屬性相關(guān)。

（56）A．可用性

B．性能

C．可修改性

D．可測(cè)試性

（57）A．可用性

B．性能

C．可修改性

D．可測(cè)試性

軟件質(zhì)量屬性通常需要采用特定的設(shè)計(jì)策略實(shí)現(xiàn)。例如，（58）設(shè)計(jì)策略能提高該系統(tǒng)的可用性，（59）設(shè)計(jì)策略能夠提高該系統(tǒng)的性能，（60）設(shè)計(jì)策略能夠提高該系統(tǒng)的安全性。

（58）A．心跳機(jī)制

B．?dāng)?shù)據(jù)驅(qū)動(dòng)

C．關(guān)注點(diǎn)分離

D．信息隱藏

（59）A．引入中間層

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

C．主動(dòng)冗余

D．優(yōu)先級(jí)隊(duì)列

（60）A．信息隱藏

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

C．限制訪問

D．檢查點(diǎn)

架構(gòu)權(quán)衡分析方法（ATAM）是一種常用的軟件架構(gòu)評(píng)估方法，下列關(guān)于該方法的敘述中，正確的是（61）。

A．ATAM需要對(duì)代碼的質(zhì)量進(jìn)行評(píng)估

B．ATAM需要對(duì)軟件系統(tǒng)需求的正確性進(jìn)行評(píng)價(jià)

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

D．ATAM需要對(duì)軟件質(zhì)量屬性進(jìn)行優(yōu)先級(jí)排序

識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是軟件架構(gòu)評(píng)估過程中的關(guān)鍵步驟。針對(duì)某系統(tǒng)所作的架構(gòu)設(shè)計(jì)中，“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)（62）；“由于系統(tǒng)的業(yè)務(wù)邏輯目前尚不清楚，因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第二層可能會(huì)出現(xiàn)功能重復(fù)，這會(huì)影響系統(tǒng)的可修改性”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)（63）。

（62）A．敏感點(diǎn)

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

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

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

（63）A．敏感點(diǎn)

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

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

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

在網(wǎng)絡(luò)管理中要防止各種安全威脅。在SNMP v3中，無法預(yù)防的安全威脅是（64）。

A．篡改管理信息：通過改變傳輸中的SNMP報(bào)文實(shí)施未經(jīng)授權(quán)的管理操作

B．通信分析：第三者分析管理實(shí)體之間的通信規(guī)律，從而獲取管理信息

C．假冒合法用戶：未經(jīng)授權(quán)的用戶冒充授權(quán)用戶，企圖實(shí)施管理操作

D．消息泄露：SNMP引擎之間交換的信息被第三者偷聽

下面安全協(xié)議中，用來實(shí)現(xiàn)安全電子郵件的協(xié)議是（65）。

A．IPSec

B．L2TP

C．PGP

D．PPTP

甲公司的某個(gè)注冊(cè)商標(biāo)是乙畫家創(chuàng)作的繪畫作品，甲申請(qǐng)?jiān)撋虡?biāo)注冊(cè)時(shí)未經(jīng)乙的許可，乙認(rèn)為其著作權(quán)受到侵害。在乙可采取的以下做法中，錯(cuò)誤的是（66）。

A．向甲公司所在地人民法院提起著作權(quán)侵權(quán)訴訟

B．請(qǐng)求商標(biāo)評(píng)審委員會(huì)裁定撤銷甲的注冊(cè)商標(biāo)

C．首先提起訴訟，如對(duì)法院判決不服再請(qǐng)求商標(biāo)評(píng)審委員會(huì)進(jìn)行裁定

D．與甲交涉，采取許可方式讓甲繼續(xù)使用該注冊(cè)商標(biāo)

利用（67）可以對(duì)軟件的技術(shù)信息、經(jīng)營(yíng)信息提供保護(hù)。

A．著作權(quán)

B．專利權(quán)

C．商業(yè)秘密權(quán)

D．商標(biāo)權(quán)

M公司的程序員在不影響本職工作的情況下，在L公司兼職并根據(jù)公司項(xiàng)目開發(fā)出一項(xiàng)與M公司業(yè)務(wù)無關(guān)的應(yīng)用軟件。該應(yīng)用軟件的著作權(quán)應(yīng)由（68）享有。

A．M公司

B．L公司

C．L公司與M公司共同

D．L公司與程序員共同

在軍事演習(xí)中，張司令希望將部隊(duì)盡快從A地通過公路網(wǎng)（見下圖）運(yùn)送到F地：

圖中標(biāo)出了各路段上的最大運(yùn)量（單位：千人/小時(shí)）。根據(jù)該圖可以算出，從A地到F地的最大運(yùn)量是（69）千人/小時(shí)。

A．20

B．21

C．22

D．23

某公司需要將4噸貴金屬材料分配給下屬的甲、乙、丙三個(gè)子公司（單位：噸）。據(jù)測(cè)算，各子公司得到這些材料后所能獲得的利潤(rùn)（單位：萬元）見下表：

根據(jù)此表，只要材料分配適當(dāng)，該公司最多可以獲得利潤(rùn)（70）萬元。

A．14

B．16

C．17

D．18

Information systems design is defined as those tasks that focus on the specification of a detailed computer-based solution.Typically，there are four systems design tasks for in-house development.

1)The first task is to specify（71），which defines the technologies to be used by one，more，or all information systems in terms of their data，processes，interfaces，and network components.This task is accomplished by analyzing the data models and process models that are initially created during requirements analysis.

2)The next systems design task is to develop the（72）.The purpose of this task is to prepare technical design specifications for a database that will be adaptable to future requirements and expansion.

3)Once the database prototype has been built，the systems designer can work closely with system users to develop input，output and dialogue specifications.The（73）must be specified to ensure that the outputs are not lost，misrouted，misused，or incomplete.

4)The fourth design task involves packaging all the specifications from the previous design tasks into a set of specifications that will guide the（74）activities during the following phases of the systems development methodology.

Finally，we should（75）and update the project plan accordingly.The key deliverable should include a detailed plan for the construction phase that should follow.

（71）A．a(chǎn)n application architecture

B．a(chǎn) distributed system

C．a(chǎn) system scope

D．a(chǎn) system physical model

（72）A．database design specifications

B．database organization decisions

C．data structure specifications

D．data distribution decisions

（73）A．format and layout

B．transaction details

C．a(chǎn)dditional instructions

D．internal controls

（74）A．system administrator’s

B．system analyst’s

C．computer programmer’s

D．system designer’s

（75）A．a(chǎn)djust the project schedule

B．reevaluate project feasibility

C．evaluate vendor proposals

D．select the best vendor proposal