ArchiMate 4: Отказ от слоёв и унификация метамодели

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), теперь стали едиными.

Последствия:

• Снижена когнитивная нагрузка: меньше типов элементов для изучения.

• Утрачена цветовая и доменная идентификация. Контекст моделирования (назначение диаграммы, связи с другими элементами) теперь критически важен.

• 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. Практические следствия для архитекторов

1. Контекст становится критически важен. Если раньше домен был понятен по цвету и расположению, теперь диаграммы в общем домене требуют явного пояснения (легенда, документация, именование). Опытные архитекторы на первых порах столкнутся с потерей наглядности при быстром анализе.

2. Упрощение входа в язык. Новичку больше не нужно разбираться в различиях между Business Process, Application Process и Technology Process — процесс один.

3. Новые возможности для формализации. Появление кардинальности на связях позволяет делать модели более строгими и пригодными для автоматизированной проверки.

4. Миграция существующих моделей. Удаление композиции и ряда элементов потребует переработки моделей, созданных в ArchiMate 3.x.

5. Моделирование ролей для не-человеческих акторов. Благодаря перемещению Role в общий домен можно явно моделировать, что роль исполняет AI-агент, робот или автоматизированная система.

Резюме

ArchiMate 4 устраняет избыточность языка: один и тот же концепт (роль, процесс, сервис) больше не дублируется в разных доменах. Платой за упрощение становится повышенное внимание к контексту моделирования.

Обновление окажется полезным для архитекторов, работающих в гетерогенных средах (где ИТ-системы, бизнес-процессы и производственное оборудование тесно переплетены). Тем, кто привык к строгому разделению доменов, потребуется время на адаптацию.