Проектирование моделей данных

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

На рис. 4 представлен фрагмент ER-диаграммы, отображающей работу менеджера.

Рисунок 4 ER-диаграмма работы менеджера Для построения инфологической модели данных определим сущности их связи и атрибуты.

В данной БД основными являются две таблицы — «Безработные» и «Вакансии».

«Безработные»: код безработного, фамилия, имя, отчество, пол, серия паспорта, профессия, разряд, стаж, образование, последнее место работы, город проживания, адрес, возраст, семейное положение, направлен на: код курсов, код договора, дата регистрации.

«Вакансии»: код вакансии, предприятие, профессия, разряд, образование, требуемый стаж, адрес предприятия, занята (да/нет).

Структура других таблиц:

«Визиты»: код визита, код безработного, дата визита, замечания.

«Курсы»: код курсов, название курсов, профессия, разряд.

«Договора»: код договора, код безработного, код курсов, дата заключения договора.

Функции, которые выполняет система:

Анализ спроса и предложения на рынке трудовых ресурсов.

Регистрация безработного через экранную форму.

Регистрация вакансии через экранную форму.

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

Поиск подходящих кандидатур на вакансию (с помощью запроса).

Направление безработного на курсы обучения Регистрация договора при любых операциях на бирке труда — устройство на работу, направление на курсы.

Вывод отчетов.

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

Построим инфологическую модель по определенным сущностям. Рассмотрим потоки информации, используемые для ведения системы организации работы кадрового агентства, представленные рис. 5.

Рисунок 5 Инфологическая модель БД Для построения датологической модели данных рассмотрим связь между атрибутами сущностей и построим эту модель. Данная модель представлена ни рис. 6.

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

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

В качестве даталогической модели базы данных была выбрана реляционная модель, поскольку именно реляционная модель является результатом более развитых представлений о формировании и ведении баз данных, на которые наложен строгий математический аппарат. Реляционные модели наиболее логично и наглядно отражают структуру хранимой информации и внутренних связей, что позволяет более полно анализировать структуру базы данных при разработке. Это привело к тому, что именно реляционные модели баз данных наиболее распространены в настоящее время и являются стандартом, на который переводятся все существовавшие ранее базы данных с иерархической и сетевой моделью. Ещё одним веским доводом в пользу выбора реляционной модели является тот факт, что подавляющее большинство предоставляемых средств для разработки баз данных ориентированы исключительно на реляционную модель. Кроме того, реляционные базы данных впоследствии легче расширять и интегрировать, что является неотъемлемой частью дальнейшего развития баз данных, с увеличением возлагаемых на них задач.

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

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