連邦エンタープライズアーキテクチャ

連邦エンタープライズアーキテクチャフレームワーク（FEAF ）は、米国連邦政府の参照エンタープライズアーキテクチャです。これは、組織設計とパフォーマンス改善の一環として、戦略、ビジネス、テクノロジー管理を統合するための共通アプローチを提供します。^[1]

最もよく知られている連邦エンタープライズ アーキテクチャは、米国連邦政府のエンタープライズ アーキテクチャである、米国の「連邦エンタープライズ アーキテクチャ」(FEA) と、それに対応する米国の「連邦エンタープライズ アーキテクチャ フレームワーク」(FEAF) です。この補題では、この特定のエンタープライズ アーキテクチャとエンタープライズ アーキテクチャ フレームワークに焦点を当てます。

エンタープライズ アーキテクチャ (EA) は、ビジネス リソースとテクノロジ リソースを調整して戦略的な成果を達成し、組織のパフォーマンスを向上させ、連邦政府機関が中核ミッションをより適切に実行できるように導くための管理のベストプラクティスです。EA は、機関の現在の状態と将来の状態を説明し、現在の状態から望ましい将来の状態への移行計画を示します。連邦政府のエンタープライズ アーキテクチャは、これらの目標を達成するための進行中の作業です。^[2]

米国連邦エンタープライズ アーキテクチャ (FEA) は、米国連邦政府内でエンタープライズ アーキテクチャの価値を実現することを目的とした、米国行政管理予算局、電子政府および IT 局の取り組みです。エンタープライズ アーキテクチャは、1996 年にクリンガー コーエン法が可決されたことにより、米国連邦政府で認められた戦略および管理のベスト プラクティスとなりました。

米国連邦政府内でエンタープライズ アーキテクチャを実装して使用することで、数多くのメリットが得られます。その 1 つは、米国連邦政府内で IT 調達の共通アプローチを提供することです。また、連邦政府機関間での情報とリソースの共有を容易にし、コストを削減し、市民サービスを向上させるように設計されています。

1999 年 9 月、連邦 CIO 評議会は、複数の機関の境界を越えるシステムのためのエンタープライズ アーキテクチャ(EA) を連邦政府機関内で開発するための「連邦エンタープライズ アーキテクチャ フレームワーク」(FEAF) バージョン 1.1 を公開しました。これは、組織の境界を越える一般的なビジネス プラクティスと設計、特にNIST エンタープライズ アーキテクチャ モデルに基づいています。FEAF は、優先度の高い領域のアーキテクチャ記述を開発および文書化するための永続的な標準を提供します。また、連邦政府の複数の組織機能セグメントのアーキテクチャを記述するためのガイダンスを提供します。^[3]公開当時、政府の IT 部門は Y2K 問題に重点を置き、その後 2001 年 9 月の出来事が起こったため、EA の実装には注意が向けられませんでしたが、事前および事後の実践により、これらの出来事の影響は軽減された可能性があります。大統領の管理アジェンダの一環として、2001 年 8 月に電子政府タスク フォース プロジェクトが開始されました (非公式にはプロジェクト クイックシルバーと呼ばれていました)。この戦略における重要な発見は、政府機関のシステムが大幅に重複し、冗長なため、ブッシュ政権の「市民中心」の政府戦略の達成が妨げられているということでした。タスク フォースは、連邦エンタープライズ アーキテクチャ プロジェクトの作成と、OMB での FEA オフィスの設立を推奨しました。これは、情報工学に重点を置く FEAF から、パフォーマンス結果を事業分野、プロセス サービス コンポーネント、データの種類、およびテクノロジ コンポーネントにリンクする分類法で構成される参照モデルを使用する J2EE オブジェクト再利用アプローチへの移行でした。それ以降の中間リリースでは、コア参照モデルの定義が継続的に強化され (以下を参照)、一連のテンプレートで実際にアーキテクチャを開発するための非常に堅牢な方法論が提供されました。この方法論は、連邦セグメント アーキテクチャ方法論 (FSAM) とその次世代代替である共同計画方法論 (CPM) を形成します。CPM は、より柔軟で、より広範囲に適用でき、より大規模な計画分野のセットを包含するように設計されています。

