TOGAFにおけるアーキテクチャコンテンツフレームワークの理解：包括的な概要

オープングループ・アーキテクチャフレームワーク（TOGAF）は、企業アーキテクチャのための一般的なフレームワークです。設計、計画、実装、管理の各段階において体系的なアプローチを提供します。TOGAFの主要な構成要素の一つがアーキテクチャコンテンツフレームワークであり、企業アーキテクチャの開発過程で生成すべきアーキテクチャ作業成果物の種類を記述しています。本記事では、アーキテクチャコンテンツフレームワークの主要な概念、すなわちビルドブロック、アーティファクト、およびデリバラブルについて解説し、TOGAFアーキテクチャ開発手法（ADM）との関係性も検討します。

前述したように、アーキテクチャコンテンツフレームワークは、TOGAF標準の構成要素であり、企業アーキテクチャ内で使用されるさまざまな種類のアーキテクチャ作業成果物を整理・分類するための構造を提供します。このフレームワークは、アーキテクチャ作業成果物を3つのカテゴリに分類しています：

デリバラブル

TOGAFでは、デリバラブルとは、ステークホルダーによって正式にレビューされ、合意され、承認される特定の種類の作業成果物を指します。デリバラブルは通常、契約的に規定されており、企業とそのステークホルダーとの間で契約または合意によって定義され、合意されるものです。

デリバラブルは、企業アーキテクチャフレームワーク内のプロジェクトにおける重要な出力物です。これらは、文書、レポート、または特定の時点におけるアーキテクチャ状況に関する洞察を提供するその他のアーティファクトなど、プロジェクトの具体的な成果を表しています。これらのデリバラブルは、プロジェクトの進捗状況を共有し、ステークホルダーの整合性を確保し、プロジェクトライフサイクル全体における意思決定を支援するために使用できます。

プロジェクトが完了すると、文書形式のデリバラブルは通常、アーキテクチャリポジトリにアーカイブまたは保存されます。アーキテクチャリポジトリは、特定の時点におけるアーキテクチャ状況の参照モデル、標準、またはスナップショットとして機能します。これにより、将来のプロジェクトやイニシアチブにおいて、組織のアーキテクチャの歴史的記録およびその過程で行われた意思決定の記録を参照できるようになります。

TOGAFフレームワーク内のデリバラブルの例として、以下が挙げられます：

アーキテクチャビジョン文書、
ビジネスアーキテクチャ文書、または
データアーキテクチャ文書。

これらのデリバラブルのそれぞれは、企業アーキテクチャの特定の側面を表しており、組織の現在の状態および将来の目標に関する貴重な洞察を提供します。

アーティファクト

TOGAFでは、アーティファクトとは、アーキテクチャの特定の側面を記述するアーキテクチャ作業成果物として定義されています。これらはリスト、マトリクス、図、またはアーキテクチャ状況のさまざまな側面に関する洞察を提供するその他の種類の文書として存在します。

アーティファクトは、3つのタイプに分類できます：カタログ、マトリクス、および図。

カタログは、関連する項目のリストであり、ビジネス能力のリストや技術コンポーネントのリストなどが含まれます。
マトリクスは、異なる要素間の関係を示します。たとえば、ビジネス能力とビジネスプロセスとの関係を示すマトリクスなどが含まれます。
図は、アーキテクチャ要素の視覚的表現であり、システムの図やプロセスフロー図などが含まれます。

アーティファクトは、通常、ステークホルダーによって正式にレビューされ、合意され、承認されるデリバラブルに含まれます。たとえば、ビジネスアーキテクチャ文書には、ビジネス能力のカタログ、それらの能力とそれを支援するビジネスプロセスとの関係を示すマトリクス、およびハイレベルなビジネスアーキテクチャの図が含まれる場合があります。

デリバラブルに含まれるだけでなく、アーティファクトは将来の参照のためにアーキテクチャリポジトリに保存することもできます。アーキテクチャリポジトリは、企業アーキテクチャフレームワークで使用されるすべてのアーティファクトおよびその他のリソースを保存・管理するための中央集権的な場所として機能します。これには、アーキテクチャの原則や標準、参照モデル、テンプレートなど、あらゆるものが含まれます。

