軟考系統(tǒng)架構(gòu)設(shè)計師考試經(jīng)典100題(9)

系統(tǒng)架構(gòu)設(shè)計師 責任編輯:陳湘君 2024-03-06

添加老師微信

備考咨詢

加我微信

摘要:軟考系統(tǒng)架構(gòu)設(shè)計師考試經(jīng)典100題由希賽網(wǎng)整理,本文是軟考系統(tǒng)架構(gòu)設(shè)計師考試經(jīng)典100題的(9)題內(nèi)容,以便考生對系統(tǒng)架構(gòu)設(shè)計師考試知識點的掌握檢測。

為方便軟考考生對系統(tǒng)架構(gòu)設(shè)計師考試知識點的檢測,希賽軟考頻道為考生整理了軟考系統(tǒng)架構(gòu)設(shè)計師考試經(jīng)典100題的資料,本文是軟考系統(tǒng)架構(gòu)設(shè)計師考試經(jīng)典100題的(9)題內(nèi)容100題及答案解析完整版可在本文文首本文資料處或文末的資料下載欄目下載):

十、軟件架構(gòu)設(shè)計(20)

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

A.類圖和序列圖

B.視角與視圖

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

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

A.用例與類圖

B.用例與視角

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

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

12、在架構(gòu)評估過程中,評估人員所關(guān)注的是系統(tǒng)的質(zhì)量屬性。其中,( )是指系統(tǒng)的響應能力:即經(jīng)過多長時間才能對某個事件做出響應,或者在某段時間內(nèi)系統(tǒng)所能處理的事件的( )。

A.安全性

B.性能

C.可用性

D.可靠性

A.個數(shù)

B.速度

C.消耗

D.故障率

13、某公司欲開發(fā)一個在線交易系統(tǒng),在架構(gòu)設(shè)計階段,公司的架構(gòu)師識別出3個核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時,用戶的交易請求需要在0.5秒內(nèi)得到響應”主要與( )質(zhì)量屬性相關(guān),通常可采用( )架構(gòu)策略實現(xiàn)該屬性;“當系統(tǒng)由于軟件故障意外崩潰后,需要在0.5小時內(nèi)恢復正常運行”主要與( )質(zhì)量屬性相關(guān),通常可采用( )架構(gòu)策略實現(xiàn)該屬性;“系統(tǒng)應該能夠抵擋惡意用戶的入侵行為,并進行報警和記錄”主要與( )質(zhì)量屬性相關(guān),通常可采用( )架構(gòu)策略實現(xiàn)該屬性。

A.性能

B.吞吐量

C.可靠性

D.可修改性

A.操作串行化

B.資源調(diào)度

C.心跳

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

A.可測試性

B.易用性

C.可用性

D.互操作性

A.主動冗余

B.信息隱藏

C.抽象接口

D.記錄/回放

A.可用性

B.安全性

C.可測試性

D.可修改性

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

B.記錄/回放

C.追蹤審計

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

14.識別風險點、非風險點、敏感點和權(quán)衡點是進行軟件架構(gòu)評估的重要過程?!案淖儤I(yè)務數(shù)據(jù)編碼方式會對系統(tǒng)的性能和安全性產(chǎn)生影響”是對( )的描述,“假設(shè)用戶請求的頻率為每秒1個,業(yè)務處理時間小于30毫秒,則將請求響應時間設(shè)定為1秒鐘是可以接受的”是對( )的描述。

A.風險點

B.非風險點

C.敏感點

D.權(quán)衡點

A.風險點

B.非風險點

C.敏感點

D.權(quán)衡點

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

A.架構(gòu)視圖和場景實現(xiàn)

B.架構(gòu)風格和場景分析

C.架構(gòu)設(shè)計和目標分析

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

A.設(shè)計

B.實現(xiàn)

C.測試

D.評價

16、在架構(gòu)評估中,場景是從( )的角度對與系統(tǒng)交互的描述,一般采用( )三方面來對場景進行描述。

A.系統(tǒng)設(shè)計者

B.系統(tǒng)開發(fā)者

C.風險承擔者

D.系統(tǒng)測試者

A.刺激源,制品,響應

B.刺激,制品,響應

C.刺激,環(huán)境,響應

D.參與者,制品,環(huán)境

17、以下關(guān)于軟件中間件的敘述,錯誤的是(  )。

A.中間件通過標準接口實現(xiàn)與應用程序的關(guān)聯(lián),提供特定功能的服務

B.使用中間件可以提高應用軟件可移植性

C.使用中間件將增加應用軟件設(shè)計的復雜度

D.使用中間件有助于提高開發(fā)效率

18、關(guān)于構(gòu)件的描述,正確的是(  )。

A.構(gòu)件包含了一組需要同時部署的原子構(gòu)件

B.構(gòu)件可以單獨部署,原子構(gòu)件不能被單獨部署

C.一個原子構(gòu)件可以同時在多個構(gòu)件家族中共享

D.一個模塊可以看作帶有單獨資源的原子構(gòu)件

19、CORBA服務端構(gòu)件模型中,(  )是CORBA對象的真正實現(xiàn),負責完成客戶端請求。

A.伺服對象(Servant)

B.對象適配器(Object Adapter)

C.對象請求代理(Object Request Broker)

D.適配器激活器(Adapter Activator)

20、構(gòu)件組裝是指將庫中的構(gòu)件經(jīng)適當修改后相互連接構(gòu)成新的目標軟件。(  )不屬于構(gòu)件組裝技術(shù)。

A.基于功能的構(gòu)件組裝技術(shù)

B.基于數(shù)據(jù)的構(gòu)件組裝技術(shù)

C.基于實現(xiàn)的構(gòu)件組裝技術(shù)

D.面向?qū)ο蟮臉?gòu)件組裝技術(shù)

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

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

去領(lǐng)取

!
咨詢在線老師!