TOGAF 規格第 10 版によると、アーキテクチャ開発手法 (ADM) の準備フェーズは、エンタープライズ アーキテクチャ能力 1 を開発することを目的としています。エンタープライズ アーキテクチャ能力とは、エンタープライズに関連する活動とタスクを実行する組織の能力です。アーキテクチャ。アーキテクチャの範囲、原則、ビジョン、ガバナンス、利害関係者の定義など。準備フェーズでは、アーキテクチャ フレームワーク、アーキテクチャ リポジトリ、アーキテクチャ ツール、およびアーキテクチャ チーム 1 も確立します。他のオプションは、ADM での目的が異なるため、正しくありません。フェーズ G: 実装ガバナンスの目的は、実装プロジェクトがターゲット アーキテクチャに準拠していることを確認することです。 2. フェーズ A: アーキテクチャ ビジョンの目的は、アーキテクチャ プロジェクトの範囲、利害関係者、ビジネス推進要因、および目標を定義することです。 3. フェーズ B:ビジネス アーキテクチャには、ベースラインとターゲットのビジネス アーキテクチャを記述し、それらの間のギャップを特定する目的があります。参考資料: 1: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発手法、第 6 章: 準備段階。2: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発手法、第 18 章: フェーズ G: 実装ガバナンス。3: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発手法、第 12 章: フェーズ A: アーキテクチャ ビジョン。: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発手法、第 13 章: フェーズ B: ビジネス アーキテクチャ。

認識されるあらゆる状況をカバーする一連のアーキテクチャ原則は、推奨される完全性の基準を満たしています。完全性は、アーキテクチャ原則を開発または評価するときに適用する必要がある 6 つの基準の 1 つです。完全性とは、企業のアーキテクチャの関連するすべての側面にわたる原則の適用範囲にギャップや重複がないことを意味します。参考: TOGAF 規格 | Open Group Web サイトのセクション 3.3.7 アーキテクチャ原則。

アーキテクチャ要件リポジトリには、アーキテクチャ開発サイクルの出力であるすべての要件と、アーキテクチャ開発サイクルに入力される要件が保存されます1。アーキテクチャ要件リポジトリには、次のタイプの要件が含まれています1。
* 利害関係者の要件: これらは、ビジネスの推進力、目標、目的から導き出される、利害関係者の高レベルの要件と期待です。これらは、アーキテクチャ ビジョン フェーズと要件管理フェーズで取得され、洗練されます。
* アーキテクチャ要件: これらは、利害関係者の要件を満たすためにアーキテクチャが実行または提供しなければならないことを指定する詳細な要件です。これらは、ビジネス、情報システム、テクノロジー アーキテクチャの各フェーズで派生および洗練されます。
* 実装および移行の要件: これらは、アーキテクチャを実現するために実装および移行プロジェクトが実行または提供する必要があることを指定する詳細な要件です。これらは、機会とソリューションおよび移行計画のフェーズで導き出され、洗練されます。
アーキテクチャ要件リポジトリは、アーキテクチャのライフサイクル全体を通じてアーキテクチャ要件を管理し、そのトレーサビリティ、一貫性、およびコンプライアンスを確保するために使用されます1。アーキテクチャ委員会は、アーキテクチャ ガバナンス プロセスの一環として、アーキテクチャの要件だけでなく、アーキテクチャの成果物や成果物も検討および承認する機関です2。

* 画像は、ISO/IEC/IEEE 42010:2011 規格 1 で定義されているアーキテクチャ記述の基本概念を示す図を示しています。この規格は TOGAF 規格 2 でも採用されています。
* ISO/IEC/IEEE 42010:2011 標準によれば、アーキテクチャ記述はアーキテクチャを表現するために使用される作業成果物であり、1 つ以上のアーキテクチャ ビューで構成されます1。
* アーキテクチャ ビューは、関連する一連の関心事の観点からシステムを表現したものであり、アーキテクチャの観点 1 に準拠しています。
* アーキテクチャ ビューポイントは、特定の利害関係者の懸念事項に対処するためにアーキテクチャ ビューを構築および使用するための規則の仕様です1。
* したがって、正解は選択肢 A です。これは、画像内の「A」と「B」のラベルが付いている項目を、それぞれ建築の視点と建築の視点として特定します。参照：
*1: ISO/IEC/IEEE 42010:2011 - システムおよびソフトウェア エンジニアリング - アーキテクチャの説明1
*2: TOGAF Standard、バージョン 9.2 - パート IV: アーキテクチャ コンテンツ フレームワーク - 31. アーキテクチャ アーティファクト2

このステートメントは反復と ADM を示しています。反復とは、結果を改善または洗練することを目的として、プロセスまたはフェーズを繰り返す手法です。反復により、アーキテクチャの開発および移行プロセスのどの時点でもフィードバック ループと適応が可能になります。個別のプロジェクトは、アーキテクチャのさまざまな側面やレベルに反復的に対処するために、異なるプロジェクト間の関係を保ちながら独自の ADM サイクルを同時に実行できます。参考: TOGAF 規格 | Open Group Web サイトのセクション 3.1 ADM の紹介。