これらの連邦アーキテクチャセグメントは、集合的に連邦エンタープライズアーキテクチャを構成します。2001 年、連邦アーキテクチャワーキンググループ (FAWG) は、貿易および補助金の連邦アーキテクチャセグメント向けのエンタープライズアーキテクチャ製品の開発を後援していました。方法—特定の問題に取り組むための規定された方法。図に示すように、FEAF は特定のアーキテクチャをビジネス、データ、アプリケーション、およびテクノロジアーキテクチャに分割します。当時作成された FEAF の全体的なフレームワーク (図を参照) には、Zachman フレームワークの最初の 3 つの列とSpewakのエンタープライズアーキテクチャ計画方法論が含まれています。^[3]

2012 年 5 月、OMB は新しい完全なガイド「連邦エンタープライズ アーキテクチャへの共通アプローチ」を発行しました。^[4] このガイドは、IT サービス提供への共通アプローチを増やすための連邦 CIO のポリシー ガイダンスおよび管理ツールの一部としてリリースされ、連邦政府におけるエンタープライズ アーキテクチャの開発と使用に関する全体的なアプローチを示しています。共通アプローチは、連邦機関内および連邦機関間でのアーキテクチャの開発と使用を標準化することで、ミッションの有効性のレベルの向上を促進します。これには、EA を使用して機関が無駄と重複を排除し、共有サービスを増やし、パフォーマンスのギャップを埋め、政府、業界、市民の関与を促進するための原則が含まれています。

2013 年 1 月 29 日、ホワイト ハウスは連邦政府機関向けに連邦エンタープライズ アーキテクチャ フレームワーク (FEAF-II) のバージョン 2 をリリースし、約 1 年後に一般公開しました。^[5]この文書は、Common Approach が定めた基準を満たしており、戦略目標がビジネス サービスを推進し、それが実現技術の要件を提供することを強調しています。その中核となるのは統合参照モデル (CRM) で、OMB と連邦政府機関に投資を説明および分析するための共通言語とフレームワークを提供します。

全体として、連邦エンタープライズ アーキテクチャ (FEA) は、一連の連邦法と命令によって義務付けられています。これらの連邦法は次のとおりです。

• GPRA 1993 : 政府業績改革法
• PRA 1995 :書類削減法
• CCA 1996 :クリンガー・コーエン法
• GPEA 1998 : 政府書類廃止法
• FISMA 2002:連邦情報セキュリティ管理法
• E-Gov 2002 : 電子政府

補足的なOMB回覧は次のとおりです。

• A-11 : 予算の作成、提出、執行
• A-130 : OMB 回覧 A-130連邦情報リソースの管理、1985 年 12 月に初発行

共同計画方法論 (CPM) は、リーダー、利害関係者、計画者、実装者とのコラボレーションによって形成された推奨事項につながる、統合された多分野にわたる分析で構成されるシンプルで反復可能なプロセスです。これは、連邦エンタープライズアーキテクチャへの共通アプローチで定義されているすべてのレベルの範囲 (国際、国家、連邦、セクター、機関、セグメント、システム、アプリケーション) で使用するための完全な計画および実装ライフサイクルとして意図されています。^{[4] [5]}

連邦エンタープライズ アーキテクチャ フレームワーク (FEAF) の統合参照モデルは、OMB と連邦政府機関に、投資を記述および分析するための共通言語とフレームワークを提供します。これは、機関間の分析と、機関内および機関間の重複投資、ギャップ、およびコラボレーションの機会の特定を容易にするために設計された、相互に関連する参照モデルのセットで構成されています。参照モデルは全体として、連邦機関の運用の重要な要素を共通かつ一貫した方法で記述するためのフレームワークを構成します。FEAF とその語彙を使用することで、連邦政府全体で IT ポートフォリオをより適切に管理および活用できるようになり、コラボレーションが強化され、最終的に連邦政府が変革されます。

バージョン 1 の 5 つの参照モデル (下記参照) は、FEAF-II では再グループ化され、6 つに拡張されました。

パフォーマンス参照モデル (PRM)

この参照モデルは、EA 全体の戦略サブアーキテクチャ ビューにおけるアーキテクチャ分析とレポート作成をサポートします。PRM は、エージェンシー戦略、内部ビジネス コンポーネント、および投資をリンクし、それらの投資が戦略的な成果に与える影響を測定する手段を提供します。

ビジネスリファレンスモデル (BRM)

この参照モデルは、FEAF v1 のビジネス コンポーネント参照モデルとサービス コンポーネント参照モデルを組み合わせたもので、EA 全体のビジネス サービス サブアーキテクチャ ビューにおけるアーキテクチャ分析とレポート作成をサポートします。BRM は、縦割りの組織ビューではなく、共通のミッションとサポート サービス領域の分類法によって組織を記述し、機関内および機関間のコラボレーションを促進します。