全体として、アーティファクトはTOGAFフレームワークの重要な構成要素であり、アーキテクチャ状況のさまざまな側面を記録・伝達する具体的な手段を提供します。高品質なアーティファクトを作成・維持することで、組織は時間の経過とともに企業アーキテクチャをより効果的に管理・最適化できるようになります。

ビルドブロック

ビルドブロックは、企業能力の構成要素であり、他のビルドブロックと組み合わせてアーキテクチャやソリューションを提供するものです。開発段階に応じて、異なる詳細度で定義できます。たとえば、開発の初期段階では、概念の高レベルな説明や概要として定義される一方、後期段階では、関連するアーティファクトとともにより詳細に仕様化されることがあります。

アーキテクチャビルドブロック（ABB）は、企業アーキテクチャにおける必要な能力を記述するビルドブロックです。これらのABBは、その能力を実装するために使用されるソリューションビルドブロック（SBB）の仕様を形成するために用いられます。ABBは通常、より抽象的で高レベルな構成要素であり、アーキテクチャ全体の構造を提供します。

一方、ソリューションビルドブロック（SBB）は、必要な能力を実装するために使用されるコンポーネントです。SBBはより具体的で現実的な性質を持つ低レベルのビルドブロックであり、企業のアーキテクチャやソリューションを実現するために使用され、図、モデル、仕様書などの補完的なアーティファクトによって支援されます。

例として、企業がカスタマーサービス能力を開発したいと仮定します。アーキテクチャビルドブロックは、カスタマーサービス能力の高レベルな説明となるでしょう。一方、ソリューションビルドブロックには、カスタマーデータ管理ソフトウェア、カスタマーサービスプロセス、カスタマー向けアプリケーションといった具体的なコンポーネントが含まれるかもしれません。これらのSBBは、さらに詳細なビルドブロック、たとえば特定のソフトウェアモジュールやカスタマーサービスプロセスの個々のステップに分解されることがあります。

これらの3つのカテゴリを用いてアーキテクチャ作業成果物の種類を記述することで、アーキテクチャコンテンツフレームワークは、企業アーキテクチャ作業成果物の整理・管理に包括的なアプローチを提供します。

デリバラブル、アーティファクト、ビルドブロックの関係

成果物、アーティファクト、およびビルドブロックの関係は、TOGAFフレームワークにおける重要な側面です。

成果物は、契約上で明確に規定され、ステークホルダーによってレビューされ、合意され、承認される形式の作業成果物です。これらの成果物はプロジェクトの出力であり、通常はアーキテクチャリポジトリにアーカイブまたは移行され、将来の参照のために使用される文書の形をとります。成果物には多くのアーティファクトが含まれており、アーティファクトはアーキテクチャの特定の側面を記述するアーキテクチャ作業成果物です。

アーティファクトは、カタログ、マトリクス、または図として分類でき、ビジネス能力、データモデル、技術コンポーネントなど、さまざまなアーキテクチャ要素を表すことができます。アーティファクトは、異なるアーキテクチャ要素間の関係を記述するのにも使用でき、たとえばビジネス能力とビジネスプロセスとの関係を示すことができます。

一方、ビルドブロックは、他のビルドブロックと組み合わせてアーキテクチャやソリューションを提供できる、企業能力の再利用可能なコンポーネントを表します。アーキテクチャビルドブロック（ABB）は必要な能力を記述し、ソリューションビルドブロック（SBB）の仕様を形成します。SBBは、必要な能力を実装するために使用されるコンポーネントを表します。たとえば、企業内でカスタマーサービス能力が求められる場合、プロセス、データ、アプリケーションソフトウェアなどの多くのSBBによって支援されます。

つまり、成果物、アーティファクト、およびビルドブロックの関係は、成果物に多くのアーティファクトが含まれ、それらがアーキテクチャのさまざまな側面を記述するために使用できることです。ABBやSBBなどのビルドブロックは、アーティファクトや成果物によって記述された必要な能力を実装するために使用されます。ビルドブロックを使用することで、組織は再利用可能なコンポーネントを構築でき、それらを組み合わせて、より効率的かつ効果的にアーキテクチャやソリューションを提供できます。

例 – アーキテクチャ定義書

提示された例は、アーキテクチャ定義書を作成する文脈における成果物、アーティファクト、およびビルドブロックの関係を示しています。

