Файл: Моделирование предметной области «Управление персоналом» с помощью UML (Предлагаемые мероприятия по улучшению бизнес-процессов ).pdf

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

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

Рисунок 1 – Недостатки управления персоналом в традиционном виде

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

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

– компьютеры;

– сервера;

– принтеры;

– сканеры;

– специализированное программное обеспечение;

– настроенную ЛВС;

– сеть Интернет и другие коммуникационные устройства.

В таблице 2 описаны характеристики эффекта от реализации автоматизации управления персоналом.

Таблица 2. Эффект от выполнения автоматизации управления персоналом

Действия	Средняя численность выполняемых операций	Итоговое время, надобное для реализации всех выполняемых действий, минуты	Суммарное время, минуты
Получение заявления от сотрудника (отпуск, увольнение и т.д.)	25	3	75
Обработка заявления	25	2	50
Формирование вспомогательной документации	25	3	75
ИТОГО, минут				200

Заметим, что в результате усовершенствования автоматизации указанного процесса общее время на реализацию учета рабочего снизится на 200 минут.

Другие преимущества автоматизации управления персоналом изображены на рисунке 2:

Рисунок 2 – Положительные стороны автоматизации управления ерсоналом

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

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

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

Нотация IDEF0 используется непосредственно для создания специальной функциональной модели, которая отображает структуру и функции исследуемой системы, а также и разные потоки информации, материальных объектов.

Методология IDEF0 совсем немного отличается от классического инструментария описания БП DFD.

При этом, основным отличием считается классификация входов при описании БП.

Стандарт IDEF0 предлагает следующую категоризацию входов в нотации:[11]

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

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

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

Результаты (выходы) выходят из правой части блока.

Рисунок 3 – Схема IDEF0

Рассмотрим основные составные части диаграммы.

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

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

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

Каждый блок:

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

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

Под интерфейсной дугой понимается стрелка для соединения блоков, она изображается в качестве однонаправленной стрелки.[7]

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

Особенности моделирования:

– дуга должна иметь только уникальное наименование;

– наименование дуги должно быть только оборотом от существительного;

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

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

Правила моделирования БП в нотации BPMN такими уж сложными не являются, а также, базируются на простоте восприятия и логике.[2]

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

Рассмотрим главные правила нотации.

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

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

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

Начальное событие в подпроцессе конкретного типа не должно иметь.

В нотации BPMN такие понятия, как:

– процесс;

– диаграмма;

– модель;

– файл – не являются полностью эквивалентными.

Модель BPMN может в себе содержать сразу несколько процессов.

Модель BPMN, кроме указанных свойств, может изображаться с применением нескольких диаграмм, которые разделены специальным коннектором.[12]

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

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

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

Под диаграммой использования понимается наиболее общее представление назначения предметной области.

Диаграмма использования отвечает на главный вопрос процесса моделирования: какие действия выполняет система?

На диаграмме использования используются 2 главных типа сущностей:

– лица;

– варианты использования.

Стоит отметить, что между ними устанавливаются такие основные типы соотношений:

– ассоциация между лицом и вариантами использования;

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

– обобщение для вариантов использования;

– определение зависимостей (различных типов) для вариантов использования.[9]

На диаграмме использования, аналогично, как и на других, могут присутствовать комментарии.

Кроме этого, это настоятельно рекомендуется выполнять для улучшения уровня читаемости диаграммы.

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

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

– ассоциация для классов;

– обобщения для классов;

– зависимости между классами.

В результате выполненного анализа будет выбрана нотация UML для моделирования процесса управления персоналом.

В настоящее время в РФ для анализа, а также выполнения моделирования БП широко могут применяться средства моделирования:[13]

– Rational Rose;

– АllFusion Modeler;

– Oracle Designer;

– Process Modeler;

– ARIS.

Кроме этого, в заграничном опыте используются помимо уже упомянутых, средства Ithink Analys, System Architect.

АllFusion Data Modeler, а также продукт AllFusion Process Modeler (еще несколько лет тому назад они имели наименование ERWin, BPWin) компании Соmputer Associates давно входят в пятерку качественных производителей ПО, предлагая инструменты для резервного копирования, выполнения моделирования, управления разного рода инфраструктурой предприятия, уровнями информационной безопасности.

Заметим, что пакет BPWin базирован на методологии моделирования IDEF, а также он предназначается для реализации процесса функционального моделирования.

Методология IDEF, что входит в совокупность официальных стандартов США, представляется совокупностью инструментария, правил или процедур, что в свою очередь предназначены для реализации функциональной системы объекта исследуемой предметной области. [6]

Заметим, что функциональная модель IDEF выполняет отображение функциональной структуры объекта, то есть все производимые им действия и манипуляции.

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

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

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

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

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

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

– сырье для создания продукции;

– документация;

– материалы и оборудование;

– персонал и отделы;

– полуфабрикаты и потребности;

– информация и отчетность;

– услуги и другие компоненты.

– Выходом является продукт, а именно, информационный или материальный (или множество) объектов или услуг, которые являются результатом выполнения четко определенного процесса и потребляемый клиентами из вне.[12]

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

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

Заметим, что к выходам для БП можно отнести:

– готовую продукция;

– результатную документацию;

– обработанную информацию;

– персонал и подразделения;

– услуги и прочее.

Ресурсом бизнес-процесса является информационный или материальный субъект, что постоянно используется при выполнении исследуемого БП, но он не считается входом.[8]

Владелец БП при непосредственном его планировании, а также управлении производит полное распределение или переопределение ресурсов для достижения результата БП.

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

На рисунке 4 показан интерфейс рассматриваемой программы: