定義:Architectures federationは、ユーザーにシームレスな外観を提供するために、別々の関連するアーキテクチャとアーキテクチャ情報を整列、検索、リンクするエンタープライズアーキテクチャの開発、保守、および使用のためのフレームワークです。
キーワード:エンタープライズアーキテクチャ,フェデレーションアーキテクチャ,フェデレーションに適合,セマンティックアライメント,階層化された説明責任,タッチポイント
MITRE SEの役割と期待: MITREは、多くの場合、企業の全体的な近代化や変革プログラムをサポートするという文脈で、企業アーキテクチャの構築を支援するために、さまざまな政府スポン 多くのスポンサーは、共通の使命を達成するために、ビジネスプロセス、インフォメーションストア、技術システム、人事を一貫して安全な方法で共有するという複雑な問題に直面しています。 MITRE systems engineer(SEs)は、アーキテクチャフェデレーションの原則を理解し、適用して、エンタープライズアーキテクチャまたはマルチエージェンシーエンタープライズアーキテクチャの大部分にわたってローカルイノベーション、エンタープライズ統合、および進化を可能にすることが期待されています。 MITREのスポンサーは、共通の規範的な方向性を満たすためにそれぞれの製品を構築するのを助けることによって、レゴ®レンガのように”それらをスナップ”
はじめに
近年、MITREは連邦政府のスペクトル全体で建築の取り組みを支援してきました。 実際には、連邦政府は現在、重要な情報技術投資のための資金を求めている機関が企業アーキテクチャを使用することを義務付けています。 スポンサーは、米国企業（例えば、空軍企業）と共同および連合軍、その他のサービス、および国家機関との相互運用性と統合を強化することにより、戦闘およびビジネス能力を向上させるためにアーキテクチャを使用しています。
これらの努力を達成するために、MITRE SEsは、フェデレーションアーキテクチャの原則を理解し、適用して、アーキテクチャの相互関係を説明し、アーキテクチャが互いに接続する方法を表現することが期待されている。 フェデレーションアーキテクチャは、企業の主要な部分にわたってローカルイノベーション、企業統合、および進化を可能にします。 アーキテクチャ連盟の原則実際には、連邦航空局、国防総省、DHS、CBP、連邦緊急事態管理局などの多数の多様な組織アーキテクチャの統合、統合、フェデレーション、航空会社、空港、IT産業、気象局などの業界プレーヤーからの貢献が必要です。 この記事では、アーキテクチャフェデレーションの基本的な概念を探り、mitre SEsがフェデレーションの原則が実践者がより効率的かつ効果的にアーキテクチ
エンタープライズアーキテクチャとは何ですか？
アーキテクチャは、コンポーネントの構造、相互および環境との関係、およびそれらが記述するエンティティの設計と進化を導く原則に関連しています。、共同監視標的攻撃レーダーシステム）、または機能またはミッションエリア（例えば、財務管理、国土安全保障）。 アーキテクチャ製品やアーティファクトは、アーキテクチャツールやデータベースリポジトリに格納された構造化データのモデル、ハードコピーや電子形式の情報のグラ
“企業”の良い作業定義は、目標や原則の共通のセット、または単一のボトムラインを持っている任意の組織や組織のグループです（例えば。、法人、単一の部門、政府機関、地理的に遠隔地の組織のネットワーク）。 エンタープライズアーキテクチャは、企業の明確で包括的なイメージを提供します。 これは、現在の運用および技術環境、ターゲット環境、および”現状のまま”から”to be”環境への移行のための設備投資ロードマップのスナップショットで構成さ 言い換えれば、それは先の道のロードマップとして機能します。 スナップショットは”ビュー”で構成され、それぞれが、特定の利害関係者グループに関心のある企業の一部の概念的または論理的な表現を提供する1つま
フェデレーションアーキテクチャの意味は何ですか？
モノリシックで統合されたアーキテクチャを開発する歴史的なアプローチは、これらの製品が一般的に複雑すぎて扱いにくいため、うまく機能していません。 これとは対照的に、フェデレーションアーキテクチャは、エンタープライズアーキテクチャの開発、保守、および使用のためのフレームワークであり、別々の関連するア これにより、複雑なアーキテクチャをコンポーネントアーキテクチャから断片的に構築することができます。 このようにして、フェデレーションアーキテクチャアプローチは、個々のアーキテクチャの一意性と特定の目的を認識し、自律性とローカルガバナンスを可能にし、企業が集合的なコンテンツから利益を得ることを可能にします。
フェデレーションは、定義されたコンテキストと現在/将来の環境内で、企業の活動(プロセス)、人、物事についての知識(アーキテクチャ)の体系を整理する手段を提供します。 フェデレーションアーキテクチャは、企業全体のアーキテクチャをリンクすることによって意思決定をサポートし、相互運用性、重複とギャップの特定、再利用性の決定などの事項の評価を可能にする包括的なエンタープライズビューを提供します。
フェデレーションをサポートするアーキテクチャを開発するのはなぜですか？
アーキテクチャを統合および/またはフェデレーションする能力は、連邦政府の部門や機関などの広範なドメイン全体の企業の問題に対処するために フェデレーションにより、複数のグループが即時のニーズに最も適したアーキテクチャを開発することができ、複数の領域を横断する問題に対処するた 単一のアーキテクチャでは、多様なミッションを持つ大規模な組織で必要な分析の種類をサポートするために、企業全体に十分に対処できない場合があ 複数のアーキテクチャをフェデレートする能力は、より小さな一口サイズの塊で企業を理解するためのより堅牢な構造につながります。
Architectures federationは、部分的には、重複を見つけて共通のアーキテクチャ情報間のマッピングを確立することによって、下位アーキテクチャと親アーキテクチャを関 連邦政府の部門や機関はまた、企業を管理しやすく、適切なサイズのコンポーネントに分割するアーキテクチャ連盟戦略の別の使用を追求しています。 誰もが、必要に応じて構成部品を”スナップ”できるように、一貫性を維持するために、ルール、共通の用語、および標準の小さなセットを使用しています。 たとえば、部門アーキテクチャは部門全体のルールと制約を表し、コンポーネントアーキテクチャはミッション固有のサービスと機能を表し、ソリューションアーキテクチャはより高いルールと制約に準拠するソリューションを表します。
フェデレーションの概念は、環境の発展と情報の共有においても重要な役割を果たしています。 たとえば、連邦政府の部門と機関企業がますますネットワーク化されるにつれて、フェデレーションアーキテクチャは、情報と複雑な関係の配列を整理する上で不可欠であることが証明されています。 また、フェデレーションアーキテクチャメタデータは、既存のシステムやプログラムのポートフォリオを評価して、必要な機能を実現するために必要な変更や追加について意思決定を行うのにも役立ちます。
では、フェデレーテッドエンタープライズアーキテクチャとは何ですか？
enterpriseスコープで定義されているように、フェデレーションエンタープライズアーキテクチャは、次の属性を持つアーキテクチ:
- これは、組織の自律性と企業のニーズのバランスをとる、中央の権限と構成単位の間でガバナンスが分割されている協力的に動作します。
- 中央当局のアーキテクチャは、規模、基準、および企業の幸福の経済のダイナミクスに焦点を当てることができます。
- 構成ユニットのアーキテクチャは、自律的な戦略と独立したプロセスを追求する柔軟性を持っています。
アーキテクチャ統合をサポートする中心的な要素は何ですか？
フェデレーションアプローチでは、アーキテクチャ開発の責任は企業内の異なる階層で共有されます。 これらの別々のが、関連する努力を一緒に持って来るために必要:
- 階層化された説明責任:階層内の下位のアーキテクチャが上位のアーキテクチャから特性を継承するアーキテクチャの階層を確立します。 タッチポイントを使用して、レベルまたは階層全体のアーキテクチャを関連付
- 分類:アーキテクチャとアーティファクトを”好き”に関連付け、グループ化します。
- セマンティックアライメント:共通の語彙とマッピング関係を使用して、共有された理解を確立します。
- 参照アーキテクチャ:他のアーキテクチャが使用する親タクソノミを提供します。
- 検索と検出:許可されたユーザーが関連するアーキテクチャを検索してアクセスし、情報と再利用を許可します。
アーキテクチャ統合のためのいくつかの重要な構成要素は何ですか？
アーキテクチャフェデレーションの主要な構成要素を図1に示します。 各コンストラクトは、利害関係者の特定のグループに関心のあるアーキテクチャ製品のコレクションで構成されています。
主題のアーキテクチャは、特定の目的のためにソリューションを駆動するアーキテクチャです。 それは機能を提供するのに必要とされるすべてのビジネス、情報、ビジネスサービスおよび技術の部品に演説する。 対象アーキテクチャが依存するソリューションのアーキテクチャはサポートアーキテクチャと呼ばれ、対象アーキテクチャに依存するソリューションのアーキテクチャはサポートアーキテクチャと呼ばれます。
各アーキテクチャのインタフェースポイント(タッチポイントとも呼ばれます)は、二つのアーキテクチャ間の意図的な接続の抽象的な表現です。 これらのアーキテクチャインターフェイスポイントは、対応するアーキテクチャーを実装するソリューションに具体化される実世界のインターフェイスの抽象化です。 簡単に言えば、インターフェイスポイントは、アーキテクチャをより大きなフェデレーションアーキテクチャに結合できる場所であるため、運用の観点から意図的なフェデレーションの鍵となります。
フェデレーションにおけるコンプライアンスの役割は何ですか？
アーキテクチャが共有され、他のアーキテクチャとのフェデレーションをサポートするために使用される場合（例えば、他のアーキテクチャやプログラムの開発を指導する場合）、アーキテクチャが一連の標準に準拠することが重要である。 これらの基準は、コンプライアンス基準と呼ばれる規範的な方向性の形で来る。 コンプライアンス基準には、情報、サービス、テクノロジ標準などのビジネスルールとプロセスが含まれます。 プログラムまたは他のアーキテクチャは、特定の構造に準拠するためにこれらに準拠する必要があります。 コンプライアンス基準は、これらの基準が検証される方法の説明で強化されています。 したがって、コンプライアンス基準では、プログラムまたはアーキテクチャが機能性の面で、また標準を遵守し、特定の定性的要件を満たすという点で、何を実証しなければならないかが明示されています。
組織は、最低限の標準を満たすアーキテクチャを作成し、アーキテクチャを共有しやすくし、相互運用可能なソリューションのフェデレーションの構築をサポートするためにアーキテクチャのフェデレーションの構築に使用するように配置することから始めることができます。
コンプライアンス基準の例は何ですか？
Fit for Federationは、アーキテクチャフェデレーションの一部となるすべてのアーキテクチャに適用される可能性のある特定のコンプライアンス評価の例です。 フェデレーションの適合は、次の準拠基準によって決定されます:
- アーキテクチャの目的は、ユーザーと用途によって文書化され、検証されています。
- 入力は権限のあるソースからのものであることが確認され、権限のあるソースが記録されます。
- アーキテクチャおよび/または分析（出力）は、目的に適合していることが確認されています。
- サポートされているアーキテクチャのインターフェイスポイントと関連する標準が特定、文書化、検証されています。
- サポートアーキテクチャインターフェイスポイントは、プロバイダと識別され、文書化され、ネゴシエートされます。
- その他のコンプライアンス基準（例： は、企業全体の基準および/または定性的要件）が確立され、文書化され、検証される。
コンプライアンス基準への適合性を評価する際に適用される可能性のある定性的要件の例には、手頃な価格、信頼性、拡張性、パフォーマンス、信頼性があ
サービス指向環境では、特定のコンプライアンス基準はサービスレベル契約(Sla)としてパッケージ化されます。 単一のコンプライアンス基準は、複数のSlaに配布できます。 たとえば、特定の語彙をサポートすることは、主題（ドメイン）語彙を扱うすべてのサービスに適用されます。
ベストプラクティスと学んだ教訓
セマンティック合意を達成する。 アーキテクチャを統合するには、関連する情報を適切に関連付けることができるように意味的合意が必要です。 MITRE SEsは、スポンサーがセマンティック合意を達成することを推奨することができます:
- これには、すべてのアーキテクチャ記述エンティティまたはオブジェクトに対する共通のデータ要素定義、セマンティクス、およびデータ構造の使用が含
- 共通または共有アーキテクチャ標準に準拠しています。
- 企業分類法と権威ある参照データを使用します。
一般に、共通または共有アーキテクチャ標準に準拠すると、相互運用性が向上し、フェデレーションが容易になります。 MITRE SEsは、スポンサーに、目的に適した基準を選択し、コンプライアンスを実施する手段を確立するよう奨励する必要があります。 例えば、合意された企業分類法は、ミッションエリアの活動と関連する参照モデルを整列させるためのコンテキストを確立し、コンポーネントアーキテクチャを分類して整理するためのコンテキストを確立し、それによってフェデレーション内のさまざまなアーキテクチャにわたって意味的理解を容易にする。
情報共有を有効にします。 アーキテクチャの連携は、情報共有を可能にする環境によって促進されます。
- 健全なガバナンスとエンタープライズアーキテクチャサービスの確保: MITRE SEsは、まず、アーキテクチャ共有環境には健全なガバナンスとエンタープライズアーキテクチャサービスが必要であることを認識する必要があります。 彼らは、最終的に連合する能力を促進する目標を設定するために、アーキテクチャの開発と維持に説明責任を適用するために、スポンサーが健全なガバ このアプローチは、構成管理や品質保証などのプロセスに責任を置きます。 また、MITRE SEsは、アーキテクチャ情報を一貫して効率的に表示、アクセス、理解できるようにするために、エンタープライズアーキテクチャサービスを確立す
- アーキテクチャとそのメタデータの公開:フェデレーションの努力の成功は、あらゆるレベルのアナリスト、プランナー、意思決定者による潜在的なリンケージと再利用のためにアーキテクチャとアーキテクチャメタデータを公開することにも依存します。 すでに存在するアーキテクチャとサービスを共有することで、アーキテクチャの開発とフェデレーションを迅速に行うことができます。 レジストリ機能は、アーキテクチャメタデータの登録とリンクを提供し、ナビゲート可能で検索可能なフェデレーテッドエンタープライズアーキテクチャの作成を可能にします。 アーキテクチャのための企業の強制ポリシーとガバナンスは、堅牢なインター MITRE SEsは、アーティファクトを再発明する前に再利用し、他の人が再利用できるように独自のメタデータや製品を投稿することで、スポンサーがこれらのアーキテ
- : MITRE SEsは、意思決定の信頼性と効率性を向上させるために、スポンサー組織内のフェデレーションアーキテクチャの開発を促進し、促進する必要があります。 これは、重要な意思決定者の質問に答えるために適切な情報が使用されていることを確実にするために、組織が意味的データと構造的データを境界を越えて整列させるときに発生します。 MITRE SEsは、フェデレーションアーキテクチャの機会を引き続き使用し、利害関係者ノード間の情報の流れを改善し、結果的に意思決定者
概要
MITREは、企業のアーキテクチャの構築を支援するために、さまざまな政府スポンサーと協力しています。 MITRE SEsがもたらす必要がある重要なスキルは、ビジネスニーズ、情報技術、および人々がうまく構築されたアーキテクチャでどのように一緒に来るかを理解す
MITREのスポンサーの多くは、マルチエージェンシーエンタープライズアーキテクチャの複雑な問題に直面しています。 どのように異なる政府機関は、共通の使命を達成するための凝集、安全な方法で彼らのビジネスプロセス、インフォメーションストア、技術システム、およ アーキテクチャ連盟は、この種の共有を促進することができます。 共通の規範的な方向性を満たすためにそれぞれの製品を構築することにより、MITREのスポンサーは、レゴ®レンガのように”それらを一緒にスナップ”するこ
参考文献とリソース
- 国防総省、April23、2007、DoD Architecture Framework Ver. 1.5,Vol. I:定義および指針。
- Hite,R.C.,And G.D.Kutz,March28,2003,Observations on Department of Defense’s Draft Enterprise Architecture,GAO-03-571,accessed October8,2017.
- Frey,B.,July–September2008,”Department of The Navy Architecture Federation Pilot,”CHIPS,pp.41-43,accessed October8,2017.
- エアフォースチーフアーキテクトオフィス、December2007、エアフォースアーキテクトフレームワーク。
- 国防総省、国防総省、国防総省、国防総省、国防総省、国防総省、国防総省、国防総省、国防総省
追加の参考文献とリソース
DoD Deputy Chief Information Officer,DoD Architecture Framework(DoDAF),accessed October8,2017.
DoD副最高管理責任者、ビジネスエンタープライズアーキテクチャ、アクセスOctober8、2017。
Government Accountability Office,August5,2010,Organizational Transformation:A Framework for Assessing and Improving Enterprise Architecture Management(Ver. 2.0),GAO-10-846G,accessed October8,2017.