包括的なDoDAFガイド

DoDAFとは何ですか?

DoDAFは、米国国防総省のビジネストランスフォーメーションワーキンググループの米国国防総省によって開発されたシステムアーキテクチャフレームワークです。

DoDは、米国国防総省の頭字語です。DoDAFの前身は、C4ISRアーキテクチャフレームワークです。C4ISRは、自動コマンドシステムを意味する軍事用語です。これは、現代の軍事コマンドシステムの7つのサブシステム、つまりコマンド、コントロール、コミュニケーション、コンピューター、インテリジェンス、監視、および偵察の英語の単語の最初の文字の略語です。素人の言葉で言えば、C4ISRは米軍によって開発された軍用自動​​コマンドシステムです。

DoDAFフレームワークの進化

  1. C4ISR AF 1.0は、1996年6月に導入されました。
  2. C4ISR AF2.0は1997年12月にリリースされました。
  3. DoDAF 1.0は、C4ISRに限らず、すべてのミッション領域に適用できるアプリケーションの範囲を拡大するために2003年8月にリリースされました。CADM v1.01(コアアーキテクチャデータモデル)もリリースされました。
  4. 2007年4月に、Net-Centricの概念に特に重点を置いてDoDAF 1.5がリリースされ、Net-Centricの概念がアーキテクチャの説明に反映されました。CADM v1.5もリリースされ、新しいNet-Centricコンセプトの説明ファイルが保存されました。
  5. DoDAF2.0は2009年5月28日にリリースされました。

以前のバージョンと比較して、バージョン2.0での主な変更点は次のとおりです。

  • アーキテクチャ開発プロセスは、製品中心からデータ中心に移行し、主に意思決定データを提供しました。
  • 3つの主要なビュー(運用、技術、およびシステム)は、より具体的なビューに変換されました。現在、フルビュー、データおよび情報ビュー、標準ビュー、機能ビュー、運用ビュー、サービスビュー、システムビュー、およびプロジェクトビューの8つのビューがあります。
  • 連邦環境におけるデータ共有と情報へのアクセスの必要性について説明します。
  • 連邦エンタープライズアーキテクチャとの関係を明確にし、説明しました。
  • DoDアーキテクチャフレームワークメタモデルを作成しました。
  • サービス指向アーキテクチャー(SOA)開発の方法論について説明および説明しました。

DoDAFフレームワーク構造

DoDAFフレームワークは、大きく8つのビューと実装方法で構成できます。8つのビューは次のとおりです。

  • All Viewpoint、AV:アーキテクチャ記述の範囲やコンテキストなど、アーキテクチャ記述全体に関する情報を提供します。
  • 機能の観点、CV:企業のビジョンと一致する企業の目標を達成するために使用される機能の説明。
  • データと情報の観点、DIV:アーキテクチャの説明に使用されるビジネス情報の要件と構造化されたビジネスプロセスのルール。属性、特性、相互関係など、アーキテクチャー記述内の情報交換に関連する情報を記述します。
  • 運用上の観点、OV:組織、タスクまたはアクティビティ、およびそれらの間で交換する必要のある情報について説明します。交換される情報の種類、交換の頻度、情報交換によってサポートされるタスクとアクティビティ、および情報交換の性質を伝えます。
  • プロジェクトの視点、PV:プロジェクト計画が前後関係のあるポートフォリオ計画にどのように組み合わされるかを説明します。このビューは、複数のプロジェクト間の組織的な関係を説明する方法を提供します。各プロジェクトは、単一のシステムまたは機能を提供する責任があります。
  • Services Viewpoint、SvcV:運用アクティビティのサポートを提供するシステム、サービス、および相互接続された機能について説明します。DoDプロセスには、運用、商用、インテリジェンス、およびインフラストラクチャの機能が含まれます。
  • Standards Viewpoint、StdV:システムのパーツまたは要素間の組み合わせ、相互作用、および相互依存性を制御するルールの最小のコレクションです。その目標は、システムが特定の一連の運用要件を満たすことができるようにすることです。このビューは、エンジニアリング仕様を作成し、共通モジュールを構築し、製品ラインを開発するための技術システム実装ガイダンスを提供します。これには、技術標準、実装方法、標準オプション、ルール、および基準が含まれます。
  • Systems Viewpoint、SV:自動化されたシステム、相互接続性、およびシステム機能に関する情報。近い将来、DODがサービス指向環境とクラウドコンピューティングに焦点を移すにつれて、この視点は消えていくでしょう。

