BPMN (нотація): опис процесу

Процесним підходом до організації бізнесу світ займається вже давно і досить ефективно, і стандарт Business Process Model and Notation (BPMN, нотація) є процедурою продуманої з правильним описом бізнес-процесів. Компанії постійно удосконалюють різні спеціалізації даного стандарту і тим самим домагаються вельми істотного підвищення всіх якісних показників своєї роботи. Нотації BPMN зрозуміла не тільки для експертів тієї предметної області, до якої вона створювалася, її логічними викладками може оперувати будь-який працівник.

Моделювання та стандартизація

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

Фахівці

Хто здатний займатися описом бізнес-процесів? BPMN-нотація моделювання легко виконується усіма, хто пов'язаний з автоматизацією, розробкою бізнес-процесів. Це бізнес-консультанти, бізнес-аналітики, керівники проектів, системні аналітики, архітектори і розробники комп'ютерних систем, методологи, працівники служб якості. Зазвичай ці люди вміють читати технічну документацію англійською, брали участь у якихось проектах з аналізу, по опису BPMN-нотації, оптимізували або автоматизували бізнес-проекти або розробляли, супроводжували програмне забезпечення. Ця методологія має міжнародний статус, а не фірмовий, як багато хто інші стандарти, і навіть не національний. Саме тому з 2005 року аналізують і реорганізують бізнес за допомогою моделювання процесів в нотації BPMN.
Ця методика забезпечила доступною інформацією практично всіх користувачів - від найбільших аналітиків, які створюють схеми, і розробників, які впроваджують технології виконання бізнес-процесів за цими схемами, до керівників компаній, тобто звичайних користувачів, які зайняті керуванням і відстеженням виконання побудованої моделі. Таким чином, нотації моделювання бізнес-процесів (BPMN) усувають розбіжність між створенням моделі і її реалізацією. Тут зібрані кращі ідеї, наявні в інших методологіях. Наприклад, для кращої гнучкості та читабельності моделювання бізнес-процесів в нотації BPMN 2.0 ведеться в традиціях блок-схем.

Символи (елементи) BPMN

