Создание распределенной информационной системы в соответствии с вариантом

• 3 неделя: Выбрать тему-вариант, определить команду и сформировать ТЗ. В ТЗ должны быть четко указаны требования к каждому из участников.

• 8 неделя: макет figma (ссылку на figma добавить в ТЗ), диаграммы, swagger

• 12 неделя: полный комплект документов (ТЗ, РПЗ, ПМИ, РП, РСА)

• 14-15 неделя: защита, презентация по диаграммам, демонстрация приложения, ответы на вопросы

• Регистрация в государственном реестре ПО

Документация

1. ТЗ - каждый оформляет пункты и разделы по своей части
2. РПЗ - каждый оформляет пункты и разделы по своей части
3. Руководство пользователя (РП) оформляет Прикладной уровень: описание интерфейса и руководство по работе с приложением
4. Руководство Системного Администратора (РСА) - каждый оформляет пункты и разделы по своей части: системные требования, инструкция по развертыванию системы (ссылки на репозиторий), для каких компонентов что потребуется
5. Программа и методичка испытаний (ПМИ) - каждый оформляет пункты по своей части: тестирование функционала приложения в таблице последовательно по пунктам (функция из ТЗ, действие, результаты и маленький скриншот). Должны быть протестированы все пункты ТЗ.
6. GitHub - каждый оформляет по своей части
7. Swagger - каждый делает файлы по своему сервису
8. Диаграммы последовательности - каждый оформляет по своей части, с кем взаимодействует и подробнее ваша часть
9. Диаграмма развертывания - общая у всех
10. Макет figma - Прикладной уровень

• Введение (актуальность с цифрами и датами, цель, назначение, нефункциональные требования, задачи)
• Описание сервиса транспортного уровня с диаграммой последовательности и диаграммой развертывания
• Описание сервиса агентного уровня с диаграммой последовательности
• Описание прикладного уровня с диаграммой последовательности и скриншотами интерфейса
• Заключение: по пунктам решенные задачи и достигнутые результаты
• Список литературы. На каждый источник должна быть ссылка в тексте РПЗ
• 4 приложения: ТЗ, ПМИ, РП, РСА. У каждого приложения свой титульный лист

• Необходимо каждому студенту распечатать свой титульный лист РПЗ
• Титульные листы к РПЗ здесь
• ГОСТ (1.5 интервал, 1.25 см отступ, 14 пт и тд). Шрифт на рисунках должен быть такой же как в тексте.
• Все заголовки в курсовой должны быть с новой страницы через разрыв
• Параграфы должны быть минимум 300 слов
• Схемы не должны дублироваться в приложениях, если используются в РПЗ. Выносите в приложения очень большие диаграммы, которые не помещаются в РПЗ.

Примеры документации 2024 года

1. Проверка оформления через Контроль ВКР testVKR через vpn
2. Проверка на плагиат через antiplagiat

1. Сначала сказать тему и цель работы, задачи каждого исполнителя.
2. Далее каждый отвечает по своей части. Упор на сетевое взаимодействие: кто какие компоненты реализовал, какие протоколы использовал.
3. Необходимо по каждой части объяснить: технология вашего агента, про протокол WebSocket (отличия от HTTP, преимущества и недостатки), про congestion control TCP и Kafka
4. Быть готовым объяснить вашу работу на диаграмме последовательности или по коду вашего сервиса.
5. Демонстрация выполняется на 3 компьютерах, объединненых в одну локальную сеть
6. В демонстрации показать вкладку Network или консоль вашего сервиса. Вызывать методы вашего сервиса через postman/insomnia.

1. Что такое очередь? Что такое прикладной уровень? Почему они так называются.
2. Какого размер кадр? Какое максимальное количество ошибок в кадре можно исправить?
3. Что такое сеть, что такое нагрузка?
4. Модель OSI

Необходимо разработать систему обмена текстовыми сообщениями/файлами/телеметрией в реальном времени, состояющую из трех уровней: прикладной, транспортный и агентный. Каждый из уровней реализуется отдельным веб-сервисом. Для каждого варианта нужно передавать в JSON через все три уровня данные по вашей теме (начальные координаты, временной отрезок, название и тд) - эти поля будут только у вашего варианта и называются по вашей теме в Swagger.

