“Дилетанты постоянно ищут некий волшебный метод или инструмент, который мог бы сделать процесс разработки программ тривиальным. В отличие от них, профессионалы знают, что такой панацеи не существует.”, Гради Буч (Grady Booch).
Всем привет! Меня зовут Владимир Зуев, я руководитель разработки JAVA-практики в компании Axenix. Сегодня я хочу рассказать о нотации ArchiMate, используемой для разработки и моделирования информационных систем. Несмотря на свои уникальные возможности, нотация ArchiMate не получила широкого распространения. Даже среди практикующих архитекторов распространенность нотации не превышает 25%. Отчасти это связано со скудным описанием в официальной документации и отсутствием практических руководств. Я хочу исправить эту ужасную несправедливость и показать сильные стороны ArchiMate, подробно разобрав ее использование на практическом примере, а так же показать как применение ИИ может помочь архитектору.
В данной работе демонстрируется два важных аспекта использования генеративного искусственного интеллекта (далее GenAI) в проектировании архитектуры:
быстрое прототипирование. Все представленные в работе схемы сгенерированы с помощью GenAI, что позволяет в кратчайшие сроки подготовить визуальное представление всех идей, не тратя время на кропотливую прорисовку деталей;
эффект второго мнения. Искусственный интеллект превращается из инструмента в полноценного партнера. GenAI позволяет рассмотреть проблему под другим углом и предоставить альтернативное мнение.
В качестве практического применения попытаемся спроектировать систему управления грузовым беспилотным автотранспортом для магистральных перевозок, подходящую для нужд крупной транспортной компании. Проектирование будем выполнять в одной команде с GenAI, работая с ним как с полноценным партнером.
Зачем нужен ArchiMate
Опыт разработки информационных систем показывает, что первоначальные требования никогда не бывают точными, и часто содержат противоречия. По мере разработки требования дополняются, уточняются или заменяются. Проектируя информационную систему, архитектор рисует модульную структуру на основе имеющихся требований, пытаясь распутать клубок противоречий. Более того, между требованиями заказчика и модульной архитектурой системы огромный разрыв, и архитектор обычно решает его на основе интуиции. В таких условиях легко допустить архитектурную ошибку, которая может быть выявлена на этапе реализации, или далее, и будет дорого стоить.
В данной работе я хочу продемонстрировать решение этой проблемы с использованием нотации ArchiMate, разделив процесс проектирования на разные слои абстракции, начиная с уровня стратегии, и заканчивая этот процесс технологической реализацией. Каждый слой архитектуры логически проистекает из вышестоящего слоя. Это убирает разрыв между исходными требованиями и реализацией, и уменьшает вероятность архитектурных ошибок.
Язык моделирования ArchiMate предназначен для описания построения и функционирования бизнес-процессов, организационных структур, информационных потоков, ИТ-систем и технической инфраструктуры.
ArchiMate включает несколько слоёв, каждый из которых содержит специфические элементы, представляющие разные аспекты архитектуры:
Стратегический слой. Описывает цели, задачи и инициативы, позволяет зафиксировать причины, лежащие в основе стратегических целей и связать их с бизнес-целями.
Бизнес-слой. Описывает организационную структуру, ключевые бизнес-процессы, продукты и услуги.
Слой приложений. Представляет функциональные возможности системы в форме приложений и х компонентов.
Технологический слой. Охватывает программное и аппаратное обеспечение, а также инфраструктуру.
Слой реализации и миграции. Включает элементы для моделирования переходного состояния и планов реализации.
ArchiMate позволяет не фокусироваться на деталях реализации, а сделать акцент на задачах и бизнес-логике. ArchiMate не заменяет UML, BPMN или ERD, а дополняет их.
Описание задачи для проектирования
Для того, чтобы продемонстрировать возможности и эффективность Archimate необходима подходящая задача: достаточно сложная, чтобы можно было продемонстрировать преимущества данной нотации, и достаточно актуальная, чтобы было интересно этим заниматься. Такой темой является беспилотные грузовые автомобили.
В последние годы на отечественном рынке появился ряд разработок в данной области. Летом 2023 года в России стартовали коммерческие перевозки с использованием грузовиков в беспилотном режиме. Грузовики оснащены комплексом датчиков, которые непрерывно сканируют окружающую среду. Система управления получает данные от этих датчиков и на их основе принимает решения о манёврах, скорости и других параметрах движения.
В качестве первых коридоров для беспилотного транспорта выделены магистрали М-11 «Нева», М-12 «Восток» и М-4 «Дон». В данный момент на них уже можно встретить беспилотные грузовики, но пока они ездят в тестовом режиме, количество их не велико. В настоящий момент в России действует временный экспериментальный режим до 1 апреля 2028 года, позволяющий тестировать автономные автомобили на определённых трассах. В дальнейшем планируется переход экспериментов к массовому внедрению.
23 Января 2026 Министерство Транспорта РФ представило проект федерального закона о высокоавтоматизированных транспортных средствах (ВАТС). Ожидается принятие данного закона уже к августу 2026 года. Федеральный закон о ВАТС позволит в 2028 году вывести на дороги общего пользования автомобили пятого уровня автономности и эксплуатировать беспилотные автомобили без присутствия человека в кабине.
Так же обсуждаются меры поддержки (субсидии Минпромторга), стимулирующие транспортные компании к обновлению парков беспилотными моделями.
Из всего вышесказанного можно сделать вывод: флоту беспилотным грузовикам - быть!
Но одно дело 2-3 беспилотных грузовика на федеральных дорогах, и совершенно другое – автопарк размером 1000+ единиц. Как же управляться с такой армадой? Для этого нужна система управления и мониторинга беспилотным автопарком.
Попробуем разработать систему, позволяющую транспортной компании управлять беспилотным автопарком такого масштаба. Но для начала изучим требования законодательства и выберем средство моделирования.
Выбор средства моделирования
Прежде чем приступить к прорисовке архитектуры необходимо выбрать подходящий инструмент. Для работы с ArchiMate существует удобный редактор Archi, предоставленный разработчиком нотации (https://www.archimatetool.com/), кроме того есть поддержка ArchiMate в привычном для многих draw.io. Оба инструмента представляют собой удобные графические редакторы блок-схем. Но не смотря на все удобства, прорисовка архитектуры остается кропотливой задачей, требующей много времени.
Существует еще один подход к созданию диаграмм в нотации ArchMate – PlantUml. В PlantUml так же появилась поддержка нотации ArchMate сравнительно недавно. Данный инструмент позволяет создания диаграмм с помощью простого текстового языка, что делает его менее удобным, чем редакторы Archi и draw.io. По этой причине данный подход не получил широкого распространения. Ну что же - обратим данный недостаток в преимущество. Вместо рисования вручную попробуем воспользуемся помощью GenAI. Как показывает практика – GenAI прекрасно справляются с задачами генерации различных скриптов, а PlantUml в свою очередь включает все необходимые элементы нотации ArchMate. Полный их список можно увидеть, задав в PlantUml следующий скрипт:
@startuml listsprite @enduml
В результате получаем список элементов:

Из представленного на рисунке перечня элементов видно, что PlantUML содержит все необходимые элементы для отрисовки слоев ArchiMate. Проверим возможности PlantUML на практике. Достаточно сгенерировать скрипт и скопировать его в онлайн-редактор (https://editor.plantuml.com/).
Учимся рисовать
Звучит просто. Попробуем написать промпт, позволяющий получить схему ArchiMate в формате PlantUML, а заодно изучить основные элементы:
Приведи простейший учебный пример схемы в нотации ArchiMate в формате PlantUML. Используй слой стратегий и мотивационные элементы. Необходимо продемонстрировать смысл элементов и их взаимосвязи.
Ответ GenAI
Ниже представлен простейший учебный пример для понимания ArchiMate на практике. Он описывает вымышленную компанию, которая хочет запустить доставку на электросамокатах.
Я буду использовать ArchiMate метамодель:
rectangle для элементов
стереотипы (<<stakeholder>>, <<driver>>, <<goal>>, <<requirement>>, <<principle>>, <<course of action>>, <<assessment>>)
связи: -->(+), -->(−), -->> и текстовые метки для realization, association, influence, constraint
PlantUML код
<…>
GenAI привел пример кода диаграммы для PlantUML. Не будем вдаваться в подробности полученного скрипта, а сразу попробуем получить диаграмму. И вот что мы видим.

В результате мы получили ошибку синтаксиса. GenAI не справился с задачей с первой попытки. Попробуем скорректировать результат, передав в GenAI сообщение об ошибке. Достаточно выполнить промпт с текстом “Получена ошибка:” и скопировать текст ошибки.
Ответ GenAI
Проблема может быть в том, что PlantUML ArchiMate имеет ограниченную поддержку некоторых элементов или требует определенного синтаксиса. Давайте попробуем самый минимальный рабочий вариант:
….
Получен еще один вариант скрипта для PlantUML. GenAI опят выдал новую версию скрипта, которая так же не работает. И снова просим GenAI решить проблему:
Элемент MS_Shippers не найден. Похоже внешние стекхолдеры не доступны.
И снова получаем не работающую версию скрипта. Путем выполнения нескольких итераций получаем работающую диаграмму, которая, к сожалению, оказывается обычной диаграммой компонентов UML и мало чем напоминает ArchiMate. Ни один из общеизвестных GenIA не смог выдать рабочий скрипт для отображения диаграммы.
Попробуем подойти к решению проблемы с другой стороны. На сайте plantuml.com можно найти примеры диаграмм в формате ArchiMate (https://plantuml.com/ru/archimate-diagram). Если попробовать скопировать их в онлайн редактор, и видим, что они вполне рабочие. По каждому примеру получаем диаграмму. Попробуем поступить следующим образом – дадим GenAI пример того, что хотим получить в результате. Для этого скопируем текст примера с сайта и передадим его в GenAI следующим промптом:
Вот рабочий пример:
<Текст примера с plantuml.com >
Ответ GenIA
Спасибо за рабочий пример! Теперь я вижу правильный синтаксис. Вот исправленная диаграмма мотивационного слоя для системы управления беспилотным грузовым автотранспортом:
@startuml
!include <archimate/Archimate>
' ============================================================
' УЧЕБНЫЙ ПРИМЕР: Запуск доставки на электросамокатах
' ============================================================
' ------------------------------------------------------------
' МОТИВАЦИОННЫЙ СЛОЙ (ПОЧЕМУ меняемся)
' ------------------------------------------------------------
' Стейкхолдеры — кто заинтересован
Motivation_Stakeholder(st_owner, "Владелец бизнеса")
Motivation_Stakeholder(st_client, "Клиенты")
' Драйверы — что нас толкает к изменениям
Motivation_Driver(drv_costs, "Высокая стоимость курьеров на авто")
Motivation_Driver(drv_speed, "Клиентам нужна быстрая доставка")
' Оценки — как обстоят дела сейчас
Motivation_Assessment(asm_costs, "Затраты на доставку растут на 15% в год")
Motivation_Assessment(asm_speed, "Текущая доставка — 2 часа, клиенты недовольны")
' Цели — чего хотим достичь
Motivation_Goal(goal_reduce, "Снизить стоимость доставки на 30%")
Motivation_Goal(goal_fast, "Сократить время доставки до 30 минут")
' ------------------------------------------------------------
' СТРАТЕГИЧЕСКИЙ СЛОЙ (ЧТО меняем и КАК)
' ------------------------------------------------------------
' Курс действий — конкретный план
Strategy_CourseOfAction(coa, "Перейти на доставку\nэлектросамокатами")
' Возможность — что мы должны уметь
Strategy_Capability(cap, "Быстрая доставка\nна малые расстояния")
' Ресурс — что для этого нужно
Strategy_Resource(res, "Парк самокатов\n+ мобильное приложение")
' ------------------------------------------------------------
' СВЯЗИ (главное здесь!)
' ------------------------------------------------------------
' Стейкхолдеры связаны с драйверами (association)
st_owner --> drv_costs
st_client --> drv_speed
' Драйверы влияют на оценки (influence)
drv_costs --> asm_costs
drv_speed --> asm_speed
' Оценки влияют на цели (influence)
asm_costs --> goal_reduce : influence (+)
asm_speed --> goal_fast : influence (+)
' Цели реализуются курсом действий (realization)
goal_reduce --> coa
goal_fast --> coa
' Курс действий создаёт возможности (realization)
coa --> cap
' Возможности используют ресурсы (realization)
cap --> res
' ------------------------------------------------------------
' ПОЯСНЕНИЕ К СХЕМЕ (в виде легенды)
' ------------------------------------------------------------
legend right
<size:12>КАК ЧИТАТЬ СХЕМУ (слева направо):</size>
====
<back:lightyellow>Стейкхолдер</back> → кто хочет изменений
↓
<back:lightyellow>Драйвер</back> → почему надо меняться
↓
<back:lightyellow>Оценка</back> → что именно не так сейчас
↓
<back:lightyellow>Цель</back> → куда хотим прийти (измеримо)
↓
<back:lightcoral>Курс действий</back> → какой план выбираем
↓
<back:lightcoral>Возможность</back> → чему должны научиться
↓
<back:lightcoral>Ресурс</back> → что для этого нужно иметь
====
<size:11>Связь --> означает "реализует" или "влияет"</size>
endlegend
@enduml
Ниже приведена полученная схема

На этот раз представленная диаграмма оказалась рабочей. Проанализировав текст скрипта, видим, что конечный вариант полностью соответствует стилю примера, который мы предоставили. В сгенерированной схеме действительно используются элементы ArchiMate, их использование полностью соответствует спецификации. Таким образом GenAI смог обучиться на представленном ему примере, после чего выдал корректный результат. Теперь мы можем полноценно использовать PlantUml для моделирования в дальнейшем.
Прежде чем рассмотреть данный пример немного погрузимся в теорию.
Немного теории
В нотации ArchiMate самым верхним слоем является слой стратегии (Strategy Layer). Слой стратегий — это ключевой компонент языка моделирования, который фокусируется на мотивациях, целях, требованиях и принципах, определяющих проектирование и реализацию архитектуры. Он помогает согласовать бизнес-стратегию с архитектурными элементами, обеспечивая согласованную работу всех компонентов для достижения целей.
Слой стратегий так же включает в себя мотивационные элементы, которые в ранних версиях нотации входили в отдельный слой - слой мотивации. Начиная с версии 3.x слой мотивации перестал существовать как отдельный слой и теперь является набором элементов (Motivation elements). Все что можно бы туда отнести, сегодня входит в стратегический слой. Однако из-за этого возникает путаница. Все языковые модели разделяют эти понятия до тех пор, пока не задать прямой вопрос:
Слой мотивации и слой стратегий нотации Archimate это отдельные слои?
Ответ GenAI
Вы попали в точку — в ArchiMate 3.x действительно нет отдельного «мотивационного слоя». Всё, что относится к мотивации (стейкхолдеры, драйверы, оценки, цели, требования, принципы), входит именно в стратегический слой (Strategy Layer).
Мотивация и стратегия в ArchiMate это отдельные, но тесно связанные понятия. Проще говоря, "Слой мотивации" отвечает на вопрос "Почему?" (причины и цели), а "Слой стратегии" — на вопрос "Что делать?" (способности и ресурсы). Их разделение не означает изоляции. Элементы из этих слоев активно взаимодействуют. Классическая связь выглядит так:
Цель (Goal) из Слоя мотивации ставит направление.
Эта Цель реализуется с помощью Курса действий из Слоя стратегии.
В свою очередь, Курс действий активирует или настраивает Способности и использует Ресурсы.
Таким образом, Слой мотивации задает архитектуре «зачем и почему», а слой стратегии определяет «что именно» нужно сделать и иметь для достижения этих целей.
Ниже приведены мотивационные элементы

Спецификация ArchiMate 3.2 разделяет эти 10 элементов на три логические группы:
Группа 1. Источники намерений (Sources of Intentions):
Заинтересованное лицо (Stakeholder) — кто заинтересован
Драйвер (Driver) — что побуждает к действию
Оценка (Assessment) — как оценивается текущая ситуация
Группа 2. Ядро мотивации (Core Motivation):
Цель (Goal) — желаемое состояние
Результат (Outcome) — фактический результат
Принцип (Principle) — руководящее правило
Требование (Requirement) — конкретная потребность
Ограничение (Constraint) — ограничение
Группа 3. Восприятие и ценность (Perception & Value):
Значение (Meaning) — смысловая интерпретация
Ценность (Value) — ценность для стейкхолдера
Ниже приведены элементы слоя стратегий

Группа 1. Что мы можем:
Возможность (Capability) - что мы можем? Способность, которой обладает организация, человек или система для достижения определённого результата
Ресурс (Resource) – что у нас есть? Актив, находящийся в собственности организации или под её контролем
Группа 2. Как мы это делаем:
Курс действий (Course of Action) – Какой план мы выбираем? Подход или план по настройке возможностей и ресурсов для достижения конкретных целей
Поток создания ценности (Value Stream) – Как создается ценность? Последовательность этапов (шагов), которые создают ценность для заинтересованных лиц
Теперь, когда мы рассмотрели слой стратегий, можем приступать к проектированию.
Определение стратегий и проработка мотивации
Попробуем выполнить моделирование с помощью следующего промпта:
Спроектируй систему управления беспилотным грузовым автотранспортом для междугородних перевозок. Для проектирование используется нотация Archimate. Сейчас рассматриваем только слой стратегий. Выполни моделирование.
Ответ GenAI
Отлично. Выполню моделирование слоя стратегий (Strategy Layer) для системы управления беспилотным грузовым автотранспортом в нотации ArchiMate.
Ниже представлены все ключевые элементы слоя: стейкхолдеры, драйверы, оценки, цели, требования и принципы, а также связи между ними (ассоциация, реализация, влияние).
1. Стейкхолдеры (Stakeholders)
Кто заинтересован в системе:
Владельцы автопарков – снижение затрат на водителей, повышение утилизации ТС.
Логистические компании – предсказуемость времени доставки, снижение ДТП.
Государство / регуляторы – безопасность на дорогах, экология, правовая база.
Общество / другие участники движения – безопасность, доверие к технологии.
Инвесторы и страховщики – управляемый риск, страхуемость системы.
2. Драйверы (Drivers)
Внешние и внутренние побудительные мотивы:
Драйвер |
Описание |
Дефицит водителей грузовиков |
Рынок труда не покрывает потребности в дальнобойщиках. |
Рост спроса на экспресс-доставку |
Требуется минимизация простоев. |
Ужесточение требований по безопасности |
Снижение смертности в ДТП с участием грузовиков. |
Экологическая повестка |
Экономия топлива за счет оптимизации движения. |
Конкуренция в логистике |
Маржинальность падает, нужны новые технологии. |
3. Оценки (Assessments)
Как текущая ситуация влияет на драйверы:
Оценка |
Влияние |
Высокая аварийность в ночное время |
Усугубляет требования по безопасности |
Рост стоимости страховки для фур |
Усиливает экономический драйвер |
Отсутствие законодательства по автопилоту уровня 4/5 |
Блокирует внедрение на трассах |
Технологическая зрелость perception-систем |
Позволяет рассматривать автономные перевозки |
4. Цели (Goals)
Что система должна достичь на стратегическом уровне:
G1 – Обеспечить безаварийную эксплуатацию
G1.1: Снизить количество ДТП с участием беспилотных грузовиков на 90% относительно среднего по отрасли.
G1.2: Обеспечить безопасное поведение в нештатных сценариях.
G2 – Экономическая эффективность
G2.1: Снизить стоимость километра пробега на 25%.
G2.2: Повысить коэффициент использования ТС до 95%.
G3 – Юридическая и социальная приемлемость
G3.1: Получить сертификацию по стандарту ISO 22737 (автономные транспортные средства).
G3.2: Обеспечить полную отслеживаемость решений автопилота.
G4 – Масштабируемость на флот
G4.1: Управление 10 000+ автономных грузовиков из одного центра.
5. Требования (Requirements)
Конкретные требования, вытекающие из целей (связь realization):
Требование |
Реализуемая цель |
Описание |
R1 – Redundant perception |
G1 |
Лидар, радар, камера + инфраструктурная телематика |
R2 – Предиктивное планирование траектории |
G1, G2 |
Учет зон торможения, погоды, пробок |
R3 – Удаленный оператор (fallback) |
G1, G3 |
Дистанционное управление в критических сценариях |
R4 – Black box событий |
G3 |
Запись всех сенсорных и управляющих сигналов |
R5 – Центр мониторинга флота |
G2, G4 |
Отслеживание статуса, топлива, маршрута |
R6 – OTA-обновления ПО |
G2, G4 |
Безостановочное обновление автопилота |
6. Принципы (Principles)
Базовые правила архитектуры, ограничивающие реализацию:
Принцип |
Описание |
Безопасность прежде всего (Safety first) |
Любое изменение архитектуры должно подтверждать сохранение или улучшение safety. |
Fail-operational, а не fail-safe |
Грузовик не просто съезжает на обочину, а завершает рейс или передает управление удаленному оператору. |
Автономность по умолчанию |
Система управления должна принимать решения без постоянной связи с центром. |
Открытость для регулятора |
Предоставление метрик безопасности и логирования по требованию. |
Минимизация передачи видеопотока |
Экономия канала; передаются только метаданные и события. |
7. Стратегические меры (Course of action)
Что организация планирует сделать:
COA1: Поэтапное внедрение – сначала автономное движение по выделенной полосе.
COA2: Совместные испытания с дорожными службами.
COA3: Создание консорциума с производителями тягачей.
8. Диаграмма стратегического слоя (описание связей)
В нотации ArchiMate моделирование слоя стратегий выглядит так:
Элементы и связи:
Стейкхолдер → Драйвер (association)
Драйвер → Оценка (influence, often «–» or «+»)
Драйвер → Цель (influence)
Оценка → Цель (influence)
Цель → Требование (realization)
Принцип → Требование (constraint / constraint definition)
Основные связи по нашей модели:
От |
К |
Тип связи |
Владелец автопарка |
Дефицит водителей |
Association |
Дефицит водителей |
G2 (экономическая эффективность) |
Influence (+) |
Высокая аварийность |
G1 (безаварийность) |
Influence (–) → усиливает цель |
Технологическая зрелость |
R1 (Redundant perception) |
Realization |
G1 (безаварийность) |
R1, R2, R3 |
Realization |
G3 (юридическая приемлемость) |
R4 (Black box) |
Realization |
Принцип "Fail-operational" |
R3 (удаленный оператор) |
Constraint |
9. Визуальное представление (текстовый UML / Ascii-подобное)
text
[ Стейкхолдер: Владелец автопарка ] --- (drives) ---> [ Драйвер: Дефицит водителей ]
[ Стейкхолдер: Государство ] --- (drives) ---> [ Драйвер: Безопасность дорог ]
[ Драйвер: Дефицит водителей ] --- (+) influence ---> [ G2: Экономическая эффективность ]
[ Драйвер: Безопасность ] --- (+) influence ---> [ G1: Безаварийная эксплуатация ]
[ Оценка: Высокая аварийность ночью ] --- (–) influence ---> [ G1 ]
[ G1 ] --- realizes ---> [ R1: Redundant perception ]
[ G1 ] --- realizes ---> [ R3: Удаленный оператор ]
[ G2 ] --- realizes ---> [ R5: Центр мониторинга ]
[ Принцип: Fail-operational ] --- constrains ---> [ R3 ]
10. Итог по слою стратегий
В слое стратегий спроектированы:
5 стейкхолдеров
5 драйверов
4 оценки
4 верхнеуровневые цели (с подцелями)
6 требований
5 принципов архитектуры
Все элементы связаны через influence, realization, constraint и association.
Если нужно — следующим шагом могу развернуть слой бизнеса (Business Layer) и слой приложений (Application Layer) в ArchiMate для этой же системы.
Как видим, GenAI всесторонне рассмотрел задачу и определил обширный набор стейкхолдеров (Stakeholders) – тех, кто заинтересован в системе:
Владельцы автопарков – снижение затрат на водителей, повышение утилизации ТС.
Логистические компании – предсказуемость времени доставки, снижение ДТП.
Государство / регуляторы – безопасность на дорогах, экология, правовая база.
Общество / другие участники движения – безопасность, доверие к технологии.
Инвесторы и страховщики – управляемый риск, страхуемость системы.
Теперь попробуем изобразить результаты графически.
Переходим к визуализации
Для того чтобы получить графическое представление слоя стратегий введем следующий промпт:
Нарисуй стратегический слой в нотации Archimate в формате PlantUml
Ответ GenIA
Ниже представлена диаграмма мотивационного слоя для системы управления беспилотным грузовым автотранспортом:
@startuml
!include <archimate/Archimate>
' ============================================================
' STRATEGY LAYER – Autonomous Trucking System
' Управление беспилотным грузовым автотранспортом
' ============================================================
' ------------------------------------------------------------
' СТЕЙКХОЛДЕРЫ (Stakeholders)
' ------------------------------------------------------------
Motivation_Stakeholder(stakeholder_owner, "Владелец автопарка")
Motivation_Stakeholder(stakeholder_logistic, "Логистическая компания")
Motivation_Stakeholder(stakeholder_government, "Государство / Регулятор")
Motivation_Stakeholder(stakeholder_society, "Общество")
Motivation_Stakeholder(stakeholder_insurer, "Страховщик")
' ------------------------------------------------------------
' ДРАЙВЕРЫ (Drivers)
' ------------------------------------------------------------
Motivation_Driver(driver_driver_shortage, "Дефицит водителей грузовиков")
Motivation_Driver(driver_demand_growth, "Рост спроса на экспресс-доставку")
Motivation_Driver(driver_safety_regulation, "Ужесточение требований безопасности")
Motivation_Driver(driver_ecology, "Экологическая повестка")
Motivation_Driver(driver_competition, "Конкуренция в логистике")
' ------------------------------------------------------------
' ОЦЕНКИ (Assessments)
' ------------------------------------------------------------
Motivation_Assessment(assessment_accidents, "Высокая аварийность в ночное время")
Motivation_Assessment(assessment_law_absence, "Отсутствие законодательства для L4/L5")
Motivation_Assessment(assessment_tech_maturity, "Технологическая зрелость perception-систем")
Motivation_Assessment(assessment_insurance_cost, "Рост стоимости страховки для фур")
' ------------------------------------------------------------
' ЦЕЛИ (Goals)
' ------------------------------------------------------------
Motivation_Goal(goal_safety, "G1: Обеспечить безаварийную эксплуатацию")
Motivation_Goal(goal_efficiency, "G2: Экономическая эффективность")
Motivation_Goal(goal_legal, "G3: Юридическая и социальная приемлемость")
Motivation_Goal(goal_scalability, "G4: Масштабируемость на флот")
' Подцели
Motivation_Goal(goal_safety_reduction, "G1.1: Снизить ДТП на 90%")
Motivation_Goal(goal_safety_scenarios, "G1.2: Безопасное поведение в нештатных сценариях")
Motivation_Goal(goal_cost_reduction, "G2.1: Снизить стоимость км пробега на 25%")
Motivation_Goal(goal_utilization, "G2.2: Повысить коэффициент использования ТС до 95%")
Motivation_Goal(goal_certification, "G3.1: Сертификация по ISO 22737")
Motivation_Goal(goal_traceability, "G3.2: Полная отслеживаемость решений автопилота")
Motivation_Goal(goal_fleet_size, "G4.1: Управление 10 000+ грузовиков")
' ------------------------------------------------------------
' КУРСЫ ДЕЙСТВИЙ (Courses of Action)
' ------------------------------------------------------------
Strategy_CourseOfAction(coa_phased, "COA1: Поэтапное внедрение\n(выделенная полоса → общее движение)")
Strategy_CourseOfAction(coa_consortium, "COA2: Создание консорциума\nс производителями тягачей")
Strategy_CourseOfAction(coa_remote_ops, "COA3: Центр удаленных операторов\nна 10 грузовиков на 1 оператора")
' ------------------------------------------------------------
' ТРЕБОВАНИЯ (Requirements)
' ------------------------------------------------------------
Motivation_Requirement(req_perception, "R1: Redundant perception\n(Лидар + Радар + Камера)")
Motivation_Requirement(req_planning, "R2: Предиктивное планирование траектории")
Motivation_Requirement(req_fallback, "R3: Удаленный оператор (fallback)")
Motivation_Requirement(req_blackbox, "R4: Black box событий")
Motivation_Requirement(req_monitoring, "R5: Центр мониторинга флота")
Motivation_Requirement(req_ota, "R6: OTA-обновления ПО")
' ------------------------------------------------------------
' ПРИНЦИПЫ (Principles)
' ------------------------------------------------------------
Motivation_Principle(princ_safety_first, "Безопасность прежде всего\n(Safety first)")
Motivation_Principle(princ_fail_operational, "Fail-operational,\nа не fail-safe")
Motivation_Principle(princ_autonomy_default, "Автономность по умолчанию")
Motivation_Principle(princ_open_regulator, "Открытость для регулятора")
Motivation_Principle(princ_bandwidth_efficiency, "Минимизация передачи видеопотока")
' ------------------------------------------------------------
' ВОЗМОЖНОСТИ (Capabilities)
' ------------------------------------------------------------
Strategy_Capability(cap_perception, "Многосенсорное восприятие\nокружающей среды")
Strategy_Capability(cap_planning, "Планирование и принятие решений")
Strategy_Capability(cap_hmi, "Удаленное управление и мониторинг")
Strategy_Capability(cap_connectivity, "Высоконадежная связь V2X")
' ============================================================
' СВЯЗИ (Relationships)
' ============================================================
' ------------------------------------------------------------
' Стейкхолдер → Драйвер (association)
' ------------------------------------------------------------
stakeholder_owner --> driver_driver_shortage
stakeholder_owner --> driver_competition
stakeholder_logistic --> driver_demand_growth
stakeholder_government --> driver_safety_regulation
stakeholder_society --> driver_safety_regulation
stakeholder_insurer --> assessment_insurance_cost
' ------------------------------------------------------------
' Драйвер → Оценка (influence)
' ------------------------------------------------------------
driver_safety_regulation --> assessment_accidents
driver_driver_shortage --> assessment_insurance_cost
' ------------------------------------------------------------
' Оценка → Цель (influence)
' ------------------------------------------------------------
assessment_accidents --> goal_safety : influence (-)
assessment_tech_maturity --> goal_safety : influence (+)
assessment_insurance_cost --> goal_efficiency : influence (-)
assessment_law_absence --> goal_legal : influence (-)
' ------------------------------------------------------------
' Драйвер → Цель (influence)
' ------------------------------------------------------------
driver_driver_shortage --> goal_efficiency : influence (+)
driver_safety_regulation --> goal_safety : influence (+)
driver_competition --> goal_efficiency : influence (+)
' ------------------------------------------------------------
' Цель → Подцель (composition)
' ------------------------------------------------------------
goal_safety -down-> goal_safety_reduction
goal_safety -down-> goal_safety_scenarios
goal_efficiency -down-> goal_cost_reduction
goal_efficiency -down-> goal_utilization
goal_legal -down-> goal_certification
goal_legal -down-> goal_traceability
goal_scalability -down-> goal_fleet_size
' ------------------------------------------------------------
' Курс действий → Цель (realization)
' ------------------------------------------------------------
coa_phased --> goal_safety
coa_phased --> goal_scalability
coa_consortium --> goal_legal
coa_remote_ops --> goal_efficiency
coa_remote_ops --> goal_safety
' ------------------------------------------------------------
' Цель → Требование (realization)
' ------------------------------------------------------------
goal_safety --> req_perception
goal_safety --> req_planning
goal_safety --> req_fallback
goal_efficiency --> req_monitoring
goal_efficiency --> req_ota
goal_legal --> req_blackbox
goal_scalability --> req_monitoring
' ------------------------------------------------------------
' Принцип → Требование (constraint)
' ------------------------------------------------------------
princ_safety_first --> req_perception
princ_fail_operational --> req_fallback
princ_autonomy_default --> req_planning
princ_bandwidth_efficiency --> req_blackbox
' ------------------------------------------------------------
' Требование → Возможность (realization)
' ------------------------------------------------------------
req_perception --> cap_perception
req_planning --> cap_planning
req_fallback --> cap_hmi
req_monitoring --> cap_hmi
req_ota --> cap_connectivity
' ------------------------------------------------------------
' Курс действий → Возможность (realization)
' ------------------------------------------------------------
coa_remote_ops --> cap_hmi
' ============================================================
' ЛЕГЕНДА
' ============================================================
legend left
Стратегический слой (Strategy Layer) – ArchiMate 3.x
====
<back:lightyellow><$stakeholder> </back> Стейкхолдер
<back:lightyellow><$driver> </back> Драйвер
<back:lightyellow><$assessment> </back> Оценка
====
<back:lightgreen><$goal> </back> Цель
<back:lightgreen><$courseofaction> </back> Курс действий
====
<back:lightblue><$requirement> </back> Требование
<back:lightblue><$principle> </back> Принцип
====
<back:lightcoral><$capability> </back> Возможность
====
Связи:
--> association / influence / realization
--( )--> composition
endlegend
@enduml
Диаграмма готова к вставке в любой инструмент, поддерживающий PlantUML с ArchiMate.
Вот что получится, если ввести в PlantUml сгенерированное текстовое представление.

Рассмотрим схему подробнее. На схеме можно увидеть элементы слоя стратегий и мотивационные элементы. В соответствии с нотацией ArchiMate слои различаются цветом: слой стратегий обозначается бежево-коричневой гаммой, в отличие от мотивационных элементов (фиолетовый) и слоев реализации (желтый — бизнес, синий — приложения, зеленый — технологии).
Элементы стратегического слоя не существуют изолированно. Они связываются с мотивационными элементами (целями, требованиями, принципами). Модель охватывает полную цепочку от внешних факторов до технических возможностей: Driver (драйвер) → Goal (цель) → Course of Action (курс действий) → Capability (возможность) → Resource (ресурс).
Ниже приведены элементы слоя стратегий.
Элемент |
Назначение |
Пример |
Capability (Возможность) |
Способность, которой обладает организация, человек или система |
"Управлять автопарком", "Обрабатывать платежи" |
Resource (Ресурс) |
Актив, находящийся в собственности или под контролем |
Персонал, финансы, оборудование, интеллектуальная собственность |
Course of Action (Курс действий) |
Подход или план по настройке возможностей и ресурсов для достижения цели |
"Поэтапное внедрение автопилота на выделенных полосах" |
Value Stream (Поток создания ценности) |
Последовательность действий, создающих результат для заказчика |
"Цикл доставки груза от склада до получателя" |
Ниже приведены мотивационные элементы
№ |
Элемент |
Назначение |
Пример |
1 |
Stakeholder (Заинтересованное лицо) |
Роль индивида, команды или организации, имеющей интерес в результатах архитектуры |
Владелец автопарка, Логистическая компания, Регулятор |
2 |
Driver (Драйвер) |
Внешнее или внутреннее условие, мотивирующее организацию определять цели и реализовывать изменения |
Дефицит водителей, Ужесточение требований безопасности, Рост спроса на доставку |
3 |
Assessment (Оценка) |
Результат анализа состояния дел предприятия относительно драйвера |
Высокая аварийность в ночное время, Отсутствие законодательства для L4/L5 |
4 |
Goal (Цель) |
Высокоуровневое заявление о намерениях или желаемом конечном состоянии |
Обеспечить безаварийную эксплуатацию, cнизить стоимость км пробега на 25% |
5 |
Outcome (Результат) |
Конечный результат, достигнутый после реализации архитектуры |
Увеличение прибыли на 10% в следующем финансовом году |
6 |
Principle (Принцип) |
Нормативное свойство, определяющее общее правило для всех систем в данном контексте |
Безопасность прежде всего, Fail-operational (а не fail-safe) |
7 |
Requirement (Требование) |
Заявление о потребности, определяющее свойство конкретной системы |
Redundant perception (Лидар + Радар + Камера), Удаленный оператор |
8 |
Constraint (Ограничение) |
Фактор, ограничивающий реализацию целей |
Бюджет проекта ограничен 500k Euro, Использование Java для кроссплатформенности |
9 |
Meaning (Значение) |
Интерпретация или понимание, придаваемое концепту в определенном контексте |
"Confirmation Of Receipt" означает "Заявка получена" |
10 |
Value (Ценность) |
Относительная важность, полезность или ценность концепта для стейкхолдера |
"Cost Efficiency" для страховщика, "Being Informed" для клиента |
Если подытожить все вышесказанное, то можно сказать следующее - модель показывает, что для беспилотных грузовиков ключевыми являются не технологические риски (они уже решены), а юридические и страховые барьеры, а архитектурно система строится вокруг трёх китов: поэтапное внедрение, удалённые операторы и отказоустойчивое восприятие.
Управление рисками в контексте ArchiMate
Слой стратегий и мотивационные элементы AcchiMate могут использоваться для еще одной задачи – управления рисками. Управление рисками в ArchiMate - это процесс выявления, оценки и снижения неопределённостей, которые могут повлиять на достижение поставленных целей. Для моделирования рисков используются элементы мотивации и слоя стратегий, рассмотренные выше. Суть моделирования рисков в ответах ни три вопроса:
Что может пойти не так?
На что это влияет?
Что с этим делать?
Попробуем выполнить моделирование управления рисками с помощью следующего промпта:
Используя мотивационные элементы Archimate и слой стратегий выполни моделирование управления рисками. Нарисуй схему в формате PlantUML
Ответ GenAI
Ниже представлена диаграмма управления рисками для системы беспилотных грузовых перевозок, объединяющая мотивационные элементы и слой стратегий ArchiMate в формате PlantUML.
plantuml
@startuml
!include <archimate/Archimate>
' ============================================================
' УПРАВЛЕНИЕ РИСКАМИ (Risk Management)
' Беспилотные грузовые перевозки
' ============================================================
' ------------------------------------------------------------
' МОТИВАЦИОННЫЙ СЛОЙ (Motivation Layer)
' ------------------------------------------------------------
' === Стейкхолдеры ===
Motivation_Stakeholder(stakeholder_owner, "Владелец автопарка")
Motivation_Stakeholder(stakeholder_insurer, "Страховая компания")
Motivation_Stakeholder(stakeholder_regulator, "Государственный регулятор")
Motivation_Stakeholder(stakeholder_society, "Общество / Другие участники движения")
' === Драйверы ===
Motivation_Driver(driver_safety, "Обеспечение безопасности движения")
Motivation_Driver(driver_financial, "Минимизация финансовых потерь")
Motivation_Driver(driver_reputation, "Сохранение деловой репутации")
Motivation_Driver(driver_compliance, "Соответствие законодательству")
' === Оценки (анализ рисков) ===
Motivation_Assessment(assessment_tech_risk, "Технические риски: отказ сенсоров, ошибки ПО")
Motivation_Assessment(assessment_operational_risk, "Операционные риски: потеря связи, кибератаки")
Motivation_Assessment(assessment_legal_risk, "Юридические риски: неопределенность ответственности")
Motivation_Assessment(assessment_social_risk, "Социальные риски: недоверие к технологии")
' === Цели управления рисками ===
Motivation_Goal(goal_risk_minimize, "Минимизация рисков до приемлемого уровня")
Motivation_Goal(goal_safety_target, "Уровень безопасности: <1 ДТП на 10 млн км")
Motivation_Goal(goal_financial_target, "Финансовые потери <5% от выручки")
Motivation_Goal(goal_compliance_target, "100% соответствие нормативным требованиям")
' === Требования ===
Motivation_Requirement(req_monitoring, "Мониторинг рисков в реальном времени")
Motivation_Requirement(req_mitigation, "Автоматическая митигация выявленных рисков")
Motivation_Requirement(req_reporting, "Регулярная отчетность по рискам для регулятора")
' === Принципы управления рисками ===
Motivation_Principle(princ_proactive, "Проактивное выявление рисков")
Motivation_Principle(princ_layer_defense, "Эшелонированная защита (defense in depth)")
Motivation_Principle(princ_continuous, "Непрерывный мониторинг и адаптация")
' ------------------------------------------------------------
' СТРАТЕГИЧЕСКИЙ СЛОЙ (Strategy Layer)
' ------------------------------------------------------------
' === Курсы действий ===
Strategy_CourseOfAction(coa_technical, "COA-TECH: Техническая митигация\n- Резервирование сенсоров\n- BDU (Black Driver Unit)")
Strategy_CourseOfAction(coa_operational, "COA-OPS: Операционная митигация\n- Центр удаленных операторов\n- Политика безопасного останова")
Strategy_CourseOfAction(coa_organizational, "COA-ORG: Организационная митигация\n- Обучение персонала\n- Страхование новых рисков")
' === Возможности ===
Strategy_Capability(cap_detect, "Обнаружение рисков")
Strategy_Capability(cap_assess, "Оценка критичности рисков")
Strategy_Capability(cap_respond, "Реагирование на риски")
Strategy_Capability(cap_recover, "Восстановление после инцидентов")
' === Ресурсы ===
Strategy_Resource(res_engineering, "Инженерный персонал")
Strategy_Resource(res_computing, "Вычислительные мощности")
Strategy_Resource(res_communication, "Каналы связи (4G/5G)")
Strategy_Resource(res_insurance, "Страховые резервы")
' === Потоки создания ценности ===
Strategy_ValueStream(vs_risk_mgmt, "Поток управления рисками")
' ------------------------------------------------------------
' МОДЕЛЬ РИСКОВ (Risk Model) - специфические элементы
' ------------------------------------------------------------
' === Риски (как элементы оценки) ===
note right of assessment_tech_risk
Идентифицированные риски:
• R1: Отказ лидара/радара
• R2: Ошибка классификации объектов
• R3: Потеря GPS-сигнала
• R4: Кибератака на телеметрию
end note
note right of assessment_operational_risk
Идентифицированные риски:
• R5: Разрыв связи с центром
• R6: Ошибка удаленного оператора
• R7: Сбой электропитания ТС
end note
' === Матрица "Вероятность x Влияние" ===
rectangle risk_matrix <<risk matrix>> {
card "Высокая" as high_prob
card "Средняя" as medium_prob
card "Низкая" as low_prob
high_prob -down-> card_critical : Влияние (Critical)
medium_prob -down-> card_high : Влияние (High)
low_prob -down-> card_medium : Влияение (Medium)
}
' ------------------------------------------------------------
' СВЯЗИ (Relationships)
' ------------------------------------------------------------
' === Мотивация → Мотивация ===
stakeholder_owner --> driver_financial : influence
stakeholder_owner --> driver_reputation : influence
stakeholder_insurer --> driver_financial : influence
stakeholder_regulator --> driver_compliance : influence
stakeholder_society --> driver_safety : influence
driver_safety --> assessment_social_risk : influence
driver_financial --> assessment_tech_risk : influence
driver_compliance --> assessment_legal_risk : influence
assessment_tech_risk --> goal_risk_minimize : influence (-)
assessment_operational_risk --> goal_risk_minimize : influence (-)
assessment_legal_risk --> goal_risk_minimize : influence (-)
assessment_social_risk --> goal_safety_target : influence (-)
goal_risk_minimize --> goal_safety_target : composition
goal_risk_minimize --> goal_financial_target : composition
goal_risk_minimize --> goal_compliance_target : composition
goal_safety_target --> req_monitoring : realization
goal_financial_target --> req_mitigation : realization
goal_compliance_target --> req_reporting : realization
princ_proactive --> req_monitoring : constraint
princ_layer_defense --> req_mitigation : constraint
' === Мотивация → Стратегия ===
goal_risk_minimize --> coa_technical : realization
goal_risk_minimize --> coa_operational : realization
goal_risk_minimize --> coa_organizational : realization
req_monitoring --> cap_detect : realization
req_mitigation --> cap_respond : realization
' === Стратегия → Стратегия ===
coa_technical --> cap_detect : realization
coa_technical --> cap_respond : realization
coa_operational --> cap_assess : realization
coa_operational --> cap_recover : realization
coa_organizational --> cap_assess : realization
cap_detect --> res_computing : realization
cap_respond --> res_communication : realization
cap_recover --> res_engineering : realization
cap_assess --> res_insurance : realization
vs_risk_mgmt --> cap_detect : flow
vs_risk_mgmt --> cap_assess : flow
vs_risk_mgmt --> cap_respond : flow
vs_risk_mgmt --> cap_recover : flow
' === Связи с матрицей рисков ===
assessment_tech_risk --> risk_matrix : aggregation
assessment_operational_risk --> risk_matrix : aggregation
' ------------------------------------------------------------
' ЛЕГЕНДА
' ------------------------------------------------------------
legend left
Цветовая дифференциация по слоям ArchiMate:
====
<back:lightyellow><$stakeholder> / <$driver> / <$assessment> / <$goal> / <$requirement> / <$principle> </back>
Мотивационный слой (фиолетовый/сиреневый)
====
<back:lightcoral><$courseofaction> / <$capability> / <$resource> / <$valuestream> </back>
Стратегический слой (бежево-коричневый)
====
<back:lightblue>risk matrix </back>
Модель рисков (производный элемент)
====
Связи:
--> influence / realization / composition / flow / aggregation
endlegend
@enduml
Структура модели управления рисками
1. Мотивационный слой (почему управляем рисками)
Элемент |
Описание |
Стейкхолдеры |
Владелец, страховщик, регулятор, общество |
Драйверы |
Безопасность, финансы, репутация, комплаенс |
Оценки |
Технические, операционные, юридические, социальные риски |
Цели |
Минимизация рисков с конкретными KPI |
Требования |
Мониторинг, митигация, отчетность |
Принципы |
Проактивность, эшелонированная защита, непрерывность |
2. Стратегический слой (как управляем)
Элемент |
Описание |
Курсы действий |
Техническая, операционная, организационная митигация |
Возможности |
Обнаружение, оценка, реагирование, восстановление |
Ресурсы |
Персонал, вычисления, связь, страхование |
Поток ценности |
Сквозной процесс управления рисками |
3. Модель рисков
Матрица "Вероятность × Влияние" для приоритизации
Идентифицированные риски в заметках к элементам Assessment
Ключевые связи в модели
text
Стейкхолдер → Драйвер → Оценка (риск) → Цель → Требование → Принцип
↓
Курс действий → Возможность → Ресурс
↓
Поток создания ценности
Полученная диаграмма показывает полную цепочку от того, кто заинтересован в управлении рисками, через идентификацию конкретных рисков, до стратегий их митигации и ресурсов, необходимых для реализации.

В верхней части схемы мы видим мотивационные элементы: cтейкхолдеры, драйверы, оценки (риски), цели, требования, принципы. Они определяет, почему и какие риски нужно контролировать. Ниже расположены элементы слоя стратегий: курсы действий, возможности, ресурсы, поток ценности. Они определяет, как риски будут контролироваться
Основные результаты моделирования рисков представлены в таблице ниже.
Стейкхолдер |
Какие драйверы двигают |
Вывод |
Владелец автопарка |
Финансы, репутация |
Риски должны быть экономически оправданы |
Страховщик |
Финансы |
Без страхуемости рисков проект не взлетит |
Регулятор |
Комплаенс |
Любой риск должен быть задокументирован |
Общество |
Безопасность |
Социальные риски могут убить проект |
Заключение
В данной работе мы познакомились с нотацией ArchiMate и подробно рассмотрели слой стратегии и мотивационные элементы. С их помощью мы приступили к разработке системы управления беспилотным грузовым автотранспортом. Мы определили заинтересованные стороны, причины, движущие силы и обоснование для проектирования. Кроме того была получена модель рисков.
В данной работе продемонстрированы два важных аспекта использования ИИ в проектировании архитектуры:
возможность быстрого прототипирование. Все представленные в работе схемы сгенерированы с помощью GenAI. Такой подход возможно не подойдет для крупных корпоративных проектов с жесткими требованиями к документации, но он прекрасно подходит для того, чтобы в кратчайшие сроки получить визуальное представление проектируемой системы;
эффект второго мнения. Используя GenAI архитектор может работать с ним как с полноценным партнером. GenAI не только может заметить детали, которые упустил из вида архитектор, но и рассмотреть проект под другим углом, предоставить альтернативное мнение.
В следующей части подробно рассмотрим слой бизнес-логики, и детально разберем требования к системе.
Комментарии (3)

ASenchenko
08.05.2026 07:43Вдогонку к предыдущему, не успел за время редактирования.
Нашёл пример для DrawIO. Загнал под спойлер
Пример

Палитра Arhimate Кусок промпта:
# Задача
Для описанного процесса составь Archimate-диаграмму уровня процесса в виде mxGraphModel XML для экспорта в DrawIO.# Справочник стилей Archimate 3.0 (DrawIO)
Используй строго эти параметры для атрибута style.
ВАЖНО: Все элементы используют shape=mxgraph.archimate3.application. Слой определяется цветом.| Элемент | appType | archiType | fillColor |
|---------|---------|-----------|-----------|
| Мотивация (Motivation) | | | |
| Stakeholder | role | oct | #CCCCFF |
| Driver | driver | oct | #CCCCFF |
| Assessment | assess | oct | #CCCCFF |
| Goal | goal | oct | #CCCCFF |
| Outcome | outcome | oct | #CCCCFF |
| Principle | principle | oct | #CCCCFF |
| Requirement | requirement | oct | #CCCCFF |
| Constraint | constraint | oct | #CCCCFF |
| Meaning | meaning | oct | #CCCCFF |
| Value | amValue | oct | #CCCCFF |
| Стратегия (Strategy) | | | |
| Resource | resource | square | #F5DEAA |
| Capability | capability | rounded | #F5DEAA |
| Value Stream | valueStream | rounded | #F5DEAA |
| Course of Action | course | rounded | #F5DEAA |
| Бизнес (Business) | | | |
| Business Actor | actor | square | #ffff99 |
| Business Role | role | square | #ffff99 |
| Business Collaboration | collab | square | #ffff99 |
| Business Interface | interface | square | #ffff99 |
| Business Process | proc | rounded | #ffff99 |
| Business Function | func | rounded | #ffff99 |
| Business Interaction | interaction | rounded | #ffff99 |
| Business Event | event | rounded | #ffff99 |
| Business Service | serv | rounded | #ffff99 |
| Business Object | passive | square | #ffff99 |
| Contract | contract | square | #ffff99 |
| Representation | representation | square | #ffff99 |
| Product | product | square | #ffff99 |
| Приложение (Application) | | | |
| Application Component | comp | square | #99ffff |
| Application Collaboration | collab | square | #99ffff |
| Application Interface | interface | square | #99ffff |
| Application Function | func | rounded | #99ffff |
| Application Interaction | interaction | rounded | #99ffff |
| Application Process | proc | rounded | #99ffff |
| Application Event | event | rounded | #99ffff |
| Application Service | serv | rounded | #99ffff |
| Data Object | passive | square | #99ffff |
| Технология (Technology) | | | |
| Node | node | square | #AFFFAF |
| Device | device | | #AFFFAF |
| System Software | sysSw | square | #AFFFAF |
| Technology Collaboration | collab | square | #AFFFAF |
| Technology Interface | interface | square | #AFFFAF |
| Path | path | square | #AFFFAF |
| Communication Network | netw | square | #AFFFAF |
| Technology Process | proc | rounded | #AFFFAF |
| Technology Interaction | interaction | rounded | #AFFFAF |
| Technology Event | event | rounded | #AFFFAF |
| Technology Service | serv | rounded | #AFFFAF |
| Artifact | artifact | square | #AFFFAF |
| Equipment | equipment | square | #AFFFAF |
| Facility | facility | square | #AFFFAF |
| Distribution Network | distribution | square | #AFFFAF |
| Material | material | square | #AFFFAF |
| Внедрение (Implementation) | | | |
| Work Package | workPackage | rounded | #FFE0E0 |
| Deliverable | deliverable | | #FFE0E0 |
| Implementation Event | event | rounded | #FFE0E0 |
| Plateau | plateau | | #FFE0E0 |
| Gap | gap | | #FFE0E0 |
| Прочее | | | |
| Location | location | square | #efd1e4 |# Правила генерации XML
1. Shape: Для ВСЕХ вершин используйshape=mxgraph.archimate3.application(не меняй на business/technology).
2. Стиль вершины:
html=1;outlineConnect=0;whiteSpace=wrap;fillColor={цвет};shape=mxgraph.archimate3.application;appType={тип};archiType={форма};
Если archiType пустой - не указывай этот параметр.
3. Стиль связи (Flow):
edgeStyle=orthogonalEdgeStyle;html=1;shape=archimate3-flow;endArrow=open;endFill=0;
4. Координаты: Убедись, что объекты не перекрывают друг друга (минимальный отступ 50px).
5. Структура: XML должен содержать корневой элемент mxGraphModel с root и mxCell.
ASenchenko
Немного обидно, что пока Вы готовили этот цикл статей, вышел 4-й архимейт. Обидно за Вас в первую очередь.
Это разумеется не отменяет реальную пользу материала. Продолжайте пожалуйста цикл. Перенести сам принцип в 4-й - дело техники. Когда появится возможность.
Позволю себе небольшую ремарку. Я, решая схожую задачу, пошёл другим путём.
Для генерации прототипов схем я использую XML:
- Archi нативно хранит модель в XML:
- DrawIO использует для хранения MxGraphModel, в котором есть полная палитра стиля Archimate
Нейронки прекрасно понимают обе XML-разметки и генерируют достаточно (для прототипа) адекватные схемы.
Из плюсов применения этого подхода - я работаю практически постоянно с confluence и через макрос drawio получаю визуально редактируемую диаграмму.
Всё вышесказанное - не критика, просто поделился своим вариантом подхода. Возможно, пригодится
zvntver Автор
Спасибо за комментарий. Мне очень важно услышать мнение экспертов. Да, как то упустил новости, буду наверстывать. Обязательно попробую ваш метод.