Читайте также:
|
1.6. Определение суперклассов и подклассов для типов сущностей.
1.7. Создание ER‑диаграмм для отдельных пользователей.
1.8. Согласование локальных концептуальных моделей с пользователями. При отрицательных результатах согласования нужно вернуться назад на соответствующий шаг для перепроектирования.
2. Построение локальной логической модели. Построение локальной логической модели для каждого типа пользователя на основе концептуальной модели.
2.1. Выбор целевой СУБД. Формулирование требований и ограничений к CУБД. Изучение и сравнительный анализ СУБД. Оценка кандидатов и выбор СУБД.
2.2. Преобразование локальной концептуальной модели в логическую. Удаление из концептуальной модели связей типа М:М, сложных, рекурсивных и избыточных связей, множественных атрибутов, связей с атрибутами. Перепроверка связей типа 1:1.
2.3. Определение набора отношений. Определение и документирование набора отношений (таблиц) и связей между ними, первичных, вторичных и внешних ключей; форматы представления данных (столбцов) в отношениях.
2.4. Нормализация отношений. Проверка и, при необходимости, проведение процедуры нормализации отношений, по крайней мере, в нормальную форму Бойса‑Кодда (НФБК) (п. 1.5.2).
2.5. Согласование транзакций с пользователями. Проверить, что локальная логическая модель позволяет выполнить все транзакции, запросы и отчеты, предусмотренные пользователями. Если это не так, то нужно вернуться назад на соответствующий шаг для перепроектирования.
2.6. Создание ER‑диаграмм для отдельных пользователей.
2.7. Определение требований поддержания целостности данных. Определение ограничений, налагаемых на отдельные элементы (поля, строки, таблицы, ключи, индексы, связи), правила обновления данных, бизнес‑правила, триггеры. Документирование всех ограничений.
2.8. Согласование локальных логических моделей с пользователями. Убедиться, что локальные логические модели правильно отражают представления пользователей о предметной области. При необходимости нужно вернуться назад (на соответствующий шаг) для перепроектирования.
3. Создание глобальной логической (канонической) модели данных. Объединение локальных логических моделей в единую глобальную логическую модель всей предметной области приложения.
3.1. Объединение локальных логических моделей данных в глобальную логическую модель. Анализ имен и связей сущностей, первичных ключей. Последовательное объединение сущностей и связей из отдельных локальных моделей. Устранение дублирования простых и транзитивных связей между сущностями. Выявление пропущенных сущностей и связей. Проверка корректности внешних ключей, ограничений целостности. Унификация имен и форматов представления данных, связей и других элементов модели. Выполнение чертежа (ER‑диаграммы) глобальной логической модели и ее документирование.
3.2. Проверка глобальной логической модели данных. Проверка и, при необходимости, проведение процедуры нормализации отношений. Глобальная логическая модель должна позволять выполнять все транзакции, запросы и отчеты, предусмотренные всеми пользователями. При необходимости нужно вернуться назад на соответствующий шаг.
3.3. Проверка возможностей модификации модели в будущем. Оценка приспособленности модели к возможным изменениям в будущем.
3.4. Создание ER‑диаграммы глобальной логической модели.
3.5. Согласование глобальной логической модели с пользователями. Проверка соответствия модели предметной области приложения.
4. Создание глобальной логической модели в среде целевой СУБД.
4.1. Создание таблиц. Создание таблиц, индексов, связей, ограничений, схем (диаграмм), правил, триггеров и других элементов базы данных.
4.2. Реализация бизнес‑правил. Правила защиты, контроля, обновления и обработки данных.
5. Проектирование физического представления данных. Определение способов хранения таблиц, строк индексов и других элементов базы данных на магнитных дисках.
5.1. Анализ транзакций. Определение характеристик транзакций (частота выполнения, время доступа к данным и др.).
5.2. Настройка физической среды. Распределение файлов по различным дисководам и таблиц по файлам. Определение первичных и максимально возможных размеров файлов и их приращений. Формирование факторов заполнения страниц данных и индексов. Определение кластерных индексов.
5.3. Определение дополнительных индексов. Введение таких индексов может увеличить производительность системы.
5.4. Анализ введения избыточности данных. Анализ возможности хранения производных данных, дублирования и объединения таблиц на предмет повышения производительности системы.
Дата добавления: 2014-12-20; просмотров: 95 | Поможем написать вашу работу | Нарушение авторских прав |