Опубликовано: 23.09.2026 | Источник: CNews (новости)

Valo Cloud и ОС «Аврора» в дипломе: защищённый корпоративный файлообмен как тема ВКР

25 марта 2026 года в RuStore появилось мобильное приложение корпоративной платформы обмена и синхронизации файлов Valo Cloud, собранное под отечественную ОС «Аврора». Событие само по себе тихое: ну, вышло ещё одно приложение в каталоге. Но для выпускника ИТ-направления это очень удобный маркер. Российские защищённые мобильные ОС перешли из стадии пилотов в продуктовую стадию — а значит, появился устойчивый спрос на инженеров, которые умеют проектировать корпоративный файлообмен под них: с разграничением доступа, аудитом, сквозным шифрованием и публикацией в отечественный магазин приложений.

Ниже — разбор, как из этой новости собрать внятную, защищаемую тему ВКР: с аналитической главой, проектированием, метриками и нормативным оформлением.

Три темы ВКР, которые «вырастают» из этой новости

Тема 1. Проектирование защищённого мобильного клиента корпоративного файлообмена для ОС «Аврора»

Актуальность. Valo Cloud — не единственный игрок, вышедший в RuStore с поддержкой «Авроры», но он показателен: вендоры корпоративных систем синхронизации файлов больше не считают мобильную отечественную ОС экзотикой. Значит, типовой стек «веб-клиент + десктоп» надо расширять мобильным контуром, а требования к нему формулировать с нуля.

Цель: разработать архитектуру и прототип мобильного клиента файлового обмена для ОС «Аврора» с ролевой моделью доступа и журналированием действий.

Задачи:

• проанализировать ограничения платформы «Аврора» (Qt/QML, политики безопасности, работа с криптопровайдером);
• спроектировать схему синхронизации с поддержкой офлайн-режима и разрешением конфликтов версий;
• реализовать прототип клиента и модуль аудита операций;
• оценить защищённость решения по ГОСТ Р ИСО/МЭК 25010 и провести нагрузочное тестирование.

Структура: Гл. 1 — обзор платформ корпоративной мобильности и требований регуляторов; Гл. 2 — архитектура клиента, диаграммы компонентов и последовательностей; Гл. 3 — тестирование, метрики производительности, расчёт стоимости внедрения.

Тема 2. Оценка защищённости каналов синхронизации корпоративных данных на мобильных ОС

Актуальность. Публикация в RuStore означает, что приложение прошло модерацию и подписано — но это не измеряет криптостойкость канала. Для корпоративного сегмента вопрос «чем шифруем и как часто ротируем ключи» важнее самого факта наличия приложения.

Цель: построить методику оценки защищённости канала синхронизации файлов между мобильным клиентом и сервером.

Задачи: описать модель угроз; сравнить TLS 1.3 и ГОСТ TLS; проверить хранение данных на устройстве (at-rest); собрать метрики RTO/RPO при восстановлении; оформить результаты в виде протокола испытаний.

Структура: Гл. 1 — модель угроз и нормативная база; Гл. 2 — стенд, инструменты, методика замеров; Гл. 3 — результаты, выводы, рекомендации.

Тема 3. Автоматизация сборки и публикации корпоративного мобильного приложения в контуре CI/CD

Актуальность. Раз приложение для «Авроры» попало в RuStore, кто-то настроил сборочный конвейер: подпись пакета, версионирование, автоматическую загрузку и проверку политик. Это готовая инженерная тема с измеримым результатом.

Цель: спроектировать CI/CD-пайплайн для сборки, подписи и публикации мобильного корпоративного приложения.

Задачи: описать этапы конвейера; реализовать сборку и статический анализ; настроить автоматическую публикацию и откат; измерить время сборки и долю неуспешных релизов до и после.

Структура: Гл. 1 — обзор инструментов и практик; Гл. 2 — проектирование пайплайна и интеграций; Гл. 3 — метрики DORA, экономика внедрения.

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

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

Сравнение решений и обоснование стека

