コアアーキテクチャデータモデル

コアアーキテクチャデータモデルの主要な要素は次のように説明されます。^{[ 3 ]}

• コア ：アーキテクチャ情報の本質的な要素であり、開発、検証、維持する必要があり、アーキテクチャの目標（相互運用性、投資最適化など）を達成するために、アーキテクチャの様々な側面で共有できる必要があるもの。
• アーキテクチャデータ ：アーキテクチャ製品および関連する分析ツールの構成要素となりうるものを、構成要素（オブジェクトクラス）、その特性、機能、属性、および相互関係について厳密に定義したもの。
• データモデル：データモデルは、通常、データベース設計を目的として、ドメインのオブジェクト、それらの相互関係、およびプロパティを定義します。データモデルには、高いレベルから低いレベルまで、概念、論理、物理の3つのレベルがあります。概念データモデルは最高レベルです。ユーザーの概念を、ユーザーにとって馴染みのある用語でモデル化します。明確さとユーザーへの焦点を高めるために、詳細を省略する場合があります。論理モデルはより形式的で、多くの場合、一意のデータ表現（冗長性なしまたはデータベース正規化）、意味の明確性と排他性（重複しないエンティティ）、およびドメインレベルの完全性を考慮します。論理データモデルは、特定のデータベース管理システム（DBMS）にコミットする必要はありません。物理データモデルは通常、最も詳細で、データベース生成に十分なレベルです。物理モデルには、実装に必要なすべての情報が含まれている必要があります。物理モデルは、多くの場合、パフォーマンスに関する考慮事項を扱います。^{[ 3 ]}

DoDAF は、アーキテクチャ分析をサポートするために、データモデリング(CADM) と視覚化の側面 (製品とビュー) を組み込んでいます。DoDAF のデータモデルである CADM は、アーキテクチャデータエンティティ、それらの間の関係、およびデータエンティティ属性を定義し、基本的にアーキテクチャコミュニティの「文法」を指定します。これには、「文法」とともに、DoDAF と整合性のあるアーキテクチャ成果物に関する「文」を作成できる「名詞」、「動詞」、「形容詞」のセットが含まれています。CADM はアーキテクチャの必須の側面であり、アーキテクチャの視覚的表現 (製品) の背後にある意味を提供します。これにより、企業全体でアーキテクチャデータを効果的に比較および共有できるようになり、アーキテクチャの全体的な有用性に貢献します。CADM は、次のデータモデルレベルをさらに詳しく説明します。^{[ 5 ]}

• 概念的 ：ユーザーの概念を、ユーザーにとって馴染みのある用語でモデル化する
• 論理的 ：一意のデータ表現、意味の明確性と排他性、ドメインレベルの完全性を考慮した、より形式的なモデル
• 物理的 ：データベース実装に必要なすべての情報をモデル化します

データ視覚化は、意思決定分析を支援するために、アーキテクチャデータをグラフィカルまたはテキストで表現する方法です。DoDAFは、基となるデータをユーザーフレンドリーな方法で表現するための製品を提供します。場合によっては、既存のDoDAF製品で必要な情報を表現するのに十分です。アーキテクチャ記述をどのように表現するかに関わらず、基となるデータ（CADM）は一貫性を保ち、分析要件をマッピングするための共通の基盤を提供します。^{[ 5 ]}

図に示すように、ボックスはアーキテクチャデータが収集されるエンティティを表します（リレーショナルデータベースで使用される場合はテーブルを表します）。ボックスは、角が四角い開いたボックス（独立エンティティ）または角が丸い開いたボックス（従属エンティティ）で表されます。エンティティ名は、開いたボックスの外側の上部にあります。ボックス内のテキスト行は、そのエンティティの属性を示します（リレーショナルデータベースで使用される場合は、エンティティテーブルの列を表します）。各ボックス内の水平線は、主キー属性（エンティティの一意のインスタンスを見つけるために使用）と非キー記述属性を区切ります。^{[ 1 ]}

円と線が下に付いた記号はサブタイピングを示し、その下に接続されたすべてのエンティティは、記号の上部に接続されたエンティティの重複しないサブセットです。関係は、点線（非識別）と実線（識別）の関係で表され、子エンティティ（実線の点に最も近いもの）は、親エンティティ（関係線で接続されているもう一方のエンティティ）の各インスタンスに関連付けられたインスタンスをゼロ、1、または複数持ちます。^{[ 1 ]}

DoDAFのアーキテクチャ製品に対応したアーキテクチャデータリポジトリには、次のような基本的なアーキテクチャ要素に関する情報が含まれています。^{[ 3 ]}

• 運用ノードには、組織、組織の種類、および運用（人的）役割が含まれる。（役割とは、スキル、職業、専門分野、または役職を指す。）
• ユニバーサル・ジョイント・タスクリスト（UJTL）に定義されたタスクを含む運用活動。
• 情報およびデータとは、ドメインデータベースやその他の情報資産ソース（ネットワーク中心のものを含む）によって提供される情報、およびその情報を実装するシステムデータを指します。これらの情報ソースおよびシステムデータは、情報交換やシステムインターフェースの詳細を定義する場合があります。
• システムノードとは、物理的な実体やシステムに関連付けられたノードを指し、施設、プラットフォーム、ユニット、3 または場所である可能性があります。
• システムには、システム群（FOS）とシステム群（SOS）が含まれ、ソフトウェアとハ​​ードウェアの機器項目で構成される。
• システム機能は業務活動に必要であり、1つまたは複数のシステムによって実行される。
• パフォーマンスとは、システム、システム機能、リンク（すなわち、物理的なリンク）、コンピュータネットワーク、およびシステムデータ交換の性能特性を指します。
• 規格は、技術、システム、システムノード、およびデータに関連付けられており、情報処理、情報転送、データ、セキュリティ、およびヒューマンコンピュータインターフェースに関する技術標準を指します。
• 技術には将来の技術が含まれ、そのような技術の使用に関するシステムや新たな標準規格に関連する。

この図に示されている（概念的な）関係には、次のものが含まれます（その他多数）：^{[ 3 ]}

• 運用ノードは多くの運用活動を実行する。
• 運用ノードは情報を必要とする。
• 情報はシステムに関連付けられ、データとして実装され、標準規格と結び付けられています。
• システムはシステム機能を実行する。
• システムには性能特性があり、システムと性能の両方が、システムで実行される機能に関連している可能性がある。

これらの関係性により、ネットワーク、情報フロー、情報要件、インターフェースなど、多くの種類のアーキテクチャ情報や関連情報を表現できます。^{[ 3 ]}

NASAにおけるCADMの対応物は、NASA探査情報オントロジーモデル（NeXIOM）であり、探査プログラムの意思決定を推進するエンジニアリングおよびプログラムデータを捉え、表現力豊かに記述するように設計されています。NeXIOMは、情報やデータの交換を必要とするさまざまなシミュレーションツールやモデルからアクセスできるリポジトリとなることを意図しています。^{[ 4 ]}