Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Автоматизация учета кадров ООО Дальлесстрой»

Содержание:

ВВЕДЕНИЕ

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

Успех любой компании зависит часто от того, насколько эффективным будет работа отдела кадров, задача которого - найти и удержать нужных специалистов, а также правильно распределить имеющиеся трудовые ресурсы. Соответственно растут и потребности в эффективных инструментах управления потоками информации. В связи с этим разработчики автоматизированных систем должны уделять больше внимания развитию программных продуктов по управлению человеческими ресурсами, искать пути объединения необходимых функций в единую информационную систему управления кадрами.[1]

Цель работы создать программный продукт по управлению кадровой службой.

Задачи работы:

- рассмотреть технико-экономическая характеристика предметной области,

- рассмотреть функции отдела кадров,

- спроектировать базу данных и программный продукт,

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

Глава 1. Технико-экономическая характеристика предметной области и предприятия

1.1. Характеристика предприятия и его деятельности

Общество с ограниченной ответственностью «Дальлесстрой» было создано в 2003 году для осуществления коммерческой деятельности и извлечения прибыли.

Юридический адрес организации: 160012, Россия, Приморский край, г. Дальнереченск, ул. Фабричная, д. 21, кв. 1.

Предметом деятельности ООО «Дальлесстрой» являются:

  • доставка и монтаж натяжных потолков;
  • ремонтно-строительные работы;
  • установка оконных систем и балконных блоков из ПВХ;
  • установка инфракрасных напольных систем отопления;
  • продажа фасадных панелей и пр.

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

Учредители: Узун Дмитрий Федорович, Узун Тамара Ильинична.

Общество обладает правами юридического лица. ООО «Дальлесстрой» имеет самостоятельный баланс, заключать все виды гражданско–правовых договоров с другими субъектами, нести обязательства, распоряжаться имуществом, быть истцом или ответчиком в арбитражном суде [48. C.2].

Для обеспечения деятельности общества был образован Уставный капитал, составляющий 10 тыс. руб. Уставный капитал общества определяет минимальный размер имущества общества, гарантирующего интересы его кредиторов. Резервный фонд в обществе не создавался [48. C.4]. Основными поставщиками общества являются:

– ООО «Исполин». г. Хабаровск. Поставка теплого пленочного пола корейского производства;

– ИП «Фасад». г. Владивосток. Поставка фасадных панелей «NICHIHA» японского производства;

– ООО «Деколайн». г. Владивосток. Поставка пленки ПВХ;

– ООО «Мастер склад». г. Владивосток. Поставка оконных профилей Montblan, Rihau;

– ООО «EuroСилинг». г. Владивосток. Поставка пленки ПВХ;

– ООО «Технология». г. Омск. Поставка запасных частей для тепло–высокочастотного оборудования;

– ООО «Мегалед». Поставка светодиодного оборудования.

Организационная диаграмма представлена на рисунке 1.1.

Рисунок 1 Организационная структура ООО «Дальлесстрой»

Таблица 1.

Показатели

Годы

Изменения

2016

2017

2018

2018/2017

2018/2016

Выручка руб.

1557065

1725868

197960

414895

246092

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

146998

145892

154767

85597

246092

Валовая прибыли руб.

95237

300387

424535

329298

124148

Чистая прибыль руб.

62532

115750

121476

58944

5726

Среднесписочная численность чел.

1245

1212

1200

-45

-12

Рентабельность реализованной продукции %

4,02

6,71

6,16

2,14

-0,55

Стоимость основных фондов руб.

8221

15261

16389

8168

1128

Производительность труда руб.

1 250,65

1 423,98

1 643,30

392,65

219.32

Техническо-экономические показатели деятельности ООО «Дальлесстрой»

1.2. Организационная структура управления кадрами предприятия

РУКОВОДСТВО КОМПАНИИ

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

Анализ и принятие решений

• кадровая политика и система оплаты;

• анализ результатов и принятие стратегических решений.

Рисунок 2. Элементы стратегического планирования и управления трудовыми ресурсами

Рисунок 2. стратегическое планирование.

ДИРЕКТОР ПО ПЕРСОНАЛУ

Стратегическое планирование и управление

• организационно-структурное (штатное) планирование;

• управление руководящими кадрами;

• тарификация;

• мониторинг и оценка деятельности персонала;

• планирование, набор (отбор) персонала и анализ соответствия требованиям штатной единицы;

• обучение и подготовка кадров;

• аттестация персонала;

• кадровый резерв предприятия.

РУКОВОДИТЕЛИ ПОДРАЗДЕЛЕНИЙ