Постройте таблицу конкурентов и обязательно добавьте колонку «поддержка отечественных мобильных ОС» — именно она даёт новизну. Если решения на рынке эту колонку закрывают неравномерно, у вас появляется ниша, которую вы обосновываете в тексте.

Не забудьте про нормативную подпорку: ГОСТ 34.602-89 задаёт состав технического задания, а ГОСТ Р ИСО/МЭК 25010 — модель качества, по которой вы потом будете защищать метрики. Без этих двух документов ваша аналитическая глава выглядит как маркетинговое исследование, а не как инженерный анализ.

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

Вторая глава — место, где вы показываете, что умеете проектировать. Минимум, который стоит нарисовать:

• диаграмму компонентов: мобильный клиент, API-шлюз, сервис метаданных, хранилище объектов, служба аудита;
• диаграмму последовательности для кейса «сотрудник открывает файл офлайн, затем синхронизирует изменения»;
• схему алгоритма разрешения конфликтов версий (last-write-wins против векторных часов — сравните и обоснуйте выбор);
• схему интеграции с корпоративным каталогом: LDAP/AD или SCIM для провижининга учётных записей.

Отдельно опишите модель доступа. RBAC хватает не всегда — если в компании есть проектные группы с временным доступом к папкам, корректнее смотреть в сторону ABAC или гибридной схемы. В тексте ВКР это выглядит как зрелое решение, а на защите даёт повод для вопросов, к которым вы будете готовы.

Пример фрагмента конвейера публикации

Если вы выбрали тему про CI/CD, покажите конфигурацию этапов — это сильно повышает доверие к работе.

stages:
  - lint
  - build
  - sign
  - publish

build:aurora:
  stage: build
  script:
    - qmake && make -j4
    - rpmbuild -bb aurora-client.spec
  artifacts:
    paths: [build/*.rpm]

sign:package:
  stage: sign
  script:
    - gpg --batch --yes --detach-sign -u $SIGN_KEY build/*.rpm

publish:rustore:
  stage: publish
  when: manual
  script:
    - ./tools/rustore-publish.sh --package build/*.rpm --track beta

Тестирование и метрики: чем доказывать результат

Самая частая претензия комиссии — «где цифры». Фиксируйте замеры до и после, а не только итоговые значения.

Для наблюдаемости удобно взять OpenTelemetry: единый формат трейсов, метрик и логов, а значит — меньше ручной возни при сборе данных для третьей главы. Если проект разворачивается в контейнерах, Kubernetes даст воспроизводимый стенд: один и тот же манифест у вас и у рецензента.

Что реально пригодится после защиты

• Умение читать нормативку: ГОСТ 34.602-89, ГОСТ Р ИСО/МЭК 25010 — и переводить её в требования к системе.
• Навык обосновывать стек не вкусовщиной, а критериями: поддерживаемость, стоимость, совместимость с отечественной платформой.
• Работа с конвейером: сборка, подпись, публикация, откат версии.
• Сбор метрик производительности и защищённости так, чтобы они читались комиссией с первого раза.
• Оформление технической документации: схемы, спецификации, протоколы испытаний.

Вопросы, которые задают чаще всего

Обязательно ли писать рабочий код?

Зависит от кафедры. Если в задании есть слово «разработать» — прототип нужен. Достаточно минимально воспроизводимого сценария: авторизация, загрузка файла, синхронизация, журнал событий. Остальное описывается архитектурно.

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

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

Как оформлять UML-диаграммы, чтобы их приняли?

Единая нотация по всей работе, подписи на русском, обязательная легенда для нестандартных элементов. Каждая диаграмма должна быть упомянута в тексте — иначе она выглядит как декорация. Нумерация рисунков сквозная, ссылки в тексте вида «см. рисунок 7».

Насколько сложно повторить такой проект в одиночку?

Реалистично: серверная часть на простом стеке, мобильный клиент с урезанным функционалом, стенд в контейнерах. Если брать полный корпоративный функционал — не успеть. Сужайте объём до одного сквозного сценария и делайте его качественно.

Источник: Приложение защищенной корпоративной платформы Valo Cloud для ОС «Аврора» опубликовано в RuStore (опубликовано 2026-03-25)