Информационная система отдела кадров предприятия. Курсовой проект Сенина В.А.. Курсовой проект по дисциплине Проектирование инфокоммуникационных систем

• Название: Курсовой проект по дисциплине Проектирование инфокоммуникационных систем
• Анкор: Информационная система отдела кадров предприятия
• Дата: 17.05.2022
• Размер: 0.62 Mb.
• Имя файла: Курсовой проект Сенина В.А..docx
• Тип: Курсовой проект; #535381

ФГБОУ ВО «СЕВЕРО-КАВКАЗСКИЙ

ГОРНО-МЕТАЛЛУРГИЧЕСКИЙ ИНСТИТУТ

(ГОСУДАРСТВЕННЫЙ ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ)»


Факультет информационных технологий и электронной техники

Кафедра: «Промышленная электроника»


КУРСОВОЙ ПРОЕКТ

по дисциплине:

« Проектирование инфокоммуникационных систем»


Выполнила: ст. гр. ИКТб-17-1 Сенина В.А.

Руководитель: к.т.н., доц. Меркушев Д. В.

Владикавказ, 2020 г.

Задание

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

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




Содержание
Введение 4

1. Системный анализ предметной области 5

2. Концептуальная схема 15

3. Логическая структура БД 17

4. Логическая структура БД в СУБД Access 21

4.1. Выбор СУБД 21

4.2. Реализация базы данных в СУБД Access 22

Заключение 26

Список литературы 27

Введение

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

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

1. Системный анализ предметной области

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

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

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

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

Информационные задачи БД:

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

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

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

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

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

В качестве входной информации выступают:

• 
  личные заявления сотрудников;
  
• 
  сведения о застрахованных лицах;
  
• 
  графики отпусков;
  
• 
  графики аттестации.
  

Выходной информацией данной модели являются:

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

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

Процесс «Работа с заявлениями о приеме на работу» (Диаграмма А1) представлен на рисунке 3.

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

Процесс «Оформление сотрудникам пенсии НПФ Благосостояние при увольнении на пенсию по возрасту» (Диаграмма А2) представлен на рисунке 4.

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

Процесс «Оформление отпусков» (Диаграмма А3) представлен на рисунке 5.

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

Процесс «Аттестация сотрудников» (Диаграмма А4) представлен на рисунке 6.

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


Рисунок 1 – Контекстная диаграмма программного обеспечения предприятия


Рисунок 2 – Диаграмма А0


Рисунок 3 – Диаграмма А1


Рисунок 4 – Диаграмма А2


Рисунок 5 – Диаграмма А3


Рисунок 6 – Диаграмма А4

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

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

Диаграмма Чена представляет собой граф с двумя типами вершин. Вершины первого типа - сущности, представляющие объекты ПО, изображаются прямоугольниками. Сущность (как понятие) образуется типизацией множества объектов, похожих по составу информации, требуемой для выполнения автоматизируемых функций. Объекты, использованные на входах, выходах, условиях выполнения и требуемых ресурсах функций в схемах процессов являются основой для образования сущностей. Таким образом, каждой сущности соответствует множество похожих (однотипных) объектов, которым в базе данных будут соответствовать экземпляры сущности.

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

Для представления типа связи в схемах Чена используется специальная разметка линий, соединяющих сущности и связи. На концах линий, присоединенных к сущностям, применяются четыре символа:

|| - обязательное участие в связи только одного объекта,

0|- участие в связи не более одного объекта,

>| - один или более объектов могут участвовать в связи,

>0 - любое число объектов может участвовать в связи.

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

Как видно из представленной диаграммы, основой является сущность «Сотрудник». Заявление поступает в отдел кадров от сотрудника, после чего оно проходит этап обработки, затем составляется и регистрируется приказ. Далее сотрудники отдела кадров начинают работу с трудовой книжкой кандидата на должность, после этого вакансия закрывается.

Рисунок 7 – диаграмма Чена


3. Логическая структура БД
Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.

На основе разработанной диаграммы Чена была спроектирована логическая структура базы данных информационной системы «Деятельность отдела кадров», представленная в виде ER-диаграммы изображена на рисунке 8.

Данная информационная система состоит из следующих сущностей:

• 
  Сотрудник;
  
• 
  Документ;
  
• 
  Трудовая история;
  
• 
  Приказ;
  
• 
  Должность;
  

Каждая сущность имеет ряд атрибутов. Рассмотрим атрибуты каждой из сущностей.

Сущность «Сотрудник» имеет следующие атрибуты:

1. 
   «Идентификационный номер». У каждого сотрудника есть свой уникальный номер личного дела. По этому номеру сотрудник отдела кадров может легко и быстро найти необходимого сотрудника для внесения изменений.
   
2. 
   «ФИО», «Дата рождения», «Место рождения», «Адрес места жительства», «Образование» - это персональные данные, необходимые для заключения трудового договора.
   
3. 
   «Профессия, специальность». Это необходимые сведения при заключении трудового договора и получения должности
   
4. 
   «Номер паспорта». Номер паспорта необходим для проверки службой безопасности, личности гражданина.
   
5. 
   «Номер ИНН». Номер ИНН необходим для отчисления налогов с заработной платы сотрудника.
   
6. 
   «Номер СНИЛС». Номер СНИЛСнеобходим для ежегодной корректировки стажа сотрудника и перевода на его пенсионный счет ежемесячных отчислений.
   
7. 
   «Медицинское страхование». ОМС – это государственная система социальной защиты интересов граждан в охране здоровья. Цель ОМС – обеспечить гражданину при возникновении ситуации, требующей медицинской помощи, её получение за счет финансовых средств, аккумулированных в фондах (территориальных и федеральном) обязательного медицинского страхования.
   
8. 
   «Номер должности». Каждая должность имеет свой уникальный идентификационный номер, который присваивается сотруднику в его личном деле.
   
9. 
   «Сведения о детях». Этоперсональные данные сотрудника, по которым происходит стандартный налоговый вычет.
   
10. 
    Ключевым полем является поле «Идентификационный номер».
    

К сущности «Документ» относятся следующие атрибуты:

1. 
   «Номер документа»;
   
2. 
   «Тип»;
   
3. 
   «Идентификационный номер»;
   
4. 
   «Дата приема»;
   
5. 
   «Дата выдачи»;
   
6. 
   «Табельный номер»;
   
7. 
   В данной сущности ключевом полем является поле «Номер документа».
   

Сущность «Трудовая история» состоит из следующих атрибутов:

1. 
   «Номер записи»;
   
2. 
   «Дата»;
   
3. 
   «Стаж»;
   
4. 
   «Название предприятия»;
   
5. 
   «Статья»;
   
6. 
   «Идентификационный номер»;
   
7. 
   Ключевыми полем является поле «Номер записи».
   

К сущности «Приказ» относятся следующие атрибуты:

1. 
   «Номер приказа»;
   
2. 
   «Дата приказа»;
   
3. 
   «Тип»;
   
4. 
   «Статья»;
   
5. 
   «Идентификационный номер»;
   
6. 
   Ключевым полем является поле «Номер приказа».
   

Сущность «Должность» содержит следующие атрибуты:

1. 
   «Номер должности»;
   
2. 
   «Название должности»;
   
3. 
   «Идентификационный номер»;
   
4. 
   Ключевым полем является поле «Номер должности».
   

Рисунок 8 – Логическая структура
4. Логическая структура БД в СУБД Access
4.1. Выбор СУБД
База данных — это инструмент для сбора и структурирования информации. В базе могут храниться данные о людях, товарах, заказах и о многом другом. Многие базы данных изначально представляют собой небольшой список в текстовом редакторе или электронной таблице. По мере увеличения объема данных в списке постепенно появляются несоответствия и излишняя информация. Информация, отображенная в виде списка, становится непонятной. Кроме того, ограничены способы, с помощью которых можно искать и отображать подмножества данных. Как только начинают появляться эти проблемы, мы рекомендуем перенести всю информацию в базу данных, созданную в системе управления базами данных (СУБД), такой как Access.

