《實用軟體架構：從系統環境到軟體部署 》——2.4 架構視圖與架構視點

本節書摘來自華章出版社《實用軟體架構：從系統環境到軟體部署》一書中的第2章，第2.4節，作者：[印]蒂拉克·米特拉（tilak mitra）著，愛飛翔　譯，更多章節内容可以通路雲栖社群“華章計算機”公衆号檢視。

<b>2.4　架構視圖與架構視點</b>

以軟體架構為論題的書籍、文章、研究項目及相關刊物，都會帶有各自的觀點。不同的流派對架構有不同的看法，他們會按照各自的看法來做架構，并會将各自的做法加以推廣。就本書的主題來說，筆者并不打算專門用一個章節把與軟體架構有關的各種觀點全都講解一遍，而是隻想展示下面的這種觀點，因為筆者覺得它比較務實，而且運用起來較為流暢。

視圖和視點

philippe kruchten (1995.11)率先開始使用視圖（view）與視點（viewpoint）這兩個概念，來表達業界對軟體架構的各種關注。kruchten是ieee 1471标準的一位制定者，該标準明确規定了視圖的定義，也引入了視點的概念。kruchten在論文（參見2.6節）中，是這樣來描述這兩個概念的：

視點—視點是“一份規範書，用來描述建構視圖和使用視圖時所應依循的約定。它是一種模式或一份模闆，用來确立視圖的目标和閱聽人，以及建立視圖與分析視圖所用的技巧，使得我們可以據此建立出不同的視圖。”

視圖—視圖是“從某個角度對整個系統所做的一種表現，該角度是由一系列彼此相聯系的關注點所确立的。”

ibm (n.d.)定義了一套列架構視點，這就是ibm it

system viewpoint library（ibm it系統視點庫）。筆者認為這套架構視點相當完備地涵蓋了系統架構的各個方面。如圖2-3所示，該視點庫中包含4個基本視點和6個正交（cross-cutting）視點。

ibm it system viewpoint library中的四個基本視點分别是：

需求（requirement）—與該視點有關的模型元素，用來捕捉系統中的各種需求，包括業務需求、技術需求、功能需求以及非功能型需求。對于該視點來說，最為常見的捕捉手段是用例與用例模型。

解決方案（solution）—與該視點有關的模型元素，用來确定一套可以滿足相關需求及限制的解決方案。此視點可以細分為兩種：

功能視點（functional）—此視點所關注的模型元素，從本質上來說，都是結構方面的元素，我們不僅要把元素本身實作出來，而且還要把元素之間的（靜态和動态）關系建立好，以便用這些元素來建構系統。一般來說，此視點的細節，是通過功能架構來捕捉的，本書第7章将會專門講解功能架構。

操作視點（operational）—此視點關注的是怎樣用結構元素來建構目标系統，以及怎樣把功能視圖部署到（由網絡、硬體、計算資源、伺服器等所構成的）it環境中。我們通常使用操作模型來捕獲此視點的細節，本書第8章将會專門講解操作模型。

确認（validation）—通過此視點所建立的模型元素，主要用來評估系統的能力，以確定該系統能夠展現出預定的功能，并且能夠提供品質合格的服務。我們通常會把功能和非功能方面的測試用例當作驗證标準，以判斷該系統是否具備預定的能力。

從圖2-3中可以看出，這4個基本視點是互相關聯的。功能視點與操作視點，可以合起來實作需求視點，并為其提供支援，而這兩個視點，又是通過确認視點得以驗收的。為了把這張圖畫得明确一些，筆者并沒有專門标出“解決方案”視點，而是直接把構成該視點的功能視點和操作視點畫在了圖中。

視點庫中還有6個正交視點。在圖2-3中，4個基本視點周圍的那6個同心正方形，就是用來表示這6個視點的。筆者之是以用這樣的方式來畫圖，是想表達這6個正交視點對一個或多個基本視點所造成的影響。

這6個正交視點分别是：

應用（application）—該視點專注于滿足系統所宣稱的業務需求。對于該視點來說，應用架構師扮演着主要角色。

技術（technical）—該視點關注的是硬體、軟體、中間件（其定義請參閱第5章）以及打包的應用程式，這些内容合起來可以實作應用程式的功能，并使得應用程式能夠運作。對于該視點來說，基礎設施架構師和內建架構師扮演着主要角色。

系統管理（systems management）—該視點關注部署之後的管理、維護，以及系統的運作。對于該視點來說，應用維護和管理團隊扮演着主要角色。

可用性（availability）—該視點關注怎樣才能把系統建構起來，并令其保持可用（比如，怎樣才能使系統的正常運作時間達到總運作時間的99.5%），以便滿足預先達成的服務級别協定。對于該視點來說，基礎設施架構師扮演着主要角色，而應用架構師與中間件架構師，則會為前者的工作提供支援。

性能（performance）—該視點關注的問題是，怎樣令系統的性能可以滿足預先達成的服務級别協定（比如，從使用者送出請求到系統給出應答，這之間的平均延遲時間要控制在400毫秒以内）。對于該視點來說，應用架構師扮演着主要角色，而中間件架構師和基礎設施架構師，則會為前者的工作提供支援。

安全（security）—該視點關注的是安全方面的系統需求，例如單點登入（single sign-on）、資料傳輸協定的安全程度，以及防止入侵等。某些安全需求（例如單點登入）主要是由應用架構師來處理的，而确認資料協定（例如https協定、安全套接字協定）的安全程度以及防止網絡入侵等需求，則主要由基礎設施架構師來處理。

每一個基本視點和正交視點背後，都隐藏着很多細節。這些視點均各自對應于一套元素，這些元素合起來能夠描述出自身的特征及職責。如果了解了這些元素，那我們就能夠深入地觀察到每個視點的實作方式。盡管隐藏在每個基本視點和正交視點背後的細節有很多，然而筆者此處所要強調的内容，是大家應該意識到它們的存在，并且意識到我們必須從其中的每一個視點或絕大部分視點來對系統的架構進行觀察。這種意識很重要。

筆者曾經對很多視點架構做了研究，我感覺其中的絕大多數架構，在基本形式的層面都有着一些共性。之是以會有這種共性，其原因在于：每個架構都想要确立一套互相補充的視角，并且想通過這些視角來觀察系統的架構，以便全面地覆寫架構中的各個方面。

我們需要在各種視點架構之間做出選擇，或者說，我們至少要從那些特别成熟、特别穩固而且特别持久的視點架構中進行選擇。在選擇時，大家應該根據自己的需求以及使用視點架構時的舒适程度來進行判斷。