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

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

添加老師微信

備考咨詢

加我微信

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

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

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

某操作系統(tǒng)采用分頁(yè)存儲(chǔ)管理方式,下圖給出了進(jìn)程A和進(jìn)程B的頁(yè)表結(jié)構(gòu)。如果物理頁(yè)的大小為512字節(jié),那么進(jìn)程A邏輯地址為1111(十進(jìn)制)的變量存放在(1)號(hào)物理內(nèi)存頁(yè)中。假設(shè)進(jìn)程A的邏輯頁(yè)4與進(jìn)程B的邏輯頁(yè)5要共享物理頁(yè)8,那么應(yīng)該在進(jìn)程A頁(yè)表的邏輯頁(yè)4和進(jìn)程B頁(yè)表的邏輯頁(yè)5對(duì)應(yīng)的物理頁(yè)處分別填(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í)行的過(guò)程,則需要設(shè)置5個(gè)信號(hào)量S1、S2、S3、S4和S5,且信號(hào)量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.既無(wú)損連接又保持函數(shù)依賴

C.有損連接且不保持函數(shù)依賴

D.無(wú)損連接但不保持函數(shù)依賴

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

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

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

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

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

A.同步

B.互斥

C.調(diào)度

D.執(zhí)行

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

A.PCI接口

B.USB接口

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

D.JTAG接口

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

A.軟件喂狗

B.處理器溫度過(guò)高

C.外部中斷

D.看門狗定時(shí)器超時(shí)

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

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

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

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

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

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

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

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.工程造價(jià)估算

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

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

D.IP地址分配分析

主機(jī)PC對(duì)某個(gè)域名進(jìn)行查詢,最終由該域名的授權(quán)域名服務(wù)器解析并返回結(jié)果,查詢過(guò)程如下圖所示。這種查詢方式中不合理的是(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)用最頻繁的那部分核心程序作為評(píng)價(jià)計(jì)算機(jī)性能的標(biāo)準(zhǔn)程序,稱為(16)程序。(17)不是對(duì)Web服務(wù)器進(jìn)行性能評(píng)估的主要指標(biāo)。

(16)A.仿真測(cè)試

B.核心測(cè)試

C.基準(zhǔn)測(cè)試

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

(17)A.丟包率

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

C.響應(yīng)延遲

D.吞吐量

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

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

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

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

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

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

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

B.信息技術(shù)和知識(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ù)和知識(shí)

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

D.信息采集、存儲(chǔ)和共享

企業(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ù)平臺(tái)集成

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

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

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

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

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

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

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

數(shù)據(jù)挖掘是從數(shù)據(jù)庫(kù)的大量數(shù)據(jù)中揭示出隱含的、先前未知的并有潛在價(jià)值的信息的非平凡過(guò)程,主要任務(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)目范圍說(shuō)明書(shū)是項(xiàng)目成功的關(guān)鍵,(25)不屬于項(xiàng)目范圍定義的輸入。

A.項(xiàng)目章程

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

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

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

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

A.Gantt圖

B.活動(dòng)圖

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

D.PERT圖

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

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

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

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

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

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

A.淘汰

B.繼承

C.改造

D.集成

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

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

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

C.功能級(jí)

D.領(lǐng)域級(jí)

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

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

C.功能級(jí)

D.領(lǐng)域級(jí)

在面向?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的軟件過(guò)程是一個(gè)迭代過(guò)程。一個(gè)開(kāi)發(fā)周期包括初始、細(xì)化、構(gòu)建和移交四個(gè)階段,每次通過(guò)這四個(gè)階段就會(huì)產(chǎn)生一代軟件,其中建立完善的架構(gòu)是(33)階段的任務(wù)。采用迭代式開(kāi)發(fā),(34)。

(33)A.初始

B.細(xì)化

C.構(gòu)建

D.移交

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

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

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

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

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

那么采用設(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)提供了簡(jiǎn)單接口

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

軟件系統(tǒng)架構(gòu)是關(guān)于軟件系統(tǒng)的結(jié)構(gòu)、(40)和屬性的高級(jí)抽象。在描述階段,主要描述直接構(gòu)成系統(tǒng)的抽象組件以及各個(gè)組件之間的連接規(guī)則,特別是相對(duì)細(xì)致地描述組件的(41)。在實(shí)現(xiàn)階段,這些抽象組件被細(xì)化為實(shí)際的組件,比如具體類或者對(duì)象。軟件系統(tǒng)架構(gòu)不僅指定了軟件系統(tǒng)的組織和(42)結(jié)構(gòu),而且顯示了系統(tǒng)需求和組件之間的對(duì)應(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ì)變更相對(duì)容易的階段,考慮系統(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)是在一個(gè)特定應(yīng)用領(lǐng)域中,為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu)。DSSA通常是一個(gè)具有三個(gè)層次的系統(tǒng)模型,包括(45)環(huán)境、領(lǐng)域特定應(yīng)用開(kāi)發(fā)環(huán)境和應(yīng)用執(zhí)行環(huán)境,其中(46)主要在領(lǐng)域特定應(yīng)用開(kāi)發(fā)環(huán)境中工作。

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

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

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

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

(46)A.操作員

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

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

D.程序員

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

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

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

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

B.順序批處理

C.過(guò)程控制

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.倉(cāng)庫(kù)結(jié)構(gòu)

C.基于規(guī)則

D.虛擬機(jī)

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

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

小王是該公司的一位新任架構(gòu)師,在某項(xiàng)目中主要負(fù)責(zé)架構(gòu)文檔化方面的工作。小王(55)的做法不符合架構(gòu)文檔化的原則。架構(gòu)文檔化的主要輸出結(jié)果是架構(gòu)規(guī)格說(shuō)明書(shū)和(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.從使用者的角度書(shū)寫文檔

B.隨時(shí)保證文檔都是最新的

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

D.針對(duì)不同背景的人員書(shū)寫文檔的方式不同

(56)A.架構(gòu)需求說(shuō)明書(shū)

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

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

D.架構(gòu)評(píng)審說(shuō)明書(shū)

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

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

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

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.可測(cè)試性

B.互操作性

C.可移植性

D.易用性

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

B.互操作性

C.可移植性

D.易用性

(62)A.期望管理矩陣

B.決策表

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

D.效用樹(shù)

(63)A.風(fēng)險(xiǎn)點(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ù)字證書(shū)的服務(wù)器叫CA

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

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

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

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

A.會(huì)話密鑰

B.時(shí)間戳

C.用戶ID

D.私有密鑰

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

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

B.只能限于介紹、評(píng)論或?yàn)榱苏f(shuō)明某個(gè)問(wèn)題引用作品

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

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

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

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

B.某作家的作品《綠化樹(shù)》

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

D.某人在公共場(chǎng)所的即興演說(shuō)

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

A.署名權(quán)

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

C.修改權(quán)

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

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

只要適當(dāng)安排好項(xiàng)目實(shí)施順序,企業(yè)最快可以在(69)天全部完成這四個(gè)項(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)站提供的以上信息僅供參考,如有異議,請(qǐng)考生以權(quán)威部門公布的內(nèi)容為準(zhǔn)!

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

去領(lǐng)取

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