在編碼開始前，Design Review 是攔截架構缺陷最有效的防線。它強迫團隊在寫下第一行程式碼前，對設計達成共識——遠比事後重構便宜。
什麼是 Design Review？
Design Review 是 SDLC 編碼階段前的正式審查活動，目標是驗證系統架構與詳細設計的正確性、完整性與安全性。審查對象涵蓋元件拆分、介面契約、資料流向、安全威脅模型與部署拓撲。參與者通常包含架構師、資深工程師、QA 及維運代表，確保多方視角都被納入。有效的 Design Review 能在編碼前消除模糊需求、識別單點故障，以及發現潛在的安全漏洞（如未授權的 API 暴露或不安全的資料儲存設計）。
UML 4+1 視角模型的實踐
Design Review 最常採用 Kruchten 的 4+1 視角模型，以五種 UML 圖從不同維度呈現設計：邏輯視角（Class Diagram，描述領域結構）、開發視角（Component Diagram，描述模組依賴）、流程視角（Sequence Diagram，描述執行時互動）、實體視角（Deployment Diagram，描述基礎設施拓撲），以及串聯以上四者的情境視角（Use Case Diagram）。每一張圖回答不同的審查問題，避免單一視角遺漏設計盲點。審查會議應逐一檢視每個視角，並記錄每個開放性問題（Open Issue）的負責人與解決期限。
💡 Design Review 四大核心要點
- 時機決定價值：必須在編碼前完成，事後審查成本呈指數上升。
- 多維視角缺一不可：4+1 模型確保邏輯、部署、執行時行為均被審視。
- 安全納入標準議程：每次審查須包含威脅模型（Threat Modeling）檢查點。
- Open Issue 必須有主人：每個未解決項目需指定負責人與截止日期。
Design Review 不是流程形式，而是團隊對架構品質的集體承諾。持續執行並記錄每次審查的決策，將成為系統演進最珍貴的知識資產。
📚 參考文獻
- Kruchten, P. (1995). The 4+1 View Model of Architecture. IEEE Software, 12(6), 42–50. — 4+1 視角模型原始論文
- OWASP. Threat Modeling. https://owasp.org/www-community/Threat_Modeling — 安全設計審查的威脅建模指南
⚠️ 本文內容基於撰寫時的最新資訊，實際應用時請參考官方文件的最新版本。
留言
張貼留言