Опубликовано: 21.04.2026 | Источник: ZDNet – Enterprise Software

Мобильные приложения для поиска дешёвого топлива в дипломе: как сделать ВКР актуальным и защищаемым

Статья на ZDNet от 2 апреля 2026 года описывает, как пользователь снижает расходы на бензин с помощью мобильных приложений, анализирующих цены в реальном времени по геолокации. Это не просто лайфхак — это пример массового внедрения локационных сервисов, API цен и микросервисной архитектуры в повседневную жизнь. Для студентов технических специальностей это сигнал: решения, основанные на геоданных, агрегации внешних API и оптимизации поведения пользователя, уже востребованы рынком. Если ваша ВКР ещё строится на устаревших монолитах без интеграции с внешними источниками, вы рискуете потерять актуальность. Современные требования — это масштабируемость, экономия ресурсов и ориентация на конечный результат, как в случае с приложениями, снижающими затраты на топливо.

Темы для ВКР на основе статьи

1. Разработка мобильного приложения для агрегации цен на топливо

• Актуальность: Рост цен на топливо делает экономию критичной. Приложения, как описано в статье, уже используются миллионами — значит, есть спрос на решения, основанные на открытых API и геоданных.
• Цель: Создать прототип мобильного приложения, определяющего ближайшие АЗС с минимальными ценами на бензин.
• Задачи:
  • Проанализировать существующие API (например, Яндекс.Карты, Google Maps, OpenStreetMap + сторонние источники цен).
  • Спроектировать архитектуру с разделением клиента и сервера.
  • Реализовать алгоритм фильтрации и сортировки по цене и расстоянию.
  • Протестировать производительность и точность.
• Структура:
  • Глава 1 — Анализ рынка и существующих решений, выбор технологий.
  • Глава 2 — Проектирование архитектуры, UML-диаграммы, схема взаимодействия сервисов.
  • Глава 3 — Реализация, тестирование, расчёт экономической эффективности.

2. Исследование эффективности микросервисной архитектуры в локационных приложениях

• Актуальность: Приложения из статьи должны быстро обновлять данные, масштабироваться и быть отказоустойчивыми — идеальный кейс для микросервисов.
• Цель: Сравнить монолит и микросервисы при реализации аналогичного функционала.
• Задачи:
  • Описать архитектурные паттерны (API Gateway, Service Discovery, Circuit Breaker).
  • Реализовать два варианта: монолит и микросервисы (на примере двух сервисов — геолокации и цен).
  • Измерить метрики: время отклика, потребление памяти, RTO при сбое.
  • Оценить сложность развертывания и поддержки.
• Структура:
  • Глава 1 — Теория микросервисов, сравнение с монолитом, стандарты ISO/IEC 25010.
  • Глава 2 — Проектирование двух архитектур, схемы взаимодействия.
  • Глава 3 — Тестирование, анализ результатов, экономика внедрения (TCO).

3. Оптимизация маршрута с учётом стоимости топлива и загруженности дорог

• Актуальность: Приложения из статьи ищут дешёвые АЗС, но не учитывают путь до них. Это пробел, который можно закрыть в ВКР.
• Цель: Разработать алгоритм, находящий оптимальный маршрут с минимальными затратами на топливо и временем в пути.
• Задачи:
  • Интегрировать API карт и цен на топливо.
  • Модифицировать алгоритм Дейкстры или использовать A* с весами: цена + время.
  • Реализовать прототип веб- или мобильного интерфейса.
  • Провести сравнение с Google Maps по критерию «стоимость поездки».
• Структура:
  • Глава 1 — Анализ алгоритмов маршрутизации, обзор API.
  • Глава 2 — Математическая модель, проектирование системы.
  • Глава 3 — Реализация, тестирование, визуализация результатов.

Аналитическая глава: как использовать статью в теоретической части

В Главе 1 вашей ВКР нужно не просто описать, что есть приложения для поиска дешёвого топлива, а провести сравнительный анализ по критериям:

