Смоделировать бизнес-процесс оформления заказа в BPMN

Решение: BPMN-модель процесса оформления заказа

Описание архитектуры процесса

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

Участники процесса (Swimlanes)

Процесс разделён на 5 участников:

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

Основной поток процесса

1. Начальное событие: Покупатель открывает корзину (Start Event)

2. Добавление товаров: Покупатель добавляет товары в корзину (Задача в lane Покупателя)

3. Оформление заказа: Покупатель заполняет данные доставки и подтверждает заказ (Задача)

4. Проверка наличия (Exclusive Gateway): Система магазина проверяет наличие товаров

   • Путь ДА: товары есть → переход к оплате
   • Путь НЕТ: товара нет → отправка уведомления покупателю → закрытие процесса

5. Обработка платежа: Передача заказа платёжной системе (Задача)

6. Шлюз оплаты (Exclusive Gateway): Результат платежа

   • Путь ДА (платёж успешен): Уведомление покупателю → резервирование
   • Путь НЕТ (платёж отклонён): Отправка уведомления об ошибке → закрытие заказа

7. Резервирование товаров: Склад резервирует товары (Задача в lane Склада)

8. Передача в доставку: Заказ передаётся в службу доставки (Задача)

9. Доставка товара: Служба доставки доставляет товар (Задача в lane Службы доставки)

10. Завершение: Процесс завершается успешным получением товара (End Event)

Альтернативные сценарии

Сценарий 1: Товара нет на складе

• После проверки наличия система отправляет уведомление «Товар недоступен»
• Покупателю предлагается выбрать альтернативный товар или отменить заказ
• Процесс завершается без платежа

Сценарий 2: Платёж не прошёл

• Платёжная система возвращает ошибку
• Система отправляет уведомление покупателю с предложением повторить попытку
• Шлюз принятия решений (Exclusive Gateway) перенаправляет на шаг повторной оплаты
• После 3 неудачных попыток заказ отменяется

Сценарий 3: Отмена заказа до доставки

• На любом этапе до доставки покупатель может отменить заказ
• Система отправляет запрос на склад для отмены резервирования
• Возвращается платёж (если он был выполнен)
• Процесс завершается с статусом «Отменён»

Ключевые точки решений (Gateways)

• Exclusive Gateway 1: Наличие товара на складе
• Exclusive Gateway 2: Результат платежа (успешно/отказано)
• Event-based Gateway (опционально): Ожидание события отмены или таймаут платежа

Прогнозируемые метрики

Время обработки: от 5 минут (быстрая оплата) до 7 дней (доставка включена). Основные точки задержки: проверка наличия (1 сек), обработка платежа (3-5 сек), отправка на доставку (1 час).

Эта модель обеспечивает чёткое разграничение ответственности между участниками и позволяет отслеживать процесс на каждом этапе.