Проектирование баз данных – это итерационный, многоэтапный процесс принятия обоснованных решений в процессе анализа информационной модели предметной области, требований данных со стороны прикладных программистов и пользователей, синтеза логических и физических структур данных, анализа и обоснования выбора программных и аппаратных средств.
Этапы проектирования и создания базы данных определяются следующей последовательностью:
• построение информационно-логической модели данных предметной области;
• определение логической структуры реляционной базы данных;
• конструирование таблиц базы данных;
• создание схемы данных;
• ввод данных в таблицы (создание записей);
• разработка необходимых форм, запросов, макросов, модулей, отчетов;
• разработка пользовательского интерфейса.
Этап 1. Сбор, анализ и формализация требований, предъявляемых к содержанию и процессу обработки данных всеми известными и потенциальными пользователями БД.
Этап 2. Построение независимой от СУБД информационной структуры путем объединения информационных требований пользователей.
Результатом является построение концептуальной модели.
Этап 3. Создание СУБД – ориентированной схемы (логической модели) с использование в качестве исходных данных результатов концептуального проектирования и требований обработки конкретной СУБД.
Этап 4. Создание физической структуры базы данных и набор реализуемых алгоритмов по ее использованию в терминах конкретной СУБД. Результатом является полностью готовая к внедрению структура БД и набор реализуемых алгоритмов по ее использованию
Принципы:
Иерархичность
Декомпозиция
Структурное представление об объектах по степени детальности описания
Деление представлений по степени детальности описаний
Многоэтапность
Итерационность
Последовательность этапов:
1. Предпроектное исследование
2. Разработка ТЗ
3. Эскизный проект (схема)
4. Технический и рабочий проект
5. Испытание и внедрение
Система разрабатывается с использованием методов нисходящего проектирования над некоторыми ее элементами
Типизация
Унификация
Использование типовых проектных решений
Целесообразно в таких классах объектов, в которых на основе небольшой части спроектированного можно проектировать большое количество различных систем