Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Корпоративные архитектуры

Модель данных P7 - Data Model · NAF

Простыми словами

Данные в их реализуемой форме: сущности данных, их атрибуты, типы атрибутов и физические характеристики. Столбец сетки — Information, и P7 — физическая пара к логической L7. Разница между ними ровно та, что между смыслом и представлением: L7 говорит, какие сведения нужны предприятию, P7 — как они разложены по полям, схемам и сообщениям, и стандарт разрешает протянуть след от модели данных к информационной модели. Именно поэтому в списке применений стоят проектирование схемы данных, спецификация сообщений и протоколов, проектирование баз данных. Ошибка — вести только P7, пропустив L7: тогда согласовывать состав обмена приходится на уровне полей таблицы, где спор идёт о форматах, а не о том, что стороны имеют в виду.

Примеры

Атрибуты одной сущности

В примере стандарта сущность Last Known Position агрегирует три атрибута: время последней известной позиции, источник донесения и координаты. Модель данных SAR Data Model эту сущность и специфицирует.

NAF v4.1, Chapter 3, разд. 39.2 NAFv4 Compliant Example — Data Entity, Data Attribute и Data Model

Одна модель — пять сущностей

Та же модель специфицирует сущности объекта поиска, района поиска, стандартных сведений о человеке и статуса поиска. У каждой свои атрибуты: местоположение, координаты района, местоположение человека, операционный статус поиска.

NAF v4.1, Chapter 3, разд. 39.2 NAFv4 Compliant Example — связи specifies от Data Model к пяти Data Entity

Обязательны только сущности

Область охвата требует лишь сущностей данных. Модель, атрибуты, их типы, группировки, физические характеристики и след к информационной модели — шесть послаблений подряд. То есть P7 законно начинать со списка сущностей и уточнять постепенно.

NAF v4.1, Chapter 3, разд. 39 P7 — Data Model, раздел Scope: один Shall и шесть May

Определение из первоисточника

дословная выписка

The P7 Viewpoint is concerned with the identifying Data Products, Data Entities and their relationships.

машинный перевод

Выявление продуктов данных, сущностей данных и их взаимосвязей.

Источникhttps://www.nato.int/content/dam/nato/webready/documents/publications-and-reports/NATO-Architecture-Framework-v4-1-en.pdf

Как этим пользуются

Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.

Как применяют
  • Проектирование системы
  • Проектирование схемы данных
  • Спецификация сообщений и протоколов
  • Архитектура данных
  • Проектирование базы данных
  • Определение элементов данных, обмениваемых между системами
  • Моделирование безопасности
Что должно быть внутри
  • Должно содержать сущности данных, относящиеся к объекту интереса
  • Может показывать модель данных, определяющую сущности данных
  • Может показывать атрибуты данных, являющиеся частью сущности данных
  • Может показывать группировки сущностей данных
  • Может показывать типы атрибутов данных, относящиеся к атрибутам данных
  • Может показывать физические характеристики атрибутов данных и сущностей данных
  • Может устанавливать прослеживаемость моделей данных к информационным моделям
В каком виде рисуют
  • Формальный язык моделирования данных
  • Топологическая (связанные фигуры)
  • Диаграмма классов
  • Диаграмма «сущность-связь»
То же в оригинале
Как применяют
  • System Design
  • Data Schema Design
  • Message / Protocol Specification
  • Data Architecture
  • Database Design
  • Specifying the data elements exchanged between systems
  • Security Modelling
Что должно быть внутри
  • Shall contain Data Entities relevant for the entity of interest
  • May show the Data Model that specifies the Data Entities
  • May show Data Attributes that are part of the Data Entity
  • May show groupings of Data Entities
  • May show Data Attribute Types relating to Data Attributes
  • May show Physical Characteristics of Data Attributes and Data Entities
  • May trace Data Models to Information Models
В каком виде рисуют
  • Formal text data modelling language
  • Topological (connected shapes)
  • Class diagram
  • Entity-Relation diagram

Основные параметры

Атрибуты этой сущности по справочнику источника.

  • Usage & Concerns Addressed:
  • System Design.
  • Data Schema Design.
  • Message / Protocol Specification.
  • Data Architecture.
  • Database Design.
  • Specifying the data elements exchanged between systems
  • Security Modelling.
  • Scope:
  • Shall contain Data Entities relevant for the entity of interest.
  • May show the Data Model that specifies the Data Entities.
  • May show Data Attributes that are part of the Data Entity.
  • May show groupings of Data Entities.
  • May show Data Attribute Types relating to Data Attributes.
  • May show Physical Characteristics of Data Attributes and Data Entities.
  • May trace Data Models to Information Models.

В других подходах

Сопоставления одного понятия в разных подходах.

InformationАппарат моделирования

Аспект сетки: информация и её параметры.

Семантические различия У NAF в этом столбце лежат разные вещи по рядам: критерии результативности, параметры интерфейсов, информационная модель, модель данных и метаданные.

Служебные сведения
Вид совпадения
Объявлено стандартом
Чем сверяли
NAF→UAF DMM (NAF v4.1 §2.2.2). Это столбец сетки, а не артефакт

Связанные понятия

Служебные сведения
Вид документа
Viewpoint
Место в подходе
Physical Resource (P) — ресурсы и системы
Редакция
v4.1 (2026.03)
14 дней бесплатно

Опишите архитектуру своей компании в Storm

Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.

Попробовать бесплатно Без банковской карты

Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов

Поддержка