Единый репозиторий архитектуры МТТЕХ на Platform V Works::Architect

Сформировать в ООО «МТТЕХ» - Центре разработки Московского транспорта - практику архитектурного проектирования «с нуля» и единый цифровой контур описания as-is и to-be ландшафта.

 Задачи проекта:

• внедрить отечественный Platform V Works::Architect как корпоративный инструмент полного цикла управления артефактами архитектуры;

• сократить время, стоимость и риск изменений ИТ-ландшафта за счёт визуализации зависимостей, версионности решений и контроля корпоративных стандартов;

• заместить иностранный стек архитектурного моделирования продуктом из Реестра российского ПО;

• повысить прозрачность ИТ-инфраструктуры для бизнеса и прогнозируемость стоимости изменений – критично для сервисов, которыми ежедневно пользуются миллионы пассажиров;

• совместить классическое визуальное проектирование с подходом Architecture as Code и подготовить архитектурный репозиторий как основу для последующего применения ИИ/ML.

• Единый репозиторий вместо разрозненных схем; новые инициативы идут через общий контур.

• Сокращены трудозатраты на подготовку и актуализацию артефактов.

• Ускорен цикл согласования: замечания снимаются на модели до разработки.

• Отказ от иностранного EA-стека в пользу продукта из Реестра российского ПО.

• Снижены риски дублирования систем и непредсказуемого роста стоимости владения ландшафтом.

• Сформирован архитектурный стандарт и задел на масштабирование практики.

• Появилась возможность использования ИИ для анализа архитектурных схем, комплексного их изменения, выявления пробелов и поиска недостатков

• Результаты работы как системной, так и бизнес-аналитики так же стало возможно привязывать к архитектуре системы и видеть все процессы насквозь, от верхних слоев архитектуры, вплоть до описания таблиц и бизнес-процессов

Platform V Works::Architect

Самым сложным является процесс декомпозиции архитектуры. Так как детализация проработки в данном инструменте может быть достаточно высокой, необходимо правильно организовать хранение диаграмм и схем. Важно, чтобы каждая отдельно взятая канва не была перегружена элементами, а легко читалась и воспринималась человеком, а не только ИИ-моделями.

•       Исходная ситуация

Специального программного обеспечения для системного проектирования архитектуры в МТТЕХ ранее не существовало. Компания создана в 2025 году как Центр разработки Московского транспорта и с первых месяцев отвечает за проектирование цифровых сервисов, и за изменение архитектуры уже работающих контуров – билетной системы, навигационных сервисов, пассажирских сервисов, перспективных решений (включая беспилотный транспорт). Без единого инструмента архитектура фиксировалась бы в разрозненных схемах и документах, без версионности, трассировки требований и контроля стандартов. Для молодой компании с высокой скоростью изменений это означало риск дублирования систем, скрытого интеграционного долга и непредсказуемой стоимости доработок. Зарубежные Sparx Enterprise Architect, ARIS и Microsoft Visio не рассматривались как целевой стек: нужна была импортонезависимая платформа, пригодная и для классического моделирования, и для цифровой архитектуры (architecture as code).

•       Реализованное решение

01.04.2026 МТТЕХ приобрёл и развернул Platform V Works::Architect (СберТех) - инструмент для управления ИТ-архитектурой. Решение повышает уровень прозрачности ИТ-инфраструктуры для бизнеса, позволяя точнее формулировать потребности и прогнозировать стоимость изменений. 

Platform V Works::Architect объединяет классическое визуальное проектирование и концепцию цифровой архитектуры (architecture as code). Это позволяет каждому участнику процесса проектирования выбирать подход, который удобен именно дня него. Целостность и полнота архитектуры разрабатываемого решения при этом сохраняется. Кроме того, концепция цифрового проектирования позволяет упростить внедрение AI-подхода: архитектурный репозиторий становится удобной базой данных для обучения и использования AI/ML-моделей. 

•       Изменения после внедрения

Архитектурная работа стала корпоративной практикой, а не набором локальных файлов. Новые системы проектируются в едином контуре, изменения действующих – по зависимостям, а не «по памяти». Системный аналитик и архитектор работают в общем репозитории. Руководство получает прозрачную картину ландшафта и может прогнозировать стоимость изменений.

Россия, город Москва

Цифровой контур Московского транспорта