2015年系統(tǒng)架構(gòu)設(shè)計(jì)師考試真題(綜合知識(shí))

系統(tǒng)架構(gòu)設(shè)計(jì)師 責(zé)任編輯:木木 2017-05-09

添加老師微信

備考咨詢

加我微信

摘要:以下為2015年系統(tǒng)架構(gòu)設(shè)計(jì)師考試上午真題,包含綜合知識(shí)全部75個(gè)小題,更多軟考真題答案與解析,請(qǐng)進(jìn)入希賽網(wǎng)在線題庫(kù)查看。

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

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

某航空公司機(jī)票銷售系統(tǒng)有n個(gè)售票點(diǎn),該系統(tǒng)為每個(gè)售票點(diǎn)創(chuàng)建一個(gè)進(jìn)程Pi(i=1,2,…,n)管理機(jī)票銷售。假設(shè)Tj(j=1,2,…,m)單元存放某日某航班的機(jī)票剩余票數(shù),Temp為Pi進(jìn)程的臨時(shí)工作單元,x為某用戶的訂票張數(shù)。初始化時(shí)系統(tǒng)應(yīng)將信號(hào)量S賦值為(1)。Pi進(jìn)程的工作流程如下圖所示,若用P操作和V操作實(shí)現(xiàn)進(jìn)程間的同步與互斥,則圖中空(a),空(b)和空(c)處應(yīng)分別填入(2)。

架構(gòu)15上1.png

(1)A.0

B.1

C.2

D.3

(2)A.P(S),V(S)和V(S)

B.P(S),P(S)和V(S)

C.V(S),P(S)和P(S)

D.V(S),V(S)和P(S)

假設(shè)系統(tǒng)采用段式存儲(chǔ)管理方法,進(jìn)程P的段表如下所示。邏輯地址(3)不能轉(zhuǎn)換為對(duì)應(yīng)的物理地址;不能轉(zhuǎn)換為對(duì)應(yīng)的物理地址的原因是進(jìn)行(4)。

架構(gòu)15上2.png

(3)A.(0,790)和(2,88)

B.(1,30)和(3,290)

C.(2,88)和(4,98)

D.(0,810)和(4,120)

(4)A.除法運(yùn)算時(shí)除數(shù)為零

B.算術(shù)運(yùn)算時(shí)有溢出

C.邏輯地址到物理地址轉(zhuǎn)換時(shí)地址越界

D.物理地址到邏輯地址轉(zhuǎn)換時(shí)地址越界

若系統(tǒng)中存在n個(gè)等待事務(wù)Ti(i=0,1,2,…,n-1),其中:T0正等待被T1鎖住的數(shù)據(jù)項(xiàng)A1,T1正等待被T2鎖住的數(shù)據(jù)項(xiàng)A2,…,Ti正等待被Ti+1鎖住的數(shù)據(jù)項(xiàng)Ai+1,…,Tn-1正等待被T0鎖住的數(shù)據(jù)項(xiàng)A0,則系統(tǒng)處于(5)狀態(tài)。

A.封鎖

B.死鎖

C.循環(huán)

D.并發(fā)處理

在分布式數(shù)據(jù)庫(kù)中包括分片透明、復(fù)制透明、位置透明和邏輯透明等基本概念,其中:(6)是指局部數(shù)據(jù)模型透明,即用戶或應(yīng)用程序無(wú)需知道局部場(chǎng)地使用的是哪種數(shù)據(jù)模型。

A.分片透明

B.復(fù)制透明

C.位置透明

D.邏輯透明

若關(guān)系R、S如下圖所示,則關(guān)系R與S進(jìn)行自然連接運(yùn)算后的元組個(gè)數(shù)和屬性列數(shù)分別為(7);關(guān)系代數(shù)表達(dá)式π1,4(σ3=6(R×S))與關(guān)系代數(shù)表達(dá)式(8)等價(jià)。

架構(gòu)15上3.png

(7)A.6和6

B.4和6

C.3和6

D.3和4

(8)A.πA,D(σC=D(R×S))

B.πA,R.D(σS.C=R.D(R×S))

C.πA,R.D(σR.C=S.D(R×S))

