ArchiMate — язык архитектурного описания корпоративных и инженерных систем (моделирования архитектуры предприятия). ArchiMate предназначен для высокоуровневого моделирования и анализа различных областей предприятия и взаимосвязей между ними. Он не фокусируется на деталях реализации и не заменяет UML, BPMN или ERD, а дополняет их. В Archimate меньше возможностей по детализации, чем в этих языках моделирования, но он позволяет связать описания различных областей и разработать интегрированное представление организации.
Архимейт предлагает следующие механизмы:
- Механизм типов подразумевает задание главным образом одного простого вопроса, чтобы подобрать тип Архимейта. Ответ на этот вопрос может оказаться очень нетривиальным, а получение этого ответа заставит задать десятки других вопросов.
- Предписанное именование. Если у вас практика — то это отглагольное существительное, например, «полевой инжиниринг». Процессы — это глагол (например «инжинирить в поле»).
- Формализм: следование диаграмм логическим правилам. Формальное можно проверить на непротиворечивость, а потом сравнить результат с жизнью: если в жизни обнаруживается противоречие там, где его нет на диаграмме, то нужно искать причины этого противоречия.
Основные понятия
- Enterprise architecture — архитектура предприятия.
- Domain — предметная область, которой занимается предприятие.
- Aspect — аспект (исполнители, работа, объекты).
Уровни ArchiMate
Что такое ArchiMate за 7 минут
Архимейт имеет три уровня работ, на каждом из которых уменьшается человеческое начало:
Архимейт ценен тем, что предлагает для описания работы предприятия ограниченное количество типов элементов каждого уровня, а также типов отношений между элементами.
Типы элементов
Для изменения архитектуры предприятия в реальной жизни также есть:
- 7 типов элементов для целеполагания и обоснования изменений в организации,
- 4 типа элементов для проектирования перехода к новой архитектуре.
Типы элементов уровня деятельности
- Business actor — ответственный. В Архимейте это элемент оргструктуры: от одного человека до всей толпы холдинга, включая подразделения, клиентов и прочих человеков группами и поодиночке. Не путать с конкретным человеком или группой людей (архитектура «в типах», в ней нет конкретных объектов): это именно место в оргструктуре. Именуется существительным.
- Business role — роль. Тип намеренно промежуточный между «работами» и «выполнителями», правильно понимать как temporal part of actor (временнУю часть ответственного) во время занятий ответственного какой-то работой. Один ответственный может быть назначен на несколько ролей и несколько ответственных могут играть какую-то роль, но только одна роль может быть назначена какой-то работе
- Business collaboration — коллегиальная роль. Имя существительное, ибо роль (не ловитесь на «коллаборацию»!). Типовые примеры — коллективные «совещание», «заседание», «комиссия», «рабочая группа» и т.д..
- Business interface — канал взаимодействия (имеется ввиду то самое «окошко», из «концепции одного окошка» — место, где доступны сервисы деятельности. Прилавок, веб-форма на сайте, колл-центр и т.д.). Имя существительное.
- Business object — объект (деятельности, business — это ведь «дело», «деловой»). Подробнее см. http://ailev.livejournal.com/955954.html
- Business process — процесс (в том числе одна операция). Я бы опускал слово «деятельности», ибо других операций/процессов в Архимейте нет, а с application function мы выкрутились «функционалом» (программы). Имя — глагол в неопределенной форме, чтобы лучше понималась кооперативная (последовательная) цепочка операций, каждая из которых выполняется какой-то ролью людей: «процесс получить страховой полис — включает операции получить запрос, обработать заявку, принять платёж».
- Business function — практика. Это группировка (потенциальных) работ по иным признакам, нежели «результат: как входы преобразуются в выходы»: по предметной области, общности используемых ресурсов, общности регулирования и т.д.. Имя — отглагольное существительное (в отличие от процесса/операций, где даются глаголы в их последовательности). Обратите внимание, что практика — это потенциальная работа, «обычно выполняемые работы», поэтому «организационная функция = департамент» к ней неприменимо. С другой стороны, практиками могут быть выполняемые департаментом (людьми) в разных его ролях работы. Практика вполне может включать в себя какие-то операции из их цепочек, рассортированные по критериям попадания в эту практику. Наоборот уже не так: практики не укладываются в связанные отношениями запуска (trigger) цепочки операций/процессы — наряду с «ролью» они промежуточные между «работами» и «выполнителями» единицы. Это особо оговорено в http://www.opengroup.org/archimate/doc/ts_archimate/chap3.html — running somewhat ahead of the later conceptual discussions, (business) functions and (business) roles serve as intermediary concepts between “purely behavioral” concepts and “purely structural” concepts. Тем не менее, Архимейт таки обращается с ними как с работами, и позволит показать и последовательность практикования, и предачу информации из практики в практику.
- Business interaction — коллегиальный процесс. Имя — глагол. Обычно используется для разных работ (мероприятий, дел), выполняемых коллективом деятелей: «совещаться», «провести переговоры», «принять решение комиссии». На выполнение коллегиального процесса назначается коллегиальная роль: так, «рабочая группа» назначается на «принять решение о выпуске».
- Business event — событие. Слово «деятельностное» опускаем, других не бывает. Это точка во времени, событиями обычно начинается и заканчивается цепочка процессов. Имя должно включать глагол совершенного вида прошедшего времени: «заявка получена», «проект сдан».
- Business service — оргсервис. Имя — отглагольное существительное. Никаких «услуги» или «служба», это очень специфическое понятие, это видимые «извне» работы (при этом учитываем, что в Архимейте это «извне» не определяется, но активно используется — системный подход есть, но понятия системы и явной границы системы нет). Орг — потому как есть и другие сервисы, «софта» и «железа», и этот нужно отличать.
- Representation — рабочий продукт, ибо объект это альфа — буквально из OMG Essence. Имя существительное.
- Meaning — значение, смысл.
- Value — внешняя польза (внешняя! хотя допускается и внутренняя, это оговорено как «редко»). Определяется для сервиса или продукта (продукт в Архимейте — это набор сервисов и контракт!). Свободные текстовые выражения, включая суммы экономии, доступность предметов и т.д.. Если польза функциональна, то рекомендуется описывать состояния или действия, которые сможет осуществить клиент, если он воспользуется данным сервисом (сервис «сервис наливания кофе» ассоциирован с пользой «немедленное и длительное счастье клиента, как это показывают в телерекламе любого кофе»).
- Product — оргсервис-продукт. Думать прежде всего о «банковском продукте», «страховом продукте» и прочих нефизических не-объектах, сводящихся к работам для клиента. Продукт в Архимейте — это набор сервисов и привязанный к ним контракт (обычно — SLA, service-level agreement: соглашение об уровне сервиса, предусматривающие жесткие санкции за недоступность сервиса). Сервисы в продукте — это доступное по запросу по каналу взаимодействия или интерфейсу предоставление работы — выполнение внутренних процессов и практик. Имя продукта — традиционное для общения с пользователями или клиентами (внутренними и внешними).
- Contract — соглашение об уровне сервиса. Соглашение SLA, договор, контракт. Имя — существительное.
Типы элементов уровня программного обеспечения
- Application component — программа. Имя — существительное. «Учет», «начисление» (выполнитель учёта, выполнитель начисления). Не компонента, а модуль!
- Application collaboration — связка программ (аналог коллегиальной роли из уровня людей). Имя — существительное. Ведет себя так же, как программная компонента, только назначается на функционал связки программ или кооперативные процессы.
- Application interface — программный интерфейс. Обычно именуется по тем данным, что через этот интерфейс проходят (существительное), например «обмен данными транзакции». Программные компоненты (буквально: отношение состава) из их интерфейсов, на эти интерфейсы назначаются сервисы (а программы назначаются на их функционалы). Очень часто интерфейс понимается как «канал передачи с его протоколом» (http), часто также это «место предоставления сервиса» (электронная почта, экранные формы).
- Data object — данные (и так понятно, что «объект», чтобы еще и с объектом деятельности людей не путать, когда будут сокращать до «объект»).
- Application function — программный функционал. Отглагольные существительные — «ведение учета», «начисление».
- Application interaction — функционал связки программ. На него назначается связка программ. Имя, ( в отличие от «отглагольносуществительных» функционалов) — глагол.
- Application service — программный сервис. Отглагольное существительное, часто содержит слово «сервис». «Сервис ведения учёта», «сервис начисления».
Типы элементов уровня аппаратного обеспечения
- Node — «железо». «Рабочие места», «сервера приложений», «сервера баз данных» и т.д. Внутри «железа» — устройства и системный софт, поддерживающий работу с информобъектами. Имя существительное.
- Device — устройство. Существительное, ссылающееся на тип устройства: «большой экран», «рэк-сервер», «IBM мейнфрейм серии Z».
- Infrastructure interface — интерфейс «железа». Существительное. Не хочется умножать число сущностей: «инфраструктура» ведь бывает разной, а не только айтишной. Кроме того, я сознательно уменьшаю предмет (scope) IT до «железа», сетей связи и системного софта. Ибо есть хоть какая-то надежда, что программами будут заниматься не только «чистые айтишники», но и какие-то разбирающиеся в предмете деятельности (domain) люди.
- Network — сеть. Поскольку физическая сеть, то именуется обычно своими характеристиками (1гигабит Ethernet).
- Communication path — логический канал связи. Физически связь реализуется сетью, поэтому именуется по функции, которая по каналу идёт: «постановка сообщений в очередь».
- Infrastructure service — сервис «железа». Отглагольное существительное, часто включающее слово «сервис» — «сервис бэкапирование пользовательских файлов».
- System software — системный софт. Намеренно сленгово, чтобы максимально далеко от уровня людей и работы с предметной областью, это чистое перемалывание байтов без вникания в их смысл. Вотчина сисадминов. Существительное, ссылающееся на тип: «JBOSS сервер», «Oracle 11».
- Artifact — информобъект.
Типы отношений
- Aggregation — объединение.
- Assignment — назначение.
- Realization — реализация (воплощение).
- Used by — использование.
- Access — доступ.
- Association — связь.
- Triggering — запуск.
- Flow — передача (чаще всего информации, но в версии 2.0 и влияния). «Поток» в русском для дискретных объектов обычно трудно воспринимаем, см. второй абзац http://ailev.livejournal.com/413837.html.
- Grouping — группировка.
- Junction — развилка.
- Specialization — специализация.
- Derived relationships — производные отношения.
Применение
В Архимейте можно описывать только организацию работ для офисного персонала. Никаких объектов реального материального производства в Архимейте описать нельзя, описывается только информация об этих объектах.
Вебинар — моделирование бизнес-процессов в ArchiMate
- для банков и страховых компаний;
- штаб-квартир (из которых реальных цехов не видно);
- проектных бюро (где тяжёлые балки есть только в компьютерных моделях и бумажных распечатках);
- штабов строек (где занимаются раздачей поручений и учётом сделанного, но сами руками ничего не делают).
Те части предприятия, которые занимаются не учётом закручивания гаек, но реально закручивают ржавые гайки, получив их со склада, описать Архимейтом нельзя. Зато можно изобразить складской учёт или проектирование и учёт работ.
Ссылки
- Описание стандарта
- Свободный моделер
- Лучшая книжка
- Архимейт по-русски: метод описания информационной структуры
- Русский перевод терминологии
Источник: sewiki.ru
Программная инженерия / Книги / Рубенчик_2016 / МЕТОДОЛОГИЯ ARCHIMATE 3
То-есть на верхнем уровне с использованием данного подхода можно описать те или иные аспекты организации с любой точки зрения (viewpoint), как на уровне владельца компании, так и на уровне бизнес-аналитика.
Сейчас множество инструментов, например, ARIS, Sparx и MEGA уже поддерживают ArchiMate, и даже есть и бесплатный инструмент моделирования корпоративной архитектуры, который был создан изначально под ArchiMate 3.0 – Archi версии 4.0 Подробнее об инструменте Archi можно узнать здесь.
По масштабу охвата данной методологией элементов архитектуры предприятия, ArchiMate 3.0 может с успехом конкурировать с методологией, заложенной в инструментарии ARIS. В рамках ArchiMate 3.0 можно смоделировать дерево целей, сбалансированную карту показателей, организационную структуру, дерево продуктов и услуг, карту бизнес-процессов верхнего уровня, матрицу выбора бизнес-процессов, кросс-функциональную диаграмму и даже c определенными ограничениями событийную цепочку бизнес-процессов (EPC).
Особенно богаты возможности данной методологии в части описания приложений и технической инфраструктуры. Понятие модель заменяет понятие viewpoint, перечень которых дан в спецификации, при этом никто не запрещает добавлять собственные viewpoint, собирая их из множества существующих объектов. Такая возможность расширения с возможностью в большинстве случаев связать любой объект с любым, позволяет создавать собственные нотации моделирования, удовлетворяя потребности любого проекта.
Преимущества и недостатки ArchiMate 3.0
Из недостатков можно выделить следующие: отсутствие полноценных нотаций для детального моделирования бизнес-процессов по аналогии с EPC и BPMN2, недостаток объектов в части описания данных (ERM модели), слишком большое количество объектов по блоку мотивация, отсутствие объектов для описания рисков и контрольных процедур. Ну и самое главное – пока нет множества примеров использования на практике, особенно в России Из преимуществ – открытость, присутствие в различных инструментах, поддержка бесплатным инструментарием моделирования архитектуры.
Будущее ArchiMate 3.0 пока непонятно, учитывая открытость и поддержку Open Group методология найдет своих последователей, а вот станет ли она стандартом де-факто в части управления архитектурой предсказать пока невозможно. Так или иначе, но она вошла в мой курс по управлению корпоративной архитектуре, а сейчас закончена подготовка нового курса, посвященного ArchiMate 3.0 с практиками на инструментарии Archi 4.0.
Источник: studfile.net
Зачем бизнес-аналитику ArchiMate
ArchiMate — это нотация, используемая для описания архитектуры информационных систем. У нее есть свое бесплатное ПО, которое позволяет дать описание множеству аспектов: бизнесу, стратегии, приложениям, технологиям, производству и т. д. С помощью ArchiMate можно описать пассивную и активную структуру системы, ее поведение, различные типы связей между элементами.
Для бизнес-аналитика ArchiMate — удобный инструмент, который облегчает процесс принятия решений и изменений внутри бизнеса или между его областями. Его использование экономит время, помогает выстроить связи между структурными элементами и без проблем ориентироваться в них. Особенности данного инструмента позволяют описать все офисные бизнес-процессы: проектирование, разработку, продажи, продвижение и т. д.
Одно из важных преимуществ ArchiMate — доступность для специалистов всех уровней. Низкий порог вхождения и простой интерфейс на русском языке делают ArchiMate незаменимым инструментом для начинающего и уже опытного бизнес-архитектора. Язык взаимодействует со своим «братом» TOGAF и дополняет другие инструменты моделирования — UML, BPMN.
ArchiMate позволяет описать корпоративную деятельность на трех уровнях:
- На уровне бизнеса — позволяет сосредоточиться на структурах и объектах, непосредственно связанных с персоналом компании, бизнес-процессами, продуктами и услугами, а также взаимоотношениях между ними.
- Второй уровень — уровень ПО. С помощью ArchiMate бизнес-аналитик может описать структуру приложений, используемых предприятием для достижения своей целей.
- И третий уровень —- описывает технологии (аппаратное обеспечение). Он включает в себя описание корпоративного ИТ-комплекса (корпоративные сервисы и ПО, сети передачи данных, базы-данных и т. д.)
На каждом из этих уровней расположены поведенческие и структурные элементы. Отличительной особенностью структурных элементов является то, что они могут преобразоваться в активные и пассивные. Все элементы (независимо от вида) связаны друг с другом отношениями, которые могут быть структурными, динамическими или зависимыми.
Для использования ArchiMate требуется наличие Archi — бесплатное кроссплатформенное ПО, позволяющее открывать и редактировать отчеты, созданные с помощью этого языка. Сами отчеты формируются в XML-документ и могут включать в себя «классический» HTML-отчет, отчет в форматах CSV и Jasper, а также модель, представленную в форматах PDF, HTML, DOCX и других.
У ArchiMate есть несколько расширений, дополняющих функционал языка (например, coArchi, с помощью которого можно совместно использовать и управлять моделями).
Преимущества ArchiMate:
- Универсальный. Подходит для работы с любыми задачами: от малого бизнеса до крупного ритейлера.
- Простой в освоении. Если у вас есть «легенда», вы без проблем разберетесь с ArchiMate, даже если раньше вы не работали с диаграммами.
- Понятный синтаксис. Основные элементы ArchiMate — это блоки уровней, связи, мотивация и реализация. Блоки уровней делятся на несколько видов: оранжевые и желтые (используются для описания уровня бизнеса), голубые (используются для описания приложений) и зеленые (используются для описания технологий).
- Лаконичный. В ArchiMate вы не найдете ничего лишнего и, как написано на сайте, главная цель ArchiMate — «as small as possible». Инструмент содержит в себе всего 15 элементов, которые позволяют без труда выстраивать бизнес-процессы.
- Функциональный. Еще одна особенность ArchiMate — с его помощью можно описать бизнес-процессы компании, и, что не менее важно, показать стратегию компании с помощью визуализации, используя те инструменты, которые нравятся вам и будут понятны заказчику.
- Полностью на русском языке. С помощью ArchiMate без проблем можно разрабатывать проекты на русском языке.
Бесплатный. Поддерживается бесплатным инструментарием моделирования архитектуры, что позволяет работать с ним не только в рамках лицензии для компании, но и в личных целях, например, для обучения.
Недостатки ArchiMate:
- Неудобен для разработки «глубоких» классификаций.
- Инструменты ArchiMate могут показаться слишком простыми для продвинутых пользователей.
- Иногда могут возникнуть трудности с описанием данных. ArchiMate подходит только для работы с «офисными» бизнес-процессами, потому что в языке нет возможности показать производственное оборудование.
Вывод
ArchiMate — это не замена UML, BPMN или Business Model Canvas. ArchiMate разработан для дополнения существующих инструментов и улучшения работы участников процесса разработки ПО: менеджеров, руководителей, бизнес-аналитиков, сотрудников служб качества, бизнес-архитекторов и разработчиков. ArchiMate подойдет для тех, кто изучает основы языка архитектурного моделирования. Этот инструмент очень полезен, прост в освоении, с его помощью можно без труда комплексно описать корпоративную деятельность. Все это делает ArchiMate незаменимым помощником любого бизнес-аналитика.
Хотите внедрить этот инструмент в свой проект? Переходите по ссылке и получите скидку 10% на курс «Моделирование в ArchiMate».
Источник: ibs-training.ru
