TOGAF 標準第 10 版によると、アーキテクチャ契約とは、「サービス プロバイダーとサービス コンシューマーの間で、アーキテクチャの提供に関する相互のコミットメントと期待を定義する正式な契約」です 1。アーキテクチャ契約は、アーキテクチャ作業の役割、責任、成果物、品質基準、および受け入れ基準を指定することで、既存または開発中のアーキテクチャの原則、標準、要件への準拠を保証する特定の成果物の管理されたアプローチです 1。その他のオプションは、特定の成果物の管理されたアプローチではなく、アーキテクチャ開発プロセス内の異なるタイプの成果物であるため、正しくありません。アーキテクチャ ビジョンとは、「対象アーキテクチャの高レベルの、目標とする考え方」です 1。アーキテクチャ作業ステートメントとは、「アーキテクチャ プロジェクトを完了するために使用される範囲とアプローチを定義するドキュメント」です 1。アーキテクチャ定義ドキュメントとは、「1 つ以上のドメインのベースライン アーキテクチャと対象アーキテクチャを説明するドキュメント」です 1。参考資料: 1: TOGAF 標準、第 10 版、パート I: 概要、第 3 章: 定義。

アーキテクチャ要件リポジトリには、アーキテクチャ開発サイクルの出力であるすべての要件と、アーキテクチャ開発サイクルへの入力であるすべての要件が格納されます1。アーキテクチャ要件リポジトリには、以下の種類の要件が含まれます1。
* ステークホルダー要件：これらは、ビジネスドライバー、目標、目的から導き出された、ステークホルダーの高レベルの要件と期待です。これらは、アーキテクチャビジョンフェーズと要件管理フェーズで把握・精緻化されます。
* アーキテクチャ要件：利害関係者の要件を満たすためにアーキテクチャが実行または提供しなければならないことを規定する詳細な要件です。これらは、ビジネス、情報システム、テクノロジーアーキテクチャの各フェーズで導出および精緻化されます。
* 実装および移行要件：アーキテクチャを実現するために実装および移行プロジェクトが実行または提供しなければならないことを規定する詳細な要件です。これらは、機会とソリューション、および移行計画の各フェーズで導出および精緻化されます。
アーキテクチャ要件リポジトリは、アーキテクチャライフサイクル全体を通じてアーキテクチャ要件を管理し、トレーサビリティ、一貫性、コンプライアンスを確保するために使用されます1。アーキテクチャ委員会は、アーキテクチャガバナンスプロセス2の一環として、アーキテクチャ要件、アーキテクチャ成果物、およびアーティファクトをレビューおよび承認する機関です。

TOGAF標準によれば、アーキテクチャ・ビューとは、関連する一連の懸念事項の観点からシステムを表現したものです1。アーキテクチャ・ビューポイントとは、特定の種類のアーキテクチャ・ビューに関する規約の仕様です1。様々なアーキテクチャ・ビューとアーキテクチャ・ビューポイントをステークホルダーに提示することで、アーキテクトは最終的なターゲット・アーキテクチャに影響を与える可能性のある隠れた課題、原則、要件を抽出しやすくなります。これは、ステークホルダーによってシステムに対する懸念事項や関心が異なる可能性があるためです。システムがそれぞれの視点からステークホルダーの懸念事項にどのように対処しているかを示すことで、アーキテクトはステークホルダーからより多くのフィードバックと検証を引き出すことができます2。例えば、ビジネス・ステークホルダーは、システムのビジネスプロセス、機能、および能力に焦点を当てたビジネス・アーキテクチャ・ビューに関心を持つかもしれません3。セキュリティ・ステークホルダーは、機密性、整合性、可用性といったシステムのセキュリティ面を扱うエンタープライズ・セキュリティ・ビューに関心を持つかもしれません3。これらのビューをそれぞれのステークホルダーに提示することで、アーキテクトはシステムがステークホルダーの期待とニーズを満たしていることを確認できるだけでなく、ターゲット・アーキテクチャに影響を与える可能性のある潜在的な問題やギャップを特定することもできます3。参考資料: 1: TOGAF 標準バージョン 9.2 - アーキテクチャ成果物 - The Open Group1; 2: エンタープライズアーキテクチャにおける TOGAF ビューとビューポイントの理解2; 3: アーキテクチャビューの開発 - The Open Group4

フェーズA：アーキテクチャビジョンは、TOGAF標準の中核を成すアーキテクチャ開発手法（ADM）サイクルの最初のフェーズです。このフェーズの主な目的は、アーキテクチャ開発のスコープとアプローチを定義し、提案されたアーキテクチャによって期待される成果とメリットを高レベルで記述したアーキテクチャビジョンを作成することです。この目的を達成するために、このフェーズでは、解決すべき問題の定義、ステークホルダー、その懸念事項、要件の特定、そしてアーキテクチャ開発作業の推進力となるビジネス目標と推進要因の確立に重点を置きます。また、このフェーズでは、スポンサーやその他の主要なステークホルダーの承認とコミットメントの取得、そしてアーキテクチャガバナンスプロセスの開始も行います。

準備フェーズは、アーキテクチャ開発手法（ADM）サイクルの準備フェーズであり、アーキテクチャ作業のコンテキストと方向性を設定します。このフェーズの目的の1つは、アーキテクチャ能力（組織がエンタープライズアーキテクチャを効果的かつ効率的に実行する能力）をサポートするためのツールを選択し、実装することです。ツールには、アーキテクチャ開発およびガバナンスプロセスを支援するソフトウェアアプリケーション、手法、テクニック、標準、フレームワークが含まれます。ツールの選択と実装は、組織の要件と制約、およびアーキテクチャ原則とアーキテクチャビジョン3との整合性に基づいて行う必要があります。参考文献：3：TOGAF標準バージョン9.2、パートII：アーキテクチャ開発手法（ADM）、第6章：準備フェーズ：TOGAF標準バージョン9.2、パートVI：アーキテクチャ能力フレームワーク、第45章：エンタープライズアーキテクチャ能力の確立と維持：TOGAF標準バージョン9.2、パートVI：アーキテクチャ能力フレームワーク、第46章：アーキテクチャ開発のためのツール