Назначение ArchiMate 2.0

ArchiMate 2.0 — это открытый стандарт визуального моделирования предприятия, разработанный The Open Group. Он предназначен для описания, анализа и визуализации структуры и динамики организации, включая бизнес, приложения, данные и технологии.

Зачем это нужно?

Чтобы создать единое понимание архитектуры между IT и бизнесом, избежать «разговора на разных языках».

В контексте данного урока ArchiMate 2.0 — мост между бизнес-требованиями и технической реализацией, особенно при работе с PBC и композиционной платформой, когда PBC становятся основой для low-code. Но чтобы создать понятный каталог PBC, нужна единая модель, которую могут читать и бизнес, и IT. ArchiMate — именно такой инструмент.

Рассмотрим ключевые особенности ArchiMate 2.0:

• Многослойность

Архитектура описывается в нескольких слоях: бизнес, приложения, технологии, что позволяет «спуститься» от бизнес-процесса к микросервису.

• Иерархичность

Возможность моделировать как отдельные компоненты, так и их группы (например, «Управление клиентами» → CustomerOnboarding,

CustomerSupport).

• Связи между элементами

ArchiMate поддерживает типы связей: использование, агрегация,

зависимость, что позволяет показать, как элементы взаимодействуют.

• Бизнес-читаемость

Диаграммы понятны не только архитекторам, но и бизнес-аналитикам, менеджерам, заказчикам.

• Открытый стандарт

ArchiMate не привязан к вендору. Поддерживается в инструментах:

Sparx EA, Archi (open source), LeanIX, Orbus iServer.

Основные элементы ArchiMate 2.0 (в контексте PBC)

Ниже — ключевые элементы, наиболее релевантные для проектирования логической архитектуры на основе PBC:

Категория	Элемент	Описание	Пример из практики
Бизнес-слой	Business Process	Конкретный процесс	«Оформить заказ», «Зарегистрировать клиента»
	Business Function	Группа процессов	«Управление клиентами», «Обработка платежей»
	Business Actor	Роль, выполняющая процесс	Менеджер, клиент, система
Прикладной слой	Application Component	Логический компонент ПО	CustomerManagementPBC, OrderProcessingPBC
	Application Service	Функция, предоставляемая компонентом	«Регистрация клиента», «Проверка рисков»
	Interface	Точка взаимодействия	API CustomerOnboard
Связи	Used By	Один элемент использует другой	Business Process использует Application Component
	Realizes	Реализует	Application Service реализует Business Process
	Aggregates	Состоит из	CustomerManagementPBC агрегирует CustomerOnboard, CustomerProfile

Возможности ArchiMate 2.0 в контексте PBC и композиционной платформы

• Визуализация PBC в бизнес-контексте

Показать, какой PBC поддерживает какой бизнес-процесс. Это помогает бизнесу понимать, «что за что отвечает».

• Выявление дублирования на этапе проектирования

Если два Application Component выполняют один Business Process

— это сигнал к редизайну.

• Создание каталога PBC

Диаграммы ArchiMate могут стать основой для реестра PBC, где каждый компонент описан и связан с бизнесом.

• Коммуникация между IT и бизнесом

Архитектор может показать бизнесу: «Вот как мы реализуем ваш процесс». Без единого языка нет доверия.

• Основа для генерации кода и документации

Современные CASE-инструменты (например, Sparx EA) позволяют экспортировать модели ArchiMate в форматы для генерации OpenAPI, UML, JSON Schema.

Преимущества использования ArchiMate 2.0

• Единый язык архитектуры

Устраняет разрыв между бизнесом и IT.

• Раннее выявление проблем

Дублирование, отсутствие покрытия процессов, избыточность — видны до написания кода.

• Поддержка управления изменениями

При изменении бизнес-процесса можно быстро увидеть, какие PBC нужно модифицировать.

• Документирование архитектуры «из кода» или «до кода»

Можно строить модель до реализации (design-time) или из существующих сервисов (reverse engineering).

• Интеграция с другими стандартами

Совместим с TOGAF, BPMN, UML, что делает его частью комплексной архитектурной практики.

Наряду с преимуществами, у ArchiMate 2.0 имеются ограничения и риски. Ниже рассмотрим их и пути их минимизации.

Ограничение/риск	Как минимизировать
Сложность для новичков	ArchiMate имеет около 50 элементов. Начинать стоит с подмножества (бизнес + прикладной слой).
Требует дисциплины	Модели устаревают, если их не поддерживать в актуальном состоянии
Не заменяет реализацию	ArchiMate — не UML*. Он не описывает поведение (например, последовательность вызовов).   * UML (Unified Modeling Language) — стандартный язык для описания, визуализации, проектирования и документации элементов информационных систем

Рассмотрим использование модели на примере «Оформление кредита»

Контекст: Банк хочет запустить новый продукт. Архитектор строит модель, чтобы согласовать решение.

[Business Process: «Оформить кредит»]

↓ (used by)

[Application Component: CustomerManagementPBC]

↓ (used by)

[Application Component: RiskAssessmentPBC]

↓ (used by)

[Application Component: LoanProcessingPBC]

↓

[Application Service: «Подписать договор»]

↓ (interface)

[eSignAPI]

Что даёт такая модель:

• Бизнес видит: «Вот как реализуется наш процесс».
• IT видит: «Нужно 3 PBC, все есть в реестре».
• Аналитик видит: «Можно использовать в low-code».

ArchiMate 2.0 — неотъемлемая часть современного ИТ-производства: это не просто «рисовалка схем», а инструмент системного мышления, который позволяет:

• увидеть целое, а не набор разрозненных сервисов
• спроектировать PBC в контексте бизнеса
• обеспечить преемственность между бизнес-требованиями, архитектурой и кодом

Моделирование в ArchiMate — это профилактика системного хаоса.

Модель, построенная в ArchiMate, может стать исходной основой для автоматической генерации back-end кода, что обеспечивает прямую связь: Бизнес-процесс → Логическая архитектура → Код.