2 Проектирование задачи

2.1 Концептуальное проектирование

Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:

- обследование предметной области, изучение ее информационной структуры;

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

- моделирование и интеграция всех представлений.

В соответствии с DFD (Data Flow Diagram) методологией, модель системы определяется как иерархия диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю. Диаграммы верхних уровней иерархии - контекстные диаграммы, задают границы модели, определяя её окружение (внешние входы и выходы) и основные рассматриваемые процессы. Контекстные диаграммы детализируются при помощи диаграмм следующих уровней.

Основными элементами диаграмм потоков данных являются:

• внешние сущности;

• процессы;

• накопители данных;

• потоки данных.

Внешние сущности

Под внешней сущностью (External Entity) понимается материальный объект, являющийся источником или приемником информации. В качестве внешней сущности на DFD диаграмме могут выступать заказчики, поставщики, клиенты и другие.

Процессы

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

Накопители данных

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

Потоки данных

Поток данных определяет информацию, передаваемую через некоторое соединение (кабель, почтовая связь, курьер) от источника к приемнику. На DFD диаграммах потоки данных изображаются линиями со стрелками, показывающими их направление. Каждому потоку данных присваивается имя, отражающее его содержание.

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

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

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

Создание программного продукта начинается с создания структуры базы данных. Осуществление данного этапа разработки производилось в программе Microsoft Access 2010. Каждая таблица имеет ключевое поле. Тип связи между таблицами «один-ко-многим». Схема базы данных представлена на рисунке 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 - Структура таблица БД «Должности»

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

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

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

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

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

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

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

Вторая нормальная форма

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

Третья нормальная форма

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