1. Проверка отношений на завершающей фазе проектирования

Независимо от способа проектирования БД после завершения разработки НФБК – отношений, рассматриваемый уже в качестве окончательного проекта, полученный набор отношений необходимо проверить по следующим направлениям:

1. Одна и та же ФЗ не должна появляться более чем в одном отношении.

2. В наборе отношений должны отсутствовать избыточные отношения.

Отношения является избыточным, если все атрибуты в избыточном отношении могут быть найдены:

1. в другом отношении проектного набора;

2. в отношении, которое может быть получено из других отношений предложенного проектного набора с помощью серии операций СОЕДИНЕНИЯ над этими отношениями.

Если устанавливается избыточность отношения, его следует исключить из проектного набора.

Примеры:

1. имеются отношения R1(A,B,C) иR2(A,B,C,D,E,F). В этом случае отношениеR1 является избыточным, так как все значения атрибутов отношенияR1 можно определить из отношенияR2.

2. имеются отношения R1(A,B),R2(A,C,D) иR3(C,B,D,F,N). Здесь отношениеR1 является избыточным, так как атрибуты А и В отношенияR1 могут быть получены из отношения, полученного в результате применения операции СОЕДИНЕНИЯ к отношениямR2 иR3.

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

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

В результате проектирования должна быть составлена модель базы данных, отражающая все связи, существующие между отношениями.

5. Выбор субд

При выборе СУБД могут учитываться различные факторы, среди которых могут быть следующие:

• требуемая оперативная и дисковая память;

• трудоемкость разработки программ;

• стоимость эксплуатации;

• совместимость разрабатываемой БД с существующими на предприятии системами;

• срок разработки системы;

• затраты на обучение персонала и т.д.

В некоторых случаях определяющим фактором при выборе может оказаться требование заказчика использовать конкретную СУБД.

6. Разработка приложений

На этом этапе должны быть разработаны алгоритмы функционирования БД и ее элементов. Описаны средствами СУБД и введены в ЭВМ схемы отношений. Разработан интерфейс пользователя с БД (экранные формы для ввода и отображения данных; способы обращения и доступа к данным БД; размеры, состав порций одновременно отображаемых на экране данных и др.).

Разработано и отлажено программное обеспечение с использованием контрольных данных.

Проведено тестирование системы и скорректирована технология ее обслуживания.

Составлена инструкция пользователя.

7. Пример проектирования бд

Задание. Спроектировать базу данных для хранения информации об успеваемости студентов. Проектирование провести с использованием декомпозиционного иER-методов.

Атрибуты, которые должны быть помещены в БД: код студента (КодСт – номер зачетной книжки), фамилия (Фам), имя (Имя), дата рождения (ДатаР), домашний адрес (Адрес), и телефон (Тел), код изученной дисциплины (КодД), наименование дисциплины (НаимД), количество часов на изучение дисциплины по учебному плану (Часы), семестр, в котором завершено изучение дисциплины (Семестр), полученная оценка по дисциплине (Оценка). Здесь, в скобках приведены обозначения атрибутов, которые будут использоваться при проектировании.