Оперативное планирование, контроль и управление

• прием на работу и трудовые соглашения;

• распределение и приемка выполненных работ;

• контроль качества и стимулирование (мотивация);

• командировки;

• отпуска;

• замещение, совмещение, перемещение.

СОТРУДНИКИ ОТДЕЛА КАДРОВ, БУХГАЛТЕРИЯ

Учетные функции

• ведение картотеки кандидатов, анализ анкет;

• кадровый документооборот;

• учет персонала;

• учет времени и выработки;

• внутренняя и внешняя отчетность;

• расчет заработной платы и других выплат в модуле Заработная плата

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

CRM система управления персоналом должны облегчать работу управляющему персоналу. Все CRM системы управления персоналом выполняют схожие функции и подчиняются единым требованиям по своей функциональности [4].

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

1. Оперативное и полное удовлетворение потребности предприятия в трудовых ресурсах;

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

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

4. Перспективное и текущее планирование потребности в кадрах управления, их движение, подбор, расстановка; организация подбора, расстановки и воспитания кадров;

5. Учет кадров (оперативный, статистический);

6. Разработка мероприятий по повышению квалификации кадров;

7. Разработка и предоставление руководству необходимой отчетности;

8. Учет и хранение первичных документов, входящих в личное дело;

9. Формирование, проведение и хранение приказов по личному составу;

10. Подготовка и предоставление статистических и прочих отчетов;

11. Хранение копий приказов по основной деятельности;

12. Возможность получения полных данных о структуре предприятия, позициях штатного расписания и сотрудниках;

13. Настраиваемость системы на структуру предприятия, разработку отчетной документации.

Большинство CRM систем управления персоналом обеспечивает:

А) оперативность контроля и гибкость управления;

Б) возможность получения полных данных о структуре предприятия; позициях штатного расписания и сотрудниках;

В) контроль за деятельностью дочерних предприятий;

Г) настраиваемость на разработку отчетной документации;

Д) переход на новые технологии и методы работы, улучшение условий труда;

Е) быстрый поиск необходимой информации;

И) возможность прогнозирования потребностей в кадрах;

К) организацию штатного расписания;

Л) повышение производительности отдела кадров.

CRM системы управления персоналом имеют определенную структуру, и состоят из модулей:

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

- Модуль организации интерактивного интерфейса. Организует вывод на экран информации, с которой работает пользователь. Позволяет настроить визуальное оформление ИС управления персоналом;

- Модуль поддержки сетевых возможностей. Организует работу CRM системы управления персоналом в сети, обеспечивает доступ к информации, с компьютеров на которых не храниться БД. Обычно используются протоколы TCP\IP;

- Модуль по работе с печатающими устройствами. Производит вывод отчетов или другой информации на печатающие устройства. В некоторых CRM системах позволяет вводить данные с различных устройств ввода/вывода;

- Модуль формирования отчетов. Осуществляет генерацию отчетов по запросу пользователя, сохранение отчетов в файлы распространенных форматов (pdf, doc, excl, html). Создает отчетную ведомость по сотруднику;

- Модуль разработки собственных приложений и дополнений к CRM системе. Позволяет пользователям разрабатывать дополнительные модули, перестраивать существующие алгоритмы обработки данных. Но в большинстве CRM системах, этот модуль не позволяет полностью изменить систему;

- Административный модуль. Осуществляет контроль над информацией, ограничивает доступ к файлам БД, а также позволяет организовать ранговую структуру пользователей (администраторы-пользователи);

- Модуль разработки и подключения к БД. Организует подключение к СУБД, которая управляет архивами БД. Позволяет разрабатывать новые БД и удалять старые;

- Модуль запросов. Позволяет организовывать запросы на получение той или иной информации из БД. Позволяет производить различные операции, над данными, используя, встроенный в СУБД, язык запросов;

- Модуль экспортирования и импортирования БД. Предоставляет возможность использовать информацию из других CRM систем управления персоналом и наоборот.

3

Рисунок 3. - Схема типовой структуры CRM системы управления персоналом.

На рисунке 3. представлена типовая структура CRM системы управления персоналом.

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

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

Необходимо разработать CRM систему управления персоналом предприятия ООО «Дальлесстрой»

Требуется:

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

2. разработать программное обеспечение на основе разработанного алгоритма;

3. провести тестирование разработанного алгоритма.

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

Справочники – таблицы БД, содержащие статические данные (Области, города, улицы).

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

В таблице 1, приведены все данные которые должны хранится в «личной карточке» сотрудника.

Таблица 2

Данные

Тип данных

Размер

ID

Целые положительные числа

_

Дата формирования

Дата/Время

_

Номер документа

Целые положительные числа

_

Фамилия

Строковые данные

25

Имя

Строковые данные

25

Отчество

Строковые данные

25

Дата рождения

Дата/Время

_

Серия паспорта

Строковые данные

10

Номер паспорта

Строковые данные

10

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

Строковые данные

60

Дата выдачи паспорта

Дата/Время

_

Индекс

Строковые данные

10

Область

Строковые данные

20

Город

Строковые данные

20

Улица, дом, корпус, квартира

Строковые данные

30

Место работы

Строковые данные

25

Пол

Строковые данные

Номер страхового полиса

Целые положительные числа

_

Дата выдачи полиса

Дата/Время

_

Правительственная награда

Строковые данные

20

Вневедомственная награда

Строковые данные

20

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

В основном, в БД используется связь 1:1(один-к-одному), так называемая идентифицирующая связь, также используется связь 1:М(один-ко-многим), связь М:М(многие-ко-многим) не используется.

Проведя анализ данных и самой БД, можно выделить функции которые должен выполнять конвертор:

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

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

Использование модулей при разработке алгоритма дает следующие преимущества:

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

Однако у такой структуры есть и ряд недостатков:

  • сложно связать все модули в единую систему;
  • требования к ресурсам системы возрастают.

В результате анализа задач, били разработаны следующие модули:

  1. модуль подключения к БД;
  2. модуль копирования данных в БД;
  3. модуль поиска соответствий обрабатываемых данных в БД;
  4. модуль записи результатов в БД;
  5. модуль формирования отчетов;
  6. модуль удаления БД.

На рисунке 4. приведена схема потока данных при работе конвертора БД.

7Рисунок 4 - Схема потока данных при работе конвертора БД.

Разработка алгоритма конвертора БД

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

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

На рисунке 5. приведена обобщенная блок-схема алгоритма модуля предварительной обработки данных.

Рисунок 5. блок-схема алгоритма модуля предварительной обработки данных.

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

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

, (1)

где Nоп – количество выполненных операций алгоритмом;

m – количество операций выполняемых циклом;

n – количество операций выполняемых в блоке сравнения.

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

Рассмотрим последовательность действий, шагов, которые необходимо выполнить при проектировании БД.

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

- сможет ли новая система объединить существующие приложения;

- какие данные используются разными приложениями;

- кто будет вводить данные в базу и в какой форме;

- достаточно ли будет для Вашей предметной области одной базы;

- какая информация является наиболее чувствительной к скорости ее извлечения и изменения.

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

- идентификацию функциональной деятельности Вашей предметной области;

- идентификацию объектов, которые осуществляют эту функциональную деятельность.

- идентификацию характеристик этих сущностей.

- идентификацию взаимосвязей между сущностями.

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

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

V. Пятый шаг предполагает выработку правил, которые будут устанавливать и поддерживать целостность данных. Будучи определенными, такие правила в клиент-серверных СУБД поддерживаются автоматически - сервером баз данных; в локальных же СУБД их поддержание приходится возлагать на пользовательское приложение. Эти правила включают:

- определение типа данных;

- выбор набора символов, соответствующего данной стране;

- создание полей, опирающихся на домены;

- установка значений по умолчанию;

- определение ограничений целостности;

- определение проверочных условий.

VI. На шестом шаге устанавливаются связи между объектами (таблицами и столбцами) и производится очень важная операция для исключения избыточности данных - нормализация таблиц.

Каждый из различных типов связей должен быть смоделирован в базе данных. Существует несколько типов связей:

  • связь "один-к-одному";
  • связь "один-ко-многим";
  • связь "многие-ко-многим".

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

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

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

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

После применения правил нормализации логические группы данных располагаются не более чем в одной таблице. Это дает следующие преимущества:

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

Процесс нормализации заключается в приведении таблиц в так называемые нормальные формы. Существует несколько видов нормальных форм: первая нормальная форма (1НФ), вторая нормальная форма (2НФ), третья нормальная форма (3НФ), нормальная форма Бойса-Кодда (НФБК), четвертая нормальная форма (4НФ), пятая нормальная форма (5НФ). С практической точки зрения, достаточно трех первых форм - следует учитывать время, необходимое системе для "соединения" таблиц при отображении их на экране. Поэтому мы ограничимся изучением процесса приведения отношений к первым трем формам. Этот процесс включает:

  • устранение повторяющихся групп (приведение к 1НФ);
  • удаление частично зависимых атрибутов (приведение к 2НФ);
  • удаление транзитивно зависимых атрибутов (приведение к 3НФ).

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

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

