ArchiMate ( / ˈ ɑːr k ɪ m eɪ t / AR -ki-mayt ) — открытый и независимый язык моделирования корпоративной архитектуры, поддерживающий описание, анализ и визуализацию архитектуры внутри и между бизнес- доменами [1] в однозначной форме.
ArchiMate — это технический стандарт от The Open Group , основанный на концепциях из ныне замененного стандарта IEEE 1471. Он поддерживается различными поставщиками инструментов и консалтинговыми фирмами. ArchiMate также является зарегистрированной торговой маркой The Open Group. У Open Group есть программа сертификации для пользователей ArchiMate, программные инструменты и курсы. [2]
ArchiMate отличается от других языков, таких как Unified Modeling Language (UML) и Business Process Modeling and Notation (BPMN), своей областью моделирования предприятия . [3]
Кроме того, UML и BPMN предназначены для определенного использования, и они довольно тяжелые — содержат около 150 (UML) и 250 (BPMN) концепций моделирования, тогда как ArchiMate работает всего с 50 (в версии 2.0). Цель ArchiMate — быть «как можно меньше», а не покрывать все возможные крайние сценарии. Чтобы быть простым в изучении и применении, ArchiMate был намеренно ограничен «концепциями, которых достаточно для моделирования пресловутых 80% практических случаев». [4]
ArchiMate предлагает общий язык для описания построения и функционирования бизнес-процессов , организационных структур , информационных потоков , ИТ-систем и технической инфраструктуры. Это понимание помогает различным заинтересованным сторонам проектировать, оценивать и сообщать о последствиях решений и изменений внутри и между этими бизнес-областями.
Основные концепции и отношения языка ArchiMate можно рассматривать как структуру, так называемую Archimate Framework: [5] Она делит архитектуру предприятия на бизнес, приложения и технологический уровень. В каждом уровне рассматриваются три аспекта: активные элементы, внутренняя структура и элементы, которые определяют использование или передачу информации .
Одной из задач языка ArchiMate является определение взаимосвязей между концепциями в различных областях архитектуры. Таким образом, концепции этого языка занимают промежуточное положение между подробными концепциями, которые используются для моделирования отдельных областей (например, Unified Modeling Language (UML) для моделирования программных продуктов), [6] и Business Process Model and Notation (BPMN), которая используется для моделирования бизнес-процессов.
ArchiMate частично основан на ныне замененном стандарте IEEE 1471. Он был разработан в Нидерландах проектной группой из Telematica Instituut в сотрудничестве с несколькими голландскими партнерами из правительства, промышленности и академических кругов. Среди партнеров были Ordina [nl] , Radboud Universiteit Nijmegen , Лейденский институт передовых компьютерных наук (LIACS) и Centrum Wiskunde & Informatica (CWI). Позднее тесты проводились в таких организациях, как ABN AMRO , Голландская налоговая и таможенная администрация и ABP . [7]
Процесс разработки продолжался с июля 2002 года по декабрь 2004 года и занял около 35 человеко-лет и около 4 миллионов евро. Разработка финансировалась правительством Нидерландов (Dutch Tax and Custom Administration) и деловыми партнерами, включая ABN AMRO и ABP Pension Fund. [8]
В 2008 году право собственности и управление ArchiMate были переданы The Open Group . Теперь им управляет ArchiMate Forum [9] в составе The Open Group. В феврале 2009 года The Open Group опубликовала стандарт ArchiMate 1.0 [10] в качестве официального технического стандарта. В январе 2012 года был выпущен стандарт ArchiMate 2.0, а в 2013 году — стандарт ArchiMate 2.1 [11] .
В июне 2016 года Open Group выпустила [12] версию 3.0 спецификации ArchiMate. [13] Обновление Archimate 3.0.1 вышло в августе 2017 года. [14] Archimate 3.1 был опубликован 5 ноября 2019 года. [15] Последняя версия спецификации ArchiMate — версия 3.2, выпущенная в октябре 2022 года. [16]
В версии 3.0 добавлена [17] улучшенная поддержка стратегического моделирования, ориентированного на возможности , новые сущности, представляющие физические ресурсы (для моделирования ингредиентов, оборудования и транспортных ресурсов, используемых в физическом мире), а также общая метамодель, показывающая типы сущностей и отношения между ними.
Основные концепции и элементы языка ArchiMate представлены как ядро ArchiMate. [18] Он состоит из трех слоев и трех аспектов. Это создает матрицу комбинаций. Каждый слой имеет свою пассивную структуру, поведение и активные аспекты структуры.
ArchiMate имеет многоуровневый и сервисно-ориентированный взгляд на архитектурные модели. Более высокие уровни используют сервисы, предоставляемые более низкими уровнями. Хотя на абстрактном уровне концепции, используемые в каждом уровне, схожи, мы определяем более конкретные концепции, которые являются специфическими для определенного уровня. В этом контексте мы различаем три основных уровня: [1] [8] [19]
Каждый из этих основных слоев может быть далее разделен на подслои. Например, на бизнес-слое основные бизнес-процессы, реализующие продукты компании, могут использовать слой вторичных (поддерживающих) бизнес-процессов; на прикладном уровне приложения конечного пользователя могут использовать общие сервисы, предлагаемые поддерживающими приложениями. Поверх бизнес-слоя может быть добавлен отдельный уровень среды, моделирующий внешних клиентов, которые используют сервисы организации (хотя их также можно считать частью бизнес-слоя).
В соответствии с ориентацией на услуги, наиболее важное отношение между слоями формируется отношениями использования, которые показывают, как более высокие слои используют услуги более низких слоев. Однако второй тип связи формируется отношениями реализации: элементы в более низких слоях могут реализовывать сопоставимые элементы в более высоких слоях; например, «объект данных» (уровень приложения) может реализовывать «бизнес-объект» (бизнес-уровень); или «артефакт» (технологический уровень) может реализовывать либо «объект данных», либо «компонент приложения» (уровень приложения).
Полный каркас ArchiMate обогащен физическим слоем , который был добавлен для моделирования «физического оборудования, материалов и распределительных сетей» [19] и отсутствовал в предыдущей версии.
Уровень реализации и миграции добавляет элементы, которые позволяют архитекторам моделировать состояние перехода, отмечать части архитектуры, которые являются временными для целей, как следует из названия, реализации и миграции.
Уровень стратегии добавляет три элемента: ресурс, способность и курс действий. Эти элементы помогают включить стратегическое измерение в язык ArchiMate, позволяя ему отображать использование ресурсов и способностей для достижения некоторых стратегических целей.
Наконец, есть аспект мотивации , который позволяет различным заинтересованным сторонам описывать мотивацию конкретных субъектов или доменов, что может быть весьма важно при рассмотрении одной вещи с нескольких разных точек зрения. Он добавляет несколько элементов, таких как заинтересованная сторона, ценность, движущая сила, цель, смысл и т. д.
Язык ArchiMate сформирован как верхний уровень и является иерархическим. Наверху находится модель. Модель — это набор концепций. Концепция может быть как элементом, так и отношением. Элемент может быть либо типом поведения, структурой, мотивацией, либо так называемым составным элементом (что означает, что он соответствует не одному аспекту фреймворка, а двум или более).
Функциональность всех концепций без зависимости от конкретного слоя описывается общей метамоделью . Это независимое от слоя описание концепций полезно при попытке понять механику языка Archimate.
Общие элементы распределены по тем же категориям, что и слои: [20]
Активные элементы структуры представляют сущности, способные выполнять поведение. На основе двух уровней абстракции [19] , которые предоставляет ArchiMate, можно различать внутренние активные элементы структуры , которые представляют собой активные элементы внутри системы, например, бизнес-актор, и внешние активные элементы структуры , которые представляют собой элементы, выполняющие поведение вне системы, например, интерфейсы.
Элементы поведения могут быть внутренними или внешними. Внутренний элемент поведения — это элемент, который обозначает деятельность, выполняемую активным элементом структуры внутри системы. Archimate определяет, например, элементы процесса и функции . Внешнее поведение — это услуга, которую вся система предоставляет окружающей среде.
Пассивные элементы структуры — это объекты, которые могут использоваться элементами поведения (и, таким образом, активные элементы структуры могут выполнять поведение на них). Обычно они представляют собой информационные объекты на бизнес-уровне и объекты данных на прикладном уровне, но их также можно использовать для представления физических объектов.
Как описано в предыдущей главе, мотивационные элементы отвечают на вопрос «Почему?» , они пытаются дать контекст и объяснить мотивы, лежащие в основе архитектуры. Они могут иметь активную структуру , как заинтересованная сторона, а также пассивную структуру — ценность, смысл, драйвер и т. д.
ArchiMate устанавливает несколько типов отношений, которые могут связывать различные наборы исходных и целевых концепций. Классификация отношений [21] следующая:
Общая структура моделей в разных слоях похожа. Используются одни и те же типы концепций и отношений, хотя их точная природа и гранулярность различаются.
Во-первых, необходимо различать структурный или статический аспект и поведенческий или динамический аспект. Поведенческие концепции назначаются структурным концепциям, чтобы показать, кто или что демонстрирует поведение. Например, роль, интерфейс и сотрудничество назначаются бизнес-процессу, организационной службе и деловому взаимодействию соответственно.
Во-вторых, должно быть различие между внешним и внутренним взглядом на системы. При рассмотрении поведенческого аспекта эти взгляды отражают принципы ориентации на услуги. Концепция услуг представляет собой единицу существенной функциональности, которую система выставляет в своей среде. Для внешних пользователей важны только эта внешняя функциональность вместе с нефункциональными аспектами, такими как качество обслуживания, затраты и т. д. Услуги доступны через интерфейсы, которые составляют внешний взгляд на структурный аспект.
Хотя для внешних пользователей важен только внешний вид, проектирование организаций или систем, их внутренних операций и управления также требует знаний о внутренней реализации сервисов и интерфейсов. Для этой реализации необходимо провести различие между поведением, которое выполняется отдельным структурным элементом (например, актером, компонентом роли и т. д.), и коллективным поведением (взаимодействием), которое выполняется совместными усилиями нескольких структурных элементов.
Язык ArchiMate отделяет концепции от их нотации (в отличие от UML или BPMN). Поскольку существуют разные группы заинтересованных лиц, им могут потребоваться разные нотации. Это может сбивать с толку, но это решается механизмом точки зрения.
Хотя ArchiMate не делает акцент на единственной нотации, он поставляется с ней и нацелен на тех, кто « привык к существующим техническим методам моделирования, таким как ERD, UML или BPMN, и поэтому напоминает их» . [19]
Формально цвет не имеет значения в ArchiMate [19] , но многие разработчики моделей используют цвета для различения разных слоев:
В оригинальном описании ArchiMate от 2004 года [22] цвета использовались иначе:
С годами ArchiMate перешел от второго стиля, как обычно, к первому. [23] Старый второй стиль также все еще можно найти. Например, книга Mastering ArchiMate [24] использует стиль, основанный на этом оригинальном шаблоне.
В качестве другого способа отличить, к какому слою принадлежит элемент, в соответствии со слоями полной структуры , в левом верхнем углу элемента может быть заглавная буква, обозначающая конкретный слой (M для мотивации , B для бизнеса и т. д.) [19]
Форма элементов помогает различать аспекты. Структурные элементы имеют квадратные углы, поведенческие элементы имеют закругленные углы. Диагональные углы указывают на мотивационный элемент. [19]
Последняя версия ArchiMate вводит представления и точки зрения . Они позволяют заинтересованным сторонам определять конкретные условия, такие как концепции, методы анализа, модели и визуализации — точку зрения, с которой должна восприниматься модель.
Представление (или модель представления ) « определяется как часть описания архитектуры, которая решает ряд связанных проблем и адаптирована для конкретных заинтересованных сторон» . [25] В свою очередь, заинтересованные стороны предоставляют свою обратную связь, что создает двунаправленную коммуникацию.
В конечном счете, это позволяет заинтересованным сторонам/архитекторам легко сообщать свои идеи и опасения другим. Также, уменьшая «вид», устанавливая правильные условия и намеренно ограничивая перспективу, легче решать конкретные проблемы, а также для заинтересованных сторон из определенных областей это делает модель более простой для чтения.
[26]
[27]
Некоторые концепции более полезны, чем другие, а некоторые мотивационные концепции были признаны запутанными и/или дублирующими, согласно завершенным исследованиям. [28] [29] [30] [31] Как и другие связанные контент-фреймворки (например, метамодель контента TOGAF, представленная в TOGAF 9), фреймворк охватывает ряд слоев, включая как бизнес, так и технологию. Бизнес-слои может быть сложнее моделировать, поскольку концепции там, возможно, менее осязаемы. Однако эта трудность не ограничивается только ArchiMate, [32] но некоторые концепции на бизнес-слое также плохо определены [33]
Для моделей ArchiMate 2.1 и 3.0 был разработан стандартный формат файла обмена моделями. [34] Это формат файла на основе XML / XSD , предназначенный для обмена, а не для постоянного формата файла.
Медиа, связанные с ArchiMate на Wikimedia Commons