オープングループアーキテクチャフレームワーク

Open Group Architecture Framework ( TOGAF ) は、2020年現在、エンタープライズアーキテクチャで最も使用されているフレームワークです^[2]。これは、エンタープライズ情報技術アーキテクチャの設計、計画、実装、および管理のためのアプローチを提供します。^[3] TOGAFは、設計に対する高レベルのアプローチです。通常、ビジネス、アプリケーション、データ、テクノロジーの4つのレベルでモデル化されます。モジュール化、標準化、および既存の実証済みのテクノロジーと製品に大きく依存しています。

TOGAFは、米国国防総省のTAFIMとキャップジェミニの統合アーキテクチャフレームワーク（IAF）に基づいて、 1995年にThe Open Groupによって開発が開始されました。 ^[4] 2016年現在、The Open Groupは、TOGAFがGlobal 50企業の80％とFortune 500企業の60％で採用されていると主張しています。

アーキテクチャフレームワークとは、さまざまなアーキテクチャ^{[ウイーゼルワード]}を開発するために使用できるツールのセットです。^[5]次のことが必要です。

• 情報システムを一連の構成要素の観点から定義する方法を説明する
• 構成要素がどのように組み合わさるかを示す
• ツールセットを含む
• 共通の語彙を提供する
• 推奨される標準のリストを含める
• ビルディング ブロックを実装するために使用できる準拠製品のリストが含まれます。

ANSI / IEEE標準1471-2000アーキテクチャ仕様 (ソフトウェア集約型システム) は、「システムの基本的な構成であり、そのコンポーネント、コンポーネント同士および環境との関係、および設計と進化を管理する原則」と表現できます。

しかし、TOGAF には独自の見解があり、それは「システムの正式な説明、またはその実装を導くコンポーネント レベルでのシステムの詳細な計画」、または「コンポーネントの構造、それらの相互関係、および時間の経過に伴う設計と進化を管理する原則とガイドライン」として指定される場合があります^{[引用が必要]}。

アーキテクチャ開発手法 (ADM) は、エンタープライズ アーキテクチャのライフサイクルを開発および管理する方法を記述する TOGAF の中核です。

TOGAFは、技術アーキテクチャの開発方法論として1990年代初頭に開始され、The Open Groupによって広範なエンタープライズアーキテクチャフレームワークに開発されました。^[7] 1995年に、TOGAFの最初のバージョン（TOGAF 1.0）が発表されました。このバージョンは主に、1980年代後半に米国国防総省によって開発が開始された情報管理のための技術アーキテクチャフレームワーク（TAFIM）に基づいていました。

2001年12月にはTOGAF 7「テクニカルエディション」が発行されました。^[8] TOGAF 8（「エンタープライズエディション」）は2002年12月に初めて発行され、2003年12月にTOGAF 8.1として更新された形で再発行されました。 2005年頃、TOGAFはThe Open Groupの登録商標になりました。 ^[9] 2006年11月、Open GroupはTOGAF 8.1.1をリリースしました。The Open Groupによると、2011年2月現在、15,000人以上がTOGAF認定を受けています。 [ ^{10] [11]} 2018年4月現在、公式登録簿には77,500を超える認定が登録されています。^[12]

TOGAF 8からの進化型開発であるTOGAF 9には、次のような多くの新機能が含まれています。^{[13] [14]}

• TOGAFの成果物をリンクする正式なコンテンツメタモデルを含む厳密さの向上（ただし、メタモデルにはいくつかの問題がある）^[15]
• アーキテクチャリポジトリとエンタープライズコンティニュアム
• 不要な差異の排除、さらに多くの例とテンプレート

追加のガイドラインとテクニックは次のとおりです: ^{[引用が必要]}

• 建築に対する正式なビジネス主導のアプローチ
• ビジネス能力に基づく計画
• TOGAF を使用してセキュリティ アーキテクチャとSOA を開発する方法についてのガイダンス

最新バージョンはTOGAF 10で、2022年4月25日にリリースされました。^[16]

Open Groupは、組織の内部非営利目的に限りTOGAFを無料で提供しています。^[17]

TOGAF は、アーキテクチャ ドメインと呼ばれる 4 つの相互に関連する専門分野に基づいています。

• 組織のビジネス戦略、ガバナンス、組織、主要なビジネスプロセスを定義するビジネスアーキテクチャ
• 組織の論理的および物理的なデータ資産と関連するデータ管理リソースの構造を記述するデータアーキテクチャ
• アプリケーション アーキテクチャは、導入される個々のシステム、アプリケーション システム間の相互作用、および組織のコア ビジネス プロセスとの関係の青写真を提供し、統合のためにビジネス機能として公開されるサービスのフレームワークを提供します。
• テクニカルアーキテクチャ、またはテクノロジーアーキテクチャ。コアとなるミッションクリティカルなアプリケーションの導入をサポートするために必要なハードウェア、ソフトウェア、およびネットワークインフラストラクチャを説明します。

