單項(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è)計活動的開始意味著需求抽取和分析活動可以終止

最新試題

如果模塊A和B是位置依賴，可以用名稱服務(wù)器來讓A和B不直接依賴。

題型：判斷題

數(shù)據(jù)流風(fēng)格的構(gòu)架不但關(guān)心數(shù)據(jù)怎樣在運(yùn)算單元之間流動，同時也關(guān)心控制點(diǎn)怎樣在程序或系統(tǒng)之間移動。

題型：判斷題

關(guān)于層次構(gòu)架的描述哪些是正確的（）

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

數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential（批處理）。

題型：判斷題

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

題型：判斷題

如果兩個模塊之間是語義依賴，則可以插入一個仲裁者來降低它們之間的依賴程度。

題型：判斷題

軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu)，不關(guān)心其動態(tài)結(jié)構(gòu)。

題型：判斷題

使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。

題型：判斷題

接口展示了軟件構(gòu)件之間的交互關(guān)系，對于軟件構(gòu)架而言非常重要，需要單獨(dú)編檔。

題型：判斷題

在軟件體系結(jié)構(gòu)模式中，解決方案包括一個特定的結(jié)構(gòu)，即元素的一個空間配置，還規(guī)定了運(yùn)行期間的行為。

題型：判斷題