Что дальше делать с диаграммой в BPMN? Разбор приложения на Camunda

• Приветствие участников и проверка связи.  

• Объявление о проведении лайф-кодинга.  

• Обсуждение погоды и планов на день.  

• Приветствие Егора и обсуждение программирования.  

• Объявление о создании приложения для клиентов.  

• Описание бизнес-процесса: предоставление доступа к курсам.  

• Обзор возможностей Storm для работы с диаграммами.  

• Обсуждение использования папок и командных папок.  

• Призыв к подписке на канал и отправке диаграмм на проверку.  

• Описание наивной версии бизнес-процесса.  

• Планы по автоматизации процесса через отправку писем.  

• Обзор системы для хранения и отправки писем.  

• Введение контекстных переменных для процесса.  

• Описание переменных: сумма платежа, email клиента, курс, промокод.  

• Объяснение работы переходов по стрелкам в Storm.  

• Обзор преимуществ Storm: версионирование, сравнение версий, совместное редактирование.  

• Объяснение работы экспрессов в Storm.  

• Упоминание о бесплатном использовании Storm.  

• Обсуждение переменной "курс код" и её контекста.  

• Пример использования стрелочек для проверки переменных.  

• Важность правильного написания выражений для контекста.  

• Проблемы с отсутствием переменной "курс код" в контексте.  

• Важность проверки контекста перед выполнением выражений.  

• Экспресс-выражения как способ обращения к контекстным переменным.  

• Пример неправильного использования визуальных диаграмм.  

• Проблемы с автоматизацией и проверкой промокодов.  

• Важность правильного подхода к бизнес-процессам.  

• Различие между бизнес-процессами и клиентскими формами.  

• Проблемы с интеграцией клиентских форм в бизнес-процессы.  

• Необходимость правильного подхода к бизнес-процессам.  

• Описание участников проекта: клиент, фронтовое приложение, бэк-приложение.  

• Роль калькулятора и бизнес-процесса в системе.  

• Использование внешнего эквайринга для оплаты.  

• Использование сервисов для отправки писем и управления контентом.  

• Автоматическое предоставление доступа к системам после оплаты курса.  

• Планы по автоматизации процесса через уникальные ссылки в письмах.  

• Команда использует среду разработки, называемую "экскаат".  

• Экскаат позволяет управлять командой и проверять все действия.  

• Также упоминаются среды сборки, хранения исходного кода и контейнеров.  

• Рассматривается пользовательский сценарий для калькулятора.  

• Калькулятор работает с базой данных и промокодами.  

• Приложение использует базу данных для расчета цен.  

• Разделение на рантайм и девелопмент: рантайм касается работы приложения в продакшене, девелопмент — разработки и попадания на сервер.  

• В данном случае рассматривается рантайм.  

• Клиент вводит емейл и промокод для расчета цены.  

• Вызывается REST-метод для расчета цены с учетом промокода.  

• На фронте отображается цена со скидкой.  

• Клиент нажимает кнопку "начать обучение".  

• Система подготавливается к приему платежа.  

• Эквайринг проверяет, ожидает ли приложение платеж.  

• Эквайринг отправляет запрос на подтверждение платежа.  

• Приложение сохраняет информацию о ожидаемом платеже.  

• Клиент вводит данные своей карты для завершения платежа.  

• Клиент должен вести свою карточку.  

• Карточка является частью эквайринга.  

• Арсенал Пэй проверяет платеж через 3D Secure.  

• После получения платежа, клиент получает уведомление.  

• После получения уведомления о платеже, запускается бизнес-процесс.  

• Бизнес-процесс предоставляет доступ к Google Classroom, Slack и Storm.  

• Экскамат используется для просмотра состояния процессов.  

• Процесс не запускается сразу, чтобы избежать проблем с формой.  

• Клиент может уйти с формы, что усложняет процесс.  

• Важно сделать процесс интерактивным и красивым.  

• Между шагами 4-2 и 5-0 клиент может сомневаться в платеже.  

• Если подтверждение платежа не приходит в течение 10-15 минут, клиент может иметь техническую проблему.  

• В этом случае клиенту предлагается написать о проблеме.  

• Если клиент не заплатил, ему предлагается скидка.  

• Это помогает удержать клиента и увеличить продажи.  

• В прошлом году более половины продаж были сделаны через эту фичу.  

• Процесс начинается с момента ожидания платежа.  

• Важно знать емейл клиента для отправки промокода.  

• Контроллер отправляет информацию о курсе и промокоде.  

• Запуск процесса по кнопке "оплатить".  

• Получение запроса от арсенала Пэй.  

• Ожидание подтверждения платежа.  