アーキテクチャ開発手法（ADM）は、組織のビジネスおよび情報技術のニーズを満たすエンタープライズアーキテクチャを開発するために使用されます。組織のニーズに合わせて調整され、アーキテクチャ計画活動の実行を管理するために使用されます。^[18]

このプロセスは反復的かつ循環的です。各ステップは要件と照合されます。フェーズ C では、データ アーキテクチャとアプリケーション アーキテクチャの両方の組み合わせが関係します。ステップ B と C の間にさらに明確さを加えることで、完全な情報アーキテクチャを実現できます。

パフォーマンス エンジニアリングの作業方法は、要件フェーズ、ビジネス アーキテクチャ フェーズ、情報システム アーキテクチャ フェーズ、およびテクノロジ アーキテクチャ フェーズに適用されます。情報システム アーキテクチャ内では、データ アーキテクチャとアプリケーション アーキテクチャの両方に適用されます。

エンタープライズ コンティニュアムは、アーキテクチャ リポジトリの内外において、一般的な基盤アーキテクチャから組織固有のカスタマイズされたアーキテクチャまで、ソリューションとアーキテクチャを連続体として分類する方法です。^[19]これらには、アーキテクチャ モデル、アーキテクチャ パターン、アーキテクチャ記述、およびその他の成果物が含まれます。これらの成果物は、企業内だけでなく、IT 業界全体に存在する可能性があります。

エンタープライズ コンティニュアムは、アーキテクチャ コンティニュアムとソリューション コンティニュアムの両方で構成されます。アーキテクチャ コンティニュアムは、再利用可能なアーキテクチャ アセットの構造を指定し、企業で利用可能な情報システムのルール、表現、および関係を含みます。ソリューション コンティニュアムは、再利用可能なソリューション ビルディング ブロック (SBB) を定義することによって、アーキテクチャ コンティニュアムの実装を記述します。

TOGAF はツールと人材に対する認定を提供します。

認定された TOGAF 9 ツールは次の表にリストされています。

認定ツールの最新登録については、The Open Groupの登録を参照してください。^[20]

オープングループは、TOGAFの正式な資格を2つのレベルで監督しており、正式なトレーニングまたは独学で取得することができます。^[21]学習者はトレーニング会社を通じてこれらの資格を取得できます。

（レベルI）個人がTOGAFのコアコンセプトと用語とともにエンタープライズアーキテクチャを理解していることを確認します。^[21]

（レベルII）基礎資格に加えて、候補者がビジネス上の問題に対する知識を分析し、適用できることが証明されます。^[21]

TOGAF認定資格を取得すると、自動的にエンタープライズアーキテクト協会の会員資格が無料で付与されます。^[22]

TOGAF はEA実践における事実上の標準と見なされていますが、批判がないわけではありません。

• 研究結果によると、「TOGAF の推奨事項のほとんどは通常適用できない」とされ、The Open Group が提供する TOGAF ユーザーのリストに含まれる組織でさえも従われていないことが示されています。^[23]そのため、TOGAF は「ランダムな EA 関連の推奨事項のツールキット」としか考えられず、「『TOGAF を使用する』とは、『TOGAF を学習してから、代わりに何か他のことをする』と説明するのが最も適切です」。^[24]
• TOGAFの推奨事項の実際の使用法を示す実例が欠けている。「詳細な実例とユースケースが緊急に必要です。これらは要求されましたが、TOGAFのトレーナーやThe Open Groupからは提供されませんでした。」^[25]
• EA実践者は、TOGAF を段階的に実行することはほとんど不可能であると報告しています。「TOGAF に関する当初の想定は、EA を作成するために従うことができる一種の「方法論」であるというものでしたが、そうではないことが判明しました」。^[25]
• 詳細な分析により、TOGAFベースのEAプラクティスは、実際の意味では元のTOGAFの規定とは似ていないことが実証されています。^[26]
• TOGAFの規定は「ADMをどのように適応させるべきかを明記せずに、ADMを適応させるべきであると述べているだけ」であり、曖昧で不明瞭である。^[27]
• ジェイソン・ブルームバーグは、「多くの組織にとって、TOGAF が普及したのは、何もしないよりはましだからだ」と主張している。^[28]
• TOGAF v9.2で導入された変更は、TOGAFが提唱する機械的な計画アプローチや、 EAPやBSPなどの以前の段階的なアーキテクチャ方法論の根本的な問題には対処していませんでした。^[29]
• TOGAF標準第10版で導入された最近の変更は、「EA分野における、活発に議論されているが実質のないものとしての純粋に象徴的な地位を強化するだけである」^{[30] 。}
• 歴史的分析によれば、TOGAFの驚異的な人気は純粋に偶然の産物であり、適切な時期に効果的に宣伝されたことによるものであると考えられる。^[31]

Wikimedia Commons にはTOGAFに関連するメディアがあります。

• 公式サイト
• TOGAF 9.2 オンライン
• TOGAF 8.1.1 オンライン