ビュー全体で一貫性と全体性を維持するために、DoDAF V2.0は52のアーティファクトを定義して、要件から実装までのアーキテクチャ全体を示します。ただし、すべてのアーティファクトが必要なわけではなく、必要に応じて使用できます。

DoDAFを実装する方法は?

DoDAFの実装方法は、6つのステップで構成されています。

1)アーキテクチャの使用法を定義する

アーキテクチャの目的と使用目的(「目的に適合」)、アーキテクチャ記述作業の実施方法、アーキテクチャ開発で使用される方法を定義します。必要なデータのカテゴリ、他の人への潜在的な影響、およびパフォーマンスと顧客満足度を通じて取り組みの成功を測定するためのプロセス。この情報は通常、プロセス所有者によって提供され、責任範囲(プロセス、アクティビティなど)のいくつかの側面を説明するアーキテクチャ開発をサポートします。

2)アーキテクチャの範囲を決定する

アーキテクチャの説明の深さと幅を確立する境界を定義し、アーキテクチャの問題セットを確立し、そのコンテキストを定義するのに役立ち、アーキテクチャのコンテンツに必要な詳細レベルを定義します。自動化サポートの開発または購入をどのように進めるかを決定するためにも重要です。

3)データ要件を決定する

データエンティティと属性の選択は、最初のステップの目標を達成するだけでなく、アーキテクチャの一貫性を維持する方法でアーキテクチャを構築するために重要です。エンティティと属性はデータ型で表されます。これには、ビジネスの動作を管理するルール、完了するアクティビティに関する情報、コマンドの関係、タスクリスト、およびその他の多くの種類が含まれます。

4)アーキテクチャ製品の設計を実行します

これは、既存のアーキテクチャモデルの入力と編集、新しいデータの収集とアーキテクチャへの追加、DoD System Junctionナレッジベースまたは関連するナレッジベースの既存のアーキテクチャからのデータの抽出、およびすべてのデータの整理と分類、登録における最も重要なステップです。 DARS(DoD Architecture Registry System)でそれを作成し、その後の分析と再利用のために自動リポジトリに関連付けます。

5)アーキテクチャの分析

静的分析、動的分析、実験分析、およびテスト分析は、アーキテクチャデータの有効性を判断するために、必要なすべてのデータを含むアーキテクチャで実行されます。

6)アーキテクチャ結果ファイルを生成する

基本的なデータクエリに基づいてアーキテクチャ製品の説明を生成します。これは、確立されたモデルと一致し、再利用可能で共有可能である必要があります。

DoDAFの影響

おそらく軍隊から、DoDAFはTOGAFほどエンタープライズアーキテクチャに影響を与えません。ただし、バージョン2.0のリリースでは、DoDAFフレームワーク自体が引き続き完成し、軍事システムの構築にのみ適用できるわけではなく、企業はDoDAFを使用してエンタープライズアーキテクチャを実装するために完全に柔軟に対応できます。さらに、C4ISRとDoDAFの研究により、現在学界で話題となっている「システムシステム」理論が生まれました。DoDAFは、多くのEAフレームワークの中で最も価値のある研究フレームワークの1つであると言えます。

DoDAFソフトウェア–ビジュアルパラダイム

Visual Paradigmは、DoDAF2.02ビューおよびモデルの開発をサポートする使いやすいモデル駆動型ソリューションを提供します。ビュー間のトレーサビリティを維持する統合DoDAF製品を作成します。組織がエンタープライズアーキテクチャイニシアチブを効果的に調整するのを容易にするアーキテクチャドキュメントを生成します。

ビデオプレーヤー

00:00
01:31

DoDAFリファレンス

コメントを残す

メールアドレスが公開されることはありません。