TOGAF標準規格第10版によると、アーキテクチャ契約とは「サービス提供者とサービス利用者の間で締結される正式な合意であり、アーキテクチャの提供に関する相互のコミットメントと期待を定義するもの」です1。アーキテクチャ契約とは、特定の成果物に対するガバナンスに基づくアプローチであり、既存または開発中のアーキテクチャの原則、標準、要件への準拠を確保するものです。アーキテクチャ契約は、アーキテクチャ作業の役割、責任、成果物、品質基準、および受入基準を規定します1。その他の選択肢は正しくありません。特定の成果物に対するガバナンスに基づくアプローチではなく、アーキテクチャ開発プロセスにおける異なる種類の成果物を指すからです1。アーキテクチャビジョンとは、「対象アーキテクチャの高水準かつ望ましい展望」です1。アーキテクチャ作業ステートメントとは、「アーキテクチャプロジェクトを完了するために使用するスコープとアプローチを定義する文書」です1。アーキテクチャ定義文書とは、「1つ以上のドメインのベースラインアーキテクチャと対象アーキテクチャを記述する文書」です1。

TOGAF標準によれば、ADMプロセスをガバナンスする必要性は、アーキテクチャ開発と実装活動が一貫性、整合性、そしてコンプライアンスに準拠した方法で実施されることを保証することです1。ガバナンスは、手法が正しく効果的に適用されていること、そしてアーキテクチャの成果物と成果物が品質基準と標準基準を満たしていることを検証する手段を提供します1。また、ガバナンスは、ADMプロセス中に発生する可能性のあるリスク、問題、変更、および依存関係の管理も可能にします1。
ADM プロセスを管理する利点は次のとおりです2:
* ビジネス戦略および目標とアーキテクチャの整合性の向上
* ステークホルダーの関与とコミュニケーションの強化
* アーキテクチャ資産とリソースの再利用と統合の向上
* アーキテクチャ作業の複雑さと重複の削減
* 変化するニーズや要件に対するアーキテクチャの俊敏性と適応性の向上
* アーキテクチャの成果と出力のコンプライアンスと監査可能性の向上

