架構師常用評估方法

軟體構架的評估方法：saam和atam。這裡只詳細說明atam方法。

atam一種進行構架評估的綜合方法，atam是評估軟體構架的乙個健壯的方法。在該方法中，專案決策者和涉眾要清晰地闡述乙個準確的質量屬性需求列表（以場景的方式），並說明與實現每個高優先場景相關的構架決策。然後，把這些決策確定為有風險決策或無風險決策，以找到構架中任何存在問題的地方。

atam不是需求評估。

atam不是**評估。

atam不包括實際的系統測試。

atam不是乙個準確的手段，但它識別了構架中可能存在風險的區域。這些風險包含在敏感點和權衡中。

atam活動的4個階段：

在第0階段（合作關係和準備）確定細節：人員名單，時間，地點；評估小組獲取資料並進行初步了解分析。

第1階段，評估階段，決策者參與，小組開始資訊收集與分析；耗時約1周。1～2周中斷期，評估小組進一步以非正式方式了解構架。

第2階段，評估階段，涉眾參與，分析繼續；約2天。

第3階段，後續階段，生成最終報告，進行評估活動總結；1周。

評估階段的步驟：

第3步：構架的表述。首席設計師或架構小組介紹構架，技術限制、所用模式等。

第4步：對構架方法進行分類。評估小組利用所有已知資訊對構架方法進行分類。

第5步：生成質量屬性效用樹。生成質量屬性效用樹，捕獲詳細的需求資訊，為每個場景分配乙個級別，如（高，中），前者為重要度，後者為實現難易度，重點放在（高，高）的場景；此處場景具備刺激、環境、響應三要素就可以了。

第6步：分析構架方法。評估小組分析所有重要場景，設計師解釋如何支援該場景，檢查所用構架方法，分析風險點、權衡點、敏感點。

經過一段中斷期，第2階段開始，此時涉眾開始參與；首先仍然需要乙個對atam方法的介紹，並使涉眾了解已有的成果。

第7步：集體討論並確定場景的優先順序。集體討論並分析場景的優先順序，以了解更廣泛的涉眾的想法；該過程可能產生新的場景；使用「有限票數法」投票確定每個場景的優先順序——此處不考慮實現難度。

第8步：分析構架方法。分析新的高優先順序的場景，構架師解釋構架是怎麼滿足各場景的。

第9步：結果表述。總結評估結果，評估負責人展示該結果。