2.4 Логическая модель данных

Модель данных, в которой на логическом уровне полностью описывается информационное содержание базы данных, называется логической моделью базы данных. Логическая модель является основой для всех пользователей информационной системы (прикладных программ и людей). Пользователи и прикладные программы обращаются к базе данных посредством СУБД только в терминах логической модели.

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

Создание программного продукта начинается с создания структуры базы данных. Осуществление данного этапа разработки производилось в программе Microsoft Access 2007. Каждая таблица имеет ключевое поле. Тип связи между таблицами «один-ко-многим». Схема базы данных представлена на рисунке 2.1

Рисунок 2.1 – Схема БД «Бюро по трудоустройству»

Таблица «Вакансии» предназначена для хранения информации о имеющейся должности. На рисунке 2.1 приведена ее структура и назначение полей.

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

Рисунок 2.1 – Структура таблицы «Вакансии»

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

Рисунок 2.2 – Структура таблицы «Работодатели»

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

Таблица «Соискатели» предназначена для хранения информации о соискателе, тех лиц, которые нуждаются в работе. На рисунке 2.3 приведена ее структура и назначение полей.

Рисунок 2.3 - Структура таблица БД «Соискатели»

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

Таблица «Данные_по_соискателю» предназначена для хранения более точной информации о соискателе. На рисунке 2.4 приведена ее структура и назначение полей.

Рисунок 2.4 - Структура таблица БД «Данные по соискателю»

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

Таблица «Образование» предназначена для хранения информации об образовании соискателя. На рисунке 2.5 приведена ее структура и назначение полей.

Рисунок 2.5 - Структура таблица БД «Образование»

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

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

Рисунок 2.6 - Структура таблица БД «Должности»

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

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

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

Первая нормальная форма:

- запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию)

- запрещает множественные столбцы (содержащие значения типа списка и т.п.)

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

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

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

3 Описание технологии реализации

3.1 Интерфейс базы данных

Интерфейс БД «Бюро по трудоустройству» достаточно легок в использовании. При запуске программы открывается главная форма «Бюро по трудоустройству».

Рисунок 3.1 – Главное окно базы данных

Кнопки: Сделки, Работодатели, Соискатели – открывают соответствующие формы для просмотра и ввода данных. Одна из форм представлена на рисунке 3.2.

Рисунок 3.2 – Форма ввода и просмотра данных

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

Вызов запроса происходит при нажатии на кнопку соответствующего запроса. Представление запроса осуществляется в режиме таблицы. Запрос представлен на рисунке 3.4.

Рисунок 3.4 – Вызов запроса «Вакансии»

Кнопки: Поиск данных о соискателе, Поиск вакансии по должности, Поиск вакансии по зарплате, Отбор соискателей по должности открывает диалоговые окна для ввода требуемого параметра

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