軟體體系結構（System Architecture簡稱SA）

定義

對於大規模的，分佈的，需要協作的，需要互動的，需要監測的，需要擴充套件的，需要演化的複雜軟體系統的規劃。

要素

元件(component )連線件 (connector) 配置 (configuration) 約束 (constraint)

4+1View主要特點

多檢視共同表達不同涉眾的觀點

1. 邏輯檢視(Logical View):表示系統功能。考慮功能性需求——系統需要在給使用者的服務方面應該提供的。
2. 開發檢視(Development View):表示開發分工和任務管理。考慮軟體模組組織——層次分析，軟體管理，重用，工具約束。
3. 程序檢視(Process View):表示系統程序，執行緒，分佈等資訊。考慮非功能性需求——併發性，效能，可擴充套件性。
4. 物理檢視(Physical View):表示系統物理部署情況。考慮非功能性需求——關於底層硬體（拓撲，通訊）。
5. 場景(Scenarios):用一些場景、用例來描述系統各個部分之間，以及與環境之間的互動。考慮系統一致性，有效性。

風格

• 描述一類體系結構
• 在實踐中被多次設計、應用
• 是若干設計思想的綜合
• 具有已經被熟知的特性，並且可以複用

決定因素

• 一組元件型別（資料容器、過程、物件）
• 一組連線件型別/互動機制（過程呼叫、事件）
• 這些元件的拓撲分佈
• 一組對拓撲和行為的約束
• 一些對風格的成本和益處的非正式的描述

舉例

管道-過濾器風格

在管道-過濾器風格下，每個功能模組都有一組輸入和輸出。功能模組稱作過濾器；功能模組間的連線可以看作輸入、輸出資料流之間的通路，所以稱作管道。
管道-過濾器風格的特性之一在於過濾器的相對獨立性，即過濾器獨立完成自身功能，相互之間無需進行狀態互動。
特性：1 過濾器是獨立執行的構件；2 過濾器對其處理上下連線的過濾器“無知”； 3 結果的正確性不依賴於各個過濾器執行的先後次序。
優點：設計者可以將整個系統的輸入、輸出特性簡單的理解為各個過濾器功能的合成。
1.潛在的並行支援；2 支援死鎖檢測等分析3 可維護性和可擴充套件性4 支援功能模型的複用。
不足：1 互動式處理能力弱；2 管道-過濾器風格往往導致系統處理過程的成批操作；3 設計者也許不得不花費精力協調兩個相對獨立但又存在某種關係的資料流之間的關係；4 根據實際設計的需要，設計者也需要對資料傳輸進行特定的處理，增加了過濾器具體實現的複雜性。

例項

1 數字通訊系統；2 Unix 系統中的管道過濾器結構；3 通訊協議的資訊封裝

ADL 體系結構描述語言

ADL 是在底層語義模型的支援下，為軟體系統的概念體系結構建模提供了具體語法和概念框架。基於底層語義的工具為體系結構的表示、分析、演化、細化、設計過程等提供支援。其三個基本元素是：構件、連線件、體系結構配置。
主流語言： Aesop、MetaH、C2、Rapide、SADL、Unicon 和 Wright 等；

這些 ADL 強調了體系結構不同的側面，對體系結構的研究和應用起到了重要的作用，但也有負面的影響。每一種 ADL 都以獨立的形式存在，描述語法不同且互不相容，同時又有許多共同的特徵，這使設計人員很難選擇一種合適的 ADL，若設計特定領域的軟體體系結構又需要從頭開始描述。

ADL 與其他語言的比較

構造能力：ADL 能夠使用較小的獨立體系結構元素來建造大型軟體系統；
抽象能力：ADL 使得軟體體系結構中的構件和連線件描述可以只關注它們的抽象特性，而不管其具體的實現細節；
重用能力：ADL 使得組成軟體系統的構件、連線件甚至是軟體體系結構都成為軟體系統開發和設計的可重用部件；
組合能力：ADL使得其描述的每一系統元素都有其自己的區域性結構，這種描述區域性結構的特點使得 ADL 支援軟體系統的動態變化組合；
異構能力：ADL 允許多個不同的體系結構描述關聯存在；
分析和推理能力：ADL允許對其描述的體系結構進行多種不同的效能和功能上的多種推理分析。

ADL 例項

1 一個常規的 Client-Server 架構；2 可容錯的 C/S 架構。