Моделирование предметной области «Управление персоналом» с помощью UML (Описание предметной области)

Содержание:

Введение

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

В связи с вышеописанным в курсовой работе рассматривается процесс проектирования информационной системы по управлению персоналом.

Актуальность курсовой работы заключается в анализе и проектировании процесса управлениям персоналом.

Целью написания курсовой работы является разработка информационной системы для управления персоналом для it-компании.

Задачами курсовой работы являются:

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

- выделить требования разрабатываемой информационной системы управления персоналом;

- спроектировать информационную систему: справочники, документы, отчеты с использованием объектно-ориентированного подхода.

1 Аналитическая часть

1.1 Описание предметной области

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

Рассмотрим более подробно бизнес процессы по управлению персоналом.

Управление персоналом включает в себя обеспечение подготовленным и квалифицированным персоналом, оптимальное использование кадров.

В задачи управления персоналом входит:

- составление кадрового плана;

- выработка общей стратегии по персоналу;

- осуществление действий по формированию коллектива компании и подбору персонала;

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

- адаптация новых кадров.

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

Функции менеджера по персоналу:

- набор персонала: описание и размещение вакансии (анализ рынка, формирований условий найма), выработка метода набора персонала;

- помощь руководителям отделов подготовить вакансии, организовать интервью;

- оформление сотрудников для приема на работу;

- организация адаптации новых сотрудников в новой для них среде;

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

Опишем бизнес-процессы более подробно.

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

Отбор персонала проходит в несколько этапов.

Отдел по работе с персоналом также ведет отчетность о проделанной работе: отчет о выполнении кадрового плана, эффективность, отчет по кандидатам, прохождение кандидатами этапов подбора персонала.

В компаниях есть кадровый план, согласно которому осуществляется набор кандидатов на работу. Опишем документооборот приема на работу:

1. Отправка кандидатом резюме, резюме могут быть отправлены непосредственно через сайт компании или сайты, где размещены вакансии: superjob.ru, hh.ru.
2. Интервью с Отделом по подбору персонала по телефону. После прохождения интервью сообщается о следующем этапе отбора. Интервью проходит на английском языке.
3. Интервью с техническими специалистами. Если интервью прошли успешно, то есть был подтверждены технические навыки, соответствующие требованиям компании, то будет назначено интервью с руководителем проекта.
4. Интервью с руководителем проекта, в ходе которого, скорее всего, будет заданы вопросы по личностным качествам кандидата, обсудить вопросы карьерного роста и мотивации. Если все прошло успешно, то будет назначено интервью с клиентом.
5. Предложение о работе. В случае положительного отзыва от клиента, кандидат либо приглашается в офис для обсуждения детали.
6. Работа в компании. В случае принятия положительного решения кандидатом работы в компании, специалист по работе с персоналом связывается с кандидатом и предоставляет всю необходимую для работы информацию, а затем проводится вводный тренинг.

На рисунке 1 приведены этапы отбора персонала.

Отправка резюме

Интервью с Отделом по подбору персонала

Интервью с техническими специалистами

Интервью с руководителем проекта

Предложение о работе

Работа в компании

Рисунок 1. Этапы подбора персонала

Данные выполняет менеджер по подбору персонала.

Исходные данные:

• Потребность в кадрах - потребность в кадрах на основании данных руководителей проектов.

Виды документов и отчетов:

- Приказ о приеме на работу – регламентированная форма Т1, необходимая для фиксации приема сотрудника на работу в компанию. В приказе указываются кадровые данные сотрудника: отдел, название компании, должность, ставка, оклад. Форма приказа представлена на рисунке 1.

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

- Кадровый план необходим для ведения списка должностей, количестве ставок и оклады по должностям для конкретного отдела. На рисунке 2 представлен кадровый план для администрации.

Рисунок 2. Кадровый план

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

Рисунок 3. Отчет о выполнении кадрового приказа

• Отчет о состоянии кандидатов содержит информацию о том, на каких этапах находятся кандидаты.

1.2 Предлагаемые мероприятия по улучшению бизнес-процессов

При ручном ведении информации возникают следующие недостатки:

- слишком много времени уходит у менеджера по персоналу для ввода и обработки информации по кадровому плану,

- не исключен человеческий фактор при вводе данных;

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

- часты ошибки при формировании формирование отчетности;

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

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

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

В соответствии с этим, целями проектируемой информационной системы служат:

• 1. Возможность ведения кадровый план с учетом филиалов, подразделений, должностей и ставок.
  2. Возможность автоматической загрузки резюме на вакансии, размещенные на сайтах по привлечению персонала, а именно hh.ru и superjob.ru.
  3. Возможность ведения списка филиалов.
  4. Возможность ведения списка кандидатов на вакантные места.
  5. Возможность ведения этапов работы с кандидатом и контроль ведения этих этапов.
  6. Возможность оформления кандидата на работу.
  7. Возможность формирования отчетности, а именно выполнение кадрового плана с фактическим приемом кандидатов на работу и состояние отбора кандидатов.

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

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

