某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系,設(shè)計(jì)出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對(duì)應(yīng)的類是(1);與"Product"角色相對(duì)應(yīng)的類是(2)。
空白(2)處應(yīng)選擇()
A.Bank
B.Account
C.Checking
D.Savings
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系,設(shè)計(jì)出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對(duì)應(yīng)的類是(1);與"Product"角色相對(duì)應(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"對(duì)應(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"對(duì)應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
A.Command
B.Bridge
C.Composite
D.Proxy
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
(1)的選擇是開(kāi)發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策;(2)是最底層的模式,關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種(3)。
空白(2)處應(yīng)選擇()
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
(1)的選擇是開(kāi)發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策;(2)是最底層的模式,關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種(3)。
空白(1)處應(yīng)選擇()
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
A.虛擬機(jī)
B.管道-過(guò)濾器
C.事件驅(qū)動(dòng)
D.微內(nèi)核-擴(kuò)展
Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風(fēng)格是(1)風(fēng)格。Java語(yǔ)言宣傳的"一次編寫,到處運(yùn)行"的特性,從架構(gòu)風(fēng)格上看符合(2)風(fēng)格的特點(diǎn)。
空白(1)處應(yīng)選擇()
A.虛擬機(jī)
B.管道-過(guò)濾器
C.事件驅(qū)動(dòng)
D.微內(nèi)核-擴(kuò)展
某軟件公司欲開(kāi)發(fā)一個(gè)Windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計(jì)UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對(duì)應(yīng)的類是(1),與"ConcreteCommand"角色相對(duì)應(yīng)的類是(2)。
空白(2)處應(yīng)選擇()
A.Command
B.Menultem
C.Open
D.BulktinBoardScreen
某軟件公司欲開(kāi)發(fā)一個(gè)Windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計(jì)UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對(duì)應(yīng)的類是(1),與"ConcreteCommand"角色相對(duì)應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
A.Command
B.Menultem
C.Open
D.ButktinBoardScreen
最新試題
動(dòng)態(tài)優(yōu)先調(diào)度策略包括()
通過(guò)構(gòu)架評(píng)估可以得到一個(gè)簡(jiǎn)潔的構(gòu)架表述。
如果模塊A和B是位置依賴,可以用名稱服務(wù)器來(lái)讓A和B不直接依賴。
CBAM不是使用一個(gè)單獨(dú)的場(chǎng)景,是通過(guò)改變響應(yīng)值對(duì)某一質(zhì)量屬性生成一組場(chǎng)景,每個(gè)場(chǎng)景又對(duì)應(yīng)一個(gè)效用。
一個(gè)界面美觀、容易學(xué)習(xí)的系統(tǒng)是用戶評(píng)估易用性重要方面,因此構(gòu)架設(shè)計(jì)對(duì)此質(zhì)量屬性幫助不大。
安全性質(zhì)量屬性場(chǎng)景的環(huán)境包括在線或離線、直接或通過(guò)防火墻入網(wǎng)。
推遲綁定時(shí)間是提高系統(tǒng)運(yùn)行時(shí)的可修改性的一種戰(zhàn)術(shù)。
限制隊(duì)列大小是一個(gè)提高系統(tǒng)性能的戰(zhàn)術(shù)。
易用性關(guān)注的是對(duì)用戶來(lái)說(shuō)完成某個(gè)期望任務(wù)的容易程度。
采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項(xiàng)目成功的第一步,體系結(jié)構(gòu)不當(dāng),將可能會(huì)導(dǎo)致災(zāi)難性的損失。