
- •Т.Е.Ильиных л.И.Шустова проектирование реляционных баз данных в нотациях idef1x
- •Содержание
- •Этапы проектирования базы данных
- •Инфологическое проектирование базы данных
- •Общие сведения
- •Описание бизнес компонентов и бизнес процессов
- •Сущность
- •Атрибут
- •Другие компоненты инфологической модели
- •Уровни представления данных
- •Этапы инфологического проектирования Инициирование проекта (фаза 0)
- •Определение сущностей (фаза 1)
- •Построение модели уровня сущностей (фаза 2)
- •Построение модели уровня ключей (фаза 3)
- •Построение полноатрибутной модели (фаза 4)
- •Нормализация данных
- •Даталогическое проектирование базы данных
- •Создание даталогической модели Общие сведения
- •Получение спецификаций внутренней схемы базы данных
- •Ограничения целостности
- •Результаты этапа даталогического проектирования
- •Имя таблицы
- •Основы нормализации отношений Общие сведения
- •Первая нормальная форма
- •Вторая нормальная форма
- •Третья нормальная форма
- •Нормальная форма Бойса – Кодда
- •Четвертая нормальная форма
- •Пятая нормальная форма
- •Денормализация
- •Примеры проектирования баз данных различных бизнес приложений
- •Общие замечания
- •Проектирование базы данных "Школа" Постановка задачи
- •Инициирование проекта (фаза 0)
- •Определение множеств сущностей (фаза 1) Выделение множеств сущностей
- •Описание множеств сущностей
- •Пул сущностей
- •Построение модели уровня сущностей (фаза 2)
- •Концептуальная схема уровня сущностей
- •Построение модели уровня ключей (фаза 3) Разрешение неопределенных связей
- •Пул сущностей
- •Определение связей
- •Определение ключевых атрибутов и доменов
- •Изучаемый предмет/e5
- •Описание доменов
- •Описание атрибутов
- •Концептуальная схема
- •Построение полноатрибутной модели (фаза 4)
- •Описание доменов
- •Описание атрибутов
- •Явные ограничения целостности
- •Даталогическая модель
- •Проектирование базы данных "Обмен валюты" Постановка задачи
- •Инициирование проекта (фаза 0)
- •Определение множеств сущностей (фаза 1) Выделение множеств сущностей
- •Описание множеств сущностей
- •Пул сущностей
- •Фаза 2. Построение модели уровня сущностей Матрица связей
- •Матрица связей
- •Описание связей
- •Описание связей
- •Концептуальная схема уровня сущностей
- •Построение модели уровня ключей (фаза 3) Разрешение неопределенных связей
- •Пул сущностей
- •Определение связей
- •Определение ключевых атрибутов и доменов
- •Описание доменов
- •Описание атрибутов
- •Концептуальная схема
- •Построение полноатрибутной модели (фаза 4)
- •Описание доменов
- •Описание атрибутов
- •Явные ограничения целостности
- •Даталогическая модель
- •Проектирование базы данных "Торговля" Постановка задачи
- •Инициирование проекта (фаза 0)
- •Определение множеств сущностей (фаза 1) Выделение множеств сущностей
- •Описание множеств сущностей
- •Пул сущностей
- •Построение модели уровня сущностей (фаза 2)
- •Концептуальная схема уровня сущностей
- •Построение модели уровня ключей (фаза 3) Разрешение неопределенных связей
- •Пул сущностей
- •Описание связей
- •Определение ключевых атрибутов и доменов
- •Товар в списке цен/e5
- •Описание доменов
- •Описание атрибутов
- •Концептуальная схема
- •Построение полноатрибутной модели (фаза 4)
- •Описание доменов
- •Описание атрибутов
- •Явные ограничения целостности
- •Даталогическая модель
- •Список литературы
- •115409, Москва, Каширское ш., 31
Уровни представления данных
В соответствии с методологией стандарта IDEF1X проектирование инфологической модели осуществляется поэтапно путем последовательного построения следующих логических моделей данных:
модель уровня сущностей;
модель уровня ключей;
полноатрибутная модель.
Модель уровня сущностей является моделью нижнего уровня и применяется для работы проектировщика информационной системы с экспертами моделируемой системы. Модель включает сущности и связи между ними, которые отражают основные бизнес правила предметной области, и допускает присутствие всех типов связей (определенных, неопределенных, типа категория). Графическое представление этой модели называется ER-диаграммой (Entity Relationship Diagram).
Модель уровня ключей является дальнейшим развитием ER модели и содержит более подробное представление данных. Она содержит описание всех сущностей, связей между ними, первичных и внешних ключей. Эта модель не допускает наличия неопределенных связей и требует их предварительного преобразования в определенные связи. Модель является переходным звеном от модели уровня сущностей к полному логическому описанию предметной области. Графическое представление этой модели называется KB-диаграммой (Key Based Diagram).
Полноатрибутная модель является дальнейшим развитием модели уровня ключей и представляет собой законченное (в рамках конкретного проекта) описание предметной области. Модель содержит описание всех сущностей, связей и атрибутов, выделенных при анализе предметной области. Построением этой модели завершается процесс инфологического проектирования, а модель в дальнейшем может быть использована при построении даталогической модели базы данных реляционного типа. Графическое представление этой модели называется FA-диаграммой (Fully Attributed Diagram).
Каждая из этих моделей строится на определенном этапе инфологического проектирования. В стандарте IDEF1X определяются следующие этапы (фазы) инфологического проектирования:
Фаза 0. Инициирование проекта.
Фаза 1. Определение сущностей.
Фаза 2. Построение модели уровня сущностей.
Фаза 3. Построение модели уровня ключей.
Фаза 4. Построение полноатрибутной модели.
Этапы инфологического проектирования Инициирование проекта (фаза 0)
Фаза инициирования проекта является подготовительной, но наиболее ответственной в процессе проектирования инфологической модели. На этой фазе ставится задача проектирования. И от того, насколько она будет корректна, зависит качество будущей модели.
Работы на данной фазе начинаются с создания рабочих групп, объединяющих, в основном, следующих специалистов: аналитиков, проектировщиков баз данных, экспертов (специалистов, хорошо знающих соответствующую предметную область).
На этой фазе должны быть решены следующие основные вопросы: определена предметная область, уточнены ее функциональные границы, определен предварительный перечень информационных единиц, которые будут включены в информационную модель, определены временные рамки функционирования модели, т.е. будет ли эта модель отражать текущую деятельность (модель типа "как есть") или же это будет отражением каких-то будущих изменений этой деятельности (модель типа "как должно быть"). Очень часто в качестве основы для проектирования моделей типа IDEF1X используют модель стандарта IDEF0 (модель процессов), которая обычно уже содержит ответы на эти вопросы.
На фазе 0 также устанавливаются пользователи будущей информационной системы и определяются их основные требования; определяются предварительные ограничения целостности, лингвистические отношения, алгоритмические связи показателей.
Обычно результатом работ, выполняемых на этой фазе, является соответствующий пакет технических, организационных и нормативных документов (техническое задание на проектирование, приказы о формировании рабочих групп, график работ по проекту, смета затрат и т.п.).