視圖，是某一視角下對於軟體架構的一個特定方面的完整展現。它聚焦於此特定方面而忽視這個視角外的方面。
基本介紹
- 中文名：視圖
- 所屬學科：軟體架構
定義,典型套用,
定義
視圖，拆成兩個字，一個是視，一個是圖;視，顧名思義就是視角，之所以會有不同的視角，是因為軟體架構是有不同的消費者的，例如用戶、設計者、管理者、系統工程師、維護人員等等。對於這些不同的利益相關者，他們看同一個架構的視角自然是不一樣的。圖，意思就是一個整體的圖式，它是某一視角下軟體架構的一個完整的展現。
典型套用
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系統相互影響的架構視圖。