ターゲット アーキテクチャとは、ビジネスの目標と推進要因に対応し、利害関係者の要件と懸念事項を満たすアーキテクチャの将来の状態を説明したものです。ターゲット アーキテクチャは、エンタープライズ アーキテクチャの開発と管理をガイドする TOGAF 標準の中核プロセスであるアーキテクチャ開発手法 (ADM) を通じて開発されます。ターゲット アーキテクチャは通常、ビジネス、データ、アプリケーション、テクノロジーの 4 つのドメインに分かれています。ターゲット アーキテクチャには、移行アーキテクチャ、機能増分、およびベースライン アーキテクチャからターゲット アーキテクチャへの移行を可能にする作業パッケージを定義する変更のロードマップも含まれます。12 最適な答えは B です。これは、要求されたアーキテクチャ (情報システム アーキテクチャとテクノロジー アーキテクチャ) を実現するための作業を決定および編成するために取るべきアプローチを説明しているからです。
答えは次のステップをカバーします。
ガイダンスと方向性については、エンドツーエンドのターゲットアーキテクチャを参照してください。エンドツーエンドのターゲットアーキテクチャは、アーキテクチャ作業の全体的なビジョン、スコープ、目標、そしてビジネス戦略および目標との整合性を示します。また、エンドツーエンドのターゲットアーキテクチャは、4つのアーキテクチャドメインの高レベルの定義と原則、そして主要なマイルストーンと成果物を概説した変更ロードマップも提供します。
プロジェクト、依存関係、そしてシナジー効果を特定し、プロジェクトを開始する前に優先順位を決定してください。プロジェクトとは、アーキテクチャのワークパッケージ（アーキテクチャの特定の部分を実装するために必要な一連のアクションまたはタスク）を実装する作業単位です。依存関係とは、論理的依存関係、時間的依存関係、リソース依存関係など、プロジェクトの順序や優先順位に影響を与える関係性と制約です。シナジー効果とは、コスト削減、効率性の向上、イノベーションの機会など、プロジェクトの組み合わせや調整によって得られるメリットまたは利点です。優先順位決定とは、プロジェクトを重要度、緊急度、または価値に基づいてランク付けし、それに応じてリソースとスケジュールを割り当てるプロセスです。
高レベルアーキテクチャ記述を開発します。高レベルアーキテクチャ記述は、ADMサイクルのアーキテクチャ開発フェーズ（B、C、D）の出力であり、ビジネス、データ、アプリケーション、テクノロジーの各アーキテクチャを、ビジネス、IT、またはアーキテクチャ機能の再利用可能なコンポーネントであるアーキテクチャビルディングブロック（ABB）とソリューションビルディングブロック（SBB）の観点から記述します。
高レベルのアーキテクチャの説明には、アーキテクチャ ビューも含まれます。アーキテクチャ ビューは、1 人以上の利害関係者の視点から、対象システムとその懸念を表現します。
各プロジェクトについて、労力規模を見積もり、リファレンス アーキテクチャと候補となるビルディング ブロックを特定します。労力規模とは、プロジェクトの完了に必要な作業量、時間、またはリソースの量の尺度です。労力規模は、類推、専門家の判断、パラメトリック、ボトムアップなど、さまざまな手法を使用して見積もることができます。リファレンス アーキテクチャは、特定のドメインまたは業界に共通のフレームワークと語彙を提供する標準化されたアーキテクチャです。リファレンス アーキテクチャは、アーキテクチャ開発のベスト プラクティス、パターン、およびモデルのソースとして使用できます。候補となるビルディング ブロックは、アーキテクチャを実装するために使用できる潜在的な ABB または SBB です。候補となるビルディング ブロックは、モデル、パターン、原則、標準、ガイドラインなどのアーキテクチャ資産のコレクションであるアーキテクチャ リポジトリから特定できます。
コストと価値を考慮して、リソースのニーズを特定します。リソースのニーズとは、人的資源、資金、物理的資源、技術的資源など、プロジェクトを完了するために必要なリソースの許容レベルと品質を定義する仕様と基準です。リソースのニーズは、プロジェクトの範囲、複雑さ、依存関係、そしてリソースの可用性、能力、適合性を分析することで特定できます。
コストと価値は、予算、投資収益率、利益、リスクなど、リソースの割り当てと利用に影響を与える要因です。
選択肢、リスク、およびコントロールを文書化することで、実現可能性分析とステークホルダーとのトレードオフを可能にします。選択肢とは、異なるソリューション、テクノロジー、ベンダー、アプローチなど、プロジェクト目標を達成するための代替手段です。リスクとは、脅威や機会など、不確実性がプロジェクト目標に及ぼす影響です。
コントロールとは、ポリシー、手順、標準など、リスクを防止、軽減、または緩和するために講じられる対策または行動です。実現可能性分析とは、選択肢、リスク、コントロールを評価・比較し、各選択肢の実現可能性、適合性、および望ましさを判断するプロセスです。トレードオフとは、利害関係者の複数の、しばしば相反する要件と懸念のバランスを取り、調和させ、アーキテクチャビジョンとアーキテクチャ原則との整合性を確保するための意思決定結果です。
1: TOGAF標準バージョン9.2、パートII：アーキテクチャ開発手法（ADM）、第5章：
ADM 2 の概要: TOGAF 標準、バージョン 9.2、パート IV: アーキテクチャ コンテンツ フレームワーク、第 36 章: ビルディング ブロック : TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 18 章: フェーズ A: アーキテクチャ ビジョン : TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 19 章: フェーズ B: ビジネス アーキテクチャ : TOGAF 標準、バージョン
9.2、パート II: アーキテクチャ開発手法 (ADM)、第 20 章: フェーズ C: 情報システム アーキテクチャ : TOGAF 標準バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 21 章: フェーズ F: 移行計画 : TOGAF 標準バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 23 章: アーキテクチャの原則 : TOGAF 標準バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 30 章: トレードオフ分析 : TOGAF 標準バージョン 9.2、パート VI:
アーキテクチャ能力フレームワーク、第46章：アーキテクチャ開発のためのツール：TOGAF標準、バージョン9.2、パートVI：アーキテクチャ能力フレームワーク、第47章：アーキテクチャボード：TOGAF標準、バージョン9.2、パートVI：アーキテクチャ能力フレームワーク、第48章：アーキテクチャコンプライアンス：TOGAF標準、バージョン9.2、パートVI：アーキテクチャ能力フレームワーク、第49章：
アーキテクチャ契約: TOGAF 標準バージョン 9.2、パート VI: アーキテクチャ能力フレームワーク、第 50 章: アーキテクチャガバナンス: TOGAF 標準バージョン 9.2、パート VI: アーキテクチャ能力フレームワーク、第 51 章: アーキテクチャ成熟度モデル: TOGAF 標準バージョン 9.2、パート VI:
アーキテクチャ能力フレームワーク、第52章：アーキテクチャスキルフレームワーク

