Руководство по ArchiMate 4 с использованием Visual Paradigm Enterprise Architect

В данном руководстве объясняется, как создавать, организовывать, проверять, поддерживать и публиковать модели ArchiMate 4 с помощью Visual Paradigm Enterprise Architect. Оно предназначено для архитекторов предприятий, архитекторов решений, бизнес-аналитиков и команд архитектуры, переходящих с ArchiMate 3.2 на ArchiMate 4.

Visual Paradigm 18.0 и более поздние версии предоставляют выделенный редактор ArchiMate 4, палитры ArchiMate 4, нативную кратность отношений, поддержку документации, импорт/экспорт XML, функции совместной работы и обратную совместимость с диаграммами ArchiMate 3.2.

Названия меню могут незначительно отличаться в разных версиях и изданиях Visual Paradigm. Приведенные ниже инструкции предполагают использование Visual Paradigm Desktop Enterprise Edition 18.0 или более поздней версии.

1. Для чего используется ArchiMate

ArchiMate — это язык моделирования архитектуры предприятия, используемый для описания:

• Бизнес-стратегия и цели

• Организационные структуры

• Продукты и услуги

• Бизнес-процессы и возможности

• Приложения и сервисы приложений

• Данные и информация

• Технологическая инфраструктура

• Проекты, рабочие пакеты, плато и дорожные карты внедрения

• Взаимосвязи между доменами архитектуры

ArchiMate не является методологией управления проектами и не заменяет BPMN, UML или моделирование данных. Вместо этого он обеспечивает интегрированный архитектурный вид, который связывает эти модели.

Например:

Ценность ArchiMate заключается в демонстрации взаимосвязей между этими концепциями, а не в моделировании каждого домена изолированно.

2. Концептуальные изменения в ArchiMate 4

ArchiMate 4 вводит более ориентированную на домены структуру и сокращает количество специализированных дублированных элементов.

2.1 От слоёв к доменам

ArchiMate 3.2 обычно использовала слоённый подход:

• Стратегия

• Бизнес

• Прикладное ПО

• Технологии

• Внедрение и миграция

• Мотивация

ArchiMate 4 организует язык вокруг доменов:

• Общий

• Бизнес

• Прикладное ПО

• Технологии

• Мотивация

• Стратегия

• Внедрение и миграция

Общий домен содержит переиспользуемые концепции, которые могут применяться в различных доменах. Домен мотивации расположен в центре фреймворка ArchiMate 4, подчёркивая, что архитектурные решения должны быть связаны с целями, драйверами и результатами.

2.2 Архима-гексагон

Фреймворк ArchiMate 4 обычно иллюстрируется как Архима-гексагон. Он подчёркивает взаимосвязи между:

• Мотивация

• Стратегия

• Базовая архитектура

• Внедрение и миграция

Используйте «Гексагенион» в качестве концептуальной карты, а не обязательно как макет для каждой диаграммы. Детальная диаграмма архитектуры обычно должна фокусироваться на одной проблеме заинтересованной стороны и одной конкретной точке зрения.

2.3 Единые концепции

ArchiMate 4 сокращает дублирование между бизнес-концепциями, концепциями приложений и технологическими концепциями. Вместо создания отдельных версий похожих поведенческих концепций для каждого слоя язык предпочитает переиспользуемые концепции, которые могут интерпретироваться в контексте.

Это означает, что вы должны выбирать элементы исходя из их архитектурного смысла, а не только из домена, в котором они случайно встречаются.

2.4 Множественность в отношениях

ArchiMate 4 поддерживает множественность в отношениях, например:

• 1

• 0..1

• 1..*

• 0..*

Например:

Клиент ── использует ── 0..* Служба поддержки клиентов

Это позволяет модели выражать кардинальность и архитектурные ограничения непосредственно на соединителях. Visual Paradigm поддерживает отображение множественности в отношениях ArchiMate 4.

2.5 Устаревшие или объединённые концепции

Некоторые концепции из ArchiMate 3.2 были удалены, объединены или представлены с использованием более общих элементов. Примеры, указанные в руководстве ArchiMate 4, включают:

• Композиция удалена из основного набора отношений

• Специализированные концепции взаимодействия объединены

• Понятия «Договор», «Ограничение», «Разрыв» и «Представление» больше не рассматриваются как отдельные концепции

• Путь перемещён в общую область

При миграции существующей модели не просто переименовывайте каждый старый элемент. Сначала определите значение исходного элемента модели, а затем отразите это значение с помощью соответствующей концепции ArchiMate 4.

3. Установка и подготовка Visual Paradigm

3.1 Требуемая версия

