某服務(wù)器軟件系統(tǒng)對可用性（Availability）、性能（Performance）和可修改性（Modification）的要求較高，（1）設(shè)計策略能提高該系統(tǒng)的可用性，（2）設(shè)計策略能夠提高該系統(tǒng)的性能，（3）設(shè)計策略能夠提高該系統(tǒng)的可修改性。
空白（3）處應(yīng)選擇（）
A.信息隱藏
B.記錄/回放
C.任務(wù)模型
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è)計師下半年上午試卷
你可能感興趣的試題
某服務(wù)器軟件系統(tǒng)對可用性（Availability）、性能（Performance）和可修改性（Modification）的要求較高，（1）設(shè)計策略能提高該系統(tǒng)的可用性，（2）設(shè)計策略能夠提高該系統(tǒng)的性能，（3）設(shè)計策略能夠提高該系統(tǒng)的可修改性。
空白（2）處應(yīng)選擇（）
A.分層結(jié)構(gòu)
B.事務(wù)機制
C.主動冗余
D.隊列調(diào)度
某服務(wù)器軟件系統(tǒng)對可用性（Availability）、性能（Performance）和可修改性（Modification）的要求較高，（1）設(shè)計策略能提高該系統(tǒng)的可用性，（2）設(shè)計策略能夠提高該系統(tǒng)的性能，（3）設(shè)計策略能夠提高該系統(tǒng)的可修改性。
空白（1）處應(yīng)選擇（）
A.Ping/Echo
B.限制訪問
C.運行時注冊
D.接口-實現(xiàn)分離
A.領(lǐng)域?qū)＜?br />
B.領(lǐng)域分析者
C.領(lǐng)域設(shè)計者
D.領(lǐng)域?qū)崿F(xiàn)者
特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個特定應(yīng)用領(lǐng)域為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實施DSSA的過程中包括一系列基本的活動，其中（1）活動的主要目的是為了獲得DSSA。該活動參加人員中，（2）的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實現(xiàn)的知識。
空白（1）處應(yīng)選擇（）
A.領(lǐng)域需求
B.領(lǐng)域分析
C.領(lǐng)域設(shè)計
D.領(lǐng)域?qū)崿F(xiàn)
基于軟件架構(gòu)的設(shè)計（ArchitectureBasedSoftwareDevelopment，ABSD）強調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。它強調(diào)采用（1）來描述軟件架構(gòu)，采用（2）來描述需求。
空白（2）處應(yīng)選擇（）
A.用例與類圖
B.用例與視角
C.用例與質(zhì)量場景
D.視角與質(zhì)量場景
基于軟件架構(gòu)的設(shè)計（ArchitectureBasedSoftwareDevelopment，ABSD）強調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。它強調(diào)采用（1）來描述軟件架構(gòu)，采用（2）來描述需求。
空白（1）處應(yīng)選擇（）
A.類圖和序列圖
B.視角與視圖
C.構(gòu)件和類圖
D.構(gòu)件與功能
某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系，設(shè)計出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應(yīng)的類是（1）；與"Product"角色相對應(yīng)的類是（2）。
A.Bank
B.Account
C.Checking
D.Savings
某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系，設(shè)計出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應(yīng)的類是（1）；與"Product"角色相對應(yīng)的類是（2）。
A.Bank
B.Account
C.Checking
D.Savings
如圖8-43（a）所示的UML類圖描繪的是設(shè)計模式中的（1）模式。如圖8-43（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-43（a）中的"Abstraction"對應(yīng)的類是（2）。
A.DataAccess
B.DataAccessImpl
C.CustomerDM
D.AccountDM
如圖8-43（a）所示的UML類圖描繪的是設(shè)計模式中的（1）模式。如圖8-43（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-43（a）中的"Abstraction"對應(yīng)的類是（2）。
A.Command
B.Bridge
C.Composite
D.Proxy
最新試題
采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項目成功的第一步，體系結(jié)構(gòu)不當(dāng)，將可能會導(dǎo)致災(zāi)難性的損失。
如果兩個模塊之間是語義依賴，則可以插入一個仲裁者來降低它們之間的依賴程度。
安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時，阻止非授權(quán)使用的能力。
通過對軟件構(gòu)架的評估，可以預(yù)測軟件系統(tǒng)的質(zhì)量。
Pipe-and-Filter構(gòu)架天然地支持并行，并具有良好的性能。
CBAM不是使用一個單獨的場景，是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景，每個場景又對應(yīng)一個效用。
在一個軟件系統(tǒng)中，功能是質(zhì)量的載體，質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計、執(zhí)行以及部署等各個階段的努力。
接口展示了軟件構(gòu)件之間的交互關(guān)系，對于軟件構(gòu)架而言非常重要，需要單獨編檔。
好的構(gòu)架設(shè)計是一系列相容的原理和技術(shù)的產(chǎn)物，在項目的各個階段保持一致。
軟件構(gòu)架評估的主要目的是控制風(fēng)險，ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。