В качестве примера, была разработана Структура проектируемой БД кадрового учета рисунок 6.

В таблице 2. приведены данные, которые будут храниться в проектируемой БД.

Таблица 3. – Данные, хранимые в проектируемой БД

Наименование

поля в таблице

Тип данных

Описание

ID_P

Целочисленные, положительные

Идентификационный номер

F_I_O

Строковые

Ф.И.О. клиента

Организация

Строковые

Наименование организации

Серия_пасп

Строковые

Серия паспорта

Номер_пасп

Строковые

Номер паспорта

Кем_выдан

Строковые

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

Когда_выд

Дата/Время

Дата выдачи паспорта

ИНН

Строковые

ИНН

Лицо

Строковые

Физическое

Адр_орг

Строковые

Адрес организации

Домашний

Строковые

Домашний телефон

ID_k

Целочисленные, положительные

Сотовый телефон

Адрес

Строковые

Рабочий телефон

Опл_до

Дата/Время

Идентификационный номер договора.

Номера_к

Поле memo

Дата заключения договора

Ост_о

Целочисленные, положительные

Дата действия договора

6

Рисунок 6. – Структура проектируемой БД

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

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

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

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

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

В подготовке и вводе исходных данных в ВС участвует человек. Это приводит к тому, что соответствующая часть данных характеризуется невысокой достоверностью с вероятностью ошибки около 10-4 на 1 байт. В автоматических устройствах подготовки и передачи информации вероятность ошибки может быть значительно ниже и достигать значения 10-6-10-7.

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

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

Рассмотрим экспоненциальную модель. Предположим, что в начале отладки комплекса программ, при τ=0 в нем содержалось N0 ошибок. После отладки в течении времени τ осталось n0 ошибок и устранено n ошибок (n+n0=N0). При этом время τ соответствует длительности исполнения программ на ВС для обнаружения ошибок и неучитывается простой машины, необходимые для анализа результатов и проведения корректировок.

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

, (2)

где T – наработка на отказ, мин;

К – коэффициент времени;

N0 – начальное количество ошибок;

Кτ – коэффициент времени во время отладки.

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

, (3)

где Δn – оставшееся количество ошибок после исправления программы;

Т0 – начальная наработка на отказ, мин;

Т1 – время наработки на отказ после первого исправления ПО;

Т2 – время наработки на отказ после второго исправления ПО;

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

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

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

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

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

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

Среда для разработки и функционирования Базы Данных является СУБД FireBird является одной из самых популярных в мире бесплатных, кросплатформенных систем управления базами данных с открытым исходным кодом. Она была разработана на основе исходного кода СУБД Interbase и развивается сегодня независимым международным сообществом. По надёжности, производительности и функциональным возможностям эта система мало в чём уступает признанным лидерам своего класса - Oracle и Microsoft SQL Server. В качестве преимуществ Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов (это возможно потому, что читающие пользователи не блокируют пишущих), высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров. Firebird является сервером баз данных. Один сервер Firebird может обрабатывать несколько сотен независимых баз данных, каждую с множеством пользовательских соединений. Он является полностью свободным от лицензионных отчислений даже для коммерческого использования.

База Данных - AOKCRM.GDB

D:\Работа документы\Автор24\В работе\1188151\БД1.bmp

рисунок 8. Физическая БД - AOKCRM.GDB

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

№ поля

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

Краткое описание

Тип

Размер, байт

1

Код

Ключевое поле

Счетчик

4

2

ФИО

Фамилия, имя, отчество

Строка

50

Таблица 5 - Структура таблицы «Отдел»

№ поля

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

Краткое описание

Тип

Размер, байт

1

Код

Ключевое поле

Счетчик

4

2

Отдел

Наименование отдела

Строка

50

3

Комментарий

Физическая База Данных

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

Разработанный модуль включает в себя серверную и клиентскую часть Серверная часть является приложением для взаимодействия с базой данных, клиентская – веб-интерфейсом для ввода данных и получения отчетной информации. Структурная схема пакета представлена на рисунке 10. Используется классическая система «Клиент-Сервер». На стороне сервера реализуются все функции непосредственно связанные с реализацией автоматизируемого процесса, что позволяет в значительной мере разгрузить компьютер пользователя. На стороне пользователя производится только ввод информации и получение отчетов в графическом режиме

Рисунок 9 Структурная схема пакета

На рисунке 10 представлена схема добавления данных о проекте.

Рисунок 10 Схема добавления данных

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

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

Рисунок 11 - Цикл информационных процессов в программе

