Аутстаф для ИТ-команды крупного игрока на рынке лотерейных билетов в России: кейс разработки на Java

К нам обратились представители крупной российской ИТ-компании, которым требовался Java-разработчик на проект. Конечный заказчик — известный игрок на рынке лотерейных билетов. Компания использует современные технологии, чтобы упростить участие в лотерее и сделать розыгрыши более прозрачными.

Проект: технические решения для продажи и оплаты лотерейных билетов в городах России. У клиента было несколько масштабных задач.

Первая большая задача — интеграция с платежным шлюзом, которая позволит покупателям лотерейных билетов оплачивать их со своего баланса на счету мобильного оператора. У заказчика уже был готовый платежный шлюз X-Plat. Наш разработчик выполнил интеграцию этого шлюза с сервисом по продаже лотерейных билетов.

Также у заказчика было отдельная команда, которая занималась разработкой лотерейных платежных терминалов. Это специальный терминал, который используют продавцы в киосках при продаже лотерейных билетов. Особенность устройства в том, что через него покупатель может не только оплатить, но и выбрать лотерейный билет нужного типа, задать количество, указать номера. Наш разработчик вместе с командой реализовывал дополнительные типы лотерей, которые добавляли в платежный терминал.

Еще один проект, в котором участвовал наш специалист — разработка статусной модели лотерейного билета. У билета может быть много статусов: «куплен», «оплачен», «оплачен за рубли», «оплачен за бонусы», «обналичен» (выигрышный). Важно грамотно настроить переходы между статусами и ничего не упустить. В противном случае могут возникнуть ситуации, когда выигрыш получит обладатель невыигрышного билета.

Длительность участия: середина августа — ноябрь 2024 года

Стек бэкенд: команда разработки использовала технологию Dash service для интеграции с готовым платежным шлюзом.

Стек на всех задачах был примерно одинаковым: Java17, Spring boot, Spring Cloud, Spring kafka, Spring StateMachine. Специалисты работали с Docker, Postgres и Redis для управления базами данных, а также с форматами для хранения и передачи данных JSON и XML.

Команда: наш разработчик работал в двух командах.

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

Вторая команда — более многофункциональная — состояла из девопса, проджект-менеджера, четырех бэкендеров, двух фронтендеров и двух тестировщиков.

80% каждой команды составляли сотрудники заказчика, остальная часть — специалисты из компаний-подрядчиков, которые должны были временно усилить команду.

Как приходили задачи: у команды было большое техзадание с описанием целей и процесса. Задачи с техническими требованиями для бэкендеров ставил проджект-менеджер, на вопросы отвечал тимлид.

Методология: задачи командам ставили в Jira, работа выстраивалась в виде спринтов, в планировании которых участвовали лиды и руководители. Наш специалист работал с непрерывным потоком задач.

На проекте используются сравнительно редкие формат XML и технология Spring StateMachine, что позволило получить дополнительный опыт работы с ними.