SAAM （Scenarios-based ArchitectureAnalysis Method）是卡耐基梅隆大學軟體工程研究所(SEI at CMU)的Kazman等人於1983年提出的一種非功能質量屬性的體系結構分析方法，是最早形成文檔並得到廣泛使用的軟體體系結構分析方法。最初它用於比較不同的軟體體系的體系結構，以分析SA的可修改性，後來實踐證明也可用於其他的質量屬性如可移植性、可擴充性等，發展成了評估一個系統的體系結構。
（1） 特定目標：SAAM的目標是對描述應用程式屬性的文檔，驗證基本的體系結構假設和原則。此外，該分析方法有利於評估體系結構固有的風險。SAAM指導對體系結構的檢查，使其主要關注潛在的問題點，如需求衝突，或僅從某一參與者的觀點出發的不全面的系統設計。SAAM不僅能夠評估體系結構對於特定系統需求的使用能力，也能用來比較不同的體系結構。
（2） 評估技術：SAAM所使用的評估技術是場景技術。場景代表了描述體系結構屬性的基礎，描述了各種系統必須支持的活動和將要發生的變化。
（3） 質量屬性：這一方法的基本特點是把任何形式的質量屬性都具體化為場景，但可修改性是SAAM分析的主要質量屬性。
（4） 風險承擔者：SAAM協調不同參與者所感興趣的方面，作為後續決策的基礎，提供了對體系結構的公共理解。
（5） 體系結構描述：SAAM用於體系結構的最後版本，但早於詳細設計。體系結構的描述形式應當被所有參與者理解。功能、結構和分配被定義為描述體系結構的三個主要方面。
（6） 方法活動：SAAM的主要輸入問題是問題描述、需求聲明和體系結構描述。下圖描繪了SAAM分析活動的相關輸入及評估過程。
SAAM輸入與評估過程
SAAM分析評估體系結構的過程包括5個步驟，即場景開發、體系結構描述、單個場景評估、場景互動和總體評估。
通過種類風險承擔者協商討論，開發一些任務場景，體現系統所支持的各種活動。
用一種易於理解的、合乎語法規則的體系結構描述SA， 體現系統的計算構件、數據構件以及構件之間的關係（數據和控制）。對場景（直接場景與間接場景）生成一個關於特定體系結構的場景描述列表。通過對場景互動 的分析，能得出系統中所有場景對系統中的構件所產生的影響的列表。最後，對場景和場景間的互動作一個總體的權衡和評價。
（7） 目前知識庫的可重用性：SAAM不考慮這個問題。
（8） 方法驗證：SAAM是一種成熟的方法，已被套用到眾多系統中，這些系統包括空中交通管制、嵌入式音頻系統、WRCS（修改控制系統）、KWIC[8]（根據上下文查找關鍵字系統）等。