Используйте версию Visual Paradigm, включающую поддержку корпоративной архитектуры и ArchiMate. Корпоративная версия является подходящим выбором для организаций, которым требуются:

• Моделирование ArchiMate

• Совместная работа команды

• Валидация модели

• Генерация документации

• Публикация проекта

• Импорт и экспорт XML

• Интеграция с BPMN, UML и другими типами моделей

Возможности Visual Paradigm в области ArchiMate включают редактирование перетаскиванием, повторно используемые элементы модели, пользовательские точки зрения, совместную работу, просмотр диаграмм в сети и ссылки на модели BPMN и UML.

3.2 Создание проекта

1. Запустите Visual Paradigm.

2. ВыберитеПроект > Новый проект.

3. Введите имя проекта, например:

   Трансформация службы поддержки клиентов
   

4. Выберите расположение проекта.

5. Сохраните проект.

6. Создайте логическую структуру пакетов перед добавлением диаграмм.

Полезная структура пакетов выглядит следующим образом:

Трансформация службы поддержки клиентов
├── 00 Управление
├── 01 Мотивация
├── 02 Стратегия
├── 03 Бизнес
├── 04 Приложения
├── 05 Технологии
├── 06 Внедрение и миграция
├── 07 Точки зрения
├── 08 Каталоги
└── 09 Отчёты

3.3 Включить редактор ArchiMate 4

Чтобы создать диаграмму ArchiMate 4:

1. Выберите Диаграмма > Создать.

2. Найдите ArchiMate.

3. Выберите редактор диаграмм ArchiMate 4, если отображаются отдельные варианты ArchiMate 3.2 и ArchiMate 4.

4. Выберите шаблон диаграммы или точки зрения.

5. Разместите диаграмму в соответствующем пакете.

6. Присвойте ему описательное имя, например:

   Служба поддержки клиентов – Мотивационная точка зрения
   

Visual Paradigm 18.0 представил новый редактор диаграмм и палитру ArchiMate 4, сохранив при этом возможность работы с диаграммами ArchiMate 3.2. Существующие модели 3.2 не требуют немедленной миграции.

4. Организация репозитория архитектуры

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

4.1 Повторно используемые элементы

Создавайте каждый важный архитектурный элемент один раз, когда это возможно:

• Один канонический сущность «Клиент»

• Одна каноническая услуга «Клиент»

• Одно каноническое приложение CRM

• Одна каноническая возможность управления клиентами

• Одна каноническая база данных CRM

Используйте эти элементы в нескольких диаграммах вместо их повторного рисования.

Visual Paradigm поддерживает повторное использование элементов в разных диаграммах, поэтому изменения в базовом элементе могут отражаться в других диаграммах.

4.2 Представления

Представление — это диаграмма, созданная для решения конкретной проблемы заинтересованной стороны. Примеры включают:

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

• Карта возможностей

• Представление бизнес-услуг

• Представление взаимодействия приложений

• Представление технологической инфраструктуры

• Дорожная карта внедрения

• Представление влияния миграции

Не создавайте одну огромную диаграмму, содержащую всю организацию. Большие диаграммы трудно читать, проверять и поддерживать.

4.3 Соглашение об именовании

Используйте устойчивые имена и избегайте включения временной проектной информации в имена элементов.

Предпочтительно:

Возможность управления клиентами

а не:

Новая возможность CRM – Проект Феникс

Для проектной информации используйте примечания, свойства или помеченные значения.

Практичный шаблон именовании:

<Тип элемента>: <Бизнес-значение>

Примеры:

Возможность: Управление клиентами
Бизнес-процесс: Обработка запроса клиента
Компонент приложения: Платформа CRM
Технологическая услуга: Аутентификация личности
Рабочий пакет: Развёртывание платформы CRM

5. Домены и типичные элементы ArchiMate 4

Следующая таблица обобщает основную цель моделирования для каждого домена.

Домен	Цель	Типичные примеры
Мотивация	Почему необходимы изменения	Заинтересованная сторона, Драйвер, Оценка, Цель, Требование, Принцип
Стратегия	Направление и предполагаемые бизнес-результаты	Возможность, Ресурс, Направление действий, Поток ценности
Бизнес	Организация и поведение бизнеса	Бизнес-актор, Роль, Сотрудничество, Процесс, Функция, Сервис, Продукт, Бизнес-объект
Приложение	Поведение и структура программного обеспечения	Компонент приложения, Сотрудничество приложений, Функция приложения, Сервис приложения, Объект данных
Технология	ИТ и физическая технология	Узел, Устройство, Системное программное обеспечение, Технологическое сотрудничество, Технологическая функция, Технологический сервис
Общее	Повторно используемые междоменные концепции	Общие сервисы, процессы, функции, события, пути и связанные общие концепции
Внедрение и миграция	Выполнение изменений и переход	Рабочий пакет, Результат, Плато, Разрыв, Событие внедрения, Дорожная карта миграции

