ビルディング ブロックは、ビジネス、IT、またはアーキテクチャ機能の再利用可能なコンポーネントであり、組み合わせてアーキテクチャとソリューションを提供できます。ビルディング ブロックは、アーキテクチャ開発の段階に応じて、さまざまな詳細レベルで定義できます。ADM サイクルの初期のフェーズ (A から D) では、ビルディング ブロックは、論理や物理などの一般的な用語で定義され、アーキテクチャの高レベルのビューを提供します。フェーズ E では、次のようになります。
機会とソリューションの段階になると、ビルディング ブロックは実装固有のものとなり、市場で入手可能な特定の製品、標準、テクノロジ、ベンダーにリンクされます。この段階では、ビルディング ブロックを実現するプロジェクト、プログラム、ポートフォリオなどの配信手段も特定されます12 参考文献: 1: TOGAF 標準バージョン 9.2、パート II: アーキテクチャ開発方法 (ADM)、第 23 章: フェーズ E: 機会とソリューション 2: TOGAF 標準バージョン 9.2、パート IV:
アーキテクチャ コンテンツ フレームワーク、第 36 章: ビルディング ブロック

これらのドメインは、ビジネス、情報、テクノロジーなどのさまざまな観点からアーキテクチャを記述および理解するための一貫した方法を提供します12。各ドメインには、そのドメイン内のアーキテクチャの構造と動作を定義する独自の概念、モデル、ビュー、および成果物のセットがあります12。
他のオプションは、次の理由で正しくありません。
*論理と物理はアーキテクチャ ドメインではなく、どのドメインにも適用できる抽象化のレベルです。論理アーキテクチャはシステムの機能と動作を記述し、物理アーキテクチャはシステムの実装と展開を記述します3。
*情報とデータは、異なるアーキテクチャ ドメインではなく、同じドメインの側面です。
情報アーキテクチャはデータの意味とコンテキストを記述し、データ アーキテクチャはデータの構造と形式を記述します4。
* 機能とセグメントはアーキテクチャ ドメインではなく、どのドメインにも適用できる粒度レベルです。機能アーキテクチャは特定のビジネス機能の現在の状態と望ましい状態を記述し、セグメント アーキテクチャは明確なビジネス フォーカスを持つ企業の細分化を記述します5。
参考資料: 1: TOGAF 標準バージョン 9.2 - 定義 2: TOGAF 標準 - 概要 - 定義 3: [論理アーキテクチャと物理アーキテクチャ] 4: [情報アーキテクチャとデータ アーキテクチャ] 5: [TOGAF 標準バージョン 9.2 - アーキテクチャ ランドスケープ全体にわたる ADM の適用]

説明
アーキテクチャのスコープとは、アーキテクチャ作業の範囲と詳細レベルです。アーキテクチャのスコープは、プロジェクト、幅、深さ、アーキテクチャ ドメインの 4 つの次元に沿って定義できます。プロジェクト次元では、時間枠、予算、リソース、成果物など、アーキテクチャ プロジェクトの境界と目的を考慮します。幅次元では、組織単位、ビジネス機能、プロセス、場所など、企業全体にわたるアーキテクチャの範囲と完全性を考慮します。
深さディメンションでは、アーキテクチャの要素と関係の粒度、抽象度、精度など、アーキテクチャの詳細レベルと特異性を考慮します。アーキテクチャ ドメイン ディメンションでは、ビジネス、データ、アプリケーション、テクノロジ ドメインなど、アーキテクチャの側面またはセグメントを考慮します。
したがって、深さの次元は、アーキテクチャの取り組みをどの程度の詳細レベルまで進めるべきかを検討する次元です。
参考文献: TOGAF 標準、バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 25 章:
アーキテクチャ範囲: TOGAF 標準、バージョン 9.2、パート III: ADM ガイドラインとテクニック、章
25.2: スコープの次元 : TOGAF 標準、バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 25.2.1 章: プロジェクト、幅、深さ、およびアーキテクチャ ドメイン

説明
ADM の項目 1 としてラベル付けされたフェーズは、フェーズ F: 移行計画です。このフェーズでは、アーキテクチャ ロードマップと詳細な実装および移行計画を作成することにより、前のフェーズで定義されたアーキテクチャの実装計画を実施します。このフェーズでは、主要な作業パッケージ、移行アーキテクチャ、プロジェクト、および依存関係も特定してグループ化します。参照:
https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap19.html

説明
アーキテクチャ作業の依頼は、スポンサーから送られる成果物であり、アーキテクチャ開発サイクルの開始をトリガーします。特定のアーキテクチャ プロジェクトの範囲、予算、スケジュール、成果物を定義します。アーキテクチャ作業ステートメントは、アーキテクトによって作成される成果物であり、アーキテクチャ プロジェクトを完了するために必要なアプローチとリソースを定義します。スポンサーとアーキテクチャ組織間の契約上の合意の基礎となります。アーキテクチャ原則は、アーキテクトによって作成される成果物であり、アーキテクチャ作業の一般的なルールとガイドラインを定義します。組織のビジネス原則、ビジネス目標、ビジネス推進要因を反映しています。アーキテクチャ要件仕様は、アーキテクトによって作成される成果物であり、アーキテクチャ作業を管理する要件を定義します。機能要件と非機能要件の両方、および制約と仮定をカバーします。