如圖8-43（a）所示的UML類圖描繪的是設(shè)計模式中的（1）模式。如圖8-43（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-43（a）中的"Abstraction"對應(yīng)的類是（2）。
A.DataAccess
B.DataAccessImpl
C.CustomerDM
D.AccountDM
您可能感興趣的試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年下午試卷
- 2010年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2011年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2012年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2013年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2014年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
你可能感興趣的試題
如圖8-43（a）所示的UML類圖描繪的是設(shè)計模式中的（1）模式。如圖8-43（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-43（a）中的"Abstraction"對應(yīng)的類是（2）。
A.Command
B.Bridge
C.Composite
D.Proxy
A.架構(gòu)模式
B.慣用法
C.設(shè)計模式
D.分析模式
（1）的選擇是開發(fā)一個軟件系統(tǒng)時的基本設(shè)計決策；（2）是最底層的模式，關(guān)注軟件系統(tǒng)的設(shè)計與實現(xiàn)，描述了如何實現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計數(shù)是C++管理動態(tài)資源時常用的一種（3）。
空白（2）處應(yīng)選擇（）
A.架構(gòu)模式
B.慣用法
C.設(shè)計模式
D.分析模式
（1）的選擇是開發(fā)一個軟件系統(tǒng)時的基本設(shè)計決策；（2）是最底層的模式，關(guān)注軟件系統(tǒng)的設(shè)計與實現(xiàn)，描述了如何實現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計數(shù)是C++管理動態(tài)資源時常用的一種（3）。
空白（1）處應(yīng)選擇（）
A.架構(gòu)模式
B.慣用法
C.設(shè)計模式
D.分析模式
A.虛擬機
B.管道-過濾器
C.事件驅(qū)動
D.微內(nèi)核-擴展
最新試題
接口展示了軟件構(gòu)件之間的交互關(guān)系，對于軟件構(gòu)架而言非常重要，需要單獨編檔。
動態(tài)優(yōu)先調(diào)度策略包括（）
維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作，不需要過多依賴于別的模塊。
在影響軟件構(gòu)架的因素中，構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。
一個構(gòu)架設(shè)計可以支持所有質(zhì)量屬性。
在軟件體系結(jié)構(gòu)模式中，解決方案包括一個特定的結(jié)構(gòu)，即元素的一個空間配置，還規(guī)定了運行期間的行為。
黑板構(gòu)架用于解決無確定性求解策略問題，它由黑板、知識源和仲裁者構(gòu)成。
效用樹的作用是使質(zhì)量屬性需求具體化，從而迫使設(shè)計師和客戶代表準(zhǔn)確地定義出他們將要提供的相關(guān)質(zhì)量需求。
構(gòu)架并不能獨立實質(zhì)量屬性，它為質(zhì)量屬性的實現(xiàn)提供了基礎(chǔ)。
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential（批處理）。