D.πA,R.D(σS.C=S.D(R×S))

在嵌入式操作系統(tǒng)中,板級(jí)支持包BSP作為對(duì)硬件的抽象,實(shí)現(xiàn)了(9)。

A.硬件無(wú)關(guān)性,操作系統(tǒng)無(wú)關(guān)性

B.硬件有關(guān)性,操作系統(tǒng)有關(guān)性

C.硬件無(wú)關(guān)性,操作系統(tǒng)有關(guān)性

D.硬件有關(guān)性,操作系統(tǒng)無(wú)關(guān)性

以下描述中,(10)不是嵌入式操作系統(tǒng)的特點(diǎn)。

A.面向應(yīng)用,可以進(jìn)行裁剪和移植

B.用于特定領(lǐng)域,不需要支持多任務(wù)

C.可靠性高,無(wú)需人工干預(yù)獨(dú)立運(yùn)行,并處理各類事件和故障

D.要求編碼體積小,能夠在嵌入式系統(tǒng)的有效存儲(chǔ)空間內(nèi)運(yùn)行

嵌入式軟件設(shè)計(jì)需要考慮(11)以保障軟件良好的可移植性。

A.先進(jìn)性

B.易用性

C.硬件無(wú)關(guān)性

D.可靠性

下列說(shuō)法中正確的是(12)。

A.半雙工總線只在一個(gè)方向上傳輸信息,全雙工總線可在兩個(gè)方向上輪流傳輸信息

B.半雙工總線只在一個(gè)方向上傳輸信息,全雙工總線可在兩個(gè)方向上同時(shí)傳輸信息

C.半雙工總線可在兩個(gè)方向上輪流傳輸信息,全雙工總線可在兩個(gè)方向上同時(shí)傳輸信息

D.半雙工總線可在兩個(gè)方向上同時(shí)傳輸信息,全雙工總線可在兩個(gè)方向上輪流傳輸信息

假如有3塊容量是80G的硬盤做RAID 5陣列,則這個(gè)RAID 5的容量是(13);而如果有2塊80G的盤和1塊40G的盤,此時(shí)RAID 5的容量是(14)。

(13)A.240G

B.160G

C.80G

D.40G

(14)A.40G

B.80G

C.160G

D.200G

以下關(guān)于IPv6的論述中,正確的是(15)。

A.IPv6數(shù)據(jù)包的首部比IPv4復(fù)雜

B.IPv6的地址分為單播、廣播和任意播3種

C.IPv6的地址長(zhǎng)度為128比特

D.每個(gè)主機(jī)擁有IPv6地址

以下關(guān)于軟件架構(gòu)風(fēng)格與系統(tǒng)性能的關(guān)系敘述中,錯(cuò)誤的是(16)。

A.對(duì)于采用層次化架構(gòu)風(fēng)格的系統(tǒng),劃分的層次越多,系統(tǒng)的性能越差

B.對(duì)于采用隱式調(diào)用架構(gòu)風(fēng)格的系統(tǒng),可以通過(guò)處理函數(shù)的并發(fā)調(diào)用提高系統(tǒng)處理性能

C.采用面向?qū)ο蠹軜?gòu)風(fēng)格的系統(tǒng),可以通過(guò)引入對(duì)象管理層提高系統(tǒng)性能

D.對(duì)于采用解釋器架構(gòu)風(fēng)格的系統(tǒng),可以通過(guò)部分解釋代碼預(yù)先編譯的方式提高系統(tǒng)性能

為了測(cè)試新系統(tǒng)的性能,用戶必須依靠評(píng)價(jià)程序來(lái)評(píng)價(jià)機(jī)器的性能,以下四種評(píng)價(jià)程序,(17)評(píng)測(cè)的準(zhǔn)確程度最低。

A.小型基準(zhǔn)程序

B.真實(shí)程序

C.核心程序

D.合成基準(zhǔn)程序

供應(yīng)鏈中的信息流覆蓋了從供應(yīng)商、制造商到分銷商,再到零售商等供應(yīng)鏈中的所有環(huán)節(jié),其信息流分為需求信息流和供應(yīng)信息流,(18)屬于需求信息流,(19)屬于供應(yīng)信息流。

