Файл: Автоматизация и учёт кадров на предприятие ООО «Дмитровка» г. Москва.pdf

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

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

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

Добавлен: 18.05.2023

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

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

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

Рисунок 1.4 – Декомпозиция -процесса «Прием на работу»

Процесс «ведение личных дел сотрудников» состоит из трех работ: ведение графика отпусков, учет образования сотрудников, учет приказов.

Декомпозиция бизнес-процесса «ведение личных дел сотрудников» приведен на рис. 1.5.

Рисунок 1.5 - Декомпозиция бизнес-процесса «ведение личных дел сотрудников»

1.4. Порядок процедуры увольнения работника

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

Декомпозиция бизнес-процесса «увольнение сотрудников» приведена на рис. 1.6

Рисунок 1.6 - Декомпозиция бизнес-процесса «увольнение сотрудников»

Глава 2. Информационное обеспечение задачи

2.1. Информационная модель и её описание

Информационная модель изображена на рисунке 2.1.

Рисунок 2.1. Информационная модель

Используемые классификаторы и системы кодирования

В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам кадровой информации:

Классификаторы представляют собой систематический свод, перечень каких-либо объектов, позволяющий находить каждому их них свое место, и имеют определенное (обычно числовое) обозначение. Назначение классификатора состоит в следующем:


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

В управлении кадрами используются государственные (общероссийские) и локальные (действующие в пределах конкретной фирмы) классификаторы. Согласно Общероссийскому классификатору информации об общероссийских классификаторах (ГОСТ ОК 026-95) в кадровых службах могут использоваться:

  • Общероссийский классификатор органов государственной власти и управления (ОКОГУ);
  • Общероссийский классификатор предприятий и организаций (ОКГЮ);
  • Общероссийский классификатор специальностей по образованию (ОКСО);
  • Общероссийский классификатор занятий (ОКЗ);
  • Общероссийский классификатор профессий рабочих, должностей служащих и тарифных разрядов (по фасетам из этого классификатора кодируются: виды производств и работ, тарифные разряды, классы квалификации, формы и системы оплаты труда, условия труда, степень механизации труда, производные профессии, категории должностей, производные должности, категории квалификации) (ОКПДТР);
  • Общероссийский классификатор специальностей высшей научной квалификации (ОКСВНК);
  • Общероссийский классификатор объектов административно-территориального деления (ОКАТД);
  • Общероссийский классификатор начального профессионального образования (ОКНПО);
  • состояние в браке; родство; участие в войне; отношение к воинской службе; воинские звания; виды занятости; стаж работы; смены работы; режимы работы; виды отпусков; основания прекращения трудового договора; образование; образовательные учреждения; отношение к учебе; формы обучения; подготовка, переподготовка и повышение квалификации кадров; ученые степени; ученые звания; жилищные условия; группы граждан, нуждающихся в жилой площади;
  • Общесоюзный классификатор управленческой документации (ОКУД).

Любой классификатор включает код объекта и полное наименование объекта. Код объекта - это компактная и удобная форма представления полного наименования объекта.

Различные классификаторы имеют разные системы кодирования, т.е. структуру кода


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

  • классификатор специальностей;

Структура нормативно-справочной информации, используемой для разработки информационной системы, показана в таблице 2.3

Таблица 2.3

Структура нормативно-справочной информации

№ п/п

Наименование кодируемого множества объектов

Значность кода

Система кодирования

Вид классификатора

1

2

3

4

5

1

Код табель номера

ХХХ

порядковая

локальный

2

Код фамилии

ХХХ

порядковая

локальный

3

Код имени

ХХ

порядковая

локальный

4

Код отчества

ХХ

порядковая

локальный

5

Код телефона

ХХ

порядковая

локальный

