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è)計、文檔化和復審是一個迭代的過程
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è)計活動的開始意味著需求抽取和分析活動可以終止