系統(tǒng)必然是復(fù)雜的，如何清晰準(zhǔn)備的描述一個系統(tǒng)，是架構(gòu)工作的困難之處。有兩個架構(gòu)觀點，雖然各有側(cè)重，但是殊途同歸，都是軟件架構(gòu)的基本方法。云南java課程http://**.kmbdqn.com/認(rèn)為需要注意的是，這兩個架構(gòu)觀點對視圖的定義和理解略有不同，視點應(yīng)該就是視圖。

“4+1”視圖模型

面對復(fù)雜和不確定的業(yè)務(wù)需求，為了避免盲人摸象的局面，使用視圖和視點的方法是比較有效的。Philippe Kruchten在他的文章《Architectural Blueprints—The “4+1” ViewModel of Software Architecture》詳細(xì)介紹“4+1”視圖模型。在這個模型中，視圖是指從不同的利益相關(guān)者的角度來描述系統(tǒng)，利益相關(guān)者可以是**終用戶，開發(fā)者，也可以是項目經(jīng)理。由此，4個視圖就分別是邏輯視圖，開發(fā)視圖，進(jìn)程視圖和物理視圖。另外“+1”的視圖是選擇一些用例和場景來描述架構(gòu)。

開發(fā)視圖：開發(fā)視圖是從程序員，以及軟件管理的角度來描述系統(tǒng)。這個視圖也被稱為實現(xiàn)視圖，往往使用UML組件圖來描述系統(tǒng)構(gòu)成。

邏輯視圖：邏輯視圖主要描述系統(tǒng)為**終用戶提供的功能。一般對應(yīng)于UML工具的類圖，狀態(tài)圖等。

物理視圖：物理視圖是從一個系統(tǒng)工程師的角度來描述系統(tǒng)。這個視圖關(guān)切軟件組件在物理層拓?fù)浣Y(jié)構(gòu)以及組件之間的物理連接，通常也被稱為部署視圖。UML工具中稱為部署圖。

進(jìn)程視圖：進(jìn)程視圖處理系統(tǒng)的動態(tài)方面，比如系統(tǒng)的進(jìn)程之間如何通信以及運行時的行為，比如并發(fā)，分布式，集成，性能，擴(kuò)展性等。UML工具用活動圖來表示。

場景視圖：場景視圖使用一些用例或者場景來描述進(jìn)程和對象之間的交互，并且用來驗證架構(gòu)設(shè)計，也是架構(gòu)原型的測試起點。