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

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

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

A．操作控制命令

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

C．菜單

D．窗口

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

若用PV操作控制進程P1～P5并發(fā)執(zhí)行的過程，則需要設(shè)置5個信號量S1、S2、S3、S4和S5，進程間同步所使用的信號量標注在上圖中的邊上，且信號量S1～S5的初值都等于零，初始狀態(tài)下進程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è)工程項目管理數(shù)據(jù)庫的部分關(guān)系模式如下所示，其中帶實下劃線的表示主鍵，虛下劃線的表示外鍵。

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

（5）A．2個實體之間的1:n

B．2個實體之間的n:m

C．3個實體之間的1:n:m

D．3個實體之間的k:n:m

（6）A．1:1

B．1:n

C．n:m

D．n:1

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

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

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

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

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

A.

B.

C.

D.

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

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

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

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

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

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

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

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

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

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

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

A．虛地址到主存地址

B．主存地址到Cache地址

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

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

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

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

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

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

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

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

A．高速連接

B．冗余設(shè)計

C．策略路由

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

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

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

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

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

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

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

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

B．設(shè)備選型

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

D．機房設(shè)計

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

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

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

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

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

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

A．增量備份

B．差異備份

C．完全備份

D．按需備份

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

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

B．主動記錄

C．包裝器

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

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

B．主動記錄

C．包裝器

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

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

（20）A．數(shù)據(jù)庫

B．文件系統(tǒng)

C．總線

D．點對點

（21）A．分布式對象

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

C．進程間通信

D．工作流

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

A．源代碼清單

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

C．軟件項目實施計劃

D．CASE工具操作手冊

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

A．風險評估

B．軟件評審

C．需求分析

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

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

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

A．客戶需求、軟件需求

B．軟件需求、客戶需求

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

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

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

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

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

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

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

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

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

B．需求管理包括：需求獲取、需求分析、需求定義和需求驗證

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

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

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

（27）A．數(shù)據(jù)驅(qū)動

B．模型驅(qū)動

C．用例驅(qū)動

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

（28）A．初始（inception）

B．細化（elaboration）

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

D．移交（transition）

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

（29）A．實體類

B．邊界類

C．模型類

D．控制類

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

C．數(shù)據(jù)倉庫模型

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

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

B．數(shù)據(jù)庫模型

C．數(shù)據(jù)倉庫模型

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

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

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

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

C．數(shù)據(jù)架構(gòu)

D．規(guī)章制度

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

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

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

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

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

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

A．外部設(shè)計

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

C．程序設(shè)計

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

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

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

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

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

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

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

A．控制流分析

B．數(shù)據(jù)使用分析

C．接口分析

D．信息流分析

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

A．負載測試和壓力測試

B．α測試和β測試

C．隨機測試和功能測試

D．可靠性測試和性能測試

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

A．完善性維護

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

C．正確性維護

D．預(yù)防性維護

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

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

B．開發(fā)方法

C．設(shè)計模式

D．分析模式

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

B．開發(fā)方法

C．設(shè)計模式

D．分析模式

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

（46）A．邏輯視圖

B．用例視圖

C．過程視圖

D．開發(fā)視圖

（47）A．邏輯視圖

B．用例視圖

C．過程視圖

D．開發(fā)視圖

（48）A．邏輯視圖

B．用例視圖

C．過程視圖

D．開發(fā)視圖

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

A．對需求進行優(yōu)先級排列

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

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

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

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

A．隱式調(diào)用

B．管道-過濾器

C．解釋器

D．黑板

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

A．管道-過濾器

B．解釋器

C．顯式調(diào)用

D．黑板

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

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

B．虛擬機

C．隱式調(diào)用

D．管道-過濾器

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

（53）A．抽象工廠模式

B．策略模式

C．中介者模式

D．狀態(tài)模式

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

A．單例模式

B．命令模式

C．訪問者模式

D．適配器模式

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

A．責任鏈模式

B．工廠模式

C．組合模式

D．裝飾模式

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

（56）A．可用性

B．性能

C．可修改性

D．可測試性

（57）A．可用性

B．性能

C．可修改性

D．可測試性

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

（58）A．心跳機制

B．數(shù)據(jù)驅(qū)動

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

D．信息隱藏

（59）A．引入中間層

B．事務(wù)機制

C．主動冗余

D．優(yōu)先級隊列

（60）A．信息隱藏

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

C．限制訪問

D．檢查點

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

A．ATAM需要對代碼的質(zhì)量進行評估

B．ATAM需要對軟件系統(tǒng)需求的正確性進行評價

C．ATAM需要對軟件系統(tǒng)進行集成測試

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

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

（62）A．敏感點

B．風險點

C．非風險點

D．權(quán)衡點

（63）A．敏感點

B．風險點

C．非風險點

D．權(quán)衡點

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

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

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

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

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

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

A．IPSec

B．L2TP

C．PGP

D．PPTP

甲公司的某個注冊商標是乙畫家創(chuàng)作的繪畫作品，甲申請該商標注冊時未經(jīng)乙的許可，乙認為其著作權(quán)受到侵害。在乙可采取的以下做法中，錯誤的是（66）。

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

B．請求商標評審委員會裁定撤銷甲的注冊商標

C．首先提起訴訟，如對法院判決不服再請求商標評審委員會進行裁定

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

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

A．著作權(quán)

B．專利權(quán)

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

D．商標權(quán)

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

A．M公司

B．L公司

C．L公司與M公司共同

D．L公司與程序員共同

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

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

A．20

B．21

C．22

D．23

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

根據(jù)此表，只要材料分配適當，該公司最多可以獲得利潤（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