A.架構(gòu)復(fù)審的目標(biāo)是標(biāo)識潛在的風(fēng)險,及早發(fā)現(xiàn)架構(gòu)設(shè)計的缺陷和錯誤
B.架構(gòu)復(fù)審過程中,通常會對一個可運行的最小化系統(tǒng)進行架構(gòu)評估和測試
C.架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計與開發(fā)人員組成
D.架構(gòu)設(shè)計、文檔化和復(fù)審是一個迭代的過程
您可能感興趣的試卷
- 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)該盡量避免不必要的重復(fù)
D.每次架構(gòu)文檔修改,都應(yīng)該記錄修改的原則
A.使用ABSD方法,設(shè)計活動可以從項目總體功能框架明確就開始
B.ABSD方法是一個自頂向下,遞歸細化的過程
C.ABSD方法有3個基礎(chǔ):功能分解、選擇架構(gòu)風(fēng)格實現(xiàn)質(zhì)量和商業(yè)需求及軟件模板的使用
D.使用ABSD方法,設(shè)計活動的開始意味著需求抽取和分析活動可以終止
A.設(shè)計構(gòu)件
B.需求獲取
C.標(biāo)識構(gòu)件
D.架構(gòu)需求評審
A.架構(gòu)設(shè)計能夠滿足系統(tǒng)的性能、可維護性等品質(zhì)
B.良好的架構(gòu)設(shè)計能夠更好地捕獲并了解用戶需求
C.架構(gòu)設(shè)計能夠使得不同的利益相關(guān)人(Stakeholders)達成一致的目標(biāo)
D.架構(gòu)設(shè)計能夠支持項目計劃和項目管理等活動
A.需求分析與設(shè)計
B.設(shè)計與實現(xiàn)
C.實現(xiàn)與測試
D.部署與變更
最新試題
Pipe-and-Filter構(gòu)架天然地支持并行,并具有良好的性能。
效用樹的作用是使質(zhì)量屬性需求具體化,從而迫使設(shè)計師和客戶代表準確地定義出他們將要提供的相關(guān)質(zhì)量需求。
維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作,不需要過多依賴于別的模塊。
軟件構(gòu)架評估的主要目的是控制風(fēng)險,ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。
安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時,阻止非授權(quán)使用的能力。
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential(批處理)。
如果兩個模塊之間是語義依賴,則可以插入一個仲裁者來降低它們之間的依賴程度。
構(gòu)架并不能獨立實質(zhì)量屬性,它為質(zhì)量屬性的實現(xiàn)提供了基礎(chǔ)。
限制隊列大小是一個提高系統(tǒng)性能的戰(zhàn)術(shù)。