如圖8-40（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（1）模式。如圖8-40（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-40（a）中的"Creator"對(duì)應(yīng)的類是（2）。
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ì)師下半年上午試卷
你可能感興趣的試題
如圖8-40（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（1）模式。如圖8-40（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-40（a）中的"Creator"對(duì)應(yīng)的類是（2）。
A.Command
B.Factory Method
C.Composite
D.Class Adapter
回調(diào)（Call Back）函數(shù)是面向過(guò)程的程序設(shè)計(jì)語(yǔ)言中常用的一種機(jī)制，而設(shè)計(jì)模式中的（1）模式就是回調(diào)機(jī)制的一個(gè)面向?qū)ο蟮奶娲?。該模式的意圖是（2）。
空白（2）處應(yīng)選擇（）
A.使原本由于接口不兼容而不能一起工作的那些類可以一起工作
B.將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，將請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，支持可撤銷的操作
C.定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并被自動(dòng)更新
D.使算法可獨(dú)立于使用它的客戶而變化
回調(diào)（Call Back）函數(shù)是面向過(guò)程的程序設(shè)計(jì)語(yǔ)言中常用的一種機(jī)制，而設(shè)計(jì)模式中的（1）模式就是回調(diào)機(jī)制的一個(gè)面向?qū)ο蟮奶娲?。該模式的意圖是（2）。
空白（1）處應(yīng)選擇（）
A.Strategy（策略）
B.Adapter（適配器）
C.Command（命令）
D.Observer（觀察者）
基于場(chǎng)景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法，是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問(wèn)題描述、（1）和架構(gòu)描述文檔，其分析過(guò)程主要包括場(chǎng)景開發(fā)、（2）、單個(gè)場(chǎng)景評(píng)估、場(chǎng)景交互和總體評(píng)估。
空白（2）處應(yīng)選擇（）
A.架構(gòu)需求
B.架構(gòu)描述
C.架構(gòu)設(shè)計(jì)
D.架構(gòu)實(shí)現(xiàn)
基于場(chǎng)景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法，是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問(wèn)題描述、（1）和架構(gòu)描述文檔，其分析過(guò)程主要包括場(chǎng)景開發(fā)、（2）、單個(gè)場(chǎng)景評(píng)估、場(chǎng)景交互和總體評(píng)估。
空白（1）處應(yīng)選擇（）
A.問(wèn)題說(shuō)明
B.問(wèn)題建模
C.需求說(shuō)明
D.需求建模
最新試題
黑板構(gòu)架用于解決無(wú)確定性求解策略問(wèn)題，它由黑板、知識(shí)源和仲裁者構(gòu)成。
David Garlan對(duì)軟件體系結(jié)構(gòu)的定義可以精簡(jiǎn)為體系結(jié)構(gòu)=組件+連接件+約束。
在一個(gè)軟件系統(tǒng)中，功能是質(zhì)量的載體，質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計(jì)、執(zhí)行以及部署等各個(gè)階段的努力。
如果模塊A和B是位置依賴，可以用名稱服務(wù)器來(lái)讓A和B不直接依賴。
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential（批處理）。
軟件構(gòu)架評(píng)估的主要目的是控制風(fēng)險(xiǎn)，ATAM是一個(gè)結(jié)構(gòu)化的軟件構(gòu)架評(píng)估方法。
采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項(xiàng)目成功的第一步，體系結(jié)構(gòu)不當(dāng)，將可能會(huì)導(dǎo)致災(zāi)難性的損失。
通過(guò)對(duì)軟件構(gòu)架的評(píng)估，可以預(yù)測(cè)軟件系統(tǒng)的質(zhì)量。
在軟件體系結(jié)構(gòu)模式中，解決方案包括一個(gè)特定的結(jié)構(gòu)，即元素的一個(gè)空間配置，還規(guī)定了運(yùn)行期間的行為。
一個(gè)網(wǎng)站可以通過(guò)隔斷和公網(wǎng)的連線來(lái)絕對(duì)保證安全。