Точные названия элементов и их доступность следует проверять по палитре ArchiMate 4 в установленной вами версии Visual Paradigm.

6. Создание вашей первой модели ArchiMate 4

Используйте следующий пример:

Компания хочет улучшить обслуживание клиентов, внедрив единую платформу CRM. Изменения должны сократить время ответа, повысить видимость информации о клиентах и объединить каналы обслуживания клиентов.

Шаг 1: Моделирование мотивации

Создайте диаграмму с названием:

Обслуживание клиентов — Вид мотивации

Добавить:

• Заинтересованная сторона: Клиент

• Заинтересованная сторона: Менеджер по обслуживанию клиентов

• Драйвер: Плохой опыт клиентов

• Оценка: Разрозненная информация о клиентах

• Цель: Повышение удовлетворённости клиентов

• Цель: Сокращение времени ответа службы поддержки

• Требование: Единая информация о клиентах

• Принцип: Данные клиентов должны быть доступны

Соедините элементы с помощью связей, например:

Плохой опыт клиентов
    влияет на
Повышение удовлетворённости клиентов

Разрозненная информация о клиентах
    влияет на
Единая информация о клиентах

Единая информация о клиентах
    поддерживает
Повышение удовлетворённости клиентов

Упрощённый вид может выглядеть так:

[Менеджер по обслуживанию клиентов]
            |
         ценит
            v
[Повышение удовлетворённости клиентов]
            ^
         поддерживает
            |
[Единая информация о клиентах]
            ^
         устраняет
            |
[Разрозненная информация о клиентах]

Сохраняйте понятность этой диаграммы для бизнес-заинтересованных сторон. На этом этапе избегайте добавления приложений или инфраструктуры.

Шаг 2: Моделирование стратегического направления

Создать:

Обслуживание клиентов — Стратегический обзор

Добавить:

• Возможность: Управление клиентами

• Возможность: Поддержка через все каналы

• Курс действий: Внедрение единой CRM-системы

• Поток создания ценности: Решение проблем клиентов

• Ресурс: Информация о клиентах

Соедините элементы:

Внедрение единой CRM-системы
    обеспечивает
Управление клиентами

Внедрение единой CRM-системы
    обеспечивает
Поддержку через все каналы

Управление клиентами
    поддерживает
Решение проблем клиентов

Эта диаграмма отвечает на вопросы:

• Какие возможности необходимы?

• Какая стратегическая инициатива их создаст?

• Какой поток создания ценности улучшается?

• Какие ресурсы важны?

Шаг 3: Моделирование бизнес-архитектуры

Создать:

Обслуживание клиентов — Вид бизнес-архитектуры

Добавить:

• Бизнес-актор: Клиент

• Деловая роль: Представитель службы поддержки клиентов

• Деловое сотрудничество: Команда службы поддержки клиентов

• Деловой процесс: Регистрация проблемы клиента

• Деловой процесс: Анализ проблемы клиента

• Деловой процесс: Решение проблемы клиента

• Деловая услуга: Услуга поддержки клиентов

• Деловой объект: Дело клиента

• Деловой объект: Профиль клиента

Типичный поток выглядит следующим образом:

Клиент
   |
запрашивает
   v
Услуга поддержки клиентов
   |
обслуживается
   v
Команда службы поддержки клиентов
   |
выполняет
   v
Регистрация проблемы клиента
   |
доступает
   v
Дело клиента

Моделируйте последовательность процессов в диаграмме ArchiMate на архитектурном уровне. Если требуется детальная логика рабочего процесса, свяжите или отследите деловой процесс в модели BPMN.

Шаг 4: Моделирование архитектуры приложений

Создать:

Служба поддержки клиентов — вид приложений

Добавить:

• Компонент приложения: Платформа CRM

• Компонент приложения: Платформа контакт-центра

• Компонент приложения: Портал клиента

• Компонент приложения: Платформа отчетности

• Услуга приложения: Услуга управления делами клиентов

• Сервис приложения: Сервис профиля клиента

• Объект данных: Данные о деле клиента

• Объект данных: Данные профиля клиента

Соедините модель:

Платформа CRM
    обслуживает
Сервис управления делами клиента

Сервис управления делами клиента
    обслуживает
Команду обслуживания клиентов

