3.06M
Категория: БизнесБизнес

Л_5_BPMN

1.

МЕТОДОЛОГИЯ
МОДЕЛИРОВАНИЯ
БИЗНЕСПРОЦЕССОВ BPMN

2.

Концепция управления бизнес-процессами ВРМ
Международной организацией BPMI (Business Process Management Initiative) был
разработан новый подход к управлению бизнес-процессами - ВРМ (Business Process
Management).
ВРМ представляет собой концепцию управления, объединяющую цели организации
с ожиданиями и потребностями клиентов, путем обеспечения эффективного
выполнения бизнес-процессов.
ВРМ нацелен на совершенствование операционной деятельности или, в случае
крупномасштабных
изменений,
на
реорганизацию.
Такой
процессноориентированный подход к управлению бизнесом в сочетании со средствами
автоматизации предоставляет операционную среду, обеспечивающую возможность
быстрого внесения изменений и непрерывного совершенствования. ВРМ предлагает
взгляд на бизнес через модели процессов и в привязке к явным бизнес-правилам и
операционно-техническим параметрам.

3.

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

4.

ВРМ как методология может применяться для решения различных проблем, связанных с
управлением бизнес-процессов. Вице-президент Ассоциации ВРМ-профессионалов А. К. Коптелов
выделяет три подхода к использованию данной концепции, а именно:
1)
совершенствование бизнес-процесса;
2)
управление процессами предприятия;
3)
непрерывная оптимизация.
• Совершенствование бизнес-процесса заключается в реализации конкретного проекта по его
оптимизации и улучшению показателей. В рамках данного подхода выполняются работы по
идентификации, описанию, анализу и оптимизации бизнес-процесса.
• Управление процессами предприятия заключается в использовании концепции ВРМ для
непосредственного управления бизнес-процессами путем обеспечения соответствия системы бизнеспроцессов стратегии и целям развития компании.
• Непрерывная оптимизация подразумевает длительную работу по повышению результативности
и продуктивности бизнес-процесса путем использования мониторинга эффективности изменений.

5.

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

6.

BPMN (Business Process Model and Notation - нотация и модель бизнеспроцессов) - система условных обозначений для моделирования бизнеспроцессов. Разработана в 2004 г. компанией Business Process Management
Initiative (после реорганизации носит название Object Management Group). На
2014 г. последняя версия BPMN-нотации является 2.0, которая была издана в
2011 г.
BPMN 2.0 является концепцией моделирования бизнес-процессов, описывающей нотацию, метамодель и формат обмена моделей.
Нотация BPMN предназначена для моделирования бизнес-процессов с
помощью специального набора элементов, понятного большинству бизнеспользователей и разработчикам информационных систем.
Бизнес-пользователи - это бизнес-аналитики, менеджеры, управляющие
процессами, и исполнители процессов.

7.

В основе подхода BPMN 2.0 лежат перечисленные ниже принципы.
1.
2.
3.
Бизнес-процесс с помощью BPMN-нотации описывается «как есть» и сразу
подвергается автоматизации, т.е. переносу в рабочую систему управления бизнеспроцессами.
Для управления процессами должна использоваться система, в которой графическая
модель процесса автоматически преобразуется в программный код бизнесприложения. Такая система позволяет сразу после создания BPMN-модели начать
выполнение смоделированного процесса в системе.
Если есть потребность в улучшении или изменении хода реализации процесса,
который уже выполняется при поддержке соответствующей информационной
системы управления бизнес-процессами, то по заданию аналитика или бизнеспользователя это можно реализовать в короткие сроки без существенных затрат,
поскольку подход BPMN 2.0 позволяет перенастроить бизнес-приложение в
соответствии с требованиями пользователя довольно легко.

8.