ADMサイクルのフェーズBはビジネスアーキテクチャフェーズです。合意されたアーキテクチャビジョンをサポートするビジネスアーキテクチャの開発について説明します。このフェーズの目的は、ベースラインとターゲットのビジネスアーキテクチャを定義し、ベースラインとターゲットのギャップに基づいてアーキテクチャロードマップの候補となるコンポーネントを特定し、段階的なアプローチが必要かどうかを判断することです。参考：
TOGAF 標準 | The Open Group Web サイト、セクション 3.2.2 フェーズ B: ビジネス アーキテクチャ。

説明
この画像は、アーキテクチャ記述をアーキテクチャを表現するために使用される作業成果物として定義する ISO/IEC/IEEE 42010 標準に基づく基本的なアーキテクチャ概念を示しています。1 この標準によれば、アーキテクチャ記述は 1 つ以上のアーキテクチャ ビューで構成されます。アーキテクチャ ビューは、1 人以上の利害関係者の視点から対象のシステムを表現したもので、その利害関係者の懸念事項です。2 アーキテクチャ ビューは、利害関係者の懸念事項に対処するためにビューを構築、解釈、および分析するための規則を確立するアーキテクチャ ビューポイントに準拠しています。3 アーキテクチャ ビューポイントは、ビューを表現するために使用されるモデルの種類であるモデルの種類も定義できます。
TOGAF標準の文脈において、候補アーキテクチャとは、利害関係者の要件と懸念事項の一部またはすべてに対応する可能性のあるアーキテクチャを指します。トレードオフとは、コスト、メリット、リスク、機会など、複数の、しばしば相反する要因のバランスを取り、調整するための意思決定結果です。アーキテクチャを開発するプロセスにおいて、アーキテクトは複数の候補アーキテクチャを評価・比較し、それらの間でトレードオフを行い、最適なものを選択する必要があります。
したがって、画像内の項目 A と B は、アーキテクチャ開発プロセスに関連する可能なソリューションと意思決定結果の概念を表しているため、それぞれ候補アーキテクチャとトレードオフです。
参照: 1: ISO/IEC/IEEE 42010:2011、システムおよびソフトウェアエンジニアリング - アーキテクチャ記述、第3.4節 2: ISO/IEC/IEEE 42010:2011、システムおよびソフトウェアエンジニアリング - アーキテクチャ記述、第3.5節 3: ISO/IEC/IEEE 42010:2011、システムおよびソフトウェアエンジニアリング - アーキテクチャ記述、第3.6節 : ISO/IEC/IEEE 42010:2011、システムおよびソフトウェアエンジニアリング - アーキテクチャ記述、第3.8節 : TOGAF標準、バージョン9.2、パートIII：ADMガイドラインおよびテクニック、第28章：
アーキテクチャコンテンツフレームワーク：TOGAF標準バージョン9.2、パートIII：ADMガイドラインとテクニック、第30章：トレードオフ分析