某軟件公司欲設(shè)計(jì)一款圖像處理軟件，幫助用戶(hù)對(duì)拍攝的照片進(jìn)行后期處理。在軟件需求分析階段，公司的系統(tǒng)分析師識(shí)別出了如下3個(gè)關(guān)鍵需求：圖像處理軟件需要記錄用戶(hù)在處理照片時(shí)所有動(dòng)作，并能夠支持用戶(hù)動(dòng)作的撤銷(xiāo)與重做等行為。圖像處理軟件需要根據(jù)當(dāng)前正在處理的照片的不同特征選擇合適的處理操作，處理操作與照片特征之間具有較為復(fù)雜的邏輯關(guān)系。圖像處理軟件需要封裝各種圖像處理算法，用戶(hù)能夠根據(jù)需要靈活選擇合適的處理算法；軟件還要支持高級(jí)用戶(hù)根據(jù)一定的規(guī)則添加自定義處理算法。在系統(tǒng)設(shè)計(jì)階段，公司的架構(gòu)師決定采用設(shè)計(jì)模式滿足上述關(guān)鍵需求中對(duì)系統(tǒng)靈活性與擴(kuò)展性的要求。具體來(lái)說(shuō)，為了支持靈活的撤銷(xiāo)與重做等行為，采用（1）最為合適：為了封裝圖像操作與照片特征之間的復(fù)雜邏輯關(guān)系，采用（2）最為合適；為了實(shí)現(xiàn)圖像處理算法的靈活選擇與替換，采用（3）最為合適。
空白（1）處應(yīng)選擇（）
A.工廠模式
B.責(zé)任鏈模式
C.中介者模式
D.命令模式
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專(zhuān)業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專(zhuān)業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專(zhuān)業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專(zhuān)業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專(zhuān)業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專(zhuān)業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專(zhuān)業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
某公司欲開(kāi)發(fā)一門(mén)戶(hù)網(wǎng)站，將公司的各個(gè)分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計(jì)模式來(lái)實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如圖12-18所示的UML類(lèi)圖。圖中與Composite模式中的Component角色相對(duì)應(yīng)的類(lèi)是（1），與Composite角色相對(duì)應(yīng)的類(lèi)是（2）。
A.Company
B.FinanceDepartment
C.HRDepartment
D.ConcreteCompany
某公司欲開(kāi)發(fā)一門(mén)戶(hù)網(wǎng)站，將公司的各個(gè)分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計(jì)模式來(lái)實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如圖12-18所示的UML類(lèi)圖。圖中與Composite模式中的Component角色相對(duì)應(yīng)的類(lèi)是（1），與Composite角色相對(duì)應(yīng)的類(lèi)是（2）。
A.Company
B.FinanceDepartment
C.HRDepartment
D.ConcreteCompany
某公司欲開(kāi)發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“在并發(fā)用戶(hù)數(shù)量為1000人時(shí)，用戶(hù)的交易請(qǐng)求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通常可采用（2）架構(gòu)策略實(shí)現(xiàn)該屬性；“當(dāng)系統(tǒng)由于軟件故障意外崩潰后，需要在0.5小時(shí)內(nèi)恢復(fù)正常運(yùn)行”主要與（3）質(zhì)量屬性相關(guān)，通常可采用（4）架構(gòu)策略實(shí)現(xiàn)該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意用戶(hù)的入侵行為，并進(jìn)行報(bào)警和記錄”主要與（5）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性。
空白（6）處應(yīng)選擇（）
A.內(nèi)置監(jiān)控器
B.記錄／回放
C.追蹤審計(jì)
D.維護(hù)現(xiàn)有接口
最新試題
Pipe-and-Filter構(gòu)架天然地支持并行，并具有良好的性能。
David Garlan對(duì)軟件體系結(jié)構(gòu)的定義可以精簡(jiǎn)為體系結(jié)構(gòu)=組件+連接件+約束。
在軟件體系結(jié)構(gòu)模式中，解決方案包括一個(gè)特定的結(jié)構(gòu)，即元素的一個(gè)空間配置，還規(guī)定了運(yùn)行期間的行為。
通過(guò)對(duì)軟件構(gòu)架的評(píng)估，可以預(yù)測(cè)軟件系統(tǒng)的質(zhì)量。
如果模塊A和B是位置依賴(lài)，可以用名稱(chēng)服務(wù)器來(lái)讓A和B不直接依賴(lài)。
關(guān)于層次構(gòu)架的描述哪些是正確的（）
使用質(zhì)量屬性場(chǎng)景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項(xiàng)目成功的第一步，體系結(jié)構(gòu)不當(dāng)，將可能會(huì)導(dǎo)致災(zāi)難性的損失。
通過(guò)構(gòu)架評(píng)估可以得到一個(gè)簡(jiǎn)潔的構(gòu)架表述。
CBAM不是使用一個(gè)單獨(dú)的場(chǎng)景，是通過(guò)改變響應(yīng)值對(duì)某一質(zhì)量屬性生成一組場(chǎng)景，每個(gè)場(chǎng)景又對(duì)應(yīng)一個(gè)效用。