• Настройка виратульной локальной сети ZeroTier

Интерфейс реализован на React + Redux Toolkit + Axios + MUI, дизайн должен копировать сайт по вашей теме. Он представляет собой окно чата с возможностью ввода текстового сообщения или отправки файла. При подключении необходимо ввести имя пользователя (открытие WebSocket соединения), которое будет передаваться с каждым сообщением. При обновлении страницы история чата не сохраняется. С помощью кнопки выйти можно отчистить чат и логин (закрытие WebSocket соединения), чтобы потом сменить пользователя. Если сообщение пришло с признаком ошибки - текст/файл не отображается, а в чате отображается значок ошибки.

Для метода Send формирует json сообщение с указанием отправителя, времени отправки и полезной нагрузки - текста или файла. При получении нового сообщения методом Receive - json с указанием отправителя, времени отправки, признака ошибки и полезной нагрузки.

• Прикладной уровень WebSocket по шагам. Мастер-класс WebSocket по шагам
• Методические указания по верстке и дизайну Figma. Инструкция по Figma MUI

При получении сегментов от агентного уровня они помещаются в очередь, раз в N секунд собираются в единое сообщение и передаются на прикладной уровень. Если часть из сегментов не была принята (1-3 цикла не было новых сегментов по этому сообщению), то на прикладной уровень итоговое сообщение передается с признаком ошибки.

Каждый пакет-сегмент представляет собой полезную нагрузку, времени отправки (как id сообщения), общую длину сообщения (количество сегментов), номер данного сегмента в сообщении.

Сервис должен терять сегменты от агентного уровня (перед внесением в очередь) с вероятностью R %, где R номер варианта (от 1 до 10).

• Транспортный уровень Kafka+Docker в Golang. Мастер-класс Kafka Golang
• Пример работы с очередями Kafka в Python
• Ролик про межсервисное взаимодействие и очереди

Текстовые сообщения, телеметрия или файлы разбиваются на сегменты по X байт и отправляются отдельными сегментами от агентного на транспортный уровень.

Данный уровень выполняет одну из трех разных функций в зависимости от варианта. Это либо

• генерация текста в ответ на запрос пользователя с помощью локальной LLM на ноутбуке агента (НЕ браузер) на 1-7 млрд, ответ приходит частями (по 2-3 предложения например)
• Передача мультимедиа файла по частям, каждый файл нужно на этом уровне разбить на части, каждую часть отправить отдельным запросом (например видео 200 Мб разбить на 12 частей по 17 Мб). Файл хранится в объектном хранище (Minio и аналоги)
• Передача телеметрии робота порциями раз в несколько секунд. Желательно развернуть агента внутри виртуалки с ROS2, внутри сервис на FastAPI. И как остальные варианты эта виртуалка общается с транспортным уровнем по HTTP.

Передача тайла от спутника ДЗЗ. Храним 16 тайлов из квадратной сетки, для получения нужного вводим две координаты тайла, который хотим получить.

Передача короткого видео. Храним 10-20 последовательных кусков фильма по 5 минут. Для получения нужного вводим начальную минуту фильма, которая соответствует этому кусочку.

Передача панорамного изображения. Храним 8 сегментов круговой панорамы по 45 градусов. Для получения нужного вводим угол поворота камеры от 0 до 360 градусов.

Передача аудиокниги по главам. Храним 20-30 аудиофайлов с отдельными главами произведения. Для получения нужной вводим номер главы или временную метку начала.

Передача кадров с камеры видеонаблюдения. Храним 50 отрезков по 5 минут видеозаписи за сутки. Для получения нужного вводим час и минуту, которые соответствуют нужному отрезку.

Передача слоев географической карты. Храним векторные слои карты (рельеф, дороги, здания, растительность). Для получения нужного вводим тип слоя.

Передача снимков с микроскопа. Храним серию снимков с разным увеличением (x10, x40, x100, x400, x1000). Для получения нужного вводим требуемое увеличение и номер ислледуемого образца.

Передача кадров 3D-модели. Храним 36 кадров модели с разных ракурсов (каждые 10 градусов). Для получения нужного вводим угол поворота модели.

