用例檢視（use cases vie：最初稱為場景檢視（scenarios）,關注終端使用者需求,為整個技術架構的上線文環境.通常用uml用例圖和活**描述。
邏輯檢視（logical view）：主要是整個系統的抽象結構表述，關注系統提供終端使用者的功能，不涉及具體的編譯即輸出和部署,通常在uml中用類圖,互動圖,時序圖來表述,類似與我們採用ooa的物件模型。
開發檢視(development view)： 描述軟體在開發環境下的靜態組織，從程式實現人員的角度透視系統,也叫做實現檢視(implementation view).開發檢視關注程式包，不僅包括要編寫的源程式，還包括可以直接使用的第三方sdk和現成框架、類庫，以及開發的系統將執行於其上的系統軟體或中介軟體
, 在uml中用元件圖,包圖來表述. 開發檢視和邏輯檢視之間可能存在一定的對映關係：比如邏輯層一般會對映到多個程式包等。
程序檢視 （process view）：關注系統動態執行時,主要是程序以及相關的併發、同步、通訊
等問題。程序檢視 和開發檢視的關係：開發檢視一般偏重程式包在編譯時期的靜態依賴關係，而這些程式執行起來之後會表現為物件、執行緒、程序，處理檢視比較關注的正是這些執行時單元的互動問題,在uml中通常用活**表述。
物理檢視（physical view ）：通常也叫做部署檢視(deployment view),是從系統工程師解讀系統，關注軟體的物流拓撲結，以及如何部署機器和網路
來配合軟體系統的可靠性、可伸縮性等要求。物理檢視和處理檢視的關係：處理檢視特別關注目標程式的動態執**況，而物理檢視重視目標程式的靜態位置問題；物理檢視是綜合考慮軟體系統和整個it系統相互影響的架構檢視。
軟體體系結構 軟體體系結構概論
開學到現在我已經上了三節軟體體系結構的課程，現在我想把自己學到的整理歸納一下。此篇隨筆對應於教材軟體體系結構概論一章。首先談一談我剛接觸這門課程是的感受。那就是 我靠 軟體也會有體系結構？以前只學過資料結構 演算法 基本的程式語言，覺得程式設計無非就是使用者給我需求，我便按照需求來程式設計序就好，從...
軟體體系結構
軟體體系結構是具有一定形式的結構化元素，即構件的集合，包括處理構件 資料構建 連線構建。處理構建 負責對資料進行加工 資料構建 是被加工的資訊 連線構建 把體系結構的不同部分組合連線起來 1 作為通訊的手段 2 代表了早期的設計決策結果 3 高層次的設計復用手段 1 軟體體系結構是風險承擔者 又稱涉...
軟體體系結構 軟體體系結構複雜性
複雜性具有不同的種類和形態，一種簡明的度量是類之間通訊路徑的數量，通訊路徑是類之間存在的持久或暫時連線。複雜性存在四種維度的解釋 從適應能力的角度，認知複雜性度量可以增強可理解性質量，結構複雜性可以增強可維護性和可伸縮性質量。這兩種度量是有關係的，對於低結構複雜性，認知複雜性的較小值雖然是必要不充分...