(18)A.庫(kù)存記錄

B.生產(chǎn)計(jì)劃

C.商品入庫(kù)單

D.提貨發(fā)運(yùn)單

(19)A.客戶訂單

B.采購(gòu)合同

C.完工報(bào)告單

D.銷售報(bào)告

電子政務(wù)的主要應(yīng)用模式中不包括(20)。

A.政府對(duì)政府(Government To Government)

B.政府對(duì)客戶(Government To Customer)

C.政府對(duì)公務(wù)員(Government To Employee)

D.政府對(duì)企業(yè)(Government To Business)

電子商務(wù)系統(tǒng)中參與電子商務(wù)活動(dòng)的實(shí)體包括(21)。

A.客戶、商戶、銀行和認(rèn)證中心

B.客戶、銀行、商戶和政府機(jī)構(gòu)

C.客戶、商戶、銀行和物流企業(yè)

D.客戶、商戶、政府和物流企業(yè)

商業(yè)智能系統(tǒng)的處理過(guò)程包括四個(gè)主要階段:數(shù)據(jù)預(yù)處理通過(guò)(22)實(shí)現(xiàn)企業(yè)原始數(shù)據(jù)的初步整合;建立數(shù)據(jù)倉(cāng)庫(kù)是后續(xù)數(shù)據(jù)處理的基礎(chǔ);數(shù)據(jù)分析是體現(xiàn)系統(tǒng)智能的關(guān)鍵,主要采用(23)和(24)技術(shù),前者能夠?qū)崿F(xiàn)數(shù)據(jù)的上卷、下鉆和旋轉(zhuǎn)分析,后者利用隱藏的知識(shí),通過(guò)建立分析模型預(yù)測(cè)企業(yè)未來(lái)發(fā)展趨勢(shì);數(shù)據(jù)展現(xiàn)主要完成數(shù)據(jù)處理結(jié)果的可化。

(22)A.?dāng)?shù)據(jù)映射和關(guān)聯(lián)

B.?dāng)?shù)據(jù)集市和數(shù)據(jù)立方體

C.?dāng)?shù)據(jù)抽取、轉(zhuǎn)換和裝載

D.?dāng)?shù)據(jù)清洗和數(shù)據(jù)集成

(23)A.知識(shí)庫(kù)

B.?dāng)?shù)據(jù)挖掘

C.聯(lián)機(jī)事務(wù)處理

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

(24)A.知識(shí)庫(kù)

B.?dāng)?shù)據(jù)挖掘

C.聯(lián)機(jī)事務(wù)處理

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

關(guān)于項(xiàng)目范圍管理描述,正確的是(25)。

A.項(xiàng)目范圍是指信息系統(tǒng)產(chǎn)品或者服務(wù)所應(yīng)包含的功能

B.項(xiàng)目范圍描述是產(chǎn)品范圍說(shuō)明書的重要組成部分

C.項(xiàng)目范圍定義是信息系統(tǒng)要求的度量

D.項(xiàng)目范圍定義是生產(chǎn)項(xiàng)目計(jì)劃的基礎(chǔ)

項(xiàng)目配置管理中,配置項(xiàng)的狀態(tài)通常包括(26)。

A.草稿、正式發(fā)布和正在修改

B.草稿、技術(shù)評(píng)審和正式發(fā)布

C.草稿、評(píng)審或?qū)徟?、正式發(fā)布

D.草稿、正式發(fā)布和版本變更

下列敘述中,不滿足好的需求陳述要求的是(27)。

A.每一項(xiàng)需求都必須完整、準(zhǔn)確地描述即將要開發(fā)的功能

B.需求必須能夠在系統(tǒng)及其運(yùn)行環(huán)境的能力和約束條件內(nèi)實(shí)現(xiàn)

C.每_項(xiàng)需求記錄的功能都必須是用戶的真正的需要

D.所有需求都應(yīng)被視為同等重要

