Перейти к основному содержимому

2 Система резервной видеозаписи с автоматическим переключением на локальное хранилище при потере сети

🎯 Общая характеристика проекта 1-2

АтрибутЗначение
ТипПрограммный проект (учебный)
Максимальная оценка8,2 балла (учебный проект)
ОписаниеПродукт: система резервной видеозаписи с автоматическим переключением на локальное хранилище при потере сети. Исследование: отказоустойчивость.
Цель продуктаОбеспечение непрерывной записи видео с IP-камер на локальное хранилище (например, SD-карту) при сбое сетевого соединения с основным сервером видеозаписи.
Целевая аудиторияСистемы видеонаблюдения в условиях нестабильной сети: удалённые объекты, транспорт, дроны, временные установки.
Технологии (рекомендуемые)RTSP, ONVIF, FFmpeg, GStreamer, Python/Bash, мониторинг сети (ping, netstat), логирование, файловая система (циклическая запись).

📅 Поэтапные требования к проекту 1-2


📌 Этап 1: Выбор темы

Дата: 19.01.2026
Формат: Онлайн-форма
Документы: Форма

🔹 Требования к защите

  • Подтверждён выбор темы 1-2.
  • Сформирована команда (до 2 человек).
  • Определены роли участников (разработчик, тестировщик и т.д.).
  • Подтверждено понимание задачи и целевой аудитории.
КритерийВесОписание
Выбор темы1%Формальное подтверждение выбора темы, формирования команды и распределения ролей. Оценка выставляется при условии своевременной подачи формы.

📌 Этап 2: Представление проекта

Дата: 31.01.2026
Формат: Презентация
Документы: Слайды, ТЗ

🔹 Требования к защите

  • Чётко сформулированы:
    • Проблема: потеря видео при обрыве сети.
    • Решение: автоматическое переключение на локальную запись.
    • Целевая аудитория.
  • Описаны технологии и архитектура системы.
  • Представлен план реализации.
  • Подтверждено согласование подхода с заказчиком.
КритерийВесОписание
Продукт25%Постановка цели, видение законченного продукта: как работает система, где применяется
Польза25%Обоснование необходимости: почему текущие решения недостаточны, как продукт улучшает ситуацию
Пользователь20%Описание целевой аудитории внутри и вне МИЭМ, количественная оценка, рынки применения
Технологии20%Обоснованный выбор стека, использование существующих решений (например, FFmpeg), поддерживаемость
Развитие10%Перспективы развития: коммерциализация, ВКР, интеграция в промышленные системы

📌 Этап 3: PoC (Proof of Concept)

Дата: 21.02.2026
Формат: Демонстрация + видео + репозиторий
Документы: Git, видео

🔹 Требования к защите

  • Экспериментально подтверждена техническая реализуемость:
    • Запись видео с камеры через RTSP/ONVIF.
    • Обнаружение потери сети.
    • Автоматический запуск локальной записи при сбое.
  • Демонстрация минимальной работоспособности.
  • Видео (до 3 минут) с демонстрацией сценария: сбой сети → включение локальной записи.
  • Код выложен в репозиторий с README.
КритерийВесОписание
Техническая реализуемость60%Подтверждение, что выбранный подход позволяет обнаруживать потерю сети и запускать локальную запись
Демонстрация20%Наличие видео, показывающего сценарий сбоя и реакции системы
Код и документация20%Наличие репозитория с рабочим кодом, README, инструкцией по запуску и описанием архитектуры PoC

📌 Этап 4: Прототип

Дата: 16.03.2026
Формат: Демонстрация + отчет + репозиторий
Документы: Демо, отчет, git

🔹 Требования к защите

  • Реализован прототип с поддержкой:
    • Подключения к IP-камере по RTSP/ONVIF.
    • Мониторинга доступности сервера (ping, RTSP-пинг).
    • Автоматического запуска записи на SD-карту при потере связи.
    • Восстановления записи на сервер при восстановлении сети.
  • Демонстрация работы в реальном времени.
  • Отчёт с описанием архитектуры, логики переключения, форматов файлов.
КритерийВесОписание
Реализация функционала40%Поддержка мониторинга сети, переключения, локальной записи и восстановления
Интеграция25%Успешная интеграция с IP-камерой (RTSP/ONVIF), использование FFmpeg/GStreamer
Демонстрация20%Работающий демо-стенд, показ сценария сбоя и восстановления
Документация15%Наличие отчёта с описанием архитектуры, API, логики работы, форматов файлов и инструкций по запуску

📌 Этап 5: MVP (Minimal Viable Product)

Дата: 11.04.2026
Формат: Работающий продукт + отзыв + отчет + git
Документы: Отзыв, отчет, git

🔹 Требования к защите

  • Продукт может быть запущен и использован без участия разработчика.
  • Поддержка всех базовых функций:
    • Подключение к камере.
    • Мониторинг сети.
    • Автоматическое переключение на локальную запись.
    • Восстановление основной записи.
    • Циклическая запись на SD-карту (с перезаписью при нехватке места).
  • Наличие документации пользователя и разработчика.
  • Получен отзыв пользователя.
КритерийВесОписание
Продукт30%Готовность продукта: отчуждаемость, выполнение базовых функций, непрерывность записи
Документация разработчика20%Наличие спецификации MVP/MUP, описание архитектуры, API, логики переключения, текущего результата
Запуск и работа30%Продукт запускается без разработчика, не требует несвойственных действий от пользователя, работает в фоне
Документация пользователя20%Полная инструкция по установке, настройке, проверке работы и интерпретации логов

📌 Этап 6: MUP (Minimal Usable Product)

Дата: 16.05.2026
Формат: Асинхронная защита + консультация
Документы: Отзыв, отчет, git

🔹 Требования к защите

  • Продукт внедрён в тестовую среду (например, на камеру в лаборатории).
  • Пользователь самостоятельно использует весь функционал.
  • Получен отзыв о реальном использовании.
  • Документация дополнена на основе фидбэка.
  • Созданы маркетинговые материалы.
КритерийВесОписание
Отзыв пользователя30%Удобство использования, надёжность, скорость реакции на сбой, качество уведомлений
Функциональность30%Полная реализация всех функций: мониторинг, переключение, восстановление, циклическая запись
Документация пользователя20%Наличие полной, понятной документации с установкой, навигацией, сценариями использования и устранением неисправностей
Маркетинг20%Наличие лендинга, продуктового ролика, раздатки или презентации, адаптированных под целевую аудиторию

📌 Этап 7: Защита проекта

Дата: 06.06.2026 или 13.06.2026
Формат: Презентация + демо + отзывы
Документы: Слайды, демо, отзывы

🔹 Требования к защите

  • Презентация пользовательского опыта.
  • Демонстрация работы продукта (включая сценарий сбоя и восстановления).
  • Представление отзывов пользователей.
  • Подача заявки на РИД.
  • Ответы на вопросы.
КритерийВесОписание
Представление20%Маркетинговый стиль, ясность, логичность, отсутствие научного стиля, фокус на пользе и кейсах
Маркетинг20%Качество лендинга, ролика, раздатки — соответствие продуктовому жанру, наличие кейсов применения
Впечатления пользователей30%Удобство, надёжность, простота установки и использования, качество UX/UI и уведомлений
Завершённость30%Полная документация, функциональность, наличие дистрибутива, ссылки на код, расширенный функционал или сценарии (например, уведомления по email/SMS)

Вложения