A.架構(gòu)復審的目標是標識潛在的風險,及早發(fā)現(xiàn)架構(gòu)設(shè)計的缺陷和錯誤
B.架構(gòu)復審過程中,通常會對一個可運行的最小化系統(tǒng)進行架構(gòu)評估和測試
C.架構(gòu)復審人員由系統(tǒng)設(shè)計與開發(fā)人員組成
D.架構(gòu)設(shè)計、文檔化和復審是一個迭代的過程
您可能感興趣的試卷
- 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è)計師下半年上午試卷
你可能感興趣的試題
A.架構(gòu)文檔應(yīng)該從架構(gòu)設(shè)計者的角度進行編寫
B.應(yīng)該保持架構(gòu)文檔的即時更新,但更新不要過于頻繁
C.架構(gòu)文檔中的描述應(yīng)該盡量避免不必要的重復
D.每次架構(gòu)文檔修改,都應(yīng)該記錄修改的原則
A.使用ABSD方法,設(shè)計活動可以從項目總體功能框架明確就開始
B.ABSD方法是一個自頂向下,遞歸細化的過程
C.ABSD方法有3個基礎(chǔ):功能分解、選擇架構(gòu)風格實現(xiàn)質(zhì)量和商業(yè)需求及軟件模板的使用
D.使用ABSD方法,設(shè)計活動的開始意味著需求抽取和分析活動可以終止
A.設(shè)計構(gòu)件
B.需求獲取
C.標識構(gòu)件
D.架構(gòu)需求評審
A.架構(gòu)設(shè)計能夠滿足系統(tǒng)的性能、可維護性等品質(zhì)
B.良好的架構(gòu)設(shè)計能夠更好地捕獲并了解用戶需求
C.架構(gòu)設(shè)計能夠使得不同的利益相關(guān)人(Stakeholders)達成一致的目標
D.架構(gòu)設(shè)計能夠支持項目計劃和項目管理等活動
A.需求分析與設(shè)計
B.設(shè)計與實現(xiàn)
C.實現(xiàn)與測試
D.部署與變更
最新試題
構(gòu)架并不能獨立實質(zhì)量屬性,它為質(zhì)量屬性的實現(xiàn)提供了基礎(chǔ)。
如果模塊A和B是位置依賴,可以用名稱服務(wù)器來讓A和B不直接依賴。
一個構(gòu)架設(shè)計可以支持所有質(zhì)量屬性。
在影響軟件構(gòu)架的因素中,構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。
在一個軟件系統(tǒng)中,功能是質(zhì)量的載體,質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計、執(zhí)行以及部署等各個階段的努力。
易用性關(guān)注的是對用戶來說完成某個期望任務(wù)的容易程度。
安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時,阻止非授權(quán)使用的能力。
David Garlan對軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護和增強。
如果兩個模塊之間是語義依賴,則可以插入一個仲裁者來降低它們之間的依賴程度。