SAAM

最初它用於比較不同的軟件體系的體系結構，以分析SA的可修改性，後來實踐證明也可用於其他的質量屬性如可移植性、可擴充性等，發展成了評估一個系統的體系結構。

SAAM的目標是對描述應用程序屬性的文檔，驗證基本的體系結構假設和原則。此外，該分析方法有利於評估體系結構固有的風險。SAAM指導對體系結構的檢查，使其主要關注潛在的問題點，如需求衝突，或僅從某一參與者的觀點出發的不全面的系統設計。SAAM不僅能夠評估體系結構對於特定系統需求的使用能力，也能用來比較不同的體系結構。

SAAM用於體系結構的最後版本，但早於詳細設計。體系結構的描述形式應當被所有參與者理解。功能、結構和分配被定義為描述體系結構的三個主要方面。

SAAM的主要輸入問題是問題描述、需求聲明和體系結構描述。如圖1所示描繪了SAAM分析活動的相關輸入及評估過程。

SAAM所使用的評估技術是場景技術。場景代表了描述體系結構屬性的基礎，描述了各種系統必須支持的活動和將要發生的變化。

這一方法的基本特點是把任何形式的質量屬性都具體化為場景，但可修改性是SAAM分析的主要質量屬性。

SAAM協調不同參與者所感興趣的方面，作為後續決策的基礎，提供了對體系結構的公共理解。

SAAM分析評估體系結構的過程包括5個步驟，即場景開發、體系結構描述、單個場景評估、場景交互和總體評估。

通過種類風險承擔者協商討論，開發一些任務場景，體現系統所支持的各種活動。

用一種易於理解的、合乎語法規則的體系結構描述SA， 體現系統的計算構件、數據構件以及構件之間的關係（數據和控制）。對場景（直接場景與間接場景）生成一個關於特定體系結構的場景描述列表。通過對場景交互 的分析，能得出系統中所有場景對系統中的構件所產生的影響的列表。最後，對場景和場景間的交互作一個總體的權衡和評價。

知識庫的可重用性：SAAM不考慮這個問題。

SAAM是一種成熟的方法，已被應用到眾多系統中，這些系統包括空中交通管制、嵌入式音頻系統、WRCS（修改控制系統）、KWIC[8]（根據上下文查找關鍵詞系統）等。