Описание систем классификации и кодирования.

  • Код Табель номера. Длина кода ХХ, где ХХ – порядковый номер табель.
  • Код фамилии. Длина кода ХХХ, где ХХХ – порядковый номер фамилии.
  • Код имя. Длина кода ХХ, где ХХ – порядковый номер имени
  • Код отчества. Длина кода ХХ, где ХХ – порядковый номер отчества.
  • Код телефона. Длина кода ХХ, где ХХ порядковый номер телефона.

2.2. Характеристика нормативно-справочной, входной и оперативной информации

При машинной реализации задачи автоматизации работы фирмы по подготовки и сопровождению документации по персоналу используются данные из первичного документа – приказ о приеме на работу

Этот документ имеет типовую форму представленную на рис. 2.2.

Рисунок 2.2 - Приказ о приеме на работу

Входной документ «Приказ о приеме на работу» следующие реквизиты:

Фамилия сотрудника

Имя сотрудника

Отчество сотрудника

Адрес проживания сотрудника

Контактный телефон сотрудника


Данные паспорта сотрудника

Должность сотрудника

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

Макет заполнения формы представлен на рис.2.3.

Рис. 2.3. Добавление сотрудника в БД

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

В системе применяются справочники, указанные в таблице 2.4.

Таблица 2.4

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

№ пп

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

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

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

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

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

1

Сотрудник

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

100

1 раз в месяц

10

2

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

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

50

1 раз в месяц

10

3

Приказ

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

50

1 раз в месяц

10

4

Образование

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

50

1 раз в месяц

5

5

Отпуск

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

3

1 раз в месяц

25

На основании этих справочников будут построены таблицы для информационной системы.

Глава 3. Программное обеспечение задачи

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

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

Рисунок 3.1 - Дерево функций

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

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

При анализе предметной области были выявлены следующие сущности:

Сотрудник

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

Приказ

Образование

График отпусков


Были определены атрибуты для них, а среди атрибутов были определены первичные и внешние ключи.

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

Атрибуты

S | Табельный номер (РК) (FK)

S | Дата записи (РК)

S | Комментарий

S | приказ

Образование

Атрибуты

S | Идентификатор образования (РК)

S | Год начала обучения

S | Год окончания обучения

S | Учебное заведение

S | Факультет

S | Специальность

График отпусков

Атрибуты

S | Табельный номер(РК) (FK)

S | Дата начала отпуска (РК)

S | Дата окончания отпуска

S | Комментарий

Приказ

Атрибуты

S | Номер приказа (РК)

S | Дата

S | Текст приказа

S | Руководитель

Образование сотрудника

Атрибуты

S | Идентификатор образования (РК)(FK)

S | Табельный номер (РК)(FK)

Приказы сотрудника

Атрибуты

S | идентификатор приказа (РК)(FK)

S | идентификатор сотрудника (РК)(FK)

Сотрудник

Атрибуты

S | Табельный номер сотрудника (РК)

S | Фамилия

S | Имя

S | Отчество

S | Контактный телефон

S | Идентификатор адреса (FK)

S | Номер паспорта (FK)

S | Серия паспорта(FK)

S | Должность (FK)

Паспорт

Атрибуты

S | Номер паспорта (PK)

S | Серия паспорта(PK)

S | Дата выдачи

S | Кем выдан паспорт

Адрес

Атрибуты

S | Идентификатор адреса (PK)

S | Город

S | Улица

S | Дом

S | Квартира

Должность

Атрибуты

S | Идентификатор должности (РК)

S | Название должности

S | Вес должности в табели

Отпуск

Атрибуты

S | Табельный номер (РК) (FK)

S | Дата начала (PK)

S | Дата окончания

S | Комментарий

На основании приведенного выше списка сущностей с указанием первичных и внешних ключей была построена логическая модель предметной области (рис. 3.2).

Рисунок 3.2 - Логическая модель предметной области

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

Таблица 3.1.

adres (Адрес)

Название поля

Ключ

Типа данных

Размер

Примечание

id_adres

(РК)

Счетчик

Длинное целое

town

Текстовый

45

street

Текстовый

45

house

Текстовый

45

flat

Числовое

Длинное целое