Физическая модель данных DIV-3 Physical Data Model · DoDAF
Простыми словами
Физическая модель данных: как то, что описано в DIV-2, реально реализовано у систем и сервисов — таблицы, записи и ключи в реляционном случае, объекты в объектном, форматы сообщений или файлов в обменных. Издание называет её одной из самых близких к реальному проектированию: «The Physical Schema is one of the models closest to actual system design in DoDAF». Терминологическое правило DoDAF, из-за которого DIV-3 не пересекается с DIV-2: «DoDAF talks about information in the Operational Viewpoint and data in the System Viewpoint or Services Viewpoint». Сущности DIV-3 — это то, что течёт и упоминается в SV-4, SV-6, SV-10b, SV-10c и их сервисных двойниках SvcV-4, SvcV-6, SvcV-10b, SvcV-10c, а также элементы, потребованные стандартами StdV-1 и StdV-2. Соответствие логического и физического часто не один к одному, а один ко многим или многие ко многим.
Примеры
Взаимодействующие системы обмениваются данными разными способами, поэтому издание допускает у одной DIV-3 несколько отдельных разделов, каждый в своей форме: где-то схема БД, где-то ссылка на стандарт формата сообщения, где-то описание формата файла.
DoDAF 2.02, DIV-3, Detailed Description, абзац про distinct partitions
Издание распределяет правила между моделями и прямо указывает адрес структурных утверждений: «Structural Assertions - these involve static aspects of business rules - are best captured in the DIV-3».
DoDAF 2.02, DIV-3, Detailed Description, абзац про Structural Assertions
При разработке DIV-3 обычно всплывают стандарты, привязанные к сущностям; издание требует записать их не в самой DIV-3, а в профиле стандартов StdV-1.
DoDAF 2.02, DIV-3, Detailed Description, абзац про Standards associated with entities
Определение из первоисточника
дословная выпискаThe DIV-3 defines the structure of the various kinds of system or service data that are utilized by the systems or services in the Architectural Description. The Physical Schema is one of the models closest to actual system design in DoDAF. DIV-3 is used to describe how the information represented in the DIV-2 Logical Data Model is actually implemented.
Формат физической реализации сущностей логической модели данных: файловые форматы, структуры файлов и баз данных, физические схемы.
Источникhttps://dodcio.defense.gov/Portals/0/Documents/DODAF/DoDAF_v2-02_web.pdf
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Как применяют
- Определение элементов данных системы или сервиса, обмениваемых между системами и/или
- сервисами, что снижает риск ошибок совместимости.
- Определение физической структуры данных.
- Предоставление максимально подробной информации об элементах данных, обмениваемых между системами,
- что снижает риск проблем совместимости.
- Предоставление структур данных для использования в процессе проектирования системы при необходимости.
- Предоставление общего словаря элементов реализации данных (например, таблицы и
- записи в схеме реляционной базы данных) для последовательного представления моделей в тех случаях,
- когда в описаниях включены элементы данных физического уровня.
- Предоставление максимально подробной информации об элементах данных системы или сервиса,
- обмениваемых между системами, что снижает риск ошибок взаимодействия.
- Предоставление структур данных системы и сервиса для использования в процессе проектирования системы и сервиса
- при необходимости.
- Потоки ресурсов системы в SV-4 Systems Functionality Description.
- Элементы ресурсов системы, указанные в SV-6 Systems Resource Flow Matrix и SV-
- 10c Systems Event-Trace Description.
- Потоки ресурсов сервиса в SvcV-4 Services Functionality Description.
- Элементы ресурсов сервиса, указанные в SvcV-6 Services Resource Flow Matrix и
- SvcV-10c Services Event-Trace Description.
- События, инициирующие переходы, в SV-10b Systems State Transition Description или SvcV-10b
- Services State Transition Description.
- События в SV-10c Systems Event-Trace Description или SvcV-10c Services Event-Trace
- Description.
- Элементы, необходимые в соответствии со стандартами в StdV-1 Standards Profile или StdV-2
- Standards Forecast.
То же в оригинале
- Как применяют
- Specifying the system/service data elements exchanged between systems and/or
- services, thus reducing the risk of interoperability errors.
- Definition of physical data structure.
- Providing as much detail as possible on data elements exchanged between systems,
- thus reducing the risk of interoperability problems.
- Providing data structures for use in the system design process, if necessary.
- Providing a common dictionary of data implementation elements (e.g., tables and
- records in a relational database schema) to consistently express models wherever
- physical-level data elements are included in the descriptions.
- Providing as much detail as possible on the system or service data elements
- exchanged between systems, thus reducing the risk of interfacing errors.
- Providing system and service data structures for use in the system and service design
- process, if necessary.
- System Resource flows in SV-4 Systems Functionality Description.
- System Resource elements specified in SV-6 Systems Resource Flow Matrix and SV-
- 10c Systems Event-Trace Description.
- Service Resource flows in SvcV-4 Services Functionality Description.
- Service Resource elements specified in SvcV-6 Services Resource Flow Matrix and
- SvcV-10c Services Event-Trace Description.
- Triggering events in SV-10b Systems State Transition Description or SvcV-10b
- Services State Transition Description.
- Events in SV-10c Systems Event-Trace Description or SvcV-10c Services Event-Trace
- Description.
- Elements required due to Standards in the StdV-1 Standards Profile or StdV-2
- Standards Forecast.
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Маркированные перечни со страницы модели (назначение, применение, состав):
- Specifying the system/service data elements exchanged between systems and/or services, thus reducing the risk of interoperability errors.
- Definition of physical data structure.
- Providing as much detail as possible on data elements exchanged between systems, thus reducing the risk of interoperability problems.
- Providing data structures for use in the system design process, if necessary.
- Providing a common dictionary of data implementation elements (e.g., tables and records in a relational database schema) to consistently express models wherever physical-level data elements are included in the descriptions.
- Providing as much detail as possible on the system or service data elements exchanged between systems, thus reducing the risk of interfacing errors.
- Providing system and service data structures for use in the system and service design process, if necessary.
- System Resource flows in SV-4 Systems Functionality Description.
- System Resource elements specified in SV-6 Systems Resource Flow Matrix and SV- 10c Systems Event-Trace Description.
- Service Resource flows in SvcV-4 Services Functionality Description.
- Service Resource elements specified in SvcV-6 Services Resource Flow Matrix and SvcV-10c Services Event-Trace Description.
- Triggering events in SV-10b Systems State Transition Description or SvcV-10b Services State Transition Description.
- Events in SV-10c Systems Event-Trace Description or SvcV-10c Services Event-Trace Description.
- Elements required due to Standards in the StdV-1 Standards Profile or StdV-2 Standards Forecast.
В других подходах
Сопоставления одного понятия в разных подходах.
Физическая схема данных.
Семантические различия MODAF называет это SV-11 Physical Schema и относит к системному ряду; ARIS даёт табличную диаграмму.
Корпоративные архитектуры
- DoDAFDIV-3 Physical Data Model
- MODAFSV-11 Physical Schema
- FEAFD-5 Physical Data Model
- ARISTable diagram
- МАРФА / MARFAФизическая модель данных
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов