Файл: Проектирование реализации операций бизнес-процесса «Управление персоналом».pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 05.04.2023

Просмотров: 437

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

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

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

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

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

Вся хранящаяся информация почти не изменяется и не удаляется.

В системе используются справочники, приведенные на рисунке 2.2.

Название справочника

Ответственный за ведение

Средний объём справочника в записях

Средняя частоту актуализации

Средний объем актуализации, %

Сотрудники

Пользователь

10000

1 раз в неделю

10

Трудовой договор

Пользователь

500

1 раз в месяц

10

Трудовая книжка

Администратор

10

1 раз в месяц

10

Командировки

Пользователь

10

1 раз в неделю

25

Отпуска

Администратор

10

1 раз в неделю

25

Больничные

Пользователь

23

1 раз в неделю

25

Аттестация

Администратор

75

1 раз в неделю

10

Рис. 2.2 Перечень используемых справочников

Справочники имеют следующий реквизитный состав:

  1. Атрибуты сотрудника:
  • ФИО;
  • Табельный номер;
  • Дата рождения;
  • Паспортные данные;
  • Данные военного билета;
  • ИНН;
  • СНИЛС;
  • Должность;
  • Оклад;
  • Адрес проживания;
  • Телефон;
  • Сведения об образовании;
  1. Атрибуты Трудового договора:
  • Наименование предприятия;
  • Номер приказа;
  • Дата подписания трудового договора;
  • Дата принятия сотрудника на работу;
  • Дата расторжения трудового договора;
  • Структурное подразделение, куда принимается сотрудник;
  • На какую должность;
  • Оклад или почасовая ставка;
  • Надбавки.
  1. Атрибуты трудовой книжки:

  • Дата открытия трудовой книжки;
  • Наименование предприятия, на котором была открыта;
  • Должность занимаемая сотрудником;
  • Дата, с какого числа сотрудник занимает должность.
  1. Командировки сотрудника:
  • Номер приказа о командировке;
  • Место назначения;
  • Дата убытия в командировку;
  • Дата прибытия из командировки;
  • Цель командировки.
  1. Отпуск:
  • Номер приказа;
  • С какого числа;
  • По какое;
  • За период
  • Основной отпуск (количество дней);
  • Дополнительный отпуск (количество дней);
  • Количество дней всего.
  1. Больничные листы:
  • Номер больничного листа;
  • Код заболевания;
  • С какого числа открыт больничный лист;
  • Какого числа закрыт больничный лист;
  • Наименование медицинского учреждения выдавшего больничный лист;
  • Адрес медицинского учреждения выдавшего больничный лист.
  1. Аттестации:
  • Номер приказа;
  • Дата ознакомления;
  • Дата проведения;
  • ФИО сотрудника;
  • Результат аттестации.

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

Входная информация поступает из:

  • приказов;
  • документов соискателей;
  • штатного расписания;
  • заявлений;
  • резюме.

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

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

2.2 Характеристика результатной информации

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


Вся результатная информация должна быть в понятном для пользователя виде и проста для понимания. При дальнейшей модернизации возможно изменение уже существующей или добавление новой результатной информации.

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

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

Ниже представлено описание структуры документа «Штатное расписание».

  • Код персонала
  • Должность
  • Отдел
  • Код квалификации
  • Всего должностей
  • Незанято
  • Требования
  • Есть вакансии

Реквизиты других выходных документов представлены ниже:

Документ Личная карточка:

  • Наименование предприятия;
  • Номер приказа;
  • Дата подписания трудового договора;
  • Дата принятия сотрудника на работу;
  • Дата расторжения трудового договора;
  • Структурное подразделение, куда принимается сотрудник;
  • На какую должность;
  • Оклад или почасовая ставка;
  • Надбавки.
  • Дата открытия трудовой книжки;
  • Наименование предприятия, на котором была открыта трудовая книжка;
  • Должность занимаемая сотрудником;
  • Дата, с какого числа сотрудник занимает должность;
  • Номер приказа о поощрении;
  • Номер приказа о взыскании.

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

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

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

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

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

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

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

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

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

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

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

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

  • редактирование справочников;
  • работа со штатным расписанием;
  • работа с журналом;
  • получение итоговых данных.

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

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

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

Проверка подлинности документов необходима для обеспечения такого важного свойства информации как достоверность. Достоверность — свойство информации быть правильно воспринято. Объективная информация всегда достоверна, но достоверная информация может быть как объективной, так и субъективной.

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

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

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

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

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


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

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

Модель базы данных представлена на рисунке 2.5.

Рисунок 2.5 – Модель базы данных

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

Сущность – объект любой природы данные, о котором хранятся в отношении (таблице, в которой содержатся данные). В нашей базе данных представлены следующие сущности: сотрудники, отпуск, больничный, трудовая книжка командировки, трудовой договор, отпуска, поощрения и взыскания.