The Open Group представила четвёртую версию языка ArchiMate. Обновление носит структурный характер: изменена философия языка, переработана метамодель и унифицированы основные элементы. В заметке — разбор наиболее значимых нововведений .
1. От «слоёв» к «доменам»: новая философия
В ArchiMate 3.x архитектура жёстко делилась на три слоя (Business, Application, Technology), выстроенных вертикально. В версии 4 от иерархии слоёв отказались, а сам термин «слой» (layer) официально заменён на термин «домен» (domain).
Вместо слоёв вводится модель «шестиугольника» (hexagon), где:
в центре находится домен мотивации (Motivation);
вокруг него равноправно располагаются домены: Strategy, Business, Application, Technology, Implementation & Migration, а также общий домен (Common).
Такое решение отражает современную реальность, где границы между бизнесом и ИТ размыты: например, на заводе установлен станок с ЧПУ (числовым программным управлением).
В ArchiMate 3.x возникла бы проблема: станок — это физическое оборудование (Equipment из технологического слоя), но он выполняет бизнес-операцию («Фрезеровка детали»), и им управляет программный код (System Software или Artifact). Архитектору приходилось искусственно разрывать сущность на три разных «представления» в разных слоях.
В ArchiMate 4 это один сквозной сценарий:
Роль (Role) = «Оператор станка» (эту роль может исполнять и человек, и AI-алгоритм).
Процесс (Process) = «Обработка заготовки».
Активный элемент = Equipment (сам станок) + System Software (программа управления).
2. Унификация элементов: общий домен (Common Domain)
Наиболее заметное изменение — появление общего домена (Common). Элементы, которые раньше дублировались в каждом домене (Role, Process, Function, Service, Event, Collaboration, Path), теперь стали едиными.
ArchiMate 3.2 | ArchiMate 4.0 |
|---|---|
Business Role, Application Role | Role |
Business Process, Application Process | Process |
Business Service, Application Service, Technology Service | Service |
Business Collaboration, Application Collaboration | Collaboration |
Path (только в Technology) | Path (общий домен) |
Последствия:
Снижена когнитивная нагрузка: меньше типов элементов для изучения.
Утрачена цветовая и доменная идентификация. Контекст моделирования (назначение диаграммы, связи с другими элементами) теперь критически важен.
Role теперь может назначаться на любой активный элемент: Business Actor, Application Component, Node, Equipment. Это позволяет моделировать роли для AI-агентов, роботов и других не-человеческих акторов.
3. Что изменилось в бизнес-домене
Бизнес-домен значительно сокращён. Из состава исключены элементы, которые на практике использовались редко или были избыточны:
Contract — признан частным случаем Business Object.
Representation — отвечал за форматы представления данных (PDF, печатная форма и т.д.), но на практике все моделировали через Business Object.
Business Collaboration — перешёл в общий домен.
Business Role — перешёл в общий домен как Role.
Business Process, Business Function, Business Service, Business Event — перешли в общий домен.
В бизнес-домене остались: Business Actor, Business Interface, Business Object, Product.
4. Домен приложений
Убрана Application Collaboration (теперь используется общая Collaboration).
Остались: Application Component, Application Interface, Data Object.
Ранее «шину» или платформу моделировали через Application Collaboration — теперь через общую Collaboration с указанием реализации.
5. Технологический домен
Path перешёл в общий домен.
В домене остались: Node, Device, System Software, Equipment, Facility, Communication Network, Distribution Network, Artifact, Material.
Унификация позволяет моделировать гетерогенные среды, где ИТ-системы, бизнес-процессы и производственное оборудование тесно переплетены.
6. Поведенческие элементы: полная унификация
Ранее существовало 15 поведенческих элементов (по 5 на каждый из трёх доменов). В ArchiMate 4 их заменили 4 общими элементами:
Process
Function
Service
Event
Удалены также три элемента Interaction (Business Interaction, Application Interaction, Technology Interaction). Вместо них рекомендуется использовать Collaboration или Service.
7. Что изменилось в связях и отношениях
7.1. Отмена композиции (Composition)
Из метамодели исключено отношение Composition. Для моделирования отношений «часть-целое» рекомендуется использовать:
Aggregation — для отношений «часть-целое» с семантикой принадлежности.
Grouping — для объединения элементов в коллекции без строгой семантики «часть-целое».
7.2. Появление кардинальности (Multiplicity) на связях
В ArchiMate 4 впервые добавлена возможность указывать кардинальность на отношениях. Поддерживаемые форматы:
0..1 — ноль или один
1 — ровно один
1..* — один или более
0..* — ноль или более
exactly 2 — ровно два (и другие точные значения)
Это позволяет формализовать бизнес-правила непосредственно на диаграммах архитектуры, например: «Один клиент оформляет много заказов».
8. Имплементация и миграция: исчезновение Gap
Одно из самых заметных и обсуждаемых изменений — удаление элемента Gap (разрыв между текущим и целевым состоянием).
Как это работало в 3.2: Plateau → Gap → Plateau
Как теперь: Моделирование ведётся через требования (Requirements) и результаты (Deliverable). Разрыв описывается как набор нереализованных требований между двумя плато.
Возможна также замена Gap на Deliverable с атрибутом статуса — окончательный паттерн, вероятно, будет прояснён в официальных примерах The Open Group.
Логика разработчиков:
Work Package реализует требования.
Deliverable фиксирует реализованные требования.
Plateau агрегирует требования.
Нереализованные требования между двумя Plateau образуют тот самый «разрыв», который раньше назывался Gap.
На практике это означает, что Gap не исчез из логики языка — он перестал быть отдельной нотацией. Теперь его нужно выводить через анализ требований. С точки зрения проектного управления это приближает ArchiMate к классическим подходам (план-факт, требования как первичный элемент).
9. Что осталось без изменений
Домен стратегии (Strategy) — не претерпел изменений. Ранее обсуждавшееся введение элемента Competence не вошло в финальную спецификацию.
Домен мотивации (Motivation) — потерял элемент Constraint (признан разновидностью требования).
10. Практические следствия для архитекторов
Контекст становится критически важен. Если раньше домен был понятен по цвету и расположению, теперь диаграммы в общем домене требуют явного пояснения (легенда, документация, именование). Опытные архитекторы на первых порах столкнутся с потерей наглядности при быстром анализе.
Упрощение входа в язык. Новичку больше не нужно разбираться в различиях между Business Process, Application Process и Technology Process — процесс один.
Новые возможности для формализации. Появление кардинальности на связях позволяет делать модели более строгими и пригодными для автоматизированной проверки.
Миграция существующих моделей. Удаление композиции и ряда элементов потребует переработки моделей, созданных в ArchiMate 3.x.
Моделирование ролей для не-человеческих акторов. Благодаря перемещению Role в общий домен можно явно моделировать, что роль исполняет AI-агент, робот или автоматизированная система.
Резюме
ArchiMate 4 устраняет избыточность языка: один и тот же концепт (роль, процесс, сервис) больше не дублируется в разных доменах. Платой за упрощение становится повышенное внимание к контексту моделирования.
Обновление окажется полезным для архитекторов, работающих в гетерогенных средах (где ИТ-системы, бизнес-процессы и производственное оборудование тесно переплетены). Тем, кто привык к строгому разделению доменов, потребуется время на адаптацию.