• Получение подтверждения платежа.  

• Установка таймера на 5 минут.  

• Возможность многократного открытия формы оплаты.  

• Если платеж не получен за 5 минут, предлагается промокод.  

• Если клиент уже с промокодом, процесс закрывается.  

• Отправка письма с промокодом.  

• Оценка понимания диаграммы.  

• Добавление месседжей для автоматизации.  

• Исключение клиентских действий из диаграммы.  

• Добавление экспресс-ошибок на промокоды.  

• Определение таймеров в нотации BPMN.  

• Обозначение месседжей для явного использования в коде.  

• Важность идентификации сущностей.  

• Использование английских идентификаторов.  

• Расстановка ссылок на куски кода, реализующие функции.  

• Использование делегат экспресс для указания айдишников кода.  

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

• Передача параметров с диаграммы в код.  

• Пример с шаблонами емейлов и передачей значений.  

• Использование переменных для определения шаблонов и значений.  

• Пример с шаблоном 94 и его использованием.  

• Применение input variables для определения шаблонов и значений.  

• Использование кода для отправки емейлов и предоставления доступов.  

• Добавление необходимых элементов в диаграмму для автоматизации.  

• Расстановка айдишников месседжей и таймеров.  

• Указание входных переменных и написание экспрессов для выходных потоков.  

• Подготовка к внедрению в код.  

• Программист должен реализовать всю колбасу, указанную на диаграмме.  

• Программист должен обеспечить контекст для работы системы.  

• Контекст включает параметры, такие как email, сумма и промокод.  

• Программист должен знать, как эти параметры попадают в систему и как они используются.  

• Программист должен обеспечить уникальность и дедупликацию сообщений из внешних систем.  

• Уникальность обеспечивается уникальным кодом бизнес-процесса.  

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

• Программист должен обеспечить срабатывание всех кусков кода с учетом контекста.  

• Важно, чтобы код работал только с переменными, указанными на схеме.  

• Программист должен учитывать все шаги за пределами процесса.  

• Фронтовое приложение будет написано на Vue.js, бэкенд на Kotlin.  

• Kotlin используется из-за меньшего количества кода.  

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

• Программист признает, что он не профессиональный программист, а занимается бизнес-процессами.  

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

• Запрос на получение цены курса отправляется на бэкенд.  

• Кнопка "Начать обучение" открывает модальное окно и пересчитывает цену.  

• Создается уникальный ID для заказа и отправляется запрос на бэкенд.  

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

• Сервис запускает бизнес-процессы, передавая информацию о курсе, размере, промокоде и цене.  

• Используется уникальный ключ для идентификации процессов.  

• Команда предоставляет сервис для подсчета количества запущенных процессов.  

• Сервис проверяет наличие активных процессов с уникальным ключом.  

• Если процессов нет, запускается новый процесс с уникальным ключом.  

• Процесс запускается с контекстными переменными, полученными с фронта.  

• Контроллер принимает запросы от платежных систем, таких как Arsenal Pay.  

• Запросы содержат уникальный ключ и значение переменной "funcion".  

• Если платеж подтвержден, процесс отмечается как проверенный.  

• Команда коррелирует бизнес-процессы с уникальными идентификаторами.  

• Если запрос совпадает с запущенным процессом, процесс активируется.  

• Процесс активируется аналогично для других типов сообщений.  

• Используется делегат для отправки электронных писем.  

• Делегат реализует функцию execute с доступом к контексту.  

• Для отправки письма нужны адрес электронной почты и идентификатор.  

• Класс реализует отправку диаграмм.  

• Интерфейс и имплементация.  

• Функция sendEmail.  

• Система управляет контактами для отправки писем.  

• Каждый email имеет ID в базе данных.  

• Функция поиска контактов и отправка писем с указанным ID.  

• Делегаты должны быть маленькими и выполнять простые задачи.  

• Разделение ответственности и архитектура.  

• Принцип работы с делегатами и сегментами.  

• Аналитики создают последовательности действий.  

• Разработчики занимаются интеграцией микросервисов.  

• Автоматизация процессов внутри команды.  

• Настройка IP-адресов и тестирование.  

• Запуск на локальной машине для проверки работы.  

• Вопросы и запросы от зрителей.  

• Ограничения использования Python вместо Kotlin.  

• Варианты обхода ограничений.  

• Запуск и тестирование на локальной машине.  

• Важность BPM-файлов и их расположение.  

• Админка для управления бизнес-процессами.  

• История изменений контекстных переменных.  

• Админка написана автором и интегрируется со Storm.  

• Возможность использования админки любым человеком.  

• Призыв к подписке на репозиторий на GitHub.