2. Проектная часть

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

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

Есть несколько подходов в моделировании предметной области:

- структурный;

- объектно-ориентированный.

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

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

SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

DFD (Data Flow Diagrams) диаграммы потоков данных;

ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.

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

Объектно-ориентированный анализ и проектирование (ООАП, Object-Oriented Analysis/Design) - технология разработки программных систем, в основу которых положена объектно-ориентированная методология представления предметной области в виде объектов, являющихся экземплярами соответствующих классов.

Методология ООАП тесно связана с концепцией автоматизированной разработки программного обеспечения (Computer Aided SoftwareEngineering, CASE).

В рамках ООАП также рассматривались три графических нотации:

диаграммы "сущность-связь" (Entity-Relationship Diagrams, ERD),

диаграммы функционального моделирования (Structured Analysis and Design Technique, SADT).

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

Нотация IDEF0 - для документирования процессов производства и отображения информации об использовании ресурсов на каждом из этапов проектирования систем.

Нотация IDEF1 - для документирования информации о производственном окружении систем.

Нотация IDEF2 - для документирования поведения системы во времени.

Также существует нотация DFD - диаграммы потоков данных, метод структурного анализа.

В рамках объектно-ориентированного моделирования выделяют нотацию UML, который объединяет в себе понятия ОО программирования, которые являются стандартом современных языков программирования.

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

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

Как правило, в потоках событий каждого варианта использования выявляются классы трех типов (Category):

Граничные классы (Boundary) – служат посредниками при взаимодействии внешних объектов с системой.

Классы-сущности (Entity) – представляют собой ключевые абстракции (понятия) создаваемой системы.

Управляющие классы (Control) – обеспечивают координацию объектов в системе.

Опишем более подробно технологию UML-диаграмм и виды этих диаграмм.

Модель поведения. В UML взаимодействие объектов понимается как обмен информацией между ними. При этом информация принимает вид сообщений. Кроме того, что сообщение несет какую-то информацию, оно некоторым образом также влияет на получателя. Как видим, в этом плане UML полностью соответствует основным принципам ООП, в соответствии с которыми информационное взаимодействие между объектами сводится к отправке и приему сообщений.

Этот унифицированный язык является международным, он:

- дает возможность посмотреть на задачу с разных углов;

- диаграммы понятны людям не знающим UML;

- понятны многим программистам.

Поэтому в качестве нотации была выбрана UML.

Подберем инструментарий, который позволяет работать с UML.

Выберем критерии отбора инструментария:

- бесплатный или условно-бесплатный;

- легкий в пользовании;

- возможность экспорта и сохранения проекта;

- не привязан к языку разработки;

- кросс платформенный;

- поддержка русского яыка.

В Интернете были предложены следующий наиболее популярный инструментарий:

- Visio;

- IBM Rational Rose;

- StarUML;

- ArgoUML;

- draw.io.

Microsoft Visio – коммерческий популярный продукт от UML, который позволяет рисовать программы UML.

IBM Rational Rose – популярное средство для визуального моделирования от IBM, платное, позволяет генерировать код на известных языках программирования.

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

ArgoUML – открытый бесплатный проект для рисования диаграмм UML, нет поддержки русского языка.

Draw.io – бесплатный on-line редактор от компании Google, который позволяет рисовать UML диаграммы, поддерживает русский язык, позволяет сохранить схемы в формате XML, затем их открыть и снова отредактировать.

Из вышеперечисленного была выбрана Draw.io, так этот редактор больше всего соответствует требованиям, которые предъявлялись к редактору ранее.

Таким образом, в качестве нотации была выбрана нотация UML, в качестве инструмента был выбран - Draw.io.

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

Выполним моделирование предметной области в нотации UML.

Для начала построим диаграмму вариантов использования, диаграмму прецедентов. Эта диаграмма в UML отражает отношения между актёрами и прецедентами и позволяет описать систему на концептуальном уровне.

Прецедент – часть функциональности моделируемой системы, описывает взаимодействие пользователя с системой. Основное назначение диаграммы: описание поведения и функционирования и имеет такие элементы:

- актер – изображается человеком, описывающий роль пользователя, который взаимодействует с некоторой сущностью;

- рамки системы – прямоугольник с прецедентами внутри;

- прецедент - эллипс с действием, которые совершают актеры, в ходе обмен происходит через сценарии.

В диаграмме также выделяются отношения: обобщение, включение, расширение.

На рисунке 4 представлена диаграмма прецедентов для управления персоналом.

Рисунок 4. Диаграмма прецедентов для управления персоналом

