Проектирование инфологической модели базы данных

C целью построения модели данных используется продукт ERwin фирмы PLATINUM technology. ERwin имеет два уровня представления модели — логический и физический. На логическом уровне данные не связаны с конкретной СУБД, поэтому могут удобно отобрать структура представления данных в базе. Физический уровень фактически отображает системный каталог, который зависит от конкретной СУБД. По корректной физической модели ERwin может генерировать физическую схему (системный каталог или SQLскрипт) для заданной СУБД. Процесс генерации физической схемы БД из логической модели данных называется прямым проектированием (Forward Engineering). При генерации физической схемы ERwin включает триггеры ссылочной целостности, хранимые процедуры, индексы, ограничения и другие возможности, доступные при определении таблиц в выбранной СУБД.

ERwin способен по содержимому системного каталога воссоздать физическую и логическую модель данных. Эту процедуру называют обратным проектированием. На основе полученной логической модели.

можно сгенерировать физическую модель для другой СУБД.

А, так как в данной работе является важной частью построение модели данных для сущностей и атрибутов, для того чтобы объяснить пользователю, что где будет хранить в конкретной сущности или атрибуте. Сущности можно определить как объект, событие или концепцию, информация о которых должна сохраняться. ERwin имеет развитый инструмент для облегчения проектирования модели данных Для внесения сущности в модель кликнуть по кнопке сущности на панели инструментов ERwin Toolbox. Затем кликнуть потому месту на диаграмме, где необходимо расположить новую сущность. Нажав правой кнопкой мыши по сущности и выбрав из всплывающего меню пункт Entity Editor можно вызвать диалог, в котором определяются имя, описание и комментарии сущности (Рисунок.1.1).

Рисунок 1.1 — Создание атрибутов данных Сущность «Абитуриенты» необходима для того чтобы записывать данные о поступающих в техникум .

В её состав входят атрибуты: KOD_ABIT — уникальное поле (счётчик), FIO-ФИО абитуриента (текстовой), DAT_ROD — Дата рождения абитуриента (Дата/Время), ADRES — Место жительство абитуриента (Текстовый), CPEC — Наименование специальности (текстовый), NOMBER_ATTET — Номер аттестата (Числовой), KOD_PAS — Код паспорта (числовой).

Рисунок 1.2 — Атрибут «Абитуриенты».

Сущность «Приемная комиссия «необходима для ведения списка, что экономит время для не зачисления и принятия на обучение абитуриента В состав входят атрибуты: KOL_BALLуникальное поле (счётчик), FORM_OBUCHФорма обучения (тестовой), DAT_ZACH — Дата зачисления абитуриента (Дата/время).

Рисунок 1.3 — Атрибут «Приемная комиссия «.

Сущность «Специальность» необходима, для определения специальности зачисленного абитуриента .В ее состав входят: KOD_CPECуникальное поле (счётчик), NAME_CPEC — Наименование специальности.

Рисунок 1.4 — Атрибут «Специальность».

Сущность «Информация по аттестату» необходима, для введения информации по данным аттестата, и вычисления общего балла зачисляемого абитуриента .В ее состав входят: NOMBER_ATTET — уникальное поле (счётчик), DATA_VECH — Дата выдачи аттестата (Дата/время), SRED_BALL — Средний бал по аттестату (Числовой), KEM_VIDAN — Кем выдан (Текстовый), FIO — ФИО Зачисляемого абитуриента (текстовый).

Рисунок 1.5 — Атрибут «Информация по аттестату».

Сущность «Информация по паспортным данным», необходима для введения информации по данным паспорта зачисляемого абитуриента .В ее состав входят: KOD_PAS — уникальное поле (счётчик), KEM_VIDANКем выдан (Текстовый), DAT_VIDACH — Дата выдачи (Дата/время), KOD_PADROZ — Код подразделения (Числовой), FIO — ФИО зачисляемого абитуриента (текстовый).

Рисунок 1.6 — Атрибут «Информация по паспортным данным».