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

Моделирование информационного обеспечения системы кадрового учета требует предварительного анализа предметной области. В работе [1, с. 460] выполнен с использованием методологии семейства IDEF. Данная методология часто используется при анализе предметной области с дальнейшим моделированием на языке UML [2, c. 113]. Описание модели программного обеспечения информационной системы приведено в работе [3, c. 526]. Для реализации модели системы построены диаграммы вариантов использования, последовательностей, пакетов, классов, диаграммы развертывания:  диаграмма размещения и диаграмма компонентов.

Логическая модель базы данных рассматриваемой задачи, представляет собой реляционную структуру и отображается диаграммой «сущность – связь», дополненной первичными и внешними, ключами и таблицами описания данных. Логическая модель является абстрактным взглядом на данные, которые представляются так, как в реальном мире и могут называться так, как они называются в реальном мире. Логическая модель базы данных рассматриваемой задачи, представляет собой реляционную структуру и отображается диаграммой «сущность – связь», дополненной первичными и внешними, ключами и таблицами описания данных [4, с. 83].

При проведении анализа предметной области были выявлены основные сущности базы данных:

• -    сотрудники – содержит информацию о сотрудниках предприятия;

• -    должности – содержит информацию о должностях;

• -    приказы – содержит информацию о приказах;

• -    трудовая история – содержит информация о трудовой истории каждого из сотрудников предприятия;

• -    образование – содержит информацию об образовании каждого сотрудника;

• -    увольнение – содержит информацию об уволенных сотрудниках, с описанием причины;

• -    табель рабочего времени – содержит информацию о табелях сотрудников;

• -    перевод – содержит информацию о переведенных сотрудниках;

• -    отпуск – содержит информацию об отпусках.

Логическая модель данных в первом приближении построена с использованием языка UML – рисунок 1.

Атрибутами сущности «сотрудники» являются: табельный номер, фамилия, имя, отчество, стаж, номер паспорта, ИНН, состав семьи, дата рождения, прописка, фактическое место проживания, телефон, номер трудового договора, номер должности. Атрибутами сущности «должности» являются: номер должности, должность. Атрибутами сущности «приказы» являются:  номер приказа, дата, описание.

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

Дата приняти

Оклад

Увольнение

Код увольнения

Та6№

Надбавки

Должности

тк

№ Должности

Должность

Описание

Специалность

Диплом

fpK

№ Приказа

Дата

Основание

№ Паспорта

ИНН

Состав семьи

Дата рождения

Прописка

№ Договора

Код перевода

Вид перевода

Прежнее место работы

Новое место работы

Табель рабочего времени

Таб№

За период

ФИО

Кол-во отработанных дней

Кол-во выходных

Отпуск, больничный

Рисунок 1 – Логическая модель данных

Атрибутами сущности «перевод» являются: код перевода, табельный номер, вид перевода, прежнее место работы, новое место работы, основание, номер приказа.

Атрибутами сущности «отпуск» являются: код отпуска, дата составления, табельный номер, период рабочих дней, количество дней, период к оплате.

С целью оптимизации структуры информационного обеспечения произведено нормализация базы данных. Получена модель базы данных на физическом уровне необходима для учета всех особенностей СУБД. Физическая модель базы данных представлена на рисунке 2.

Трудовая история

Кол.ТД	INTEGER
Дата составления	DATETIME
Дата принятия	DATETIME
1аб№(1К)	INTEGER
Оклад	INTEGER
Hit.((клики	INTEGER
Основание	CHARI JO)

Увольнение

Код увольнения	INTEGER
Дато ТабЛ* (FK) Основание Латрнказа (FK)	DATETIME INTEGER CHARUO) INTEGER

Приказы

+г

Лгириказа	INTEGER
Л«1а ()n псалме	DATETIME CHARUO)

Должности

^должности	INTEGER
ДоДЖНОС! Ii	CHAR( 10)

Образование

Код	INTEGER
Ta6№iFKi Спениальность Дота выдачи Тин ЛЕдИНЛОма	INTEGER CHARUO) DATETIME CHARUO) integer

Н

TaoW	INTEGER
Фамилия	CHARU 0)
Имя	CHARI К»
Отчество	CHARUO)
Стаж	CHARUO)
Хи1ЛП14трг|И	INTEGER
ИНН	INTEGER
Состав семьи	CHAR(IO)
Дата рождения	CHAR(IO)
Прописка	CHARUO)
Факт место проживания	CHARUO)
Телефон	INTEGER
Лп ружтио договора	INTEGER
Ходыжнемли |FK|	INTEGER

Н

н

Перевод

Код нерепода	INTEGER
Tafite (FK)	INTEGER
Вид перевода	CHARI 10)
Прежнее место роботы	CHARUO)
Новое место работы	CHARI 10)
Оок>№В11ие	CHAR( 10)
V’ 11 рн гд ш 1F К)	INTEGER

Табель рабочего времени

TaiiXFK)	INTEGER '
За период Фамилия Имя Отчество Кол-во mpanmajinMx дней Кол-во выходных Отпуск Больничный L	INTEGER CHARUO) CHARUO) CHARUO) INTEGER INTEGER CHARUO) CHARUO)

Код отпуска	INTEGER
Дата составления	DATETIME
Ta6№lFK)	INTEGER
Период рабочих дни!	INTEGER
Kin-mi дн^й	INTEGER
Период к ин.пне	INTEGER

Рисунок 2 – Физическая модель базы данных

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

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