Підтримує і розвиває BPMN організація OMG. Це не мем інтернетних завсідників, що позначає "про майн гот", а досить знаменита фірма Object Management Group, в якій беруть участь понад вісімсот компаній, що розробляють стандарти, подібні BPMN-нотації. Всіма корисними змінами в нових версіях ми зобов'язані розробникам OMG. Саме ця організація вибрала ключовим напрямком просування нотації UML нотації BPMN, з допомогою якої моделюються об'єктно-орієнтовані системи. А тому при розробці діаграм крім концепцій і понять (потік управління, дію, об'єкт даних тощо) в BPMN багато понять, характерних для підходу до об'єктно-орієнтованого: повідомлення, обмін і потік повідомлень. Символи графічної нотації розібрані за призначенням і об'єднуються в категорії. Це: Flow Objects) - об'єкти потоку, Data - дані, Swimlanes - зони відповідальності, Connecting Objects - з'єднують об'єкти, Artifacts - артефакти. Потік управління, об'єкт даних і символи об'єктів потоку додатково поділяються на підгрупи за семантичним ознакою, щоб відобразити специфіку подій, що відбуваються, особливості розгалуження потоків, виконання дій і так далі. Вказують на специфіку за рахунок додаткових графічних зображень - маркери, іконки, розміщені всередині головного символу. Також символи подій бувають з різним видом контуру і фоновим кольором.

Події за часом

У ході виконання бізнес-процесу завжди відбуваються різні і численні події, які надають свій вплив, незважаючи на те, що найчастіше є необов'язковими елементами і не відображені у діаграмі бізнес-процесу. Це отримання і відповідь на повідомлення, зміна статусу в документах і багато іншого, що перераховувати немає сенсу - безліч подій відбувається буквально на кожному кроці. Щоб їх класифікувати, визначаються ознаки кожного. Перша група - з часу настання. Це стартове подія, яка покаже початок діаграми. Звідси потік управління може бути лише вихідним, а потік повідомлень - йти в обидві сторони. Стартове подія діаграма бізнес-процесу зазвичай одне, але можна його не показувати взагалі. Іноді їх навіть кілька, якщо відображення відбувається з доріжками, пулами і розгорнутими подпроцессами. Контур події зображується тонкої одинарною лінією. Кінцеве подія - результат виконання бізнес-процесу. Сюди потік управління входить, а потік повідомлень так само рухається і на вхід і на вихід. Вхідний потік зображується стрілкою. Діаграма відображає лише одне кінцеве подія чи декілька - вони обведені контуром у вигляді жирної одинарною лінією. Проміжна подія - це будь-яке з інших, які виникають під час виконання бізнес-процесу. Сюди входить один потік і виходить теж один. Тільки Boundary (граничне подія) виникає і обробляється відразу - або в самому початку, або в кінці дії. Відображається воно на контурі (межі) дії, та містить тільки один потік - яких входить або виходить. А позначається така подія тонкої подвійною лінією.

Події: переривання підпроцесу і тип результату

Оскільки події під час моделювання бізнес-процесу відбуваються найрізноманітніші, наступним блоком були класифіковані ті, які здатні перервати виконання дії. Першими відзначені непреривающие події - це проміжне або стартову, яке виникає по ходу виконання, однак ініціює вихідний потік, пов'язаний з ним, тільки коли дія завершується. Контур такої події зображено штриховою лінією. Далі - перериває подія, яка виникає до стандартного дії або після нього. У виняткових ситуаціях ця подія вимагає зупинки або припинення дії, якщо відсутня необхідна інформація або показується помилка в ході обробки, якщо з'являється необхідність додаткових дій тощо. Тут контур відображено суцільною лінією. Третій вид подій класифікується за типом результату. Перш за все тут треба говорити про ініціатора обробки. Це проміжне або стартове подія, яка виникає як результат виконання дій і є підсумком виконання процесу - стандартного чи ні. Подія-ініціатор зображено незафарбованої іконкою. Необхідно внести в цей розділ ще одна подія, теж говорить про результативність, тільки тут їм є результат обробки. Це проміжне або кінцеве подія, що виникає в ході виконання дій і є одним з підсумкових результатів виконання процесу - стандартного чи ні, відображено воно зафарбованої іконкою.

Дії

Зображається у вигляді діаграми процес виглядає впорядкованим набором дій, які виконуються для одержання певного результату. На вертикальній діаграмі нотації BPMN зверху вниз задається послідовність, показує виконання процесу у часі. Також можна простежити її за напрямком стрілок з'єднуючих елементів зліва направо. У відображуваних дій є три головних види і багато різновидів, кожна з яких має власну іконку або значок. Task - завдання. Елементарна дія, то є неподільне. Різновид або специфіка завдання відображається маркером або іконкою у верхньому куті зліва на символі дії. Завдання може бути Service (сервісна), для надання послуги, що є автоматизованим додатком або веб-сервісом. Send - надсилання повідомлення. Якщо хоча б раз повідомлення надіслано завдання може вважатися виконаною. Receive - отримання повідомлення (той же принцип: якщо один раз отримано повідомлення, завдання виконано). Завдання User - користувача, вважається характерною, виконується виконавцем за допомогою програмного забезпечення і сприяння інших співробітників. Завдання, що вимагає ручного виконання, - Manual, яка виконується без допомоги автоматизації. Business-Rule - бізнес-правило, за технологією виконання цього завдання залежить від обставин, вибрати спосіб допомагає заданість бізнес-правила. Script - сценарій, де виконання операцій строго по порядку, описаному на розпізнаваним виконавцем мовою. Зазвичай цей вид завдань виконується автоматичними засобами.

Підпроцеси

Sub-Process - підпроцес. Він включає в себе шлюзи в нотації BPMN, потоки операцій, події та багато інших дій. Таким чином, підпроцес є складовим дією, частини якого безпосередньо відображаються всередині символу на діаграмі або ж виносяться на окрему декомпозиционную діаграму. В останньому випадку на головній діаграмі в центрі підпроцесу (нижній край дії) повинен відображатися знак +. Є стандартні підпроцеси, але їх недостатньо, тому і з'явилися дві його специфічні різновиди. Це Event Sub-Process - подієвий підпроцес, який запускається завжди при появі стартового події. Діаграма показує його ніяк не пов'язаним з іншими діями і потоками операцій. Контур такого підпроцесу зображено точками. Другий різновид - Transaction (операції), складається із різних операцій дію з вдалим завершенням, тобто отриманням позитивного результату. Отримати конкретний результат можна лише за умови вдалого завершення абсолютно всіх складових. Якщо ж виникають проблеми по ходу виконання підпроцесів, результати всіх попередніх операцій будуть скасовані (відміна події). Такими перешкодами можуть стати неможливість виконання тієї чи іншої операції або неналежне виконання її. Щоб не скасовувати попередні події, можна спробувати невдалу операцію компенсувати (компенсація події). Контур такого підпроцесу відображено подвійною суцільною лінією. Для включення в діаграму всіх завдань або підпроцесів, що використовуються повторно, існує Call - виклик, який позначений на діаграмі жирним контуром.

Шлюзи

Шлюзи в нотації BPMN призначені для того, щоб вказувати на специфіку потоку операцій та їх пропуску з паралельним або альтернативним гілкам. Шлюз може обходитися без вихідних або вхідних потоків, але завжди має як мінімум два власних або входять потоку, або вихідних. Маркер всередині його символу задає тип шлюзу. Це може бути Exclusive, XOR - ексклюзивний з виключає "або", призначений для поділу потоку на альтернативні маршрути. По ходу виконання процесу активований може бути тільки один із запропонованих маршрутів. Умови пропуску містяться поруч із позначає лінією. Inclusive, OR - неексклюзивної з логічним "або" шлюз, призначений для поділу потоку на маршрути, де активується кожен, якщо дотримана умова істинності логічного виразу, пов'язаного з ним. У цьому процесі можна виконувати кілька маршрутів, але якщо хоч в одному відсутня істинність, то вибір неможливий. Аналог неексклюзивного шлюзу - Complex (комплексний). Відмінність в тому, що визначає активізацію того або іншого потоку операцій вираз тільки одне. Parallel, AND - паралельний з логічним "та" шлюз потрібен для розгалуження або злиття паралельно виконуваних операцій. Exclusive Event-Based - шлюз ексклюзивний, але заснований на подіях, що розділяють потік операцій на альтернативні маршрути. Exclusive Event-Based Gateway to start a Process - теж ексклюзивний шлюз, події, на яких він базується, запускають весь процес. Це початковий символ процесу або підпроцесів, вхідних потоків не має. Таким же чином працює і Parallel Event-Based Gateway to start a Process - шлюз паралельний, також заснований на запускають процес події. Однак при його допомозі можна активувати кілька процесів одночасно, якщо події, пов'язані з ними, спрацюють. Вхідних потоків, природно, не має. На картинках ясно видно нотації BPMN в прикладах побудови діаграм з двома видами шлюзів.

Дані потоки

Об'єкт даних міститься і використовується в діаграмах специфічно, що демонструє застосування додаткових маркерів. Data Inputs - вхідні дані, тобто вихідна інформація для того, щоб почати виконання дій. Зображується на верхньому краї символу. Data Collection - набір даних, то є цілий масив або колекція даних одного типу. Відображено знизу символу. Об'єкт даних і дії поєднані зв'язком з допомогою асоціації. Стандартне зображення потоку операцій може бути доповнено в діаграмі зазначенням специфічних потоків. Conditional Sequence Flow - позначення умовного потоку операцій при розгалуженні його. Відображено виходить з дії (якщо немає бажання використовувати діаграмі шлюз). Default Sequence Flow - потік операцій, совершающийся за замовчуванням, найчастіше виходить із шлюзу або дії, з логічними виразами не пов'язаний.

Приклади і висновки

Стартове подія, як можна зрозуміти з назви, вказує на точку початку того чи іншого процесу. Це відправна початкова точка, що означає відсутність будь-якого виду вхідного потоку. Стартове подія в прикладах нотації BPMN позначається колом, у якому центр вільний. Такою подією може стати лист або дзвінок від клієнта, наприклад, спрямований в інтернет-магазин чи сайт компанії, яка моделює цей бізнес-процес. Далі потік операцій йде по лініях і позначає виконання процесу аж до червоного гуртка, який позначає завершення, кінцеве подія. Їх, до речі, може бути і кілька, і легко простежити, де саме потік операцій прийшов до кінця, завершивши процес. Ніякої вихідний потік з червоного гуртка неможливий. Якщо діаграма складається не в кольорі, то кінцеве подія виділяється жирною лінією у формі кола. Наприклад, на практиці це подія може бути видачею замовленого товару, який пройшов весь шлях від оформлення через обробку до видачі. По ходу всієї цієї роботи діаграма показує дії, які проводилися на шляху від початкового до кінцевого події. Дія позначається прямокутником із закругленими краями. Шлюзи - ромбами. Ця мова зрозуміла користувачам, варто лише злегка ознайомитися з системою відображень, яка присутня тут в ілюстраціях.