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

Граф архитектуры доступен на тарифе Business и выше.

## Откуда берутся узлы и связи

Граф строится автоматически по данным моделей — рисовать его не нужно.

Узлы графа:

- **Диаграмма** — модель процесса BPMN.
- **Роль** — роль из справочника ролей команды.
- **Система** и **Документ** — элементы архитектуры этих типов.
- Элементы архитектуры других типов (клиент, коммуникация и т. д.) тоже попадают на граф, но отображаются со значком вопроса и типом «Неизвестно».

Связи появляются, когда:

- на задачу модели назначена роль;
- на задачу модели назначен элемент архитектуры;
- модель ссылается на другую модель — через ссылку на событии или вызов процесса.

Если связей пока нет, граф будет пустым — с подсказкой «Граф архитектуры пуст». Подробнее о назначении ролей и элементов архитектуры — в статьях [Роли](https://helpdesk.stormbpmn.com/hc/docs/articles/roles) и [Как добавить элемент архитектуры на задачу](https://helpdesk.stormbpmn.com/hc/docs/articles/1781522467-).

## Где открыть граф

Граф открывается в двух местах:

- **В редакторе модели** — вкладка **«Граф архитектуры»** внизу экрана. В центре графа — текущая модель, вокруг — всё, что с ней связано.
- **В разделе «Архитектура» → «Общий граф»** — граф всей команды: все модели, роли и элементы архитектуры сразу.

![Вкладка «Граф архитектуры» в редакторе модели](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaFV3IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--87497346aee76045c11b6a4b1fc5bfc38cb4f26f/archgraph_01_tab.png)

![Общий граф в разделе «Архитектура»](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaGt3IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--76cb8598d3921a74438590e18d0c67421f534bc6/archgraph_05_general.png)

## Как устроен граф

Каждый узел — цветная карточка со значком типа и названием. Цвет зависит от типа: модели — фиолетовые, роли — оранжевые, системы — синие, документы — розовые.

На карточке два бейджа:

- **зелёный, справа сверху** — уровень соседства: на сколько шагов связей узел отстоит от модели, с которой открыт граф;
- **синий, справа снизу** — сколько у узла прямых связей. Во вкладке редактора у роли и элемента архитектуры учитывается каждое назначение: роль на трёх задачах модели — бейдж 3. На общем графе считаются разные соседи.

![Бейджи на узле графа](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaGN3IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--ad8f8b5d2bbd609cd5831d415c3d4d3579072683/archgraph_03_node.png)

Узлы можно перетаскивать мышью — граф запомнит их положение в этом браузере. Слева внизу — кнопки масштаба: приблизить, отдалить, вписать граф в экран и запретить перетаскивание узлов (замок).

## Панель управления

Над графом — панель управления:

- **Типы** — четыре кнопки: диаграммы, роли, системы и документы. Нажать на кнопку, чтобы скрыть или снова показать узлы этого типа. Например, оставить только модели и системы.
- **Связность** (только во вкладке редактора) — сколько шагов связей показать от текущей модели, от 1 до 5. При значении 1 видны только узлы, напрямую связанные с моделью. При значении 2 — ещё и их соседи: например, другие модели, где используется та же система.
- **Поиск узлов** — ввести часть названия и выбрать узел в списке результатов: граф приблизится к нему.

![Панель управления графом](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaFl3IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--4f4c44742230649238e2500e80a3e021923eb991/archgraph_02_toolbar.png)

## Карточка выбранного узла

Нажать на узел — справа откроется его карточка, а соседи узла выстроятся вокруг него по кругу. Нажать на пустое место графа — узлы вернутся на прежние места.

В карточке узла:

- **Название и тип** узла. Значок со стрелкой рядом с названием открывает узел в новой вкладке: модель — в редакторе, роль или элемент архитектуры — в его карточке.
- **Информация** — тип, уровень связности и количество соседей.
- **Связи** — список соседей узла. Нажать на соседа, чтобы граф приблизился к нему; значок со стрелкой открывает соседа в новой вкладке.
- **Действия** — кнопка **«Центрировать на ноде»** возвращает выбранный узел в центр экрана.

![Карточка выбранного узла](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaGd3IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--66617cabe942c585ec161d867666a388bbee9ef8/archgraph_04_selected.png)

## Как читать граф: анализ процесса

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

### Что граф показывает, а что нет

Связь на графе означает одно из трёх:

- **модель — роль**: роль назначена хотя бы на одну задачу модели;
- **модель — элемент архитектуры**: система или документ назначены на задачу модели;
- **модель — модель**: одна модель ссылается на другую через событие или вызов процесса.

Прямых связей «роль — система» на графе нет. Роль и система связаны через общую модель: если обе соединены с одним процессом, значит, они участвуют в нём вместе. На одной ли задаче — граф не показывает. Это видно в самой модели: во вкладке «Таблица» или в карточке роли («Участвует в процессах»).

Граф показывает структуру, а не нагрузку: длительность задач, объёмы и очереди на нём не видны. Узкое место на графе — это узел, от которого зависит много процессов, а не задача, на которой копится очередь. Узкие места по времени и загрузке ищет DES-симуляция — кнопка «Оптимизация» в верхнем меню редактора.

### С чего начать: порядок просмотра

1. **Открыть граф своей модели** (вкладка «Граф архитектуры» в редакторе) со связностью 1. Это «паспорт» процесса: кто его выполняет и с какими системами и документами он работает.
2. **Проверить полноту.** Посмотреть, все ли ожидаемые роли, системы и документы есть вокруг модели. Чего не хватает — то не размечено на задачах.
3. **Посмотреть на синие бейджи.** Во вкладке редактора у роли и элемента архитектуры бейдж показывает, сколько раз он связан с моделью: если роль назначена на четыре задачи, будет 4. Так видно, на ком и на чём держится процесс.
4. **Поднять связность до 2.** Вокруг соседей появятся другие модели — процессы, которые используют те же роли, системы и документы. Это зона влияния: что ещё затронет изменение в этом процессе.
5. **Открыть общий граф команды** («Архитектура» → «Общий граф») и найти узлы с самыми большими бейджами.

Пример: граф процесса «Обработка заявки клиента» со связностью 2. Через общие роли и систему появился ещё один процесс — «Заключение договора с клиентом». Если поменять что-то в этих ролях или в системе, изменение затронет оба процесса.

![Связность 2: соседний процесс через общие роли и систему](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaG93IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--ec0b9a3b8c9308ec7985edec824da7548b8f5d19/archgraph_ex1_impact.png)

### На что смотреть и какие выводы делать

**Узел с большим числом соседей — центр зависимости.**
Если система связана с десятком процессов, её отказ или замена затронет их все. Если роль участвует во многих процессах, на ней может копиться нагрузка: это кандидат на проверку загрузки, дублирование исполнителей или разделение роли.
Что сделать: составить список зависимых процессов (карточка узла → «Связи»), оценить риск, для роли — проверить загрузку в DES-симуляции.

Пример: на общем графе нажать на систему «1С:Документооборот». В карточке видно, что на ней держатся два процесса — «Обработка заявки клиента» и «Заключение договора с клиентом».

![Система, от которой зависят два процесса](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaHN3IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--ef0c893b8820e07ffa5ff8485e4c81684a68bf0b/archgraph_ex2_hub.png)

**Модель без ролей или без систем — процесс описан не полностью.**
Модель, вокруг которой нет ролей, не отвечает на вопрос «кто это делает». Модель без систем — либо ручной процесс, либо системы не размечены.
Что сделать: назначить роли и элементы архитектуры на задачи. Пока этого нет, по процессу нельзя построить регламент роли и оценить влияние изменений в системах.

**Записи справочника, которых нет на графе, — не используются.**
Граф строится по связям, поэтому роль или элемент архитектуры, не назначенные ни на одну задачу, на граф не попадают вовсе. Если ожидаемой роли или системы на общем графе нет — её не используют ни в одном процессе. Проверить это можно в справочнике: в разделе «Архитектура» → «Роли» у такой роли в колонке «Процессы» написано «Не используется».
Что сделать: либо назначить на задачи, где она на самом деле участвует, либо удалить из справочника.

![Роль без назначений в справочнике ролей](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaDB3IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--137257e2c8feaa92a7b240f76f2497ac4d7e9702/archgraph_ex4_unused.png)

**Похожие узлы — вероятные дубли.**
«Менеджер» и «Менеджер по продажам», «1С» и «1С:ERP» — если оба узла связаны с разными процессами одного смысла, справочник раздвоился. Из-за этого граф показывает меньше связей у каждого узла, чем на самом деле, а регламент роли собирается неполным.
Что сделать: найти дубли через «Поиск узлов» (ввести общую часть названия), сравнить их связи и оставить одну запись, переназначив задачи. Поиск ищет только среди узлов, которые сейчас на графе, — поэтому искать дубли удобнее на общем графе или с большой связностью.

Пример: в процессе «Заключение договора» роль «Менеджер по работе с клиентом», в процессе «Обработка заявки» — «Менеджер по работе с клиентами». Поиск по «Менеджер по работе» находит обе: это одна и та же роль, заведённая дважды.

![Две почти одинаковые роли в результатах поиска](https://helpdesk.stormbpmn.com/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBaHd3IiwiZXhwIjpudWxsLCJwdXIiOiJibG9iX2lkIn19--ea4d4053b781c61cb5ac42393a7e3c4479700557/archgraph_ex3_dup.png)

**Нет связи там, где она должна быть — разрыв между процессами.**
Если один процесс по смыслу передаёт результат другому (например, «Обработка заявки» → «Заключение договора»), но на графе модели не связаны ни напрямую, ни через общий документ — связь не описана.
Что сделать: добавить ссылку между моделями на событии или назначить общий документ на задачи обоих процессов.

**Лишняя связь — роль или система, которых в процессе быть не должно.**
Если вокруг модели оказалась роль, которая по регламенту в процессе не участвует, — скорее всего, её назначили на задачу по ошибке.
Что сделать: открыть модель, найти задачу с этой ролью (карточка роли → «Участвует в процессах») и исправить назначение.

### Приёмы для анализа

- **Оставить только нужные типы.** В фильтре «Типы» выключить лишнее. Только модели и роли — карта «кто в каких процессах участвует». Только модели и системы — карта ИТ-ландшафта процессов.
- **Посмотреть на роль глазами процесса.** Нажать на узел роли — в карточке «Связи» будут все процессы, где она работает.
- **Оценить влияние изменения системы.** Нажать на систему в общем графе — в «Связях» список процессов, которые её используют. Это готовый список для согласования изменений.
- **Найти узел по названию.** «Поиск узлов» приближает граф к найденному узлу — удобно на большом общем графе.

### Как оформить выводы

По итогам просмотра графа удобно записать выводы в три списка:

1. **Пробелы в описании** — модели без ролей, без систем, без связей с соседними процессами.
2. **Риски** — системы и роли, от которых зависит много процессов.
3. **Чистка справочников** — дубли ролей и элементов архитектуры, записи, которых нет на графе.

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

## Частые вопросы

**В: Граф пустой. Почему?**

О: На моделях пока нет связей: не назначены роли и элементы архитектуры, нет ссылок между моделями. Нужно назначить на задачи роли или элементы архитектуры — узлы появятся на графе.

**В: Вместо графа надпись «Граф архитектуры доступен в тарифе BUSINESS». Что делать?**

О: Граф архитектуры доступен на тарифе Business и выше. Сменить тариф может администратор команды.

**В: Не вижу кнопок «Связность» на общем графе.**

О: Связность настраивается только во вкладке «Граф архитектуры» в редакторе модели — там у графа есть центральная модель, от которой считаются шаги. На общем графе показаны все узлы команды сразу.

**В: У роли бейдж 3, а связана она только с одной моделью. Это ошибка?**

О: Нет. Во вкладке графа в редакторе бейдж считает назначения: роль стоит на трёх задачах этой модели. Это показывает, насколько процесс зависит от роли.

**В: Можно ли по графу найти задачу, на которой копится очередь?**

О: Нет, граф показывает только структуру связей. Узкие места по времени и загрузке ищет DES-симуляция — кнопка «Оптимизация» в верхнем меню редактора.

**В: Положение узлов сбросилось. Почему?**

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

## Частые формулировки

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