Платформа CRM
    получает доступ к
Данным о деле клиента

Портал клиента
    получает доступ к
Сервису профиля клиента

Платформа контакт-центра
    использует
Сервис управления делами клиента

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

Шаг 5: Смоделируйте технологическую архитектуру

Создать:

Обслуживание клиентов — технологический вид

Добавить:

• Узел: Облачная платформа приложений

• Узел: Платформа интеграции

• Узел: Платформа идентификации

• Системное программное обеспечение: Система управления реляционными базами данных

• Технологический сервис: Сервис аутентификации

• Технологический сервис: Сервис интеграции

• Устройство: Рабочая станция агента

Соедините элементы:

Облачная платформа приложений
    реализует
Платформу CRM

Платформа интеграции
    обслуживает
Сервис интеграции

Платформа идентификации
    обслуживает
Сервис аутентификации

Платформа CRM
    использует
Сервис аутентификации

Платформа CRM
    получает доступ к
Системе управления реляционными базами данных

Технологический вид должен объяснять, как размещается и поддерживается архитектура приложений. Избегайте перечисления каждого сервера, порта, библиотеки или параметра развертывания, если диаграмма не предназначена специально для технических операций.

Шаг 6: Внедрение модели и миграция

Создать:

Служба поддержки клиентов – Дорожная карта внедрения

Добавить:

• Рабочий пакет: Настройка платформы CRM

• Рабочий пакет: Интеграция контакт-центра

• Рабочий пакет: Миграция клиентских данных

• Рабочий пакет: Обучение представителей службы поддержки

• Результат: Настроенная платформа CRM

• Плато: Текущее состояние

• Плато: Переходное состояние

• Плато: Целевое состояние

• Событие внедрения: Запуск CRM (Go-Live)

• Разрыв: Разрозненная клиентская информация

Создать зависимости, например:

Настройка платформы CRM
    запускает
Интеграция контакт-центра

Интеграция контакт-центра
    запускает
Миграция клиентских данных

Миграция клиентских данных
    запускает
Запуск CRM (Go-Live)

Текущее состояние
    переходит в
Переходное состояние

Переходное состояние
    переходит в
Целевое состояние

Используйте дорожную карту или представление миграции для отображения последовательности и архитектурных изменений. Детальное планирование обычно должно оставаться в инструменте управления проектами.

7. Создание видов в Visual Paradigm

Вид ограничивает модель концепциями, имеющими отношение к конкретному заинтересованному лицу или аспекту.

7.1 Использование предопределённого вида

При создании диаграммы:

1. Выберите Диаграмма > Создать.

2. Выберите диаграмму или точку зрения ArchiMate 4.

3. Выберите подходящий шаблон, например:

   • Вид «Мотивация»

   • Вид «Стратегия»

   • Вид «Бизнес-архитектура»

   • Вид «Взаимодействие приложений»

   • Вид «Технологии»

   • Вид «Внедрение и миграция»

4. Добавляйте только элементы, относящиеся к данной точке зрения.

5. При необходимости скрывайте нерелевантные связи.

Visual Paradigm поддерживает предопределённые и пользовательские точки зрения для фокусировки диаграмм на конкретных аспектах архитектуры.

7.2 Создание пользовательской точки зрения

Создайте пользовательскую точку зрения, если стандартная точка зрения не отвечает потребностям вашей организации в коммуникации.

Например, вид «Соблюдение требований к данным» может содержать:

• Бизнес-объект

• Объект данных

• Компонент приложения

• Требование

• Принцип

• Технологическая услуга

• Отношение доступа

• Отношение реализации

Пользовательская точка зрения должна определять:

• Целевая аудитория

• Архитектурная проблема

• Допустимые типы элементов

• Допустимые типы отношений

• Требуемая метаданные

• Правила именования и цветовые соглашения

7.3 Правила проектирования точек зрения

Хорошая точка зрения должна:

• Отвечать на конкретный архитектурный вопрос

• Использовать ограниченное количество типов элементов

• Иметь одну основную целевую аудиторию

• Избегать нерелевантных деталей

• Использовать согласованную компоновку

• Содержать четкий заголовок и легенду

Примеры:

Какие приложения поддерживают процесс от заказа до оплаты?
Какие возможности затрагиваются в результате трансформации?
Где хранятся регулируемые данные клиентов?
Какие изменения необходимы для достижения целевого состояния?

8. Отношения в ArchiMate 4

Используйте отношения осторожно. Отношение часто передает больше смысла, чем сам элемент.

8.1 Типичные типы отношений

