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

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

Содержание:

ВВЕДЕНИЕ

Актуальность темы «Моделирование предметной области «Управление персоналом» с помощью UML» определяется тем, что UML (англ. Unified Modeling Language – унифицированный язык моделирования) получил широкое распространение и динамично развивается.

Идентификация, описание и регламентация процессов управления персоналом современной организации – сложный и трудоемкий процесс. Не говоря уже о создании полноценной (и при этом автоматизированной) системы управления персоналом компании.

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

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

В течение последнего десятилетия появилось большое количество научных работ, посвященных проблемам проектирования сложных программных комплексов. Огромный вклад в развитие современных методов и средств проектирования программной архитектуры внесли американские ученые Гради Буч, Джеймс Рамбо и Ивар Якобсон. В 1994 году они собрали и организовали набор методов проектирования и разработали на их основе язык объектно-ориентированного моделирования UML. 

Цель исследования: рассмотреть моделирование предметной области «Управление персоналом» с помощью UML.

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

- рассмотреть модель UML: ее элементы и основное назначение;

- охарактеризовать способы использования UML;

- привести краткую характеристику предприятия ООО «Станкотех-групп»;

- провести анализ системы управления персоналом ООО «Станкотех-групп»;

- разработать проектное решение предметной области управления квалификацией персонала ООО «Станкотех-групп» в виде UML-диаграмм в информационной системе отдела кадров (ИС ОК);

- предложить UML-моделирование информационной системы оценки квалификационных показателей персонала ООО «Станкотех-групп».

Объект исследования: предприятие ООО «Станкотех-групп».

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

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

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

1. УНИФИЦИРОВАННЫЙ ЯЗЫК МОДЕЛИРОВАНИЯ UML

1.1 Модель UML: ее элементы и основное назначение

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

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

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

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

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

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

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

Модель UML (UML model) – это совокупность конечного множества конструкций языка, главные из которых – это сущности и отношения между ними.

Рассмотрим основные элементы модели.

Сами сущности и отношения модели являются экземплярами метаклассов метамодели. Для удобства обзора сущности в UML можно подразделить на четыре группы[1]: структурные; поведенческие; группирующие; аннотационные.

Структурные сущности предназначены для описания структуры. Обычно к структурным сущностям относят следующие.

Объект (object) – сущность, обладающая уникальностью и инкапсулирующая в себе состояние и поведение.

Класс (class) – описание множества объектов с общими атрибутами, определяющими состояние, и операциями, определяющими поведение.

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

Кооперация (collaboration) – совокупность объектов, которые взаимодействуют для достижения некоторой цели.

Действующее лицо (actor) – сущность, находящаяся вне моделируемой системы и непосредственно взаимодействующая с ней.

Компонент (component) – модульная часть системы с четко определенным набором требуемых и предоставляемых интерфейсов.

Артефакт (artifact) – элемент информации, который используется или порождается в процессе разработки программного обеспечения. Другими словами, артефакт – это физическая единица реализации, получаемая из элемента модели (например, класса или компонента).

Узел (node) – вычислительный ресурс, на котором размещаются и при необходимости выполняются артефакты. Поведенческие сущности предназначены для описания поведения. Основных поведенческих сущностей всего две: состояние и действие (точнее, две с половиной, потому что иногда употребляется еще и деятельность, которую можно рассматривать как особый случай состояния).

Состояние (state) – период в жизненном цикле объекта, находясь в котором объект удовлетворяет некоторому условию и осуществляет собственную деятельность или ожидает наступления некоторого события.

Деятельность (activity) можно считать частным случаем состояния, который характеризуется продолжительными (по времени) не атомарными вычислениями.

Действие (action) – примитивное атомарное вычисление. Это только надводная часть айсберга поведенческих сущностей: состояния бывают самые разные. Кроме того, при моделировании поведения используется еще ряд вспомогательных сущностей, которые здесь не перечислены, потому что сосуществуют только вместе с указанными основными. Несколько особняком стоит сущность – вариант использования, которой присущи как структурные, так и поведенческие аспекты.

