2.2 Объектно-ориентированный метод.

Объектно-ориентированное проектирование представляет собой процесс реализации программ, основанный на представлении программы в виде совокупности объектов. Оно предполагает, что любая функция в программе представляет собой метод объекта некоторого класса.

Объектные модели, разработанные во время анализа требований, упрощают переход к объектно-ориентированному проектированию и программированию.

Для достижения этой цели я использую программу ERwin 4.0, которая имеет два уровня моделирования: логический и физический.

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

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

Создадим сущности для объектной области «Приемная комиссия колледжа» на логическом уровне (рисунок 2.2.1).

Рисунок 2.2.1- Сущности объектной области «База Данных приемной комиссии колледжа»

Мы создали схему с 4 сущностями, это: абитуриенты, специальности, потоки и результаты экзаменов.

Теперь внесем в схему так же атрибуты этих сущностей. Атрибуты представлены на таблице 1.

Рисунок 2.2.2 – ERD-диаграмма с атрибутами

Таблица 1- Перечень сущностей и их атрибутов

Сущность	Атрибут	Тип
Абитуриенты	Код абитуриента Код специальности Код потока Фамилия Имя Отчество Дата рождения Адрес	Число Число Число Строка Строка Строка Дата Строка
Специальности	Код специальности Специальность	Число Строка
Результаты экзаменов	Код абитуриента Русский язык Алгебра Геометрия Средний балл аттестата	Число Число Число Число Число
Потоки	Код потока Дата экзамена по русскому Дата экзамена по алгебре Дата экзамена по геометрии	Число Дата Дата Дата

Необходимо обеспечить сущности уникальными ключами, назначим атрибуты «Код» ключами. Ключи после обозначения выделяются в специальный блок. Рассмотрим атрибуты с ключами на рисунке 2.2.3.

Рисунок 2.2.3 – ERD-диаграмма с атрибутами и присвоенными ключами.

После этого необходимо определить связи между сущностями и их атрибутами (рисунок 2.2.4).

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

У нас на схеме обозначены зависимости между сущностями «Специальности», «Результаты экзаменов», «Потоки» и сущностью «Абитуриенты».

Рисунок 2.2.4 – ERD-диаграмма со связями и сущностями.