Отношение	Используйте, когда
Ассоциация	Существует общая, неопределенная связь
Обслуживание	Один элемент предоставляет услугу или возможность другому
Доступ	Элемент читает, записывает или иным образом обращается к объекту
Назначение	Поведение назначается активной структуре
Реализация	Один элемент реализует или внедряет другой
Влияние	Один элемент влияет на мотивацию или результат другого
Инициация	Одно поведение или событие инициирует другое
Поток	Информация, ценность или материал перемещаются между элементами
Агрегация	Целое содержит связанные части без сильной принадлежности
Композиция	Перед использованием проверьте метамодель ArchiMate 4; она может быть недоступна, как в версии 3.2
Специализация	Один элемент является специализированной формой другого
Соединение	Объединяет или разделяет связи

8.2 Выбор между обслуживанием и реализацией

Используйте обслуживание когда один элемент предоставляет функциональность другому:

CRM-приложение
    обслуживает
Команду обслуживания клиентов

Используйте реализацию когда один элемент реализует или воплощает другой:

Платформа CRM
    реализует
Сервис управления делами клиентов

Не используйте связь «реализация» только потому, что два элемента связаны.

8.3 Моделирование кратности

Выберите соединитель связи и откройте его спецификацию или свойства. Введите кратность источника и цели, если версия Visual Paradigm предоставляет эти поля.

Примеры:

Клиент 1 ── имеет ── 0..* Дел клиента
Специалист по обслуживанию клиентов 1..* ── выполняет ── Процесс обслуживания клиентов
Компонент приложения 1 ── реализует ── 1..* Сервисы приложения

Используйте кратность только тогда, когда она отражает значимое архитектурное правило. Не добавляйте произвольные кардинальности к каждому соединителю.

9. Использование свойств, помеченных значений и метаданных

Зрелый репозиторий архитектуры требует больше информации, чем только имена и связи.

Полезные свойства включают:

• Владелец

• Статус жизненного цикла

• Критичность для бизнеса

• Классификация данных

• Здоровье приложения

• Здоровье технологии

• Целевое состояние

• Текущее состояние

• Планируемая дата вывода из эксплуатации

• Область регулирования

• Центр затрат

• Фаза дорожной карты

• Оценка риска

Пример метаданных для компонента приложения:

Название: Платформа CRM
Владелец: Служба поддержки клиентов
Жизненный цикл: Целевой
Критичность: Высокая
Классификация данных: Конфиденциально
Фаза дорожной карты: Фаза 2
Состояние технологии: Хорошее
Соответствие бизнесу: Среднее

Последовательно используйте пользовательские свойства или помеченные значения во всем репозитории. Visual Paradigm поддерживает пользовательские свойства и кастомизацию моделей на основе ETL для информации, специфичной для проекта.

10. Цветовые и визуальные соглашения

Цвет должен передавать контролируемое значение, а не украшать диаграмму.

Пример палитры:

Цвет	Значение
Синий	Элемент существующего/текущего состояния
Зеленый	Элемент целевого состояния
Оранжевый	Планируемое изменение
Красный	Риск, разрыв или проблема
Серый	Внешний или контекстуальный элемент
Фиолетовый	Общая платформа или общая возможность

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

Visual Paradigm предоставляет параметры форматирования и цветовые легенды для диаграмм ArchiMate.

11. Связывание ArchiMate с BPMN, UML и моделями данных

ArchiMate должен функционировать как архитектурный слой над более детальными моделями.

11.1 ArchiMate и BPMN

Используйте ArchiMate для моделирования:

• Бизнес-возможность

• Бизнес-процесс на высоком уровне

• Бизнес-услуга

• Поддержка приложений

Используйте BPMN для моделирования:

• Детальный поток процесса

• События

• Шлюзы

• Задачи человека

• Потоки сообщений

• Обработка исключений

Пример прослеживаемости:

Бизнес-процесс ArchiMate:
Решение проблемы клиента

связано с

Процесс BPMN:
Рабочий процесс разрешения проблем клиента

11.2 ArchiMate и UML

Используйте ArchiMate для отображения:

• Компонент приложения

• Сервис приложения

• Сотрудничество приложений

• Объект данных

Используйте UML для отображения:

• Структура классов

• Интерфейсы компонентов

• Поведение последовательности

• Детали развертывания

• Проектирование API

11.3 ArchiMate и моделирование данных

Используйте объекты данных ArchiMate для концепций информации архитектурного уровня. Связывайте их с детализированными моделями «сущность-связь» или логическими моделями данных, где это необходимо.

Например:

Объект данных ArchiMate:
Данные профиля клиента

связано с

Логическая модель данных:
Клиент, Адрес клиента, Предпочтения контакта клиента