Передача звуковых дорожек многоканального аудио. Храним отдельные аудиопотоки (левый, правый, центральный, тыловой). Для получения нужного вводим тип канала.

Передача архивных документов по страницам. Храним отсканированные страницы документа в виде отдельных изображений. Для получения нужной вводим номер страницы.

Суммаризация нейросетью выбранных сообщений. Сообщения выбираются пользователем из чата и затем по кнопке отправляются одним запросом в агент.

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

Применение тональности к отзывам. Пользователь загружает отзыв и указывает желаемую тональность (позитивный, негативный, нейтральный). Агент применяет тональность и возвращает новый результат частями.

Генерация названий для товаров. Пользователь вводит описание товара, агент генерирует 5-10 вариантов названий, возвращая их по 2-3 варианта за раз.

Отзыв на описание с пояснениями. Пользователь отправляет текстовое описание на 5-10 абзацев, агент анализирует его и добавляет комментарии отдельно для каждого абзаца.

Создание структуры документа. Пользователь вводит тему документа, агент генерирует структуру (оглавление, разделы, подразделы) и возвращает частями.

Ответы на вопросы по документации. Пользователь загружает фрагмент документации и задает вопрос, агент ищет ответ в загруженном тексте и возвращает найденную информацию частями. При желании можно применить RAG, но не обязательно.

Генерация тестовых данных. Пользователь описывает структуру данных (JSON), агент генерирует примеры заполнения этих данных.

Упрощение сложных текстов. Пользователь вводит сложный научный или технический текст, агент переписывает его простым языком, возвращая результат частями.

Генерация идей для контента. Пользователь вводит тему (блог, видео, пост в соцсетях), агент генерирует 10-15 идей, возвращая их группами по 3-4 идеи.

Робот движется по жилому помещению и транслирует свое положение. Задается два начальных угла положения робота.

Программа станка с ЧПУ. Задается последовательность команд для 2D поверхности, для каждой нужные параметры (координаты, длительность, глубина): просверлить отверстие, фрезеровка от начальной кординаты до конечной. В конце возвращается в начальное положение. Транслируется название команды и положение резца робота на 2D поверхности

Дрон облетает здание по заданному маршруту. Задаются координаты угловых точек маршрута. Транслируется текущее положение дрона, высота, скорость и заряд батареи.

Робот-манипулятор сортирует детали на конвейере. Задаются типы деталей (брак, готовая деталь) и их последовательность на конвейере. Транслируется положение захвата, и состояние захвата (открыт/закрыт).

Автономный автомобиль движется по полосе. Задаются параметры дороги (кривизна, ограничения скорости). Транслируется скорость, угол поворота колес, ускорение.

Квадрокоптер выполняет видеосъемку местности. Задается область съемки в координатах. Транслируется положение, высота, и остаток памяти для съемки.

Робот-пылесос убирает комнату. Задается схема комнаты: многоугольник с прямыми углами без внутренних препятствий. Комнату просто обойти горизонтальными линиями змейкой. Транслируется текущее положение, пройденное расстояние, степень заполнения пылесборника и уровень заряда.

Промышленный робот варит швы на корпусе. Задается траектория сварного шва и параметры сварки. Транслируется положение сварочной головки, температура.

Роботизированная рука играет в шахматы. Задается последовательность ходов в нотации. Транслируется положение захвата, координаты фигуры на доске и статус захвата.

Световое шоу дронов. Задается фигура (из готового списка: сердце, пирамида и тд) и ее длительность, после этого дроны возвращаются в начальное положение. Для каждого робота транслируется его положение.

Робот телескоп. Робот находится на заданный точке Земли. Задается последовательность снимков с небесными координатами, которые нужно выполнить роботу. Транслируется углы поворота телескопа.

• Модель: создание модуля для операционной системы ROS для реализации протокола передачи по WebSocket команд по управлению роботом
• Методические указания ROS
• Пример реализации

• Пример реализации фронтенда.
• Ролик про плюсы и минусы WebSocket, LongPolling, event sourcing

• Ролик с примером реализации Long Polling
• Пример взаимодействия через Long Polling