某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系,設(shè)計(jì)出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應(yīng)的類是(1);與"Product"角色相對應(yīng)的類是(2)。
空白(2)處應(yīng)選擇()
A.Bank
B.Account
C.Checking
D.Savings
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系,設(shè)計(jì)出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應(yīng)的類是(1);與"Product"角色相對應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
A.Bank
B.Account
C.Checking
D.Savings
如圖8-43(a)所示的UML類圖描繪的是設(shè)計(jì)模式中的(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è)計(jì)模式中的(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è)計(jì)模式
D.分析模式
(1)的選擇是開發(fā)一個軟件系統(tǒng)時的基本設(shè)計(jì)決策;(2)是最底層的模式,關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動態(tài)資源時常用的一種(3)。
空白(2)處應(yīng)選擇()
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
最新試題
安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時,阻止非授權(quán)使用的能力。
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作,不需要過多依賴于別的模塊。
如果模塊A和B是位置依賴,可以用名稱服務(wù)器來讓A和B不直接依賴。
采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項(xiàng)目成功的第一步,體系結(jié)構(gòu)不當(dāng),將可能會導(dǎo)致災(zāi)難性的損失。
在軟件體系結(jié)構(gòu)模式中,解決方案包括一個特定的結(jié)構(gòu),即元素的一個空間配置,還規(guī)定了運(yùn)行期間的行為。
CBAM是對軟件系統(tǒng)進(jìn)行經(jīng)濟(jì)建模的方法,它提供了對技術(shù)與經(jīng)濟(jì)問題以及構(gòu)架決策的評估。
限制隊(duì)列大小是一個提高系統(tǒng)性能的戰(zhàn)術(shù)。
一個界面美觀、容易學(xué)習(xí)的系統(tǒng)是用戶評估易用性重要方面,因此構(gòu)架設(shè)計(jì)對此質(zhì)量屬性幫助不大。
通過對軟件構(gòu)架的評估,可以預(yù)測軟件系統(tǒng)的質(zhì)量。