データ参照モデル (DRM)

DRM により、「サイロ」に存在する既存のデータ保有の検出が容易になり、データの意味、データへのアクセス方法、パフォーマンス結果をサポートするためにデータを活用する方法が理解できるようになります。

アプリケーション リファレンス モデル (ARM)

ARM は、サービス機能の提供をサポートするシステムおよびアプリケーション関連の標準とテクノロジを分類し、機関が共通のソリューションを共有および再利用して、規模の経済のメリットを享受できるようにします。

インフラストラクチャ参照モデル (IRM)

IRM は、音声、データ、ビデオ、モバイル サービスのコンポーネントと機能の配信をサポートおよび可能にするために、ネットワーク/クラウド関連の標準とテクノロジを分類します。

セキュリティ参照モデル (SRM)

SRM は、連邦政府機関のビジネスおよびパフォーマンス目標の文脈でセキュリティとプライバシーについて議論するための共通言語と方法論を提供します。

FEA は、IT リソースを記述するための共通の分類法を開発するさまざまな参照モデルを使用して構築されます。FEA バージョン 1 参照モデル (画像を参照) には、次のものが含まれています。

• パフォーマンス参照モデル、
• ビジネスリファレンスモデル、
• サービスコンポーネント参照モデル、
• データ参照モデルと
• 技術リファレンスモデル。

これは、連邦政府機関間での情報とリソースの共有を容易にし、コストを削減し、国民サービスを向上させることを目的としています。これは、クリンガー・コーエン法に準拠することを目的とした米国行政管理予算局の取り組みです。

PRMは、主要なIT投資のパフォーマンスとプログラムパフォーマンスへの貢献を測定するための標準化されたフレームワークです。^[1] PRMには主に3つの目的があります。

1. 戦略および日常の意思決定を改善するための強化されたパフォーマンス情報の作成を支援します。
2. 入力と出力および結果の整合性を改善し、その貢献をより明確に表現することで、望ましい結果への明確な「見通し」を作成します。
3. 従来の組織構造や境界を越えたパフォーマンス改善の機会を特定する

PRMは、バランスト・スコアカード、ボルドリッジ基準^{[6] 、} 価値測定方法論、プログラム・ロジック・モデル、バリュー・チェーン、制約理論など、パフォーマンス測定に対する既存のアプローチをいくつか使用しています。さらに、PRMは、PART評価、GPRA、エンタープライズ・アーキテクチャ、資本計画および投資管理を通じて政府機関が現在測定しているものを参考にしています。PRMは現在、4つの測定領域で構成されています。

• ミッションとビジネス成果
• 顧客の結果
• プロセスとアクティビティ
• テクノロジー

「FEAビジネス リファレンス モデル」は、連邦政府のビジネス オペレーションを、それを実行する機関とは独立して記述するための機能主導のフレームワークです。このビジネス リファレンス モデルは、機能主導のアプローチを使用して、連邦政府の日常的なビジネス オペレーションを記述するための、組織化された階層構造を提供します。BRM は、連邦エンタープライズ アーキテクチャの最初のレイヤーであり、データ、サービス コンポーネント、およびテクノロジの分析の主要な視点です。^[1]

BRM は次の 4 つの領域に分かれています。

• 市民向けサービス
• 配送方法
• サービスの提供をサポートする
• 政府資源の管理

ビジネス参照モデルは、連邦政府の業務部門（内部業務や国民へのサービスを含む）を、それらを実行する機関、局、事務所から独立して、機能的（組織的ではない）に把握するのに役立つフレームワークを提供します。連邦政府を、機関ごとに細分化された視点ではなく、共通のビジネス分野を中心に記述することで、BRM は機関間の連携を促進し、FEA および E-Gov 戦略の基礎として機能します。^[1]

BRM は政府運営に関する考え方の改善を提供しますが、それは単なるモデルに過ぎず、その真の有用性は効果的に使用されて初めて実現されます。BRM が推進する機能的アプローチは、EA ビジネス アーキテクチャとすべての連邦機関および OMB の管理プロセスに組み込まれなければ、電子政府の目標達成にはほとんど役立ちません。^[1]

