ArchiMate

ArchiMate (первоначально из Architecture-Animate) — это открытый и независимый язык моделирования архитектуры предприятия, который недвусмысленно поддерживает описание, анализ и визуализацию архитектуры внутри и между бизнес-доменами.

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

ArchiMate отличает себя от других языков, таких как Unified Modeling Language (UML) и моделирования бизнес-процессов и нотации (BPMN), с помощью своей модели корпоративного моделирования.

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

Основные понятия и отношения языка ArchiMate можно рассматривать как структуру, так называемую архитектуру Archimate: она делит корпоративную архитектуру на бизнес, прикладной и технологический уровень. В каждом слое рассматриваются три аспекта: активные элементы, которые демонстрируют поведение (например, процесс и функция), внутреннюю структуру и элементы, которые определяют использование или передачу информации.

Одной из целей языка ArchiMate является определение отношений между концепциями в разных областях архитектуры. Таким образом, концепции этого языка содержат середину между подробными концепциями, которые используются для моделирования отдельных доменов, например, UML для моделирования программных продуктов. И BPMN, который используется для моделирования бизнес-процессов.

история
ArchiMate частично основан на стандарте IEEE 1471. Он был разработан в Нидерландах проектной группой из Telematica Instituut в сотрудничестве с несколькими голландскими партнерами из правительства, промышленности и научных кругов. Среди партнеров были Ордина, Радбуд Университет Неймеген, Лейденский институт передовых компьютерных наук (ЛИАК) и Centrum Wiskunde & Informatica (CWI). Позже тесты проводились в таких организациях, как ABN AMRO, голландская налоговая и таможенная администрация и ABP.

Процесс разработки продолжался с июля 2002 года по декабрь 2004 года и занимал около 35 человеко-лет и около 4 миллионов евро. Развитие финансировалось голландским правительством (голландским налоговым и таможенным управлением) и деловыми партнерами, включая ABN AMRO и Пенсионный фонд ABP.

В 2008 году право собственности и управление ArchiMate было передано Open Group. Теперь он управляется Форумом ArchiMate в рамках The Open Group. В феврале 2009 года Open Group опубликовала стандарт ArchiMate® 1.0 в качестве официального технического стандарта. В январе 2012 года был установлен стандарт ArchiMate® 2.0, а в 2013 году был выпущен стандарт ArchiMate® 2.1.

В июне 2016 года Open Group выпустила версию 3.0 спецификации ArchiMate. В версии 3.0 добавлена ​​расширенная поддержка функционально-ориентированного стратегического моделирования, новые объекты, представляющие физические ресурсы (для моделирования ингредиентов, оборудования и транспортных ресурсов, используемых в физическом мире), и общая метамодель, показывающая типы сущностей и отношения между ними.

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

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

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

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

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

Уровень «Бизнес» — это бизнес-процессы, службы, функции и события бизнес-единиц. Этот уровень «предлагает продукты и услуги внешним клиентам, которые реализуются в организации посредством бизнес-процессов, выполняемых бизнес-участниками и ролями».
Уровень приложения — это программные приложения, которые «поддерживают компоненты в бизнесе с помощью сервисов приложений».
Уровень технологии связан с аппаратной и коммуникационной инфраструктурой для поддержки уровня приложения. Этот уровень предлагает инфраструктурные услуги, необходимые для запуска приложений, реализуемых компьютерным и коммуникационным оборудованием и системным программным обеспечением ».
Каждый из этих основных слоев можно дополнительно разделить на подслои. Например, в бизнес-уровне основные бизнес-процессы, реализующие продукты компании, могут использовать слой вторичных (поддерживающих) бизнес-процессов; в прикладном уровне приложения конечного пользователя могут использовать общие службы, предлагаемые поддерживающими приложениями. В дополнение к бизнес-уровню может быть добавлен отдельный уровень среды, который моделирует внешних клиентов, которые используют службы организации (хотя они также могут считаться частью уровня Business).

В соответствии с ориентацией обслуживания наиболее важная связь между слоями формируется с помощью отношений использования, которые показывают, как более высокие слои используют услуги нижних слоев. Однако второй тип связи формируется реализационными отношениями: элементы в нижних слоях могут реализовывать сопоставимые элементы в более высоких слоях; например, «объект данных» (прикладной уровень) может реализовать «бизнес-объект» (бизнес-уровень); или «артефакт» (технологический уровень) может реализовать либо «объект данных», либо «прикладной компонент» (прикладной уровень).

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

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

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

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

В дополнение к активным структурным элементам (бизнес-субъектам, компонентам приложений и устройствам, отображающим фактическое поведение, т. Е. «Субъектам» активности), мы также признаем пассивные структурные элементы, т. Е. Объекты, на которых выполняется поведение. В области информационно-интенсивных организаций, которые являются основным направлением нашего языка, обычно это информационные объекты в бизнес-слое и объекты данных в прикладном уровне, но они также могут использоваться для представления физических объектов.

Формат файла Exchange
Для моделей ArchiMate 2.1 и 3.0 был разработан стандартный формат обмена файлами. Это формат файла на основе XML / XSD и предназначен для обмена, а не для постоянного формата файла. Инструменты, поддерживающие импорт и экспорт в формате файла обмена, включают Archi, BiZZdesign Architect и Corso System Architect.