Глава 7.3 Типи Діаграм Бізнес-процесів (BPMN Diagram Types)

1. 7.4. Використання тексту, кольору і ліній в моделюванні діаграм
2. 7.5. Правила з'єднання елементів потоку
3. 7.5.1. Правила з'єднання потоків операцій
4. 7.5.2. Правила з'єднання потоків повідомлень
5. 7.6. Можливість розширення BPMN
6. 7.7. Приклади Процесів BPMN

<< попередня зміст наступна >>

BPMN 2.0 містить опис трьох основних моделей Процесів: приватний Процес (як виконується, так і невиконуюча), публічний Процес і Хореографія (Choreography). За допомогою перерахованих вище основних моделей може бути створено безліч варіантів діаграм бізнес-процесів. Нижче наведені подмодели бізнес-процесів, спроектовані за допомогою BPMN 2.0:

• високорівневі невиконуюча
• Дії (нефункціональний аналіз).
• Деталізований виконується Бізнес-процес.
• Бізнес-процес «As-is» (застарілий).
• Бізнес-процес «To-be» (новий).
• Хореографія (Choreography). Опис поведінки, очікуваного від двох або більше у Учасників процесу.
• Деталізований приватний Бізнес-процес (як виконується, так і невиконуюча), що включає взаємовідносини між одним або більше зовнішніми учасниками (Процес типу «чорний ящик»).
• Два або більше деталізованих виконуваних взаємодіючих Процесу.
• Деталізований виконується Бізнес-процес, який взаємодіє з Хореографією.
• Два або більше публічних Процесу.
• Публічний процес, який взаємодіє з Хореографією.
• Два або більше деталізованих виконуваних Бізнес-процесу, що взаємодіють за допомогою хореографії.

Дана нотація була створена для можливості опису перерахованих вище прикладів бізнес-процесів. Однак слід зазначити, що створення різних варіантів поєднання подмоделей надано виробникам інструментів моделювання бізнес-процесів. При використанні BPMN 2.0 розробнику моделі бізнес-процесу рекомендується бути орієнтованим на обраний об'єкт моделювання, наприклад, приватний Бізнес-процес або Хореографію, хоча сама нотація нічого не нав'язує.

7.4. Використання тексту, кольору і ліній в моделюванні діаграм

Текстові анотації об'єктів використовуються розробником моделі з метою відобразити додаткову інформацію про Процесі або атрибутах об'єктів, розташованих на діаграмі.