Вариант использования (use case) – множество сценариев, объединенных по некоторому критерию и описывающих последовательности производимых системой действий, доставляющих значимый для некоторого действующего лица результат. Приведенная классификация не является исчерпывающей. У каждой из этих сущностей есть различные частные случаи и вариации.

Группирующая сущность в UML одна – пакет – универсальная.

Пакет (package) – группа элементов модели (в том числе пакетов).

Аннотационная сущность тоже одна – примечание (comment) – в нее можно поместить все что угодно, так как содержание примечания UML не ограничивает.

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

1.2 Способы использования UML

Унифицированный язык моделирования UML появился немногим более 20 лет тому назад и за это время фактически стал общепринятым стандартом описания архитектуры, проектных решений и других артефактов, возникающих при разработке программного обеспечения. В последние годы область применения UML расширилась, язык все чаще применяют не только при разработке приложений, но и как средство анализа и моделирования бизнес-процессов, средство описания и документирования различных стандартов, протоколов, образцов проектирования и так далее. Другими словами, язык UML в настоящее время – это «lingua franca» (язык международного общения) для квалифицированных инженеров, системных архитекторов и менеджеров среднего звена в области информационных технологий.

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

Рассмотрим различные способы использования UML.

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

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

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

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

Генерация кода. Генерировать код нужно и можно, но возможности имеющихся инструментов не стоит переоценивать.

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

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

Программные модели, как правило, разрабатываются на UML. UML предоставляет нотацию и соответствующую семантику для моделей программных систем. Доминирующей характеристикой UML 2.0 является повышенная точность определения языка, позволяющая использовать более высокий уровень автоматизации за счет реализации концепций MDD. В UML 2.0 есть стандартный метод сериализации (преобразования модели в последовательную форму) в понимаемый машиной формат, что предоставляет возможности для автоматизации. Кроме того, в UML 2.0 улучшена поддержка зависимой от домена специализации: объединены и улучшены механизмы «расширения» языка, которые позволяют определять UML-профили для конкретных проблем или специфических областей применения, например для моделирования бизнеса.

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

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

Такое решение задачи называют многие исследователи, и оно реализовано, к примеру, в Rational Unified Process в виде Rational UML profile для моделирования бизнеса, хотя этот профиль имеет ряд недостатков. В конечном счете такой подход к решению задачи позволяет обеспечить для организации контроль показателей возврата инвестиций в ИТ, управление затратами, повышение предсказуемости бизнеса и снижение рисков в процессе разработки ПО.

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

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

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

Модели прикладных объектов системы могут быть построены в виде диаграммы классов языка UML.

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

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

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

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

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

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

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

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

В стандарте на язык UML версии 2.4, в частности, содержится описание модели самого языка UML называемой метамоделью языка UML. Описание метамодели содержится описание классов, из экземпляров которых строится UML-модель, а также описывается графическая нотация для представления классов метамодели и их связей на UML-диаграммах. Для такого описания классов метамодели используется графическая нотация языка UML. Для формализованного представления графической нотации языка UML также стандарте определены классы, из экземпляров которых должно строиться изображение UML-диаграмм. Для обмена моделями и диаграммами между поддерживающими стандарт CASE инструментами в стандарте определено отображение классов метамодели в расширение языка XML - формат XML Metadata Interchange (XMI).

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

Широкое распространение получили облачные приложения, работающие в инфраструктуре фирмы Google и разработанные с помощью пакета Google App Engine. Вместе с тем для разработки CASE-инструмента для этой, в целом, удобной инфраструктуры, необходима собственная реализация метамодели языка UML. Это обусловлено запретом использования облачными приложениями Google файловой системы для записи информации.

Использование получившей широкое распространение реализации метамодели UML в составе платформы Eclipse требует, в силу упомянутой причины, существенных переделок кода реализации, а также затруднено привязкой этой реализации к платформе Eclipse. Поэтому в CASE-инструменте применяется собственная реализация метамодели, которая использует для записи информации о модели хранилище данных Datastore инфраструктуры Google.

