Файл: Проектирование реализации операций бизнес-процесса «Управление персоналом».pdf
Добавлен: 05.04.2023
Просмотров: 440
Скачиваний: 2
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес –процессов
1.3. Характеристика документооборота
1.4. Обоснование проектных решений по информационному обеспечению
2.1 Информационная модель и её описание
2.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 Перечень используемых справочников
Справочники имеют следующий реквизитный состав:
- Атрибуты сотрудника:
- ФИО;
- Табельный номер;
- Дата рождения;
- Паспортные данные;
- Данные военного билета;
- ИНН;
- СНИЛС;
- Должность;
- Оклад;
- Адрес проживания;
- Телефон;
- Сведения об образовании;
- Атрибуты Трудового договора:
- Наименование предприятия;
- Номер приказа;
- Дата подписания трудового договора;
- Дата принятия сотрудника на работу;
- Дата расторжения трудового договора;
- Структурное подразделение, куда принимается сотрудник;
- На какую должность;
- Оклад или почасовая ставка;
- Надбавки.
- Атрибуты трудовой книжки:
- Дата открытия трудовой книжки;
- Наименование предприятия, на котором была открыта;
- Должность занимаемая сотрудником;
- Дата, с какого числа сотрудник занимает должность.
- Командировки сотрудника:
- Номер приказа о командировке;
- Место назначения;
- Дата убытия в командировку;
- Дата прибытия из командировки;
- Цель командировки.
- Отпуск:
- Номер приказа;
- С какого числа;
- По какое;
- За период
- Основной отпуск (количество дней);
- Дополнительный отпуск (количество дней);
- Количество дней всего.
- Больничные листы:
- Номер больничного листа;
- Код заболевания;
- С какого числа открыт больничный лист;
- Какого числа закрыт больничный лист;
- Наименование медицинского учреждения выдавшего больничный лист;
- Адрес медицинского учреждения выдавшего больничный лист.
- Аттестации:
- Номер приказа;
- Дата ознакомления;
- Дата проведения;
- ФИО сотрудника;
- Результат аттестации.
К входной информации относится информация, что поступает в систему постоянно на протяжении всей жизни программного продукта. В системе управления персонала такой информацией являются сведения о сотрудниках фирмы, а также различного рода приказы и заявления.
Входная информация поступает из:
- приказов;
- документов соискателей;
- штатного расписания;
- заявлений;
- резюме.
На основании данных документов и вводиться информация в систему. Вся входная информация должна быть достоверной, поэтому перед вводом информации в систему пользователь должен убедиться в правильности заполнения документа и его достоверности.
К оперативной информации относят любые данные, которые необходимы для работы системы. Оперативная информация поступает постоянно на протяжении всей жизни программного продукта.
2.2 Характеристика результатной информации
Результатная информация должна помочь пользователю в выполнении его прямых обязанностей. В разрабатываемой системе к результатной информации можно отнести информацию о документах, оформленных на сотрудника. На любого сотрудника предприятия постоянно оформляется различная документация, которая необходима тем или иным потребителям информации. Это могут быть как государственные органы, так и други. Кроме того информация о сотрудниках может потребоваться и руководителям предприятия.
Вся результатная информация должна быть в понятном для пользователя виде и проста для понимания. При дальнейшей модернизации возможно изменение уже существующей или добавление новой результатной информации.
Также результатной информацией может являться любая информация, содержащаяся в базе данных и которую возможно просмотреть с помощью экранных форм приложения пользователя. Данная информация может помочь при ведении бизнес-процессов организации или анализа достигнутых результатов.
Результатная информация может выводиться как в стандартном виде, так и в свободной форме. В свободной форме информация может предоставляться другим организациям и руководителю данной организации. В случае предоставления информации руководителю организации главной характеристикой отчетности должна быть ее наглядность и понятность, т.е. руководитель должен суметь по созданным отчетам быстро понять состояние дел.
Ниже представлено описание структуры документа «Штатное расписание».
- Код персонала
- Должность
- Отдел
- Код квалификации
- Всего должностей
- Незанято
- Требования
- Есть вакансии
Реквизиты других выходных документов представлены ниже:
Документ Личная карточка:
- Наименование предприятия;
- Номер приказа;
- Дата подписания трудового договора;
- Дата принятия сотрудника на работу;
- Дата расторжения трудового договора;
- Структурное подразделение, куда принимается сотрудник;
- На какую должность;
- Оклад или почасовая ставка;
- Надбавки.
- Дата открытия трудовой книжки;
- Наименование предприятия, на котором была открыта трудовая книжка;
- Должность занимаемая сотрудником;
- Дата, с какого числа сотрудник занимает должность;
- Номер приказа о поощрении;
- Номер приказа о взыскании.
Документ Список командировок:
- Номер приказа о командировке;
- Место назначения;
- Дата убытия в командировку;
- Дата прибытия из командировки;
- Цель командировки.
Документ Список отпусков
- Номер приказа;
- С какого числа;
- По какое;
- За период
- Основной отпуск (количество дней);
- Дополнительный отпуск (количество дней);
- Количество дней всего.
Документ Список больничных листов
- Номер больничного листа;
- Код заболевания;
- С какого числа открыт больничный лист;
- Какого числа закрыт больничный лист;
- Наименование медицинского учреждения выдавшего больничный лист;
- Адрес медицинского учреждения выдавшего больничный лист.
Документ Список аттестаций:
- Номер приказа;
- Дата ознакомления;
- Дата проведения;
- ФИО сотрудника;
- Результат аттестации.
Общие положения (дерево функций и сценарий диалога)
На рисунке 2.3 представлено дерево функций разрабатываемого программного продукта.
Рис. 2.3 – Дерево функций
Таким образом, с помощью реализованного программного продукта, возможно, будет осуществлять следующие основные функции:
- редактирование справочников;
- работа со штатным расписанием;
- работа с журналом;
- получение итоговых данных.
С каждым реализованным справочником можно работать, а именно редактировать имеющуюся информацию (добавлять, удалять и изменять), а также просматривать введенную ранее информацию.
Реализуемые функции программного продукта позволят автоматизировать работу отдела кадров, причем будет охватываться не только главный офис но и открытые филиалы по всей стране, что позитивно сказывается на актуальности разработки программного продукта.
В случае если информации не хватает в справочниках и таблицах необходимо ее дополнить, введя недостающие данные. Ввод в некоторые таблицы осуществляется на основе входных документов. В случае некоторых данных необходимо узнать причины, отсутствия данных в информационной системе. Желательно внесение максимального количества информации в справочники при внедрении программного продукта, поскольку в дальнейшем это позволит заметно сократить время необходимое на заполнение соответствующих таблиц.
Проверка подлинности документов необходима для обеспечения такого важного свойства информации как достоверность. Достоверность — свойство информации быть правильно воспринято. Объективная информация всегда достоверна, но достоверная информация может быть как объективной, так и субъективной.
Возможна реализация дополнительных функций программного продукта, необходимых для функционирования информационной системы и полной автоматизации отдела кадров. Автоматизация функций отдела кадров позитивно скажется на работоспособности и конкурентоспособности организации.
На рисунке 2.4 представлен сценарий диалога программного продукта с пользователем.
Рисунок 2.4 – Сценарий диалога.
Характеристика базы данных
После определения потоков данных перейдем к решению задачи организации хранения этих данных. Оптимальная структура базы данных позволяет избежать дублирования информации, а также ускоряет обработку данных. Подход к реляционным структурам данных как к набору связей между сущностями позволяет использовать модель "сущность-связь". Большинство проектировщиков и аналитиков считает ее незаменимым средством для отделения логического представления данных от их физической реализации.
ER-диаграмма выражает информационный аспект системы, определяет структуру данных системы В ходе проектирования программного комплекса были выделены сущности, которые необходимо сохранять в информационной базе программного комплекса.
Нормализация – разбиение таблицы на две или более, обладающие лучшими свойствами включении, изменении или удалении данных. окончательная цель нормализации сводится к получению такого проекта БД в котором каждый факт появляется лишь в одном месте, то есть исключена избыточность информации. Нормализация отношений – формальный аппарат ограничений, на формирование отношений которого позволяет устранить дублирование, обеспечить непротиворечивость хранимых в базе данных, уменьшить трудозатраты на ведение БД. Кодом выведено три нормальные формы и предложен механизм, позволяющий любое отношение преобразовать к третьей нормальной форме. Приведем наши отношения к третьей нормальной форме. Первая НФ: Отношение называется нормализованным или приведенным к первой нормальной форме тогда и только тогда, когда все его атрибуты простые (неделимые). Таблица находится в первой нормальной форме тогда и только тогда, когда ни одна из ее строк не содержит в любом ее поле более одного значения, и не одно из ее ключевых полей не пусто. Для того чтобы привести наши отношения к первой нормальной форме надо сущность Ф.И.О. разбить на три отдельные (Фамилия, Имя, Отчество). Так же следует вынести в отдельную таблицу структурное подразделение, должности и наименование фирмы, чтобы не допустить избыточности данных.
Модель базы данных представлена на рисунке 2.5.
Рисунок 2.5 – Модель базы данных
Вторая НФ: Таблица находится во второй нормальной форме, если она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Для того чтобы наши отношения привести во вторую нормальную форму надо вынести все начальников отдела в отдельную таблицу. Третья НФ: Таблица находится в третьей нормальной форме, если она удовлетворяет определению второй нормальной формы и ни одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля. Отношения, представленные в данной БД, приведены к третьей нормальной форме.
Сущность – объект любой природы данные, о котором хранятся в отношении (таблице, в которой содержатся данные). В нашей базе данных представлены следующие сущности: сотрудники, отпуск, больничный, трудовая книжка командировки, трудовой договор, отпуска, поощрения и взыскания.