某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系,設(shè)計出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應(yīng)的類是(1);與"Product"角色相對應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
A.Bank
B.Account
C.Checking
D.Savings
您可能感興趣的試卷
- 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)。
空白(2)處應(yīng)選擇()
A.DataAccess
B.DataAccessImpl
C.CustomerDM
D.AccountDM
如圖8-43(a)所示的UML類圖描繪的是設(shè)計模式中的(1)模式。如圖8-43(b)所示的UML類圖描述了該模式的一種應(yīng)用,其中與圖8-43(a)中的"Abstraction"對應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
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)核-擴展
Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風(fēng)格是(1)風(fēng)格。Java語言宣傳的"一次編寫,到處運行"的特性,從架構(gòu)風(fēng)格上看符合(2)風(fēng)格的特點。
空白(1)處應(yīng)選擇()
A.虛擬機
B.管道-過濾器
C.事件驅(qū)動
D.微內(nèi)核-擴展
某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應(yīng)的類是(1),與"ConcreteCommand"角色相對應(yīng)的類是(2)。
空白(2)處應(yīng)選擇()
A.Command
B.Menultem
C.Open
D.BulktinBoardScreen
某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應(yīng)的類是(1),與"ConcreteCommand"角色相對應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
A.Command
B.Menultem
C.Open
D.ButktinBoardScreen
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
最新試題
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
推遲綁定時間是提高系統(tǒng)運行時的可修改性的一種戰(zhàn)術(shù)。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護和增強。
關(guān)于層次構(gòu)架的描述哪些是正確的()
軟件體系結(jié)構(gòu)只是表示了軟件的拓撲結(jié)構(gòu),不關(guān)心其動態(tài)結(jié)構(gòu)。
軟件體系結(jié)構(gòu)的設(shè)計的好壞對于軟件的易用性沒有影響。
Pipe-and-Filter構(gòu)架天然地支持并行,并具有良好的性能。
黑板構(gòu)架用于解決無確定性求解策略問題,它由黑板、知識源和仲裁者構(gòu)成。
軟件構(gòu)架評估的主要目的是控制風(fēng)險,ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。
維持語義的一致性的目標是確保模塊中所有責(zé)任都能協(xié)同工作,不需要過多依賴于別的模塊。