27 марта 2026 года суд, признавший экстремистским венчурный фонд Almaz Capital Partners и его основателя Александра Галицкого, постановил конфисковать в пользу государства список активов, принадлежащих российским ИТ-предпринимателям, которые в самом деле не участвовали. Формально это новость из области права. Фактически — готовый кейс для выпускной квалификационной работы: он показывает, что ИТ-актив перестал быть просто «сервером в стойке». У него есть владелец, юрисдикция, договор, реестровая запись, и любой из этих параметров может измениться без участия ИТ-службы.
Для выпускника направления «Информационные системы», «Прикладная информатика» или «Информационная безопасность» это означает смену акцента. Уже недостаточно спроектировать сервис — нужно доказать, что он выживет при смене собственника инфраструктуры, при санкционном отзыве лицензии, при принудительной миграции в другое облако. Именно такие задачи сейчас защищаются лучше всего: они опираются на измеримые метрики, а не на пересказ учебника.
Актуальность. Кейс с конфискацией активов в пользу государства показывает: состав ИТ-инфраструктуры может меняться решением суда, а не приказом по компании. Значит, у каждого компонента должен быть документированный «паспорт»: кто владелец, где расположен, по какому договору используется, что будет при потере.
Цель: разработать модель реестра ИТ-активов (CMDB) с полем оценки юридической зависимости и критериями критичности.
Структура: Глава 1 — анализ стандартов и практик управления активами; Глава 2 — проектирование модели данных и интерфейса; Глава 3 — внедрение, тестирование, расчёт трудоёмкости и эффекта.
Актуальность. Если платформа, на которой работает сервис, завтра меняет собственника или попадает под ограничения, у команды остаётся ровно тот запас времени, который заложен в план непрерывности. В статье речь идёт о нескольких ИТ-компаниях одновременно — то есть о массовом, а не единичном сценарии.
Цель: построить план обеспечения непрерывности и восстановления (BCP/DRP) для сервиса, развёрнутого в сторонней инфраструктуре.
Структура: Глава 1 — теория непрерывности бизнеса, ссылки на ISO 22301 и ISO/IEC 27001; Глава 2 — архитектура отказоустойчивого контура; Глава 3 — сценарии отказов, результаты нагрузочных учений, экономика простоя.
Актуальность. Новость — аргумент в пользу того, что хранить критичные данные и вычисления в инфраструктуре, владелец которой может смениться внешним решением, рискованно. Тема импортозамещения из «галочки» превращается в раздел управления рисками.
Цель: сравнить варианты размещения сервиса и обосновать выбор площадки по технико-экономическим критериям.
Структура: Глава 1 — анализ рынка и требований; Глава 2 — методика испытаний и архитектура стендов; Глава 3 — результаты, расчёты, внедрение.
Первая глава обычно самая «водная». Здесь её легко усилить конкретикой. Возьмите кейс с конфискацией как отправную точку для анализа угроз и сразу переходите к сравнимой таблице. Комиссия любит, когда критерии названы заранее и одинаково применены ко всем вариантам.
| Критерий | Зарубежное облако | Отечественное облако | Собственный ЦОД |
|---|---|---|---|
| Управляемость со стороны владельца бизнеса | Низкая | Средняя | Высокая |
| Время переключения при смене владельца актива (RTO) | дни и недели | часы | часы, но зависит от железа |
| Соответствие требованиям к персональным данным | Требует проверки размещения | Соответствует по умолчанию | Соответствует при аттестации |
| Капитальные затраты | Отсутствуют | Отсутствуют | Высокие |
| Риск неожиданной потери доступа | Средний/высокий | Низкий | Низкий |
Важно: таблица должна заканчиваться выводом, а не висеть без пояснения. Одна-две фразы вида «для сервиса X при заданных RTO/RPO выбран второй вариант, поскольку он даёт приемлемый баланс стоимости и управляемости» закрывают вопрос обоснования.
Прототип реестра не требует промышленной CMDB. Достаточно реляционной схемы с сущностями «актив», «владелец», «договор», «зависимость» и представления, которое показывает критичный путь сервиса. Минимальный набор полей, который защитит вас на защите: уникальный идентификатор, тип актива, юрисдикция, дата последней инвентаризации, оценка критичности, ссылка на владельца.
asset_id: SRV-0417
type: application_node
jurisdiction: RU
criticality: high
owner_contract: D-2025-1187
depends_on: [db-cluster-02, object-storage-a]
last_inventory: 2026-02-11
rto_target_min: 60
rpo_target_min: 15
Такой фрагмент удобно приводить в приложении к ВКР: он наглядно показывает, что вы не ограничились словами, а формализовали предметную область.
Здесь пригодятся привычные инструменты: контейнеризация, оркестрация, репликация состояния. Схему развёртывания стоит нарисовать в нотации, понятной проверяющему — подойдут диаграммы компонентов UML или схемы по ГОСТ 19.701-90, если кафедра требует единый стиль.
Самая частая претензия к дипломным проектам — «нет численных результатов». Закройте её заранее: определите метрики до начала испытаний и фиксируйте их одинаковым инструментом.
| Метрика | Что показывает | Чем измерять |
|---|---|---|
| RTO (факт) | Время восстановления сервиса после отказа | Секундомер учения + журнал переключения |
| RPO (факт) | Объём потерянных данных в минутах | Метки последней успешной репликации |
| Время отклика p95 | Пользовательская производительность | Нагрузочный стенд, метрики приложения |
| Доля активов с заполненным паспортом | Полнота реестра | SQL-запрос по базе реестра |
| Стоимость простоя | Экономический эффект отказоустойчивости | Расчёт по выручке на час |
Сбор телеметрии удобно организовать через единый контур наблюдаемости: сбор метрик, журналов и трассировок в одном месте. Даже учебный стенд на двух виртуальных машинах позволяет показать работающий дашборд — а это сильный слайд на защите.
1. Подмена понятий «актив» и «сервер». В тексте работы смешиваются лицензия, оборудование, домен и договор. Проверяющий видит, что модель данных не продумана. Как избежать: заведите глоссарий в начале первой главы и используйте термины строго по нему.
2. Нет метрик эффективности. Работа утверждает, что решение «повышает надёжность», но ни одного числа не приведено. Как избежать: до проектирования зафиксируйте 3–5 измеримых показателей и вернитесь к ним в третьей главе.
3. Игнорирование требований оформления. Техническое задание написано в свободной форме, схемы не подписаны, нет ссылок на использованные стандарты вроде ГОСТ 34.602-89. Как избежать: возьмите с кафедры методичку и сверьте структуру ТЗ, перечень приложений и правила подписей до первой сдачи черновика.
4. Экономический раздел без исходных данных. Стоимость лицензий или облачных ресурсов указана «по памяти». Как избежать: приложите скриншоты прайс-листов и укажите дату обращения к источнику.
Не всегда, но желательно. Если тема чисто аналитическая, замените разработку на подробный прототип модели данных, набор SQL-запросов и работающий отчёт. Но программный продукт или его фрагмент заметно повышает балл — это подтверждение работоспособности, а не декларация.
Синтетический набор из 50–200 записей, сгенерированный по вашим же правилам, полностью легитимен. Опишите методику генерации в приложении — это дополнительный плюс. Для нагрузочных испытаний используйте открытые датасеты или генераторы запросов.
Проверьте требования кафедры: часть вузов требует схемы по ГОСТ 19.701-90, часть принимает нотацию UML. Диаграммы должны быть читаемы в чёрно-белой печати, иметь подпись и упоминание в тексте — просто вставить картинку недостаточно.
Как правило да, хотя объём варьируется. Минимальный вариант: сравнение TCO двух вариантов плюс расчёт эффекта от сокращения простоя. Такой раздел закрывает вопрос «зачем это нужно» одной таблицей.
Что проверить перед сдачей:
Если тема уже выбрана, но непонятно, с чего начать расчёты и как связать их с требованиями кафедры — начните с бесплатной консультации: разберём структуру, подскажем источники данных и оценим объём работы. Средний срок подготовки ВКР под ключ — около 120 часов работы эксперта, поэтому лучше стартовать заранее и оставить время на проверку и правки.
Источник: Государство конфисковало ряд российских ИТ-активов по делу об экстремизме инвестора Александра Галицкого (опубликовано 2026-03-27)