ArchiMate® 4 Specification

Зачем вам ArchiMate

Язык, которым архитектуру рисуют, — и это его единственная задача. Формулировка владельца: открытый и независимый язык моделирования архитектуры предприятия, поддержанный разными поставщиками инструментов и консультантами; нотация, позволяющая архитектору описывать, анализировать и визуализировать связи между областями бизнеса однозначно2.

Ключевое слово — однозначно. Схемы, нарисованные в свободной форме, понимает только автор; язык нужен, чтобы их читали одинаково все.

И новость, ради которой стоит перечитать свои модели: в апреле 2026 года вышла четвёртая редакция, заменившая версию 3.21. Язык в ней не нарастили, а сократили — примерно на треть понятий7.

Нужен, если вы уже строите архитектуру и устали от того, что каждый рисует по-своему.

Нужен, если работаете в инструменте моделирования: большинство из них поддерживает именно этот язык.

Не нужен сам по себе. Язык не заменяет метод: он отвечает на вопрос «как нарисовать», а не «что делать».

Честная оговорка о том, чего на этой странице нет. Здесь нет спецификации языка и перечня его элементов: стандарт скачивается у владельца бесплатно для некоммерческого использования, ссылка ниже. Здесь разбор — зачем язык нужен и что изменилось.

Ключевые понятия

Домен. Крупная область описания: бизнес, приложения, технологии, физический мир, внедрение и переход, а над ними — стратегия и мотивация6. До четвёртой редакции это называлось слоем; теперь владелец перешёл на более общее слово «домен»4.

Три роли элемента. Внутри любого домена элементы делятся на три вида: кто действует (активная структура — актор, роль, компонент), что происходит (поведение — услуга, процесс, функция, событие) и над чем работают (пассивная структура — объект, данные, артефакт)6. Это и есть главный приём языка: одна и та же тройка повторяется на каждом уровне, поэтому схему бизнеса и схему инфраструктуры читают одинаково.

Отношения. Их несколько семейств: структурные — из чего состоит и из чего сделано; зависимости — кто кого обслуживает и кто к чему обращается; динамические — что чем запускается и что куда течёт6. Смысл различения простой: «состоит из» и «обслуживает» — разные утверждения, и на схеме их путать нельзя.

Точка зренияТочка зренияЗаранее выбранный срез архитектурной модели под задачу конкретного собеседника.Спецификация ArchiMate; The TOGAF Standard. Один и тот же набор элементов показывают под задачу конкретного собеседника: финансовому директору — одно, инженеру — другое. Модель одна, картинок много.

Откуда взяты определения

Разбор состава языка сделан по обзорной таблице нотации редакции 3.1 из нашей библиотеки6: она даёт полный перечень элементов и отношений на одном листе. В четвёртой редакции часть элементов убрана и объединена, и это описано ниже отдельным разделом4; общая конструкция — домены, три роли элемента, семейства отношений — сохранилась.

Что изменилось в четвёртой редакции

Владелец называет обновление существенной эволюцией стандарта3, но по сути это генеральная уборка. Председатель профильного форума приводит цифру: сокращение примерно на 30% понятий, с чуть более шестидесяти типов элементов до сорока7.

Что именно убрали и слили4:

• Убраны взаимодействия всех трёх уровней, ограничение, контракт, разрыв и представление.
• Поведенческие элементы объединены между уровнями: остался один набор — услуга, процесс, функция, событие.
• Событие внедрения заменено общим событиемСобытиеИзменение состояния, замеченное мониторингом.ITIL 4, а три вида сотрудничества сведены в одно.
• Бизнес-роль заменена общей ролью, на которую можно назначить любой внутренний активный элемент.
• Понятие «слой» заменено понятием «домен», а изображение языка перестало быть матрицей: теперь это концентрическая схема.
• У отношений появилась множественность — способ выразить ограничения на число связанных элементов.

Практический вывод для тех, кто уже моделирует: библиотека моделей на 3.2 читается прежними глазами, но часть элементов в новой редакции не существует. Прежде чем переводить модели, проверьте, поддерживает ли ваш инструмент четвёртую редакцию, — и посмотрите следующий раздел, потому что с сертификацией разрыв ещё заметнее.

Сертификация

