一、詞典

軟體架構檢視：

       一個架構檢視是對於從某一視角或某一點上看到的系統所作的簡化描述，描述中涵蓋了系統的某一特定方面，而省略了與此方面無關的實體。

互動機制：

        指不同軟體單元之間互動的手段。如：方法呼叫、基於RMI的遠端方法呼叫、傳送訊息等。

二、架構設計的5個檢視法

l邏輯架構

邏輯架構的設計著重考慮功能需求------系統應當向用戶提供什麼樣的服務。關注點主要是行為或職責的劃分。如果使用UML來描述架構的邏輯架構，則該檢視的靜態方面由包圖、類圖、物件圖來描述，動態方面由序列圖、協作圖、狀態圖和活動圖來描述。

l開發架構

開發架構的設計著重考慮開發期質量屬性，例如可擴充套件性、可重用性、可移植性、易理解性和易測試性等。關注點是在軟體開發環境中軟體模組的實際組織方式，具體涉及源程式檔案、配置檔案、源程式包、編譯後的目標檔案和第三方庫檔案等。如果使用

l執行架構

執行架構的設計著重考慮執行期質量屬性，例如效能、可伸縮性、持續可用性和安全性等。關注點是系統的併發與同步問題，具體涉及到程序和執行緒等技術。如果使用UML來描述架構的執行架構，則該檢視的靜態方面有包圖、類圖（其中主動類非常重要）和物件圖（其中主動物件非常重要）等來說明關鍵執行時概念的結構關係。動態方面由序列圖、協作圖等來說明關鍵互動機制。

l物理架構

物理架構的設計著重考慮“安裝和部署需求”。關注點是相關的可靠性、可伸縮性、持續可用性、效能和安全性等方面。如果使用UML來描述物理架構，則該檢視可能包括部署圖和元件圖。

l資料架構

資料架構的設計著重考慮“資料需求”。關注點是持久化資料的組織、資料傳遞、資料複製和資料同步等策略。資料架構的描述一般用E-R圖和資料流圖表示。當採用UML時，可以用特定版型（Stereotype）的UML類圖代替E-R圖，採用帶物件流的活動圖替代資料流圖。