Выбор языка для создания компактной спецификации весьма важен. В документах, описывающих стандарт языка UML, классы метамодели и связи между ними описываются с помощью диаграмм UML с комментариями к диаграммам на английском языке. В дополнение к этим диаграммам в документе UML содержится описания на формальном текстовом языке Object Constraint Language (OCL). Такие описания содержат либо логические выражения, которые должны быть всегда истинными для атрибутов и ролей ассоциаций классов модели. Либо на языке OCL описываются алгоритмы для вычисления значений порождаемых атрибутов классов метамодели. Для формального описания классов метамодели в дополнение к текстам, которые описывают стандарт, предоставляется также и формализованное описание модели на расширении языка XML - языке XMI. Вместе с тем такое описание на языке XMI предоставляется лишь для уже официально принятых версий стандарта и отсутствует для промежуточных версий.

Наличие этих трех разрозненных и существенно различающихся языков описания стандарта UML затрудняет их использование для генерации реализации метамодели на языке программирования.

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

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

В качестве вывода отметим следующее.

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

UML (сокр. от англ. Unified Modeling Language - унифицированный язык моделирования) - язык графического описания объектных моделей в области разработки программного обеспечения. На сегодняшний день UML является языком широкого профиля, использующем графические обозначения для создания абстрактной модели любой системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования преимущественно программных систем. Отметим, что UML используется не только для моделирования программного обеспечения. Его используют для моделирования бизнес-процессов, отображения организационных структур и системного проектирования. Диаграммы UML, прежде всего, нацелены на наглядное и компактное представление больших объемов структурированной информации.

2. АНАЛИЗ ДЕЯТЕЛЬНОСТИ СЛУЖБЫ УПРАВЛЕНИЯ ПЕРСОНАЛОМ В ООО «СТАНКОТЕХ-ГРУПП»

2.1 Краткая характеристика предприятия

Общество с ограниченной ответственностью «Станкотех-групп», сокращенное наименование ООО «Станкотех-групп» расположено по адресу Российская Федерация. Астраханская область, ул. 3-я Зеленгинская 56а/1.

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

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

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

Товар производится и собирается как на территории предприятия, так и по всей России.

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

Основными целями деятельности общества являются:

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

- содействие научно-техническому прогрессу в экономике РФ;

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

Структура управления ООО «Станкотех-групп» приведена на рис. 1.

Совет директоров

Генеральный директор

Главный инженер

Заместитель по коммерции

Заместитель по экономике

Учетно- финансовый отдел

Коммерческий отдел

Механическая служба

Технологическая служба

Производственная служба

Рис. 1. Организационная структура управления
ООО «Станкотех-групп»

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

Органами управления общества являются:

- Общее собрание участников;

- Совет директоров;

- Генеральный директор (единоличный исполнительный орган).

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

- начальник сборочного цеха;

- начальник деревообрабатывающего цеха;

- начальник цеха предпродажной подготовки.

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

2.2 Анализ системы управления персоналом ООО «Станкотех-групп»

Анализ управления персоналом целесообразно начать с оценки обеспеченности ООО «Станкотех-групп» трудовыми ресурсами в 2018 г. (табл. 1).

Таблица 1

Обеспеченность ООО «Станкотех-групп» трудовыми ресурсами за 2017-2018 гг., человек

Категория сотрудников

2017

2018

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

137

135

В том числе рабочие, чел.

25

28

Инженерно-технические работники, служащие и управляющий персонал, чел

112

107

Проанализируем качественный состав трудовых ресурсов ООО «Станкотех-групп», т.е., распределение сотрудников по возрасту (табл. 2), по уровню образования (табл. 3) и по стажу работы (табл. 4).

Таблица 2

Распределение персонала по возрасту ООО «Станкотех-групп»

Группы персонала по возрасту, лет

Численность персонала на конец года, чел.

Удельный вес, %

2017 г.

2018 г.

2017 г.

2018 г.

До 18

-

-

0

0

18 - 25

4

8

3

7

26 - 36

46

42

34

31

37 - 50

77

71

56

52

Свыше 50

10

14

7

10

Итого

137

135

100

100

Рассмотрим распределение персонала по образованию (табл. 3).

Таблица 3

