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

“4+1”視圖模型

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

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

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

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

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

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

使用視點(diǎn)和視角與利益相關(guān)者合作

使用視點(diǎn)和視角與利益相關(guān)者合作的觀點(diǎn)是由NickRozanski 和 Eoin Woods在《軟件系統(tǒng)架構(gòu):使用視點(diǎn)和視角與利益相關(guān)者合作(原書第2版)》一書中闡述的。如果說有哪本書可以作為軟件架構(gòu)的教科書的話，那么非此書莫屬。什么是架構(gòu)?為什么架構(gòu)在工作中至關(guān)重要?如何確定架構(gòu)的利益相關(guān)者以及他們的關(guān)切?如何在實(shí)現(xiàn)和需求之間尋找平衡?如何和利益相關(guān)者溝通你的架構(gòu)并且展示你的架構(gòu)滿足了他們需求?如何集中精力在架構(gòu)關(guān)鍵點(diǎn)上而不犧牲性能和可靠性?作為架構(gòu)師你最重要的活動(dòng)是什么?這些問題，都會(huì)在書中獲得答案。

全書的三個(gè)重要概念分別是視圖，視點(diǎn)和利益相關(guān)者。利益相關(guān)者是構(gòu)建系統(tǒng)的所有人，而這些人的需求是復(fù)雜多樣，相互重疊甚至是相互沖突的。架構(gòu)師的主要工作就是要知道如何與利益相關(guān)者一切工作，并且創(chuàng)造一個(gè)滿足所有人需求的架構(gòu)。視點(diǎn)(視角)是基于利益相關(guān)者的關(guān)切，結(jié)構(gòu)化的描述架構(gòu)和定義架構(gòu)的方法。視圖是視點(diǎn)的補(bǔ)充，主要作用是分割關(guān)切點(diǎn)，但主要關(guān)注跨結(jié)構(gòu)的質(zhì)量屬性而不是結(jié)構(gòu)本身。

利益相關(guān)者

架構(gòu)的利益相關(guān)者不僅僅只是那些使用軟件的人，包括構(gòu)建，測(cè)試，運(yùn)維等所有對(duì)軟件系統(tǒng)有興趣的人。

A stakeholder inthe architecture of a system is an individual, team, organization, or classesthereof, having an interest in the realization of the system.

架構(gòu)師如果在設(shè)計(jì)初期漏掉一個(gè)利益相關(guān)者，那么比如在未來付出代價(jià)。架構(gòu)還需要在不同的利益相關(guān)者之間，沖突的需求之間做出可靠，合理的抉擇。需要注意的是，架構(gòu)師本人也是一個(gè)利益相關(guān)者，必須代表自己充分的發(fā)出聲音。

The architect must ensure that there isadequate stakeholder representation across the board, including nontechnologystakeholders (such as acquirers and users) and technology-focused ones (such asdevelopers, system administrators, and maintainers).

根據(jù)角色列出利益相關(guān)者和他們關(guān)切如下：

視點(diǎn)

在系統(tǒng)設(shè)計(jì)過程中，有一些問題是繞不開的：架構(gòu)的主要功能組件是什么?系統(tǒng)內(nèi)組件之間是如何交互的?組件與外部如何交互?系統(tǒng)的信息如何管理，存儲(chǔ)和表示?為了支持系統(tǒng)的這些功能，需要什么樣的硬件和軟件組件?需要提供什么的運(yùn)維功能?需要提供哪些開發(fā)，測(cè)試，支持，培訓(xùn)環(huán)境?這么多問題，如何理出頭緒?單一視角很難描述一個(gè)復(fù)雜系統(tǒng)架構(gòu)。

和“4+1”視圖模型一樣，視點(diǎn)就是用結(jié)構(gòu)化的多視點(diǎn)方式來解決上面一連串問題。

It is not possible tocapture the functional features and quality properties of a complex system in asingle comprehensible model that is understandable by and of value to allstakeholders.

在“4+1”視圖模型之后，IEEE Standard 1471更是通過標(biāo)準(zhǔn)的方式推廣這種架構(gòu)方法。

A viewpoint isa collection of patterns, templates, and conventions for constructing one typeof view. It defines the stakeholders whose concerns are reflected in theviewpoint and the guidelines, principles, and template models for constructingits views.

下面是一些視點(diǎn)及其定義，供參考。

視圖

視點(diǎn)的方式本質(zhì)是做減法，分割關(guān)注點(diǎn)，單點(diǎn)突破，而視圖是用來做加法的，并且達(dá)到一加一大于二的效果。這就是架構(gòu)的質(zhì)量屬性!由于用戶對(duì)質(zhì)量屬性的漠視，架構(gòu)往往成為項(xiàng)目管理鐵三角中用來犧牲和放棄的對(duì)象。在軟件實(shí)現(xiàn)過程中，質(zhì)量屬性也往往被作為非功能需求而放棄。而這往往是架構(gòu)失敗的根源。

An architectural perspective is a collection of activities,tactics, and guidelines that are used to ensure that a system exhibits aparticular set of related quality properties that require consideration acrossa number of the system’s architectural views.

因此，視圖期望提供一個(gè)質(zhì)量屬性框架，促使架構(gòu)師重新審視架構(gòu)中各個(gè)視點(diǎn)的設(shè)計(jì)和實(shí)現(xiàn)。也就是在視點(diǎn)中應(yīng)用視圖。

一些視圖及其定義，供參考：

【本文是51CTO專欄作者石頭的原創(chuàng)文章，轉(zhuǎn)載請(qǐng)通過作者微信公眾號(hào)補(bǔ)天遺石(butianys)獲取授權(quán)】 

戳這里，看該作者更多好文