基于場景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大學軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法，是最早形成文檔并得到廣泛應用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、（1）和架構(gòu)描述文檔，其分析過程主要包括場景開發(fā)、（2）、單個場景評估、場景交互和總體評估。
空白（1）處應選擇（）
A.問題說明
B.問題建模
C.需求說明
D.需求建模
您可能感興趣的試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年下午試卷
- 2010年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2011年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2012年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2013年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2014年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
你可能感興趣的試題
A.架構(gòu)需求
B.架構(gòu)屬性
C.架構(gòu)優(yōu)先級
D.架構(gòu)約束
采用以架構(gòu)為核心的軟件開發(fā)方法，在建立軟件架構(gòu)的初期，首要任務是選擇一個合適的（1），在此基礎上，開發(fā)人員通過架構(gòu)模型，可以獲得關于（2）的理解，為將來的架構(gòu)實現(xiàn)與演化過程建立了目標。
空白（1）處應選擇（）
A.分析模式
B.設計模式
C.架構(gòu)風格
D.架構(gòu)標準
A.敏感點
B.風險點
C.非風險點
D.權(quán)衡點
識別風險點、非風險點、敏感點和權(quán)衡點是軟件架構(gòu)評估過程中的關鍵步驟。針對某系統(tǒng)所作的架構(gòu)設計中，“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設計中的一個（1）：“由于系統(tǒng)的業(yè)務邏輯目前尚不清楚，因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第2層可能會出現(xiàn)功能重復，這會影響系統(tǒng)的可修改性”描述了系統(tǒng)架構(gòu)設計中的一個（2）。
空白（1）處應選擇（）
A.敏感點
B.風險點
C.非風險點
D.權(quán)衡點
A.領域?qū)＜?br />
B.領域分析者
C.領域設計者
D.領域?qū)崿F(xiàn)名
最新試題
一個界面美觀、容易學習的系統(tǒng)是用戶評估易用性重要方面，因此構(gòu)架設計對此質(zhì)量屬性幫助不大。
通過構(gòu)架評估可以得到一個簡潔的構(gòu)架表述。
采用恰當?shù)捏w系結(jié)構(gòu)是項目成功的第一步，體系結(jié)構(gòu)不當，將可能會導致災難性的損失。
維持語義的一致性的目標是確保模塊中所有責任都能協(xié)同工作，不需要過多依賴于別的模塊。
和Pipe-and-Filter構(gòu)架相比，解釋器構(gòu)架提供更好的重用支持，并使得整個系統(tǒng)易于維護和增強。
好的構(gòu)架設計是一系列相容的原理和技術的產(chǎn)物，在項目的各個階段保持一致。
構(gòu)架并不能獨立實質(zhì)量屬性，它為質(zhì)量屬性的實現(xiàn)提供了基礎。
CBAM不是使用一個單獨的場景，是通過改變響應值對某一質(zhì)量屬性生成一組場景，每個場景又對應一個效用。
動態(tài)優(yōu)先調(diào)度策略包括（）
David Garlan對軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。