![](/stc/img/evkova.png)
Проектирование реализации бизнес-процесса «Управление персоналом»
Содержание:
ВВЕДЕНИЕ
Актуальность изучаемой темы заключается в том, что использование систем обработки данных о персонале фирмы обеспечивает получение общих или детализированных данных по внутрифирменным бизнес-процессам. Легко определять тенденции изменения важнейших показателей в области управления кадровым составом фирмы. Обеспечивать получение оперативной информации, критической по времени, без существенной задержки. Выполнять точный и полный анализ накопленных оперативных данных. Подход к обработке оперативной информации как к управленческим бизнес-процессам могут быть широко приняты специалистами по автоматизации систем организационного управления фирмы.
В современной организации, как руководитель сталкивается с необходимостью решать множество задач в условиях дефицита рабочего времени, так и любой другой сотрудник, например, сотрудника отдела кадров. Среди основных источников проблем в работе сотрудника отдела кадров можно выделить:
– большое количество процессов, в которых задействован работник отдела кадров, исполняющий при этом разные роли: инициатора, ответственного исполнителя, контролера;
– огромное количество документов, которые требуют согласования, уточнения, реакции, отслеживания, исполнения;
– необходимость контролировать своевременное исполнение заданий и отслеживание взятых на себя обязательств;
– постоянно растущие объемы дополнительной информации, необходимой для принятия управленческих решений.
С каждым днем все большее значение приобретает оперативность в принятии решений, контроль исполнения решений, рациональное использование накопленной информации и предыдущего опыта для принятия управленческих решений. Все это может быть обеспечено по средствам использования информационно-коммуникационных технологий.
Целью данной работы является автоматизация информационной системы« Управление персоналом».
В соответствии с целью была определена необходимость постановки и решения следующих задач:
- рассмотреть характеристику существующих бизнес –процессов;
- охарактеризовать документооборота, возникающего при решении задачи;
- обосновать проектные решения по информационному обеспечению;
- обосновать проектные решения по программному обеспечению
- изучить информационную модель и дать её описание;
- охарактеризовать нормативно-справочную, входную и оперативную информацию;
- охарактеризовать результатную информацию;
- разработать общие положения (дерево функций и сценарий диалога);
- дать характеристику базы данных;
- проанализировать структурную схему пакета (дерево вызова программных модулей);
- описать программные модули;
- обрисовать контрольный пример реализации проекта.
Объектом в данной работе является исследование процесса «Управление персоналом».
Предметом исследования является построение модели бизнес-процесса «Управление персоналом».
Структура курсовой работы состоит из введения, двух глав, заключения и списка использованных источников.
1 Глава. Аналитическая часть
1.1. Выбор комплекса задач автоматизации
Организация ООО «Люксофт» - международная компания, специализирующаяся на разработке программного обеспечения и it – решений для клиентов по всему миру. Сайт компании: http://www.luxoft.ru. Услуги по разработке включают в себя проектирование, создание, внедрение, сопровождение, тестирование создаваемых систем, контроль качества, консультирование в сфере производственных процессов, обучение по разрабатываемому программному обеспечению. Также организация проводит экспертизу в областях мобильных технологий, больших данных, безопасности приложений, управления данными, PLM/PDM, автоматизации тестирования. Миссией компании является: превзойти ожидания наших клиентов путем объединения возможностей техники, профессионального таланта, новаторства и высочайших стандартов качества. Цель компании: быть ведущим мировым поставщиком решений и услуг в области информационных технологий, занимающим сильную позицию в ключевых индустриальных вертикалях.
Компания имеет несколько филиалов и представительств по всему миру. Штаб квартира расположена в городе Цуг в Швейцарии, компания имеет 39 филиалов в 19 странах мира: в России, Украине, во Вьетнаме, Болгарии, Польше, Румынии, Великобритании, Мексике, США, Сингапуре.
Компания ООО «Люкссофт» большое внимание уделяет подбору и развитию персонала предприятия, для этого в компании существует отдел по работе с персоналом.
Рассмотрим более подробно бизнес процессы по управлению персоналом. В компании есть кадровый план, в котором прописывается сколько и какому филиалу необходимо людей и на какие ставки. Согласно этого плана
проходит отбор персонала. Данный план составляется ежегодно.
Отбор персонала проходит в несколько этапов:
- Отправка кандидатом резюме на русском и английских языках, резюме могут быть отправлены непосредственно через сайт компании или сайты, где размещены вакансии: superjob.ru, hh.ru.
- Интервью с Отделом по подбору персонала по телефону. После прохождения интервью сообщается о следующем этапе отбора. Интервью проходит на английском языке.
- Интервью с техническими специалистами. Может быть проведено несколько интервью на английском языке. Если интервью прошли успешно, то есть был подтверждены технические навыки, соответствующие требованиям компании, то будет назначено интервью с руководителем проекта.
- Интервью с руководителем проекта, в ходе которого, скорее всего, будет заданы вопросы по личностным качествам кандидата, обсудить вопросы карьерного роста и мотивации. Если все прошло успешно, то будет назначено интервью с клиентом.
- Интервью с клиентом. На данном этапе проходит собеседование с представителем клиента, в ходе которого определяется подходит ли кандидат для работы в существующей команде. В случае успешного прохождение кандидат получает приглашение на работу. В противном случае, кандидату могут предложить другие варианты сотрудничества, другой проект, соответствующий его опыту.
- Предложение о работе. В случае положительного отзыва от клиента, кандидат либо приглашается в офис для обсуждения детали.
- Работа в компании. В случае принятия положительного решения кандидатом работы в компании, специалист по работе с персоналом связывается с кандидатом и предоставляет всю необходимую для работы информацию, а затем проводится вводный тренинг «Добро пожаловать в Люксофт!».
На рисунке 1 приведены этапы отбора персонала.
Отправка резюме
Интервью с Отделом по подбору
персонала
Интервью с техническими
специалистами
Интервью с руководителем проекта
Интервью с клиентом
Предложение о работе
Работа в компании
Рисунок 1 – Этапы подбора персонала
В компании заботятся о своих сотрудников, мотивируя, заботясь о новых сотрудниках в рамках модели управления персоналом People management model, в рамках которой к новому сотруднику прикрепляется менеджер, в обязанности которого входит наставничество и введение в должность нового сотрудника для скорейшей адаптации в течении испытательного срока.
Отдел по работе с персоналом также ведет отчетность о проделанной работе: отчет о выполнении кадрового плана, эффективность, отчет по кандидатам, прохождение кандидатами этапов подбора персонала.
Для большей наглядности будем использовать функциональные схемы в нотации IDEF0 с помощью такого средства моделирования, как AllFusion Erwin Process Modeler. С помощью функционального моделирования (нотация IDEF0), можно провести систематический анализ бизнеса, сосредоточившись на регулярно решаемых задачах (функциях), свидетельствующих об их правильном выполнении показателях, необходимых для этого ресурсах, результатах и исходных материалах (сырье). Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ).
На рисунке 2 приведена контекстная диаграмма по бизнес-процессу
«Управление персоналом».
Рисунок 2 – Контекстная диаграмма бизнес процесса «Управление
персоналом»
Функциональный блок:
1. «Управление персоналом». Входные потоки:
- Потребность в кадрах - потребность в кадрах на основании данных руководителей проектов.
Выходные потоки:
- Сотрудники – принятые на работу сотрудники.
- Пакетов отчетов - подготовленный пакет отчетов. Потоки управления:
- Внутренние стандарты компании по управлению персоналом - учетная
политика и стандарты предприятия, регламентирующие деятельность отдела по подбору персонала.
На рисунке 3 представлена декомпозиция бизнес процесса «Управление персоналом».
Рисунок 3 – Декомпозиция «Управление персоналом» Потоки механизмов:
- Менеджер по работе с персоналом. Функциональные блоки:
- «Составление кадрового плана» - менеджер по персоналу составляет календарный план, где содержится информация по филиалам количество ставок в конкретном подразделении филиала, количество ставок по штатному расписанию, количество занятых ставок, количество
- «Обработка резюме кандидатов» - менеджер по персоналу на основании кадрового плана и поданных сведений руководителей проектов размещает вакансии на нужных специалистов на сайтах по поиску персоналу, в России это сайт hh.ru, superjob.ru и другие. Затем он обрабатывает резюме, присланных кандидатами.
- «Работа с кандидатами» - менеджер по персоналу подбирает кандидатов на вакантные места, затем организует поэтапные интервью с техническими специалистами, затем с руководителями проектов, клиентом.
- «Прием сотрудника на работу» - после успешного прохождения отправляет приглашение на работу, организует вводный курс после трудоустройства в компанию, прикрепляет менеджера, который помогает адаптироваться сотруднику на испытательный срок.
- «Составление отчетности» - менеджер по работе с персоналом готовит пакет отчетности по работе с персоналом: выполнение кадрового плана, работу с кандидатами.
Входные потоки:
- Потребность в кадрах - потребность в кадрах на основании данных руководителей проектов.
Выходные потоки:
- Сотрудники – принятые на работу сотрудники.
- Пакет отчетности. Потоки управления:
- Внутренние стандарты компании по управлению персоналом. Потоки механизмов:
- Менеджер по работе с персоналом.
На рисунке 4 представлена декомпозиция бизнес-процесса «Работа с кандидатом».
Функциональные блоки:
- «Подбор кандидатов» - менеджер по персоналу на основании отправленных кандидатами анкет на вакансию выбирает подходящих.
- «Организация проведения интервью с кандидатами» - менеджер по персоналу договаривается с кандидатом и с сотрудниками ответственными за интервью (технические специалисты, руководитель проекта, клиент) о встрече.
«Предложение работы кандидату» - менеджер по персоналу после всех успешно пройденных интервью назначает встречу кандидату или разговор по телефону и рассказывает ему о компании, оговаривает все условия, предлагает работу, если кандидат согласен, то его принимают на работу.
Рисунок 4 – Декомпозиция «Работа с кандидатами» Входные потоки:
- Анкеты кандидатов. Выходные потоки:
- Утвержденные кандидаты.
Потоки управления:
- Внутренние стандарты компании по управлению персоналом. Потоки механизмов:
- Менеджер по работе с персоналом.
На основании функциональной модели предприятия ООО «Люкссофт» определим задачу на разработку информационной системы.
1.2. Характеристика существующих бизнес –процессов
В связи с расширением штата сотрудников перед предприятием ООО
«Люксофт» встала необходимость автоматизировать процесс управления персоналом. На основании этого, перед разрабатываемой информационной системой ставится цель: сокращение времени менеджером по персоналу ввода и обработки информации по кадровому плану, резюме и данных кандидатов, формирование отчетности, а также снизить вероятность ошибок при вводе информации.
В соответствии с этим, назначение разрабатываемой информационной системы служит:
- Возможность ведения кадровый план с учетом филиалов, подразделений, должностей и ставок.
- Возможность автоматической загрузки резюме на вакансии, размещенные на сайтах по привлечению персонала, а именно hh.ru и superjob.ru.
- Возможность ведения списка филиалов.
- Возможность ведения списка кандидатов на вакантные места.
- Возможность ведения этапов работы с кандидатом и контроль ведения этих этапов.
- Возможность оформления кандидата на работу.
- Возможность формирования отчетности, а именно выполнение кадрового плана с фактическим приемом кандидатов на работу и состояние отбора кандидатов.
Таким образом, нужно разработать информационную систему, которая бы позволила эффективно работать менеджеру по персоналу за счет сокращения времени на ввод и обработку информации и формирования отчетности.
1.3. Характеристика документооборота, возникающего при решении задачи
В соответствии с вышеописанным к разрабатываемой информационной системе предъявляются следующие требования:
- Система должна быть понятна и удобно в использовании.
- В системе должно быть понятное и удобное меню, пункты меню должны соответствовать структуре управления персоналом, а именно:
- справочники, где должна содержаться информация о филиалах,
подразделениях, должностях, кандидатах;
- кадровый план с вакансиями;
- подбор персонала;
- отчеты.
- Система должна быть отказоустойчесвой и надежной.
- Кадровый план должен быть представлен в виде сетки с указанием филиала, подразделения, должности и количество планируемых ставок, количество занятых ставок. Ставки - это дробные числа с двумя знаками после запятой.
- По филиалу можно было ввести ИНН, КПП, ОГРН и адрес.
- По кандидатам можно было увидеть реестр, ввести нового, отредактировать уже введенного, возможность увидеть в карточке кандидата этапы проведения интервью с кандидатом и результаты этих интервью.
- Для вакансии должны обязательно присутствовать поля даты начала и даты окончания размещения объявления.
- Загрузка резюме должна быть удобно и желательно занимала минимум времени.
- При приеме кандидата на работу нужно указывать менеджера, назначенного на испытательной срок для адаптации сотрудника. При записи приема в кадровом плане должно автоматически считаться значение занятых ставок.
- В отчете по выполнению кадрового плана должна быть возможность выбирать филиал и подразделение.
- В отчете по состояниям кандидатов должна быть возможность отобрать по конкретному кандидату и список по состоянию кандидатов.
Проанализируем существующие разработки по управлению персоналом на удовлетворение требований к информационной системе.
Рассмотрим существующие разработки по управлению персоналом, но
для начала определим критерии сравнения.
- ведение структуры предприятия (филиалов, подразделений);
- ведение должностей;
- ведение списка кандидатов;
- загрузка данных с сайтов по подбору персонала;
- прикрепление менеджера;
- этапы работы с кандидатами;
- ведение кадрового плана;
- ведение вакансий;
- ведение резюме.
- отчеты.
То есть компании ООО «Люкссофт» нужна программа, которая будет в себе сочетать систему управления персоналом и частично кадрового агенства.
Выберем наиболее известные программные решения для сравнения:
- 1С: Управление персоналом.
- Quinix – комплексное решение для управления персоналом и расчета заработной платы от компании UCMS Group.
- Контур-Персонал – программа для ведения кадрового учета от
компании Контур.
Приведен таблицу сравнения систем по критериям.
Таблица 1.1 – Критерии сравнения существующих систем
Критерий |
1С: Управление персоналом |
Quinix |
Контур- Персонал |
Ведение структуры предприятия |
+ |
+ |
+ |
Ведение должностей |
+ |
+ |
+ |
Ведение списка кандидатов |
+ |
+ |
+ |
Загрузка данных с сайтов по подбору персонала |
- |
- |
- |
Прикрепление менеджера |
+ |
- |
- |
Этапы работы с кандидатами |
- |
- |
- |
Ведение кадрового плана |
+ |
- |
- |
Ведение вакансий |
- |
+ |
+ |
Ведение резюме |
- |
+ |
+ |
Отчеты |
+ |
+ |
+ |
Итого |
6 |
7 |
7 |
Как видно из таблицы ни одна из систем полностью не удовлетворяет требования, целям и задачам, ставившимися перед информационной системой для компании ООО «Люкс», поэтому было принято решение для разработки информационной системы.
1.4. Обоснование проектных решений по информационному и программному обеспечению
Как описано выше, что было принято решение разрабатывать информационную систему, которая бы соответствовала целям, задачам и критериям. Для этого спроектируем модель «Как должно быть» в нотации IDEF0.
На рисунке 5 приведена контекстная диаграмма информационной системы.
Рисунок 5 – Контекстная диаграмма информационной системы
Функциональный блок:
1. «Управление персоналом». Входные данные:
- данные о компании – данные о структуре компании (филиалы, подразделения), о должностях.
Выходные потоки:
- Комплект отчетности. Потоки управления:
- Алгоритмы программы. Потоки механизмов:
- Менеджер по управлению персоналом.
- ИС.
На рисунке 6 изображена декомпозиция контекстной диаграммы. Функциональные блоки:
- «Составление кадрового плана» - включает в себя ведение данных структуре компании (филиалов, подразделений), должностей и возможных этапов работ по интервью, кадровое планирование.
- «Размещение вакансий, обработка резюме кандидатов» - размещение вакансий на сайтах кадровых служб и обработка поступивших резюме.
- «Работа с кандидатами» - ведение списка кандидатов, ведение кандидатов по этапам работ, ведение результатов интервью.
- «Прием сотрудника» - оформление кандидата на работу в компанию.
«Формирование отчетности» - формирование пакета отчетов.
Рисунок 6 – Декомпозиция контекстной диаграммы Входные данные:
- Потребность в кадрах.
- Филиалы.
- Должности. Выходные потоки:
- Комплект отчетности.
- Сотрудники. Потоки управления:
- Алгоритмы программы. Потоки механизмов:
- Менеджер по управлению персоналом.
- ИС.
Для более полной картины рассмотрим декомпозиции функциональных блоков. На рисунке 7 изображена декомпозиция блока «Составление кадрового плана».
Рисунок 7 - Декомпозиция блока «Составление кадрового плана»
Функциональные блоки:
- «Формирование структуры компании» - включает в себя ведение информации о филиалах, подразделениях, должностях, этапах работы с кандидатами.
- «Кадровое планирование» - составление кадрового плана на основании потребности подразделений в вакантных ставках.
- «Формирование списка вакантных ставок» - формирование списка для
последующего размещения на сайтах кадровых служб.
На рисунке 8 изображена декомпозиция блока «Размещение вакансий, обработка резюме кандидатов».
Рисунок 8 - Декомпозиция блока «Размещение вакансий, обработка
резюме кандидатов»
Функциональные блоки:
- «Размещений вакансий на сайтах кадровых служб».
- «Загрузить резюме кандидатов» - автоматическая загрузка данных резюме на основании введенной ссылки резюме.
- «Формирование списка кандидатов» - формирование списка для
последующего организации интервью.
На рисунке 9 приведена декомпозиция бизнес-процесса «Работа с кандидатами».
Рисунок 9 - Декомпозиция блока «Работа с кандидатами»
Функциональные блоки:
- «Сортировка анкет по интерьюерам».
- «Организация проведения интервью с кандидатами».
- «Отправка письма кандидату».
Как можно увидеть из функциональной модели «Как надо» часть функций по управлению персоналом были переложены на информационную систему, в частности: первоначальное заполнение резюме, формирование отчетности и списков кандидатов, по схеме теперь выполняет информационная система, что позволяет значительно сократить время работы и исключить возможность ошибок на этих этапах.
В этой главе был описана структура копании ООО «Люксфот», приведена информация о работе по отделу по работе с персоналом, рассмотрена схема проведения система проведения этапов по рассмотрению кандидата по средством интервью, были поставлены цели и задачи разработки информационной системы, было принято решение о ее разработке, в качестве языка программирования выбран java, в качестве базы данных MySQl, были разработаны модели как есть и как надо, по результатам которых будет разработана информационная система, направленная на достижение целей.
2 Глава. Проектная часть
2.1. Информационная модель и её описание
Для разработки информационной системы будут учтены современные тенденции и технологии при проектировании программного обеспечения.
Для начала определим язык программирования для разработки информационной системы управления персоналом. Здесь важно выделить критерии оценки:
- кроссплатформенный язык, который позволяет работать разработанной системе на различных операционных системах;
- легкость и быстрота освоения;
- опыт программирования автора дипломной работы;
- бесплатный или условно бесплатный;
- доступность литературы;
- объектно-ориентированный;
- позволяет легко создавать парсеры для сбора информации с внешних сайтов работ, а именно superjob.ru и hh.ru;
- надежность;
- востребованный язык программирования для последующего использования в карьерном росте.
В качестве языков программирования рассматривались самые популярные языки программирования java, с++, с#, php, python по данным https://habr.com/company/it-grad/blog/341486/.
При оценке этих языков была проанализирована литература, опыт и востребованность на рынке труда. Языки php, python - языки программирования, которые соотвествуют поставленным выше критериям, но для они предназначены для проектирования web приложений, что не соответствует разрабатываемому информационному приложению. Поэтому выбор был между языками java, с++, с#. Больше опыта программирования было
на языке Java, также в его пользу было принято решение из-за его популярности среди специалистов по разработке, существует множество доступной литературы и видеоподкастов для его изучения и он самый востребованный на рынке труда.
Сведем критерии сравнения в единую таблицу.
Таблица 1
Критерии сравнения языков программирования
Критерий |
java |
с++ |
с# |
php |
Python |
Кроссплатформенный |
+ |
+ |
+ |
+ |
+ |
Легкость и быстрота освоения |
+ |
- |
- |
+ |
+ |
Бесплатный или условно бесплатный, бесплатная среда разработки |
+ |
+ |
+_ |
+ |
+ |
Опыт программирования автора |
+ |
- |
- |
+ |
- |
Надежность |
+ |
+ |
+ |
+ |
+ |
Парсер для сайтов работы |
+ |
+ |
+ |
+ |
+ |
Востребованность для карьерного роста |
1 в рейтинге |
2 в рейтинге |
3 в ретинге |
10 в рейтинге |
5 в рейтинге |
Объектно- ориентированный |
+ |
+ |
+ |
+ |
+ |
На рисунке 10 представлен рейтинг языков программирования за 2016- 2018 года по результатам сайта https://pikabu.ru/story/reyting_yazyikov_programmirovaniya_2017_4780146.
Рисунок 10– Рейтинг языков программирования за 2016-2018 года
В результате вышеописанного в качестве языка программирования был выбран Java.
Теперь выберем базу данных, для начала определим критерии отбора:
- кроссплатформенная;
- возможность взаимодействия с Java, соответствие стандарту JDBC (англ. Java DataBase Connectivity — соединение с базами данных на Java);
- надежная, существует возможность резервного копирования;
- возможность нескольких подключений;
- бесплатная, условно-бесплатная;
В качестве такой СУБД можно рассмотреть: MySql и Oracle, обе подходят по вышеописанным критериям, с одним лишь отличием Oracle – платная СУБД для крупных компаний. Поэтому, идеально подходит MySql.
MySql – бесплатная реляционная система управления базами данных от компании Oracle.
Далее выберем среду обработки для программирования, которая имеет возможность взаимодействовать с Java и MySql и которая упростит процесс обработки. В качестве такой среди разработки была выбрана IntelliJ Idea -
интегрированная среда разработки программного обеспечения для многих языков программирования, в частности Java, JavaScript, Python, разработанная компанией JetBrains.
В качестве сборщика был выбран Gradle - система автоматической сборки, построенная на принципах Apache Ant и Apache Maven, но предоставляющая DSL на языке Groovy вместо традиционной XML-образной формы представления конфигурации проекта, использует направленный ациклический граф для определения порядка выполнения задач.
Перечислим технологии, которые будут использоваться при разработке информационной системы.
- NPM в пакете Node - является C++ приложением, которое получает на входе JavaScript-код и выполняет его.
- JavaScript – скриптовый встраиваемый язык для доступа к объектам приложения.
- Spring Boot - инструмент от компании Pivotel, исключающий потребность прямого подключения сторонних библиотек, имеет внушительный список инструментов для работы с базами данных.
- Также в приложении для разработки клиентской стороны пользовательского объекта (Frontend) будет использоваться язык Angular 5 - JavaScript-фреймворк с открытым исходным кодом.
Таким образом, для разработки информационной системы были выбраны язык программирования Javа, систему управления базами данных MySql, среда разработки - IntelliJ Idea.
Рассмотрим требования к системе в целом.
- Разрабатываемая информационная система должна быть простой и понятной в использовании, а именно должен быть удобной поиск информации, понятный текст, удобный интерфейс.
- Программное обеспечение должно учитывать процессы управления персоналом ООО «ЛюкСофт»: ведение структуры организации, ведение списка кандидатов, ведение кадрового плана по подразделениям и должностям, ведение этапов интервью с кандидатами, парсер данных из сайтов кадровых служб (superjob.ru, hh.ru), предоставлять отчетность по выполнению кадрового плана и состояния кандидатов на работу.
- Должна существовать возможность быстрого перехода по пунктам меню и быстрого доступа к необходимой информации.
- Система должна быть отказоустойчесвой и надежной.
Рассмотрим требования к аппаратному обеспечению средства для разрабатываемого программного обеспечения. Технические и аппаратные требования продукта связаны с устанавливаемым ПО, а именно СУБД MySql.
Сервер должен соответствовать следующим минимальным требованиям:
- процессор Pentium 4 2 Ghz или более мощный;
- оперативная память не менее 512 Mb (рекомендуется 1 Gb);
- объем жесткого диска зависит от объема базы данных, но не менее 100
Mb;
- операционная система: рекомендуется Lunix, Unix, разрешается, но не
рекомендуется Windows /XP/Vista/7/Server 2003;
- подключение к сети Интернет доступ пользователей по протоколу 8080. К клиентской машине предъявляются следующие требования:
- процессор 1 Ghz или более мощный;
- оперативная память не менее 128 Mb;
- Сетевой контроллер Ethernet.
Рассмотрим требования к программному обеспечению. Для корректной работы на компьютере должно быть установлено следующее программное обеспечение, рассмотренное в пункте 2.1:
- СУБД MySql:
- Java 8 или выше;
- для системы windows: Microsoft .Net Framework 4 или выше.
Рассмотрим требования к надежности технических средств и программного обеспечения.
К надежности оборудования предъявляются следующие требования:
- в качестве аппаратных платформ должны использоваться средства с повышенной надежностью;
- применение технических средств соответствующих классу решаемых
задач;
- аппаратно-программный комплекс Системы должен иметь возможность
восстановления в случаях сбоев.
К надежности электроснабжения предъявляются следующие требования:
- с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы не менее 10 минут;
- система должны быть укомплектована подсистемой оповещения Администраторов о переходе на автономный режим работы;
- система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает 10 минут;
- должно быть обеспечено бесперебойное питание активного сетевого оборудования.
Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий:
- предварительного обучения пользователей и обслуживающего персонала;
- своевременного выполнения процессов администрирования;
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
- своевременное выполнение процедур резервного копирования данных.
Надежность программного обеспечения подсистем должна обеспечиваться за счет:
- надежности общесистемного ПО и ПО, разрабатываемого исполнителем;
- проведением комплекса мероприятий отладки, поиска и исключения ошибок.
Вышеописанные требования к разрабатываемой информационной системе по управлению персоналом соответствуют целям и задачам, постланных перед автоматизацией.
2.2. Характеристика нормативно-справочной, входной и оперативной информации
В качестве входной информации используются следующие документы:
- данные пользователя;
- письмо (проблема,ошибка);
Данные пользователя указываются при регистрации его в системе. При этом из нее используются следующие реквизиты:
- ФИО;
- Дата рождения;
- Наименование филиала.
В системе разработан ряд экранных форм, среди которых можно выделить:
Начальная страница – появляется при входе сотрудника службы сопровождения АСУД в 1C: Itilium;
Форма регистрации обращения – содержит вкладки со всеми необходимыми кнопками, открывающими справочники;
Форма просмотра действующих заявок с текущими результатами по ним.
В системе предусмотрены следующие справочники, которые также будут отображены через экранные формы:
- Справочник «Инициатор»
- Справочник «Классификация»;
- Справочник «Ответственный» («Рабочая группа»);
- Справочник «Оператор» («Источник»);
- Оперативная таблица обращений «Начальная страница».
В таблице 6 представлены основные требования к справочникам системы.
Таблица 2
Основные тредования к справочникам
Название справочника |
Ответственный за его ведение |
Средний объём справочника в записях |
Среднюю частоту актуализации |
Средний объем актуализации (%) |
---|---|---|---|---|
Иницатор |
Администратор |
500 строк |
1раз в месяц |
5% |
Классификация |
Администратор |
100 строк |
1раз в месяц |
15% |
Ответственный |
Администратор |
50 строк |
1 раз в квартал |
100% |
Оператор |
Администратор |
50 строк |
1 раз в квартал |
100% |
В таблицах представлены составы реквизитов справочников.
Таблица 3
Состав справочника «Клиент»
№ |
Реквизит |
Назначение |
1 |
Код |
Необходим для присвоения уникального кода записи в базе данных |
2 |
ФИО |
Фамилия и инициалы пользователя |
3 |
Дата рождения |
Дата рождения пользователя |
4 |
Филиал |
Название рабочего филиала пользователя |
5 |
Подразделение |
Название рабочего подразделения пользователя |
Таблица 4
Состав справочника «Классификация»
№ |
Реквизит |
Назначение |
1 |
Код |
Необходим для присвоения уникального кода записи в базе данных |
2 |
Тип |
Необходимо выбрать, исходя из описания проблемы |
3 |
Услуга |
Необходимо выбрать, исходя из описания проблемы |
4 |
Состав услуги |
Необходимо выбрать, исходя из описания проблемы |
Таблица 5
Состав справочника «Ответственный»
№ |
Реквизит |
Назначение |
1 |
Код |
Необходим для присвоения уникального кода записи в базе данных |
2 |
ФИО |
Фамилия и инициалы ответственного исполнителя |
4 |
Рабочая группа |
Наименование рабочей группы ответственного исполнителя |
Таблица 6
Состав оперативной таблицы обращений «Начальная страница»
№ |
Реквизит |
Назначение |
1 |
Код |
Необходим для присвоения уникального кода записи в базе данных |
2 |
Дата |
Дата поступления/обработки заявки |
3 |
ФИО клиента |
ФИО клиента |
4 |
ФИО оператора |
ФИО оператора |
5 |
ФИО ответственного исполнителя |
ФИО ответственного исполнителя |
6 |
Состояние |
Статус обращения (В работе) |
7 |
Сроки |
Сроки выполнения обращения |
8 |
Классификация |
Тип обращения |
9 |
Описание |
Описание проблемы |
Таблица 7
Состав справочника «Оператор»
№ |
Реквизит |
Назначение |
1 |
Код |
Необходим для присвоения уникального кода записи в базе данных |
2 |
ФИО |
Фамилия и инициалы оператора |
3 |
Рабочая группа |
Наименование рабочей группы оператора |
4 |
Должность |
Наименование должности |
2.3. Характеристика результатной информации
Результатной для задачи автоматизации обработки заявок является следующая информация:
- Принятия в Работу обращения;
- Назначение Ответственного исполнителя;
- Зарегистрированное обращение;
- Отчет обработанных обращений
Таблица 8
Характеристика «Зарегистрированное обращение»
Содержание
№ |
Показатель |
|
1 |
Название документа |
Зарегистрированное обращение |
2 |
Реквизитный состав |
|
3 |
Частота формирования |
раз в сутки |
4 |
Предназначение (кому предназначен) |
Для пользователя, клиента и администратора |
5 |
Формируется на основе |
Формируется на основе поступающих данных, справочника клиенты, справочника ответственного исполнителя, справочника оператора. |
Таблица 9
Характеристика «Отчет обработанных обращений»
Содержание
№ |
Показатель |
|
1 |
Название документа |
Отчет обработанных обращений |
2 |
Реквизитный состав |
|
3 |
Частота формирования |
1 раз в сутки |
4 |
Предназначение (кому предназначен) |
Для, администратора |
5 |
Формируется на основе |
Формируется на основе зарегистрированных обращений. |
2.4. Общие положения (дерево функций и сценарий диалога)
Сценарий диалога сотрудника службы сопровождения АСУД при работе с информационной системой представлен на рисунке 10
Рисунок 12-Сценарий диалога работы специалиста с ИС
При разработке интерфейса программы важно в конечном счете соблюдать простоту и ясность программы, чтобы управление функциями было комфортным. Сценарий диалога оператору представлен как визуализация всех его альтернативных действий. В диалоговую систему входят: главное меню с прочее, включая всплывающие подменю, а также диалоговые окна. Под событиями понимаются процессы, активизируемые пользователем (например – нажатие функциональных клавиш), а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
2.5. Характеристика базы данных
Построим логическую схему базы данных. Для проектирования логической модели базы банных воспользуемся программой ERWIN Data Modeler. С помощью этой модели осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и отношения между ними. На рисунке 11 представлена логическая модель базы для информационной системы управления персоналом.
Логическая модель данных данной информационной системы состоит из 10 таблиц.
Рисунок 13 – Логическая модель базы данных
В таблице «Филиалы» хранится список филиалов и отделений компании ООО «Люксофт», а именно идентификатор, наименование филиала, ИНН, КПП, ОГРН и адрес местонахождения филиала.
Таблица «Подразделения» хранится информация о подразделениях: идентификатор, наименование и филиал, которому принадлежит подразделение.
Таблица «Должности» содержит информацию о должностях компании (идентификатор и наименование).
В таблице «Кандидаты» содержится список кандидатов на должность, а именно идентификатор, ФИО кандидата, источник информации (откуда была получена информация о вакансии), комментарий и конечный результат, который может иметь варианты: работает, наш отказ, отказ кандидата.
Таблица «Этапы работы» содержит информацию о возможных этапах работ (идентификатор и наименование).
В таблица «Этапы работ с кандидатом» хранится информация о прохождении интервью кандидатами по этапам: идентификатор этапа, идентификатор кандидата, тип взаимодействия, что сделано и результат прохождения этапа.
Таблица «Кадровый план» содержится информация о кадровых данных компании: идентификатор подразделения, идентификатор должности, идентификатор филиала, количество плановых ставок, количество занятых ставок.
В таблице «Вакансии» содержится идентификатор вакансии, идентификатор подразделения, идентификатор должности, идентификатор филиала, дата открытия, дата закрытия, требования, обязанности. Условия.
А таблице «Резюме» содержится список резюме кандидатов, а именно идентификатор резюме, идентификатор филиала, идентификатор вакансии, дата.
В таблице «Прием кандидата» содержится информация о всех принятых на работу кандидатов: идентификатор кандидата, идентификатор кадрового
плана, дата, идентификатор филиала, идентификатор должности, идентификатор подразделения, комментарий, количество ставок.
Теперь рассмотрим физическую реализацию базы данных, она приведена на рисунке 12. Данная модель представлена для СУБД MySQL, все названия написаны английскими буквами, все атрибуты указаны со своими типами. Данная модель является реляционной моделью. Эта модель построена с помощью ERWIN.
Рисунок 14 – Физическая модель данных Приведем спецификацию основных таблиц базы данных.
Таблица 10
Техническая спецификация Candidate (Кандидаты)
Имя поля |
Тип, размер |
Описание |
id_ Candidate |
INT, счетчик |
Уникальный идентификатор кандидата, первичный ключ |
FIO |
Varchar, 250 |
Фамилия, имя, отчество кандидата |
Source |
Varchar, 50 |
Источник информации (сайт кадровой службы, рассылка) |
Totals |
Varchar, 20 |
Итоговый результат |
Comment |
Varchar, 100 |
Рабочий комментарий |
Таблица 11
Техническая спецификация StaffingPlan (Кадровый план)
Имя поля |
Тип, размер |
Описание |
id_ StaffingPlan |
INT, счетчик |
Уникальный идентификатор строки кадрового плана, первичный ключ |
id_ unit |
FK, INT |
Уникальный идентификатор подразделения, внешний ключ |
id_ branch |
FK, INT |
Уникальный идентификатор филиала, внешний ключ |
id_position |
FK, INT |
Уникальный идентификатор должности, внешний ключ |
NumberBets |
Float |
Количество ставок |
NumberClosed |
Float |
Количество занятых ставок |
Таблица 12
Техническая спецификация Branch (Филиал)
Имя поля |
Тип, размер |
Описание |
id_ branch |
INT, счетчик |
Уникальный идентификатор филиала, первичный ключ |
Name |
Varchar, 50 |
Наименование филиала |
INN |
Char, 12 |
ИНН филиала |
KPP |
Char, 10 |
КПП филиала |
OGRN |
Char, 10 |
ОГРН филиала |
Adress |
Varchar, 150 |
Адрес филиала |
Остальные спецификации будет приведены в приложении А.
Для информационной системы была разработана база данных, которая будет в качестве СУБД использовать MySql. Данная база данных позволяет эффективно хранить данные и получать им доступ, обеспечивает надежность и гибкость использования.
2.6. Структурная схема пакета (дерево вызова программных модулей), описание программных модулей
Model-view-controller (MVC) - разделение прикладную логику и данные от представления. Model-view-controller (MVC, «Модель-представление- поведение», «Модель-представление-контроллер») — схема использования нескольких шаблонов проектирования, с помощью которых модель данных приложения, пользовательский интерфейс и взаимодействие с пользователем разделены на три отдельных компонента так, что модификация одного из компонентов оказывает минимальное воздействие на остальные. Данная схема проектирования часто используется для построения архитектурного каркаса, когда переходят от теории к реализации в конкретной предметной области.
Концепция MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента:
Модель (англ. Model). Модель предоставляет знания: данные и методы работы с этими данными, реагирует на запросы, изменяя своё состояние. Не содержит информации, как эти знания можно визуализировать.
Представление, вид (англ. View). Отвечает за отображение информации (визуализация). Часто в качестве представления выступает форма (окно) с графическими элементами.
Контроллер (англ. Controller). Обеспечивает связь между пользователем и системой: контролирует ввод данных пользователем и использует модель и представление для реализации необходимой реакции.
Важно отметить, что как представление, так и контроллер зависят от модели. Однако модель не зависит ни от представления, ни от контроллера. Тем самым достигается назначение такого разделения: оно позволяет строить модель независимо от визуального представления, а также создавать несколько различных представлений для одной модели. На рисунке 15 представлена схема MVC.
Рисунок 15 – Модель MVC
Такая же структура будет характерна структуры разрабатываемой информационной системы. На рисунке 14 представлена структурная схема пакета документов. Узловой узел HR (управление персоналом) состоит из подкаталогов: controller, model, service, дополнительно каталог mapper, в котором содержаться запросы к базе данных.
Опишем более подробно состав пакета модулей. Каталог «service»:
- CandidateManager – класс обработки данных кандидата, полученных из запроса.
- HhResumeFetcher – класс загрузки резюме из сайтов кадровых служб.
- HttpService – класс обработки полученных данных из класса HhResumeFetcher.
- ResumeFetcher – класс отправки данных для сохраения резюме в базу.
отправления данных resumeMapper для
класс
- ResumeManager –
обработки.
Каталог model и mapper имеют аналогичную структуру, назначение
классов в каталоге model, графическое представление данных, полученных из классов каталога mapper, в котором содержаться запросы к базе данных.
Поэтому приведен содержание каталога model, аналогичный ему файл есть в каталоге mapper, только с добавлением слова mapper.
В таблице 13 приведено соответствие файлов каталогов. Таблица 13
Соответствие файлов каталогов
Каталог model |
Аналогичный файл в каталоге mapper |
Назначение файлов |
Mapper |
BranchMapper |
Обработка филиалов компании (добавление, удаление, вывод списка) |
Candidate |
CandidateMapper |
Обработка кандидатов (добавление, удаление, вывод списка) |
Department |
DepartmentMapper |
Обработка подразделений компании (добавление, удаление, вывод списка) |
Onboarding |
OnboardingMapper |
Прием кандидатов на работу |
Position |
PositionMapper |
Обработка должностей компании (добавление, удаление, вывод списка) |
Resume |
ResumeMapper |
Обработка резюме (добавление, удаление, вывод списка) |
Stage |
StageMapper |
Обработка этапов работы (добавление, удаление, вывод списка) |
Vacancy |
VacancyMapper |
Обработка вакансий компании (добавление, удаление, вывод списка) |
WorkforcePlan |
WorkforcePlanMapper |
Работа с кадровым планом (добавление, удаление строк, вывод отчета) |
HR
controller model service mapper
ControllerException
Handler
Branch
CandidateManager
BranchMapper
MainController
Candidate
HhResumeFetcher
CandidateMapper
Department
HttpService
DepartmentMapper
Onboarding
ResumeFetcher
OnboardingMapper
OnboardingStage
ResumeManager
OnboardingStageM
Position PositionMapper
Resume
ResumeMapper
Stage
StageMapper
Vacancy VacancyMapper
WorkforcePlan WorkforcePlanMap
Рисунок 16 – Структурная схема пакетов документов
Каталог «controller»:
- ControllerExceptionHandler – контроллер начальной страницы, авторизации.
- MainController – главный контролер, в котором содержаться классы по приемке и обработке данных из базы данных.
Так как контроллер MainController является основным связующим звеном между логикой приложения и отображением, приведен некоторые программные его коды и их взаимодействия с model и mapper
Приведем фрагмент кода для демонстрации работы моделей для филиалов. Попробуем это сделать согласно ГОСТу 19.401-78 ЕСПД. «Текст программы».
//класс объявления филиала @GetMapping("/branches")
public List<Branch> getBranches() {
return branchMapper.getBranches();
}
// добавления филиала
// доступ адреса для клиента
@RequestMapping(value = "/branch", method = RequestMethod.PUT)
// получение ответа на добавление филиала @ResponseBody
public ResponseEntity addBranch(@RequestBody Branch
branch) {
branchMapper.addBranch(branch); return ResponseEntity.ok().build();
}
// получение ответа на удаление филиала @RequestMapping(value = "branch/{id}", method =
RequestMethod.DELETE)
public void deleteBranch(@PathVariable long id) { branchMapper.deleteBranch(id);
}
// доступ к Mapper для клиента @Mapper
public interface BranchMapper {
// запрос к базе данных на выборку филиалов @Select("SELECT * FROM BRANCH")
List<Branch> getBranches();
// запрос к базе данных на добавление записи филиалов
@Insert("INSERT INTO BRANCH (name, itn, iec, psrn, address) VALUES(#{name}, #{itn}, #{iec}, #{psrn}, #{address})")
void addBranch(Branch branch);
// запрос к базе данных на удаление записи филиалов @Delete("DELETE FROM BRANCH WHERE id = #{branchId}") void deleteBranch(long branchId);
}
Класс из файла Branch, получающий структуру полей для последующей передачи на сервис.
// публичный класс для филиала
public class Branch {
// объявление переменных
private long id; private String name; private long itn; private long iec; private long psrn; private String address;
// объявление методов класса
public long getId() { // получение id филиала return id;
}
public void setId(long id) { // назначение id филиала this.id = id;
}
public String getName() { // получение наименования филиала
return name;
}
public void setName(String name) { // назначение наименования филиала
this.name = name;
}
public long getItn() { // получение ИНН филиала return itn;
}
public void setс(long itn) { // назначение ИНН филиала this.itn = itn;
}
public long getIec() { // получение КПП филиала return iec;
}
public void setIec(long iec) { // назначение КПП филиала this.iec = iec;
}
public long getPsrn() { // получение ОГРН филиала return psrn;
}
public void setPsrn(long psrn) { // назначение ОГРН филиала
this.psrn = psrn;
}
public String getAddress() { // назначение адреса филиала return address;
}
public void setAddress(String address) {
// адреса филиала
this.address = address;
}
@Override
// преобразование и возвращение строки филиала public String toString() { public
return String.format("Branch{id=%d, name='%s', itn=%d, iec=%d, psrn=%d, address='%s'}", id, name, itn, iec, psrn, address);
}
}
Модель MVC позволяет гибко построить код программы, разделяя логику
от представления приложения. Использование же пакета Spring Java позволяет значительно облегчить разработку программы, изначально уже планирую каркас интерфейса программы.
2.8 Контрольный пример реализации проекта и его описание
Рассмотрим интерфейс программы.
При запуске программы отображается окно авторизации, приведенное на рисунке 17.
Рисунок 17 – Окно авторизации
На рисунке 18 представлен интерфейс программы.
Рисунок 18 – Интерфейс программы Приведем руководство пользователя для работы с программой.
Для работы с филиала нужно зайти в пункт меню «Справочники» - Филиалы. В результате отображается список филиалов компании.
Рисунок 19– Список филиалов
В списке филиал можно удалить, нажав соответствующую кнопку.
Рисунок 20 – Кнопка удаления
В результате нажатия на кнопку появиться сообщение «Вы действительно хотите удалить филиал?» при нажатии на да – запись с филиалом будет удалена.
Также можно добавить новый филиал, нажав кнопку «Добавить филиал».
Рисунок 21– Добавить филиал
Пункты меню приведены в таблице ниже.
Таблица 14
Пункт меню «Справочники»
Пункт меню «Справочники» |
Назначение |
Организации (филиалы) |
Ведение списка организаций |
Кандидаты |
Список кандидатов на вакансии |
Этапы по подбору |
Список этапов работы с кандидатом |
Должности |
Список должностей |
Подразделение |
Список подразделений |
Таблица 15
Пункт меню «Кадровый план»
Пункт меню |
Назначение |
Кадровый план |
Кадровый план |
Вакансия |
Список вакансий |
Таблица 16
Пункт меню «Подбор персонала»
Пункт меню |
Назначение |
Резюме |
Список резюме |
Загрузка резюме |
Форма, где осуществляется загрузка резюме из внешних источников: https://www.superjob.ru https://hh.ru По нажатию на кнопку осуществляется загрузка резюме в таблицу «Резюме» с выводом списка, загруженных резюме |
Этапы работы с кандидатом |
Этапы работы с кандидатом |
Прием на работу кандидата |
Утверждение кандидата на должность. При нажатии на кнопку сохранения должно автоматически изменять в таблице «Кадровый план», поле количество занятых ставок увеличиваться на количество ставок в форме приема |
Таблица 17
Пункт меню «Отчеты»
Пункт меню |
Что делает |
Выполнение кадрового плана |
Отчет выводит данные по таблице «Кадровый план», отбор осуществляется по полям: филиал, подразделение. |
Состояние отбора кандидатов |
Данные по таблице «Этапы работы с кандидатом», отбор по кандидату и состоянию |
Интерфейс интуитивен и понятен: в остальных справочниках принцип работы такой же, как и в справочнике «Филиалы», поэтому описывать его не будем, приведем рисунки внешнего вида интерфейса наиболее важных объектов.
Рисунок 22 – Кадровый план
Рисунок 23 - Загрузка резюме
Рисунок 24 – Отчет по выполнению кадрового плана
Рисунок 25– Отчет о состоянии работы с кандидатом
Таким образом, был разработан интуитивно понятный интерфейс, который соответствует заявленным требованиям: он интуитивно понятен, удобен в использовании.
Выводы по 2 главе
Во второй главе была рассмотрены требования к информационной системе управления персоналом на предприятии ОО«Люксофт», были спроектированы логическая и физическая модели базы данных, выбраны программные средства разработки, а именно: язык программирования Java, система управления базами данных MySql и среда программирования IntelliJ IDEA. Была разработана рабочая версия информационной системы, позволяющая решить цели и задачи автоматизации по управлению персоналом в компании ООО «Люксофт».
ЗАКЛЮЧЕНИЕ
В этой главе был описана структура копании ООО «Люксфот», приведена информация о работе по отделу по работе с персоналом, рассмотрена схема проведения система проведения этапов по рассмотрению кандидата по средством интервью, были поставлены цели и задачи разработки информационной системы, было принято решение о ее разработке, в качестве языка программирования выбран java, в качестве базы данных MySQl, были разработаны модели как есть и как надо, по результатам которых будет разработана информационная система, направленная на достижение целей.
Во второй главе была рассмотрены требования к информационной системе управления персоналом на предприятии ОО«Люксофт», были спроектированы логическая и физическая модели базы данных, выбраны программные средства разработки, а именно: язык программирования Java, система управления базами данных MySql и среда программирования IntelliJ IDEA. Была разработана рабочая версия информационной системы, позволяющая решить цели и задачи автоматизации по управлению персоналом в компании ООО «Люксофт».
Список используемой литературы
Научная и методическая литература
- Алавердов, А.Р. Управление персоналом: Учебное пособие / А.Р. Алавердов, Е.О. Куроедова, О.В. Нестерова. - М.: МФПУ Университет, 2013. - 192.
- Брюс Эккель. Философия Java. . -- Питер, 2017 – 1168 с.
- Веснин, В.Р. Управление персоналом в схемах: Учебное пособие / В.Р. Веснин. - М.: Проспект, 2015. - 96 c.
- Гарнаев, Андрей WEB-программирование на Java и JavaScript / Андрей Гарнаев , Сергей Гарнаев. - Москва: СПб. [и др.] : Питер, 2017. - 718 c.
- Герберт Шилдт. Java 8. Полное руководство. - Вильямс, 2017. – 1376 с.
- Гонсалвес, Энтони Изучаем Java EE 7 / Энтони Гонсалвес. - М.: Питер, 2016. – 640 с.
- Гупта, Арун Java EE 7. Основы / Арун Гупта. - М.: Вильямс, 2014. -
336 c.
- Ивановская, Л.В. Управление персоналом: Теория и практика.
Организация, нормирование и регламентация труда персонала: Учебно- практическое пособие / Л.В. Ивановская. - М.: Проспект, 2013. - 64 c.
- Дж. Клейнберг Дж., Е. Тардос. Алгоритмы. Разработка и
применение. - Питер, 2106. – 800 с.
- Кей С. Хорстманн, Гари Корнелл. Java. Библиотека профессионала. Том 1. Основы.- Вильямс, 2015 г.- 864 с.
- Крис Шефер, Кларенс Хо, Роб Харроп. Pro Spring.- Вильямс, 2017.
– 752 с.
- Кэти Сиерра, Берт Бейтс. Изучаем Java.- Эксмо, 2017. – 720 с.
- Монахов, В. Язык программирования Java и среда NetBeans (+ CD- ROM) / В. Монахов. - М.: БХВ-Петербург, 2012. - 720 c.
- Роберт Лафоре. Структуры данных и алгоритмы на Java. -- Питер, 2017. – 704 с.
- Савитч, Уолтер Язык Java. Курс программирования / Уолтер Савитч. - М.: Вильямс, 2015. - 928 c.
- Хабибуллин, Ильдар Самоучитель Java / Ильдар Хабибуллин. - М.: БХВ-Петербург, 2016. - 768 c.
Электронные ресурсы
- Автоматизированные корпоративные системы - необходимый инструмент эффективного ведения бизнеса [Электронный ресурс].
/Составитель: Малькова О.И.. Режим доступа: http://info.tatcenter.ru/economy/16148.htm/, свободный.
- Бегунков В.Н. BPwin - ведущий инструмент визуального моделирования бизнес-процессов [Электронный ресурс]./Составитель: Кармилов Е.В. Режим доступа: http://www.interfase.ru/ca/bpwin.htm#01, свободный.
- Ермаков Р.Н. Описание отдельных концепций IDEF0 [Электронный ресурс]/ Составитель: Костин М.А. Режим доступа: http://www/idef0/ru/idef0/, свободный.
- Моделирование компонентов ПО [Электронный ресурс].
/Составитель: Игорев Д.О. Режим доступа: http://www.interfase.ru/ca/cacase.htm#5, свободный.
- Няньков К.Р. Как выбрать АСУ? [Электронный ресурс].
/Составитель: Богатырева У.Д./Дата издания: Режим доступа: http://www.technet.ru/index.php?r=12&article=1151&archive=1, свободный.
- Ребрин Ю.И. Основы экономики и управления производством. [Электронныйресурс]. Режим доступа: http://www.prof.in.kz/cgi- bin/pro.pl?infa&sho=26988&how=4&cat=6,. Свободный
- Цели использования автоматизированной системы административного управления [Электронный ресурс]. /Составитель: Гогалев Е.Р. Режим доступа: http.//www.amas.ru/docs/amas.htm#1., свободный.
Литература на иностранном языке
- Brian Goetz, Tim Peierls, Joshua Bloch, Joseph Bowbeer, David Holmes, Doug Lea, Java Concurrency in Practice, 2016
- Herbert Schildt, Core Java Volume I: Fundamentals (9th Edition), Core Java Volume II: Advanced Features (9th Edition), 2013
- Joshua Bloch, "Effective Java (2nd Edition)", 2015
- Joshua Marinacci, Chris Adamson, Swing Hacks. Tips and Tools for Killer GUIs, 2017
- Martijn Verburg, The Well-Grounded Java Developer: Vital techniques of Java 7 and polyglot programming. Benjamin J Evans, 2016
Приложение А
Технические спецификации к базе данных
Таблица 1 – Техническая спецификация Resume (Резюме)
Имя поля |
Тип, размер |
Описание |
id_ Resume |
INT, счетчик |
Уникальный идентификатор резюме, первичный ключ |
id_ Canditate |
FK, INT |
Идентификатор кандидата, внешний ключ |
id_ vacancy |
FK, INT |
Идентификатор вакансии, внешний ключ |
Date |
Date |
Дата размещения резюме |
Таблица 2 – Техническая спецификация Unit (Подразделение)
Имя поля |
Тип, размер |
Описание |
id_ unit |
INT, счетчик |
Уникальный идентификатор подразделения, первичный ключ |
Name |
Varchar, 25 |
Наименование подразделения |
id_Branch |
FK, INT |
Идентификатор филиала, внешний ключ |
Таблица 3 – Техническая спецификация Recruitment (Прием на работу)
Имя поля |
Тип, размер |
Описание |
id_ Recruitment |
INT, счетчик |
Уникальный идентификатор записи приема на работу, первичный ключ |
id_ Canditate |
FK, INT |
Идентификатор кандидата, внешний ключ |
id_ StaffingPlan |
FK, INT |
Идентификатор записи кадрового плана, внешний ключ |
Date |
Date |
Дата приема на работу |
Сomment |
Varchar, 100 |
Комментарии приема на работу |
NumberBets |
Float |
Количество занимаемых ставок |
- Психосемантика рекламы
- Биологическая обратная связь как психотерапевтический метод
- Роль мотивации в поведении организации
- Выбор стиля руководства в организации
- Роль мотивации в поведении организации
- Организация и проведение спортивных мероприятий в корпоративном спорте (на примере крупных и небольших российских компаний)
- Маркетинговый подход к ценообразованию и ценовой политикой предприятия (ООО «Молодость»)
- Аналитические регистры налогового учета
- Страхование и его роль в развитии экономики(на примере АО Страховая группа «Спасские ворота»)
- Системный подход к менеджменту
- Процедуры несостоятельности (банкротства) (Субъектный состав отношений, связанных с регулированием несостоятельности)
- Анализ методов кодирования данных (Сущность кодирования информации)