• Елементи потоку і інші елементи діаграми МОЖУТЬ носити текстові мітки (labels) (наприклад, ім'я потоку і / або назви інших його атрибутів). Текстові мітки можуть поміщатися як всередині фігури, так і над або під нею. Місцезнаходження текстових міток, а також їх напрямок може бути будь-яким залежно від задумки розробника моделі або програми моделювання.
• Заливка графічного елементу МОЖЕ БУТИ як білого кольору, так і прозорою.
• Графічна нотація МОЖЕ допускати використання будь-якого іншого кольору заливки для задоволення вимог розробника моделі або програми моделювання (наприклад, виділення значення атрибута об'єкта). Однак слід пам'ятати про наступні правила:
• Події, що визначають подальший хід потоку, ПОВИННІ мати темну заливку (див. Заголовки Кінцеве події і Проміжне подія).
• Доріжки Учасників в фігурі хореографії або Подхореографіі ПОВИННІ мати світлу заливку в тому випадку, якщо Хореографія / Подхореографія (Choreography / Sub - choreography) не запускати Дія (див. Заголовки Хореографія і Подхореографія).
• Елементи потоку і маркери МОЖУТЬ БУТИ того розміру, який задовольняє вимогам розробника моделі або програми моделювання.
• Лінії, що використовуються в моделюванні діаграм, МОЖУТЬ БУТИ чорними.
• Графічна нотація допускає використання інших квітів ліній для задоволення вимог розробника моделі або програми моделювання (наприклад, виділення значення атрибута об'єкта).
• Графічна нотація МОЖЕ допускати використання різного дизайну ліній для задоволення вимог розробника моделі або програми моделювання (наприклад, виділення значення атрибута об'єкта), однак, за умови, що обраний дизайн ліній НЕ МАЄ суперечити жодному з варіантів, запропонованих мовою BPMN. Таким чином, дизайн ліній, використовуваних для зображення Потоку операцій, Потоку повідомлень, а також Асоціацій, змінюватися НЕ МАЄ.

7.5. Правила з'єднання елементів потоку

Вхідний потік операцій може бути приєднаний до будь-якою точкою елемента потоку (зліва, справа, зверху, знизу). Подібно до нього, Вихідний потік операцій може брати початок з будь-якої точки елемента потоку (зліва, справа, зверху, знизу). Потік повідомлень має ті ж властивості, що і потік операцій. Мова BPMN може підлаштовуватися під вимоги, що пред'являються, однак, для з'єднання Елементів потоку розробникам моделей РЕКОМЕНДУЄТЬСЯ використовувати наявний досвід, що полегшить розуміння створюваних діаграм і зробить хід зображуваного бізнес-процесу прозорим і доступним для розуміння. Це особливо важливо в тому випадку, якщо в діаграмі присутні такі графічні елементи, як Потік операцій або Потік повідомлень. В даному випадку оптимальним варіантом є вибір напрямку потоку операцій, розташованого або зліва направо, або зверху вниз, а потім і вибір напрямку потоку повідомлень, який необхідно розташувати під кутом в 90 ° по відношенню до вже заданої Потоку операцій. При виконанні всіх перерахованих вище вимог створюються зручні для роботи діаграми.

7.5.1. Правила з'єднання потоків операцій

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

Таблиця 7.3 - Правила З'єднання Потоку Операцій

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

7.5.2. Правила з'єднання потоків повідомлень

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

Таблиця 7.4 - Правила З'єднання Потоку повідомлень

Примітка: У таблиці відображені лише графічні елементи, які мають Вхідні або Вихідні потоки повідомлень. Такі об'єкти, як Доріжка, Шлюз, Об'єкт даних, Група і Текстова анотація, в таблиці не містяться.

7.6. Можливість розширення BPMN

BPMN 2.0 описує механізм, що дозволяє розширювати список атрибутів для стандартних графічних елементів діаграми. При необхідності розробником моделі або програмою моделювання можуть бути задіяні нестандартні атрибути графічних елементів або Артефакти, такі, як унікальні вимоги для вертикальної області. Для того, щоб не порушити логіку, яка описується в BPMN, такі атрибути НЕ ПОВИННІ суперечити семантиці використання будь-якого їх графічних елементів BPMN. Необхідно відзначити, що, незважаючи на можливість додавання нових атрибутів, повинні бути збережені всі основні принципи побудови та наочність діаграми для кращого її сприйняття користувачем будь-якого рівня підготовки. Пам'ятайте, що фігури основних елементів потоку (Події, Дії і Шлюзи) НЕ ПОВИННІ видозмінюватися.

Дана специфікація робить відмінність між обов'язковими і додатковими елементами (див. Розділ 8.3.2, що містить опис синтаксису для створення розширень). Якщо використовуються обов'язкові елементи, то вони ПОВИННІ враховуватися при впровадженні діаграм. Якщо використовуються додаткові елементи, то при впровадженні діаграм вони МОЖУТЬ БУТИ опущені.

7.7. Приклади Процесів BPMN

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

Фігура 7.6 - Приклад діаграми Взаємодії з пулами у вигляді «чорних ящиків».

Фігура 7.7 - Приклад діаграми автономної хореографії.

Фігура 7.8 - Приклад діаграми автономного Процесу (оркестровка).

<< попередня зміст наступна >>

Дані матеріали призначені виключно для ознайомлення в особистих целях.Любое відтворення, копіювання, а так само комерційне і некомерційне використання матеріалів повинно узгоджуватися з авторами матеріалів ( [email protected] ). Допускається використання матеріалів сайту без повідомлення авторів, але з явним зазначенням джерела.