一個(gè)大型軟件系統(tǒng)的需求總是有變化的。為了降低項(xiàng)目開發(fā)的風(fēng)險(xiǎn),需要一個(gè)好的變更控制過(guò)程。如下圖所示的需求變更管理過(guò)程中,①②③處對(duì)應(yīng)的內(nèi)容應(yīng)是(28);自動(dòng)化工具能夠幫助變更控制過(guò)程更有效地運(yùn)作,(29)是這類工具應(yīng)具有的特性之一。

架構(gòu)15上28.png

(28)A.問(wèn)題分析與變更描述,變更分析與成本計(jì)算,變更實(shí)現(xiàn)

B.變更描述與變更分析,成本計(jì)算,變更實(shí)現(xiàn)

C.問(wèn)題分析與變更描述,變更分析,變更實(shí)現(xiàn)

D.變更描述,變更分析,變更實(shí)現(xiàn)

(29)A.自動(dòng)維護(hù)系統(tǒng)的不同版本

B.支持系統(tǒng)文檔的自動(dòng)更新

C.自動(dòng)判定變更是否能夠?qū)嵤?/p>

D.記錄每一個(gè)狀態(tài)變更的日期及變更者

處理流程設(shè)計(jì)是系統(tǒng)設(shè)計(jì)的重要內(nèi)容。以下關(guān)于處理流程設(shè)計(jì)工具的敘述中,不正確的是(30)。

A.程序流程圖(PFD)用于描述系統(tǒng)中每個(gè)模塊的輸入,輸出和數(shù)據(jù)加工

B.N-S圖容易表示嵌套關(guān)系和層次關(guān)系,并具有強(qiáng)烈的結(jié)構(gòu)化特征

C.IPO圖的主體是處理過(guò)程說(shuō)明,可以采用流程圖、判定樹/表等來(lái)進(jìn)行描述

D.問(wèn)題分析圖(PAD)包含5種基本控制結(jié)構(gòu),并允許遞歸使用

用例(use case)用來(lái)描述系統(tǒng)對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)會(huì)員管理系統(tǒng)中,會(huì)員注冊(cè)時(shí)可以采用電話和郵件兩種方式。用例“會(huì)員注冊(cè)”和“電話注冊(cè)”、“郵件注冊(cè)”之間是(31)關(guān)系。

A.包含(include)

B.?dāng)U展(extend)

C.泛化(generalize)

D.依賴(depends on)

某軟件公司欲開發(fā)一個(gè)繪圖軟件,要求使用不同的繪圖程序繪制不同的圖形。在明確用戶需求后,該公司的架構(gòu)師決定采用Bridge模式實(shí)現(xiàn)該軟件,并設(shè)計(jì)UML類圖如下圖所示。圖中與Bridge模式中的“Abstraction”角色相對(duì)應(yīng)的類是(32),與“Implementor”角色相對(duì)應(yīng)的類是(33)。

架構(gòu)15上32.png

(32)A.Shape

B.Drawing

C.Rectangle

D.V2Drawing

(33)A.Shape

B.Drawing

C.Rectangle

D.V2Drawing

RUP強(qiáng)調(diào)采用(34)的方式來(lái)開發(fā)軟件,這樣做的好處是(35)。

(34)A.原型和螺旋

B.螺旋和增量

C.迭代和增量

D.快速和迭代

(35)A.在軟件開發(fā)的早期就可以對(duì)關(guān)鍵的,影響大的風(fēng)險(xiǎn)進(jìn)行處理

B.可以避免需求的變更

C.能夠非??焖俚貙?shí)現(xiàn)系統(tǒng)的所有需求

D.能夠更好地控制軟件的質(zhì)量

在面向?qū)ο笤O(shè)計(jì)的原則中、(36)原則是指抽象不應(yīng)該依賴予細(xì)節(jié),細(xì)節(jié)應(yīng)該依賴于抽象,即應(yīng)針對(duì)接口編程,而不是針對(duì)實(shí)現(xiàn)編程。

A.開閉

B.里氏替換

C.最少知識(shí)

D.依賴倒置

對(duì)于遺留系統(tǒng)的評(píng)價(jià)框架如下圖所示,那么處于“高水平、低價(jià)值”區(qū)的遺留系統(tǒng)適合于采用的演化策略為(37)。

架構(gòu)15上37.png

A.淘汰

B.繼承

C.改造