Здесь самое полезное на этой странице. Спецификация ушла вперёд, а сертификация осталась: программа для людей на август 2026 года покрывает редакцию 3.2, а не четвёртую8. Владелец этого не скрывает — в том же интервью сказано, что программы обновляются7.

Что есть у людей8: два уровня — начальный и практикующий, плюс отдельное удостоверение о знании изменений редакции 3.2, адресованное аккредитованным преподавателям. Экзамены сдают через внешнего провайдера.

Организации по языку не сертифицируют. Зато сертифицируют инструменты: у владельца отдельная программа для средств моделирования, и условие допуска — действующая коммерческая лицензия у организации-разработчика9. Требования соответствия для инструментов на август 2026 года тоже опубликованы под третью редакцию9.

Отсюда практический совет при найме и при закупке: спрашивайте не «есть ли сертификат», а «по какой редакции». Разница в год и в треть понятий.

Откуда он взялся

Язык сделали в Нидерландах в 2002–2004 годах: проектная команда исследовательского института с партнёрами из государства, промышленности и университетов10. Владельцу его передали в 2008 году, первая редакция под его именем вышла в феврале 2009-го10.

Это объясняет характер языка: он вырос из исследовательской работы по описанию предприятий, а не из практикиПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 одного поставщика, — и потому изначально не привязан ни к какому инструменту.

Что он покрывает

Строгий ответ: ни одной практики управления ИТ. Полос покрытия на этой странице нет не по недосмотру — язык не описывает, как работать с инцидентами или уровнями услугУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation. Он описывает, как нарисовать то, что уже описано другими сводами.

Практическая польза при этом прямая и измеримая — в двух вещах.

Прослеживаемость. Видно, какая бизнес-функция на какие приложения опирается, а те — на какую инфраструктуру. Отсюда честный ответ на вопрос «что сломается, если выключить этот сервер».

Одинаковое чтение. Один и тот же значок означает одно и то же у всех, кто говорит на языке. Это дороже, чем кажется: половина архитектурных споров — про то, что нарисовано, а не про суть.

Чем отличается от соседей

От метода разработки архитектуры. Метод отвечает «что делать и в каком порядке», язык — «как нарисовать». Владелец у них общий, и связку он поддерживает намеренно.

От классификационной сетки. Сетка отвечает «какие описания должны быть», язык — «в каких значках их сделать». Сетка не рисует, язык не классифицирует.

От эталонной архитектуры управления ИТ. Та задаёт содержание — какие объекты и связи должны быть в управлении ИТ; язык задаёт форму записи. Их применяют вместе: модель того свода поставляется в том числе файлом на этом языке.

Сколько стоит

Спецификация бесплатна для некоммерческого использования, но получают её по лицензии: сначала личная ознакомительная на 90 дней, затем бессрочная некоммерческая для организаций, вузов и частных лиц; коммерческое использование — годовая лицензия5. Бумажное издание продаёт сторонний издатель5.

Где ломается применение

Берут язык вместо метода. Красиво нарисованная архитектура без принятых решений остаётся набором картинок.

Рисуют всё. Модель, описывающая каждую деталь, устаревает быстрее, чем достраивается. Полезнее моделировать то, по чему принимают решения.

Не договариваются об уровне детализации. Один архитектор рисует на уровне систем, другой — на уровне серверов, и модели перестают сходиться.

Переходят на новую редакцию раньше инструмента. Стандарт и его поддержка в инструментах появляются не одновременно — и, как видно по сертификации, разрыв бывает больше года8.

В России

ГОСТ-аналога нет: поиск по базе Росстандарта даёт ноль документов11. Ближайший действующий национальный стандарт по теме архитектуры предприятия — ГОСТ Р ИСО 15704-2022, но он про требования к методологиям, а не про язык описания.

С чего начать

1. Возьмите одну критичную услугу и нарисуйте её сквозь домены: бизнес, приложения, технологии. Одна страница.
2. Проверьте на ней вопрос «что сломается, если убрать этот элемент». Если ответа не видно — модель недостаточно связна.
3. Договоритесь об уровне детализации до того, как рисовать вторую услугу.

Что читать дальше

Три свода рядом: метод, для которого этот язык служит нотацией, эталонная архитектура управления ИТ и классификационная схема описаний предприятия.