Логическое проектирование БД

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

Для создания глобальной логической модели данных предприятия можно выбрать один из двух основных подходов: централизированный подход или подход на основе интеграций представлений.

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

В дальнейшем процесс проектирования БД должен опираться на определенную модель данных (реляционную, сетевую и т. д.), которая определяется типом предполагаемой для реализации информационной системы СУБД. После чего сама концептуальная модель данных уточняется и преобразуется в логическую модель данных.

В процессе разработки логическая модель данных должна постоянно подвергаться проверке на соответствие избыточности данных, способных вызвать в будущем аномалии обновления. Построенная логическая модель данных в дальнейшем будет востребована на этапе физического проектирования, а также на этапе эксплуатации и сопровождения уже готовой системы, позволяя наглядно представить любые вносимые в БД изменения. На этом этапе желательно создать документы:

· Наборы подсхем.

· Спецификации для физического проектирования приложений.

· Руководство по разработке программы (интерфейс пользователя и межпрограммный интерфейс).

· Руководство по сопровождению БД.

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