Разработка базы данных кадрового учета на предприятии - «ООО Магазин Азас»

 

Ключом кандидатом, от которого зависят все атрибуты отношения является атрибут № Должности, назначим его первичным ключом.

 

 

Зависимости атрибутов для сущности Ставки:

№ Ставки
№отдела
№должности
наименование ст.
Порядковый№ ст.
процент занятости

 

Ключом кандидатом, от которого зависят все атрибуты отношения является атрибут №Ставки, назначим его первичным ключом.

 

Зависимости атрибутов для сущности Документы:

№Документа
№сотрудника
№типа документа
серия
номер
дата выдачи
кем выдан

 

Ключом кандидатом, от которого зависят все атрибуты отношения является атрибут №Документа, назначим его первичным ключом.

 

Зависимости атрибутов для сущности ТрудоваяКнижка:

№ Записи
№сотрудника
дата приема
дата увольнения
причина увольнения
место работы
должность
приказ о приеме
приказ об увольнении
признаки включения периода в  стаж

 

Ключом кандидатом, от которого зависят все атрибуты отношения является атрибут № Записи в трудовой книжке, назначим его первичным ключом.

 

Зависимости атрибутов для сущности Отпуска:

№ Отпуска
№типа отпуска
дата начала
дата окончания
дата начала периода
дата окончания периода
длительность отпуска

 

Ключом кандидатом, от которого зависят все атрибуты отношения является атрибут №Отпуска, назначим его первичным ключом.

 

Зависимости атрибутов  для сущности НазначенНаСтавку:

№Сотрудника
№Ставки
процент назначения
дата назначения
документ о назначении
дата освобождения
документ об освобождении ставки
признаки включения периода  в стаж

 

Ключом кандидатом, от которого зависят все атрибуты отношения является составной ключ из двух атрибутов №Сотрудника + №Ставки, назначим эту пару атрибутов первичным ключом.

Выполним нормализацию проектируемой системы до третьей нормальной формы (ЗНФ).

Согласно определению схема отношения R находится в первой нормальной форме (1НФ), когда все входящие в неё атрибуты являются атомарными, т.е. в любом поле содержится только одно значение, и любое ключевое поле не пусто. [1]

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

Однако, наблюдаются аномалии дублирования информации, что является нецелесообразным, так как перерасходуются ресурсы  ЭВМ и корректировка данных требует  изменения всех копий. Для исключения дублирования проводится полная декомпозиция (расщепление) реляционных таблиц.

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

Проведем  декомпозицию сущности Сотрудники. Выделим  атрибут «семейное положение» в  новую сущность Семейное Положение (№ Записи Сем Положения, код, наименование), и тогда сущность Сотрудники примет вид:

Сотрудники(№Сотрудника, № Записи Сем Положения, табельный номер, ФИО, пол, дата рождения, место рождения, гражданство, дата поступления, дата увольнения с предприятия, адрес, телефон, ИНН, пенсионный код).

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

Согласно определению схема отношения R находится во второй нормальной форме (2НФ), если она находится в 1НФ и каждый ее не первичный атрибут, функционально полностью зависит от соответствующего ключа-кандидата.[2] Функционально полной зависимостью называется зависимость одновременно от всех полей ключа. Если все возможные ключи отношения простые, то отношение находится во 2НФ.

В проектируемой системе имеются  сцепленные ключи в сущности

Назначен На Ставку: первичный ключ является составным из двух атрибутов №Сотрудника + №Ставки.

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

Из диаграммы зависимости атрибутов  для сущности Назначен На Ставку рассмотренной выше видно, что любой атрибут сущности(процент назначения, дата назначения, документ о назначении, дата освобождения, документ об освобождении, признак включения периода работы в стаж) зависит именно от пары №Сотрудника + №Ставки. Указанные атрибуты сущности не могут на прямую зависеть только от №Сотрудника или только от №Ставки, так как у сотрудника может быть несколько назначений и, следовательно, несколько дат назначений, несколько приказов о назначении на различные ставки. А для одной и той же ставки могут существовать назначения на нее различных сотрудников. И только для объединения одновременно всех полей ключа: №Сотрудника + №Ставки, существует единственный экземпляр сущности с конкретными значения не первичных атрибутов сущности. Таким образом, существует полная функциональная зависимость всех не первичных атрибутов от всех полей ключа сущности Назначен На Ставку одновременно.

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

Согласно определению отношение R задано в третьей нормальной форме (3НФ), когда оно задано в 2НФ и каждый не первичный атрибут из R нетранзитивно зависит от любого из ключей-кандидатов.[2]

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

На  основе нормализованных таблиц БД представим структурную схему базы данных.

 

 

Данная  часть схемы показывает связи  сущностей для организации отношений  Должности-КатегорииДолжностей, Ставки-Отделы и Ставки-Должности.

 

 

 

Данная  часть схемы показывает связи  сущностей для ведения учета  назначений сотрудника на различные  ставки в период его работы на предприятии.

 

 

Данная часть  схемы показывает связи сущности Сотрудники с документами сотрудника, его отпусками и записями трудовой книжки.

4. Разработка программного обеспечения для ЭВМ

 

Процесс разработки программного обеспечения предусматривает ряд этапов.

1) Разработка интерфейса пользователя