Visual Paradigm поддерживает несколько языков моделирования и позволяет связывать диаграммы ArchiMate с моделями BPMN и UML для обеспечения прослеживаемости.

12. Проверка модели

Валидация должна выполняться непрерывно, а не только в конце проекта.

12.1 Базовый контрольный список валидации

Проверьте следующее:

• Элементы относятся к целевой метамодели ArchiMate 4

• Связи семантически корректны

• Устаревшие концепции ArchiMate 3.2 не были введены случайно

• Значения кратности являются допустимыми

• Каждая основная возможность связана с бизнес-результатом

• Важные приложения реализуют или поддерживают бизнес-услуги

• Технологические элементы поддерживают компоненты приложений или услуги

• Рабочие пакеты способствуют достижению целевой архитектуры

• Пробелы связаны с переходной работой

• Имена являются уникальными и осмысленными

• Диаграммы имеют легенды там, где это необходимо

12.2 Запуск валидации в Visual Paradigm

В зависимости от вашей версии используйте команду, например:

Инструменты > Валидировать модель

или соответствующую команду валидации модели в окне инструментов.

Валидатор может выявить неподдерживаемые элементы, некорректные связи и другие несоответствия модели.

12.3 Семантический обзор

Валидация с помощью инструмента не может определить, отражает ли модель реальность. Проведите обзор с участием:

• Владельцы бизнеса

• Владельцы приложений

• Владельцы инфраструктуры

• Представители по безопасности

• Владельцы данных

• Менеджеры программ или портфелей

Задайте следующие вопросы:

• Является ли архитектура фактологически верной?

• Являются ли связи осмысленными?

• Понятна ли точка зрения для её аудитории?

• Чётко ли разделены текущее и целевое состояния?

• Документированы ли допущения?

• Заполнены ли поля «Владелец» и «Жизненный цикл»?

13. Переход с ArchiMate 3.2

Visual Paradigm поддерживает совместное существование диаграмм ArchiMate 3.2 и ArchiMate 4, поэтому миграция может быть постепенной, а не единовременным крупным преобразованием.

Рекомендуемая процедура миграции

1. Сделайте резервную копию проекта.

2. Зафиксируйте версию Visual Paradigm и версию ArchiMate.

3. Составьте инвентаризацию существующих диаграмм ArchiMate 3.2.

4. Классифицировать диаграммы как:

   • Оставить без изменений

   • Обновлять постепенно

   • Перестроить

   • Вывести из эксплуатации

5. Создать структуру пакетов ArchiMate 4.

6. Использовать повторно стабильные концепции, такие как приложения, возможности и бизнес-объекты.

7. Заменять выведенные из эксплуатации или консолидированные элементы на основе смысла.

8. Проверить отношения вручную.

9. Добавлять кратности только там, где они выражают реальные ограничения.

10. Выполнить проверку модели.

11. Опубликовать заметку о миграции для команды архитекторов.

Пример отображения миграции

Использование ArchiMate 3.2	Подход ArchiMate 4
Бизнес-специфичный процесс	Использовать соответствующую общую концепцию процесса в контексте
Сервис, специфичный для приложения	Использовать соответствующую повторно используемую концепцию сервиса
Взаимодействие, специфичное для технологии	Используйте отношения «сотрудничество», «сервис», «поток» или другое семантически корректное отношение
Ограничение	Рассмотрите концепции «Требование», «Принцип» или другое подходящее понятие мотивации
Разрыв	Опишите проблему через концепции мотивации и реализации
Композиция	Используйте агрегацию или группировку там, где это уместно, в соответствии с текущей метамоделью
Диаграмма на основе слоёв	Переформулируйте как доменную или точку зрения заинтересованной стороны

Не выполняйте миграцию только на основе визуального сходства. Миграция должна сохранять архитектурный смысл.

14. Документирование и публикация

Модель полезна только тогда, когда заинтересованные стороны могут получить к ней доступ и понять её.

14.1 Создание документации

Включите:

• Обзор архитектуры

• Область применения и допущения

• Заинтересованные стороны

• Мотивация

• Архитектура текущего состояния

• Архитектура целевого состояния

• Анализ разрывов

• Дорожная карта

• Каталог приложений

• Каталог технологий

• Риски и решения

• Глоссарий

• Указатель диаграмм

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

14.2 Публикация диаграмм

Visual Paradigm предоставляет возможности публикации проектов и онлайн-просмотра для обмена диаграммами с заинтересованными сторонами.

Перед публикацией:

• Удалите диаграммы, предназначенные только для черновиков

