Интегрированное описание информационных моделей

Графические обозначения нотаций IDEF1X и IE

Модель данных СУБД

Трансформационная модель

Целью трансформационной модели является обеспечение администратора базы данных необходимой информацией для физического создания эффективной базы данных, а также создание условий для определения и записи элементов данных и записей в словарь данных. Кроме того важной задачей трансформационной модели является помощь программистам в выборе физической структуры хранения данных при создании прикладного программного обеспечения.

На основе этой модели может проводиться также анализ и сравнение физической реализации (структуры БД) с бизнес требованиями, определенными предметной областью для определения адекватности физической реализации бизнес требованиям.

Трансформационная модель напрямую преобразуется в модель данных СУБД путем преобразования ее элементов в элементы реляционной модели данной конкретной СУБД с учетом ее особенностей. При этом первичные ключи обычно становятся уникальными индексами. Альтернативные ключи также могут лечь в основу создания индексов. Мощность связей может быть реализована либо за счет возможностей контроля ссылочной целостности СУБД, либо за счет логики приложения.

В основе всех типов перечисленных моделей лежит единая система графических обозначений, основанная на нотациях IDEF1X и IE.

Существует несколько методологий визуального моделирования данных. Наиболее распространенными из них являются две.

1. IDEF1X (Integration Definition for Information Modeling – интегрированное описание информационных моделей).

2. IE (Information Engineering – информационная инженерия).

IDEF1X – высоко структурированная методология моделирования данных, расширяющая методологию IDEF1, принятую в качестве стандарта

FIPS (Federal Information Processing Standards – федеральный орган стандартов обработки информации). IDEF1X использует строго структурированный набор типов конструкций моделирования и приводит к модели данных, которая требует понимания физической природы данных до того, как такая информация может стать доступной.

Жесткая структура IDEF1X принуждает разработчика модели назначать сущностям характеристики, которые могут не отвечать реалиям окружающего мира. Например, IDEF1X требует, чтобы все подтипы сущностей были эксклюзивными. Это приводит к тому, что персона не может быть одновременно клиентом и сотрудником. В то время как реальная практика говорит нам другое.

Дата добавления: 2014-12-26