基于軟件架構(gòu)的設(shè)計（ArchitectureBasedSoftwareDevelopment，ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。它強(qiáng)調(diào)采用（1）來描述軟件架構(gòu)，采用（2）來描述需求。
空白（2）處應(yīng)選擇（）
A.用例與類圖
B.用例與視角
C.用例與質(zhì)量場景
D.視角與質(zhì)量場景
您可能感興趣的試卷
- 2009年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2009年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年下午試卷
- 2010年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2011年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2012年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2013年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2014年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
你可能感興趣的試題
基于軟件架構(gòu)的設(shè)計（ArchitectureBasedSoftwareDevelopment，ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。它強(qiáng)調(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
最新試題
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential（批處理）。
軟件構(gòu)架評估的主要目的是控制風(fēng)險，ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。
易用性關(guān)注的是對用戶來說完成某個期望任務(wù)的容易程度。
推遲綁定時間是提高系統(tǒng)運(yùn)行時的可修改性的一種戰(zhàn)術(shù)。
好的構(gòu)架設(shè)計是一系列相容的原理和技術(shù)的產(chǎn)物，在項(xiàng)目的各個階段保持一致。
在軟件體系結(jié)構(gòu)模式中，解決方案包括一個特定的結(jié)構(gòu)，即元素的一個空間配置，還規(guī)定了運(yùn)行期間的行為。
軟件體系結(jié)構(gòu)的設(shè)計的好壞對于軟件的易用性沒有影響。
CBAM不是使用一個單獨(dú)的場景，是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景，每個場景又對應(yīng)一個效用。
動態(tài)優(yōu)先調(diào)度策略包括（）
如果模塊A和B是位置依賴，可以用名稱服務(wù)器來讓A和B不直接依賴。