Импортозамещение в образовании: кейс «МосТех» для ВКР по ИТ-инфраструктуре
ДИТ Москвы внедрил около 80 тыс. ноутбуков, моноблоков и интерактивных досок бренда «МосТех» в городских школах. Это не просто закупка техники, а пример комплексного импортозамещения: собственное оборудование должно закрыть потребности учебного процесса, включая программное обеспечение, сервисы и интеграцию с городскими ИТ-системами. Для студентов технических специальностей такой кейс — готовая база для ВКР: от проектирования инфраструктуры до оценки её эффективности. Разберём, как выжать из этой темы максимум для диплома и защитить его перед комиссией без скучных слайдов.
Темы ВКР на основе кейса «МосТех»
| Направление | Актуальность | Цель | Задачи |
|---|---|---|---|
| Проектирование ИТ-инфраструктуры школы | Массовое внедрение отечественной техники требует типовых архитектурных решений | Разработать архитектуру распределённой системы управления учебными устройствами | Анализ требований, выбор протоколов, проектирование схемы, оценка нагрузки |
| Мониторинг и управление парком устройств | 80 тыс. устройств нужно обслуживать централизованно | Спроектировать систему мониторинга на базе OpenTelemetry | Определить метрики, настроить сбор телеметрии, разработать дашборды, рассчитать RTO/RPO |
| Тестирование образовательной платформы | Переход на отечественное ПО требует проверки совместимости | Провести нагрузочное тестирование и сравнить с аналогами | Подготовить тестовые сценарии, измерить отклик, проанализировать по ISO/IEC 25010, выдать рекомендации |
Для каждой темы структура классическая: Глава 1 — теория и обзор, Глава 2 — проектирование (архитектура, схемы, ТЗ по ГОСТ 34.602-89), Глава 3 — тестирование и экономическое обоснование. Но внутри можно смело менять акценты — например, вынести мониторинг в отдельную главу, если он становится ядром работы.
Аналитическая глава: сравниваем, а не копируем
В первой главе диплома часто пишут «было-стало» и пересказывают Википедию. С кейсом «МосТех» так не получится — тут есть конкретные цифры и ограничения. Стройте анализ как сравнение подходов:
- Отечественная техника против зарубежной: критерии — стоимость владения, доступность поддержки, соответствие 152-ФЗ.
- Централизованное управление устройствами vs локальные решения: сравните MDM-платформы, протоколы взаимодействия (MQTT, AMQP), требования к безопасности.
- Готовые продукты vs собственная разработка: обоснуйте выбор через TCO и риски.
Ссылайтесь на статью с ComNews как на источник рыночных данных: «по итогам внедрения 80 тыс. устройств в московских школах...». Это добавит работе практической значимости, а не просто абстрактных слов об актуальности.
Проектная часть: схемы, интеграция, ГОСТ
Здесь важно показать, что вы умеете не только рисовать красивые диаграммы, но и доводить их до уровня технического задания. Используйте ГОСТ 34.602-89 для описания требований к системе — комиссия это ценит.
Пример фрагмента ТЗ для системы управления школьными устройствами:
4.2.3 Система должна обеспечивать:
- удалённую установку ПО на устройства под управлением ОС "МосТех ОС";
- сбор телеметрии с периферийного оборудования с интервалом не более 5 минут;
- автоматическое оповещение администратора при отклонении метрик от нормы (CPU > 85%, RAM > 90%);
- хранение журналов событий не менее 1 года.Архитектуру описывайте через контейнеры (C4-модель) или UML-диаграммы развёртывания. Если в работе фигурирует несколько сервисов — добавляйте Kubernetes как оркестратор, даже если для 80 тыс. устройств это избыточно. Покажите, что вы понимаете границы применимости: предложите вариант на N хостингах и вариант с кластером, сравните.
Тестирование и метрики: не забываем про экономику
Частая беда дипломов — метрики «чтобы были». В кейсе с «МосТех» можно отталкиваться от реальных показателей: количество одновременных подключений, время реакции интерактивной доски, частота сбоев. Студенты спрашивают, где брать данные для расчётов. Отвечаю: берите из открытых источников (как эта статья), из документации производителей или генерируйте синтетические нагрузки. Для нагрузки используйте JMeter или k6, для мониторинга — Prometheus + OpenTelemetry, а результаты оформляйте по ISO/IEC 25010.
Не забудьте про RTO/RPO — особенно для систем, где хранятся данные учеников. RTO = 2 часа, RPO = 15 минут — это уже конкретное требование, которое можно защищать. И обязательно сделайте вывод: сколько стоит внедрение и где экономия.
Чему вы научитесь
Главный навык — не «написать код», а спроектировать систему целиком: от требования до метрики. Вы будете уметь обосновывать выбор стека (и не только словами «это популярно»), оформлять техническую документацию по стандартам, планировать нагрузку, считать стоимость владения. Это именно то, что спрашивают на собеседованиях и что выделяет хорошего архитектора от джуниора, который просто пишет код.
Типичные ошибки студентов
Ошибка 2. Отсутствие метрик эффективности. «Всё стало работать лучше» — не аргумент. Нужно сравнить «до/после» или заложить нормативы из ТЗ.
Ошибка 3. Игнорирование ГОСТ 34.602-89 при оформлении ТЗ. Если в работе есть раздел «Техническое задание», оформляйте его по стандарту — это мгновенно повышает оценку.
FAQ
Сложно ли реализовать такую тему без опыта
Начать можно с упрощённого прототипа: возьмите 2-3 устройства, разверните тестовый стенд, покажите работу на эмуляторах. Главное — показать методологию, а не масштаб.
Обязательно ли писать код в ВКР
Нет, если ваша работа носит исследовательский характер. Но код (скрипты для нагрузочного тестирования, конфигурация Kubernetes, Terraform-манифесты) значительно усиливает практическую часть и упрощает защиту.
Как оформить UML и диаграммы
Используйте PlantUML или draw.io — они генерируют аккуратные схемы, которые можно вставлять в пояснительную записку. Подписывайте все элементы и не забывайте учитовать требования методички вашего вуза.
Где брать тестовые данные
Для нагрузки — синтетические генераторы (k6, JMeter). Для аналитики — открытые данные, результаты ваших замеров, нормативные документы. Не выдумывайте цифры, если они ничем не подтверждены.
Чек-лист «Что проверить перед сдачей»
- Есть ли ссылка на статью «МосТех пошел в школу» и другие реальные источники?
- Соответствуют ли задачи выводам (каждая задача — результат)?
- Оформлена ли схема архитектуры и диаграммы?
- Проверено ли ТЗ на соответствие ГОСТ 34.602-89?
- Добавлена ли экономическая часть (хотя бы расчёт стоимости владения)?
- Есть ли метрики: время ответа, RTO/RPO, процент отказов?
Источник: «МосТех» пошел в школу (опубликовано 2026-03-17)