• Источники данных (открытые API, парсинг сайтов, пользовательский ввод).
• Архитектура (клиент-сервер, PWA, нативные приложения).
• Типы данных (геолокация, цены, время обновления).
• Соблюдение стандартов (GDPR, ГОСТ Р 57580.1-2017 — защита персональных данных).

Пример таблицы для диплома:

На основе анализа вы обосновываете выбор стека: например, React Native + Node.js + MongoDB для кроссплатформенности и гибкости. Ссылайтесь на статью как на подтверждение рыночной востребованности идеи.

Проектная часть: схемы, интеграция, архитектура

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

Мобильное приложение → API Gateway → [Сервис геолокации] ↔ [Сервис цен] ↔ [База данных]
                                      ↓
                                OpenTelemetry (логи, метрики)
                                      ↓
                                 Prometheus + Grafana (мониторинг)

Используйте UML-диаграммы:

• Диаграмма вариантов использования (например, «Пользователь запрашивает список АЗС»).
• Диаграмма последовательности (взаимодействие клиента и сервера).
• Диаграмма развёртывания (если используете Kubernetes).

Если вы делаете микросервисы — укажите, как реализуете Service Discovery (Consul), отказоустойчивость (Circuit Breaker), CI/CD-пайплайн (GitHub Actions или GitLab CI). Это покажет, что вы работаете по современным стандартам, а не просто «написали код».

Тестирование и метрики: как доказать эффективность

Третья глава — не просто «всё работает». Нужны измеримые результаты. Примеры метрик:

• Время отклика API — до и после оптимизации (например, кэширование через Redis).
• Точность определения ближайшей АЗС — сравнение с Google Maps.
• Экономия топлива — расчёт на примере маршрута Москва–СПб.
• RTO (время восстановления) — при падении сервиса цен.
• Потребление трафика — критично для мобильных приложений.

Используйте OpenTelemetry для сбора метрик, Prometheus для хранения, Grafana — для визуализации. Это соответствует стандарту ISO/IEC 25010 по поддерживаемости и производительности.

Пример расчёта экономии:

Расстояние: 700 км
Расход: 8 л/100 км
Цена на дешёвой АЗС: 60 руб/л
Цена на дорогой: 65 руб/л
Экономия: (65 – 60) * (700 / 100 * 8) = 280 руб

Такой расчёт — это уже экономическая часть диплома, которую можно защитить перед комиссией.

Чему вы научитесь

Работа над таким проектом даёт реальные навыки:

• Работа с геоданными и API (реальные источники, обработка ошибок).
• Проектирование масштабируемой архитектуры (микросервисы, Kubernetes).
• Измерение производительности и отказоустойчивости.
• Оформление технической документации по ГОСТ 34.602-89 (ТЗ), ГОСТ 19 (диаграммы).
• Обоснование выбора технологий — не «потому что знаю», а по критериям: масштабируемость, безопасность, TCO.

FAQ: Ответы на частые вопросы

Насколько сложно реализовать такое приложение?
Уровень — средний. Базовая версия (REST API + карта + фильтр) — 2–3 месяца. Можно использовать готовые SDK (Google Maps, Yandex Maps).

Обязательно ли писать код в дипломе?
Да, если вы на IT-специальности. Даже прототип на 500 строк — лучше, чем «теоретическое исследование». Код должен быть в приложении к ВКР.

Как оформить UML-диаграммы?
Используйте PlantUML, draw.io или StarUML. Диаграммы включаются в основной текст с подписями: «Рисунок 2.1 — Диаграмма вариантов использования».

Где брать тестовые данные?
Открытые API (OpenStreetMap, Яндекс.Карты), синтетические данные (генераторы), архивы статистики (например, data.gov.ru). Укажите источник в дипломе.

Источник: How I pay less for gas: 5 apps I use to find the cheapest stations nearby (опубликовано 2026-04-02)