クイック学習 ArchiMate パート5 – 拡張レイヤー および TOGAF 統合

クイック学習 ArchiMate パート5 – 拡張レイヤー
TOGAFの開発フェーズの一部は、ArchiMate Coreに含まれていない。TOGAFはより広範な範囲をカバーしており、特に高度な戦略的課題やシステム開発の低レベルな工学的側面に焦点を当てているのに対し、ArchiMate Coreは企業アーキテクチャの抽象レベルに限定されている。
しかし、ArchiMate 3.0で説明されている新しい拡張レイヤーは、これらの追加の懸念事項に対応している。目標、原則、要件といった概念、および計画や移行に向けた概念を定義している。
ArchiMateの最も効果的な使用法は、視点の生成である。アーキテクチャ内の単一の機能/プロセス/サービスは、開発状況をレビューするステークホルダーによって、複数の方法で表現できる。
上級経営陣は、自らの要件、目標、原則がどのように達成されているかを把握する必要がある。ビジネスユニットのマネージャーは、サービスや製品が顧客に適切な価値を提供することを確認したい。アプリケーション、データ、ITシステムのマネージャーは、サービスや製品の支援フレームワークを提供できることを確保しなければならない。

ArchiMate レイヤーと TOGAF の関係

本記事では図1を参照し、ArchiMateとTOGAFの関係を検討する。
これらの記事の導入部では、The Open Groupによって開発されたArchiMateがTOGAFモデルと密接に関連していると説明されている。大部分の関係はアーキテクチャ開発フェーズ(BD)に関連しているが、最近では動機づけ、実装および移行の概念が追加された。これにより、モデリングツールがTOGAF ADM全体で効果的に活用できるようになった。

コア概念(コアレイヤー)

ArchiMateの標準的な概念は、アーキテクチャフレームワーク内のさまざまな要素を図式化して表現する。これらの要素には、アクター、役割、サービス、機能、協働、データおよびアプリケーションオブジェクト、プロセスなどがある。TOGAFアーキテクチャ開発フェーズ(ビジネス、情報システムアーキテクチャ、技術)ごとに、それぞれ独自の概念セットがある。
上図は、フェーズB、C、DとArchiMateレイヤーとのマッピングを示している。フェーズBはArchiMateのビジネスレイヤーに対応し、フェーズCはアプリケーションレイヤー、フェーズDはテクノロジー・レイヤーに対応していることに注意されたい。ArchiMateのアプリケーションレイヤーはデータおよびアプリケーション要素を扱う。
これはArchiMateの核となる部分である。各レイヤーは、受動的構造、行動、能動的構造の3つのタイプの概念に分類される。受動的構造要素は、能動的構造要素によって読み書きされる。行動要素は、能動的構造要素と受動的構造要素の間の取引、および能動的構造要素同士の取引を記述する。
受動的構造要素の例として、契約、データオブジェクト、製品がある。アクター、役割、協働、およびその他の能動的構造を表す要素。機能、プロセス、イベントは、行動構造を表す要素の一部である。

動機づけ(戦略および動機づけレイヤー)

動機づけの概念は、アーキテクチャ能力の開発に適用される。

その概念には、ステークホルダー、評価、駆動要因、目標、原則、制約、要件が含まれる。これらの概念は、企業アーキテクチャがその環境、影響・指導・制約を加える人々または組織、および計画や目標に影響を与える内部または外部要因とどのように整合しているかを理解するのに役立つ。

実装および移行(実装および移行レイヤー)

ArchiMateにおける実装および移行の概念は、移行計画およびアーキテクチャガバナンスに適用される。その概念には、ワークパッケージ、成果物、ギャップ、プラットフォームが含まれる。

これらの概念は、実装のための計画/プロジェクト、実装の一部として生成される結果や成果、ベースライン、移行、ターゲットアーキテクチャを理解するのに役立つ。アーキテクチャ状態間の差異は、移行計画の中で扱われる。

要約

本記事は、ArchiMateがTOGAFモデルにどのようにマッピングされるかについて、特にADMに関連して概要を提示する。
次の記事では、標準的な概念について詳細な紹介を行う。

 

コメントを残す