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

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

添加老師微信

備考咨詢

加我微信

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

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

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

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

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

(1)A.9

B.2

C.4

D.6

(2)A.4、5

B.5、4

C.5、8

D.8、8

進(jìn)程P1、P2、P3和P4的前趨圖如下所示:

架構(gòu)13上3-1.jpg

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

架構(gòu)13上3-2.jpg

(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)

假設(shè)關(guān)系模式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}。那么,關(guān)系模式R、R1、R2分別達(dá)到了(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ù)依賴

給定員工關(guān)系EMP(EmpID,Ename,sex,age,tel,DepID),其屬性含義分別為:員工號、姓名、性別、年齡、電話、部門號;部門關(guān)系DEP(DepID,Dname,Dtel,DEmpID),其屬性含義分別為:部門號、部門名、電話,負(fù)責(zé)人號。若要求DepID參照部門關(guān)系DEP的主碼DepID,則可以在定義EMP時用(7)進(jìn)行約束。若要查詢開發(fā)部的負(fù)責(zé)人姓名、年齡,則正確的關(guān)系代數(shù)表達(dá)式為(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,48=’開發(fā)部’(EMP×DEP))

B.π2,41=9(EMP架構(gòu)13上8.pngσ2=’開發(fā)部’(DEP)))

C.π2,3(EMP×σ2=’開發(fā)部’(DEP))

D.π2,31,2,4,6(EMP)架構(gòu)13上8.pngσ2=’開發(fā)部’(DEP))

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

A.同步

B.互斥

C.調(diào)度

D.執(zhí)行

在嵌入式系統(tǒng)設(shè)計(jì)中,用來進(jìn)行CPU調(diào)試的常用接口是(10)。

A.PCI接口

B.USB接口

C.網(wǎng)絡(luò)接口

D.JTAG接口

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

A.軟件喂狗

B.處理器溫度過高

C.外部中斷

D.看門狗定時器超時

以下關(guān)于實(shí)時操作系統(tǒng)(RTOS)任務(wù)調(diào)度器的敘述中,正確的是(12)。

A.任務(wù)之間的公平性是最重要的調(diào)度目標(biāo)

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

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

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

以下關(guān)于層次化網(wǎng)絡(luò)設(shè)計(jì)原則的敘述中,錯誤的是(13)。

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

B.應(yīng)當(dāng)首先設(shè)計(jì)核心層,再根據(jù)必要的分析完成其他層次設(shè)計(jì)

C.為了保證網(wǎng)絡(luò)的層次性,不能在設(shè)計(jì)中隨意加入額外連接

D.除去接入層,其他層次應(yīng)盡量采用模塊化方式,模塊間邊界應(yīng)非常清晰

網(wǎng)絡(luò)需求分析包括網(wǎng)絡(luò)總體需求分析、綜合布線需求分析、網(wǎng)絡(luò)可用性與可靠性分析、網(wǎng)絡(luò)安全性需求分析,此外還需要進(jìn)行(14)。

A.工程造價估算

B.工程進(jìn)度安排

C.硬件設(shè)備選型

D.IP地址分配分析

主機(jī)PC對某個域名進(jìn)行查詢,最終由該域名的授權(quán)域名服務(wù)器解析并返回結(jié)果,查詢過程如下圖所示。這種查詢方式中不合理的是(15)。

架構(gòu)13上15.jpg

A.根域名服務(wù)器采用遞歸查詢,影響了性能

B.根域名服務(wù)器采用迭代查詢,影響了性能

C.中介域名服務(wù)器采用迭代查詢,加重了根域名服務(wù)器負(fù)擔(dān)

D.中介域名服務(wù)器采用遞歸查詢,加重了根域名服務(wù)器負(fù)擔(dān)

把應(yīng)用程序中應(yīng)用最頻繁的那部分核心程序作為評價計(jì)算機(jī)性能的標(biāo)準(zhǔn)程序,稱為(16)程序。(17)不是對Web服務(wù)器進(jìn)行性能評估的主要指標(biāo)。

(16)A.仿真測試

B.核心測試

C.基準(zhǔn)測試

D.標(biāo)準(zhǔn)測試

(17)A.丟包率

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

C.響應(yīng)延遲

D.吞吐量

與電子政務(wù)相關(guān)的行為主體主要有三個,即(18),政府的業(yè)務(wù)活動也主要圍繞著這三個行為主體展開。

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

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

C.政府、服務(wù)機(jī)構(gòu)及企事業(yè)單位

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

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

(19)A.人力資源和物資

B.信息技術(shù)和知識

C.財(cái)務(wù)和物料

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

(20)A.業(yè)務(wù)流程和數(shù)據(jù)

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

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