Распределение персонала по образованию

Группы персонала по образованию:

Численность персонала на конец года, чел.

Удельный вес, %

2017 г.

2018 г.

2017 г.

2018 г.

Неполное среднее

10

5

7

5

Общее среднее

16

18

12

13

Среднеспециальное

18

18

13

13

Незаконченное высшее

3

4

1

1

высшее

90

90

67

68

Итого

137

135

100

100

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

Стаж работы по специальности: в среднем по предприятию от 1 до 3 лет, что, негативно сказывается на экономике предприятия (табл. 4).

Таблица 4

Распределение персонала по трудовому стажу

Группы персонала по стажу, лет

Численность персонала на конец года, чел.

Удельный вес, %

До 1

29

30

21

22

От 1 до 3

84

78

61

57

От 3 до 5

11

15

8

11

От 5 до 10

10

10

7

7

Свыше 10

3

2

3

3

Итого

137

135

100

100

Поскольку изменения в качественном составе происходят в результате движения рабочей силы ООО «Станкотех-групп», то этому вопросу при анализе уделим большое внимание, для этого рассмотрим табл. 5.

Таблица 5

Данные о движении рабочей силы ООО «Станкотех-групп»

Показатели движения

2017 г.

2018 г.

Численность персонала на начало года, чел.

137

125

Принято на работу, чел.

50

40

Выбыло,чел.

51

50

В том числе: по собственному желанию

50

46

уволено за нарушение трудовой дисциплины

1

4

Численность персонала на конец года, чел.

136

135

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

136.5

130

Коэффициент оборота по приему сотрудников

0,35

0,3

Коэффициент оборота по выбытию сотрудников

0,4

0,4

Коэффициент текучести кадров

0,28

0,3

Коэффициент постоянства кадров

0,63

0,66

Для характеристики движения рабочей силы ООО «Станкотех-групп» рассчитаем и проанализируем динамику следующих показателей:

Среднесписочная численность персонала рассчитывается по формуле:

Ч = (Чн + Чк)/2, (1)

где Чн – численность персонала на начало года;

Чк – численность персонала на конец года.

Таким образом, среднесписочная численность персонала в 2017 г. = (137 + 136) / 2 = 136,5; среднесписочная численность персонала в 2018 г. = (125 + 135) / 2 = 130.

Рассчитаем основные коэффициенты динамики кадров на предприятии в 2018 году.

    1. Коэффициент оборота по приему персонала (Кпр) рассчитывается как отношение количества принятого персонала на работу к среднесписочной численности персонала:

Кпр = 40/130 = 0,3. (2)

    1. Коэффициент оборота по выбытию (Кв) рассчитывается как отношение количества уволившихся сотрудников к среднесписочной численности персонала:

Кв = 50/130 = 0,4. (3)

Показывает высокий показатель увольнения сотрудников в организации (особенно это касается молодых специалистов).

    1. Коэффициент текучести кадров (Ктк) рассчитывается как отношение количества уволившихся сотрудников по собственному желанию и за нарушение трудовой дисциплины к среднесписочной численности персонала:

Ктк = 50/130 = 0,4 (4)

наблюдается высокая текучесть кадров в организации.

    1. Коэффициент постоянства состава персонала предприятия (Кп) рассчитывается как отношение числа сотрудников, проработавших весь год, к среднесписочной численность персонала предприятия:

Кп = 86/130 = 0,66. (5)

показывает непостоянство кадрового состава в организации.

Проанализируем степень использование трудовых ресурсов ООО «Станкотех-групп», для этого рассмотрим табл. 6, в которой сравним отклонения по показателям за последние два года.

Таблица 6

Использование трудовых ресурсов ООО «Станкотех-групп»

Показатель

2017

2018

Отклонение от 2017

Среднегодовая численность персонала (ЧР)

137

135

-2

Отработано дней одним сотрудником за год (Д)

223 (264 – 24 – 17)

208

-14

Отработано часов одним сотрудником за год (Ч)

1739

1560

-179

Средняя продолжительность рабочего дня (П), час.

7,8

7,5

-0,3

