?? 如果認為“架構”是一個簡單的實體，能夠用一份文檔或一張圖紙來描述，那就錯了。架構師必須做出許多設計決定。要想有用，這些決定必須用文檔記錄下來，這樣就能夠
進行復審、討論、修改和批準，然后作為后續決定和構建時的約束。對于軟件系統，這些設計決定包括行為上的和結構上的。
? ? ? ? 外部行為描述展示了產品如何與它的用戶、其他系統和外部設備進行交互，這應該表現為需求。結構描述展示了產品如何劃分為多個部分，以及這些部分之間的關系。我們還
需要內部行為描述，用于描述組件之間的交互接口。結構上的描述常常展示相同部分的一些不同視圖，因為不可能把所有信息以有意義的方式組織到一張圖紙或一份文檔中。

一個視圖中的組件，可能是另一個視圖中一個組件的一個部分。

? ? ? ? ?軟件架構常常表現為分層的層次結構，這種層次結構將幾種不同的結構放在一張圖中。20世紀70年代，Parnas指出“層次結構”這個術語已經被濫用，然后精確地定義了它，
并給出了幾個不同結構的例子，它們在設計不同系統時實現了不同的目的（Parnas 1974）。將架構的結構描述為一組視圖（view），每個視圖關注不同的部分，現在已成為了廣泛接受的標準架構實踐（Clements等2003; IEEE 2000）。我們將使用“架構”這個詞來代指一組有標注的圖紙和功能描述，它說明了設計和構建一個系統時所使用的結構。在軟
件開發社區中，針對這樣的圖紙和描述，人們使用并建議了許多不同的形式。在Hoffman和Weiss（2000，第14章和第16章）的著作中可以看到一些例子。

? ? ? ? ?一個程序或計算系統的軟件架構是系統的一種結構或一組結構，它包含軟件元素、這些元素的外部可見的屬性，以及元素之間的關系?！巴獠靠梢姟钡膶傩允瞧渌貙υ撛乜梢宰龀龅募俣?#xff0c;諸如它提供的服務、執行時的特征、錯誤處理、共享資源的使用等。

—Len Bass、Paul Clements和Rick Kazman 《Software Architecture in Practice, Second Edition》

總結

以上是生活随笔為你收集整理的架构之美第八章-软件架构的含义的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。