アーキテクチャ原則は、組織がその使命の達成に向けて取り組む方法を知らせ、サポートする一般的なルールとガイドラインです。これらは企業のさまざまな要素間の合意レベルを反映し、将来の IT に関する意思決定の基礎となります。アーキテクチャ原則の目的の 1 つは、企業のアーキテクチャに影響を与える変更を評価および合意するためのフレームワークを提供することによって、戦略目標を追求するためにビジネスを管理する方法について共通の理解を確立することです3。参考: 3: TOGAF 標準バージョン9.2、パート III: ADM ガイドラインとテクニック、第 23 章: アーキテクチャ原則: TOGAF 標準、バージョン 9.2、パート IV: アーキテクチャ コンテンツ フレームワーク、第 31 章: アーキテクチャ原則

* TOGAF 標準バージョン 9.2 によると、アーキテクチャ ビューは、関連する一連の関心事の観点からシステムを表現したものです1。これは、システムが利害関係者の懸念にどのように対処するかを示す 1 つまたは複数のアーキテクチャ モデルで構成されます1。
* アーキテクチャ ビューポイントは、特定の利害関係者の懸念事項に対処するためにアーキテクチャ ビューを構築および使用するための規則の仕様です1。これは、システムのアーキテクチャ ビューを作成するための視点、範囲、表記法、および手法を定義します1。
* アーキテクトは、最終的なターゲット アーキテクチャに影響を与える可能性のある隠れた議題、原則、要件を抽出するために、アーキテクチャの見解や視点を利害関係者に提示できます。その理由は次のとおりです。
oアーキテクチャのビューと視点は、さまざまな利害関係者にとって有意義で関連性のある方法でアーキテクチャを伝達および視覚化するのに役立ち、それぞれの利害関係者特有の関心やニーズに対応します。
oアーキテクチャのビューと観点は、利害関係者の懸念と要件を引き出して検証するのに役立ち、それらがビジネスの目標と目的に沿っていること、およびアーキテクチャのコンテキスト内で一貫性があり実現可能であることを確認します。
oアーキテクチャのビューと視点は、利害関係者の懸念事項と要件の間の矛盾、ギャップ、またはトレードオフを特定して解決するのに役立ち、アーキテクチャの設計と意思決定においてそれらのバランスが取れ、優先順位が付けられるようにします。
oアーキテクチャのビューと視点は、利害関係者に対してアーキテクチャの価値と利点を実証および検証するのに役立ち、利害関係者が満足し、アーキテクチャの結果とガバナンスにコミットしていることを確認します。
参照：
*1: TOGAF 規格、バージョン 9.2、第 22 章: アーキテクチャの視点、視点、および関係者
*2: TOGAF 規格、バージョン 9.2、第 4 章: パート II の概要、セクション 4.2: アーキテクチャ フレームワークとは?
*3: TOGAF 規格、バージョン 9.2、第 31 章: 建築成果物、セクション 31.1: 基本概念

「プロジェクトは、複数のフェーズをカバーする計画されたサイクルで、ADM フェーズ間を循環する場合がある」という文は、アーキテクチャの出力を改良し、変化する要件や関係者の懸念に対処するために、ADM フェーズまたはフェーズ内のステップを繰り返すプロセスである反復の概念を示しています。 。反復は、単一フェーズ内、複数のフェーズ全体、または ADM サイクル全体など、さまざまなレベルの粒度と範囲で発生する可能性があります。反復は、ビジネス、データ、アプリケーション、テクノロジーなどのさまざまなアーキテクチャ ドメインにも適用できます。反復は、目的に適合し、適応性があり、変化に対応できるアーキテクチャの開発を可能にする ADM の重要な機能です。参考資料: TOGAF 標準、バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 24 章: ADM への反復の適用

内部および外部の標準および規制上の義務への準拠を確保することは、アーキテクチャ ガバナンスの一環として含まれる活動の 1 つです。アーキテクチャ ガバナンスは、エンタープライズ アーキテクチャおよびその他のアーキテクチャを企業全体のレベルで管理および制御する実践および方向性です。これには、アーキテクチャが企業の戦略や目標と整合し、品質とパフォーマンスの要件を満たしていることを確認するためのプロセス、役割、責任、ポリシー、標準を確立することが含まれます。参考: TOGAF 規格 | Open Group Web サイト、セクション 3.3.6 アーキテクチャ ガバナンス。

示されているチャートはガント チャートであり、プロジェクトのスケジュールを示すためにプロジェクト管理で一般的に使用されます。エンタープライズ アーキテクチャのフレームワークである TOGAF (The Open Group Architecture Framework) のコンテキストにおいて、このガント チャートは、アーキテクチャ開発手法 (ADM) への順序付けされたアプローチを示しています。ADM は TOGAF の中核プロセスであり、アーキテクチャを開発するためのテスト済みの反復可能なプロセスを提供します。ADM は、プロセス全体、フェーズ間、およびフェーズ内で反復的であると説明されています。ADM の反復ごとに、各パラメータ (範囲、粒度、期間、アーキテクチャ資産) について新たな決定を下す必要があります。
ADM は、順番に従う必要があるいくつかのフェーズで構成されます。
* 準備段階: フレームワークと原則
* フェーズ A: アーキテクチャ ビジョン
* フェーズ B: ビジネス アーキテクチャ
* フェーズ C: データおよびアプリケーション アーキテクチャを含む情報システム アーキテクチャ
* フェーズ D: テクノロジー アーキテクチャ
* フェーズ E: 機会と解決策
* フェーズ F: 移行計画
* フェーズ G: 実装ガバナンス
* フェーズ H: アーキテクチャ変更管理
* 要件管理
各フェーズは前のフェーズの出力に依存し、要件管理フェーズは全体で実行されます。ガント チャートは、これらのフェーズが発生する依存関係と順序を明確に示しており、エンタープライズ アーキテクチャを作成するために構造化されたアプローチに従っていることを意味します。
参照：
* TOGAF 規格バージョン 9.2、The Open Group の規格
* TOGAF ドキュメントは、https://publications.opengroup.org/standards/architecture および https://publications.opengroup.org/guides/architecture で入手できます。