• Пометьте диаграммы как актуальные, предлагаемые или устаревшие

• Добавьте информацию о версии и владельце

• Проверьте читаемость при обычном масштабе

• Убедитесь, что чувствительные технические детали уместны для аудитории

• Включите глоссарий для неархитектурных заинтересованных сторон

14.3 Заголовок диаграммы

Используйте заголовок, содержащий:

Диаграмма:
Взгляд:
Владелец:
Статус:
Версия:
Последний пересмотр:
Аудитория:
Область:

15. Совместная работа команды и управление

Определите базовое управление репозиторием с самого начала.

Предлагаемые роли

Роль	Ответственность
Архитектор предприятия	Отвечает за принципы, структуру репозитория и согласованность между доменами
Архитектор домена	Отвечает за бизнес-домен, домен приложений, данных или технологий
Библиотекарь моделей	Поддерживает переиспользуемые элементы, именование и метаданные
Архитектор решения	Поддерживает архитектуру, специфичную для решения
Владелец бизнеса	Проверяет бизнес-возможности и процессы
Ревизионный совет	Утверждает важные архитектурные решения

Состояния проверки

Используйте управляемый жизненный цикл:

Черновик → На проверке → Утверждено → Опубликовано → Заменено → Выведено из эксплуатации

Регистры архитектурных решений

Для важных решений фиксируйте:

• Название решения

• Контекст

• Рассмотренные варианты

• Решение

• Обоснование

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

• Связанные элементы ArchiMate

• Владелец

• Дата утверждения

• Дата пересмотра

Свяжите решение с затронутыми целями, принципами, требованиями, приложениями или рабочими пакетами.

16. Типичные ошибки моделирования

Одна диаграмма для всей организации

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

Использование всех доступных элементов

Большее количество элементов не гарантирует создание лучшей модели. Используйте минимально необходимый словарь для передачи сути проблемы.

Рассмотрение ArchiMate как языка блок-схем

Связи ArchiMate описывают архитектурную структуру и зависимости. Детальная операционная последовательность должна быть представлена в BPMN, диаграммах деятельности UML или других специализированных моделях.

Создание дубликатов

Повторное создание «CRM-платформы» в отдельных диаграммах приводит к несогласованности имен и метаданных. Используйте один и тот же элемент репозитория.

Использование ассоциации для всего

Ассоциация полезна, когда связь действительно не определена. Предпочитайте более точную связь, когда её смысл известен.

Смешивание текущего и целевого состояний без пояснений

Используйте цвета, этапы (плато), метаданные жизненного цикла или отдельные представления для различения текущей, переходной и целевой архитектуры.

Добавление неподдерживаемых концепций ArchiMate 3.2

При использовании палитры ArchiMate 4 не копируйте старые концепции в новые диаграммы без проверки их статуса и предполагаемой замены.

Чрезмерное использование кратности

Кратность должна отражать реальное архитектурное ограничение. Её не следует добавлять лишь для того, чтобы диаграммы выглядели формальными.

Рассмотрение компоновки инструмента как архитектуры

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

17. Рекомендуемый рабочий процесс моделирования архитектуры

Используйте этот повторяемый рабочий процесс для большинства инициатив:

1. Определите область и заинтересованные стороны.

2. Создайте структуру пакетов репозитория.

3. Зафиксируйте принципы, движущие силы, оценки и требования.

4. Смоделируйте стратегические возможности и потоки ценности.

5. Смоделируйте текущую бизнес-архитектуру, архитектуру приложений и технологическую архитектуру.

6. Выявите пробелы и риски.

7. Смоделируйте целевую архитектуру.

8. Определите рабочие пакеты, плато, результаты и события миграции.

9. Создайте специфичные для заинтересованных сторон точки зрения.

10. Проверьте модель.

11. Согласуйте с владельцами доменов.

12. Создайте документацию.

13. Опубликуйте утверждённые представления.

14. Поддерживайте владение, жизненный цикл и даты пересмотра.

18. Практический контрольный список качества

Перед утверждением модели ArchiMate 4 подтвердите:

Область применения

• Цель модели сформулирована.

• Аудитория определена.

• Границы архитектуры чётко определены.

• Определено текущее, целевое или переходное состояние.

Содержание

• Цели связаны с требованиями или принципами.

• Возможности связаны со стратегическим направлением.

• Бизнес-услуги поддерживаются приложениями.

• Приложения поддерживаются технологиями.

• Пробелы связаны с работами по внедрению.

• Важные объекты данных имеют владельцев и классификации.

Связи

• Типы связей выражают их предполагаемое значение.

• Связи не пересекают диаграмму без необходимости.