Преимущества BPMN
Методология BPMN определяет принцип построения диаграмм процессов, а также способ трансляции данных диаграмм в
исполняемые модели на языке BPEL, т.е. она может использоваться для перевода модели бизнес-процесса в
соответствующий программный код.
BPEL (Business Process Execution Language) - язык формального описания бизнес-процессов и протоколов взаимодействия
между собой, реализованный на базе XML. Он позволяет определить последовательность выполнения задач веб-сервисов в
ходе реализации операций процессов.
В профессиональной среде бизнес-аналитиков BPMN пользуется хорошей репутацией и часто применяется на практике для
разработки моделей бизнес-процессов, поскольку язык данной нотации понятен большинству обычных работников
компаний. Но при этом диаграммы процессов, описанных в нотации BPMN, не только документируются, но и могут быть
реализованы в любой ВРМ-системе.
Версия BPMN 2.0 предусматривает возможность переноса и чтения диаграмм бизнес-процессов между различными
графическими редакторами и инструментальными средствами бизнес-моделирования, которые поддерживают именно
версию BPMN 2.0, что практически не реализуется с помощью других нотаций описания бизнес-процессов, например,
класса IDEF или ARIS. Поэтому ведущие производители программных средств моделирования в своих программных
продуктах предлагают инструменты для составления диаграмм бизнес-процессов в соответствии с методологией BPMN.

9.

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

10.

Применение BPMN
Главная задача BPMN - это предоставление возможности описать и
смоделировать бизнес-процессы таким образом, чтобы они были
понятны аналитикам, программистам и обычным бизнеспользователям. Поэтому модели, созданные с помощью BPMN, могут
использоваться в рамках выполнения следующих работ:
анализа и совершенствования бизнес-процессов;
выполнения бизнес-процессов с помощью систем класса BPMS;
контроля за выполнением бизнес-процессов;
улучшения бизнес-процессов (разработки модели оптимизированного
процесса и загрузки в BPMS в режиме реального времени).

11.

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

12.

Элементы «Пул» и «Дорожка»
- используются для отражения взаимодействия участников процесса в ходе его
реализации. Под пулом следует понимать совокупность всех операций
процесса и ответственных лиц за их исполнение. Пул предназначен для
обозначения границ процесса.
Для отражения ответственных исполнителей (ролей в процессе) используется
элемент «дорожка», поэтому в рамках одного пула могут находиться несколько
дорожек.
В нотации BPMN пул с дорожками, который является диаграммой бизнеспроцесса, принято называть «оркестровкой».
Пулы с дорожками могут иметь как горизонтальное, так и вертикальное
расположение. Если в процессе занято много исполнителей, то дорожки лучше
размещать горизонтально, если немного (2 - 4), то вертикально.

13.

14.

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

15.

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

16.

17.

Модель процесса «Оказание консультации по телефону»

18.

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

19.

20.

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

21.

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

22.

