基于軟件架構的設計(ArchitectureBasedSoftwareDevelopment,ABSD)強調由商業(yè)、質量和功能需求的組合驅動軟件架構設計。它強調采用(1)來描述軟件架構,采用(2)來描述需求。
空白(1)處應選擇()
A.類圖和序列圖
B.視角與視圖
C.構件和類圖
D.構件與功能
广告位招租 联系QQ:5245112(WX同号)
您可能感興趣的試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年下午試卷
- 2010年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2011年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2012年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2013年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2014年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
你可能感興趣的試題
某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關系,設計出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應的類是(1);與"Product"角色相對應的類是(2)。
空白(2)處應選擇()
A.Bank
B.Account
C.Checking
D.Savings
某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關系,設計出的類圖如圖8-44所示。其中與Factory Method中的"Creator"角色相對應的類是(1);與"Product"角色相對應的類是(2)。
空白(1)處應選擇()
A.Bank
B.Account
C.Checking
D.Savings
如圖8-43(a)所示的UML類圖描繪的是設計模式中的(1)模式。如圖8-43(b)所示的UML類圖描述了該模式的一種應用,其中與圖8-43(a)中的"Abstraction"對應的類是(2)。
空白(2)處應選擇()
A.DataAccess
B.DataAccessImpl
C.CustomerDM
D.AccountDM
如圖8-43(a)所示的UML類圖描繪的是設計模式中的(1)模式。如圖8-43(b)所示的UML類圖描述了該模式的一種應用,其中與圖8-43(a)中的"Abstraction"對應的類是(2)。
空白(1)處應選擇()
A.Command
B.Bridge
C.Composite
D.Proxy
A.架構模式
B.慣用法
C.設計模式
D.分析模式
(1)的選擇是開發(fā)一個軟件系統(tǒng)時的基本設計決策;(2)是最底層的模式,關注軟件系統(tǒng)的設計與實現,描述了如何實現構件及構件之間的關系。引用計數是C++管理動態(tài)資源時常用的一種(3)。
空白(2)處應選擇()
A.架構模式
B.慣用法
C.設計模式
D.分析模式
(1)的選擇是開發(fā)一個軟件系統(tǒng)時的基本設計決策;(2)是最底層的模式,關注軟件系統(tǒng)的設計與實現,描述了如何實現構件及構件之間的關系。引用計數是C++管理動態(tài)資源時常用的一種(3)。
空白(1)處應選擇()
A.架構模式
B.慣用法
C.設計模式
D.分析模式
A.虛擬機
B.管道-過濾器
C.事件驅動
D.微內核-擴展
Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構風格是(1)風格。Java語言宣傳的"一次編寫,到處運行"的特性,從架構風格上看符合(2)風格的特點。
空白(1)處應選擇()
A.虛擬機
B.管道-過濾器
C.事件驅動
D.微內核-擴展
某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構師決定采用Command模式實現該系統(tǒng)的界面顯示部分,并設計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應的類是(1),與"ConcreteCommand"角色相對應的類是(2)。
空白(2)處應選擇()
A.Command
B.Menultem
C.Open
D.BulktinBoardScreen
最新試題
好的構架設計是一系列相容的原理和技術的產物,在項目的各個階段保持一致。
David Garlan對軟件體系結構的定義可以精簡為體系結構=組件+連接件+約束。
通過構架評估可以得到一個簡潔的構架表述。
軟件體系結構只是表示了軟件的拓撲結構,不關心其動態(tài)結構。
一個界面美觀、容易學習的系統(tǒng)是用戶評估易用性重要方面,因此構架設計對此質量屬性幫助不大。
維持語義的一致性的目標是確保模塊中所有責任都能協(xié)同工作,不需要過多依賴于別的模塊。
軟件構架評估的主要目的是控制風險,ATAM是一個結構化的軟件構架評估方法。
一個網站可以通過隔斷和公網的連線來絕對保證安全。
數據流風格的構架包括Pipe-and-Filter、黑板、Batch Sequential(批處理)。
一個構架設計可以支持所有質量屬性。