Какие знаешь элементы BPMN?

BPMN элементы

BPMN (Business Process Model and Notation) — это **стандартная нотация для моделирования бизнес-процессов**. Знание BPMN критично для System Analyst при анализе процессов, документировании требований и коммуникации с бизнесом.

Основные категории BPMN элементов

BPMN 2.0 делит элементы на четыре категории:

1. События (Events)

События — это моменты, которые происходят во время выполнения процесса. Обозначаются кругом.

Стартовые события (Start Events)

• None Start Event (пустой круг) — процесс начинается без внешнего триггера
• Message Start Event (круг с конвертом) — запуск по сообщению
• Timer Start Event (круг с часами) — запуск по расписанию
• Signal Start Event (круг с молнией) — запуск по сигналу
• Error Start Event (круг с X) — обработка ошибки

Промежуточные события (Intermediate Events)

• Message Intermediate Event — получение/отправка сообщения
• Timer Intermediate Event — ожидание времени
• Boundary Event — событие, привязанное к задаче

Конечные события (End Events)

• None End Event (закрашенный круг) — обычное завершение
• Message End Event — завершение с отправкой сообщения
• Error End Event — завершение с ошибкой
• Terminate End Event (круг с крестом) — абортирование процесса

2. Задачи (Tasks)

Задачи — это рабочие единицы, обозначаются прямоугольником со скруглёнными углами.

Типы задач

• User Task (иконка человека) — задача, выполняемая человеком
• Service Task (иконка механизма) — автоматическая задача, вызывает сервис
• Script Task (иконка скрипта) — выполняет код/скрипт
• Manual Task (иконка руки) — физическая работа без информационной системы
• Receive Task (иконка письма) — ждёт поступления сообщения
• Send Task (иконка отправки) — отправляет сообщение
• Business Rule Task (иконка таблицы) — применяет бизнес-правила

Подпроцесс (Subprocess)

• Обозначается прямоугольником с плюсом внутри
• Содержит вложенный процесс
• Collapsed subprocess — показывает только имя
• Expanded subprocess — раскрыт и показывает внутренние элементы

3. Шлюзы (Gateways)

Шлюзы — это точки ветвления и слияния, обозначаются ромбом.

Типы шлюзов

• Exclusive Gateway (XOR) (ромб с X) — только одна из веток выполнится

  Пример: IF статус == "одобрен" THEN одобрить, ELSE отклонить
  

• Parallel Gateway (AND) (ромб с +) — все ветки выполняются параллельно

  Пример: Отправить письмо И создать задачу И обновить БД одновременно
  

• Inclusive Gateway (OR) (ромб с O) — одна или несколько веток могут выполниться

  Пример: Если есть скидка — применить, если купон — применить, или оба
  

• Event-based Gateway (ромб с пентаграммой) — выбор основан на событиях, не данных

  Пример: Ждём либо ответ на сообщение, либо timeout
  

4. Потоки управления (Flow)

Типы потоков

• Sequence Flow (стрелка) — обычный переход между элементами

  Элемент A → Элемент B
  

• Conditional Flow (стрелка с условием) — переход с условием

  Проверить баланс → [баланс > 1000] → Выплатить
  

• Default Flow (стрелка с косой) — используется, если другие условия не выполнены

• Message Flow (пунктирная стрелка) — связь между отдельными участниками процесса

5. Пулы и дорожки (Pools and Lanes)

• Pool — представляет участника (организацию, систему, человека)
• Lane — подразделение внутри пула для дальнейшей детализации

┌─────────────────────────────────────┐
│         Компания "Шоп"              │ ← Pool
├──────────────────┬──────────────────┤
│ Отдел продаж     │  Отдел доставки  │ ← Lanes
├──────────────────┼──────────────────┤
│ Принять заказ    │  Подготовить     │
│        ↓         │        ↓         │
│ Оплатить         │  Отправить       │
└──────────────────┴──────────────────┘

6. Артефакты (Artifacts)

Data Object

• Представляет данные, используемые или производимые задачей
• Обозначается прямоугольником с иконкой документа

Annotation

• Текстовое пояснение для элемента
• Стрелка указывает на поясняемый элемент

Group

• Визуальная группировка элементов для лучшей читаемости
• Не влияет на логику процесса

Полный пример процесса

START (пустой круг)
  ↓
Получить заказ (User Task)
  ↓
Проверить наличие (Service Task — проверка БД)
  ↓
Эксклюзивный шлюз (Exclusive Gateway)
  ├→ [товар в наличии] → Подтвердить заказ → END
  └→ [товар отсутствует] → Отправить письмо об отмене → END

Применение в System Analysis

Модель "As-Is" (текущее состояние):

• Документирует как сейчас работают процессы
• Выявляет узкие места и неэффективности
• Обеспечивает общее понимание с бизнесом

Модель "To-Be" (желаемое состояние):

• Показывает как процесс должен работать после изменений
• Основа для требований к системе
• Помогает обосновать затраты на внедрение

Требования из BPMN:

• Каждая Service Task → требование к интеграции
• Каждая User Task → требование к интерфейсу
• Каждый шлюз → бизнес-правило для системы

Best Practices при создании BPMN

• Простота: один процесс — одна парадигма (процесс или сотрудничество)
• Читаемость: используй описательные имена для элементов
• Согласованность: один стиль обозначений для всех диаграмм
• Уровень детализации: не переусложняй, не упрощай
• Проверка: вовлекай бизнес в валидацию диаграмм
• Версионирование: следи за изменениями и актуальностью