Логическая модель данных DIV-2 Logical Data Model · DoDAF

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

Логическая модель данных: структура сущностей, атрибутов и связей без привязки к реализации — «The DIV-2 allows analysis of an architecture's data definition aspect, without consideration of implementation specific or product specific issues». Вторая её задача — быть общим словарём определений данных для всех моделей комплекта, где встречаются логические элементы. Место в цепочке: DIV-1 задаёт понятия, DIV-2 отображает их формально, DIV-3 реализует. Связки за пределами тройки: данные DIV-2 соотносятся с информацией OV-1 и с ресурсами-данными в OV-5b, ограничиваются правилами OV-6a, наполняют содержимое сообщений между линиями жизни OV-6c и могут диктоваться стандартами StdV-1 и StdV-2. Нотация не предписана: «DoDAF does not endorse a specific data modeling methodology» — под реляционную теорию ER-диаграмма, под объектную — диаграммы классов.

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

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

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

Как применяют

• Данные, описанные в DIV-2, могут быть связаны с информацией в OV-1 High Level
• Operational Concept Graphic или с ресурсом деятельности (где ресурсом являются данные)
• в объекте потока в OV-5b Operational Activity Model. Эта связь может быть простой
• подтиповой, где данные представляют собой процедурный (структурированный) способ описания чего-либо.
• Помните, что информация описывает нечто. Альтернативно, связь может быть сложной,
• используя отношения «целое-часть» (и пересечения) между информацией и данными.
• Информационные сущности и элементы DIV-2 могут быть ограничены и валидированы
• зафиксированными бизнес-требованиями в OV-6a Operational Rules Model.
• Информационные сущности и элементы, смоделированные в DIV-2, также фиксируют
• информационное содержание сообщений, соединяющих линии жизни в OV-6c Event-Trace
• Description.
• DIV-2 может фиксировать элементы, необходимые в соответствии со стандартами в StdV-1 Standards
• Profile или StdV-2 Standards Forecast.
• Факторы валидации — Построена ли правильная модель?
• Точность информационных требований.
• Трассируемость концептуальной, логической и физической моделей.
• Соблюдение государственных и отраслевых стандартов и лучших практик.
• Значения предметной области.
• Требования к обмену ресурсами и другим взаимодействиям.
• Факторы сетевой центрированности.
• - Регистрация XML.
• - Участие в COI.
• - Совместимость с DDMS.
• Идентификаторы и метки.
• Факторы верификации — Построена ли модель качественно?
• Факторы проектирования.
• Компактность.
• Абстракция и обобщение.
• Онтологические основы.
• Семантическая чистота.
• Логическая и физическая избыточность.
• Разделение интересов.
• Факторы качества программного обеспечения.
• Документация.
• Соглашения по именованию.
• Именование и языки бизнеса.
• Определения.
• Полнота.
• Непротиворечивость.
• Реализуемость.
• Соотношение перечислений/свободного текста.

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

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

• Маркированные перечни со страницы модели (назначение, применение, состав):
• Data described in a DIV-2 may be related to Information in an OV-1 High Level Operational Concept Graphic or and Activity Resource (where the Resource is Data) flow object in an OV-5b Operational Activity Model. This relation may be a simple subtype, where the Data is a proceduralized (structured) way of describing something.
• Recall that Information describes something. Alternatively, the relation may be complex using Information and Data whole-part (and overlap) relationships.
• The DIV-2 information entities and elements can be constrained and validated by the capture of business requirements in the OV-6a Operational Rules Model.
• The information entities and elements modeled in the DIV-2 also capture the information content of messages that connect life-lines in an OV-6c Event-Trace Description.
• The DIV-2 may capture elements required due to Standards in the StdV-1 Standards Profile or StdV-2 Standards Forecast.
• Validation Factors - Was the Right Model Built?
• Information Requirements Fidelity.
• Conceptual, Logical, and Physical Traceability.
• Adherence to Government and Industry Standards and Best Practices.
• Domain Values.
• Resource Exchange and Other Interoperability Requirements.
• Net-Centric Factors. - XML Registration. - COI Participation. - DDMS Compatibility.
• Identifiers and Labels.
• Verification Factors - Was it Well Built?
• Design Factors.

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

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

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