某軟件公司欲設(shè)計一款圖像處理軟件，幫助用戶對拍攝的照片進(jìn)行后期處理。在軟件需求分析階段，公司的系統(tǒng)分析師識別出了如下3個關(guān)鍵需求：圖像處理軟件需要記錄用戶在處理照片時所有動作，并能夠支持用戶動作的撤銷與重做等行為。圖像處理軟件需要根據(jù)當(dāng)前正在處理的照片的不同特征選擇合適的處理操作，處理操作與照片特征之間具有較為復(fù)雜的邏輯關(guān)系。圖像處理軟件需要封裝各種圖像處理算法，用戶能夠根據(jù)需要靈活選擇合適的處理算法；軟件還要支持高級用戶根據(jù)一定的規(guī)則添加自定義處理算法。在系統(tǒng)設(shè)計階段，公司的架構(gòu)師決定采用設(shè)計模式滿足上述關(guān)鍵需求中對系統(tǒng)靈活性與擴展性的要求。具體來說，為了支持靈活的撤銷與重做等行為，采用（1）最為合適：為了封裝圖像操作與照片特征之間的復(fù)雜邏輯關(guān)系，采用（2）最為合適；為了實現(xiàn)圖像處理算法的靈活選擇與替換，采用（3）最為合適。
空白（1）處應(yīng)選擇（）
A.工廠模式
B.責(zé)任鏈模式
C.中介者模式
D.命令模式
您可能感興趣的試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年下午試卷
- 2010年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2011年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2012年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2013年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2014年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
你可能感興趣的試題
某公司欲開發(fā)一門戶網(wǎng)站，將公司的各個分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計模式來實現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應(yīng)的類是（1），與Composite角色相對應(yīng)的類是（2）。
A.Company
B.FinanceDepartment
C.HRDepartment
D.ConcreteCompany
某公司欲開發(fā)一門戶網(wǎng)站，將公司的各個分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計模式來實現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應(yīng)的類是（1），與Composite角色相對應(yīng)的類是（2）。
A.Company
B.FinanceDepartment
C.HRDepartment
D.ConcreteCompany
某公司欲開發(fā)一個在線交易系統(tǒng)，在架構(gòu)設(shè)計階段公司的架構(gòu)師識別出3個核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時，用戶的交易請求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實現(xiàn)該屬性；“當(dāng)系統(tǒng)由于軟件故障意外崩潰后，需要在0.5小時內(nèi)恢復(fù)正常運行”主要與（3）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實現(xiàn)該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為，并進(jìn)行報警和記錄”主要與（5）質(zhì)量屬性相關(guān)，通常可采用（6）架構(gòu)策略實現(xiàn)該屬性。
空白（6）處應(yīng)選擇（）
A.內(nèi)置監(jiān)控器
B.記錄／回放
C.追蹤審計
D.維護現(xiàn)有接口
某公司欲開發(fā)一個在線交易系統(tǒng)，在架構(gòu)設(shè)計階段公司的架構(gòu)師識別出3個核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時，用戶的交易請求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實現(xiàn)該屬性；“當(dāng)系統(tǒng)由于軟件故障意外崩潰后，需要在0.5小時內(nèi)恢復(fù)正常運行”主要與（3）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實現(xiàn)該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為，并進(jìn)行報警和記錄”主要與（5）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實現(xiàn)該屬性。
空白（2）處應(yīng)選擇（）
A.操作串行化
B.資源調(diào)度
C.心跳
D.內(nèi)置監(jiān)控器
A.架構(gòu)風(fēng)格
B.開發(fā)方法
C.設(shè)計模式
D.分析模式
（1）描述了一類軟件架構(gòu)的特征，它獨立于實際問題，強調(diào)軟件系統(tǒng)中通用的組織結(jié)構(gòu)選擇。垃圾回收機制是Java語言管理內(nèi)存資源時常用的一種（2）。
空白（1）處應(yīng)選擇（）
A.架構(gòu)風(fēng)格
B.開發(fā)方法
C.設(shè)計模式
D.分析模式
最新試題
黑板構(gòu)架用于解決無確定性求解策略問題，它由黑板、知識源和仲裁者構(gòu)成。
采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項目成功的第一步，體系結(jié)構(gòu)不當(dāng)，將可能會導(dǎo)致災(zāi)難性的損失。
限制隊列大小是一個提高系統(tǒng)性能的戰(zhàn)術(shù)。
如果兩個模塊之間是語義依賴，則可以插入一個仲裁者來降低它們之間的依賴程度。
在影響軟件構(gòu)架的因素中，構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。
體系結(jié)構(gòu)設(shè)計在軟件設(shè)計階段的后期，和前期的需求過程沒有關(guān)系。
好的構(gòu)架設(shè)計是一系列相容的原理和技術(shù)的產(chǎn)物，在項目的各個階段保持一致。
如果模塊A和B是位置依賴，可以用名稱服務(wù)器來讓A和B不直接依賴。
一個界面美觀、容易學(xué)習(xí)的系統(tǒng)是用戶評估易用性重要方面，因此構(gòu)架設(shè)計對此質(zhì)量屬性幫助不大。
軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu)，不關(guān)心其動態(tài)結(jié)構(gòu)。