Примеры ArchiMate
В этой статье вы увидите богатую коллекцию примеров представлений ArchiMate, организованных в многоуровневую структуру в соответствии со стандартом ArchiMate. Эти представления ArchiMate демонстрируют, как можно использовать элементы ArchiMate. Некоторые примеры можно использовать в качестве шаблонов проектирования.
Примеры разработаны с помощью Visual Paradigm Online на основе примеров из ArchiMate Cookbook. Если вы еще не ознакомились с кулинарной книгой, рекомендуем вам взглянуть. Ссылка: http://www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf
Примеры представлений ArchiMate
Представление фреймворка
Это представление Framework структурирует все используемые представления. Его можно использовать для навигации между диаграммами.
Просмотры мотивации
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Этот взгляд на мотивацию можно использовать для изучения мотивов или причин, которые определяют дизайн или преобразование организации, а также ее корпоративную архитектуру, которая служит основой для всех операций по изменению и бизнес-преобразований в компании. Это представление отображает видение усилий по разработке, независимо от того, охватывают ли масштаб и объем всю организацию, ее подмножество (например, направление деятельности) или конкретную программу или проект (уровень решения). Обратите внимание, что значение может быть добавлено к любому элементу ArchiMate, например к результату (или любому другому элементу ArchiMate), чтобы показать, какова реальная добавленная стоимость.
Модель бизнес-мотивации (BMM) [спецификация v.1.3, 2015, OMG] используется для определения мотивационных элементов.
Миссия-Ценности-Видение
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Цель, видение и основные ценности организации могут быть представлены с помощью представления «Миссия-Ценности-Видение». Это поможет вам определить цель организации, что организация фактически делает или намеревается делать, и какова основная причина ее существования. Видение – это желаемое состояние организации в будущем. Видение, культура и идеалы организации поддерживаются основными ценностями. Стратегические цели должны быть достигнуты, чтобы видение организации было реализовано.
Ссылка: Алдеа, А. – Якоб, М.-Э. – Хиллегерсберг, Дж. – Квартель, Д. – Франкен, Х. (2015) Стратегия моделирования с помощью ArchiMate.
Просмотр карты стратегических ценностей
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление «Карта стратегических ценностей» визуализирует стратегии организации. Все операции по развитию должны строиться — прямо или косвенно — с этой точки зрения, которая включает элементы стратегической ценности. Можно отслеживать все другие аспекты, связанные с фактическим выполнением стратегии, визуализируя стратегические ценности. Подход может быть представлен, передан и связан с реальностью с этой точки зрения.
Представление анализа заинтересованных сторон
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление «Анализ заинтересованных сторон» часто используется для анализа заинтересованных сторон, чтобы определить движущие силы изменений. Сначала определите важные заинтересованные стороны, а затем те движущие силы изменений, которые отвечают их интересам. Концепции «оценки» можно использовать для углубленного анализа движущих сил, например, с помощью метода SWOT (сильные стороны, слабые стороны, возможности и угрозы). Различные диаграммы взглядов заинтересованных сторон могут быть созданы с разных точек зрения, как это принято. Еще одна причина разбивать огромные диаграммы на более мелкие — сделать их компактными и удобочитаемыми — для большей ясности.
Взгляд заинтересованных сторон
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Это представление заинтересованных сторон связывает мотивацию заинтересованных сторон с корпоративными целями. Цели являются наиболее важным компонентом развития организации. Любые последующие элементы для всех действий по изменению должны быть отслежены до этих основных причин.
Принципы просмотра
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Просмотр рисков и безопасности
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Концепции риска и безопасности сопоставляются с ArchiMate через это представление. Управление рисками включает заботу о безопасности и защите данных. Оба охватываются этим представлением.
Использованная литература:
- Как смоделировать управление рисками и безопасностью предприятия с помощью языка ArchiMate®, Open Group, Document No: W172, 2017.
- Моделирование управления рисками и безопасности предприятия с помощью языка ArchiMate®, Open Group, 2015.
Представление SWOT-анализа
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Просмотр целей
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Цели и основные результаты
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
OKR, сокращение от «Цели и ключевые результаты», — это популярный метод управления для определения целей и отслеживания прогресса. Это помогает в создании согласованности и вовлеченности вокруг измеримых целей. OKR состоят из двух частей: (1) цель, которую вы хотите достичь, и (2) ключевые результаты, которые будут использоваться для отслеживания вашего продвижения к этой цели.
Цели…
- Качественные объяснения того, чего вы хотите достичь, которые запоминаются. Короткие, вдохновляющие и привлекательные цели — идеальный вариант. Команда должна быть мотивирована и мотивирована целью.
Основные результаты…
- Набор показателей, которые отслеживают ваш прогресс в достижении цели. У вас должно быть от двух до пяти ключевых результатов для каждой цели. Если у вас слишком много ключевых результатов, людям будет трудно их запомнить.
Другая версия с действиями, показанными ниже.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представления стратегии
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Просмотр стратегии
Понятия, связанные с бизнес-стратегией, такие как «Курс действий», «Возможности» и «Ресурс», теперь доступны в ArchiMate версии 3 и могут использоваться для моделирования бизнес-планов организации. Полезность и значимость этой точки зрения заключается в том, что цели организации могут быть связаны со стратегиями, а затем с архитектурой предприятия через возможности. Это представление можно использовать для применения «Стратегической модели, основанной на целях» (Azevedo et al. 2015), в которой цели образуют иерархию, которую можно разделить на цели более низкого уровня.
Представление бизнес-стратегии
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Модель бизнес-мотивации (BMM) Представление
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Просмотр требований
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Это представление «Требования» можно использовать для сбора сведений о потребностях на основе стратегических целей. Это процесс соединения стратегий с реализациями: стратегии можно проследить вплоть до их исполнения.
Стратегия просмотра возможностей
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление «От стратегии к возможностям» вместе с другими элементами ArchiMate, такими как «Драйвер» и «Цель», можно использовать для планирования на основе возможностей (CBP), как показано на диаграмме ArchiMate ниже. Это представление можно использовать для помощи в планировании (и выполнении) стратегий. В результате этот тип перспективы можно использовать на этапе «Стратегия-возможности», который является частью этапа «Стратегия-портфель» IT4IT.
Представление карты возможностей
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Карту возможностей можно использовать для общего обзора возможностей компании: что она делает или может сделать.
Представление планирования возможностей
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление «Планирование возможностей» можно использовать для «связи между стратегией и архитектурой предприятия», как это определено в Планировании на основе возможностей (CBP). Этот подход можно использовать, среди прочего, для сопоставления стратегий с требуемыми возможностями и возможностями с ресурсами и другими строительными блоками.
Представление о реализации возможностей
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление реализации возможностей 2
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Еще один пример представления Capability Realization, показывающий, как определить, какие элементы можно использовать для реализации возможности.
Просмотр потока создания ценности
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Важно отметить, что в начале цепочки создания ценности/потока создания ценности используется «направленная ассоциация». «Этапы» создания ценности можно найти в потоке создания ценности. «Цепочка создания ценности», состоящая из потоков создания ценности, может быть аналогична всеобъемлющему потоку создания ценности высокого уровня. IT4IT (ссылка) представляет цепочку создания ценности, которая включает четыре потока создания ценности: от стратегии к портфелю, от требований к развертыванию, от запроса к выполнению и от обнаружения к исправлению (ссылка).
Поток создания ценности — Представление перекрестного сопоставления возможностей
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Ниже показан простой пример цепочки создания ценности. Элемент потока создания ценности ArchiMate, представленный в редакции ArchiMate 3.1, можно использовать для моделирования цепочек создания ценности, сетей создания ценности и потоков создания ценности.
Это более подробный пример того, как возможности помогают (обслуживают) потоку создания ценности. Эту перспективу можно использовать для определения того, ЧТО делает компания (бизнес-модель) и ПОЧЕМУ требуются возможности, а также их связь с созданием ценности.
Эталонная реализация Lean EA Framework (LEAF) включает это представление (ссылка). Перейдите к «Потокам создания ценности», а затем к «Цепочке создания ценности».
Представление бизнес-модели на холсте
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Это базовая версия шаблона бизнес-модели (BMC) А. Остервальдера, которую можно настроить в соответствии с вашими потребностями. Также доступны версионные методы, такие как «канва модели обслуживания» и «канва бережливого производства». Например, BMC можно использовать для разработки и обновления бизнес-моделей.
«Облегчает отслеживание требований от бизнес-запросов до проектных спецификаций» путем моделирования BMC с помощью ArchiMate. Это помогает выявить последствия изменений бизнес-моделей для архитектурного дизайна». [Л.О. Меертенс и его коллеги]
В комплексную разработку включена встроенная поддержка архитектуры для анализа стратегии и бизнес-модели. Это позволяет бизнес-аналитикам и разработчикам оценить, насколько хорошо бизнес-модель поддерживает стратегию и вписывается в организацию, а также наоборот.
Когда BMC моделируется в инструменте моделирования, одно из преимуществ этого метода заключается в том, что все элементы BMC можно повторно использовать в других представлениях того же репозитория модели. При повороте бизнес-модели все изменения сразу бросаются в глаза. Разработчики бизнес-моделей могут создавать новые элементы, такие как службы, или использовать все существующие элементы репозитория, такие как организационные подразделения и ресурсы.
Концептуальный вид на холсте
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Как показано выше, BMC может иметь различные формы. Многоуровневый подход ArchiMate отражен в макете этого концептуального холста.
Просмотры бизнеса
Представления уровня бизнес-архитектуры.
Существуют различные «карты» элементов, контролируемых в инструменте EA на каждом уровне, например, карта бизнес-услуг, карта процесса и т. д. После того, как вы узнали и представили карты, вы можете использовать их в других диаграммах (например, в многоуровневых представлениях). Цель карт — обрабатывать каталоги «Активы EA» как «портфели» (аналогично портфелям идей, услуг, проектов и т. д.). Другие функции, такие как свойства или атрибуты, часто предоставляются инструментами EA для каждого элемента. Их можно использовать для предоставления дополнительной информации по каждому аспекту. Этот тип дополнительных данных также может быть использован для различных видов анализа.
Каждый слой может иметь несколько карт, например следующие:
- Бизнес-услуги, бизнес-субъекты и бизнес-процессы на бизнес-уровне;
- Службы приложений, приложения на уровне приложений;
- Технологические услуги, платформы и технологии на технологическом уровне; и так далее.
Вот несколько примеров карт бизнес-уровня.
Вид карты бизнес-услуг
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
В представлении «Карта бизнес-услуг» представлен обзор бизнес-услуг компании. В целях управления этот тип представления можно использовать как «Каталог услуг» или «Портфель услуг». Очень важно выяснить, какие коммерческие услуги компания предлагает своим клиентам. Бизнес-сервис также можно использовать для моделирования всех основных организационных процессов и структур. В результате бизнес-сервисы являются важнейшими компонентами корпоративной архитектуры.
Представление карты бизнес-процессов
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Это представление можно использовать как «карту процессов», которая обеспечивает обзор бизнес-процессов организации.
Представление совместной работы бизнес-процессов
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Это представление можно использовать, например, для моделирования операционной модели.
Представление карты бизнес-акторов
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Деловые действия бывают двух видов: внутренние и внешние. Клиенты, деловые партнеры или другие группы заинтересованных сторон, которые сотрудничают с организацией, являются примерами внутренних участников бизнеса, в то время как внешние участники бизнеса являются клиентами, деловыми партнерами или другими группами заинтересованных сторон, которые сотрудничают с компанией (например, организации государственного сектора или другие органы управления). ).
Представление о сотрудничестве с бизнес-актерами
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Ниже приведены два сценария использования:
- Внутрикорпоративное представление: это представление визуализирует, как внутренние бизнес-субъекты сотрудничают и обмениваются информацией.
- Inter-Enterprise View: Представление экосистемы, отображающее операционную среду, в которой функционирует организация. Экосистема — это совокупность организаций и коммерческих партнеров, которые сотрудничают посредством взаимодействия. Есть поставщики, субподрядчики и другие деловые партнеры, а также клиенты.
Представление бизнес-процесса
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление бизнес-процесса показывает «высокоуровневую структуру и состав бизнес-процесса (или нескольких процессов), предоставляемые услуги, назначенные роли участников и информацию, используемую бизнес-процессом». Эта диаграмма процесса включает в себя элементы «Junction» для представления «ветвления» и «соединения» потока процесса.
Ниже представлена расширенная перспектива процесса. Это операционная модель, основанная на бизнес-модели, изображенной на приведенной выше диаграмме потока создания ценности.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
SIPOC (поставщики, входы, процессы, выходы, клиенты)
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
SIPOC (Suppliers, Inputs, Process, Outputs, Customers) — это инструмент «Шесть сигм», который можно использовать для определения аспектов, схожих со всеми процессами. Это простой метод изучения бизнес-кейса: какую ценность получает клиент и как он ее получает.
Представление бизнес-процесса с бизнес-ролями как «плавательными дорожками» процесса — многоуровневый подход
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Клиент представлен «Бизнес-роль А», а путь клиента представлен самой верхней «плавательной линией».
Обратите внимание, что бизнес-роли (визуализируемые как «плавательные дорожки») вложены в этапы процесса (действия), подразумевая, что эти бизнес-роли назначены этим бизнес-процессам/стадиям процесса. В результате это представление представляет собой гибрид многоуровневого представления и представления бизнес-процессов.
В этой версии показаны потоки информации и данных (отношение потоков). Путь клиента представлен верхней «плавательной линией» (действия, связанные с инициирующими отношениями).
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Ниже представлена методология проектирования услуг. Путь пути клиента (роль A) представлен самой верхней «плавательной линией», которая связана с организацией (роли B и C) через бизнес-услуги (1 и 2).
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление многоуровневого бизнес-процесса
Это представление можно использовать для представления бизнес-процесса как с ручными, так и с автоматическими шагами.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление карты пути клиента
Когда путь клиента необходимо изучить на высоком уровне, эта версия создается с использованием элементов мотивации и стратегии.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Когда необходимо более подробно изучить путь обслуживания клиентов, эта версия создается с использованием (основных) частей бизнес-уровня и прикладного уровня.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Клиентский опыт находится в центре внимания этого клиентоориентированного взгляда. Этот метод, связанный с «сервисным дизайном», фокусируется на разработке создаваемого сервиса «снаружи внутрь». Это подчеркивает важность услуг и продуктов в создании ценности для клиентов и косвенно для организации. Маршрут взаимодействия с клиентом можно использовать для визуализации потока создания ценности для клиента, который включает в себя множество прикладных сервисов и приложений.
Представление схемы обслуживания
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Это представление Service Blueprint сосредоточено на клиенте и услуге, но также подчеркивает аспект услуги «изнутри наружу». Стратегия развития, ориентированная на службы, может определить лежащие в основе поведенческие и структурные последствия службы, которая должна быть создана с помощью этой техники. В результате этот взгляд добавляет процессные и функциональные факторы к подходу, ориентированному на клиентский опыт.
Этот вид можно найти в различных формах. Информационные потоки между слоями и элементами являются предметом этого примера.
Просмотр истории пользователя
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Пользовательские истории можно визуализировать с помощью этого представления.
Просмотр моделей облачных сервисов
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Информационный вид
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Для моделирования информации можно использовать следующие уровни абстракции: а) концептуальный, б) логический и в) физический. Эти уровни абстракции изображены на диаграмме выше.
Представление концептуальной модели данных
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Бизнес-объекты, также известные как концепты, используемые в бизнес-операциях, содержатся в информационной архитектуре EA. Концептуальная модель данных может использоваться для представления этих понятий и их взаимосвязей.
Концепция «Сервис»
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Концепция обслуживания часто проблематична, что можно увидеть по-разному. Чтобы было понятно, о каком типе службы идет речь, рекомендуется использовать префикс: бизнес-, прикладная или технологическая служба. Согласно ITIL, ИТ-сервис привязан к производственному сервису. Как результат. ИТ-служба наиболее тесно связана с прикладными службами.
Сервис и продукт
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Понятие продукта может использоваться для агрегирования услуг в качестве составного элемента. Спецификация согласно ArchiMate:
«Продукт представляет собой согласованный набор услуг и/или элементов пассивной структуры, сопровождаемый контрактом/набором соглашений, который предлагается в целом (внутренним или внешним) клиентам».
«Продукт может объединять или составлять бизнес-сервисы, сервисы приложений и технологические сервисы, бизнес-объекты, объекты данных и технологические объекты, а также контракт. Следовательно, продукт может объединять или составлять элементы из других уровней, кроме бизнес-уровня. “
«Ценность может быть связана с продуктом. Название продукта обычно представляет собой имя, которое используется при общении с клиентами, или, возможно, более общее существительное (например, «страхование путешествий»)».
Представления приложений
Представление карты Application Services
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Вид карты приложений
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Портфель приложений, который можно разделить, например, на подразделения в зависимости от бизнес-подразделений.
Представление «Совместная работа приложений» (потоки данных)
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление интеграции приложений (динамические отношения)
В приведенных ниже примерах (1–10) показано несколько различных методов имитации переключения данных между приложениями.
- «Приложение А» владеет объектом данных «А-1», который запрашивает «Приложение Б».
- «Приложение A» отправляет данные в «Приложение B».
- «Приложение A» создает службу «A-1», которая используется «Приложением B».
- На практике «Приложение Б» отправляет запрос «Приложению А-1» и получает ответ…
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление структуры приложения
Это представление важно для проектирования или анализа основной структуры приложения, подкомпонентов и связанных данных. Эту диаграмму можно использовать для разбивки структуры разрабатываемой прикладной системы, для демонстрации модульности/декомпозиции: какие подсистемы/подкомпоненты они предоставляют, и какие службы приложений (или интерфейсы приложений) они предоставляют. давать.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Поведенческие функции, предоставляемые через структурные интерфейсы (графические интерфейсы пользователя и/или API на рисунке ниже), называются сервисами приложений (рисунок выше). «Разные стороны одной медали» — это службы приложений и интерфейсы приложений.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление архитектуры приложения
Поскольку в одном и том же представлении присутствуют как приложения, так и модули приложений, это представление сочетает в себе методы EA и уровня решения.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Модель компонентов приложений (CM)
Модель компонентов приложения 0-n — это метод моделирования архитектуры приложения, который состоит из следующих диаграмм различных уровней абстракции:
- На диаграмме уровня CM-0 показано, как приложение взаимодействует со своей средой, в том числе с другими приложениями и пользователями. Черный ящик используется для представления целевого приложения.
- Целевое приложение разбивается на модули (основные компоненты) и на то, какие службы приложений (или интерфейсы приложений) эти модули предоставляют и требуют на уровне CM-1. Белый ящик используется для представления целевого приложения.
- Модули разделены на подкомпоненты на уровне CM-2. (Количество основных уровней варьируется в зависимости от обстоятельств.)
Компоненты приложений и службы приложений изображены на схемах модели компонентов приложений (CM) ниже. В зависимости от ситуации вместо служб приложений могут использоваться интерфейсы приложений. Как всегда, очень важно использовать стиль моделирования, соответствующий поставленной задаче, и моделировать только те аспекты, которые являются достаточно информативными и добавляют ценность. Разработчик модели должен выделить функциональные особенности или быть более подробным и смоделировать, например, фактические интерфейсы с точной номенклатурой.
Компоненты приложений и службы приложений изображены на диаграммах модели компонентов ниже. Вместо использования служб приложений могут использоваться интерфейсы приложений.
Модель компонента приложения — 0 (CM-0)
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Взаимодействия между целевым приложением и окружающими приложениями изображаются на уровне модели компонентов — 0 (CM-0) (см. выше). Описаны все необходимые службы приложений (или интерфейсы приложений). Компоненты уровня архитектуры предприятия и их службы представлены на 0-м уровне диаграммы с целевым приложением в середине.
Модель прикладного компонента – 1 (CM-1)
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Компонентная модель — уровень 1 (CM-1) (см. выше) показывает, как целевое приложение разбивается на модули (или первичные компоненты), и какой модуль отвечает за какие службы приложения (или интерфейсы приложений). Примечание! Внешние приложения не должны отображаться на этом уровне, но их службы (или интерфейсы) должны отображаться. Когда отображается больше низкоуровневых частей, более высокоуровневые элементы могут/должны быть опущены – для ясности: чтобы диаграмма оставалась понятной.
Модель прикладных компонентов — 2 (CM-2)
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Уровень Component Model — 2 (CM-2) (показан выше) показывает, как модули целевого приложения состоят из подкомпонентов и взаимодействуют друг с другом.
Просмотр функций приложения
Декомпозиция функциональных возможностей приложений: каковы функции системы и какие сервисы приложений они предоставляют?
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление процесса приложения
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Ниже приведен вложенный вид представления процесса приложения.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Ниже показано внутреннее содержимое представления процесса приложения.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Диаграмма последовательности компонентов приложения
Диаграммы последовательности не полностью охватываются ArchiMate; вместо этого они покрываются UML. Однако, как показано ниже, ArchiMate можно использовать для моделирования последовательностей операций, выполняемых компонентами приложения.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Для моделирования динамики между компонентами приложения можно использовать динамические отношения «Триггер» и «Поток». Структура этого представления аналогична схеме последовательности UML.
Диаграмма последовательности компонентов приложения, вид 2
Эта версия (диаграмма ниже) показывает, как можно использовать ArchiMate для моделирования действий, выполняемых внутренними элементами компонентов приложения. Поведенческие процессы или функции, а также структурные подкомпоненты являются примерами внутренних частей. Элементы процесса приложения, функции приложения и компонента приложения используются для их моделирования. Они предоставляются только в качестве альтернативы.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Действия на этой диаграмме последовательности (выше) следующие:
- Подпроцесс «X» компонента приложения «A» отправляет сообщение запроса в приложение B с параметром «A».
- Подпроцесс «B-1» компонента приложения «B» получает входящий запрос, а затем (синхронно) вызывает компонент приложения C, где функция приложения «Y» принимает запрос, выполняет определенные действия и возвращается обратно.
- Другой подпроцесс «B-2» прикладного компонента «B» отправляет сообщение с параметрами прикладному компоненту D и получает подтверждение. Подкомпонент «D» прикладного компонента «D» выполняет обработку.
- Ответное сообщение от компонента приложения B принимается компонентом приложения «A». Как показано здесь, мы можем моделировать довольно сложные случаи интеграции с комбинацией этих элементов (компонент приложения, процесс приложения и функция приложения и отношения (триггер, поток)). UML диаграмма последовательности имеет свое особое предназначение в разработке программного обеспечения, но ArchiMate можно использовать во многих целях моделирования, в том числе и в разработке приложений.
Одним из наиболее важных аспектов архитектуры предприятия является интеграция приложений (EA). Вот почему было бы полезно, если бы мы могли более подробно описать, как приложения переключают данные и какие методы взаимодействия используются. Вот ссылка на книгу «Шаблоны интеграции предприятия», которая является прекрасным источником для начала изучения шаблонов интеграции.
Та же идея использования динамических отношений ArchiMate Trigger и Flow, которая может использоваться для моделирования как синхронных, так и асинхронных шаблонов обмена сообщениями, используется в последовательности с включенным конечным пользователем (рисунок ниже) (запрос-ответ и обратный вызов, а также публикация). подписка и др.).
Просмотр ETL-процесса
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Просмотр EAI/ESB
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Многоуровневый вид
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Многоуровневое представление можно использовать в качестве контекстной диаграммы обзора целевой области. Основное преимущество этого подхода заключается в том, что он показывает, как приложения используются в бизнес-процессах и какие сервисы они предоставляют. Для моделирования различных слоев на диаграмме выше используется элемент группировки ArchiMate, тогда как на диаграмме ниже используется визуальный элемент группы инструмента.
ArchiMate имеет три (3) уровня, а именно: Три уровня: 1) бизнес-уровень, 2) прикладной уровень и 3) технологический уровень. Обычно они окрашены следующим образом: желтый для бизнес-уровня, бирюзовый для прикладного уровня и зеленый для технологического уровня.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление приложения и базы данных
База данных является важным компонентом общей корпоративной архитектуры организации. Например, «База данных клиентов», «База данных клиентов», «База данных продуктов» и так далее. В качестве альтернативы база данных может быть логической (и физической) компиляцией всех таблиц приложения (например, «Таблица клиентов», «Таблица заказов», «Таблица счетов» и т. д.), которые вместе образуют базу данных. Объект данных можно использовать для моделирования логической базы данных (рисунок ниже) в соответствии со стандартом ArchiMate. В главе 9.4.1 «Объект данных» говорится: «Типичными примерами объектов данных являются запись клиента, клиентская база данных или страховое требование». «Существенным исключением является случай, когда объект данных используется для моделирования набора данных только с одним экземпляром, например, с базой данных. ArchiMate включает умную встроенную систему, позволяющую применять одну и ту же концепцию к нескольким уровням абстракции (и уровням детализации). В результате объект данных, например, можно использовать для имитации логической базы данных, таблицы базы данных, структуры сообщения (переключаемой между приложениями) и т. д.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
База данных как компонент приложения
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Уровни абстракции базы данных:
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представление модели данных:
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Использование просмотра вариантов
ArchiMate можно использовать для изучения вариантов использования с функциональной точки зрения приложения. Как показано на диаграмме ниже, варианты использования (как определено UML) могут быть сопоставлены со службами приложений.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Варианты использования можно разделить на две категории: бизнес-варианты использования и системные варианты использования (также известные как системные варианты). На приведенной ниже диаграмме показано, как «основной вариант использования» может быть представлен бизнес-службой, а последующие системные варианты представлены службами приложений.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Когда варианты использования определены как сервисы приложений, их можно использовать как части целевых функций приложения на других диаграммах (например, в многоуровневом представлении). Другими словами, службы приложений представляют собой поведение (функциональные возможности) приложения. См. Поваренную книгу ArchiMate, ссылка, для получения дополнительной информации об анализе вариантов использования.
Технологические представления
Представления уровня технологической архитектуры.
Просмотр инфраструктуры
В этом представлении показана платформа приложения. Этот шаблон можно использовать для моделирования настройки среды выполнения, а также для развертывания бизнес-приложения.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Просмотр инфраструктуры (вложенность):
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Представления уровня реализации и миграции / уровня архитектуры преобразования
Представление дорожной карты внедрения
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Канбан вид
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Канбан-доска — это инструмент для визуализации работы и процесса. Канбан-доска показывает, как потребности разработки, эпики, пользовательские истории и другие элементы переходят от невыполненной работы к состоянию готовности (Готово). В зависимости от объема и широты сценария разработки канбан-доска может использоваться для самых разных целей. Например, «Эпики» можно использовать на уровне EA, а «Истории пользователей» или «Требования» можно использовать в качестве рабочих элементов на уровне проекта. В зависимости от ситуации степень детализации элементов задач может варьироваться.
Общий вид
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Это упрощенное представление можно использовать, например, в качестве контекстной диаграммы для конкретной службы, программы или проекта.
Дополнительно
Обзор контекста — карта Млечного Пути
Это техника визуализации как можно большего в одном взгляде. См. Карту Млечного Пути с ArchiMate для получения дополнительной информации.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Сотрудничество
Как показано в примере диаграммы потока данных ниже, слои можно смешивать.
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Метамодель
ОТРЕДАКТИРУЙТЕ ЭТУ ДИАГРАММУ ARCHIMATE
Эти примеры созданы с помощью Visual Paradigm Online .