Общий фонд рабочего времени (ФРВ), чел. час.

259111

212160

-46951

Как видно из приведенных данных, имеющиеся трудовые ресурсы на данном предприятии используется недостаточно полно. В среднем одним сотрудником отработано по 208 дней вместо 223, из-за чего сверхплановые целодневные потери рабочего времени составили на одного сотрудника 14 дней, а на всех – 1640 дней, или 12792 ч. (1640*7,8). Существенны и внутрисменные сверхплановые потери рабочего времени: за один день они составили 0,3 ч, а за все отработанные дни всеми сотрудниками 10578 ч. Общие потери рабочего времени – 23370 ч (12 792 + 10 578), или 8,8% (23 370 / 212160).

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

В ООО «Станкотех-групп» большая часть потерь вызвана субъективными факторами: дополнительные отпуска с разрешения администрации, прогулы, простои, что можно считать неиспользованными резервами увеличения фонда рабочего времени. Недопущение их равнозначно высвобождению 13 сотрудников (23 370 / 1739). Существенны в ООО «Станкотех-групп» и непроизводительные затраты труда, которые складываются из затрат рабочего времени, издержек, а также в связи с отклонениями от технологического процесса. Они составляют 1640 ч.

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

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

Проанализируем использование фонда рабочего времени в ООО «Станкотех-групп» (табл. 7).

Таблица 7

Анализ использования фонда рабочего времени
ООО «Станкотех-групп»

Показатель

На одного сотрудника

Отклонение от плана (часы)

2017

2018

на 1

сотрудника

на весь

персонал

Календарное количество дней

365

365

В том числе:

праздничные и выходные дни

101

101

Номинальный фонд рабочего времени

264

264

Неявки на работу

17

32

+15

+1640

Явочный фонд рабочего времени

223

208

-15

-

Продолжительность рабочего времени, ч.

8

7,8

-

-13120

Предпраздничные сокращенные дни,ч.

20

20

-

+82

Внутрисменные простои, ч.

20

80

+60

-23370

Полезный фонд рабочего времени (см. таблицу 7)

1739

1560

-179

+1312

Сверхурочно отработанное время, ч.

-

8

+8

+1640

Непроизводственные затраты рабочего времени, ч.

10

+10

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

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

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

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

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

В производстве стандарты складываются и существуют на протяжении многих лет. В менеджменте разработана система сбалансированных показателей. Финансы могут ориентироваться на GAAP. Директора по качеству на ISO. Разработчики программных продуктов на RUP, UML и пр.

3. РАЗРАБОТКА ПРОЕКТНОГО РЕШЕНИЯ «ИНФОРМАЦИОННАЯ СИСТЕМА «ОТДЕЛ КАДРОВ» ПО АВТОМАТИЗАЦИИ УПРАВЛЕНИЯ КВАЛИФИКАЦИЕЙ ПЕРСОНАЛА ПРИ ПОМОЩИ УНИФИЦИРОВАННОГО ЯЗЫКА МОДЕЛИРОВАНИЯ UML

3.1 Проектное решение предметной области управления квалификацией персонала ООО «Станкотех-групп» в виде UML-диаграмм в информационной системе отдела кадров (ИС ОК)

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

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

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

1. Прием, перевод и увольнение сотрудников.

2. Создание и ликвидация подразделений.

2. Создание вакансий и сокращение должностей.

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

Для подробного описания деловых процессов предметной области используется диаграмма деятельности языка UML. Диаграмма деятельности – это технология, позволяющая описывать логику процедур, бизнес-процессы и потоки работ (рис., Приложение 1[2]).

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

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

- пользователи участвуют в разных (независимых) бизнес-процессах;

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

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

В первом приближении можно выделить две категории пользователей ООО «Станкотех-групп»:

- менеджер персонала, который работает с конкретными людьми;

- менеджер штатного расписания, который работает с абстрактными должностями и подразделениями.

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

На схеме (Приложение 2[3]) представлено использование информационной системы отдела кадров. Менеджер персонала имеет имя Personnel Manager, а менеджер штатного расписания – Staff Manager, в соответствии с используемой дисциплиной имен (в качестве имен действующих лиц рекомендуется использовать существительное (возможно с определяющим словом), а в качестве имен вариантов использования – глагол (возможно, с дополнением)).