D.集成

(38)的目的是檢查模塊之間,以及模塊和已集成的軟件之間的接口關(guān)系,并驗(yàn)證已集成的軟件是否符合設(shè)計(jì)要求。其測(cè)試的技術(shù)依據(jù)是(39)。

(38)A.單元測(cè)試

B.集成測(cè)試

C.系統(tǒng)測(cè)試

D.回歸測(cè)試

(39)A.軟件詳細(xì)設(shè)計(jì)說(shuō)明書

B.技術(shù)開發(fā)合同

C.軟件概要設(shè)計(jì)文檔

D.軟件配置文檔

軟件架構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。架構(gòu)風(fēng)格反映領(lǐng)域中眾多系統(tǒng)所共育的結(jié)構(gòu)和(40),強(qiáng)調(diào)對(duì)架構(gòu)(41)的重用。

(40)A.語(yǔ)義特性

B.功能需求

C.質(zhì)量屬性

D.業(yè)務(wù)規(guī)則

(41)A.分析

B.設(shè)計(jì)

C.實(shí)現(xiàn)

D.評(píng)估

軟件架構(gòu)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。軟件架構(gòu)設(shè)計(jì)需滿足系統(tǒng)的(42),如性能、安全性和可修改性等,并能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作。

A.功能需求

B.性能需求

C.質(zhì)量屬性

D.業(yè)務(wù)屬性

架構(gòu)描述語(yǔ)言(Architecture Description Language,ADL)是一種為明確說(shuō)明軟件系統(tǒng)的概念架構(gòu)和對(duì)這些概念架構(gòu)建模提供功能的語(yǔ)言。ADL主要包括以下組成部分:組件、組件接口、(43)和架構(gòu)配置。

A.架構(gòu)風(fēng)格

B.架構(gòu)實(shí)現(xiàn)

C.連接件

D.組件約束

基于架構(gòu)的軟件開發(fā)(Architecture Based Software Development,ABSD)強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用(44)描述軟件架構(gòu),用(45)來(lái)描述需求。

(44)A.類圖和序列圖

B.視角與視圖

C.構(gòu)建和類圖

D.構(gòu)建與功能

(45)A.用例與類圖

B.用例與視角

C.用例與質(zhì)量場(chǎng)景

D.視角與質(zhì)量場(chǎng)景

某公司擬開發(fā)一個(gè)地面清潔機(jī)器人。機(jī)器人的控制者首先定義清潔任務(wù)和任務(wù)之間的關(guān)系,機(jī)器人接受任務(wù)后,需要響應(yīng)外界環(huán)境中觸發(fā)的一些突發(fā)事件,根據(jù)自身狀態(tài)進(jìn)行動(dòng)態(tài)調(diào)整,最終自動(dòng)完成任務(wù)。針對(duì)上述需求,該機(jī)器人應(yīng)該采用(46)架構(gòu)風(fēng)格最為合適。

A.面向?qū)ο?/p>

B.主程序-子程序

C.規(guī)則系統(tǒng)

D.管道-過(guò)濾器

某公司擬開發(fā)一個(gè)語(yǔ)音識(shí)別系統(tǒng),其語(yǔ)音識(shí)別的主要過(guò)程包括分割原始語(yǔ)音信號(hào)、識(shí)別音素、產(chǎn)生候選詞、判定語(yǔ)法片斷、提供語(yǔ)義解釋等,每個(gè)過(guò)程都需要進(jìn)行基于先驗(yàn)知識(shí)的條件判斷并進(jìn)行相應(yīng)的識(shí)別動(dòng)作。針對(duì)該系統(tǒng)的特點(diǎn),采用(47)架構(gòu)風(fēng)格最為合適。

A.解釋器

B.面向?qū)ο?/p>

C.黑板

D.隱式調(diào)用

某公司擬開發(fā)了個(gè)轎車巡航定速系統(tǒng),系統(tǒng)需要持續(xù)測(cè)量車輛當(dāng)前的實(shí)時(shí)速度,并根據(jù)設(shè)定的期望速度啟動(dòng)控制轎車的油門和剎車。針對(duì)上述需求,采用(48)架構(gòu)風(fēng)格最為合適。

