軟件架構評估(Architecture Tradeoff Analysis Method,ATAM )
ATAM是一種常用的軟件架構評估方法,該方法強調對軟件的質量屬性進行分析、分類和優先級排序工作。在此基礎上構建質量屬性效用樹(敏感點和權衡點是關鍵的體系結構決策)
4個活動階段：需求收集、架構視圖描述、屬性模型構造和分析、架構決策與折中
架構風險是指架構設計中潛在的、已存在問題的架構決策所帶來的隱患
1.敏感點：是爲了實現某種特定質量屬性,一個或多個系統組件所具有的特性
2.權衡點：影響多個質量屬性，並對多個質量屬性來說都是敏感點的系統屬性
3.風險點：某個存在問題的架構設計決策，可能會導致問題
4.非風險點：與風險點對應是良好的架構設計決策
整個評估的核心強調以屬性作爲架構評估的核心概念
特定領域軟件架構(Domain Specific Software Architecture,DSSA )
以一個特定問題領域爲對象，形成由領域參考模型、參考需求和參考架構等組成的開發基礎框架。其目標是支持一個特定領域中的多個應用的生成
基本活動：領域分析、領域設計和領域實現
- 領域分析的主要目的是獲得領域模型(描述領域中系統之間的共同需求，即領域需求)
- 領域設計的主要目的是獲得DSSA(描述領域模型中表示需求的解決方案)
- 領域實現的主要目標是依據領域模型和DSSA的開發和組織可重用信息，並對基礎框架進行實現
DSSA通常是一個具有三個層次的系統模型，包括領域開發環境、領域特定應用環境和應用執行環境
1.領域專家：提供關於領域中系統的需求規約和實現的知識
2.領域分析者：控制整個領域分析過程，進行知識獲取，將獲得的知識組織到領域模型中
3.領域設計者：根據領域模型和現有系統開發出DSSA,並對DSSA準確性和一致性進行驗證
4.領域實現人員：根據領域模型和DSSA或者從頭開發可重用構件,或者利用在工程的技術從現有系統中提取可重用構件
基於架構的軟件設計(Architecture-Based Software Design,ABSD)
ABSD是一個自頂向下，遞歸細化的軟件開發方法。強調有商業、質量和功能需求的組合驅動軟件架構設計。他強調採用視角和視圖來描述軟件架構，採用用例和質量屬性場景來描述需求
採用ABSD需要經歷1-架構需求 2-架構設計 3-架構文檔化 4-架構複審 5-架構實現 6-架構演化
主要活動：需求獲取、標識構件和架構評審
架構文檔化的主要輸出結果是架構規格說明書和架構質量說明書