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

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


你可能感興趣的試題

2.單項(xiàng)選擇題架構(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ù)審過程中，通常會對一個可運(yùn)行的最小化系統(tǒng)進(jìn)行架構(gòu)評估和測試
C.架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計與開發(fā)人員組成
D.架構(gòu)設(shè)計、文檔化和復(fù)審是一個迭代的過程

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

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

最新試題

安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時，阻止非授權(quán)使用的能力。

題型：判斷題

動態(tài)優(yōu)先調(diào)度策略包括（）

題型：多項(xiàng)選擇題

通過對軟件構(gòu)架的評估，可以預(yù)測軟件系統(tǒng)的質(zhì)量。

題型：判斷題

一個網(wǎng)站可以通過隔斷和公網(wǎng)的連線來絕對保證安全。

題型：判斷題

采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項(xiàng)目成功的第一步，體系結(jié)構(gòu)不當(dāng)，將可能會導(dǎo)致災(zāi)難性的損失。

題型：判斷題

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

題型：判斷題

維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作，不需要過多依賴于別的模塊。

題型：判斷題

好的構(gòu)架設(shè)計是一系列相容的原理和技術(shù)的產(chǎn)物，在項(xiàng)目的各個階段保持一致。

題型：判斷題

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

題型：判斷題

體系結(jié)構(gòu)設(shè)計在軟件設(shè)計階段的后期，和前期的需求過程沒有關(guān)系。

題型：判斷題