A.解釋器

B.過(guò)程控制

C.分層

D.管道-過(guò)濾器

某公司擬開發(fā)一套在線游戲系統(tǒng),該系統(tǒng)的設(shè)計(jì)目標(biāo)之一是支持用戶自行定義游戲?qū)ο髮傩?,行為和?duì)象之間的交互關(guān)系。為了實(shí)現(xiàn)上述目標(biāo),公司應(yīng)該采用(49)架構(gòu)風(fēng)格最為合適。

A.管道-過(guò)濾器

B.隱式調(diào)用

C.主程序-子程序

D.解釋器

某公司為其研發(fā)的硬件產(chǎn)品設(shè)計(jì)實(shí)現(xiàn)了一種特定的編程語(yǔ)言,為了方便開發(fā)者進(jìn)行軟件開發(fā),公司擬開發(fā)一套針對(duì)該編程語(yǔ)言的集成開發(fā)環(huán)境,包括代碼編輯、語(yǔ)法高亮、代碼編譯、運(yùn)行調(diào)試等功能。針對(duì)上述描述,該集成開發(fā)環(huán)境應(yīng)采用(50)架構(gòu)風(fēng)格最為合適。

A.管道-過(guò)濾器

B.?dāng)?shù)據(jù)倉(cāng)儲(chǔ)

C.主程序-子程序

D.解釋器

軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型,產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評(píng)審等活動(dòng),是一個(gè)迭代的過(guò)程。架構(gòu)設(shè)計(jì)主要關(guān)注軟件組件的結(jié)構(gòu)、屬性和(51),并通過(guò)多種(52)全面描述特定系統(tǒng)的架構(gòu)。

(51)A.實(shí)現(xiàn)方式

B.交互作用

C.設(shè)計(jì)方案

D.測(cè)試方式

(52)A.對(duì)象

B.代碼

C.文檔

D.視圖

特定領(lǐng)域軟件架構(gòu)(Domain Specific Software Architecture,DSSA)以一個(gè)特定問(wèn)題領(lǐng)域?yàn)閷?duì)象,形成由領(lǐng)域參考模型,參考需求,(53)等組成的開發(fā)基礎(chǔ)架構(gòu),支持一個(gè)特定領(lǐng)域中多個(gè)應(yīng)用的生成。DSSA的基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和領(lǐng)域?qū)崿F(xiàn)。其中領(lǐng)域分析的主要目的是獲得(54),從而描述領(lǐng)域中系統(tǒng)之間共同的需求,即領(lǐng)域需求;領(lǐng)域設(shè)計(jì)的主要目標(biāo)是獲得(55),從而描述領(lǐng)域模型中表示需求的解決方案;領(lǐng)域?qū)崿F(xiàn)的主要目標(biāo)是開發(fā)和組織可重用信息,并實(shí)現(xiàn)基礎(chǔ)軟件架構(gòu)。

(53)A.參考設(shè)計(jì)

B.參考規(guī)約

C.參考架構(gòu)

D.參考實(shí)現(xiàn)

(54)A.領(lǐng)域邊界

B.領(lǐng)域信息

C.領(lǐng)域?qū)ο?/p>

D.領(lǐng)域模型

(55)A.特點(diǎn)領(lǐng)域軟件需求

B.特定領(lǐng)域軟件架構(gòu)

C.特定領(lǐng)域軟件設(shè)計(jì)模型

D.特定領(lǐng)域軟件重用模型

某公司欲開發(fā)一個(gè)網(wǎng)上商城系統(tǒng),在架構(gòu)設(shè)計(jì)階段,公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景,其中“系統(tǒng)主站斷電后,能夠在2分鐘內(nèi)自動(dòng)切換到備用站點(diǎn),并恢復(fù)正常運(yùn)行”主要與(56)質(zhì)量屬性相關(guān),通常可采用(57)架構(gòu)策略實(shí)現(xiàn)該屬性;“在并發(fā)用戶數(shù)不超過(guò)1000人時(shí),用戶的交易請(qǐng)求應(yīng)該在0.5s內(nèi)完成”主要與(58)質(zhì)量屬性相關(guān)通??刹捎茫?9)架構(gòu)策略實(shí)現(xiàn)該屬性;“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為,并進(jìn)行報(bào)警和記錄”主要與(60)質(zhì)量屬性相關(guān),通??刹捎茫?1)架構(gòu)策略實(shí)現(xiàn)該屬性。

