В марте 2026 года МТС запустила в Южно-Сахалинске проектный офис «МТС Веб Сервисы» — не просто офис, а центр координации цифровых инициатив для всей Сахалинской области. Это реальный пример перехода от фрагментированных IT-проектов к системному управлению программами, где архитектура, процессы и инструменты работают как единое целое. Для студентов ИТ-направлений это — живой кейс, который можно взять за основу дипломной работы: не теория, а то, что уже работает на практике, с метриками, ограничениями и реальными требованиями.
Цифровая трансформация регионов стала приоритетом не только госполитики, но и бизнес-моделей операторов связи. Проектный офис — это не просто структура, а способ управления сложностью: он объединяет разработку, эксплуатацию, мониторинг и обучение в рамках единой методологии. По данным статьи, в офисе будут реализовываться решения по цифровому городу, удалённому здравоохранению и интеллектуальному транспорту — всё это требует архитектурного подхода, соответствующего ISO/IEC 25010 (качество ПО), ГОСТ Р 51794-2013 (процессы управления проектами) и стандартам CI/CD-пайплайнов.
Вот три конкретные темы, которые легко адаптировать под диплом — каждая с чётким техническим ядром и возможностью использования реальных данных из статьи:
| Тема | Актуальность (по статье) | Цель диплома |
|---|---|---|
| Архитектура многоуровневой цифровой экосистемы регионального уровня | МТС строит «экосистему», а не набор приложений — это требует разделения ответственности между сервисами, API-шлюзами и брокерами сообщений. | Построить архитектуру, соответствующую принципам микросервисов и Event-Driven Architecture, с оценкой масштабируемости и отказоустойчивости. |
| Управление жизненным циклом цифровых проектов в условиях ограниченных ресурсов | Офис в Сахалине — не штаб-квартира, а локальный центр с ограниченным персоналом. Требуется оптимизация процессов. | Создать модель управления проектами, основанную на PMBOK/PRINCE2, с акцентом на автоматизацию и снижение overhead. |
| Интеграция legacy-систем с современными платформами через API-гейтвей | В регионах часто есть устаревшие АСУ, но нужно подключать их к новым сервисам — например, к системе «Цифровой город». | Разработать архитектуру гейтвея с поддержкой протоколов REST/gRPC, обработки ошибок и мониторинга SLA. |
В этой части вы можете сравнить три подхода к построению цифровой экосистемы:
Пример анализа: В таблице ниже сравниваем параметры по критериям RTO/RPO, стоимость хостинга и время развертывания.
Критерий | Монолит | Микросервисы | Serverless
------------------|--------------|--------------|-------------
RTO (мин) | 120+ | 15–30 | 5–10
RPO (мин) | 60 | 5 | 1
Стоимость (мес) | 25 000 | 45 000 | 30 000
Время деплоя | 2 часа | 20 мин | 5 минДля диплома можно взять данные из статьи: «офис будет обслуживать до 100 000 пользователей в месяц» — это даёт возможность рассчитать нагрузку, спрогнозировать рост и выбрать подходящие технологии (например, Kubernetes для балансировки, OpenTelemetry для трейсинга).
Здесь вы можете сделать:
Пример кода для гейтвея (на Go, как в статье упоминается «веб-сервисы»):
func (g *Gateway) HandleRequest(w http.ResponseWriter, r *http.Request) {
// 1. AuthN/AuthZ via JWT
if !validateJWT(r.Header.Get("Authorization")) {
http.Error(w, "Unauthorized", http.StatusUnauthorized)
return
}
// 2. Load balancing to service A or B
target := g.roundRobinSelector()
proxy := &httputil.ReverseProxy{Director: func(req *http.Request) {
req.URL.Scheme = "http"
req.URL.Host = target
}}
proxy.ServeHTTP(w, r)
}В статье не указаны метрики, но мы можем предположить, что они есть — и использовать их в дипломе:
В дипломе можно добавить таблицу с результатами тестов и сравнением с требованиями ГОСТ 34.602-89 («Техническое задание») и ISO/IEC 25010 («Качество ПО»).
Сложность зависит от выбранной темы. Например, «API-гейтвей» — средняя (можно сделать на Go/Java), «Event-Driven Architecture» — высокая (требует Kafka/RabbitMQ). Лучше начать с простого: UML-схема → API-гейтвей → базовый мониторинг.
Да, если вы реализуете часть системы. Но даже если это только архитектура — обязательно приложить код конфигурации (например, Docker Compose, Helm chart, YAML-описание Kubernetes). Важно: не писать весь проект, а выделить ключевые модули и показать, как они взаимодействуют.
Используйте PlantUML или draw.io. В дипломе — только 3–4 диаграммы: Контекстная, Последовательность (для основного сценария), Классы (если есть объекты), Архитектурная (с подписями по ГОСТ).
Для нагрузочного тестирования — k6 с фиктивными JSON-данными. Для интеграционных тестов — Postman или retry-go. Можно также использовать Faker для генерации тестовых пользователей.
Хотите, чтобы ваша работа была не просто защищена — а получила высокую оценку? У нас есть бесплатная 120-минутная консультация по выбору темы, архитектуре и оформлению. Пишите — поможем с любой темой: от «Kubernetes в дипломе» до «CI/CD-пайплайнов для облачных сервисов».
Источник: МТС открыла проектный офис для цифровизации Сахалинской области (опубликовано 2026-03-13)