某銀行系統(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
你可能感興趣的試題
某銀行系統(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ā)一個(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.分析模式
最新試題
易用性關(guān)注的是對用戶來說完成某個(gè)期望任務(wù)的容易程度。
軟件構(gòu)架評估的主要目的是控制風(fēng)險(xiǎn),ATAM是一個(gè)結(jié)構(gòu)化的軟件構(gòu)架評估方法。
動(dòng)態(tài)優(yōu)先調(diào)度策略包括()
在影響軟件構(gòu)架的因素中,構(gòu)架師的經(jīng)驗(yàn)對構(gòu)架有決定性的作用。
軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu),不關(guān)心其動(dòng)態(tài)結(jié)構(gòu)。
如果模塊A和B是位置依賴,可以用名稱服務(wù)器來讓A和B不直接依賴。
效用樹的作用是使質(zhì)量屬性需求具體化,從而迫使設(shè)計(jì)師和客戶代表準(zhǔn)確地定義出他們將要提供的相關(guān)質(zhì)量需求。
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential(批處理)。
好的構(gòu)架設(shè)計(jì)是一系列相容的原理和技術(shù)的產(chǎn)物,在項(xiàng)目的各個(gè)階段保持一致。
安全性質(zhì)量屬性場景的環(huán)境包括在線或離線、直接或通過防火墻入網(wǎng)。