D.技術(shù)、物資和人力資源

(21)A.客戶關(guān)系和供應(yīng)鏈

B.信息技術(shù)和知識

C.生產(chǎn)技術(shù)和信息技術(shù)

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

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

(22)A.技術(shù)平臺集成

B.?dāng)?shù)據(jù)集成

C.應(yīng)用系統(tǒng)集成

D.業(yè)務(wù)過程集成

(23)A.技術(shù)平臺集成

B.?dāng)?shù)據(jù)集成

C.應(yīng)用系統(tǒng)集成

D.業(yè)務(wù)過程集成

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

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

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

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

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

詳細(xì)的項(xiàng)目范圍說明書是項(xiàng)目成功的關(guān)鍵,(25)不屬于項(xiàng)目范圍定義的輸入。

A.項(xiàng)目章程

B.項(xiàng)目范圍管理計(jì)劃

C.批準(zhǔn)的變更申請

D.項(xiàng)目文檔管理方法

活動定義是項(xiàng)目時間管理中的過程之一,(26)是進(jìn)行活動定義時通常使用的一種工具。

A.Gantt圖

B.活動圖

C.工作分解結(jié)構(gòu)(WBS)

D.PERT圖

以下敘述中,(27)不屬于可行性分析的范疇。

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

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

C.評價該項(xiàng)目實(shí)施后可能取得的無形收益

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

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

A.淘汰

B.繼承

C.改造

D.集成

逆向工程導(dǎo)出的信息可以分為實(shí)現(xiàn)級、結(jié)構(gòu)級、功能級和領(lǐng)域級四個抽象層次。程序的抽象語法樹屬于(29);反映程序分量之間相互依賴關(guān)系的信息屬于(30)。

(29)A.實(shí)現(xiàn)級

B.結(jié)構(gòu)級

C.功能級

D.領(lǐng)域級

(30)A.實(shí)現(xiàn)級

B.結(jié)構(gòu)級

C.功能級

D.領(lǐng)域級

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

(31)A.實(shí)體類

B.控制類

C.邊界類

D.交互類

(32)A.實(shí)體類

B.控制類

C.邊界類

D.交互類

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

(33)A.初始

B.細(xì)化

C.構(gòu)建

D.移交

(34)A.在每一輪迭代中都要進(jìn)行測試與集成

B.每一輪迭代的重點(diǎn)是對特定的用例進(jìn)行部分實(shí)現(xiàn)

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

D.通常以功能分解為基礎(chǔ)

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

那么采用設(shè)計(jì)模式(35)可實(shí)現(xiàn)該需求,其優(yōu)點(diǎn)是(36)。

(35)A.外觀

B.單體

C.裝飾

D.模板方法

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

B.提高已有功能的重復(fù)使用性

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

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

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

A.自頂向下過程因?yàn)閱卧獪y試而比較耗費(fèi)時間

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

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

D.在自頂向下的設(shè)計(jì)中,如發(fā)現(xiàn)了一個錯誤,通常是因?yàn)榈讓幽K沒有滿足其規(guī)格說明(因?yàn)楦邔幽K已經(jīng)被測試過了)

以下關(guān)于白盒測試方法的敘述中,錯誤的是(38)。

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

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

C.判定/條件覆蓋準(zhǔn)則的缺點(diǎn)是未考慮條件的組合情況

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

以下關(guān)于面向?qū)ο筌浖y試的敘述中,正確的是(39)。

A.在測試一個類時,只要對該類的每個成員方法都進(jìn)行充分的測試就完成了對該類充分的測試

B.存在多態(tài)的情況下,為了達(dá)到較高的測試充分性,應(yīng)對所有可能的綁定都進(jìn)行測試

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

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

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

(40)A.行為

B.組織

C.性能

D.功能

(41)A.交互關(guān)系

B.實(shí)現(xiàn)關(guān)系

C.?dāng)?shù)據(jù)依賴

D.功能依賴

(42)A.進(jìn)程

B.拓?fù)?/p>

C.處理

D.?dāng)?shù)據(jù)

軟件架構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。架構(gòu)風(fēng)格定義了一類架構(gòu)所共有的特征,主要包括架構(gòu)定義、架構(gòu)詞匯表和架構(gòu)(43)。

A.描述

B.組織

C.約束

D.接口

以下敘述,(44)不是軟件架構(gòu)的主要作用。

A.在設(shè)計(jì)變更相對容易的階段,考慮系統(tǒng)結(jié)構(gòu)的可選方案

B.便于技術(shù)人員與非技術(shù)人員就軟件設(shè)計(jì)進(jìn)行交互

C.展現(xiàn)軟件的結(jié)構(gòu)、屬性與內(nèi)部交互關(guān)系

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

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

