Читайте также:
|
Проектирование базы данных представляет собой циклический процесс в составе жизненного цикла программного средства.
Основные этапы жизненного цикла ПС:
1. Планирование разработки БД. Планирование наиболее эффективного способа реализации этапов жизненного цикла системы.
Данный этап предваряет инициацию работ над проектом. Его основными задачами являются: анализ первичных бизнес-требований, предварительная экономическая оценка проекта, построение план-графика выполнения работ, создание и обучение совместной рабочей группы.
2. Определение требований к системе. Определение диапазона действий и границ приложения БД, состава его пользователей и областей применения.
3. Сбор и анализ требований пользователей. Сбор и анализ требований из всех возможных областей применения.
4. Проектирование БД.
5. Выбор целевой СУБД.
Следующие этапы жизненного цикла системы выходят за рамки проектирования БД:
6. Разработка приложений.
7. Создание прототипов.
8. Реализация.
9. Преобразование и загрузка данных.
10. Тестирование.
11. Эксплуатация и сопровождение. На этом этапе приложение БД считается полностью разработанным и реализованным. В случае необходимости в функционирующее приложение могут вноситься изменения, отвечающие новым требованиям.
Полный цикл разработки включает концептуальное, логическое и физическое проектирование БД.
Этапы разработки концептуальной модели:
1. Определение типов сущностей.
2. Определение типов связей
3. Определение атрибутов и связывание их с типами сущностей и связей
4. Определение атрибутов, являющихся потенциальными и первичными ключами.
Первичный ключ – это значение или группа значений атрибутов сущности, позволяющая однозначно идентифицировать каждый экземпляр сущности.
5. Проверка модели на отсутствие избыточности.
На этом этапе модель данных необходимо подвергнуть проверке, с целью выявить в ней наличие избыточных данных и устранить, если такой недостаток будет обнаружен. Выполняются следующие операции:
1) Повторное исследование связей «один к одному»
2) Удаление избыточных связей.
6. Проверка соответствия локальной концептуальной модели конкретным пользовательским транзакциям.
Цель: убедиться, что концептуальная модель поддерживает необходимые транзакции.
Логическое проектирование – процесс создания модели используемой информации на основе выбранной модели организации данных, но без учета типа целевой СУБД и других физических аспектов реализации.
Этапы логического проектирования реляционной базы данных:
1. Исключение особенностей, не совместимых с реляционной моделью.
На этом этапе выполняется следующие операции:
1) удаление двухсторонних связей «многие ко многим»
2) удаление рекурсивных связей «многие ко многим»
3) удаление сложных связей
4) удаление многозначных атрибутов
2. Формирование отношений на основе логической модели данных.
На этом этапе на основе логических моделей данных определяются наборы отношений, необходимые для представления сущностей, связей и атрибутов, входящих в представление отдельных пользователей о предметной области приложения.
3. Проверка отношений с использованием средств нормализации.
Процесс нормализации включает следующие основные этапы:
1) приведение к 1-й нормальной форме, позволяющее удалить из отношений повторяющиеся группы атрибутов
2) приведение ко 2-й нормальной форме, позволяющее устранить частичную зависимость атрибутов от первичного ключа
3) приведение к 3-й нормальной форме, позволяющее устранить транзитивную зависимость атрибутов от первичного ключа.
4) приведение к нормальной форме Бойса-Кодда, позволяющее удалить из функциональных зависимостей оставшиеся аномалии.
4. Проверка применимости отношений для выполнения пользовательских транзакций.
Целью выполнения данного этапа является проверка логической модели данных на предмет того, обеспечивает ли она поддержку всех транзакций, предусмотренных пользовательским представлением.
5. Определение ограничений целостности.
Ограничения целостности данных вводятся с целью предотвратить появление в базе противоречивых данных.
Созданная в результате процесса разработки логическая структура базы данных обсуждается с пользователями и, в случае необходимости выполняется итерационный процесс доработки модели.
Дата добавления: 2015-09-01; просмотров: 442 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| Обзор существующих решений для автоматизации | | | II.Общее описание |