Глава 4. Контрольный пример реализации проекта и его описание

Авторизация

Рисунок 12 Авторизация.

Для регистрации нового пользования нажимаем регистрация, открывается

Набираем Логин – Админ, пароль – 123 вид окна изменится. Выбираем Пользователь набираем любой логин и пароль Вы зарегистрировали нового пользователя, затем нажимаем кнопки Зарегистрироваться и Войти.

Рисунок 13 Регистрация.

Откроется основное окно

Рисунок 14 Главное окно пограммы.

Соединение с Базой Датой

public InfoBD()

{

string PATH_TO_SHABLON = AppDomain.CurrentDomain.BaseDirectory;

string[] Mass = File.ReadAllLines(PATH_TO_SHABLON + "Qet.ini", System.Text.Encoding.Default);

fb_con1.DataSource = Mass[1];

fb_con1.Charset = "WIN1251"; //используемая кодировка

fb_con1.UserID = "SYSDBA";//логин

fb_con1.Password = "masterkey"; //пароль

fb_con1.Database = @Mass[0];//путь к файлу базы данных;

fb_con1.ServerType = 0; //указываем тип сервера (0 - "полноценный Firebird" (classic или super server), 1 - встроенный (embedded))

}

Отдел

Рисунок 15 Окно заполнения данных отдела.

private void toolStripButton6_Click(object sender, EventArgs e)

{

DialogResult result1 = MessageBox.Show("Вы хотите ввести новый Отдел?", "Ввод нового Отдела", MessageBoxButtons.YesNo);

if (result1 == DialogResult.Yes)

{

cbd.SQLInsertUpdate("insert", "OTDEL", textBox1.Text + "','" + textBox2.Text);

string Select1 = "select * from OTDEL p ORDER BY p.kof1";

dataGridView5.DataSource = cbd.ConectBD3(1, Select1);

dataGridView5.AutoGenerateColumns = true;

dataGridView5.Columns[0].HeaderText = " № ";

dataGridView5.Columns[0].FillWeight = 16;

dataGridView5.Columns[1].HeaderText = "Наименование";

dataGridView5.Columns[1].FillWeight = 130;

dataGridView5.Columns[2].HeaderText = "Коментарий";

dataGridView5.Columns[2].FillWeight = 130;

} }

Сотрудник

Рисунок 16 Окно Новый Сотрудник

Рисунок 17 Окно редактирования данных сотрудника.

private void toolStripButton6_Click(object sender, EventArgs e)

{

cbd.SQLInsertUpdate("update", "SOTRUDNIK", "FIO='" + comboFIO.Text + "',ADRES='" + comboAdres.Text + "',TEL='" + comboTel.Text +

"',INN='" + comboINN.Text + "',SNILS='" + comboSNILS.Text + "',DATA_ROJ='" + dateTimePicker1.Text + "',POL='" + comboPol.Text +

"',PASPORT='" + comboPasport.Text + "',OBRAZOVANIE='" + comboOB.Text + "',TR_DE='" + textST.Text + "',SEMJ='" + comboSem.Text +

"',DATA_POST='" + dateTimePicker3.Text + "' where TAB_NOM=" + textTabNom.Text);

MessageBox.Show("Данные Изменены");

}

Поиск

Рисунок 18. Окно поиска.

ЗАКЛЮЧЕНИЕ

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

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

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

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

    1. Артемов О.Ю., Ермакова И.Н., Овчинникова Н.В., Фирмы, управление, кадры, документы. М.: Атлант-центр, 2013.
    2. Бобылева М.П. Эффективный документооборот: от традиционного к электронному. - М.: ТЕРМИКА, 2012.
    3. Кирсанова М.В. Курс делопроизводства. Документационное обеспечение управления / Кирсанова М.В., АксёновЮ.М. - М.: «Инфра-М», 2012.
    4. ГОСТ 24.104-85. Автоматизированные системы управления, общие требования. -М.: Государственный комитет СССР по стандартам, 1985. - 17с.
    5. Рогова К. Ю., Литовчук А. В. Автоматизация кадрового учёта компании Молодой ученый. — 2017. — №20. — С. 159-161. — URL https://moluch.ru/archive/154/43600/
    6. Султанова Б. К., Толымбекова Г. С. Автоматизированная деятельность отдела кадров // Молодой ученый. — 2015. — №20. — С. 24-28. — URL https://moluch.ru/archive/100/22548/
    7. Саралинова Д. С. Инновационные кадровые технологии в системе государственного управления // Молодой ученый. — 2016. — №12. — С. 1432-1433. — URL https://moluch.ru/archive/116/31748/