基于場景的架構(gòu)分析方法(Scenarios-basedArchitectureAnalysisMethod,SAAM)是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法,是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、(1)和架構(gòu)描述文檔,其分析過程主要包括場景開發(fā)、(2)、單個場景評估、場景交互和總體評估。
空白(2)處應(yīng)選擇()
A.架構(gòu)需求
B.架構(gòu)描述
C.架構(gòu)設(shè)計
D.架構(gòu)實現(xiàn)
您可能感興趣的試卷
- 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)分析方法(Scenarios-basedArchitectureAnalysisMethod,SAAM)是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法,是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、(1)和架構(gòu)描述文檔,其分析過程主要包括場景開發(fā)、(2)、單個場景評估、場景交互和總體評估。
空白(1)處應(yīng)選擇()
A.問題說明
B.問題建模
C.需求說明
D.需求建模
A.架構(gòu)需求
B.架構(gòu)屬性
C.架構(gòu)優(yōu)先級
D.架構(gòu)約束
采用以架構(gòu)為核心的軟件開發(fā)方法,在建立軟件架構(gòu)的初期,首要任務(wù)是選擇一個合適的(1),在此基礎(chǔ)上,開發(fā)人員通過架構(gòu)模型,可以獲得關(guān)于(2)的理解,為將來的架構(gòu)實現(xiàn)與演化過程建立了目標(biāo)。
空白(1)處應(yīng)選擇()
A.分析模式
B.設(shè)計模式
C.架構(gòu)風(fēng)格
D.架構(gòu)標(biāo)準(zhǔn)
A.敏感點
B.風(fēng)險點
C.非風(fēng)險點
D.權(quán)衡點
識別風(fēng)險點、非風(fēng)險點、敏感點和權(quán)衡點是軟件架構(gòu)評估過程中的關(guān)鍵步驟。針對某系統(tǒng)所作的架構(gòu)設(shè)計中,“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設(shè)計中的一個(1):“由于系統(tǒng)的業(yè)務(wù)邏輯目前尚不清楚,因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第2層可能會出現(xiàn)功能重復(fù),這會影響系統(tǒng)的可修改性”描述了系統(tǒng)架構(gòu)設(shè)計中的一個(2)。
空白(1)處應(yīng)選擇()
A.敏感點
B.風(fēng)險點
C.非風(fēng)險點
D.權(quá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)
最新試題
Pipe-and-Filter構(gòu)架天然地支持并行,并具有良好的性能。
安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時,阻止非授權(quán)使用的能力。
安全性質(zhì)量屬性場景的環(huán)境包括在線或離線、直接或通過防火墻入網(wǎng)。
CBAM是對軟件系統(tǒng)進(jìn)行經(jīng)濟(jì)建模的方法,它提供了對技術(shù)與經(jīng)濟(jì)問題以及構(gòu)架決策的評估。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護(hù)和增強(qiáng)。
構(gòu)架并不能獨(dú)立實質(zhì)量屬性,它為質(zhì)量屬性的實現(xiàn)提供了基礎(chǔ)。
體系結(jié)構(gòu)設(shè)計在軟件設(shè)計階段的后期,和前期的需求過程沒有關(guān)系。
接口展示了軟件構(gòu)件之間的交互關(guān)系,對于軟件構(gòu)架而言非常重要,需要單獨(dú)編檔。
如果兩個模塊之間是語義依賴,則可以插入一個仲裁者來降低它們之間的依賴程度。
采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項目成功的第一步,體系結(jié)構(gòu)不當(dāng),將可能會導(dǎo)致災(zāi)難性的損失。