Партнерство Poizon и Яндекс Доставки как кейс для ВКР: проектируем распределённую сеть ПВЗ и примерочных
18 марта 2026 года платформа ДЭВУ (Poizon) и «Яндекс Доставка» объявили о партнёрстве по запуску новой сети пунктов выдачи заказов и примерочных в России. Для студентов IT-направлений это не просто бизнес-новость, а готовый материал для выпускной работы. Соглашение двух сервисов требует проработки целого пласта архитектурных задач: интеграция API, управление остатками, геоаналитика, безопасность персональных данных и синхронизация каталогов. Ниже разберём, как этот кейс превратить в актуальную ВКР, за которую не стыдно на защите.
Три актуальные темы ВКР на основе кейса Poizon + Яндекс Доставка
Выбирать тему лучше по интересам: кому-то ближе проектирование, кому-то — аналитика или тестирование. Предлагаю три направления, каждое легко адаптируется под требования вашего вуза.
Тема 1. Архитектура информационной системы для управления примерочными в ПВЗ
- Актуальность: расширение сети ПВЗ и примерочных, анонсированное в статье, требует автоматизации процесса резервирования и контроля доступа к примерочным.
- Цель: спроектировать архитектуру ИС, которая позволяет бронировать примерочные, отслеживать товары и собирать статистику.
- Задачи: анализ требований, выбор стека технологий, проектирование базы данных, разработка API, оценка нагрузки.
- Структура: глава 1 — обзор предметной области, глава 2 — проектирование и схемы, глава 3 — тестирование и экономика внедрения.
Тема 2. Интеграционный слой для логистических платформ на REST API и очередях сообщений
- Актуальность: Poizon и Яндекс Доставка используют разные внутренние стандарты, поэтому для взаимодействия нужен единый API и асинхронные очереди.
- Цель: разработать интеграционный слой, обеспечивающий обмен данными о товарах, заказах и ПВЗ.
- Задачи: анализ API обеих платформ, проектирование контрактов, реализация прототипа, проверка производительности.
- Структура: глава 1 — сравнение подходов, глава 2 — проектирование и реализация, глава 3 — тестирование интеграции.
Тема 3. Оценка пропускной способности сети ПВЗ с помощью имитационного моделирования
- Актуальность: с ростом числа ПВЗ растёт и нагрузка на персонал, складские помещения и примерочные — это можно смоделировать заранее.
- Цель: построить имитационную модель процесса выдачи и примерки товаров, чтобы найти узкие места и предложить оптимизацию.
- Задачи: сбор статистики, создание модели в AnyLogic или SimEvent, прогон сценариев, анализ результатов.
- Структура: глава 1 — теория и обзор, глава 2 — построение модели, глава 3 — эксперименты и рекомендации.
Разбираем статью по разделам диплома
Аналитическая глава: сравниваем решения и обосновываем стек
Новость о партнёрстве двух платформ — отличная отправная точка для обоснования выбора архитектуры. Например, можно сравнить монолитную и микросервисную архитектуру в контексте интеграции с внешними сервисами. Микросервисы позволяют масштабировать отдельные компоненты (каталог, бронирование, логистика) независимо, что важно для сети ПВЗ.
| Критерий | Монолит | Микросервисы |
|---|---|---|
| Масштабирование | Только целиком | Покомпонентно |
| Отказоустойчивость | Одна точка отказа | Изоляция сбоев |
| Сложность разработки | Ниже | Выше |
| Скорость вывода фич | Медленнее | Быстрее за счёт отдельных команд |
| Стоимость инфраструктуры | Ниже | Выше |
Обосновав выбор, укажите, что при проектировании вы опирались на стандарты ГОСТ 34.602-89 для ТЗ и ГОСТ 34.601-90 для стадий автоматизации. Для оценки качества системы подойдёт ISO/IEC 25010 — она включает характеристики производительности, совместимости и безопасности.
Проектная часть: схемы, алгоритмы, интеграция
Покажите, как устроено взаимодействие сервисов. Примерная схема: сервис каталога получает данные от Poizon, сервис склада считает остатки, сервис ПВЗ отвечает за точки выдачи, а сервис бронирования примерочных регистрирует запросы от клиентов. Для наглядности опишите алгоритм резервирования примерочной.
Алгоритм бронирования примерочной:
1. Пользователь выбирает товары в приложении Poizon.
2. При оформлении заказа выбирает ПВЗ Яндекс Доставки.
3. Система бронирует примерочную на выбранное время.
4. Клиент получает QR-код в приложении.
5. При визите в ПВЗ QR-код сканируется, примерочная открывается.
6. После примерки статус заказа обновляется.Для управления такими микросервисами обычно используют Kubernetes — он автоматизирует развёртывание и балансировку нагрузки. В дипломе достаточно описать конфигурацию deployment и service. Для сбора метрик и трейсов подключают OpenTelemetry, а процесс непрерывной поставки реализуют через CI/CD-пайплайн.
Тестирование и метрики: нагрузка, RTO/RPO, мониторинг
В третьей главе нужно доказать, что архитектура работает. Проведите нагрузочное тестирование эндпоинта бронирования. Замерьте время отклика, пропускную способность и отказоустойчивость. Хорошие метрики для дипломной работы — RTO (целевое время восстановления) и RPO (допустимая потеря данных). Например, для сервиса бронирования RTO = 5 минут, RPO = 0 — это значит, что данные теряться не должны.
| Метрика | Целевое значение | Метод измерения |
|---|---|---|
| Время отклика API (P95) | ≤ 300 мс | JMeter, Gatling |
| Пропускная способность | ≥ 1000 запросов/мин | Нагрузочный тест |
| RTO | 5 минут | Chaos-тестирование |
| RPO | 0 потерь | Тест на сбой репликации |
Чему вы научитесь, взяв этот кейс
- Проектировать архитектуру ИС с учётом внешних интеграций.
- Грамотно обосновывать выбор стека: микросервисы, очереди, Kubernetes.
- Составлять ТЗ по ГОСТ 34.602-89 и схемы в UML.
- Проводить нагрузочное тестирование и интерпретировать метрики.
Типичные ошибки студентов
1. Переписывание новостного материала вместо анализа. Решение: связывайте каждое утверждение из статьи с конкретным техническим аспектом вашей работы.
2. Отсутствие метрик эффективности. Если вы пишете, что «система работает быстро», приведите цифры и приложите результаты тестов.
3. Игнорирование ГОСТ при оформлении ТЗ. Это прямой путь к замечаниям рецензента. Изучите ГОСТ 34.602-89 и 19.402-78 до начала проектирования.
FAQ: частые вопросы по такой ВКР
Сложно ли спроектировать систему с интеграцией двух платформ?
Если не углубляться в детали — нет. В дипломе достаточно описать архитектуру на уровне схем и контрактов. Полную реализацию никто не требует, если это заявлено в задании.
Обязательно ли писать код?
Нет. Для оценки архитектуры можно обойтись UML-диаграммами, моделированием в AnyLogic или прототипированием в Figma. Код обязателен только если тема предполагает разработку.
Как оформить UML-диаграммы?
Используйте PlantUML или Draw.io. Подписи должны соответствовать ГОСТ, а на каждой диаграмме — быть ссылки на её использование в тексте.
Где брать тестовые данные для моделирования?
Подойдут открытые данные о количестве ПВЗ Яндекс Доставки, статистика трафика, а также сгенерированные синтетические данные. Это допустимо, если вы указали источник и ограничения.
Чек-лист «Что проверить перед сдачей»
- Есть ли ссылка на первоисточник и упоминание даты публикации?
- Соответствуют ли задачи работы полученным выводам?
- Приложены ли схемы архитектуры и диаграммы?
- Учтены ли требования ГОСТ 34.602-89 и ISO/IEC 25010?
- Есть ли таблица с метриками и результаты тестирования?
Разбираетесь в теме, но не хватает времени на ВКР? Мы поможем с любой темой — от архитектуры до ГОСТ. Первая консультация бесплатна, а работа займёт не больше 120 часов. Свяжитесь с нами, чтобы обсудить детали.
Источник: ДЭВУ (Poizon) и «Яндекс Доставка» объявляют о партнерстве по расширению сети ПВЗ и примерочных в России (опубликовано 2026-03-18)