При моделировании системы с помощью диаграммы прецедентов специалист отдела кадров ООО «Станкотех-групп» получает возможность:

- чётко отделить систему от её окружения;

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

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

Функции, которые должна предоставлять информационная система управления квалификацией персонала для соответствия предъявляемым к проекту требованиям, представлены на рис. (Приложение 3) в виде диаграммы прецедентов. Модели прикладных объектов системы построены в виде диаграммы классов языка UML (рис., Приложение 4[4]).

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

Для отражения модели прецедентов на диаграмме используются:

- рамки системы (англ. system boundary) – прямоугольник с названием в верхней части и эллипсами (прецедентами) внутри. Часто может быть опущен без потери полезной информации,

- актор (англ. actor) – стилизованный человечек, обозначающий набор ролей пользователя (понимается в широком смысле: человек, внешняя сущность, класс, другая система), взаимодействующего с некоторой сущностью (системой, подсистемой, классом). Актёры не могут быть связаны друг с другом (за исключением отношений обобщения/наследования),

- прецедент – эллипс с надписью, обозначающий выполняемые системой действия (могут включать возможные варианты), приводящие к наблюдаемым актёрами результатам. Надпись может быть именем или описанием (с точки зрения актёров) того, «что» делает система (а не «как»). Имя прецедента связано с непрерываемым (атомарным) сценарием – конкретной последовательностью действий, иллюстрирующей поведение. В ходе сценария актёры обмениваются с системой сообщениями. Сценарий может быть приведён на диаграмме прецедентов в виде UML-комментария. С одним прецедентом может быть связано несколько различных сценариев.

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

На основе UML-моделей на платформе «1С:Предприятие 8.3» создана конфигурация, позволяющая специалистам отдела кадров ООО «Станкотех-групп» оценивать уровень знаний сотрудников и кандидатов при переводе на другую должность и приеме на работу.

3.2 UML-моделирование информационной системы оценки квалификационных показателей персонала ООО «Станкотех-групп»

Для моделирования информационной системы оценки квалификационных показателей персонала ООО «Станкотех-групп» использованы UML-диаграммы с учётом представленных выше проектных решений предметной области управления квалификацией персонала в виде UML-диаграмм.

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

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

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

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

ЗАКЛЮЧЕНИЕ

Исследование моделирования предметной области «Управление персоналом» с помощью UML позволяет отметить, что UML (сокр. от англ. Unified Modeling Language – унифицированный язык моделирования) – язык графического описания объектных моделей в области разработки программного обеспечения. На сегодняшний день UML является языком широкого профиля, использующем графические обозначения для создания абстрактной модели любой системы, называемой UML-моделью.

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

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

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

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

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

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

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

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

Для более полного и наглядного представления процесса управления квалификацией персонала ООО «Станкотех-групп» проектные решения могут быть представлены в виде UML-диаграмм.

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