サービス コンポーネント リファレンス モデル (SRM) は、ビジネスおよびパフォーマンス主導の機能フレームワークであり、サービス コンポーネントがビジネス目標やパフォーマンス目標をどのようにサポートするかに基づいて分類します。^[1] SRM は、政府全体のビジネスおよびアプリケーション サービス コンポーネントを IT 投資および資産から検出するのをサポートするために使用します。SRM は、水平および垂直のサービス ドメインにわたって構造化されており、ビジネス機能とは独立して、アプリケーション、アプリケーション機能、コンポーネント、およびビジネス サービスの再利用をサポートする基盤を提供できます。

SRM は次のドメインを確立します。

• カスタマーサービス
• プロセス自動化サービス
• ビジネス管理サービス
• デジタル資産サービス
• ビジネス分析サービス
• バックオフィスサービス
• サポートサービス

各サービスドメインはサービスタイプに分解されます。たとえば、顧客サービスドメインに関連付けられている3つのサービスタイプは、顧客設定、顧客関係管理、顧客主導のサポートです。また、各サービスタイプはさらにコンポーネントに分解されます。たとえば、顧客設定サービスタイプ内の4つのコンポーネントには、パーソナライゼーション、サブスクリプション、アラートと通知、プロファイル管理が含まれます。^[7]

データ参照モデル( DRM) は、政府のプログラムと事業ラインの運用をサポートするデータと情報を集約レベルで記述します。このモデルにより、連邦政府と国民の間で行われるやり取りと交換の種類を政府機関が記述できるようになります。^[1] DRM は、政府情報をより詳細なレベルに分類します。また、連邦データの分類を確立し、重複するデータ リソースを識別します。共通のデータ モデルにより、連邦政府内および政府と外部の利害関係者間の情報交換プロセスが効率化されます。

DRM の第 1 巻では、構造、使用法、およびデータ識別構造の概要を説明します。このドキュメントの内容は次のとおりです。

• モデルの第 2 巻から第 4 巻で詳細に説明される内容の概要と概要を提供します。
• 残りの巻の関心コミュニティの発展を奨励する。
• 将来の開発で使用される基本的な概念、戦略、および構造を提供します。

DRM は、データ アーキテクトがモデリング標準と概念を開発するための出発点です。DRM の結合されたボリュームは、データ分類をサポートし、水平方向と垂直方向の情報共有を可能にします。

TRMは、サービスコンポーネントと機能の提供をサポートし、可能にするための標準と技術を分類するコンポーネント主導の技術フレームワークです。また、政府全体の観点から技術とサービスコンポーネントの再利用と標準化を推進するための基盤を提供することで、既存の政府機関のTRMとE-Govガイダンスを統合します。^[1]

TRM は次の要素で構成されます。

• サービス エリア : サービス コンポーネントの安全な構築、交換、配信をサポートする技術層を表します。各サービス エリアは、標準とテクノロジを下位レベルの機能領域に集約します。各サービス エリアは、複数のサービス カテゴリとサービス標準で構成されます。この階層は、サービス エリアを直接サポートする標準とテクノロジをグループ化するフレームワークを提供します。(紫色の見出し)
• サービス カテゴリ : 提供されるビジネス機能またはテクノロジー機能に基づいて、テクノロジーと標準の下位レベルを分類します。各サービス カテゴリは、1 つ以上のサービス標準で構成されます。(太字のグループ)
• サービス標準 : サービス カテゴリをサポートする標準とテクノロジを定義します。TRM への機関のマッピングをサポートするために、多くのサービス標準では、例として説明的な仕様やテクノロジが提供されています。(プレーン テキスト)

右の図は、TRM の概要を示しています。

機関の資本投資をTRMに合わせることで、共通の標準化された語彙が活用され、機関間の発見、コラボレーション、相互運用が可能になります。機関と連邦政府は、ビジネス機能、ミッション、ターゲットアーキテクチャをサポートするために最適なソリューションとテクノロジーを特定して再利用することで、規模の経済の恩恵を受けることができます。階層構造のTRMは、コンポーネントベースまたはサービス指向アーキテクチャで使用および活用できるビジネスおよびアプリケーションサービスコンポーネントの安全な配信、交換、構築を総合的にサポートする標準とテクノロジーを分類します。^[1]

FEA では、エンタープライズ、セグメント、ソリューション アーキテクチャは、詳細レベルを変え、関連性はあるものの異なる懸念事項に対処することで、異なるビジネス視点を提供します。エンタープライズ自体が階層的に構成されているのと同様に、各タイプのアーキテクチャによって提供されるさまざまなビューも同様です。連邦エンタープライズ アーキテクチャ プラクティス ガイダンス (2006) では、3 つのタイプのアーキテクチャを定義しています。^[2]

