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