На основе UML-моделей на платформе «1С:Предприятие 8.3» в работе представлена конфигурация, позволяющая специалистам отдела кадров ООО «Станкотех-групп» оценивать уровень знаний персонала и кандидатов при переводе на другую должность и приеме на работу.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

  1. Азимов Т. А., Безнощук Л. Ю. Эффективное принятие управленческих решений // Молодой ученый. – 2016. – № 10. – С. 575-578.
  2. Анопченко Т.Ю., Болошин Г.А., Григан А.М., Репина Е.А. Основы менеджмента. – М.: Дашков и К, 2015. – 240 с.
  3. Герчикова И.Н. Менеджмент: учебник для вузов. – 4-е изд., перераб. и доп. – М.: ЮНИТИ-ДАНА, 2018. – 511 с. 
  4. Глухов В.В., Балашова Е.С. Производственный менеджмент. Анатомия резервов. Lean production. – СПб.: Лань, 2018. – 354 с.
  5. Евсеева С.А. Анализ подходов к определению сущности механизма управления // Проблемы современной экономики. – 2015. – № 2.
    – С. 164-167.
  6. Журба А.К., Продан Е.А. UML-моделирование предметной области при проектировании информационной системы управления квалификацией персонала // Символ науки. – 2016. – № 6. – С. 177-179.
  7. Иванов Д. Ю. Унифицированный язык моделирования UML: Учеб. Пособие / Д. Ю. Иванов, Ф. А. Новиков – СПб.: Изд-во Политехн. ун-та, 2016. – 229 с.
  8. Козлова, О.А. Внешние факторы, определяющие кадровую политику компаний в будущем / О.А. Козлова // Актуальные проблемы гуманитарных и естественных наук. – 2015. – № 3-1. – С. 180-182.
  9. Колесников Ю. В. Кибернетизация и коммуникации в управлении / Социальное управление: курс лекций. – М.: Изд-во Института социологии РАН, 2018. – 254 с.
  10. Комплекс диаграмм вариантов использования языка моделирования UML 2.0. / В Ст.: Барановская Т.П., Вострокнутов А.Е. Исследование HRM-систем: анализ рынка, выбор и внедрение для компаний среднего и крупного бизнеса // Политематический сетевой электронный научный журнал Кубанского государственного аграрного университета. – 2016. – № 115. – С. 1-4.
  11. Поздняков В.Я., Прудников В.М. Производственный менеджмент.
    – М.: Инфра-М, 2017. – 416 с.
  12. Рогожин, М. Ю. Управление персоналом. 100 вопросов и ответов о самом насущном в современной кадровой работе: практ. пособие / М.Ю. Рогожин. – М.: Берлин: Директ-Медиа, 2014. – 176 с.
  13. Федорова А.В., Коростень А.В. Риски управления в современных организациях // Инновационная наука. – 2016. – № 4-5. – С. 140-145.
  14. Широбокова С.Н. Использование методики построения UML-моделей экономических информационных систем на платформе «1С:Предприятие» при подготовке выпускных квалификационных работ бакалавров направления «Прикладная информатика» / Новые информационные технологии в образовании: сб. науч. тр. XVI Междунар. науч.-практ. конф. «Новые информационные технологии в образовании» (Применение технологий «1С» в условиях модернизации экономики и образования).– 2016.– М.: ООО «1С-Паблишинг». – С. 451-454.
  15. Широбокова С.Н., Ерко Н.С., Яровая А.С. Использование методики построения объектноориентированных UML-моделей при разработке приложений на платформе «1С:Предприятие» / Компьютерные технологии в науке, производстве, социальных и экономических процессах : материалы XV Междунар. науч.-практ. конф., Новочеркасск, 12 дек. 2014 г., г. Новочеркасск / Юж.-Рос. гос. политехн. унт (НПИ) имени М.И. Платова. – Новочеркасск: ЮРГПУ, 2015. – С. 101-105.

ПРИЛОЖЕНИЯ

Приложение 1

Диаграмма деятельности информационной системы управления квалификацией персонала

Приложение 2

Действующие лица
Информационной Системы Отдела Кадров (ИС ОК)

Приложение 3

Функциональная модель информационной системы управления квалификацией персонала

Приложение 4

Объектная модель данных информационной системы

Приложение 5

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

Приложение 6

Варианты использования ИС ОК

  1. Иванов Д. Ю. Унифицированный язык моделирования UML: Учеб. Пособие / Д. Ю. Иванов, Ф. А. Новиков – СПб.: Изд-во Политехн. ун-та, 2016. – С. 18.

  2. Журба А.К., Продан Е.А. UML-моделирование предметной области при проектировании информационной системы управления квалификацией персонала // Символ науки. – 2016. – № 6. – С. 178.

  3. Иванов Д. Ю. Унифицированный язык моделирования UML: Учеб. Пособие / Д. Ю. Иванов, Ф. А. Новиков – СПб.: Изд-во Политехн. ун-та, 2016. – С. 52.

  4. Журба А.К., Продан Е.А. UML-моделирование предметной области при проектировании информационной системы управления квалификацией персонала // Символ науки. – 2016. – № 6. – С. 179.