Чем открыть archimate файл
Зачем бизнес-аналитику ArchiMate: 7 главных преимуществ и пара недостатков Archi
Недавно мы говорили про архитектуру предприятия и фреймворк TOGAF для ее проектирования. В продолжение этой темы, сегодня рассмотрим, как этот архитектурный подход реализуется на практике в виде программного инструментария, который бизнес-аналитик может использовать для комплексного описания корпоративной деятельности. Читайте далее, что такое ArchiMate, Archi и как это связано с TOGAF.
Что такое ArchiMate и при чем здесь Archi
TOGAF является открытой концепцией, которая может быть использована практически любым предприятием и программным продуктом [1]. При этом наиболее точным соответствием концепциям TOGAF отличается язык архитектурного моделирования ArchiMate, выделяя для описания корпоративной деятельности следующие уровни [2]:
При этом ArchiMate может описать только «офисные» бизнес-процессы (проектирование, разработка, продажи, продвижение и пр.), поскольку в этом языке отсутствуют элементы для обозначения производственного оборудования, можно описать лишь информацию об этих объектах [2].
На каждом уровне ArchiMate существуют поведенческие и структурные элементы, причем последние могут быть активными или пассивными. Все они связываются друг с другом отношениями, которые могут быть структурными, динамическими или зависимостями. Также для более полного описания на каждый из уровней могут быть добавлены элементы, описывающие мотивацию, стратегию, реализацию или миграцию [3].
Из чего состоит ArchiMate: основные элементы
Прикладная реализация языка ArchiMate выполнена в виде кроссплатформенного бесплатного продукта Archi, о преимуществах и недостатках которого мы поговорим далее.
7 главных достоинств Archi
С точки зрения практического использования Archi в профессиональной деятельности бизнес-аналитика, его ключевыми плюсами считаются следующие:
Архимейт по-русски: метод описания информационной структуры
Введение
Мало прочесть коротенькую спецификацию Архимейта (http://pubs.opengroup.org/architecture/archimate2-doc/m/index.html), ее нужно ухитриться понять. Ее краткость сродни краткости формул. Понятность обманчива, ибо и без того сверхабстрактные понятия используются в непривычных смыслах. Все эти вроде бы знакомые до замыленности «процессы», «данные», «программы» в тот момент, когда вы пытаетесь что-то записать на Архимейте, вдруг становятся загадочными.
Тем не менее, проверено: разобраться в том, как разрабатывать архитектурные описания на Архимейте тоже можно, только это требует времени. И даже свободный редактор Archi поддерживает русскоязычные диаграммы и русифицирован (http://ailev.livejournal.com/988360.html), он вполне удобен в работе: чтобы начать использовать Архимейт.
Я решил написать серию разъяснений для тех, кто начинает осваивать Архимейт и хочет обсуждать архитектурные описания на нём по-русски. Переводить спецификацию я считаю пока бессмысленным занятием, но я постараюсь что-то во ней разъяснить и дать предложения по терминологии. Текст, тем не менее, не предназначен для изучения Архимейта с нуля: предполагается, что читатель хотя бы прочел спецификацию и ознакомился с тамошними примерами.
Метод описания информационной структуры
Архимейтовский метод описания информационной структуры (Information Structure Viewpoint, пункт 8.4.15 в http://pubs.opengroup.org/architecture/archimate2-doc/m/chap08.html) оставляет для рассмотрения только объекты, данные и информобъекты, плюс рабочие продукты для объектов деятельности, а также возможность указать значение.
Вот мета-модель (понятия и их связи) метода описания информационной структуры и пример ее использования:
Вот пример полного описания простейшей архитектуры («я готовлю архитектурные описания»):
А вот как из него образуется описание информационной структуры:
Информационная структура состоит главным образом из информации, в разной степени воплощенной в реальности (т.е. на разных уровнях работы с этой информацией по-разному реализованной), т.е. в ней представлены документы, газеты, накладные, фотографии, базы данных, карты, матрицы, данные, аналоговые и цифровые записи на носителях, файлы и т.д..
Информация в Архимейте одновременно рассматривается на разных уровнях ее воплощения в физическом мире (на носителе). Базовых уровней намеренно всего три (Архимейт, как всегда, упрощает): деятельности (людей), работы «софта» и работы «железа». Одна и та же информация на этих уровнях, представленная в них типами элементов «объекты», «данные», «информобъекты», связана между уровнями отношениями реализации (realization), т.е. отношениями приближения к реальности, воплощению в физическом мире. На одном же уровне работ отражающие информацию элементы обычно между собой связаны отношениями специализации (specialization, подклассы-надклассы или род-вид или категория-подкатегория), состава (часть-целое, composition), объединения (включения в какое-то множество, aggregation).
Итак, три уровня (layer) работ Архимейта:
2. Уровень «софта»
Архимейт рекомендует, чтобы объект данных имел какое-то значение для людей-ответственных, а не был просто важен для работы программ (этим еще раз подчеркивается, что Архимейт хочет совместить архитектуру деятельности и архитектуру IT-решения, а не быть просто средством записи только архитектуры IT-решения). Имя данных должно быть преимущественно существительным. То, что данные как-то обособлены (набор данных, объект данных, порция данных и т.д.), это очевидно и не требует отражения в названии.
Архимейт не имеет штатных средств для указания каким-то данным их модели данных, различения справочных или иных данных в их взаимосвязи. Это всё можно показать отношениями связи (которыми можно показывать любые отношения) между разными элементами данными, отображающих эти важные для обсуждения уровня обработки данных виды данных. Нет и средств детального моделирования данных (указания атрибутов, таблиц, спец.отношений для данных и т.д.), но данные могут иметь с другими данными отношения связи, специализации, объединения или состава.
3. Уровень «железа»
Archi 4.9.1
October 26 2021
This version of Archi supports the ArchiMate ® 3.1 specification.
Please uninstall any previous version of Archi before installing this one.
An archive of older versions can be found here.
What’s new in this version?
Specializations | Images | Mac Silicon version | New Report | Alternate Figures | Bug Fixes | More…
For a full list of the latest features and fixes see the Version History.
Windows 64-bit Installer
For Windows 64-bit operating systems. This installer application installs Archi to the Windows “Program Files” folder and associates “*.archimate” files with Archi. An uninstaller is also provided.
Windows 64-bit Portable Zip
For Windows 64-bit operating systems. This is a zip file that does not use an installer. An optional batch file is included to register “*.archimate” file associations. Unzip into a clean folder, and then run the “Archi” program file.
macOS
Requires macOS 10.12+. To install, open the dmg file and drag the “Archi” app and documentation files to your “Applications” folder or wherever you want to install it.
macOS Silicon
Requires macOS 11+ and a Silicon Mac. To install, open the dmg file and drag the “Archi” app and documentation files to your “Applications” folder or wherever you want to install it.
Linux 64-bit
To install, un-archive and run the “Archi” program file.
Checksums
You can verify the authenticity of a download by comparing its SHA-1 checksum with the checksum in the following file:
Thank-you for choosing Archi
Archi is used by thousands of architects throughout the world. Development work is unpaid and voluntary, and in order to maintain Archi we need your support. We hope you enjoy using Archi in your day-to-day work, training, or study. Together we can continue to support Archi.
It makes a big difference if you show your kindness and appreciation of Archi by donating to Archi.
If you don’t wish to donate right now, just click the download button. If you choose to donate at a later stage, you can do this from within Archi itself, or the Donate page
As a thank-you for your donation we’d like to give you a download of jArchi, the scripting plug-in. Also included are some example scripts to get you started. We’ll send you the download in reply to your donation.
Please note – there may be a delay replying to you. Please be patient as I personally reply to each donation email. Also, please check your spam folder in case my reply gets put in there!
Alternatively, why not join us at Patreon and receive exclusive content.
Моделирование архитектуры предприятия. Обзор языка ArchiMate
Проект создания ArchiMate
Исходные положения при создании языка
Созданию языка ArchiMate предшествовала большая информационно-аналитическая работа, в ходе которой был проведен анализ сложившейся практики разработки архитектуры предприятия и определены потребности заинтересованных сторон в проектировании, коммуникациях и представлении, реализации и управлении изменениями архитектуры предприятия [5].
В конечном итоге в ходе всестороннего анализа целей и требований удалось сформулировать исходные положения, которых разработчики придерживались при создании языка, и основные свойства, которыми должен обладать язык описания архитектуры общего назначения [4, 5]:
Элементы. Элементы в языке различаются по трем признакам, или аспектам (рис. 1) [4]:
Первый аспект разделяет элементы языка на три типа: активный структурный элемент, пассивный структурный элемент и элемент поведения.
Рис. 2. Пример использования элементов «бизнес-исполнитель», «бизнес-роль», «бизнес-процесс» и «бизнес-сервис».
Второй аспект различает внешний и внутренний взгляды на систему, и на этой основе вводятся понятия «сервис» и «интерфейс» (рис. 1.).
Таблица 1. Распределение элементов языка по аспектам структурный/поведенческий и внешний/внутренний.
Пример 2. Использование элементов «функционал приложений», «сервис приложений» и «интерфейс приложений».
В модели показано, что сервис приложений «Сервис обработки транзакций» реализуется функционалом приложений «Учет» и доступен другим компонентам через интерфейс приложений «API обработки транзакций» (рис. 3). Функционал приложений «Учет» выполняется компонентом приложений «Компонент учета». Сервис приложений «Обработка транзакций» используется функционалом приложений «Биллинг», который выполняется компонентом приложений «Компонент биллинга». Функционал приложений «Биллинг» предлагает сервис приложений «Сервис создания накладной», который может быть использован для поддержки бизнес-процессов. Данный сервис доступен через интерфейс приложений «Экран биллинга».
Рис. 3. Использование элементов «функционал приложений», «сервис приложений» и «интерфейс приложений».
Пример 3. Продукт, состоящий из нескольких бизнес-сервисов.
В модели показан продукт «Телебанкинг», предлагаемый клиентам (рис. 4). Открытие счета и поддержка приложений (например, helpdesk и т. п.) осуществляется соответствующими бизнес-сервисами, которые реализуются бизнес-исполнителем «Клиентский отдел». Как часть продукта потребитель может также использовать банковский сервис, который предлагает такие сервисы приложений, как электронный денежный перевод и предоставление статуса счета. Сервисы приложений реализуются компонентом приложений «Телебанкинг».
Рис. 4. Продукт, состоящий из нескольких бизнес-сервисов.
Пример 4. Использование элемента «совместная бизнес-деятельность».
В продаже страховок задействованы отдел продаж, выполняющий роль по поддержке продаж, и отдел, специализирующийся на определенном типе страхования, выполняющий роль продавца страховок (рис. 5). В примере также показано, что одна роль может участвовать в более чем одной совместной бизнес-деятельности.
Рис. 5. Использование элемента «совместная бизнес-деятельность».
Полный перечень элементов и отношений, образующих ядро языка ArchiMate, представлен соответственно в приложениях 2 и 3 в конце статьи. Эти типы элементов и отношений поддерживают моделирование архитектур на фазах B (Бизнес-архитектура)), C (Архитектура информационных систем) и D (Технологическая архитектура) метода разработки архитектуры TOGAF.
Слои языка
Рис. 6. Соотношение слоев и аспектов языка и архитектурных доменов.
Каждый из слоев определяет свои, специфические для слоя, элементы, которые представляют специализацию базовых понятий, то есть их конкретизацию применительно к рамкам того или иного слоя. В каждом слое есть свои исполнители работ, свои работы и свои объекты работ:
Общая структура моделей внутри разных слоев похожа, поскольку используются те же типы элементов и отношений (эта общая метамодель показана на рис. 1). Однако природа элементов и степень их детализации различны и определяются потребностями каждого слоя. Кроме того, могут использоваться некоторые дополнительные понятия. Например, в бизнес-слое используются понятия продукта и связанного с ним контракта, смыслового значения бизнес-объекта и ценности продукта/услуги.
Взаимосвязи между слоями формируются отношениями «использование» и «реализация»:
Например, элемент «объект данных» в слое приложений может реализовывать элемент «бизнес-объект» в бизнес-слое. А элемент «артефакт» в технологическом слое может реализовывать элемент «объект данных» или элемент «компонент приложений» в слое приложений.
Пример 5. Многослойное представление архитектуры предприятия.
В модели показан многослойный способ представления, показывающий несколько слоев и аспектов архитектуры предприятия на одной диаграмме (рис. 7).
Рис. 7. Многослойное представление архитектуры предприятия.
Механизмы расширения языка
Язык используется для специальных целей, например, поддержки специальных типов анализа, или для отражения особенностей определенных доменов (функциональных/предметных областей) предприятия (например, финансовый домен организации). В этих случаях понятий, входящих в ядро языка, может оказаться недостаточно.
Язык предоставляет средства по расширению множества понятий, входящих в его ядро. Эти дополнительные понятия отражают специфику исследуемых доменов и используется только в этих целях. Тем самым ядро не перегружается новыми понятиями и обозначениями, которые не будут применяться другими пользователями языка. Расширение ядра языка осуществляется двумя способами [5]:
Начиная с версии 2.0 в язык включены два расширения его ядра: расширение, связанное с мотивационными факторами, и расширение, связанное с реализацией и переходом.
Первое расширение необходимо для поддержки фаз A (Видение архитектуры) и H (Управление изменениями архитектуры) метода разработки архитектуры TOGAF, а также предварительной фазы и фазы управления требованиями. Для этого ядро языка было расширено элементами и отношениями, связанными с мотивационными факторами: «заинтересованная сторона», «драйвер», «требования» и т. д. Перечень элементов и отношений, связанных с мотивационными факторами, дан в приложении 4.
Второе расширение предназначено для поддержки фаз E (Возможности и решения), F (Планирование перехода) и G (Руководство реализацией) метода разработки архитектуры TOGAF. Для этого ядро языка было расширено элементами и отношениями, связанными с реализацией и переходом: «пакет работ», «поставляемый результат», «разрыв» и т. д. Перечень элементов и отношений, связанных с реализацией и переходом, приводится в приложении 5.
Способы представления
Полная модель архитектуры предприятия достаточно сложна и объемна. Более того, заинтересованные стороны часто самостоятельно определяют требуемые им представления общей архитектуры предприятия. Для этого язык вводит понятие «представление» (view) архитектуры и обеспечивает гибкий подход к работе с архитектурными представлениями.
Представления задаются способами представления (точками зрения, viewpoints), которые используются для показа определенных аспектов архитектуры по отдельности или в связке.
Способы представления классифицируются в языке по двум измерениям: по назначению и по содержанию. В свою очередь каждое из измерений разбивается соответственно на 3 типа и 3 уровня:
Следует подчеркнуть, что данная классификация носит условный характер, то есть необязательно, чтобы каждый способ представления попадал только в одну категорию. Например, представление архитектуры, предназначенное для принятия решений, может использоваться и в информационных целях.
TOGAF и ArchiMate
TOGAFи ArchiMate являются стандартами The Open Group, которые непосредственно относятся к разработке архитектуры предприятия. С одной стороны, у TOGAF и ArchiMate имеются свои спецификации, и они могут использоваться по отдельности, независимо друг от друга, или вместе с другими стандартами. С другой стороны, существуют значительные преимущества при совместном использовании TOGAF и ArchiMate.
Таблица 2. Использование понятий языка на различных фазах метода разработки архитектуры TOGAF.
В рамках консорциума The Open Group продолжаются работы по развитию ArchiMate, сближению его спецификации со спецификацией TOGAF. В частности, рассматривается разработка новых расширений языка, которые будут включать понятия для моделирования бизнес-политик и процессов принятия решений [6].
Литература
1. Q084 ArchiMate Forum. Information Sheets. The ArchiMate Forum of The Open Group. The Open Group, July 2014
2. Telematica Instituut. Annual Report, 2005.
3. Sethuraj Nair. ArchiMate: Its Time Has Come?
4. ArchiMate 2.1 Specification, Open Group Standard, December 2013.
5. M. Lankhorst et al, Enterprise Architecture at Work – Modelling, Communication and Analysis, Second Edition, Springer, 2009.
6. H. Jonkers, D. Quartel, H. Franken, ArchiMate for Integrated Modelling Throughout the Architecture Development and Implementation Cycle, Uporabna Informatika, 2012.
7. H. Jonkers, E. Proper, M. Turner, TOGAF and ArchiMate: A Future Together. A Vision for Convergence & CoExistence, The Open Group, November 2009.
9. G. Berrisford, M. Lankhorst, Using ArchiMate with an Architecture Method. A conversation, 2009.
1 В 2009 году название организации было изменено на Novay.
2 Проект продолжался с июля 2002 года по декабрь 2004 года. Стоимость и трудоемкость проекта составили соответственно около 4 млн евро и 35 человеко-лет.
3 Information Management писал об этом стандарте в статьях «The Open Group Architecture Framework (TOGAF) Часть 1. Структура, ключевые понятия, модель и инструменты развития архитектуры, информационный контент» (Information Management № 4 2013) и «Часть 2. Континуум предприятия, ссылочные модели и управление развитием архитектуры» (Information Management № 5 2013).
4 Автором статьи выполнен перевод данной версии стандарта на русский язык.
6 Приведенные примеры взяты из спецификации языка [4].
© Интернет-проект «Корпоративный менеджмент», 1998–2021
Не только Archi: еще 2 альтернативы для моделирования ArchiMate и пара других средств для описания корпоративной архитектуры
Чтобы сделать наши курсы по бизнес-анализу еще более интересными, сегодня мы рассмотрим еще несколько альтернатив для описания архитектуры предприятия и других аспектов бизнес-анализа. Читайте далее, какие еще средства, кроме Archi, поддерживают язык архитектурного моделирования ArchiMate и где еще можно комплексно описать особенности корпоративной деятельности, от системы бизнес-процессов до стратегических целей и продуктовой линейки. В этой статье мы приготовили для вас краткий обзор платформы Modelio и Enterprise Architect, а также некоторые заметки по практическому использованию Business Studio и ARIS.
Как выбрать методологию и CASE-средство для задач бизнес-анализа: 4 самых важных критерия
Руководство по бизнес-анализу BABOK®Guide считает знание аналитических инструментов и технологий, включая методологические подходы и программные средства их реализации, одной из базовых компетенций бизнес-аналитика. Об этом и других профессиональных знаниях, умениях и навыках бизнес-аналитика мы писали здесь. При этом ключевыми показателями эффективности данной компетенции является не только знание инструментария, но и умение им пользоваться для решения поставленной задачи. В частности, бизнес-аналитик должен выбрать наиболее подходящую нотацию описания бизнес-процессов, а также уметь продуктивно (быстро и корректно) использовать CASE-средство (computer-aided software engineering), которое поддерживает соответствующую методологию. Как правило, выбор методологии и программного продукта для практической работы базируется на следующих критериях:
Что и когда выбирать для моделирования архитектуры предприятия: Archi, Modelio, Enterprise Architect, ARIS или Business Studio
Если сравнить все упомянутые в данной статье системы бизнес-моделирования (Archi, Modelio, Enterprise Architect, ARIS и Business Studio), то для небольших проектов или в качестве средства обучения начинающим аналитикам отлично подойдут Archi и Modelio. Они поддерживают ArchiMate для описания архитектуры предприятия по TOGAF, а позволяют проектировать UML и BPMN-модели, что требуется системному и бизнес-аналитику при разработке требований на программное обеспечение. Кроме того, Archi и Modelio являются открытыми и бесплатными.
Enterprise Architect, ARIS и Business Studio относятся к категории коммерческих решений с широким набором функциональных возможностей для комплексного моделирования архитектуры предприятия. Они поддерживают бесшовную интеграцию с рядом прикладных систем автоматизации бизнеса и ориентированы на корпоративное использование в крупных проектах, предполагая определенный уровень знаний и опыта у аналитика, который будет ими пользоваться.