Язык ArchiMate нужен в тот момент, когда схемы отдельного приложения уже недостаточно и приходится показывать всю картину целиком: цели организации, процессы, системы, технологический контур и изменения во времени. Эта глава как раз о том, как собрать такой взгляд в одной модели, не потеряв ни бизнесовый смысл, ни инженерную конкретику.
Его сила в том, что он связывает бизнес-слой, прикладной слой и технологический слой с мотивацией, архитектурными возможностями и планом перехода. Благодаря этому можно обсуждать не только текущее устройство ландшафта, но и путь от текущего состояния к целевому: какие возможности нужны организации, какие пакеты работ двигают архитектуру вперёд и как локальные решения соотносятся с общей корпоративной картиной.
В стратегических разговорах и обсуждениях корпоративной архитектуры этот материал особенно полезен тем, что поднимает разговор выше уровня отдельного сервиса. По нему удобно объяснять, как архитектура поддерживает цели бизнеса, где проходят зависимости между доменами и платформами и почему хорошее решение должно работать не только технически, но и организационно.
Практическая польза главы
Корпоративная целостность
Связывает стратегию, бизнес-слой, приложения и технологическую платформу в единую модель.
Согласованность решений
Помогает проверять, что локальные технические решения согласованы с целями организации.
Портфель трансформаций
Упрощает планирование крупных изменений и анализ зависимостей между инициативами.
Стратегический взгляд
Помогает обсуждать архитектуру выше уровня отдельного сервиса: через цели бизнеса, зависимости и траекторию изменений.
Источник
ArchiMate (Wikipedia)
Базовое описание языка, истории и ключевых концепций ArchiMate.
Спецификация
The Open Group: ArchiMate Overview
Официальный обзор стандарта и того, как его применяют в корпоративной архитектуре.
ArchiMate — открытый язык моделирования корпоративной архитектуры от The Open Group. Его ценность в том, что он помогает на одной схеме показать связь между целями организации, процессами, приложениями, технологиями и изменениями во времени.
Что такое язык ArchiMate
— это язык для , который помогает описывать организацию не только через приложения и инфраструктуру, но и через процессы, цели и изменения. Его ключевая идея — работать через выбранную , чтобы каждая диаграмма показывала ровно тот срез системы, который нужен конкретной аудитории и конкретному разговору.
Благодаря этому в одной модели можно обсуждать и текущее устройство ландшафта, и путь к будущему состоянию: от к , через нужные , архитектурные и . В отличие от , который чаще спускается к модели отдельной системы, язык ArchiMate особенно полезен на стыке стратегии и архитектуры; рядом с и он помогает связать корпоративную картину с прикладной и процессной.
Базовые слои и аспекты
Бизнес-слой (Business Layer)
Бизнес-акторы, процессы, сервисы и правила, через которые организация создаёт ценность.
Прикладной слой (Application Layer)
Приложения, компоненты, интерфейсы и сервисы, которые поддерживают бизнес-процессы.
Технологический слой (Technology Layer)
Узлы, системное ПО, сети и технологические сервисы, на которых работают приложения.
Активная структура (Active Structure)
Кто исполняет поведение: роли, компоненты, узлы и другие активные элементы.
Поведение (Behavior)
Что происходит: процессы, функции, взаимодействия, события и сервисы.
Пассивная структура (Passive Structure)
С чем работает система: объекты, данные, артефакты и другие пассивные сущности.
Примеры диаграмм ArchiMate
Выберите одну из типовых точек зрения и посмотрите, какие элементы и отношения становятся главными в этой модели.
Послойная точка зрения (Layered Viewpoint)
Показывает связь между бизнес-процессом, приложением и технологическим сервисом.
Связанная нотация
C4 Model
Хорошо дополняет язык ArchiMate, когда нужно спуститься от корпоративной картины к архитектуре конкретной системы.
Расширения языка
Стратегия (Strategy)
Стратегические цели, способности, ресурсы и варианты действий, из которых формируют целевую архитектуру.
Мотивация (Motivation)
Драйверы, цели, результаты, требования и ограничения, которые обосновывают архитектурные решения.
Реализация и миграция (Implementation & Migration)
Пакеты работ, результаты поставки, плато и путь перехода от текущего состояния к целевому.
Физический слой (Physical)
Оборудование и физические ресурсы, например площадки, устройства и элементы IoT-контуров.
Типовые отношения
Зависимость
Обслуживание / использование (Serving / Used-by)
Показывает, какой сервис или интерфейс предоставляет ценность другому элементу.
Прослеживаемость
Реализация (Realization)
Связывает абстракцию и её воплощение: кто реализует нужный сервис, объект или способность.
Ответственность
Назначение (Assignment)
Привязывает поведение к конкретному исполнителю: роли, компоненту или узлу.
Динамика
Инициирование / поток (Triggering / Flow)
Показывает причинно-временную связь и порядок перехода между шагами процесса или функциями.
Структура
Композиция / агрегация (Composition / Aggregation)
Описывает, из каких частей состоит система, способность или архитектурный объект.
Данные
Доступ (Access)
Показывает, как поведенческий элемент читает, меняет или создаёт данные и артефакты.
Практический процесс моделирования
Шаги практического моделирования
6 этапов от постановки рамки до поддержания модели в актуальном состоянииЦель и аудитория
Определите, кто читает модель: CIO/CTO, доменные архитекторы, продуктовые команды.
Точка зрения
Выберите нужную точку зрения: послойную, мотивационную, кооперацию приложений или миграционную.
Текущее состояние
Опишите текущее состояние: бизнес, приложения и технологии в едином словаре.
Целевое состояние
Постройте целевое состояние и явно зафиксируйте разрывы между текущей и целевой архитектурой.
Переход
Разложите переход на архитектурные плато и пакеты работ и свяжите его с планом изменений.
Актуализация
Поддерживайте модель живой после архитектурных решений и релизных волн.
Цель и аудитория
Определите, кто читает модель: CIO/CTO, доменные архитекторы, продуктовые команды.
Точка зрения
Выберите нужную точку зрения: послойную, мотивационную, кооперацию приложений или миграционную.
Текущее состояние
Опишите текущее состояние: бизнес, приложения и технологии в едином словаре.
Целевое состояние
Постройте целевое состояние и явно зафиксируйте разрывы между текущей и целевой архитектурой.
Переход
Разложите переход на архитектурные плато и пакеты работ и свяжите его с планом изменений.
Актуализация
Поддерживайте модель живой после архитектурных решений и релизных волн.
Частые ошибки
Нет явной точки зрения
Начинать с общей схемы «обо всём сразу», не задав точку зрения и границы модели.
Смешение уровней абстракции
Помещать в одну диаграмму корпоративную картину, кодовые детали и низкоуровневую технику.
Потеря мотивации
Игнорировать драйверы, цели и требования и оставлять только техническую картинку.
Нет плана перехода
Не связывать целевую архитектуру с реальными шагами перехода, владельцами и инициативами.
Связанные главы
- Что такое архитектура ПО и зачем она нужна в системном дизайне - задает рамку, в которой язык ArchiMate связывает бизнес-цели, системы и технологическую реализацию.
- UML: диаграммы как язык архитектуры - дополняет язык ArchiMate там, где нужна более детальная модель структуры и поведения отдельных систем.
- C4 Model: контекст, контейнеры, компоненты, код - дает практичный взгляд на архитектуру приложения и помогает связать корпоративную модель с устройством конкретной системы.
- BPMN: язык моделирования бизнес-процессов - добавляет процессный взгляд и помогает уточнить сценарии, которые язык ArchiMate затем связывает с архитектурными слоями.
- Стратегии декомпозиции - помогают превратить корпоративную модель в конкретные границы модулей, сервисов и зон ответственности.