动机： 对系统中存在的具体数据进行描述。

内容： 描述系统中存在的数据的结构、关系、格式和位置。

用途：

DIV-3 的用途包括 :

     •  指定系统和 / 或服务之间交换的系统 / 服务数据元素，从而减少互操作性错误的风险。

     •  提供尽可能多的关于系统之间交换的数据元素的细节，从而减少互操作性问题的风险。

     •  提供尽可能多的关于系统之间交换的系统或服务数据元素的详细信息，从而减少接口错误的风险。

     •  提供系统和服务数据结构，供系统和服务设计过程使用。

     •  定义物理数据结构。

     •  提供数据实现元素的通用字典 ( 例如，关系数据库模式中的表和记录 ) ，以便对物理级数据元素的描述一致。

DIV-3 定义了架构描述中系统或服务所使用的各种数据结构。 DIV-3 用于描述在 DIV-2 逻辑数据模型中表示的信息是如何实际实现的。物理数据模型是 DoDAF 中面向实际系统设计的模型。

逻辑和物理数据模型之间的映射相对简单，逻辑模型中的实体类型与物理模型中的关系表通常是一对多或多对多的。

DoDAF 关注操作视点中的信息和系统视点、服务视点中的数据的联系。二者之间存在逻辑上的映射关系， DIV-2 逻辑数据模型描述了对业务重要的信息，而 DIV-3 描述了与系统或服务级别相关的数据。

详细描述 :

DIV-3 是一个面向实现的模型，在系统视点和服务视点中使用它来描述如何实际实现 DIV-2 逻辑数据模型中表示的信息需求。实体表示 :

     •  SV-4 系统功能描述中的系统资源流程。

     •  SV-6 系统资源流矩阵和 SV-10c 系统事件跟踪描述中指定的系统资源元素。

     •  “ SvcV-4 服务功能描述”中的“服务资源流”。

     •  SvcV-6 服务资源流矩阵和 SvcV-10c 服务事件跟踪描述中指定的服务资源元素。

     •  SvcV-10b 系统状态转换描述或 SvcV-10b 服务状态转换描述中的触发事件。

     •  scv -10c 系统事件跟踪描述或 scv -10c 服务事件跟踪描述。

     •  StdV-1 标准扩展或 StdV-2 标准预测中所需的元素。

对于关系数据库，物理数据库设计的实体关系图就够了；对于面向消息的实现，引用消息格式标准也够了。当文件传递是用于交换信息的模型时，可以使用文件格式的描述。互操作系统可以使用各种技术来交换系统数据，并且在其 DIV-3 中有几个不同的分区，每个分区使用不同的形式。

与数据实体相关的标准也经常在制定 DIV-3 时确定 ; 这些应记录在 StdV-1 标准扩展中。结构化断言——这些断言涉及业务规则的静态方面——最好在 DIV-3 中捕获。

可能的构建方法 :

DoDAF 不推荐特定的数据建模方法。物理数据的结构模型指定如何实现逻辑数据模型。最主要的实现机制是关系数据库管理系统和对象存储库产品。此外，该模型还可以采用其他实现机制，例如消息或文本文件。物理数据的结构模型 ( 在关系数据库的情况下 ) 的基本元素是 : 表、记录和键。在面向对象的数据模型中，所有数据元素都表示为对象 ; 无论它们是类、实例、属性、关系还是事件。

开发物理数据模型的方法取决于选择的实现逻辑数据模型的环境 ( 例如，关系数据库管理系统 [RDBMS]) 。物理数据结构模型似乎最好使用实体关系图来描述。对于面向对象的数据建模，物理数据结构应该采用类图或对象图描述。对于其他实现技术，例如消息定向，则引用消息格式标准更合适。

DIV -3 示例：

下图是 SAR 侦察示例的物理数据模型。

DIV -3建模说明（建模工具EA）：

Toolbox	说明
	Details：详情 Entity Attribute：实体属性 Entity ltem：实体项 Entity Relationship：实体的关系 Exchange Element：交换的元素 Physical Data Model：物理数据模型