Элемент «Задача»
- используется для представления на диаграмме процесса действий, выполняемых в
рамках описываемого бизнес-процесса (например, подготовки документа,
согласования, подписания, оказания консультационной услуги, изготовления образца
продукта и т.д. «Задача» - основной элемент модели процесса в BPMN-нотации. На
схеме процесса она изображается в виде прямоугольника с закругленными углами.
Важно понимать: действия в BPMN - это точки выполнения работ в ходе процесса.
Они относятся к выполняемым элементам процесса BPMN. Действие может быть как
элементарным, так и неэлементарным (составным).
На схеме все задачи (кроме задач «Получение сообщения» и «Отправка сообщения»)
связываются друг с другом линией со стрелкой на конце, которая показывает
последовательность выполнения действий.

23.

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

24.

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

25.

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

26.

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

27.

Обработка заказа на изготовление кондитерских изделий

28.

Элемент «Шлюз»
Шлюзы используются для отражения различных условий начала выполнения
последующих действий в BPMN-моделировании. На схеме процесса они изображаются в
виде ромба, пустого или с символом, указывающим на тип условия. Выделяют три
основных вида шлюзов:
исключающие (или);
параллельные (и);
неисключающие (и (или)).
BPMN-нотация предполагает использование шлюзов и других типов, например:
- событийное исключающее «или» показывает, что наступление каждого из последующих
событий создает экземпляр процесса;
- событийное «и» - что наступление всех последующих событий создает экземпляр процесса;
- сложный оператор используется для моделирования сложных условий слияния и ветвления.

29.

Типы шлюзов

30.

Исключающий шлюз
- используется в следующих ситуациях:
1. «Действие В» может начать выполняться, если закончится «Действие А» или
«Действие Б» (только одно из них). Например, передача товара в службу доставки
(«Действие В») происходит после оплаты товара банковской картой («Действие
А») или оплаты товара с помощью электронного кошелька («Действие Б»).
2. В результате завершения «Действия А» может начаться только одно из действий
- «Действие Б» или «Действие В». Например, если в результате согласования
проекта документа («Действие А») проект документа согласован, то дальше
осуществляется его подписание («Действие Б»); в противном случае выполняется
доработка проекта документа («Действие В»).

31.

Пример применения исключающего шлюза

32.

Параллельный шлюз применяется в случаях, когда нужно показать,
что работы выполняются параллельно. Иными словами, данный шлюз
используется в следующих ситуациях:
1. Разветвление процесса. Результат выполнения «Действия А»
инициирует запуск реализации «Действия Б» и «Действия В».
Например. после заключения договора на изготовление эксклюзивного
платья («Действие А») нужно купить ткань («Действие Б») и купить
фурнитуру («Действие В»).
2. Синхронизация ветвей процесса. Только после выполнения «Действия Б» и «Действия В» начинается осуществление «Действия Д».
Например, начать пошив эксклюзивного платья («Действие Д») можно
только после того, как будет куплена ткань и фурнитура (выполнены
«Действие Б» и «Действие В»).

33.

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

34.

Пример применения параллельных шлюзов

35.

Неисключающий шлюз (и (или)) при моделировании бизнес-процессов
используется довольно редко. Данный элемент применяют в следующих
случаях:
1. При возникновении альтернативы в выборе последующих действий, т.е.
можно осуществить только одно действие или несколько параллельно.
Например, в ходе приемной кампании вуза абитуриент может подать документы в один вуз или в несколько.
2. Когда выполнение одного или нескольких альтернативных начальных
действий инициирует выполнение одного последующего действия. Например,
при покупке в интернет-магазине товара более чем на 5000 руб. («Действие А»)
или оплате заказа банковской картой («Действие Б») доставка товара будет
осуществляться бесплатно («Действие В»). Иначе говоря, в случае выполнения
«Действия А» или «Действия Б», либо выполнения «Действия А» и «Действия
«Б» начинается осуществление «Действия В».

36.

Пример применения неисключающих шлюзов

37.

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

38.

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

39.

Пример модели процесса «Обработка заказа на изготовление кондитерского
изделия»

40.

Элементы «Объект» и «Хранилище данных».
Для идентификации различных компонентов (обычно информации) в ходе
реализации процесса в BPMN-нотации используют такие элементы, как:
объект данных;
хранилище данных.
Объект данных изображается в виде листа бумаги с загнутым правым
верхним концом. Хранилище данных представляется традиционным
символом баз данных - в виде шайбы.

41.

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

42.

Процесс «Оприходование материалов»

43.

Программные средства
поддержки BPMN
• Текстовые и табличные редакторы
• Графические средства моделирования MS Visio,
BS, ARIS Express
• Системы бизнес-аналитики BI (Business
Intelligence)
• Системы управления бизнес-процессами BPMS
(Business Process Management Suite/System)

44.

Сценарии использования
BPMS
• Автоматизация конкретного БП
• Непрерывное совершенствование БП
• Трансформация БП
• Процессно-ориентированная реализация SOA
• Либерализация ERP-системы
• Интеллектуализация бизнес-операций

45.

Программные платформы
класса BPMS
• Metasonic Suite
• ELMA BPM
• IBM BPM
English     Русский Правила