BPMN

BPMN (англ. Business Process Model and Notation, модель та нотація бізнес-процесів) — система умовних позначень (нотація) для моделювання бізнес-процесів. Розроблена Business Process Management Initiative (BPMI) та підтримується Object Management Group після їх злиття в 2005 році. Остання версія BPMN — 2.0, що була прийнята у січні 2011 року.[1]

Опис

Модель та нотація бізнес-процесів є стандартом для моделювання бізнес-процесів що надає графічну нотацію для визначення бізнес-процесу у вигляді "Діаграми бізнес-процесу" (англ. Business Process Diagram, BPD). Така діаграма ґрунтується на представлені бізнес-процесу у вигляді блок-схеми, що семантично схожа на діаграму діяльності.[2]

Метою BPMN є підтримка моделювання та управління бізнес-процесами. При чому єдина модель бізнес-процесу повинна бути зрозумілою для всіх користувачів (зацікавлених осіб). Тим не менше, нотація дає можливість визначати складну семантику бізнес-процесів. Для спрощення розуміння та використання стандарту пропонуються розбити елементи нотації на два рівні: базових елементів нотації та елементи, що дають можливість визначити всі (технічні) деталі бізнес-процесу.[3]

Область застосування

BPMN підтримує тільки набір концепцій, що необхідні для моделювання виключно бізнес-процесів. Моделювання інших аспектів бізнесу (підприємства) таких як дані, організаційну структуру чи інформаційні потоки не є предметом моделювання в BPMN. Тим не менше, в нотації BPMN передбачено можливість моделювання потоків даних та потоків повідомлень, а також асоціації даних та дій.

Елементи

Моделювання з використанням BPMN виконується у вигляді діаграм, що складаються з різних елементів. Розрізняють чотири категорії елементів:

  • Об’єкти потоку керування: дії, події та логічні оператори
  • Поєднуючі елементи: потік керування, потік повідомлень та асоціації
  • Ролі: пули та доріжки
  • Артефакти: дані, групи та текстові анотації

Дії

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

Дії
  • Задача (англ. Task) — одиниця роботи. Якщо задача є підпроцесом, то вона може бути деталізована.
  • Транзакція (англ. Transaction) — набір логічно пов’язаних дій. Для транзакції може бути визначений протокол виконання.
  • Подієвий підпроцес (англ. Sub-process) розміщується всередині іншого процесу. Він починає виконуватися, якщо ініціюється його початкова подія. Подієвий підпроцес може переривати батьківський підпроцес або виконуватися паралельно з ним.
  • Викликаюча дія (англ. Call activity) є точкою входу для глобально визначеного підпроцесу, що повторно використовується в даному процесі (англ. reusable subprocess).

Події

  • Проста: нетипізована подія, зазвичай вказує на початок, зміну стану, чи завершення процесу.
  • Повідомлення: Отримання і відправлення повідомлень.
  • Таймер: циклічні події, моменти часу, часові періоди і тайм-аути.
  • Ескалація: перенесення розгляду задачі на більш високий рівень організаційної ієрархії.
  • Умовна: реакція на зміну бізнес-умов або інтеграція бізнес-правил.
  • Посилання: пара відповідних посилань, що еквівалентна неперервному потоку керування.
  • Помилка: генерація й обробка помилок заданого типу.
  • Скасування: обробка скасування транзакції або ініціювання скасування.
  • Компенсація: обробка або ініціювання компенсації.
  • Сигнал: передається між процесами та може оброблятися декількома одержувачами одночасно.
  • Складена: обробка однієї події із багатьох або генерація всіх визначених подій.
  • Паралельна складена: обробка всієї множини паралельних подій.
  • Зупинник: викликає негайне припинення виконання процесу.

Логічні оператори

Логічні оператори
  • Оператор виключаючого АБО, що керуюється даними

При розгалуженні оператор активує один із вихідних потоків. При об'єднанні — очікує завершення одного вхідного потоку і активує вихідний потік.

  • Оператор виключаючого АБО, що керується подіями

Передує тільки обробляючим подіям або завданням отримання повідомлення. Виконується тільки той потік, де подія сталася раніше.

  • Оператор І

При розгалуженні оператор активує всі вихідні потоки. При об'єднанні — очікує завершення всіх вхідних потоків і активує вихідний потік.

  • Оператор АБО

При розгалуженні активує один або більше вихідних потоків. При об'єднанні всі запущені вхідні потоки повинні бути завершені.

  • Складний оператор

Моделює складні умови розгалуження та злиття.

  • Оператор виключного АБО, що керується подіями (створює новий екземпляр)

Настання кожної подій, яким передує оператор, створює екземпляр процесу.

  • Оператор І, що керується подіями (створює новий екземпляр)

Настання всіх подій, яким передує оператор, створює екземпляр процесу.

Потоки керування

  • Потік керування визначає порядок виконання дій.
  • Потік за умовчанням визначає потік, що буде виконаний, якщо умови всіх інших потоків розгалуження невірні.
  • Умовний потік визначає потік, що буде виконаний, якщо пов'язана з цим потоком умова вірна.

Ролі

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

Дані

Дані
  • Вхідні дані — це вхідний параметр процесу. Вихідні дані — результат виконання процесу (вихідний параметр). Під час виконання дії використовують вхідні дані та продукують вихідні дані.
  • Об'єкт даних представляє інформацію, що оброблюється в ході процесу, наприклад документ або лист.
  • Колекція об'єктів даних представляє групу об'єктів, що несуть інформацію, наприклад перелік замовлених товарів.
  • Сховище даних — це об'єкт, який процес може використовувати для запису та вибірки даних, наприклад база даних. Сховище даних дає змогу зберігати дані після закінчення життєвого циклу екземпляра процесу.
  • Повідомлення дає змогу явно продемонструвати передачу інформації в ході спілкування двох учасників. Біле повідомлення надсилається ініціатором спілкування, сіре — іншим учасником.

Див. також

  • BPEL
  • Event-driven process chain[en] (англ.)
  • XPDL


Посилання

  1. ↑ Business Process Model And Notation (BPMN). Архів оригіналу за 27 січня 2013. Процитовано 9 лютого 2013.
  2. ↑ Process Modeling Notations and Workflow Patterns [Архівовано 6 липня 2010 у Wayback Machine.], paper by Stephen A. White of IBM Corporation (2006)
  3. ↑ Silver, Bruce (2011). BPMN Method and Style, 2nd Edition. Cody-Cassidy Press. ISBN 0982368119. Архів оригіналу за 30 грудня 2012. Процитовано 13 лютого 2013.
  • BPMN 2.0 Постер українською мовою [Архівовано 31 травня 2013 у Wayback Machine.], що показує використання конструкцій BPMN 2.0, а також його оригінал [Архівовано 27 жовтня 2011 у Wayback Machine.] англійською мовою
  • Grosskopf, Decker and Weske. (2009 Feb 28). The Process: Business Process Modeling using BPMN. Meghan Kiffer Press. ISBN 978-0-929652-26-9. Архів оригіналу за 30 квітня 2019. Процитовано 19 квітня 2022.
Цю статтю треба вікіфікувати для відповідності стандартам якості Вікіпедії. Будь ласка, допоможіть додаванням доречних внутрішніх посилань або вдосконаленням розмітки статті. (лютий 2013)