• エンタープライズアーキテクチャ、
• セグメントアーキテクチャ、および
• ソリューション アーキテクチャ。

定義上、エンタープライズ アーキテクチャ(EA) は、基本的に共通または共有の資産 (戦略、ビジネス プロセス、投資、データ、システム、テクノロジなど) を特定することに関係しています。EA は戦略によって推進され、機関がそのリソースが機関のミッションと戦略目標および目的に適切に適合しているかどうかを特定するのに役立ちます。投資の観点から見ると、EA は IT 投資ポートフォリオ全体に関する決定を推進するために使用されます。したがって、EA の主な利害関係者は、機関が可能な限り効果的かつ効率的にミッションを遂行することを保証する任務を負っている上級管理職と幹部です。^[2]

対照的に、「セグメント アーキテクチャ」は、コア ミッション領域、ビジネス サービス、またはエンタープライズ サービスのシンプルなロードマップを定義します。セグメント アーキテクチャはビジネス管理によって推進され、市民や機関のスタッフへのサービスの提供を改善する製品を提供します。投資の観点から見ると、セグメント アーキテクチャは、コア ミッション領域または共通サービスまたは共有サービスをサポートするビジネス ケースまたはビジネス ケースのグループに関する決定を推進します。セグメント アーキテクチャの主な利害関係者は、ビジネス オーナーとマネージャーです。セグメント アーキテクチャは、次の 3 つの原則を通じて EA と関連しています。

• 構造: セグメント アーキテクチャは EA で使用されるフレームワークを継承しますが、コア ミッション領域または共通サービスや共有サービスの特定のニーズを満たすために拡張および特化される場合があります。
• 再利用: セグメント アーキテクチャは、データ、共通のビジネス プロセスと投資、アプリケーションとテクノロジなど、エンタープライズ レベルで定義された重要な資産を再利用します。
• 整合：セグメントアーキテクチャは、ビジネス戦略、義務、標準、パフォーマンス測定など、企業レベルで定義された要素と一致します。^[2]

「ソリューション アーキテクチャ」は、個々の機関のビジネス機能を自動化および改善するために使用されるアプリケーションやコンポーネントなどの機関の IT 資産を定義します。ソリューション アーキテクチャの範囲は通常、単一のプロジェクトに限定され、システムまたはビジネス ソリューションの全体または一部を実装するために使用されます。ソリューション アーキテクチャの主な利害関係者は、システム ユーザーと開発者です。ソリューション アーキテクチャは、定義と制約を通じて、セグメント アーキテクチャおよびエンタープライズ アーキテクチャと一般的に関連しています。たとえば、セグメント アーキテクチャは、個々のソリューションによってアクセスされる、コア ミッション領域またはサービス内で使用されるデータまたはサービス インターフェイスの定義を提供します。同様に、ソリューションは、エンタープライズ レベルで定義された特定のテクノロジと標準に制限される場合があります。^[2]

連邦エンタープライズ アーキテクチャ プログラムの結果は不十分であると見なされます。

• FEAプログラムの参加者であるスタンレー・ゲイバーは、「連邦政府内のエンタープライズ・アーキテクチャは機能しておらず、多くの場合、有用な結果をもたらしていない。さらに、連邦EAプログラムの重要な部分は完全に失敗している」と報告している。^[8]
• 2011年に米国議会に提出された公式報告書では、「ほとんどの省庁や機関は、それぞれのエンタープライズアーキテクチャプログラムから得られるメリットを将来的に実現できると予想している」と報告されています。これは、連邦政府におけるエンタープライズアーキテクチャの開発と使用から得られる真の価値が、ほとんど実現されていないことを示しています。^[9]

• ビジネスリファレンスモデル
• 国防総省のアーキテクチャフレームワーク
• FDIC エンタープライズ アーキテクチャ フレームワーク
• 物理データモデル
• 参照モデル
• 財務エンタープライズアーキテクチャフレームワーク

ウィキメディア・コモンズには、連邦エンタープライズ・アーキテクチャに関連するメディアがあります。

• 連邦エンタープライズアーキテクチャ研究所のウェブサイト
• 連邦最高情報責任者協議会のウェブサイト
• DoD CIO エンタープライズ アーキテクチャと標準
• ADOit による FEA
• ボルドリッジパフォーマンスエクセレンスプログラム