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

要件管理に関するこの記述は、ADMサイクルにおける要件管理とステークホルダーエンゲージメントの中心的な役割を反映しているため、最も正確です。要件管理はADMフェーズの1つのステップではなく、アーキテクチャ開発と移行の全過程を通じて、関連するすべての要件が抽出、分析、優先順位付けされ、対処されることを保証する継続的なプロセスです。
ステークホルダーエンゲージメントは、ステークホルダーの期待と懸念を特定し、伝え、管理する継続的な活動です。参考：TOGAF標準｜The Open Groupウェブサイト、セクション3.1 ADMの概要。

EAは、アーキテクチャの原則とプラクティスを適用し、デジタルトランスフォーメーション、ITの成長、そしてITの近代化を支えるエンタープライズ分析を分析、設計、計画、実装します2。EAはまた、組織がビジネス情報の効率性、適時性、信頼性を向上させるとともに、変化するニーズや要件に対するアーキテクチャの整合性、俊敏性、適応性を向上させるのにも役立ちます3。したがって、EAの目的を最もよく要約すると、「効果的な変化を導くこと」となります。

アジャイル開発を検討する際、プロジェクトを支援するアーキテクチャは、企業に必要な製品、製品の境界、そしてプロダクトオーナーが抱える制約を特定します。これにより、企業のバックログが定義されます。バックログとは、製品またはサービスを提供するために実行する必要がある機能またはタスクのリストです。プロダクトオーナーは、各項目の価値と緊急性に基づいて、バックログに優先順位を付けます。参考：TOGAF標準｜The Open Groupウェブサイト、セクション3.3.5「プロジェクトを支援するアーキテクチャ」