Проектирование автономного подводного аппарата для ВКР: архитектура, безопасность и метрики эффективности

В марте 2026 года Пентагон объявил о развёртывании гигантских подводных роботов Dive-XL для патрулирования опасных вод. Беспилотные аппараты работают под управлением ИИ, самостоятельно принимают решения в условиях ограниченной связи и несут сенсорное оборудование. Для студента ИТ-специальностей этот кейс — не просто новость, а готовый полигон для выпускной работы. Тренд на автономные системы требует понимания архитектуры, стандартов безопасности (ГОСТ Р 56938-2016, ISO 12100) и методов симуляции. В этой статье разберём, как превратить новость о Dive-XL в полноценную ВКР, какие темы выбрать и как избежать типичных ошибок.

Актуальные темы ВКР на основе подводных роботов

Каждая тема связывается с реальными вызовами из статьи: автономность, надёжность, безопасность при отсутствии связи с оператором.

Тема	Актуальность	Цель	Пример структуры глав
Архитектура системы управления автономного подводного аппарата (АПА)	Dive-XL показывает, что ИИ-системы должны работать в изоляции; вузовские проекты часто игнорируют резервирование и событийно-ориентированные архитектуры.	Разработать модульную архитектуру на ROS 2 с отказоустойчивостью	Гл.1 – Анализ подводных АПА (стандарты MIL-STD-810, ГОСТ 34.601-90). Гл.2 – Проектирование схемы компонентов (UML, SysML). Гл.3 – Симуляция в Gazebo и тестирование падения связи.
Безопасность и надежность подводного ИИ-патруля	В статье подчёркивается риск потери моряков; безопасность автономных систем – ключевой тренд.	Обосновать требования безопасности по ISO 12100 и разработать методику верификации AI-модулей	Гл.1 – Обзор инцидентов и стандартов. Гл.2 – Формальная спецификация поведенческих политик. Гл.3 – Тестирование на симуляторе с внесением ошибок.
Оптимизация энергопотребления и пропускной способности каналов связи АПА	Ограниченность ресурсов под водой — главный барьер; Dive-XL использует акустические модемы с низкой пропускной способностью.	Разработать алгоритм адаптивного управления режимами работы и компрессии данных	Гл.1 – Анализ протоколов подводной связи (JANUS, T-Lohi). Гл.2 – Проектирование схемы энергосбережения. Гл.3 – Моделирование в ns-3 и расчёт экономии.

Аналитическая глава: сравниваем решения и обосновываем стек

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

Сравнение подходов: Классический ROV (remotely operated vehicle) против AUV (autonomous underwater vehicle). Покажите, почему ИИ-патрули выгоднее (снижение человеческих рисков, круглосуточное дежурство).
Обоснование фреймворка: ROS 2 + Gazebo — индустриальный трек для роботов. Ссылайтесь на документы NASA и Open Robotics, а также на то, что Dive-XL вероятно использует аналогичную событийно-ориентированную архитектуру.
Учёт стандартов: ГОСТ 34.601-90 (стадии создания автоматизированной системы) и ISO/IEC 25010 (качество ПО). В дипломе обязательно опишите, как ваша система соответствует этим метрикам.

Проектная часть: UML, алгоритмы и интеграция с ИИ

Здесь вы показываете «внутренности» системы. Для ВКР по IT-архитектуре достаточно схем и псевдокода.

Схема компонентов: Сенсорный слой → модуль слияния данных (кальмановский фильтр) → AI-планировщик → исполнительные механизмы. Нарисуйте UML-диаграмму классов.
Алгоритм принятия решений: Например, «если потеря связи с базой более 30 секунд – переход в автономный режим с возвратом по последней метке». Покажите конечный автомат (Statechart).
Интеграция симуляции: Кратко опишите, как Вы будете тестировать алгоритмы в Gazebo с моделью подводной среды (течения, задержки связи). Можно использовать OpenUAV или UUV Simulator.

Тестирование и метрики: RTO, RPO, нагрузка и мониторинг

Без чисел диплом превращается в реферат. Используйте метрики из статьи: глубина, время автономной работы, время реакции.

Нагрузочное тестирование: Проверьте, как система ведёт себя при 50 объектах на радаре (имитация плотного движения). Замеряйте время цикла управления.
RTO/RPO: Время восстановления после сбоя (например, отказ гидролокатора). В отчёте укажите Acceptable RTO < 5 минут, RPO — не более 10 MB потерянных данных.
Мониторинг: Предложите архитектуру на OpenTelemetry или Prometheus + Grafana для сбора метрик с бортовых датчиков. Объясните, как это поможет оператору на берегу.

Чему вы научитесь, сделав такую ВКР

Проектировать распределённые системы с жёсткими ограничениями по связи и энергии.
Работать с ROS 2, Gazebo, CMake, Git — инструментами, востребованными в R&D-отделах.
Оформлять техническую документацию по ГОСТ 34.602-89 (ТЗ) и ISO/IEC 25010.
Обосновывать экономический эффект: снижение затрат на содержание моряков, сокращение времени патрулирования.

Типичные ошибки студентов

Подмена понятий SaaS/PaaS без обоснования. Не пишите «используем облачные вычисления», если под водой нет 4G. Используйте бортовые Edge-вычисления.
Игнорирование требований безопасности. В дипломе обязательно упомяните ISO 12100 и ГОСТ Р 56938-2016, иначе рецензент спросит «а что если робот собьёт лодку?».
Отсутствие метрик эффективности. Фразы «высокая скорость» не принимаются. Укажите численные пороги: глубина до 6000 м, время реакции менее 200 мс.

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

Обязательно ли писать код для симуляции?

Да, даже небольшой прототип на Python/C++ в ROS 2 повышает оригинальность. Но если тема чисто архитектурная, можно ограничиться диаграммами и обоснованием.

Где брать тестовые данные для модели?

Используйте открытые датасеты: Algae Bloom, Seabed Mapping (MBARI). Или сгенерируйте в Gazebo с плагинами течений.

Как оформить UML-диаграммы в соотв. с ГОСТ?

Применяйте нотацию UML 2.5. В качестве методички — «ГОСТ Р ИСО/МЭК 19501-2005». Указывайте стереотипы и теги.

Сложно ли защищать проект без реальной эксплуатации?

Нет, если есть симуляция и расчёты. Главное — показать, что архитектура обоснована стандартами и метриками.

Чек-лист: что проверить перед сдачей

[ ] Ссылка на новость о Dive-XL и обоснование актуальности во Введении.
[ ] Соответствие задач выводам (каждая задача отражена в главе 3).
[ ] Наличие хотя бы одной UML-диаграммы (классов или состояний).
[ ] Упоминание ГОСТ 34.601-90 или ISO 25010 в теоретической главе.
[ ] Метрики (RTO, время отклика, энергопотребление) в разделе тестирования.
[ ] Проверка работы на антиплагиат (оригинальность моделей и обоснований).

Материал подготовлен экспертами компании «ВКР-Эксперт». Мы помогаем студентам с 2010 года. Если вам нужна помощь в разработке темы или оформлении работы, наши специалисты готовы подсказать.

Последнее обновление: 2026-07-21

Закажите консультацию бесплатно. Мы поможем с любой темой — от архитектуры до экономики. Уделяем внимание ГОСТ и проверке на уникальность. Узнать подробности →

Источник: Зачем рисковать моряками на глубине? Пентагон отправляет гигантских роботов Dive-XL патрулировать самые опасные воды (опубликовано 2026-03-14)

```