ATAMのメリット ATAMプロセスの利点は以下のとおりです。[ 1 ]
ライフサイクルの初期段階でリスクを特定する。 関係者間のコミュニケーションの強化。 品質特性要件を明確化した。 アーキテクチャに関するドキュメントを改善しました。 建築上の決定の根拠となる文書。
ATAMプロセス ATAMプロセスは、関係者を集めてビジネスドライバー(システム機能、目標、制約、望ましい非機能特性 )を分析し、これらのドライバーからシナリオ作成に使用される品質属性を抽出することから始まります。これらのシナリオは、アーキテクチャのアプローチとアーキテクチャ上の決定と組み合わせて、トレードオフ、感度ポイント、リスク(または非リスク)の分析を作成するために使用されます。この分析はリスクテーマとその影響に変換でき、その後、プロセスを繰り返すことができます。分析サイクルごとに、分析プロセスはより一般的なものからより具体的なものへと進み、前のサイクルで発見された質問を検討し、アーキテクチャが微調整され、リスクテーマが解決されるまで続きます。
ATAMプロセスの手順 ATAMは正式には9つのステップで構成されており、以下に概説します。[ 2 ]
ATAMの説明 – 関係者に対しATAMの概念を説明し、プロセスに関する質問に答える。 事業推進要因を提示する – プロセスに関わる全員が、対象システムの事業推進要因を提示し、評価する。 アーキテクチャを提示する – アーキテクトは、適切なレベルの詳細度で、チームにハイレベルなアーキテクチャを提示する。 アーキテクチャのアプローチを特定する – チームがシステムに対するさまざまなアーキテクチャのアプローチを提示し、議論する。 品質属性ユーティリティツリーを生成する – システムの中核となるビジネス要件と技術要件を定義し、それらを適切なアーキテクチャ特性にマッピングします。この要件に対するシナリオを提示します。 アーキテクチャのアプローチを分析する – 各シナリオを分析し、優先順位を付けます。その後、各シナリオに対してアーキテクチャを評価します。 より多くの関係者グループの間でシナリオをブレインストーミングし、優先順位を付け、現在のシナリオを提示し、さらに発展させる。 アーキテクチャのアプローチを分析する – より多くのステークホルダーコミュニティの知識を追加して、ステップ6を再度実行する。 結果を提示する – 関係者全員にすべての資料を提供する。 これらの手順は 2 つのフェーズに分かれています。フェーズ 1 は手順 1 ~ 6 で構成され、このフェーズの後、プロジェクトの状態とコンテキスト、主要なアーキテクチャ要件、およびアーキテクチャドキュメントの状態がわかります。フェーズ 2 は手順 7 ~ 9 で構成され、評価が完了します。[ 3 ]
参考文献 ↑ 「アーキテクチャトレードオフ分析手法」。カーネギーメロン大学ソフトウェアエンジニアリング研究所。 2018年4月20日 取得 。 ↑ Bass, Len ; Clements, Paul; Kazman, Rick (2003 年 4 月 9 日). Software Architecture in Practice, Second Edition . Addison Wesley Professional. ↑ Rick Kazman; Mark Klein; Paul Clements. "ATAM: Method for Architecture Evaluation" (PDF) . Carnegie Mellon Software Engineering Institute. p. 39f . 2018-04-20 に取得 。
外部リンク アーキテクチャ評価によるリスク軽減 ATAM:アーキテクチャ評価手法