73
Наименование предприятия, на котором была открыта трудовая
книжка;
Должность занимаемая сотрудником;
Дата, с какого числа сотрудник занимает должность;
Номер приказа о поощрении;
Номер приказа о взыскании.
Документ Список командировок:
Номер приказа о командировке;
Место назначения;
Дата убытия в командировку;
Дата прибытия из командировки;
Цель командировки.
Документ Список отпусков
Номер приказа;
С какого числа;
По какое;
За период
Основной отпуск (количество дней);
Дополнительный отпуск( количество дней);
Количество дней всего.
Документ Список больничных листов
Номер больничного листа;
Код заболевания;
С какого числа открыт больничный лист;
Какого числа закрыт больничный лист;
Наименование медицинского учреждения выдавшего больничный
лист;
Адрес медицинского учреждения выдавшего больничный лист.
Документ Список аттестаций:
Номер приказа;
Дата ознакомления;
74
Работа со
Функции
Больничные
Отпуска
Командировки
Аттестации
Трудовой
договор
Сотрудники
Дата проведения;
ФИО сотрудника;
Результат аттестации.
2.3
Программное обеспечение задачи
2.3.1
Общие положения (дерево функций и сценарий диалога)
На рисунке 2.3 представлено дерево функций
разрабатываемого
программного продукта.
Рисунок 2.3 Дерево функций
При этом, с помощью созданного программного продукта, будет возможно
реализовывать следующие базовые функции:
•
Корректировать справочники;
Получение
отчетов
Ввод
информации
Список
аттестаций
Список
листов
Список
Список
Личная
Штатное
расписание
Вывод на
печать
Удаление
Просмотр
е
75
•
Работать со штатным расписанием;
•
Работать с журналом;
•
Получать итоговые данные.
С любым созданным справочником можно работать, а именно
корректировать имеющуюся информацию( добавлять, удалять или
модифицировать), а также просматривать ранее заполненную информацию.
Указаны только главные функции ПО, каждая из данных категорий функций
состоит также из еще несколько функций.
Разрабатываемые функции ПО дадут возможность автоматизировать работу
отдела кадров, причем сюда будет включаться не только главный офис, но и
открытые филиалы по всей стране, что положительно сказывается на актуальности
разработки подобного программного обеспечения.
В случае, если данных в справочниках и таблицах не хватает, их необходимо
дополнять, вводя недостающую информацию. Ввод в некоторые таблицы
реализован только на основе входных документов. Для некоторых данных важно
узнать причину отсутствия такой информации в ИС ранее. Необходимо внести
максимальное количество информации в справочники при начальном
использовании ПО, поскольку в дальнейшем это значительно сократит время,
необходимое на заполнение нужных таблиц.
Проверка актуальности документов важна для обеспечения такого важного
свойства данных, как достоверность. Достоверность является свойством
информации быть правильно воспринятой. Объективная информация по
умолчанию достоверна, но любая достоверная информация может являться как
объективной, так и субъективной.
Имеет место реализация дополнительных функций ПО, необходимых для
работы ИС и полной автоматизации отдела кадров. Автоматизация работы отдела
кадров положительно скажется на конкурентоспособности и производительности
компании. Благодаря автоматизации работы отдела кадров удается сократить часть
персонала, ранее ответственного за уже автоматизированные функции системы.
На рисунке 2.4 представлен сценарий диалога программного продукта с
пользователем.
76
Учет
Главное
меню
Список
аттестаций
Список
больничных
листов
Список
командировок
Список
командировок
Личная
карточка
Штатное
расписание
Выход
Отчеты
Рисунок 2.4 Сценарий диалога.
2.3.2
Характеристика базы данных
После определения потоков данных начнем решение задачи организации
хранения этих данных. Улучшенная структура БД позволяет избежать задвоения
информации, а также увеличивает скорость обработки данных. Подход к
Больничные
Отпуска
Командировки
Аттестации
Трудовой
договор
Сотрудники
77
реляционным структурам данных, как к совокупности связей между сущностями,
дает возможность применять модель "сущность-связь". Многие разработчики и
аналитики считают ее лучшим средством для разделения логического
представления данных от их физической реализации.
ER-диаграмма отражает информационный аспект системы, показывает
структуру данных системы В ходе создания программного комплекса выделяются
сущности, которые нужно сохранять в БД программного комплекса.
Нормализация подразумевает под собой разбиение таблицы на две или
более, имеющие лучшие свойства включения, изменения или удаления данных.
Итоговая цель нормализации заключена в получении такого проекта БД, где
каждый факт возможен лишь в одном месте, то есть минимизирована избыточность
данных. Нормализация отношений – это формальный аппарат ограничений,
составление отношений которого дает возможность устранить дубли,
гарантировать непротиворечивость хранимых в базе данных, минимизировать
трудозатраты на поддержку БД. Кодом найдено три нормальные формы и
обоснован метод, позволяющий любое отношение перевести к третьей нормальной
форме. Преобразуем наши отношения к третьей нормальной форме. Первая НФ:
Отношение становится нормализованным или приведенным к первой НФ только
тогда, когда все его атрибуты неделимые. Таблица располагается в первой
нормальной форме только тогда, когда все ее строки не содержат в любом поле
более одного параметра, и не одно из ее ключевых полей не является пустым.
Чтобы привести наши отношения к первой НФ надо параметр Ф.И.О. разделить на
три части( Фамилия, Имя, Отчество). Также нужно вынести в отдельную таблицу
наименование структурного подразделения, должность и название фирмы, чтобы
избежать избыточности данных.
Модель базы данных представлена на рисунке 2.5.
78
Аттестации
U1
Код
Описание
Дата
I1
КодАттестуемые
I3
КодФормыИКритерии
I2
КодЧленаКомиссии
Оценка
Комментарии
Рисунок 2.5 Модель базы данных
Вторая НФ: Таблица находится во второй нормальной форме, если она
удовлетворяет определению первой нормальной формы и все ее поля, не входящие
в первичный ключ, связаны полной функциональной зависимостью с первичным
ключом. Для того чтобы наши отношения привести во вторую нормальную форму
надо вынести все начальников отдела в отдельную таблицу. Третья НФ: Таблица
находится в третьей нормальной форме, если она удовлетворяет определению
второй нормальной формы и ни одно из ее не ключевых полей не зависит
функционально от любого другого не ключевого поля. Отношения,
представленные в данной БД, приведены к третьей нормальной форме.
Сущность – объект любой природы данные, о котором хранятся в отношении
(таблице, в которой содержатся данные). В нашей базе данных представлены
следующие сущности: сотрудники, отпуск, больничный, трудовая книжка
командировки, трудовой договор, отпуска, поощрения и взыскания.
Сотрудник
I11
I12
I1
I4
I2
I5
I7
I6
I8
I3
I9
I10
ДатаЗаполнения
Состояние
КодТрудовойДоговор
ИНН
НомерСвидетельстваПенсионногоСтрахования
ХарактерРаботы
КодВидРабот
Фамилия
Имя
Отчество
Пол
ДатаРождения
МестоРождения
Гражданство
ЗнаниеЯзыка1
СтепньЗнанияЯзыка1
ЗнаниеЯзыка2
СтепньЗнанияЯзыка2
Образование
ОсновнаяПрофессия
ДополнительнаяПрофессия
СтажРаботыНаДату
КодСостояниеВБраке
ПаспортСерия
ПаспортНомер
ПаспортДатаВыдачи
КемВыдан
АдресРегистрации
АдресПроживания
ДатаРегистрацииПоМестуЖительства
НомерТелефона
КатегорияЗапаса
ВоинскоеЗвание
Состав
ПолноеКодовоеОбозначение
КатегорияГодностиКВоеннойСлужбе
НаименованиеКомиссариата
СостоитНаОбщемУчёте
СостоитНаСпециальномУчёте
ОтметкаОСнятии
ДополнительныеСведения
ОснованиеУвольнения
ДатаУвольнения
ПриказУвольненияНомер
ПриказУвольненияДата
Уволен
Роль
Комнадировки
U1 Код
Дата
Начало
Окончание
I3
I1
I2
КодСтруктурноеПодразделение
ОтветственноеЛицо
РаботникКадровойСлужбы
FK13 Таблица
FK18 КодТипСтажа
FK18 КодЛичнаяКарточка
FK20 Код
Отпуска
U1
I3
I1
I2
Код
Дата
Начало
Окончание
КодСтруктурноеПо дразделение
ОтветственноеЛицо
РаботникКадровойСлужбы
ТрудовойДоговор
U1
I4
Код
КодЛичнаяКарточка
Дата
ПриказНомер
ПриказДата
Должность
Квалификация
КодСтруктурноеПодразделение
КодТрудовойСрок
ПричинаЗаключенияСрочного
УказаниеРаботы
СрокНачало
СрокОкончание
ХарактерРаботы
КодВидРабот
ИспытательныйСрок
ПраваРаботника
ОбязанностиРаботника
ОбязанностиРаботодателяТруд
ОбязанностиРаботодателяБезопасность
ОбязанностиРаботодателяПрочее
КодВидРежимаРабочегоВремени
ОсобенностиРежима
ЕжегодныйОтпуск
СоциальноБытовыеУсловия
ИноеПорядокИзмененияУсловий
ИноеПродлениеПрекращениеРасторжение
ИноеРазрешениеСпоров
КодАттестации
КодАттестационнаяКомиссияДолжности
I3
I5
I6
I1
I2
FK2
Больничные
U1
I3
I1
I2
Код
Дата
Начало
Окончание
КодСтруктурноеПодразделение
ОтветственноеЛицо
РаботникКадровойСлужбы
79
Характеристика базы данных приведена в таблицах ниже.
Структура таблицы «Трудовой договор»
Таблица 2.5
Наименование поля
Тип
Примечание
Код
Счетчик
Ключевое,
автозаполнение
КодЛичнаяКарточка
Текстовый
Дата
Дата/время
ПриказНомер
Числовой
ПриказДата
Дата
Должность
Текстовый
Квалификация
Текстовый
КодСтруктурноеПодразделение
Числовой
КодТрудовойСрок
Числовой
ПричинаЗаключенияСрочного
Текстовый
УказаниеРаботы
Текстовый
СрокНачало
Дата/время
СрокОкончание
Дата/время
ХарактерРаботы
Текстовый
КодВидРабот
Текстовый
ИспытательныйСрок
Текстовый
ПраваРаботника
Текстовый
ОбязанностиРаботника
Текстовый
ОбязанностиРаботодателяТруд
Текстовый
ОбязанностиРаботодателяБезопасность
Текстовый
ОбязанностиРаботодателяПрочее
Текстовый
КодВидРежимаРабочегоВремени
Текстовый
ОсобенностиРежима
Текстовый
ЕжегодныйОтпуск
Текстовый
СоциальноБытовыеУсловия
Текстовый
ИноеПорядокИзмененияУсловий
Текстовый
ИноеПродлениеПрекращениеРасторжение
Текстовый
ИноеРазрешениеСпоров
Текстовый
Таблица 2.6
Структура таблицы «Аттестации»
Наименование поля
Тип
Примечание
Код
Счетчик
Ключевое,
автозаполнение
Описание
Текстовый
Дата
Дата/время
Таблица 2.7
Структура таблицы «Сотрудник»
80
Наименование поля
Тип
Примечание
ДатаЗаполнения
Дата/время
Ключевое,
автозаполнение
Код
Текстовый
Состояние
Текстовый
КодТрудовойДоговор
Текстовый
ИНН
Числовой
НомерСвидетельстваПенсионногоСтрахования
Текстовый
ХарактерРаботы
Текстовый
КодВидРабот
Текстовый
Фамилия
Текстовый
Имя
Текстовый
Отчество
Текстовый
Пол
Текстовый
ДатаРождения
Дата/время
МестоРождения
Текстовый
Гражданство
Текстовый
ЗнаниеЯзыка1
Текстовый
СтепньЗнанияЯзыка1
Текстовый
ЗнаниеЯзыка2
Текстовый
СтепньЗнанияЯзыка2
Текстовый
Образование
Текстовый
ОсновнаяПрофессия
Текстовый
ДополнительнаяПрофессия
Текстовый
СтажРаботыНаДату
Текстовый
КодСостояниеВБраке
Текстовый
ПаспортСерия
Текстовый
ПаспортНомер
Текстовый
ПаспортДатаВыдачи
Текстовый
КемВыдан
Текстовый
АдресРегистрации
Текстовый
АдресПроживания
Текстовый
ДатаРегистрацииПоМестуЖительства
Текстовый
НомерТелефона
Текстовый
КатегорияЗапаса
Текстовый
ВоинскоеЗвание
Текстовый
Состав
Текстовый
ПолноеКодовоеОбозначение
Текстовый
КатегорияГодностиКВоеннойСлужбе
Текстовый
НаименованиеКомиссариата
Текстовый
СостоитНаОбщемУчѐте
Текстовый
СостоитНаСпециальномУчѐте
Текстовый
ОтметкаОСнятии
Текстовый
ДополнительныеСведения
Текстовый
ОснованиеУвольнения
Текстовый
ДатаУвольнения
Текстовый
ПриказУвольненияНомер
Числовой
81
ПриказУвольненияДата
Дата/время
Уволен
Текстовый
Удалить
Текстовый
Таблица 2.8
Структура таблицы «Отпуска»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидОтпуска
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
Таблица 2.9
Структура таблицы« Больничные»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидБольничного
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
Таблица 2.10
Структура таблицы «Командировки»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидКомандировки
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
2.3.3
Структурная схема пакета (дерево вызова программных модулей)
Программные модули, образующие структуру пакета, можно подразделить
на три класса: управляющие модули, предназначенные для загрузки меню и
передачи управления другому модулю; модули, выполняющие служебные функции
; модули, связанные с вводом, хранением, обработкой и выдачей информации. От
класса модуля зависит его функциональность.
Структурная схема пакета представлена на рис. . 2.6.
В соответствии с представленной схемой, в состав пакета входят следующие
модули:
82
справочниками
Редактирование
больничных,
Формирования
модуль авторизации;
модуль работы со справочниками;
модуль ввода данных;
модуль получения отчетов;
модуль поиска.
Назначение модулей понятно из их названия.
Рисунок 2.6Схема вызова программных модулей
Описание программных модулей представлено в таблице 2.11.
Описание программных модулей
Таблица 2.11
№
п/п
Наименование модуля
Функции модуля