エンタープライズアーキテクチャフレームワーク
エンタープライズアーキテクチャフレームワーク（EAフレームワーク）は、組織の構造とビューモデルをどのように組織化するかを定義するフレームワークです。これは、エンタープライズアーキテクチャに対応し、組織全体の情報システムを最適化するための基盤となります。
EAフレームワークは、主に以下の3つの要素で構成されています。
ビュー: システムの重要な関係性を可視化し、関係者間で情報を共有するためのメカニズムを提供します。これにより、システムの全体像や各要素間の相互作用を理解しやすくなります。
手法: データの収集、整理、ビューの構築を体系的に行うための規律です。整合性、正確性、完全性を確保し、信頼性の高いアーキテクチャを構築するためのガイドラインとなります。
訓練/経験: 手法の適用やツールの利用をサポートするための知識、スキル、経験です。これにより、EAフレームワークを効果的に活用し、組織の目標達成に貢献できます。
エンタープライズエンジニアリングとエンタープライズアーキテクチャの範囲は広く、組織は大規模かつ複雑になりがちです。EAフレームワークは、このような複雑さを管理し、必要な時に価値ある成果物を生み出すためのツールと手法を提供します。これは、情報技術（IT）および情報システム統治（ガバナンス）において重要な役割を果たします。
エンタープライズアーキテクチャは、1987年のザックマンフレームワークから始まりました。初期のEAフレームワークには、TAFIMがあります。TAFIMは、米国防総省のアプリケーション開発のために、オープンシステムと新技術の利用を促進しました。その後、TOGAFTRMがIEEEモデルから派生し、POSIXオープンシステム環境を基盤とした標準が生まれました。近年では、EAがビジネス変革における意思決定を支援する能力が注目されており、事業モデルと技術モデルを統合することで、組織変更の影響を追跡できるようになりました。
住宅のリフォームを経験した人なら、建築基準、設計図、行政検査がプロジェクトを成功させるためにいかに重要であるかを知っているでしょう。建築家は建築基準の「枠組み」の中で、構造変更から部屋のサイズやレイアウトまで、プロジェクトの各段階の設計図を作成します。詳細な図面には、構造全体に対する配管、電気、建築工事の情報が明記されています。エンタープライズアーキテクチャも同様の仕組みで機能します。
情報技術（IT）のためのアーキテクチャフレームワークは、企業のあらゆる側面に影響を与えます。エンタープライズアーキテクチャフレームワークは、建物の構造を確実にする建築基準のようなものです。ITガバナンス組織と手順は、建築改善プロジェクトにおける行政検査官の役割を果たします。フレームワークには、ITアーキテクチャの説明を開発するために使用されるモデルと標準が含まれています。このアーキテクチャの説明が設計図に相当します。
エンタープライズアーキテクチャの作成において、ペーテル・ベルヌス（2005年）によると、通常、3つまたは4つのタイプのアーキテクチャが認識され、それぞれが特定のアーキテクチャドメインに対応します。これらのドメインの例としては、以下のようなものがあります。
ビジネスアーキテクチャ
情報システムアーキテクチャ
データアーキテクチャ
アプリケーションアーキテクチャ
テクニカルアーキテクチャ
アーキテクチャドメインは、アーキテクチャプロダクトのコレクションを構造化するための基準です。これらは、フレームワークの適用ドメインと混同されるべきではありません。
現代の連邦政府のガイダンスでは、エンタープライズアーキテクチャの「レイヤー」について考えることを推奨しています。
事業プロセスとアクティビティ
カスタムまたは市販のソフトウェアツールなどのアプリケーション
収集、整理、保護、配布する必要のあるデータ
コンピュータシステムや電話ネットワークなどの技術
アーキテクチャドメインは、フレームワークの上から下に行くにつれて分解のパターンに従います。所有権は、プランナーの視点、オーナーの視点、デザイナーの視点、開発者の視点の4つの広範なカテゴリに分けることができます。すべてのビューは、ほとんどが階層構造になっています。ビジネスビューの場合、プランナーとオーナーのレベルは、通常、バリューチェーンと呼ばれます（これは記述的な性質を持ちます）。ビジネスのデザイナーのビューは分析ビューとも呼ばれ、このビューをモデル化するためのさまざまな標準があります。最も一般的に使用されるモデリング標準の1つは、ビジネスプロセスモデリング表記（BPMN）です。デザイナーのビューは、通常、ビジネスプロセス実行言語（BPEL）のような標準を使用する実行レベルを表します。
アプリケーションおよびテクノロジードメイン（ビジネスドメインと混同しないでください）は、ドメイン機能とドメインサービスによって特徴付けられます。機能はサービスによってサポートされます。アプリケーションサービスは、サービス指向アーキテクチャ（SOA）でも参照されます。テクニカルサービスは、通常、ソフトウェア製品によってサポートされます。
データビューは、データクラスから始まり、データサブジェクトに分解され、さらにデータエンティティに分解されます。最も一般的に使用される基本的なデータモデルタイプは、ERD（エンティティ関係図、エンティティ関係モデルを参照）と呼ばれます。クラス、サブジェクト、エンティティは、データの階層ビューを形成します。企業は、何百万ものデータエンティティのインスタンスを持っています。
エンタープライズアーキテクチャ参照トラディショナルモデルは、アーキテクチャドメイン（ビジネス、情報/データ、アプリケーション/統合、技術/インフラストラクチャ）を明確に区別しています。これらのドメインは、サブドメイン分野にさらに分割できます。EAドメインとサブドメインの例は、右側の画像にあります。
多くのエンタープライズアーキテクチャチームは、エンタープライズアーキテクチャドメインとサブドメイン分野に沿ったスキルを持つ個人で構成されています。例：エンタープライズビジネスアーキテクト、エンタープライズ情報アーキテクト、エンタープライズアプリケーションアーキテクト、エンタープライズインフラストラクチャアーキテクトなど。
アプリケーションおよび情報アーキテクチャドメインにおける参照アーキテクチャアーキテクチャパターンのリストの例は、アーキテクチャパターン（コンピュータサイエンス）で入手できます。
ビューモデルは、システム分析またはシステム設計、あるいはエンタープライズアーキテクチャの構築で使用されるビューまたはアプローチのセットを定義するフレームワークです。
1990年代初頭から、システムアーキテクチャを記述および分析するための標準的なアプローチを定義する多くの取り組みがありました。最近のエンタープライズアーキテクチャフレームワークの多くには、何らかのビューセットが定義されていますが、これらのセットは常に「ビューモデル」と呼ばれるわけではありません。
EAフレームワークには、コンソーシアム開発、オープンソース、私有、防衛産業、政府など、さまざまなタイプがあります。以下にいくつかの例を挙げます。
EABOK（The Guide to the Enterprise Architecture Body of Knowledge）
Generalised Enterprise Reference Architecture and Methodology (GERAM)
IDEAS Group
RM-ODP
The Open Group Architecture Framework (TOGAF)
Good enough architecture methodology
ARCON
TRAK
MEGAF
Praxeme
SABSA
Solution Architecting Mechanism (SAM)
Integrated Architecture Framework (IAF)
CLEAR Framework for Enterprise Architecture
OBASHI
Information FrameWork (IFW)
Zachman Framework
The Enterprise Framework
Pragmatic Enterprise Architecture Framework (PEAF)
DoDAF (DoDAF)
MODAF (MODAF)
NAF
AGATE
DNDAF
Government Enterprise Architecture (GEA)
FDIC Enterprise Architecture Framework
Federal Enterprise Architecture Framework (FEAF)
NIST Enterprise Architecture Model
Treasury Enterprise Architecture Framework (TEAF)
Nederlandse Overheid Referentie Architectuur (NORA)
Architecture Patterns (EA Reference Architecture)
エンタープライズアーキテクチャ
Enterprise Architecture Planning
Enterprise engineering
* Reference architecture
EAフレームワークの構成要素
EAフレームワークは、主に以下の3つの要素で構成されています。
ビュー: システムの重要な関係性を可視化し、関係者間で情報を共有するためのメカニズムを提供します。これにより、システムの全体像や各要素間の相互作用を理解しやすくなります。
手法: データの収集、整理、ビューの構築を体系的に行うための規律です。整合性、正確性、完全性を確保し、信頼性の高いアーキテクチャを構築するためのガイドラインとなります。
訓練/経験: 手法の適用やツールの利用をサポートするための知識、スキル、経験です。これにより、EAフレームワークを効果的に活用し、組織の目標達成に貢献できます。
エンタープライズエンジニアリングとエンタープライズアーキテクチャの範囲は広く、組織は大規模かつ複雑になりがちです。EAフレームワークは、このような複雑さを管理し、必要な時に価値ある成果物を生み出すためのツールと手法を提供します。これは、情報技術（IT）および情報システム統治（ガバナンス）において重要な役割を果たします。
EAフレームワークの歴史
エンタープライズアーキテクチャは、1987年のザックマンフレームワークから始まりました。初期のEAフレームワークには、TAFIMがあります。TAFIMは、米国防総省のアプリケーション開発のために、オープンシステムと新技術の利用を促進しました。その後、TOGAFTRMがIEEEモデルから派生し、POSIXオープンシステム環境を基盤とした標準が生まれました。近年では、EAがビジネス変革における意思決定を支援する能力が注目されており、事業モデルと技術モデルを統合することで、組織変更の影響を追跡できるようになりました。
エンタープライズアーキテクチャフレームワークのトピックス
構築コードのフレームワーク
住宅のリフォームを経験した人なら、建築基準、設計図、行政検査がプロジェクトを成功させるためにいかに重要であるかを知っているでしょう。建築家は建築基準の「枠組み」の中で、構造変更から部屋のサイズやレイアウトまで、プロジェクトの各段階の設計図を作成します。詳細な図面には、構造全体に対する配管、電気、建築工事の情報が明記されています。エンタープライズアーキテクチャも同様の仕組みで機能します。
情報技術（IT）のためのアーキテクチャフレームワークは、企業のあらゆる側面に影響を与えます。エンタープライズアーキテクチャフレームワークは、建物の構造を確実にする建築基準のようなものです。ITガバナンス組織と手順は、建築改善プロジェクトにおける行政検査官の役割を果たします。フレームワークには、ITアーキテクチャの説明を開発するために使用されるモデルと標準が含まれています。このアーキテクチャの説明が設計図に相当します。
アーキテクチャドメイン
エンタープライズアーキテクチャの作成において、ペーテル・ベルヌス（2005年）によると、通常、3つまたは4つのタイプのアーキテクチャが認識され、それぞれが特定のアーキテクチャドメインに対応します。これらのドメインの例としては、以下のようなものがあります。
ビジネスアーキテクチャ
情報システムアーキテクチャ
データアーキテクチャ
アプリケーションアーキテクチャ
テクニカルアーキテクチャ
アーキテクチャドメインは、アーキテクチャプロダクトのコレクションを構造化するための基準です。これらは、フレームワークの適用ドメインと混同されるべきではありません。
エンタープライズアーキテクチャのレイヤー
現代の連邦政府のガイダンスでは、エンタープライズアーキテクチャの「レイヤー」について考えることを推奨しています。
事業プロセスとアクティビティ
カスタムまたは市販のソフトウェアツールなどのアプリケーション
収集、整理、保護、配布する必要のあるデータ
コンピュータシステムや電話ネットワークなどの技術
アーキテクチャドメインは、フレームワークの上から下に行くにつれて分解のパターンに従います。所有権は、プランナーの視点、オーナーの視点、デザイナーの視点、開発者の視点の4つの広範なカテゴリに分けることができます。すべてのビューは、ほとんどが階層構造になっています。ビジネスビューの場合、プランナーとオーナーのレベルは、通常、バリューチェーンと呼ばれます（これは記述的な性質を持ちます）。ビジネスのデザイナーのビューは分析ビューとも呼ばれ、このビューをモデル化するためのさまざまな標準があります。最も一般的に使用されるモデリング標準の1つは、ビジネスプロセスモデリング表記（BPMN）です。デザイナーのビューは、通常、ビジネスプロセス実行言語（BPEL）のような標準を使用する実行レベルを表します。
エンタープライズアーキテクチャのドメインとサブドメイン
アプリケーションおよびテクノロジードメイン（ビジネスドメインと混同しないでください）は、ドメイン機能とドメインサービスによって特徴付けられます。機能はサービスによってサポートされます。アプリケーションサービスは、サービス指向アーキテクチャ（SOA）でも参照されます。テクニカルサービスは、通常、ソフトウェア製品によってサポートされます。
データビューは、データクラスから始まり、データサブジェクトに分解され、さらにデータエンティティに分解されます。最も一般的に使用される基本的なデータモデルタイプは、ERD（エンティティ関係図、エンティティ関係モデルを参照）と呼ばれます。クラス、サブジェクト、エンティティは、データの階層ビューを形成します。企業は、何百万ものデータエンティティのインスタンスを持っています。
エンタープライズアーキテクチャ参照トラディショナルモデルは、アーキテクチャドメイン（ビジネス、情報/データ、アプリケーション/統合、技術/インフラストラクチャ）を明確に区別しています。これらのドメインは、サブドメイン分野にさらに分割できます。EAドメインとサブドメインの例は、右側の画像にあります。
多くのエンタープライズアーキテクチャチームは、エンタープライズアーキテクチャドメインとサブドメイン分野に沿ったスキルを持つ個人で構成されています。例：エンタープライズビジネスアーキテクト、エンタープライズ情報アーキテクト、エンタープライズアプリケーションアーキテクト、エンタープライズインフラストラクチャアーキテクトなど。
アプリケーションおよび情報アーキテクチャドメインにおける参照アーキテクチャアーキテクチャパターンのリストの例は、アーキテクチャパターン（コンピュータサイエンス）で入手できます。
ビューモデル
ビューモデルは、システム分析またはシステム設計、あるいはエンタープライズアーキテクチャの構築で使用されるビューまたはアプローチのセットを定義するフレームワークです。
1990年代初頭から、システムアーキテクチャを記述および分析するための標準的なアプローチを定義する多くの取り組みがありました。最近のエンタープライズアーキテクチャフレームワークの多くには、何らかのビューセットが定義されていますが、これらのセットは常に「ビューモデル」と呼ばれるわけではありません。
エンタープライズアーキテクチャフレームワークの種類
EAフレームワークには、コンソーシアム開発、オープンソース、私有、防衛産業、政府など、さまざまなタイプがあります。以下にいくつかの例を挙げます。
コンソーシアム開発のフレームワーク
EABOK（The Guide to the Enterprise Architecture Body of Knowledge）
Generalised Enterprise Reference Architecture and Methodology (GERAM)
IDEAS Group
RM-ODP
The Open Group Architecture Framework (TOGAF)
Good enough architecture methodology
ARCON
オープンソースのフレームワーク
TRAK
MEGAF
Praxeme
SABSA
私有のフレームワーク
Solution Architecting Mechanism (SAM)
Integrated Architecture Framework (IAF)
CLEAR Framework for Enterprise Architecture
OBASHI
Information FrameWork (IFW)
Zachman Framework
The Enterprise Framework
Pragmatic Enterprise Architecture Framework (PEAF)
防衛産業のフレームワーク
DoDAF (DoDAF)
MODAF (MODAF)
NAF
AGATE
DNDAF
政府のフレームワーク
Government Enterprise Architecture (GEA)
FDIC Enterprise Architecture Framework
Federal Enterprise Architecture Framework (FEAF)
NIST Enterprise Architecture Model
Treasury Enterprise Architecture Framework (TEAF)
Nederlandse Overheid Referentie Architectuur (NORA)
関連項目
Architecture Patterns (EA Reference Architecture)
エンタープライズアーキテクチャ
Enterprise Architecture Planning
Enterprise engineering
* Reference architecture
もう一度検索
【記事の利用について】
タイトルと記事文章は、記事のあるページにリンクを張っていただければ、無料で利用できます。
※画像は、利用できませんのでご注意ください。
【リンクついて】
リンクフリーです。