Выявление информационных объектов и связей между ними

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

-На какие таблицы можно разбить данные, подлежащие хранению в БД?

-Какое имя можно присвоить каждой таблице?

-Какие наиболее интересные характеристики (с точки зрения пользователя) можно выделить?

-Какие имена можно присвоить выбранным характеристикам?

Поэтому соответствующие данные можно расположить в примере таблицы 1:

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

-Какие типы связей между информационными объектами?

-Какое имя можно присвоить каждому типу связей?

-Каковы возможные типы связей, которые могут быть использованы впоследствии?

Попытка задать ограничения на объекты, их характеристики и связи приводит к необходимости ответа на следующие вопросы:

-Какова область значений для числовых характеристик?

-Каковы функциональные зависимости между характеристиками одного информационного объекта?

-Какой тип отображения соответствует каждому типу связей?

-При проектировании БД существуют взаимосвязи между информационными объектами трех типов: «один к одному», «один ко многим», «многие ко многим». Например, как это указано в таблице 2:

Студент	Один к одному	Личное дело
Аудитория	Один ко многим	Студент
Студент	Многие к многим	Преподаватель

Построение концептуальной модели

В простых случаях для построения концептуальной схемы используют традиционные методы агрегации и обобщения. При агрегации объединяются информационные объекты (элементы данных) в один в соответствии с семантическими связями между объектами. Например, урок истории в 10 «а» классе проводится в кабинете №7, начало в 9-30. Методом агрегации создаем информационный объект (сущность) РАСПИСАНИЕ со следующими атрибутами: «класс», «предмет», «кабинет», «время». При обобщении информационные объекты (элементы данных) объединяются в родовой объект, как указано в примере таблицы 3:

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

Модели «сущность-связь», дающие возможность представлять структуру и ограничения реального мира, а затем трансформировать их в соответствии с возможностями промышленных СУБД, являются весьма распространенными.

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

Тип сущности    - ученик

Экземпляр сущности     - Иванов, Петров, Сидоров и др.

В нашем примере Школа, Класс, Предметы, Ученики, Учителя, Оценки – сущности. Проанализируем связи между сущностями на примере таблицы 4:

Теперь можно перейти к проектированию информационной (концептуальной) схемы БД.

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