視圖

視圖，拆成兩個字，一個是視，一個是圖;視，顧名思義就是視角，之所以會有不同的視角，是因為軟件架構是有不同的消費者的，例如用户、設計者、管理者、系統工程師、維護人員等等。對於這些不同的利益相關者，他們看同一個架構的視角自然是不一樣的。圖，意思就是一個整體的圖式，它是某一視角下軟件架構的一個完整的展現。

RUP 4+1 視圖模型

RUP4+1架構方法採用用例驅動，在軟件生命週期的各個階段對軟件進行建模，從不同視角對系統進行解讀，從而形成統一軟件過程架構描述。

用例視圖（Use Cases View），最初稱為場景視圖，關注最終用户需求，為整個技術架構的上線文環境.通常用UML用例圖和活動圖描述。

邏輯視圖（Logical view），主要是整個系統的抽象結構表述，關注系統提供最終用户的功能，不涉及具體的編譯即輸出和部署，通常在UML中用類圖，交互圖，時序圖來表述，類似與我們採用OOA的對象模型。

開發視圖(Development View)，描述軟件在開發環境下的靜態組織，從程序實現人員的角度透視系統，也叫做實現視圖(implementation view)。開發視圖關注程序包，不僅包括要編寫的源程序，還包括可以直接使用的第三方SDK和現成框架、類庫，以及開發的系統將運行於其上的系統軟件或中間件, 在UML中用組件圖，包圖來表述。開發視圖和邏輯視圖之間可能存在一定的映射關係：比如邏輯層一般會映射到多個程序包等。

處理視圖（Process view）處理視圖關注系統動態運行時，主要是進程以及相關的併發、同步、通信等問題。處理視圖和開發視圖的關係：開發視圖一般偏重程序包在編譯時期的靜態依賴關係，而這些程序運行起來之後會表現為對象、線程、進程，處理視圖比較關注的正是這些運行時單元的交互問題，在UML中通常用活動圖表述。

物理視圖（Physical view ）物理視圖通常也叫做部署視圖(deploymentview)，是從系統工程師解讀系統，關注軟件的物流拓撲結，以及如何部署機器和網絡來配合軟件系統的可靠性、可伸縮性等要求。物理視圖和處理視圖的關係：處理視圖特別關注目標程序的動態執行情況，而物理視圖重視目標程序的靜態位置問題；物理視圖是綜合考慮軟件系統和整個IT系統相互影響的架構視圖。