IoT-платформа для удалённого управления автомобилем: руководство для ВКР на реальном кейсе МТС и Jetour

17 марта 2026 года МТС сообщила об оснащении кроссоверов Jetour Dashing, T2 и X70+ встроенной мобильной связью. Это не просто новость для автовладельцев, а готовый производственный кейс для вашей выпускной квалификационной работы. Удалённое управление автомобилем — классический пример IoT-системы, где сочетаются облачная инфраструктура, защищённые протоколы и аналитика. На таком примере легко построить диплом, который действительно защищается: он опирается на реальную практику, а не на абстрактные рассуждения. В этой статье разберём, как превратить новость в полноценную тему ВКР, спроектировать архитектуру, написать код и подготовить метрики для защиты. Никакой воды — только применимые шаги.

Почему кейс МТС и Jetour — готовая основа для дипломного проекта

Подключённый автомобиль — это не единичное устройство, а распределённая система: встроенный шлюз, SIM-модуль оператора, облачные сервисы, мобильное приложение. В своей ВКР вы можете показать полный цикл разработки такого продукта: от анализа требований до тестирования. Кейс МТС даёт актуальность и реальные данные для первой главы: компания уже интегрировала связь, значит, рынок движется в эту сторону, и ваша работа отвечает запросу индустрии. Осталось выбрать угол, под которым вы раскроете тему.

Три актуальные темы ВКР на основе новости

Как встроить кейс МТС в главы вашей работы

Глава 1: анализ и теория

Опишите рынок connected car, приведите данные из новости: МТС оснастила связью кроссоверы Jetour Dashing, T2 и X70+, что позволило владельцам удалённо управлять автомобилем. Это станет отправной точкой для обоснования актуальности. Затем перейдите к классификации IoT-платформ: модели развёртывания (облако, локальный сервер), протоколы (MQTT, HTTPS, CoAP), типы данных (телеметрия, команды). Не забудьте сослаться на ГОСТ 34.601 — стандарт на автоматизированные системы, если будете проектировать систему как АС. Он пригодится для описания стадий разработки.

Глава 2: проектирование и реализация

Спроектируйте архитектуру с помощью диаграмм C4/UML — их легко создать в Draw.io или PlantUML. Нарисуйте контейнерную диаграмму C4: клиентское приложение (мобильный), бэкенд-API, автомобильный шлюз, база данных. Укажите, как эти компоненты связаны: мобильное приложение отправляет REST-запрос, бэкенд публикует команду в MQTT-брокер, шлюз принимает и исполняет её. Для развёртывания микросервисов используйте Kubernetes — это будет плюсом на защите, так как показывает инженерный уровень.

# Фрагмент микросервиса управления автомобилем (FastAPI)
from fastapi import FastAPI, HTTPException
from pydantic import BaseModel
from mqtt_client import publish

app = FastAPI()

class Command(BaseModel):
    command: str  # "engine_start", "lock", "unlock"

@app.post("/vehicle/{vin}/command")
async def send_command(vin: str, cmd: Command):
    # Проверка прав через OAuth2-токен (упрощённо)
    if not is_authorized(vin):
        raise HTTPException(status_code=403, detail="Forbidden")
    # Публикация команды в MQTT-топик
    publish(f"vehicle/{vin}/command", cmd.command)
    return {"status": "accepted", "vin": vin, "command": cmd.command}

Глава 3: тестирование и оценка эффективности

Покажите, как вы проверяете работоспособность системы. Проведите нагрузочное тестирование с помощью Apache JMeter или Locust: замерьте время отклика, пропускную способность, процент успешных команд. Для оценки качества используйте стандарт ISO/IEC 25010 — выберите характеристики (функциональная пригодность, эффективность, защищённость) и опишите, какими метриками они измеряются. Если тема касается безопасности, примените OWASP: проанализируйте типичные угрозы (перехват команд, подделка токенов, инъекции) и покажите, как вы их закрываете.

Метрики для защиты

Чему вы научитесь, выполнив такую работу

• Проектировать архитектуру IoT-систем с учётом масштабирования и отказоустойчивости.
• Настраивать Kubernetes для оркестрации контейнеров и автоматического масштабирования.
• Работать с MQTT-брокерами и REST API.
• Применять стандарты ГОСТ 34.601, ISO/IEC 25010 и OWASP в реальном проекте.
• Грамотно формулировать выводы и защищать результаты перед комиссией.

Частые вопросы студентов

1. Какой стек выбрать, чтобы успеть сделать проект за семестр?

Ориентируйтесь на простой, но показательный набор: Python + FastAPI для бэкенда, MQTT-брокер Mosquitto, PostgreSQL для хранения данных. Для визуализации — Grafana. Kubernetes можно заменить Docker Compose, если нужно упростить. Главное — показать понимание архитектуры, а не количество технологий.

2. Как оформить схемы и диаграммы по ГОСТ?

Используйте нотацию C4 или UML. В пояснительной записке каждая схема должна иметь подпись (например, «Рисунок 2 — Диаграмма контейнеров системы») и ссылку в тексте. Обратите внимание на ГОСТ 2.105 и ГОСТ 19.701 — они регламентируют оформление схем алгоритмов и программ. Чёткие критерии уточняйте в методичке вашего вуза.

3. Где взять данные для анализа, если нет реального автомобиля?

Используйте открытые данные из статьи МТС, статистику рынка connected car (например, исследования Counterpoint, J.D. Power). Для практической части создайте симулятор автомобиля, который принимает MQTT-сообщения и возвращает телеметрию. Это полностью покрывает требования к ВКР.

4. Как показать эффективность, если нет возможности сравнить с аналогом?

Сравните свою реализацию с базовой моделью (например, без кэширования и с ним) или с требованием ТЗ. Отметьте, что система соответствует ISO/IEC 25010 по выбранным характеристикам. Это будет объективной оценкой.

Источник: МТС обеспечила связью кроссоверы Jetour Dashing, T2 и X70+ (опубликовано 2026-03-17)