Аннотация
Это первая из запланированных статей по внедрению практики использования языка ArchiMate для различных ИТ-ролей. Конкретно этот материал будет полезен прежде всего бизнес-аналитикам для повышения уровня компетенций и дополнения инструментария моделирования бизнес‑процессов, он является прямым продолжением темы апгрейда роли «бизнес‑аналитик».
Метамодель
ArchiMate, как и BPMN, в своей метамодели имеет большой набор элементов:
В этой статье пример моделирования будет основан только на тех элементах, которые на мой взгляд имеют максимальную ценность для практики описания бизнес-процессов. Речь про 7 объектов:
роли;
триггеры и выходы процесса;
шаг процесса;
бизнес-объекты (входы-выходы шагов процесса);
логические операторы (и/или);
поток управления;
поток данных/информации.
Хотел бы обратить внимание на то, что в данной статье речь идёт только о нотациях, а не о содержании приводимого процесса, хотя и это можно рассматривать в контексте статьи о связи бизнес-требований с архитектурой организации https://habr.com/ru/articles/953794/).
Пример описания и соответствия
Данные варианы описания не единственно верные, но составлены именно так для демонстрации того, как смоделировать один и тот же процесс (сделал его верхнеуровневым и значительно упрощённым) в двух нотациях с соответствующим друг другу содержанием.
На обеих схемах использован одинаковый набор объектов и их наименований, указана одинаковая бизнес-логика движения процесса, включая возвраты через условия, а также его границы.
Используя данный пример в качестве пособия, вы можете достаточно быстро начать использовать ArchiMate в своей практике, например, смоделировав в нём готовую схему BPMN из текущей практики в качестве первого шага. Скачать дистрибутив для моделирования можно здесь: https://www.archimatetool.com/download/
Заключение
В данном примере использовалось только 7 объектов для моделирования. Если говорить про BPMN, то как отмечалось выше, на мой взгляд, этого набора из всей метамодели языка вполне достаточно для решения большинства задач по моделированию бизнес-процессов (разве что отдельно стоит упомянуть про дополнительные логические операторы (шлюзы), которые в примере не использовались, но крайне полезны в некоторых случаях). Если же говорить про ArchiMate, то эти 7 объектов точно так же достаточны для описания бизнес-процессов, но на потенциальной архитектурной схеме являются только одним "слоем" и могут быть дополнены большим количеством элементов бизнес-домена (и связей с ними): целями, задачами, стратегией, способностями, продуктами и т.д. Такая схема как результат работы бизнес-аналитика становится более комплексной, "объёмной" и связанной со многими корпоративными инструментами планирования и управления: продуктово-сервисным ландшафтом, системой постановки целей, формированием программ/портфелей/проектов и пр. О таком моделировании планирую рассказать в следующих статьях.
А в контексте данной статьи надеюсь, что приведённый пример станет для кого-то первым шагом для внедрения в практику такого эффективного языка моделирования, как ArchiMate и сделает его более популярным в сообществе бизнес-аналитиков и представителей прочих ролей, производящих моделирование процессов в своей работе.
Комментарии (6)
itGuevara
14.10.2025 10:53он является прямым продолжением темы апгрейда роли "бизнес-аналитик": https://habr.com/ru/articles/954280/.
Там хоть и кривая, но сравнительная табличка была. И предложение.
Соответствующее описание процесса в ArchiMate
Разве к событию можно роль прикреплять? Дипсик так ответил (Archimate. Можно ли к событию прикрепить роль?):
Короткий ответ: Нет, напрямую прикрепить роль (Role) к событию (Event) стандартным отношением назначения (Assignment) — нельзя.
Теперь давайте разберемся подробнее, почему это так и как правильно моделировать подобные ситуации.
Почему прямое присвоение невозможно?
В ArchiMate существует четкое разделение на пассивные и активные структурные элементы, а также поведенческие элементы.
Роль (Role) — это активный структурный элемент (Active Structure Element). Он представляет собой способность выполнять некоторое поведение.
Событие (Event) — это поведенческий элемент (Behavior Element). Оно представляет собой некое состояние изменения, которое происходит в течение времени.
Отношение Assignment в ArchiMate используется для связывания структурного элемента (кто/что выполняет) с поведенческим (что выполняется). Но ключевой момент: оно связывает активную структуру непосредственно с тем поведением, которое она выполняет.
Событие же, по своей сути, не "выполняется" ролью. Оно "происходит", и в ответ на него уже запускается какое-то поведение (процесс, функция), которое как раз и может быть назначено роли.
Однако опять же "механика" процесса лучше всего видна в EPC и там нельзя к событию прикрепить роль. Роль выполняет операцию, функцию, процесс. Событие - это иная сущность (не ролевая). И бизнес-объект также к событию нельзя прикрепить (непонятна суть такой связи). Хотя его зачем-то прикрепляют.
Eugene_Demochko Автор
14.10.2025 10:53Целью данной статьи было приведение небольшого практического материла в виде визуального упражнения заинтересованных из разряда "найти 10 отличий" для быстрого старта использования инструмента, а не более глубокий разбор с таблицами (хоть и "кривыми"). Ваше предложение было принято к сведению.
Насчёт семантической корректности связи Business Actor и Business Event через Assignment deepseek ответил правильно. Здесь я намеренно допустил такую связь для полной считываемости информации и маппингом на схему bpmn (а именно - с "дорожками" ролей). Подобные комментарии насчёт правильности семантики тоже полезны для цели конкретно этой статьи, благодарю.
Насчёт EPC - что имеется в виду под "лучшей механикой"?
itGuevara
14.10.2025 10:53Насчёт EPC - что имеется в виду под "лучшей механикой"?
Само описание workflow (event + function), ключевой элемент function, и вообще детальная семантика (не только EPC). Разве где-то подобное есть, также подробно как в ARIS?
Eugene_Demochko Автор
14.10.2025 10:53Наверняка преимущества EPC в совокупности с ARIS как методологии/инструмента есть, нужно смотреть в контексте конкретных задач моделирования. Но на мой взгляд, с точки зрения метамодели в том же BPMN аналогичных объектов не меньше, а читаемость лучше (думаю, это следствие того, что BPMN является преемником нескольких языков/методологий, в т.ч. EPC и выполняет схожие задачи не хуже).
ASenchenko
Евгений, добрый день.
Пожелание к продолжению Вашего Труда :)))
Делайте пожалуйста "части" подлиннее, минут на 5-6 чтения "часами Хабра". Это как раз на 30-40 минут спокойно потыркаться по прочитанному.
Eugene_Demochko Автор
Добрый, следующий будет подлиннее, спасибо)