Компьютерная база данных — это хранилище объектов. В одной базе данных может быть больше одной таблицы. В базе данных Access (если ее специально не настраивали для работы с данными или кодом, принадлежащими другому источнику) все таблицы хранятся в одном файле вместе с другими объектами, такими как формы, отчеты, макросы и модули. Для файлов баз данных, созданных в формате Access 2007, используется расширение ACCDB, а для баз данных, созданных в более ранних версиях Access, — MDB. С помощью Access 2016, Access 2013, Access 2010 и Access 2007 можно создавать файлы в форматах более ранних версий приложения (например, Access 2000 и Access 2002–2003).

Использование Access позволяет:

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

В базе данных Access присутствую следующие элементы: таблицы, формы, отчеты, запросы, макросы, модули.

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

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

Строки в таблице называются записями. В записи содержатся блоки информации. Каждая запись состоит, по крайней мере, из одного поля. Поля соответствуют столбцам в таблице. Например, в таблице под названием "Сотрудники" в каждой записи находится информация об одном сотруднике, а в каждом поле — отдельная категория информации, например имя, фамилия, адрес и т. д. Поля выделяются под определенные типы данных, например текстовые, цифровые или иные данные.
4.2. Реализация базы данных в СУБД Access
Реализация базы данных информационной системы «Отдел кадров», представленная в виде схемы данных СУБД Access, изображена на рисунке 9.


Рисунок 9 – Логическая структура БД в СУБД Access

Логические структуры таблиц «Сотрудник», «Должность», «Трудовая история», «Документ», «Приказ» представлены соответственно на рисунках 10 – 14.

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

Рисунок 11 – Структура таблицы «Должность»

Рисунок 12 – Структура таблицы «Трудовая история»

Рисунок 13 – Структура таблицы «Документ»

Рисунок 14 – Структура таблицы «Приказ»

ЗАКЛЮЧЕНИЕ

В ходе создания курсового проекта была разработана модель информационной системы «Отдел кадров». В процессе разработки были произведены следующие работы:

• 
  Разработана бизнес-модель в AllFusion Process Modeler 7.
  
• 
  Построена диаграмма Чена.
  
• 
  Построена логическая структура БД в виде ER-диаграммы в Erwin Data Modeler.
  
• 
  В СУБД Microsoft Access реализована база данных.
  

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. 
   Меркушев Д.В. Методические указания к выполнению курсового проекта. Владикавказ.
   
2. 
   Меркушев Д.В. Методические указания к выполнению лабораторных работ. Владикавказ.
   
3. 
   Карпова Т. С. Базы данных: модели, разработка, реализация. СПб.: Питер, 2001. – 304 с.
   
4. 
   Харрингтон Джен Л. Проектирование реляционных баз данных. Просто и удобно. М.: Лори, 2001. – 230 с.
   
5. 
   Виноградов Г. П., Кирсанова Н. В. Проектирование структуры и создание реляционных баз данных средствами СУБД Access: Учебное пособие. – Тверь: ТГТУ, 2006. – 84 с.
   
6. 
   Кара-Ушанов Модель Сущность - Связь: Электронное тестовое издание. – Екатеринбург, 2017. – 63 c.
   
7. 
   Виктор Дубейковский Эффективное моделирование с Allfusion Process Modeler, 2007. 384 с.
   
8. 
   Ольга Назарова Разработка реляционных баз данных с использованием CASE-средства AllfusionDataModeler, 2008. 65 с.
   
9. 
   Маклаков С.В. Моделирование бизнес-процессов с AllFusion PM. - 2-е изд., испр. и доп. - М.: Диалог-МИФИ, 2008. - 224 с.
   
10. 
    О.А. Воложанина Информационные системы в экономике. Глава 3.
    URL: https://studfile.net/preview/6062310/page:4/.
    
11. 
    А. Ампилогов Первые шаги с CA ERwin Process Modeler. Часть 1.
    URL: http://www.interface.ru/home.asp?artId=22274