(56)A.性能

B.可用性

C.易用性

D.可修改性

(57)A.主動(dòng)冗余

B.信息隱藏

C.抽象接口

D.記錄/回放

(58)A.可測(cè)試性

B.易用性

C.性能

D.互操作性

(59)A.操作串行化

B.資源調(diào)度

C.心跳

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

(60)A.可用性

B.安全性

C.可測(cè)試性

D.可修改性

(61)A.內(nèi)置監(jiān)控器

B.記錄/回放

C.追蹤審計(jì)

D.維護(hù)現(xiàn)有接口

架構(gòu)權(quán)衡分析方法(Architecture Tradeoff Analysis Method,ATAM)是在基于場(chǎng)景的架構(gòu)分析方法(Scenarios-based Architecture Analysis Method,SAAM)基礎(chǔ)之上發(fā)展起來(lái)的,主要包括場(chǎng)景和需求收集、(62),屬性模型構(gòu)造和分析,屬性模型折中等四個(gè)階段。ATAM方法要求在系統(tǒng)開發(fā)之前,首先對(duì)這些質(zhì)量屬性進(jìn)行(63)和折中。

(62)A.架構(gòu)視圖和場(chǎng)景實(shí)現(xiàn)

B.架構(gòu)風(fēng)格和場(chǎng)景分析

C.架構(gòu)設(shè)計(jì)和目標(biāo)分析

D.架構(gòu)描述和需求評(píng)估

(63)A.設(shè)計(jì)

B.實(shí)現(xiàn)

C.測(cè)試

D.評(píng)價(jià)

用戶提出需求并提供經(jīng)費(fèi),委托軟件公司開發(fā)軟件。雙方商定的協(xié)議(委托開發(fā)合同)中未涉及軟件著作權(quán)歸屬,其軟件著作權(quán)應(yīng)由(64)享有。

A.用戶

B.用戶、軟件公司共有

C.軟件公司

D.經(jīng)裁決所確認(rèn)的一方

某攝影家創(chuàng)作一件攝影作品出版后,將原件出售給了某軟件設(shè)計(jì)師。軟件設(shè)計(jì)師不慎將原件毀壞;則該件攝影作品的著作權(quán)(65)享有。

A.仍然由攝影家

B.由攝影家和軟件設(shè)計(jì)師共同

C.由軟件設(shè)計(jì)師

D.由攝影家或軟件設(shè)計(jì)師申請(qǐng)的一方

軟件設(shè)計(jì)師王某在其公司的某一綜合信息管理系統(tǒng)軟件開發(fā)項(xiàng)目中、承擔(dān)了大部分程序設(shè)計(jì)工作。該系統(tǒng)交付用戶,投入試運(yùn)行后,王某辭職離開公司,并帶走了該綜合信息管理系統(tǒng)的源程序,拒不交還公司。王某認(rèn)為綜合信息管理系統(tǒng)源是他獨(dú)立完成的,他是綜合信息管理系統(tǒng)源程序的軟件著作權(quán)人。王某的行為(66)。

A.侵犯了公司的軟件著作權(quán)

B.未侵犯公司的軟件著作權(quán)

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

D.不涉及侵犯公司的軟件著作權(quán)

某高校欲構(gòu)建財(cái)務(wù)系統(tǒng),使得用戶可通過(guò)校園網(wǎng)訪問(wèn)該系統(tǒng)。根據(jù)需求,公司給出如下2套方案。

方案一:

1)出口設(shè)備采用1臺(tái)配置防火墻板卡的核心交換機(jī),并且使用防火墻策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址映射;

2)采用4臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架構(gòu),其中3臺(tái)作為財(cái)務(wù)應(yīng)用服務(wù)器、1臺(tái)作為數(shù)據(jù)備份管理服務(wù)器;

