基于軟件架構(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ì)量場景
您可能感興趣的試卷
- 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è)計師下半年上午試卷
你可能感興趣的試題
基于軟件架構(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)。
空白(2)處應(yīng)選擇()
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)。
空白(1)處應(yīng)選擇()
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)。
空白(2)處應(yīng)選擇()
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)。
空白(1)處應(yīng)選擇()
A.Command
B.Bridge
C.Composite
D.Proxy
最新試題
在影響軟件構(gòu)架的因素中,構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。
在軟件體系結(jié)構(gòu)模式中,解決方案包括一個特定的結(jié)構(gòu),即元素的一個空間配置,還規(guī)定了運行期間的行為。
效用樹的作用是使質(zhì)量屬性需求具體化,從而迫使設(shè)計師和客戶代表準(zhǔn)確地定義出他們將要提供的相關(guān)質(zhì)量需求。
限制隊列大小是一個提高系統(tǒng)性能的戰(zhàn)術(shù)。
通過對軟件構(gòu)架的評估,可以預(yù)測軟件系統(tǒng)的質(zhì)量。
如果模塊A和B是位置依賴,可以用名稱服務(wù)器來讓A和B不直接依賴。
構(gòu)架并不能獨立實質(zhì)量屬性,它為質(zhì)量屬性的實現(xiàn)提供了基礎(chǔ)。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護(hù)和增強。
軟件構(gòu)架評估的主要目的是控制風(fēng)險,ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。
David Garlan對軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。