アーキテクチャロードマップの目的は、ベースラインアーキテクチャからターゲットアーキテクチャへの移行プロセスを、時間経過とともに概観することです。ロードマップには、ターゲットアーキテクチャへの進捗状況を示すタイムライン上に作業パッケージが一覧表示され、依存関係、リスク、およびメリットも示されています。アーキテクチャロードマップは、実装および移行計画の一部を構成し、アーキテクチャプロジェクトの実行をガイドします。参照：https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html

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

* エンタープライズ・コンティニュアムは、成果物の分類メカニズムを提供し、汎用的な基盤アーキテクチャや参照モデルから組織固有のアーキテクチャへとどのように進化していくかを示します。
* オプションAはツールに関するものであり、コンティニュアムに関するものではありません。
* オプションBは、アーキテクチャの原則について説明しています。
* オプションCはアーキテクチャリポジトリについて説明しています。
参照：TOGAF標準、バージョン9.2、パートV：エンタープライズ・コンティニュアムとツール。

「メソッド自体が反復的であることに加えて、ADM サイクル内でも、個々のフェーズ間およびフェーズ内のステップ間で反復が行われます。」 www.opengroup.org 参照: The Open Group、TOGAF (アーカイブされた TOGAF 8/9 資料) - ADM 内の反復。

TOGAF 標準第 10 版によれば、開発中で正式なレビューおよび承認プロセスを経ていない文書はドラフト文書と呼ばれ、レビューおよび承認済みの文書は承認済み文書と呼ばれます 1。ドラフト文書には通常、バージョン番号 0.x が付けられ、不完全または暫定的であることを示します。承認済み文書には通常、バージョン番号 1.0 以上が付けられ、最終化され承認されていることを示します。他のオプションは、開発中の文書とレビューおよび承認済みの文書を区別するために TOGAF 標準で使用されている用語ではないため、正しくありません。「最終化」という用語は、
「コンセプト」、「成果物」、「バージョン 0.1」、「バージョン 1.0」は TOGAF 標準に固有のものではなく、異なる文脈では異なる意味や解釈を持つ可能性があります。参照: 1: TOGAF 標準、
第10版、パートII：アーキテクチャ開発手法、第7章：ADMへの反復の適用、セクション
7.2.3 文書の分類