アーキテクチャ定義書は、企業アーキテクチャの包括的な視点を提供するアーキテクチャ記述を記録する形式の成果物です。この文書には、アーキテクチャの特定の側面を記述する特定の作業成果物である補完的なアーティファクトが多数含まれます。

本例では、アーキテクチャが要求する特定の能力を表すビルドブロックである、ターゲットコール処理プロセスを記述するためにプロセスフローダイアグラムが作成されます。プロセスフローダイアグラムは、コール処理プロセスの相互作用、入力、出力を記述するアーティファクトです。このアーティファクトは、顧客サービス担当者など、プロセスに関与するアクターなどの他のビルドブロックも記述できます。

この例は、TOGAFフレームワーク内での成果物、アーティファクト、およびビルドブロックの相互関係を示しています。アーキテクチャ定義書は、アーキテクチャに関連するビルドブロックを記述する補完的なアーティファクトの集まりを含む形式の成果物です。これらのアーティファクトは、企業アーキテクチャを構成する具体的な能力、プロセス、データモデル、技術コンポーネントを記述します。

コンテンツメタモデル

コンテンツメタモデルは、TOGAFで使用される概念的枠組みであり、アーキテクチャ内に存在しうるビルドブロックの種類を定義・整理し、それらをどのように記述・相互関係づけるかを示します。言い換えれば、コンテンツメタモデルは、アーキテクチャコンテンツのコンポーネントとその関係性を用いてアーキテクチャコンテンツを記述する概念モデルです。このモデルは、使用されるアーティファクトやビルドブロックの種類、それらの間の関係性を含む、アーキテクチャコンテンツの高レベルな視点を提供します。コンテンツメタモデルは、アーキテクチャコンテンツを整理・分類し、全体のアーキテクチャビジョンや目的と整合性を持たせるために使用されます。

TOGAF ADMとコンテンツフレームワークの関係

TOGAF ADM（アーキテクチャ開発手法）は、企業を現在のベースライン状態から将来のターゲット状態へと移行するためのアーキテクチャ開発プロセスです。ADMは、ビジョン作成、アーキテクチャ定義、変革計画、アーキテクチャガバナンスなど、いくつかのフェーズから構成されており、それぞれに固有の入力と出力があります。

コンテンツフレームワークは、ADMの各フェーズで生成される成果物の構造を提供します。生成すべき成果物の種類（たとえばカタログ、マトリクス、図など）を定義し、企業全体のアーキテクチャビューにどのように適合するかを示します。また、異なるビルドブロック間の関係性を定義し、それらをどのように記述・関係づけるかを示します。

ADMと併用してコンテンツフレームワークを使用することで、アーキテクトは各段階で適切な種類の成果物を生成し、企業全体のアーキテクチャビューと整合していることを確認できます。ADMはアーキテクチャ作成のプロセスを提供し、コンテンツフレームワークはアーキテクチャを構成する成果物の構造を提供します。これらを組み合わせることで、企業アーキテクチャ開発の包括的なアプローチが形成されます。

要約

アーキテクチャコンテンツフレームワークは、企業アーキテクチャのTOGAFフレームワークの重要な構成要素です。企業アーキテクチャの開発過程で生成すべきアーキテクチャ作業成果物の種類を体系的に記述するアプローチを提供します。このフレームワークは、成果物、アーティファクト、ビルドブロックの3つのカテゴリに基づいています。成果物は、ステークホルダーによって正式にレビューされ、合意される作業成果物であり、アーティファクトはアーキテクチャの特定の側面を記述するアーキテクチャ作業成果物です。ビルドブロックは、他のビルドブロックと組み合わせてアーキテクチャやソリューションを提供できる、企業能力の再利用可能なコンポーネントです。

アーキテクチャコンテンツフレームワークは、企業のベースライン状態からターゲット状態へと移行するプロセスを記述するTOGAFアーキテクチャ開発手法（ADM）と密接に関連しています。ADMはプロセスの各段階で入力を必要とし、複数のステップを実行した結果として出力を生成します。アーキテクチャコンテンツフレームワークは、ADMの下地となる構造を提供し、入力と出力をより詳細に定義し、各成果物を企業アーキテクチャの包括的な視点の中で位置づけます。