Интеграционный Use Case
- это постановка задачи на разработчиков, которая содержит технические детали, такие как вызовы API методов, обращения к БД, взаимодействия с брокерами и другие.
👉 Основные шаги, чтобы написать интеграционный Use Case:
1️⃣ Понять отличия между обычными и интеграционными Use Case, да и вообще что это и зачем.
2️⃣ Декомпозировать интеграционную User Story (или бизнес-требования к интеграции) проекта на отдельные Use Case и выбрать тот, с которым будем работать.
3️⃣ Сделать анализ API-документации внешней системы.
4️⃣ Протестировать API внешней системы через Postman или другой инструмент, чтобы понять как она реально работает.
4️⃣* Сразу же продумать алгоритм авторизации запросов во внешнюю систему, где и как хранить ключи, как их использовать.
5️⃣ Понять, как будет встроена новая функциональность в архитектуру проекта и показать это на схеме:
+ какие сервисы / микросервисы задействованы (если это не монолит)
+ какие БД используются
+ нужны ли брокеры в процессе
+ и другие детали
6️⃣ Сделать задачи на доработку БД, если необходимо.
7️⃣ Описать интеграционный Use Case для разработчиков, используя:
+ полученный опыт работы с API
К посту прикрепила выгруженный из Confluence пример интеграционного Use Case для
Авторассылки email по расписанию через интеграцию с Unisender
в котором:
✅ микросервисная архитектура
✅ есть брокер Kafka
✅ задача запускается по cron (по расписанию, автоматически).
Т.е. всё на уровне системы, без участия пользователей.
Максимально подробный, детальный и реалистичный пример.
Остается добавить в него UML-диаграмму, маппинги данных и отсылки на дополнительные тех. задачи 😊
Сохраняем файл в личную библиотеку!
💯% пригодится!
#ИнтеграцииGA #BookingGA