3)通過(guò)備份管理軟件的備份策略將3臺(tái)財(cái)務(wù)應(yīng)用服務(wù)器的數(shù)據(jù)進(jìn)行定期備份。

方案二:

1)出口設(shè)備采用1臺(tái)配置防火墻板卡的核心交換機(jī),并且使用防火墻策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址映射;

2)采用2臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架構(gòu),服務(wù)器采用虛擬化技術(shù),建多個(gè)虛擬機(jī)滿足財(cái)務(wù)系統(tǒng)業(yè)務(wù)需求。當(dāng)一臺(tái)服務(wù)器出現(xiàn)物理故障時(shí)將業(yè)務(wù)遷移到另外一臺(tái)物理服務(wù)器上。

與方案一相比,方案二的優(yōu)點(diǎn)是(67)。方案二還有一些缺點(diǎn),下列不屬于其缺點(diǎn)的是(68)。

(67)A.網(wǎng)絡(luò)的安全性得到保障

B.?dāng)?shù)據(jù)的安全性得到保障

C.業(yè)務(wù)的連續(xù)性得到保障

D.業(yè)務(wù)的可用性得到保障

(68)A.缺少企業(yè)級(jí)磁盤陣列,不能將數(shù)據(jù)進(jìn)行統(tǒng)一的存儲(chǔ)與管理

B.缺少網(wǎng)閘,不能實(shí)現(xiàn)財(cái)務(wù)系統(tǒng)與Internet的物理隔離

C.缺少安全審計(jì),不便于相關(guān)行為的記錄、存儲(chǔ)與分析

D.缺少內(nèi)部財(cái)務(wù)用戶接口,不便于快速管理與維護(hù)

甲、乙、丙、丁4人加工A、B、C、D四種工件所需工時(shí)如下表所示。指派每人加工一種工件,四人加工四種工件其總工時(shí)最短的最優(yōu)方案中,工件B應(yīng)由(69)加工。

架構(gòu)15上69.png

A.甲

B.乙

C.丙

D.丁

小王需要從①地開車到⑦地,可供選擇的路線如下圖所示。圖中,各條箭線表示路段及其行駛方向,箭線旁標(biāo)注的數(shù)字表示該路段的擁堵率(描述堵車的情況,即堵車概率)。擁堵率=1-暢通率,擁堵率=0時(shí)表示完全暢通,擁堵率=1時(shí)表示無(wú)法行駛。根據(jù)該圖,小主選擇擁堵情況最少(暢通情況最好)的路線是(70)。

架構(gòu)15上70.png

A.①②③④⑤⑦

B.①②③④⑥⑦

C.①②③⑤⑦

D.①②④⑥⑦

The objective of(71)is to determine what parts of the application software will be assigned to what hardware.The major software components of the system being developed have to be identified and then allocated to the various hardware components on which the system will operate.All software systems can be divided into four basic functions.The first is(72).Most information systems require data to be stored and retrieved,whether a small file,such as a memo produced by a word processor,or a large database,such as one that stores an organization’s accounting records.The second function is the(73),the processing required to access data,which often means database queries in Structured Query Language.The third function is the(74),which is the logic documented in the DFDs,use cases,and functional requirements.The fourth function is the presentation logic,the display of information to the user and the acceptance of the user’s commands.The three primary hardware components of a system are(75).

(71)A.a(chǎn)rchitecture design

B.modular design

C.physical design

D.distribution design

(72)A.data access components

B.database management system

C.data storage

D.data entities

(73)A.data persistence

B.data access objects

C.database connection

D.dataaccess logic

(74)A.system requirements

B.system architecture

C.a(chǎn)pplication logic

D.a(chǎn)pplication program

(75)A.computers,cables and network

B.clients,servers,and network

C.CPUs,memories and I/O devices

D.CPUs,hard disks and I/O devices

更多資料
更多課程
更多真題
溫馨提示:因考試政策、內(nèi)容不斷變化與調(diào)整,本網(wǎng)站提供的以上信息僅供參考,如有異議,請(qǐng)考生以權(quán)威部門公布的內(nèi)容為準(zhǔn)!

軟考備考資料免費(fèi)領(lǐng)取

去領(lǐng)取

!
咨詢?cè)诰€老師!