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 устраняет избыточность языка: один и тот же концепт (роль, процесс, сервис) больше не дублируется в разных доменах. Платой за упрощение становится повышенное внимание к контексту моделирования.
Обновление окажется полезным для архитекторов, работающих в гетерогенных средах (где ИТ-системы, бизнес-процессы и производственное оборудование тесно переплетены). Тем, кто привык к строгому разделению доменов, потребуется время на адаптацию.