77
реляционным структурам данных, как к совокупности связей между сущностями,
дает возможность применять модель "сущность-связь". Многие разработчики и
аналитики считают ее лучшим средством для разделения логического
представления данных от их физической реализации.
ER-диаграмма отражает информационный аспект системы, показывает
структуру данных системы В ходе создания программного комплекса выделяются
сущности, которые нужно сохранять в БД программного комплекса.
Нормализация подразумевает под собой разбиение таблицы на две или
более, имеющие лучшие свойства включения, изменения или удаления данных.
Итоговая цель нормализации заключена в получении такого проекта БД, где
каждый факт возможен лишь в одном месте, то есть минимизирована избыточность
данных. Нормализация отношений – это формальный аппарат ограничений,
составление отношений которого дает возможность устранить дубли,
гарантировать непротиворечивость хранимых в базе данных, минимизировать
трудозатраты на поддержку БД. Кодом найдено три нормальные формы и
обоснован метод, позволяющий любое отношение перевести к третьей нормальной
форме. Преобразуем наши отношения к третьей нормальной форме. Первая НФ:
Отношение становится нормализованным или приведенным к первой НФ только
тогда, когда все его атрибуты неделимые. Таблица располагается в первой
нормальной форме только тогда, когда все ее строки не содержат в любом поле
более одного параметра, и не одно из ее ключевых полей не является пустым.
Чтобы привести наши отношения к первой НФ надо параметр Ф.И.О. разделить на
три части (Фамилия, Имя, Отчество). Также нужно вынести в отдельную таблицу
наименование структурного подразделения, должность и название фирмы, чтобы
избежать избыточности данных.
Модель базы данных представлена на рисунке 16.
78
Отпуска
U1 Код
Дата
Начало
Окончание
I3 КодСтруктурноеПодразделение
I1 ОтветственноеЛицо
I2 РаботникКадровойСлужбы
Сотрудник
ДатаЗаполнения
I11 Состояние
I12 КодТрудовойДоговор
ИНН
НомерСвидетельстваПенсионногоСтрахования
ХарактерРаботы
I1 КодВидРабот
Фамилия
Имя
Отчество
I4 Пол
ДатаРождения
МестоРождения
I2 Гражданство
I5 ЗнаниеЯзыка1
I7 СтепньЗнанияЯзыка1
I6 ЗнаниеЯзыка2
I8 СтепньЗнанияЯзыка2
I3 Образование
I9 ОсновнаяПрофессия
I10 ДополнительнаяПрофессия
СтажРаботыНаДату
КодСостояниеВБраке
ПаспортСерия
ПаспортНомер
ПаспортДатаВыдачи
КемВыдан
АдресРегистрации
АдресПроживания
ДатаРегистрацииПоМестуЖительства
НомерТелефона
КатегорияЗапаса
ВоинскоеЗвание
Состав
ПолноеКодовоеОбозначение
КатегорияГодностиКВоеннойСлужбе
НаименованиеКомиссариата
СостоитНаОбщемУчёте
СостоитНаСпециальномУчёте
ОтметкаОСнятии
ДополнительныеСведения
ОснованиеУвольнения
ДатаУвольнения
ПриказУвольненияНомер
ПриказУвольненияДата
Уволен
Роль
FK13 Таблица
FK18 КодТипСтажа
FK18 КодЛичнаяКарточка
FK20 Код
ТрудовойДоговор
U1 Код
I4 КодЛичнаяКарточка
Дата
При казНомер
При казДата
I3 Должность
Квалификация
I5 КодСтруктурноеПодразделение
I6 КодТрудовойСрок
При чинаЗаключенияСрочного
УказаниеРаботы
СрокНачало
СрокОкончание
ХарактерРаботы
I1 КодВидРабот
ИспытательныйСрок
ПраваРаботника
ОбязанностиРаботника
ОбязанностиРаботодателяТруд
ОбязанностиРаботодателяБезопасность
ОбязанностиРаботодателяПрочее
I2 КодВидРежимаРабочегоВремени
ОсобенностиРежима
ЕжегодныйОт пуск
СоциальноБытовыеУсловия
ИноеПорядокИзмененияУсловий
ИноеПродлениеПрекращениеРасторжение
ИноеРазрешениеСпоров
КодАттестации
FK2 КодАттестационнаяКомиссияДолжности
Больничные
U1 Код
Дата
Начало
Окончание
I3 КодСтруктурноеПодразделение
I1 ОтветственноеЛицо
I2 РаботникКадровойСлужбы
Комнадировки
U1 Код
Дата
Начало
Окончание
I3 КодСтруктурноеПодразделение
I1 ОтветственноеЛицо
I2 РаботникКадровойСлужбы
Аттестации
U1 Код
Описание
Дата
I1 КодАттестуемые
I3 КодФормыИКритерии
I2 КодЧленаКомиссии
Оценка
Комментарии
Рисунок 16. Модель базы данных
Вторая НФ: Таблица находится во второй нормальной форме, если она
удовлетворяет определению первой нормальной формы и все ее поля, не входящие
в первичный ключ, связаны полной функциональной зависимостью с первичным
ключом. Для того чтобы наши отношения привести во вторую нормальную форму
надо вынести все начальников отдела в отдельную таблицу. Третья НФ: Таблица
находится в третьей нормальной форме, если она удовлетворяет определению
второй нормальной формы и ни одно из ее не ключевых полей не зависит
функционально от любого другого не ключевого поля. Отношения,
представленные в данной БД, приведены к третьей нормальной форме.
Сущность – объект любой природы данные, о котором хранятся в отношении
(таблице, в которой содержатся данные). В нашей базе данных представлены
следующие сущности: сотрудники, отпуск, больничный, трудовая книжка
командировки, трудовой договор, отпуска, поощрения и взыскания.
79
Характеристика базы данных приведена в таблицах ниже.
Таблица 10
Структура таблицы «Трудовой договор»
Наименование поля
Тип
Примечание
Код
Счетчик
Ключевое,
автозаполнение
КодЛичнаяКарточка
Текстовый
Дата
Дата/время
ПриказНомер
Числовой
ПриказДата
Дата
Должность
Текстовый
Квалификация
Текстовый
КодСтруктурноеПодразделение
Числовой
КодТрудовойСрок
Числовой
ПричинаЗаключенияСрочного
Текстовый
УказаниеРаботы
Текстовый
СрокНачало
Дата/время
СрокОкончание
Дата/время
ХарактерРаботы
Текстовый
КодВидРабот
Текстовый
ИспытательныйСрок
Текстовый
ПраваРаботника
Текстовый
ОбязанностиРаботника
Текстовый
ОбязанностиРаботодателяТруд
Текстовый
ОбязанностиРаботодателяБезопасность
Текстовый
ОбязанностиРаботодателяПрочее
Текстовый
КодВидРежимаРабочегоВремени
Текстовый
ОсобенностиРежима
Текстовый
ЕжегодныйОтпуск
Текстовый
СоциальноБытовыеУсловия
Текстовый
ИноеПорядокИзмененияУсловий
Текстовый
ИноеПродлениеПрекращениеРасторжение
Текстовый
ИноеРазрешениеСпоров
Текстовый
Таблица 11
Структура таблицы «Аттестации»
Наименование поля
Тип
Примечание
Код
Счетчик
Ключевое,
автозаполнение
Описание
Текстовый
Дата
Дата/время
80
Таблица 12
Структура таблицы «Сотрудник»
Наименование поля
Тип
Примечание
ДатаЗаполнения
Дата/время
Ключевое,
автозаполнение
Код
Текстовый
Состояние
Текстовый
КодТрудовойДоговор
Текстовый
ИНН
Числовой
НомерСвидетельстваПенсионногоСтрахования
Текстовый
ХарактерРаботы
Текстовый
КодВидРабот
Текстовый
Фамилия
Текстовый
Имя
Текстовый
Отчество
Текстовый
Пол
Текстовый
ДатаРождения
Дата/время
МестоРождения
Текстовый
Гражданство
Текстовый
ЗнаниеЯзыка1
Текстовый
СтепньЗнанияЯзыка1
Текстовый
ЗнаниеЯзыка2
Текстовый
СтепньЗнанияЯзыка2
Текстовый
Образование
Текстовый
ОсновнаяПрофессия
Текстовый
ДополнительнаяПрофессия
Текстовый
СтажРаботыНаДату
Текстовый
КодСостояниеВБраке
Текстовый
ПаспортСерия
Текстовый
ПаспортНомер
Текстовый
ПаспортДатаВыдачи
Текстовый
КемВыдан
Текстовый
АдресРегистрации
Текстовый
АдресПроживания
Текстовый
ДатаРегистрацииПоМестуЖительства
Текстовый
НомерТелефона
Текстовый
КатегорияЗапаса
Текстовый
ВоинскоеЗвание
Текстовый
Состав
Текстовый
ПолноеКодовоеОбозначение
Текстовый
КатегорияГодностиКВоеннойСлужбе
Текстовый
НаименованиеКомиссариата
Текстовый
СостоитНаОбщемУчёте
Текстовый
СостоитНаСпециальномУчёте
Текстовый
ОтметкаОСнятии
Текстовый
ДополнительныеСведения
Текстовый
81
ОснованиеУвольнения
Текстовый
ДатаУвольнения
Текстовый
ПриказУвольненияНомер
Числовой
ПриказУвольненияДата
Дата/время
Уволен
Текстовый
Удалить
Текстовый
Таблица 13
Структура таблицы «Отпуска»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидОтпуска
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
Таблица 14
Структура таблицы «Больничные»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидБольничного
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
Таблица 15
Структура таблицы «Командировки»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидКомандировки
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Программные модули, образующие структуру пакета, можно подразделить
на три класса: управляющие модули, предназначенные для загрузки меню и
передачи управления другому модулю; модули, выполняющие служебные
функции; модули, связанные с вводом, хранением, обработкой и выдачей
информации. От класса модуля зависит его функциональность.
82
Структурная схема пакета представлена на рисунке 17 .
В соответствии с представленной схемой, в состав пакета входят следующие
модули:
модуль авторизации;
модуль работы со справочниками;
модуль ввода данных;
модуль получения отчетов;
модуль поиска.
Назначение модулей понятно из их названия.
3.ПМ работы со
справочниками
5.ПМ
формирования
отчетов системы
1.ПМ Авторизация
4.ПМ учета
персонала
2.ПМ
Формирования
меню
3.1 Добавление
записей
3.2 Удаление
записей
3.3
Редактирование
записей
3.4 Содержание
справочника
4.1 Учет трудовых
договоров
4.2 Учет
больничных,
отпусков,
командировок и
аттестаций
5.1 Личная
карточка
5.2 Штатное
расписание
5.3 Списки
Рисунок 17. Схема вызова программных модулей
Описание программных модулей представлено в таблице 16.
83
Таблица 16
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
Учет
Совокупность алгоритмов, выполняющих учет
клиентов – основную функцию системы
2)
Отчеты
Позволяет получить отчеты, существующие в
системе
3)
Справочники
Данный модуль позволяет осуществлять
управление работой системы через управление
содержимым справочников
4)
Добавление записей
Данный модуль позволяет осуществлять
Добавление записей
5)
Удаление записей
Данный модуль позволяет осуществлять
Удаление записей
6)
Редактирование записей
Данный модуль позволяет осуществлять
Редактирование записей
7)
Содержание справочника
Данный модуль позволяет формировать
содержание справочника
8)
Учет трудовых договоров
Данный модуль позволяет осуществлять Учет
трудовых договоров
9)
Учет больничных,
командировок, отпусков и
аттестаций
Данный модуль позволяет осуществлять Учет
больничных, командировок, отпусков и
аттестаций
10)
Личная карточка
Данный модуль позволяет формировать отчет
Личная карточка
11)
Штатное расписание
Данный модуль позволяет формировать отчет
Штатное расписание
12)
Списки
Данный модуль позволяет формировать отчет
Списки
2.3.4 Описание программных модулей
Все страницы внедряемой инновационной системы содержат меню
навигации. Это способствует мгновенному перемещению по страницам
программы. Для сотрудника данный аспект имеет огромное преимущество, так как
отпадает надобность в долговременном поиске необходимого документа, что опять
же очень экономит затраченное время и физические силы сотрудников отдела
кадров ОАО «Мосэнергосбыт».
При отображении записей, хранящихся в таблицах, не отображаются
кодовые поля, поскольку отображение не даст пользователю большого количества
информации. Отображение кодовых полей удобно при отладке программного
продукта и необходимо программисту для проверки правильности отображаемой и
хранящейся информации в базе данных.
84
Поэтому работа с ключевыми полями осуществляется с помощью списков
выбора, что позволяет избежать непосредственного ввода ключевых полей
пользователем.
Для проверки правильности ввода информации реализована маска ввода,
которая диктует пользователю не только тип вводимых данных, но и вид данных.
Для удобства пользователя также разработано простое редактирование
таблиц, ввод данных в них.
Редактирование таблиц осуществляется с помощью непосредственного
ввода данных в таблицы или ввода данных в поля, предназначенные для этого.
Ввод в поля осуществляется, когда необходимо вводить большие объемы
информации в одну запись таблицы.
Все вышеперечисленное является неоспоримым преимуществом
предлагаемой к внедрению в отеделе кадров ОАО «Мосэнергосбыт» программы.
Интерфейс и непосредственно функционирование программы достаточно простой
и доступный сотрудникам всех возрастов, здесь также можно выявить экономию на
обучение персонала использованию данной программы, так как в этом отпадает
необходимость.
На рисунке 18 представлена схема заполнения таблиц базы данных исходя из
данных содержащихся в других таблицах.
85
Цикл по месяцам
m=1; m<=12; m++
Цикл по
пользователям
j=1;
j<=COUNT(Sotrudn);
j++
Создание
представления для
списка документов
Чтение i-й записи
представления
Документы
Установка указателя
в представлении
Документы на
первую запись
Sotr[i].employee_
id=Sotr[j].employ
ee_id;
Sotr[i].paymonth
=m
Да
Нет
А
А
i=i+1
i=j+1;
Сортировка
документов по
возрастанию значений
полей Дата
Начало
Установка
соединения с
сервером БД
Фильтр таблицы
DOK по условию
(dok_id=KP)
Открытие таблиц
Типы документов,
Документы,
Сотрудники
В
В
Конец цикла по
месяцам
Конец цикла по
пользователям
Удаление i-й записи
из представления
Sotrudn[j].summ=
Sotrudn[j].summ+
Sotrudn[i].summ
Конец цикла по
пользователям
Конец
Закрытие таблиц,
уничтожение
представления
Документы
Б
Б
Рисунок 18. Схема технологического процесса сбора, передачи и выдачи
информации
2.4 Контрольный пример реализации проекта и его описание
Созданная система используется для автоматизации деятельности отдела
кадров компании. Система дает возможность реализовать многопользовательский
доступ к единой БД компании, при этом поддерживается одновременная работа
нескольких пользователей с данными что позволяет гибко распределять
обязанности между несколькими сотрудниками (к примеру, регистрация новых
сотрудников, изменение информации, поиск, составление отчетов и т.д.). При
86
работе в многопользовательском режиме пользователям предоставляются права
доступа к данным. Но сама система не исключает возможность работы и в
локальном варианте - на едином рабочем месте.
Созданная система предназначена для упрощения условий труда начальника
отдела кадров. Самыми рутинными и в то же время максимально ответственными
процессами становятся:
• Внесение личных данных работника в его учетную карточку;
• Поддержание архивных данных отдела кадров;
• Составление различных отчетов по личным данным работников (стаж,
размер з/п, отгулы, отпуск и так далее).
При этом изначально составляется так называемая личная карточка
работника. В ней хранится вся необходимая метрика работника. Затем происходит
работа с внесенными данными (правка, поиск, удаление). Архив включает в себя
личные карточки уволенных сотрудников, т.к. даже после увольнения по
установленному закону личные данные хранятся не менее 3 лет до момента их
уничтожения.
Также происходит наполнение информацией словарей БД. Словарь в данном
контексте данных у пользователя есть возможность выбрать предельные значения
из справочников, либо пополнить его новыми данными.
На архив отдела кадров возлагается также и ряд дополнительных операций
(бухгалтерия, материальная часть, учет производства продукции и другое).
Упрощение условий труда возможно благодаря автоматизации основных
процессов ведения архива предприятия при помощи данной программы.
Фактически, работа с личными карточками и архивом становится более четким и
удобным процессом работы с БД. Это значительно упрощает работу и
минимизирует ошибки, часто образующиеся при стандартной форме реализации
работы отдела кадров. Внешний вид функционирующего приложения показан на
рисунке 19.