單項選擇題博學(xué)公司欲開發(fā)一個基于圖形用戶界面的集成調(diào)試器。該調(diào)試器的編輯器和變量監(jiān)視器可以設(shè)置調(diào)試斷點。當(dāng)調(diào)試器在斷點處暫停運行時，編輯程序可以自動卷屏到斷點，變量監(jiān)視器刷新變量數(shù)值。針對這樣的功能描述，采用（）的架構(gòu)風(fēng)格最為合適。

A.數(shù)據(jù)共享
B.虛擬機(jī)
C.隱式調(diào)用
D.顯式調(diào)用


你可能感興趣的試題

2.單項選擇題架構(gòu)復(fù)審是基于架構(gòu)開發(fā)中一個重要的環(huán)節(jié)。以下關(guān)于架構(gòu)復(fù)審的敘述中，錯誤的是（）

A.架構(gòu)復(fù)審的目標(biāo)是標(biāo)識潛在的風(fēng)險，及早發(fā)現(xiàn)架構(gòu)設(shè)計的缺陷和錯誤
B.架構(gòu)復(fù)審過程中，通常會對一個可運行的最小化系統(tǒng)進(jìn)行架構(gòu)評估和測試
C.架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計與開發(fā)人員組成
D.架構(gòu)設(shè)計、文檔化和復(fù)審是一個迭代的過程

3.單項選擇題軟件架構(gòu)文檔是對軟件架構(gòu)的正式描述，能夠幫助與系統(tǒng)有關(guān)的開發(fā)人員更好地理解軟件架構(gòu)。軟件架構(gòu)文檔的寫作應(yīng)該遵循一定的原則。以下關(guān)于軟件架構(gòu)文檔寫作原則的敘述中，錯誤的是（）

A.架構(gòu)文檔應(yīng)該從架構(gòu)設(shè)計者的角度進(jìn)行編寫
B.應(yīng)該保持架構(gòu)文檔的即時更新，但更新不要過于頻繁
C.架構(gòu)文檔中的描述應(yīng)該盡量避免不必要的重復(fù)
D.每次架構(gòu)文檔修改，都應(yīng)該記錄修改的原則

4.單項選擇題基于架構(gòu)的軟件設(shè)計（ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。以下關(guān)于ABSD的敘述中，錯誤的是（）

A.使用ABSD方法，設(shè)計活動可以從項目總體功能框架明確就開始
B.ABSD方法是一個自頂向下，遞歸細(xì)化的過程
C.ABSD方法有3個基礎(chǔ)：功能分解、選擇架構(gòu)風(fēng)格實現(xiàn)質(zhì)量和商業(yè)需求及軟件模板的使用
D.使用ABSD方法，設(shè)計活動的開始意味著需求抽取和分析活動可以終止

最新試題

在一個軟件系統(tǒng)中，功能是質(zhì)量的載體，質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計、執(zhí)行以及部署等各個階段的努力。

題型：判斷題

在影響軟件構(gòu)架的因素中，構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。

題型：判斷題

易用性關(guān)注的是對用戶來說完成某個期望任務(wù)的容易程度。

題型：判斷題

一個界面美觀、容易學(xué)習(xí)的系統(tǒng)是用戶評估易用性重要方面，因此構(gòu)架設(shè)計對此質(zhì)量屬性幫助不大。

題型：判斷題

David Garlan對軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。

題型：判斷題

CBAM不是使用一個單獨的場景，是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景，每個場景又對應(yīng)一個效用。

題型：判斷題

和Pipe-and-Filter構(gòu)架相比，解釋器構(gòu)架提供更好的重用支持，并使得整個系統(tǒng)易于維護(hù)和增強(qiáng)。

題型：判斷題

效用樹的作用是使質(zhì)量屬性需求具體化，從而迫使設(shè)計師和客戶代表準(zhǔn)確地定義出他們將要提供的相關(guān)質(zhì)量需求。

題型：判斷題

軟件構(gòu)架評估的主要目的是控制風(fēng)險，ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。

題型：判斷題

一個構(gòu)架設(shè)計可以支持所有質(zhì)量屬性。

題型：判斷題