Файл: Проектирование реализации операций бизнес-процесса «Управление персоналом» (Обоснование проектных решений по информационному обеспечению).pdf

Документ Список командировок:

• • Номер приказа о командировке;
  • Место назначения;
  • Дата убытия в командировку;
  • Дата прибытия из командировки;
  • Цель командировки.

Документ Список отпусков

• • Номер приказа;
  • С какого числа;
  • По какое;
  • За период
  • Основной отпуск (количество дней);
  • Дополнительный отпуск (количество дней);
  • Количество дней всего.

Документ Список больничных листов

• • Номер больничного листа;
  • Код заболевания;
  • С какого числа открыт больничный лист;
  • Какого числа закрыт больничный лист;
  • Наименование медицинского учреждения выдавшего больничный лист;
  • Адрес медицинского учреждения выдавшего больничный лист.

Документ Список аттестаций:

• • Номер приказа;
  • Дата ознакомления;
  • Дата проведения;
  • ФИО сотрудника;
  • Результат аттестации.

2.4. Общие положения (дерево функций и сценарий диалога)

На рисунке 10 представлено дерево функций разрабатываемого программного продукта.

Рисунок 10. Дерево функций

При этом, с помощью созданного программного продукта, будет возможно реализовывать следующие базовые функции:

• Корректировать справочники;

• Работать со штатным расписанием;

• Работать с журналом;

• Получать итоговые данные.

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

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

Объективная информация по умолчанию достоверна, но любая достоверная информация может являться как объективной, так и субъективной. Имеет место реализация дополнительных функций ПО, необходимых для работы ИС и полной автоматизации отдела кадров. Автоматизация работы отдела кадров положительно скажется на конкурентоспособности и производительности компании. Благодаря автоматизации работы отдела кадров удается сократить часть персонала, ранее ответственного за уже автоматизированные функции системы.

На рисунке 11 представлен сценарий диалога программного продукта с пользователем.

Рисунок 11. Сценарий диалога

2.5. Характеристика базы данных

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

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

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

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

Первая НФ: Отношение становится нормализованным или приведенным к первой НФ только тогда, когда все его атрибуты неделимые. Таблица располагается в первой нормальной форме только тогда, когда все ее строки не содержат в любом поле более одного параметра, и не одно из ее ключевых полей не является пустым. Чтобы привести наши отношения к первой НФ надо параметр Ф.И.О. разделить на три части (Фамилия, Имя, Отчество). Также нужно вынести в отдельную таблицу наименование структурного подразделения, должность и название фирмы, чтобы избежать избыточности данных.

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

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

Таблица 4

Структура таблицы «Трудовой договор»

Таблица 5

Структура таблицы «Аттестации»

Таблица 6

Структура таблицы «Сотрудник»

Таблица 7

Структура таблицы «Отпуска»

Таблица 8

Структура таблицы «Больничные»

Таблица 9

Структура таблицы «Командировки»

2.6. Структурная схема пакета (дерево вызова программных модулей)

Структурная схема пакета представлена на рис. 12.

Рисунок 12. Схема вызова программных модулей

Описание программных модулей представлено в таблице 10.

Таблица 10

Описание программных модулей