В данной диаграмме есть одна роль (актер): менеджер по работе с персоналом, который работает с бизнес-процессами управления персоналом.

Прецеденты:

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

2. Работает с резюме – менеджер по персоналу на основании кадрового плана и поданных сведений руководителей проектов размещает вакансии на нужных специалистов на сайтах по поиску персоналу, в России это сайт hh.ru, superjob.ru и другие. Затем он обрабатывает резюме, присланных кандидатами. Включает в себя прецеденты: разместить вакансию и обработать резюме.

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

4. Оформляет сотрудника – менеджер по персоналу оформляет сотрудника на работу.

5. Составить отчетность – менеджер по работе с персоналом готовит пакет отчетности по работе с персоналом: выполнение кадрового плана, работу с кандидатами.

6. Подобрать кандидата – менеджер по персоналу на основании отправленных кандидатами анкет на вакансию выбирает подходящих.

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

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

9. Разместить вакансию – менеджер по персоналу размещает вакансию на сайтах по трудоустройству.

10. Обработать резюме – менеджер по персоналу обрабатывает резюме, которые прислали кандидаты на работу.

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

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

Рисунок 5. Диаграмма последовательности управления персоналом

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

- Кадровый план – объект, который менеджер заполняет и затем анализирует данные по выполнении набора сотрудников на определенные должности и в определенные отделы.

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

- Список кандидатов – менеджер по персоналу приглашает кандидатов на интервью в результате размещенных резюме кандидатов.

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

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

- Пакет отчетности – на основании показателей о кандидатах и приказах о приемах на работу менеджером по персоналу формируется пакет отчетности.

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

На рисунке 6 приведена диаграмма состояний управления персоналом.

Рисунок 6. Диаграмма состояний управления персоналом

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

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

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

- Разместить вакансию – размещение вакансии на сайте компании и сайтах трудоустройства, согласно кадрового плана.

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

- Подобрать кандидата – подбор из списка резюме подходящего под критерии вакансии кандидата.

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

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

Дорожка всего одна, так у нас одна роль – менеджер по персоналу.

На рисунке 7 изображена диаграмма деятельности управления персоналом.

Рисунок 7. Диаграмма состояний управления персоналом

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

Классы - это строительные блоки любой объектно-ориентированной системы. Они представляют собой описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой. При проектировании объектно-ориентированных систем диаграммы классов обязательны.

Диаграмма классов (class diagram) ‒ основной способ описания структуры системы.

Это не удивительно, поскольку UML в первую очередь объектно-ориентированный язык, и классы являются основным (если не единственным) "строительным материалом".

На рисунке 8 изображена диаграмма классов для управления персоналом.

Рисунок 8. Диаграмма классов для управления персоналом

Классы в диаграмме:

- Кандидат – сущность фиксирует кандидатов на работу, данный класс обладает атрибутами: ИД, ФИО, принят, комментарий. Методы класса: отчетОСостоянииКандидата() позволяет получить текущее состояние о кандидате.

- Сотрудник – сущность для фиксации сотрудников организации, кандидат включает в себя сотрудника. Атрибуты: номер, ФИО, дата рождения, метод: ПолучитьДанныеОРаботе() – получение данных о сотруднике(где и кем работает).

- Документ – класс, фиксирующий документы системы, является предком для классов: интервью и приказ о приеме, так как имеют общие атрибуты: дата и номер.

- Приказ о приеме на работу – сущность, которая нужна для фиксации приема сотрудника, является потомком класса документ. Имеет атрибуты: ид, номер, дата и методы:

• ЗаполнитьДанныеОСотруднике() – получает о кандидате;
• ПечатьПриказа() – формирование печатной форма приказа о приеме, полученной из макета;
• СформироватьОтчетОВыполненииКадровогоПриказа() – получение данных о выполнении кадрового приказа;

- Интервью – сущность для фиксации прохождения этапов интервью кандидатом, является потомком класса документ. Имеет атрибуты: номер. Дата, этап, метод: получитьСостояниеКандидата() – получение данных о кандидате.

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

- Отдел – сущность для фиксации отделов, включена в кадровый план и сотрудник работает в каком-то отделе.

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

Во второй главе курсовой работы было выполнено моделирование предметной области в нотации UML, в качестве инструмента был выбран draw.io, как наиболее удовлетворяющий критерии отбора.

Заключение

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

Список используемой литературы

Научная и методическая литература

1. Алавердов, А.Р. Управление персоналом: Учебное пособие / А.Р. Алавердов, Е.О. Куроедова, О.В. Нестерова. - М.: МФПУ Университет, 2014. - 192.
2. Веснин, В.Р. Управление персоналом в схемах: Учебное пособие / В.Р. Веснин. - М.: Проспект, 2015. - 96 c.
3. Леоненков А. Самоучитель по UML. - БХВ-Петербург, 2015. – 278с.