Быстрое изучение ArchiMate Часть 1 – Основные понятия

ArchiMate принадлежит и поддерживается The Open Group, тесно связан с архитектурной платформой The Open Group (TOGAF), но применим к любой методологии EA.

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

Наиболее эффективное использование ArchiMate — это создание точек зрения. Одна функция/процесс/услуга в архитектуре может быть представлена несколькими способами в зависимости от заинтересованного лица, оценивающего ход разработки. Руководство высшего звена должно знать, как удовлетворяются их требования, цели и принципы.

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

Понятия

Используя TOGAF в качестве ориентира, ArchiMate определяет различные области разработки платформы после четырех итеративных фаз: способность к архитектуре, разработка архитектуры, планирование миграции и управление архитектурой. В этой модели ArchiMate делится на 5 понятий, 3 основных и 2 дополнительных:

TOGAF ADM & ArchiMate Core - Visual Paradigm Community Circle
Основные уровни

  • Фаза B (Фаза B) – Архитектура бизнеса
  • Фаза C (Фаза C) – Архитектура информационных систем
  • Фаза D (Фаза D) – Архитектура технологий

Расширение (Расширение) – Стратегия и мотивация

  • Предварительная фаза (Предварительная фаза)
  • Фаза видения (Фаза A – Видение)
  • Управление требованиями (Фаза H – Управление требованиями)

Расширение (Расширение) – Реализация и миграция

  • Фаза E (Возможности и решения)
  • Фаза F (Планирование миграции)
  • Фаза G (Государственное управление внедрением)

Концепции бизнес-слоя – Фаза B (Бизнес-слой)

Бизнес-слой определяет концепции и отношения высшего уровня в архитектуре: конечные продукты; системы доставки клиентам. Этот элемент архитектуры реализует цели и потребности высшего руководства, которые определяют внедрение рамочной архитектуры предприятия.

  • Бизнес-актор – Человек или компьютерный элемент, который управляет системой.
  • Бизнес-роль – Определяет ответственность, предоставленную участнику для выполнения действия.
  • Бизнес-сотрудничество – Когда различные роли выполняют последовательные задачи.
  • Бизнес-интерфейс – Место, где осуществляется сотрудничество.
  • Местоположение – Физическое пространство, где находятся участники.
  • Бизнес-объект – Элементы системы, на которых работает система.
  • Бизнес-процесс – Идентификатор системных процессов.
  • Бизнес-функция – Группирует набор связанных поведений.
  • Бизнес-взаимодействие – Деятельность, связанная с бизнес-сотрудничеством.
  • Бизнес-событие – Причинная деятельность, инициирующая изменение.
  • Бизнес-услуга – Направленная на клиентов доставка продукта.
  • Продукт – Набор услуг, маркетинг и продажа которых осуществляется клиентам.
  • Договор – Учреждение, которое юридически устанавливает соглашение между предприятием и клиентом.
  • Представление – Логическое представление бизнес-объекта.
  • Значение – Контекст знаний бизнес-объекта или его представления.
  • Ценность – Воспринимаемая ценность, важность или полезность продукта.

Концепции слоя приложений – Этап C (Слой приложений)

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

  • Компонент приложения – Отдельный программный модуль, который можно заменить или обновить без вмешательства в другие компоненты приложения; доступ к нему осуществляется через интерфейсы программирования приложений (API).
  • Совместная работа приложений – Набор из двух или более компонентов приложения, работающих вместе для поддержки приложения.
  • Объект данных – Объект, на который действует компонент приложения.
  • Функция приложения – Описание поведения компонента приложения.
  • Сервис приложения – Обеспечивает доступ к функциям, процессам и услугам слоя бизнеса.

Концепции слоя технологий – Этап D (Слой технологий)

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

  • Узел – Общий вычислительный ресурс в сети, используемый для развертывания или выполнения артефактов.
  • Устройство – Общее устройство, используемое для хранения артефактов, которые будут использоваться.
  • Сеть – Физический метод связи между аппаратными устройствами.
  • Путь связи – Логическое представление потока данных между двумя или более узлами.
  • Интерфейс инфраструктуры – Физическая точка доступа для узлов или устройств в сети.
  • Системное программное обеспечение – Физическое представление программного обеспечения и приложений.
  • Функция инфраструктуры – Поведение, выполняемое узлами в сотрудничестве.
  • Сервис инфраструктуры – Функциональное представление, ориентированное на внешнюю сторону.

Расширения концепций

Концепции мотивации

Цель и цели рамочной модели архитектуры предприятия придают смысл элементам разработки, управления и реализации. Концепции мотивации определяются в рамках итерации «Способность к архитектуре» в рамках TOGAF ADM. Заинтересованные стороны, менеджеры и архитекторы определяют принципы, драйверы, цели, требования и ограничения для разработки и реализации архитектуры.

  • Заинтересованная сторона – Представитель команд бизнес-функций.
  • Драйвер – Необходимость в изменении.
  • Оценка – Оценка текущего состояния, используемая для проверки готовности предприятия и способности к изменениям.
  • Цель – Четкое описание результата, который должен быть достигнут путем внедрения изменений.
  • Требование – Конкретное, хорошо документированное заявление о потребностях.
  • Ограничение – Ограничение, накладываемое требованиями, целями или принципами.
  • Параметр – Параметры, необходимые для достижения целей.
  • Ограничение – Ограничения, накладываемые конкурирующими требованиями, целями и принципами.
  • Принцип – Фундаментальные, неизменные характеристики, направляющие и определяющие разработку архитектуры.

Концепции реализации и миграции

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

  • Рабочий пакет – Отдельный набор задач, выполняемых при переходе от базовой архитектуры к переходной и целевой архитектурам.
  • Результат – Точно определенный результат рабочего пакета, используемый для проверки завершения задач рабочего пакета.
  • Плато – Переходная архитектура между базовой и целевой архитектурами; используется командами проектов для проверки, находится ли переход на правильном пути, и выявления необходимых изменений в плане разработки.
  • Разрыв – Определяет, что уже реализовано, что отсутствует и что необходимо рационализировать.

dlaň Mravy Bezkonkurenční archimate tool color legend in view Vnímat živel Menda City

Краткое содержание

В этой статье объясняются только основные концепции ArchiMate и их связь с TOGAF.

Этот модульный язык дополнительно определяет отношения между концепциями внутри и между бизнес-слоем, слоем приложений и слоем технологий. Он объясняет, как использовать нотацию ArchiMate для создания точек зрения, адаптированных к конкретной аудитории. Несмотря на сложность, он также чрезвычайно гибкий и настраиваемый для любой реализации рамочной модели корпоративной архитектуры.


Дополнительное чтение

 

Leave a Reply