A.架構復審的目標是標識潛在的風險,及早發(fā)現(xiàn)架構設計的缺陷和錯誤 B.架構復審過程中,通常會對一個可運行的最小化系統(tǒng)進行架構評估和測試 C.架構復審人員由系統(tǒng)設計與開發(fā)人員組成 D.架構設計、文檔化和復審是一個迭代的過程
A.架構文檔應該從架構設計者的角度進行編寫 B.應該保持架構文檔的即時更新,但更新不要過于頻繁 C.架構文檔中的描述應該盡量避免不必要的重復 D.每次架構文檔修改,都應該記錄修改的原則
A.使用ABSD方法,設計活動可以從項目總體功能框架明確就開始 B.ABSD方法是一個自頂向下,遞歸細化的過程 C.ABSD方法有3個基礎:功能分解、選擇架構風格實現(xiàn)質量和商業(yè)需求及軟件模板的使用 D.使用ABSD方法,設計活動的開始意味著需求抽取和分析活動可以終止