27 апреля 2026 года The Open Group представила новую редакцию ArchiMate 4 Specification. Это не просто косметическое обновление нотации, а фундаментальная переработка топологии языка, направленная на устранение семантической избыточности и повышение строгости архитектурных описаний.

Если вы работали с ArchiMate 3.2, то знаете, как часто возникала когнитивная нагрузка при выборе между «бизнес-процессом» и «технологическим процессом». ArchiMate 4 решает эту проблему через унификацию концептов. Давайте разберем ключевые изменения и стратегию миграции.

1. От матрицы к гексагональной модели

Наиболее заметное визуальное изменение — отказ от классической матрицы слоев в пользу обновленной визуализации, получившей название ArchiMate Hexagonion (Шестиугольная структура).

Критически важное изменение терминологии: понятие «слой» (layer) замещено универсальным термином «домен» (domain). Это подчеркивает переход от иерархического «стека» к сетевой структуре взаимосвязанных смысловых областей архитектуры.

2. Унификация элементов поведения и структуры

Ключевым инструментом очистки языка стало введение Common Domain (Общего домена), который заменил главу Generic Metamodel. В этот домен перенесены элементы, которые ранее дублировались на каждом уровне метамодели:

  • Активные элементы: Role (Роль), Collaboration (Кооперация) и Path (Путь) теперь являются общими типами. В частности, элемент Path перестал быть специфично технологическим и вошел в состав Common Domain.

  • Поведенческие элементы: Service (Сервис), Process (Процесс), Function (Функция) и Event (Событие) теперь определены как универсальные типы.

  • Композитные элементы: Grouping (Группировка) и Location (Местоположение) также интегрированы в общую структуру.

С точки зрения системного анализа, это означает переход к более высокой степени абстракции: архитектор теперь оперирует сущностью процесса как такового, а его «принадлежность» (бизнес или ИТ) определяется контекстом связей и атрибутов, а не жестким типом элемента.

3. Какие концепты удалены?

В ArchiMate 4 ряд привычных концептов выведен из базового состава элементов. Они не исчезли совсем, а перешли в разряд специализаций более общих классов:

Концепт ArchiMate 3.2

Рекомендуемая стратегия замещения в v4

Interaction (Business, App, Tech)

Специализация элемента Function

Constraint

Специализация элемента Requirement

Contract

Специализация элемента Business Object

Gap

Специализация Assessment или Deliverable

Representation

Специализация Data Object, Artifact или Material

Такой подход позволяет сохранить механизм специализации (Specialization mechanism), при этом делает структуру репозитория более однородной и пригодной для машинной обработки.

4. Повышение строгости: Кратность отношений

Для автоматизации проверки целостности моделей в ArchiMate 4 введена поддержка кратности (multiplicity) отношений. Теперь можно явно специфицировать количественные ограничения на экземпляры элементов в связи (например, 1…1, 0…*), что превращает архитектурный репозиторий из набора диаграмм в полноценную базу знаний со строгой схемой данных.

Также изменились правила реализации для технологических элементов: связь агрегации от Path к активным элементам заменена на связь реализации (realization) от активного элемента к Path.

5. Чек-лист для архитектора

Переход на версию 4 требует не просто технической конвертации файлов, но и семантической ревизии. The Open Group рекомендует следующий алгоритм:

  1. Автоматизированный маппинг: Переименование слоев в домены и приведение базовых элементов (Role, Process и др.) к типам Common Domain.

  2. Семантическая декомпозиция удаленных типов: Ручной разбор элементов типа Interaction и Contract. Например, нужно решить: был ли данный Interaction совместным процессом или просто фактом обмена данными?.

  3. Актуализация дериваций: Проверка валидности производных связей в соответствии с новыми таблицами отношений (Appendix B).

  4. Валидация Quality Gates: Обновление скриптов автоматической проверки моделей, так как старые фильтры по «бизнес-слоям» больше не будут корректно идентифицировать элементы.

Заключение

ArchiMate 4 знаменует переход к «зрелому моделированию», где системная связность обеспечивается не цветовой кодировкой слоев, а четкой таксономией концептов и явным определением кратности связей. Для архитектора это означает рост ответственности за точность именования и корректное использование механизмов специализации.

А что вы думаете о переходе к доменной структуре? Станет ли моделирование проще или мы потеряем наглядность «слоеного пирога»?