• Множественность используется только там, где это обосновано.

• В диаграммы ArchiMate 4 не были скопированы устаревшие концепции.

Представление

• Диаграмма имеет четкий заголовок.

• Легенда объясняет цвета и символы.

• Макет следует читаемому направлению.

• Пересечения и лишние соединители сведены к минимуму.

• Диаграмму можно понять без устного объяснения.

Управление

• Модель имеет владельца.

• Статус проверки зафиксирован.

• Версия и дата проверки видны.

• Повторно используемые элементы хранятся централизованно.

• Диаграмма связана с соответствующей документацией или решениями.

19. Итоговые рекомендации

Для успешного внедрения ArchiMate 4 в Visual Paradigm:

• Начните с небольшой бизнес-проблемы, а не с моделирования всей организации.

• Используйте виды мотивации и стратегии перед проектированием приложений и инфраструктуры.

• Рассматривайте Общий домен как способ избежать ненужного дублирования.

• Создавайте переиспользуемые канонические элементы.

• Используйте виды для управления сложностью.

• Применяйте кратность только тогда, когда она выражает реальное правило.

• Оставляйте ArchiMate на архитектурном уровне и связывайте его с BPMN, UML и моделями данных для детализации.

• Постепенно мигрируйте модели ArchiMate 3.2.

• Проверяйте как корректность метамодели, так и точность бизнес-логики.

• Опубликовывайте диаграммы для групп заинтересованных сторон, которые в них нуждаются.

• Заранее установите соглашения по именованию, владению, жизненному циклу и обзору.

Самый эффективный репозиторий ArchiMate 4 — это не тот, в котором больше всего диаграмм. Это тот, в котором каждая диаграмма отвечает на конкретный вопрос, каждый элемент имеет четкое значение, а связи обеспечивают трассируемость от мотивации через стратегию, архитектуру и реализацию.

Справочные материалы

1. Часть II: Практическое моделирование в Visual Paradigm: Практическое руководство, охватывающее первые шаги с инструментом, основные техники моделирования и чистые привычки создания диаграмм для ArchiMate.

2. Подробное руководство: Как рисовать диаграммы ArchiMate: Пошаговое руководство, которое подробно описывает создание диаграммы ArchiMate с нуля на примере выписки пациента из больницы.

3. Подробное руководство: Генерация диаграмм ArchiMate с использованием ИИ в Visual Paradigm Desktop: Объясняет, как использовать генератор диаграмм на базе ИИ для мгновенного создания полностью соответствующих моделей ArchiMate и официальных видов.

4. Практическое занятие: Генерация многослойной модели на основе одной темы: Показывает, как с помощью ИИ создать многослойную модель ArchiMate на основе одной темы или сценария.

5. Взгляд ArchiMate: Взгляд на миграцию: Описывает взгляд на миграцию, его заинтересованные стороны, проблемы и способы его применения для моделирования переходов от базовой архитектуры к целевой.

6. Создание пользовательских взглядов для уникальных организационных стандартов: Объясняет, как с помощью инструмента «Управление взглядами» проектировать пользовательские взгляды для конкретных организационных потребностей.

7. Часть V: Продвинутая интеграция и фреймворки: Охватывает интеграцию ArchiMate с TOGAF ADM, UML, SysML и BPMN для обеспечения сквозной трассируемости между стандартами.

8. Создание диаграммы библиотеки систем ArchiMate с помощью PlantUML: Учебное пособие по рабочим процессам «диаграмма как код», построению многослойной модели ArchiMate с использованием PlantUML.

9. Нативная генерация ArchiMate 4 с помощью ИИ и взгляды | Visual Paradigm Desktop: Официальный релиз, объявляющий о возможности генерации нативных диаграмм ArchiMate 4 с поддержкой ИИ и полным функционалом взглядов в настольном приложении.

10. Освоение корпоративной архитектуры с Visual Paradigm: Путь пользователя к моделированию ArchiMate на основе ИИ: Практический опыт пользователя, охватывающий генерацию с помощью ИИ, повторное использование элементов, проверку синтаксиса и переход к общей доменной области.

11. Учебное пособие: Генерация и импорт диаграмм ArchiMate 4 с помощью чат-бота Visual Paradigm на базе ИИ: Пошаговое руководство по использованию чат-бота на базе ИИ для генерации и импорта диаграмм ArchiMate 4 в настольное приложение.

12. Руководство по ArchiMate 4 — эволюция корпоративной архитектуры | Visual Paradigm: Подробное руководство по фреймворку Hexagonion, унифицированным концепциям поведения и архитектуре на основе доменов

Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文