Самая простая нотация для описания бизнес процессов

BPMN (The Business Process Modeling Notation) – нотация моделирования бизнес-процессов, разработанный Business Process Management Institute (BPMI). Это относительно молодая нотация – выпуск первой версии состоялся в 2004 г. Версия 2.0 была выпущена в 2010-2011 г.

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

Модель в нотации BPMN состоит из BPD-диаграмм (Business Process Diagram).

Модель BPMN можно строить в двух вариантах:

• Простая графическая нотация (Simple Notation)
• Комплексная нотация (Powerful Notation)

Данная нотация поддерживается многими западными продуктами: Oracle BPM Suite, SAP Netweaver BPM и пр.

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

Нотации описания бизнес-процессов. Часть 4. Нотация BPMN | Naked BPM

• Более строгая формализация объектов. Например, видов событий насчитывается около 30.
• Более развитая система правил графической записи процессов.
• “Дорожечная схема”. Вместо исполнителя, который указывается для каждой функции, функции располагаются на дорожках. Каждая дорожка соответствует зоне ответственности отдельного подразделения или сотрудника. За счет этого схема получается более наглядной с точки зрения последовательности работы исполнителей, однако это приводит к существенно большей площади, занимаемой такими диаграммами.

В BPMN выделяются 4 группы объектов:

1. Объекты потока управления (Flow Objects): события, действия и логические операторы
2. Соединяющие объекты (Connecting Objects): поток управления, поток сообщений и ассоциации
3. Роли или зоны ответственности (Swimlanes): пулы и дорожки
4. Артефакты (Artifacts): данные, группы и текстовые аннотации.

Диаграммы BPMN могут быть трансформированы в исполняемые модели на языке BPEL.

Объекты потока управления

Все виды событий сведены в следующей таблице:

• Простые события ( plain events ) это нетипизированные события, использующиеся, чаще всего, для того, чтобы показать начало или окончание процесса.
• События-сообщения ( message events ) показывают получение и отправку сообщений в ходе выполнения процесса.
• События-таймеры ( timer events ) моделируют события, регулярно происходящие во времени. Также позволяют моделировать моменты времени, периоды и таймауты.
• События-ошибки ( error events ) позволяют смоделировать генерацию и обработку ошибок в процессе. Ошибки могут иметь различные типы.
• События-отмены ( cancel events ) инициируют или реагируют на отмену транзакции.
• События-компенсации ( compensation events ) инициируют компенсацию или выполняют действия по компенсации.
• События-условия ( conditional events ) позволяют интегрировать бизнес правила в процесс.
• События-сигналы ( signal events ) рассылают и принимают сигналы между несколькими процессами. Один сигнал может обрабатываться несколькими получателями. Таким образом, события-сигналы позволяют реализовать широковещательную рассылку сообщений.
• Составные события ( multiple events ) моделирует генерацию и моделирование одного события из множества.
• События-ссылки ( link events ) используются как межстраничные соединения. Пара соответствующих ссылок эквивалентна потоку управления.
• События-остановы ( terminate events ) приводят к немедленному завершению всего бизнес процесса (во всей диаграмме).

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

Соединяющие элементы

В BPMN предусмотрены следующие соединяющие элементы:

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

Зоны ответственности

Зоны ответственности позволяют разбить диаграмму на “дорожки”. В каждой дорожке располагаются действия, выполняемые одним исполнителем:

Зоны ответственности могут быть иерархическими:

Артефакты

Артефакты – это объекты с данными, которые передаются между функциями, либо пояснения к объектам:

Особенности BPMN

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

Граничные прерывающие события позволяют указать, что если при выполнении процесса “Процесс 1” возникнет событие “Событие 2”, то выполнение процесса “Процесс 1” прервется и на текущей диаграмме дальнейшее выполнение процесса будет происходить по потоку, исходящему от граничного события, то есть начнется выполнение процесса “Процесс 3”.

Граничные непрерывающие события. Если при выполнении процесса “Процесс 1” возникнет событие “Событие 2”, то выполнение процесса “Процесс 1” продолжится. Но также начнется выполнение процесса 3. Процесс 2 будет выполняться после завершения Процесса 1.

Использование неэксклюзивного шлюза. После выполнения процесса “Процесс 1” дальнейшее выполнение процесса может продолжиться по любому потоку, исходящему из шлюза, если условие, заданное на этом потоке, выполняется:

• если условие “Условие 1” верно, то выполнится “Процесс 3”;
• если условие “Условие 2” верно, то выполнится процесс “Процесс 4”;
• если ни условие “Условие 1”, ни условие “Условие 2” не верны, то выполнится только процесс “Процесс 2”.

Эксклюзивный шлюз по событиям (XOR, “Исключающее ИЛИ”) используется для ветвления потока управления на несколько альтернативных потоков, когда дальнейшее выполнение процесса зависит от возникновения некоторого события-обработчика, следующего после шлюза.

После выполнения процесса “Процесс 1” дальнейшее выполнение процесса может продолжиться только по одной ветке, исходящей из шлюза:

• если первым возникло событие “Событие 1”, то выполнится только процесс “Процесс 2”;
• если первым возникло событие “Событие 2”, то выполнится только процесс “Процесс 3”.

Источник: itrp.ru

8 шагов, чтобы описать бизнес-процессы с помощью нотации BPMN

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

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

Георгий Ржавин — руководитель BPM-направления в GlowByte Consulting и вице-президент Ассоциации профессионалов управления бизнес-процессами, более 10 лет помогает описывать процессы с помощью BPMN в компаниях из разных сфер.

Георгий рассказал, чему нужно научить сотрудников, чтобы начать использовать нотацию BPMN, и как этот инструмент поможет компании быстрее решать проблемы.

#1. Ответьте на вопрос: нужно ли это вашему бизнесу?

Итак, BPM (Business Process Management) — это управленческая дисциплина, набор знаний о том, как регулировать процессы в компании. А BPMN (Business Process Model and Notation) — инструмент описания бизнес-процессов в рамках BPM.

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

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

Приведу пример из практики. Я внедрял BPMS в небольшой компании (20 человек) из сферы импорта/экспорта. Формально описывать процессы с помощью нотации BPMN было рано — команда сидит в одном помещении и легко синхронизирует работу. Но руководитель считал, что систематизация поможет им развивать бизнес.

Мы описали и автоматизировали основные процессы, в том числе обслуживание клиентов. И это позволило быстро и безболезненно перейти на удаленку при карантине: люди сидят по домам, а процессы уже описаны и налажены.

#2. Заручитесь поддержкой руководителей

«Продать» идею использования нотации BPMN владельцу и топам может любой руководитель в компании. Для этого можно протестировать инструмент в своем подразделении. Локальный успех — это аргумент, чтобы масштабировать его применение на всю компанию. Например, если описание процессов по нотации BPMN позволило найти «бутылочное горлышко» в работе с клиентами, открывается возможность исправить его и улучшить результаты.

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

Но идеальный вариант, когда инициатор — даже не наемный менеджмент, а владелец.

#3. «Продайте» выгоды BPMN команде

По сути, нотация BPMN — это общий язык для коммуникации между IT-специалистами, бизнес-подразделениями и программами (его хорошо понимают BPM-движки).

Если вы начинаете использовать инструмент BPMN и в офисном коридоре услышите фразу «Процессы какие-то “кривые”» — это повод радоваться, а не отчаиваться, потому что бизнес начал мыслить процессами. В этом и заключается основная ценность нотации.

Да, в бизнес-подразделениях все трансформируется в деньги. Но сначала необходимо наладить именно процессы — это помогает быстро меняться и решать проблемы.

Если бизнес мыслит процессами, ему проще объяснить потребности компании IT-специалистам. А они, в свою очередь, лучше понимают и поддерживают бизнес.

Источник: l-a-b-a.com

Путеводитель по нотациям и методологиям

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

2. Определить какой тип модели бизнес процесса вам необходимо построить и выбрать список методологий, которые могут быть использованы при моделировании (используйте путеводитель, описанный ниже);

3. Сравнить методологии и нотации моделирования для вашего типа модели и выбрать подходящую для вас методологию:

• Методологии моделирования бизнес процессов верхнего уровня и потоков данных;
• Методологии моделирования потоков работ;
• Методологии моделирования структуры информации.

4. Построить модель.

Путеводитель по нотациям и методологиям

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

[note]Если хотя бы одно название методологии, нотации вам не знакомо, то читайте далее, если все знакомо, но интересно и хочется освежить память, то бегло просмотрите.[/note]

Классические методологии

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

К классическим стандартам описания бизнес процесса относятся следующие:

DFD (Data Flow Diagram) — стандарт описания процессов верхнего уровня и потоков данных, которые преобразуются функциями данного процесса.

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

WFD (Workflow Diagram) — стандарт описания потоков работ. Используется для детализации функций бизнес процесса.

Нотация WFD имеет дополнительные элементы для описания бизнес процесса:

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

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

ERD (Entity Relaishionship Diagram) — стандарт описания информационной модели.

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

Основные нотации: ERD (Нотация Чена), UML (Class Diargamm), IDEF1x.

Семейство методологий IDEF

Семейство методологий IDEF (Icam DEFinition, где Icam — это Integrated Computer-Aided Manufacturing).

Самые известные и широко используемые методологии данного семейства:

• IDEF0 — методология моделирования бизнес процессов верхнего уровня.
• IDEF1X (IDEF1 Extended) — методология построения реляционных структур и построения информационной модели бизнес процесса.
• IDEF3 — методология детализации функций бизнес процесса. С помощью методологи описываются сценарий и последовательность операций для каждого процесса.

Методология (подход) Swimmer lanes

Методология используется для детализации бизнес процессов и представляет собой модификацию WFD и DFD стандартов. Диаграмма с бизнес процессом, разделяется на дорожки. Каждая дорожка соответствует структурному подразделению, или должности, участвующей в бизнес процессе. И те операции, которые выполняются структурным подразделением, размещаются в зоне ее дорожки.

В основе методологии — диаграмма Румлера-Брейча. Румлер предложил разделить диаграмму на дорожки по следующему принципу:

1. Первая дорожка — для отображения взаимодействия заказчика и процесса.
2. Последняя дорожка — для отображения внешних вспомогательных процессов.
3. Центральные дорожки — соответствуют структурным подразделениям или должностям, участвующим в процессе.

Широко известная нотация моделирования бизнес процессов BPMN является прямым потомком диаграммы Румлера-Брейча.

ARIS методология

Согласно методологии, организация рассматривается с четырех точек зрения:

• Организационной структуры;
• Функциональной структуры;
• Структуры данных;
• Структуры процессов.

Среди множества типов диаграмм, которые предлагаются в методологии, можно выделить следующие:

• VADC (Value Added Chain) — диаграмма цепочки добавленной стоимости. Используется для моделирования бизнес процесса верхнего уровня и потоков данных. Разновидность DFD стандарта.
• FAD (Function Allocation Diagram) — диаграмма окружения процесса.
• eEPC (extended Event-driven process chain) — диаграмма расширенной модели цепочки процессов, управляемых событиями. Разновидность WFD — диаграмм, является расширением нотации IDEF3. Используется для детализации функций бизнес процессов и моделирования потоков работ.
• ERD (Entity-Relaishionship Diagram) — диаграмма типа «Сущность-Связь». Используется для описания структуры информации и построения концептуальной модели данных.
• UML;

[note]Так же методология поддерживает нотацию BPMN.[/note]

UML

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

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

Следующие типы диаграмм используются при моделировании бизнес процесса:

• Activity Diagram — диаграмма деятельности, используется для детализации бизнес процесса.
• Class Diagram — диаграмма классов, используется для моделирования структуры информации.
• Use Case Diagram — диаграмма прецедентов, используется для моделирования организационной структуры и для отображения функций, выполняемых организационными единицами.

Источник: www.nazametku.com