(45)A.領(lǐng)域需求

B.領(lǐng)域開發(fā)

C.領(lǐng)域執(zhí)行

D.領(lǐng)域應(yīng)用

(46)A.操作員

B.領(lǐng)域架構(gòu)師

C.應(yīng)用工程師

D.程序員

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

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

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

(47)A.管道-過濾器

B.順序批處理

C.過程控制

D.獨(dú)立進(jìn)程

(48)A.規(guī)則引擎

B.解釋器

C.?dāng)?shù)據(jù)共享

D.黑板

(49)A.隱式調(diào)用

B.顯式調(diào)用

C.主程序-子程序

D.層次結(jié)構(gòu)

(50)A.代理

B.適配

C.包裝

D.模擬

(51)A.隱式調(diào)用

B.倉庫結(jié)構(gòu)

C.基于規(guī)則

D.虛擬機(jī)

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

ABSD方法主要包括架構(gòu)需求等6個主要活動,其中(53)活動的目標(biāo)是標(biāo)識潛在的風(fēng)險,及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯誤;(54)活動針對用戶的需求變化,修改應(yīng)用架構(gòu),滿足新的需求。

小王是該公司的一位新任架構(gòu)師,在某項(xiàng)目中主要負(fù)責(zé)架構(gòu)文檔化方面的工作。小王(55)的做法不符合架構(gòu)文檔化的原則。架構(gòu)文檔化的主要輸出結(jié)果是架構(gòu)規(guī)格說明書和(56)。

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

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

C.架構(gòu)策略

D.架構(gòu)描述

(53)A.架構(gòu)設(shè)計(jì)

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

C.架構(gòu)復(fù)審

D.架構(gòu)演化

(54)A.架構(gòu)設(shè)計(jì)

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

C.架構(gòu)復(fù)審

D.架構(gòu)演化

(55)A.從使用者的角度書寫文檔

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

C.將文檔分發(fā)給相關(guān)人員

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

(56)A.架構(gòu)需求說明書

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

C.架構(gòu)質(zhì)量說明書

D.架構(gòu)評審說明書

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

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

(57)A.可測試性

B.可移植性

C.可用性

D.易用性

(58)A.架構(gòu)視圖

B.架構(gòu)排序

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

D.架構(gòu)策略

(59)A.用例

B.視圖

C.屬性

D.模型

(60)A.可測試性

B.互操作性

C.可移植性

D.易用性

(61)A.可測試性

B.互操作性

C.可移植性

D.易用性

(62)A.期望管理矩陣

B.決策表

C.優(yōu)先隊(duì)列

D.效用樹

(63)A.風(fēng)險點(diǎn)

B.決策點(diǎn)

C.權(quán)衡點(diǎn)

D.敏感點(diǎn)

以下關(guān)于第三方認(rèn)證服務(wù)的敘述中,正確的是(64)。

A.Kerberos認(rèn)證服務(wù)中保存數(shù)字證書的服務(wù)器叫CA

B.第三方認(rèn)證服務(wù)的兩種體制分別是Kerberos和PKI

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

D.Kerberos的中文全稱是“公鑰基礎(chǔ)設(shè)施”

采用Kerberos系統(tǒng)進(jìn)行認(rèn)證時,可以在報文中加入(65)來防止重放攻擊。

A.會話密鑰

B.時間戳

C.用戶ID

D.私有密鑰

以下關(guān)于為撰寫學(xué)術(shù)論文引用他人資料的敘述中,錯誤的是(66)。

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

B.只能限于介紹、評論或?yàn)榱苏f明某個問題引用作品

C.只要不構(gòu)成自己作品的主要部分,可引用資料的部分或全部

D.不必征得著作權(quán)人的同意,不向原作者支付合理的報酬

以下作品中,不適用或不受著作權(quán)法保護(hù)的作品是(67)。

A.國務(wù)院頒布的《計(jì)算機(jī)軟件保護(hù)條例》

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

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

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

以下著作權(quán)權(quán)利中,(68)的保護(hù)期受時間限制。

A.署名權(quán)

B.發(fā)表權(quán)

C.修改權(quán)

D.保護(hù)作品完整權(quán)

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

只要適當(dāng)安排好項(xiàng)目實(shí)施順序,企業(yè)最快可以在(69)天全部完成這四個項(xiàng)目。

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

A.84

B.86

C.91

D.93

1路和2路公交車都將在10分鐘內(nèi)均勻隨機(jī)地到達(dá)同一車站,則它們相隔4分鐘內(nèi)到達(dá)該站的概率為(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

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

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

去領(lǐng)取

!
咨詢在線老師!