問：為什麼要編寫軟體架構文件，它的好處是什麼？     答：         有文件的架構有助於不同利益相關者之間進行有效的溝通。         有文件的架構可以提供追溯其他工作產品的上下文。         有文件的架構可以傳達可供選擇的架構解決方案。         有文件的架構有助於從一個現有架構轉換到一個新架構計劃的計劃編制。         有文件的架構通常能通過識別組成架構的元素及它們之間的依賴性來幫助編制計劃。         有文件的架構可以提醒架構師在其所作的某些決定背後的基本原理。         有文件的架構有助於識別哪些資源可重用以及可重用的時機。         有文件的架構有助於架構的評估。     問：編寫軟體架構文件的步驟是什麼？     答：         識別利益相關者組。         選擇視點。         建立工作產品。         給架構描述打包。     問：編寫軟體架構文件的視點有哪些？     答：         視點分為兩類，分別是基礎視點和交叉視點。其中基本視點的型別有四種，分別為：         （1）功能性視點：它關注支援系統功能性的元素。         （2）部署視點：它關注支援系統分佈的元素。         （3）需求視點：為形成架構的系統需求提供說明，它包括功能性需求、品質和約束。         （4）確認視點：為系統提供必需的功能、展示必需的品質和適應定義的約束提供說明。         交叉視點是從某一特定功能的視點出發，與基礎視點交叉綜合關注的元素，下圖為一交叉視點的例子。     問：軟體架構通常要描述框架，應該從哪些角度去描述？     答：         多重檢視和場景檢視的使用。         實現層級。         交叉關注。     問：軟體架構的4+1檢視模型是什麼？     答：         軟體架構的4+1檢視是指邏輯檢視、開發檢視、過程檢視、物理檢視和場景（檢視）。         邏輯檢視是設計的物件模型。         過程檢視獲取設計的併發和同步方面的資訊。         開發檢視描述的是軟體開發環境中的軟體靜態組織。         物理檢視描述了軟體與硬體之間的對映，還反映了它在分散式方面的資訊。