Вопрос 9. Понятие и этапы проектирования бд.

Процесс разработки структуры БД в соответствии с требованиями пользователя – называется проектированием.

Цель проектирования БД – создание таких эксплуатационных характеристик БД, которые были бы приемлемы для всех пользователей.

Весь процесс проектирования делится на 2 уровня:

1. Логическое проектирование

2. Физическое проектирование

На уровне логического проектирования выделяется 3 этапа:

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

2. Логическое проектирование. На основе концептуальной модели разрабатывается логическая структура БД (таблицы, поле), то есть создается информационно-логическая модель

3. Проектирование реализации. Независимо от выбранной СУБД создается внешняя модель данных или пользовательское представление.

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

Вопрос 10. Методология проектирования бд.

Метод – упорядоченная логическая процедура или выполнение определенных задач.

Система методов используемых в научных исследованиях называется методологией. Методология проектирования БД включает 4 компонента:

1. Процесс проектирования

2. Инструментальные средства

3. Информационные требования

4. Средства описания данных

Процесс проектированиясостоит из серии альтернативных этапов, на каждом из которых осуществляется выбор альтернативных решений. Каждый этап завершается результатом. Если результат не соответствует требованиям, проектные решения могут пересматриваться. Производится сквозной структурный контроль БД и Программного Обеспечения – цель которого: обнаружить ошибки проектирования и исправить их до наступления этапа реализации. Такая экспертиза проводится не менее 4 раз:

1. после анализа требований проектирования и структуры

2. после детального проектирования

3. после реализации до начала эксплуатации

4. после начала эксплуатации

Результатом процесса проектирования БД является создание полной структуры БД и руководство для прикладных пользователей.

Инструментальные средствавключают набор методов проектирования и критерии оценки альтернативных решений, которые бывают качественные и количественные.

Информационные требования – это исходные данные, которые используются для проектирования. Используются такие понятия как – сущность, атрибут и связь.

Сущность - название предприятия, ИМЯ

Атрибуты – элементарные данные, описывающие сущность

Связи - описывают взаимодействие между отдельными элементарными данными (1:1; 1:N;N:N)

Вся информация делится на 2 вида:

1. ISP

2. UP

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

Вторая определяет требования пользователя к обработке данных, т.е. описывает данные и связи используемые в приложении, т.е. она определяет вид документа составленного на основе исходных данных ISPинформации.

Средства описания данных делятся на 3 класса:

1. язык описания данных – входит в состав СУБД и используется для описания конечного результата на этапе проектирования реализации

2. описание исходной информации один из видов, который связан с производственными функциями, а другой с функциями управления

3. описание результата промежуточных этапов