Граф архитектуры показывает, как модели процессов связаны с ролями, системами, документами и другими моделями. На графе видно, где используется система или документ, какие роли участвуют в процессе и какие процессы зависят друг от друга. В статье описано, как устроен граф и как читать его для анализа процесса: искать пробелы в описании, центры зависимости, дубли и разрывы между процессами.
Граф архитектуры доступен на тарифе Business и выше.
Откуда берутся узлы и связи
Граф строится автоматически по данным моделей — рисовать его не нужно.
Узлы графа:
- Диаграмма — модель процесса BPMN.
- Роль — роль из справочника ролей команды.
- Система и Документ — элементы архитектуры этих типов.
- Элементы архитектуры других типов (клиент, коммуникация и т. д.) тоже попадают на граф, но отображаются со значком вопроса и типом «Неизвестно».
Связи появляются, когда:
- на задачу модели назначена роль;
- на задачу модели назначен элемент архитектуры;
- модель ссылается на другую модель — через ссылку на событии или вызов процесса.
Если связей пока нет, граф будет пустым — с подсказкой «Граф архитектуры пуст». Подробнее о назначении ролей и элементов архитектуры — в статьях Роли и Как добавить элемент архитектуры на задачу.
Где открыть граф
Граф открывается в двух местах:
- В редакторе модели — вкладка «Граф архитектуры» внизу экрана. В центре графа — текущая модель, вокруг — всё, что с ней связано.
- В разделе «Архитектура» → «Общий граф» — граф всей команды: все модели, роли и элементы архитектуры сразу.
Как устроен граф
Каждый узел — цветная карточка со значком типа и названием. Цвет зависит от типа: модели — фиолетовые, роли — оранжевые, системы — синие, документы — розовые.
На карточке два бейджа:
- зелёный, справа сверху — уровень соседства: на сколько шагов связей узел отстоит от модели, с которой открыт граф;
- синий, справа снизу — сколько у узла прямых связей. Во вкладке редактора у роли и элемента архитектуры учитывается каждое назначение: роль на трёх задачах модели — бейдж 3. На общем графе считаются разные соседи.
Узлы можно перетаскивать мышью — граф запомнит их положение в этом браузере. Слева внизу — кнопки масштаба: приблизить, отдалить, вписать граф в экран и запретить перетаскивание узлов (замок).
Панель управления
Над графом — панель управления:
- Типы — четыре кнопки: диаграммы, роли, системы и документы. Нажать на кнопку, чтобы скрыть или снова показать узлы этого типа. Например, оставить только модели и системы.
- Связность (только во вкладке редактора) — сколько шагов связей показать от текущей модели, от 1 до 5. При значении 1 видны только узлы, напрямую связанные с моделью. При значении 2 — ещё и их соседи: например, другие модели, где используется та же система.
- Поиск узлов — ввести часть названия и выбрать узел в списке результатов: граф приблизится к нему.
Карточка выбранного узла
Нажать на узел — справа откроется его карточка, а соседи узла выстроятся вокруг него по кругу. Нажать на пустое место графа — узлы вернутся на прежние места.
В карточке узла:
- Название и тип узла. Значок со стрелкой рядом с названием открывает узел в новой вкладке: модель — в редакторе, роль или элемент архитектуры — в его карточке.
- Информация — тип, уровень связности и количество соседей.
- Связи — список соседей узла. Нажать на соседа, чтобы граф приблизился к нему; значок со стрелкой открывает соседа в новой вкладке.
- Действия — кнопка «Центрировать на ноде» возвращает выбранный узел в центр экрана.
Как читать граф: анализ процесса
Граф — не просто картинка связей. По нему можно проверить, насколько полно описан процесс, найти ключевые зависимости и расхождения в справочниках. Ниже — что именно граф показывает, в каком порядке его смотреть и какие выводы делать.
Что граф показывает, а что нет
Связь на графе означает одно из трёх:
- модель — роль: роль назначена хотя бы на одну задачу модели;
- модель — элемент архитектуры: система или документ назначены на задачу модели;
- модель — модель: одна модель ссылается на другую через событие или вызов процесса.
Прямых связей «роль — система» на графе нет. Роль и система связаны через общую модель: если обе соединены с одним процессом, значит, они участвуют в нём вместе. На одной ли задаче — граф не показывает. Это видно в самой модели: во вкладке «Таблица» или в карточке роли («Участвует в процессах»).
Граф показывает структуру, а не нагрузку: длительность задач, объёмы и очереди на нём не видны. Узкое место на графе — это узел, от которого зависит много процессов, а не задача, на которой копится очередь. Узкие места по времени и загрузке ищет DES-симуляция — кнопка «Оптимизация» в верхнем меню редактора.
С чего начать: порядок просмотра
- Открыть граф своей модели (вкладка «Граф архитектуры» в редакторе) со связностью 1. Это «паспорт» процесса: кто его выполняет и с какими системами и документами он работает.
- Проверить полноту. Посмотреть, все ли ожидаемые роли, системы и документы есть вокруг модели. Чего не хватает — то не размечено на задачах.
- Посмотреть на синие бейджи. Во вкладке редактора у роли и элемента архитектуры бейдж показывает, сколько раз он связан с моделью: если роль назначена на четыре задачи, будет 4. Так видно, на ком и на чём держится процесс.
- Поднять связность до 2. Вокруг соседей появятся другие модели — процессы, которые используют те же роли, системы и документы. Это зона влияния: что ещё затронет изменение в этом процессе.
- Открыть общий граф команды («Архитектура» → «Общий граф») и найти узлы с самыми большими бейджами.
Пример: граф процесса «Обработка заявки клиента» со связностью 2. Через общие роли и систему появился ещё один процесс — «Заключение договора с клиентом». Если поменять что-то в этих ролях или в системе, изменение затронет оба процесса.
На что смотреть и какие выводы делать
Узел с большим числом соседей — центр зависимости. Если система связана с десятком процессов, её отказ или замена затронет их все. Если роль участвует во многих процессах, на ней может копиться нагрузка: это кандидат на проверку загрузки, дублирование исполнителей или разделение роли. Что сделать: составить список зависимых процессов (карточка узла → «Связи»), оценить риск, для роли — проверить загрузку в DES-симуляции.
Пример: на общем графе нажать на систему «1С:Документооборот». В карточке видно, что на ней держатся два процесса — «Обработка заявки клиента» и «Заключение договора с клиентом».
Модель без ролей или без систем — процесс описан не полностью. Модель, вокруг которой нет ролей, не отвечает на вопрос «кто это делает». Модель без систем — либо ручной процесс, либо системы не размечены. Что сделать: назначить роли и элементы архитектуры на задачи. Пока этого нет, по процессу нельзя построить регламент роли и оценить влияние изменений в системах.
Записи справочника, которых нет на графе, — не используются. Граф строится по связям, поэтому роль или элемент архитектуры, не назначенные ни на одну задачу, на граф не попадают вовсе. Если ожидаемой роли или системы на общем графе нет — её не используют ни в одном процессе. Проверить это можно в справочнике: в разделе «Архитектура» → «Роли» у такой роли в колонке «Процессы» написано «Не используется». Что сделать: либо назначить на задачи, где она на самом деле участвует, либо удалить из справочника.
Похожие узлы — вероятные дубли. «Менеджер» и «Менеджер по продажам», «1С» и «1С:ERP» — если оба узла связаны с разными процессами одного смысла, справочник раздвоился. Из-за этого граф показывает меньше связей у каждого узла, чем на самом деле, а регламент роли собирается неполным. Что сделать: найти дубли через «Поиск узлов» (ввести общую часть названия), сравнить их связи и оставить одну запись, переназначив задачи. Поиск ищет только среди узлов, которые сейчас на графе, — поэтому искать дубли удобнее на общем графе или с большой связностью.
Пример: в процессе «Заключение договора» роль «Менеджер по работе с клиентом», в процессе «Обработка заявки» — «Менеджер по работе с клиентами». Поиск по «Менеджер по работе» находит обе: это одна и та же роль, заведённая дважды.
Нет связи там, где она должна быть — разрыв между процессами. Если один процесс по смыслу передаёт результат другому (например, «Обработка заявки» → «Заключение договора»), но на графе модели не связаны ни напрямую, ни через общий документ — связь не описана. Что сделать: добавить ссылку между моделями на событии или назначить общий документ на задачи обоих процессов.
Лишняя связь — роль или система, которых в процессе быть не должно. Если вокруг модели оказалась роль, которая по регламенту в процессе не участвует, — скорее всего, её назначили на задачу по ошибке. Что сделать: открыть модель, найти задачу с этой ролью (карточка роли → «Участвует в процессах») и исправить назначение.
Приёмы для анализа
- Оставить только нужные типы. В фильтре «Типы» выключить лишнее. Только модели и роли — карта «кто в каких процессах участвует». Только модели и системы — карта ИТ-ландшафта процессов.
- Посмотреть на роль глазами процесса. Нажать на узел роли — в карточке «Связи» будут все процессы, где она работает.
- Оценить влияние изменения системы. Нажать на систему в общем графе — в «Связях» список процессов, которые её используют. Это готовый список для согласования изменений.
- Найти узел по названию. «Поиск узлов» приближает граф к найденному узлу — удобно на большом общем графе.
Как оформить выводы
По итогам просмотра графа удобно записать выводы в три списка:
- Пробелы в описании — модели без ролей, без систем, без связей с соседними процессами.
- Риски — системы и роли, от которых зависит много процессов.
- Чистка справочников — дубли ролей и элементов архитектуры, записи, которых нет на графе.
Каждый пункт — это конкретное действие в моделях или справочниках. После исправлений граф обновится сам: стоит открыть его снова и проверить, что пробелы закрыты.
Частые вопросы
В: Граф пустой. Почему?
О: На моделях пока нет связей: не назначены роли и элементы архитектуры, нет ссылок между моделями. Нужно назначить на задачи роли или элементы архитектуры — узлы появятся на графе.
В: Вместо графа надпись «Граф архитектуры доступен в тарифе BUSINESS». Что делать?
О: Граф архитектуры доступен на тарифе Business и выше. Сменить тариф может администратор команды.
В: Не вижу кнопок «Связность» на общем графе.
О: Связность настраивается только во вкладке «Граф архитектуры» в редакторе модели — там у графа есть центральная модель, от которой считаются шаги. На общем графе показаны все узлы команды сразу.
В: У роли бейдж 3, а связана она только с одной моделью. Это ошибка?
О: Нет. Во вкладке графа в редакторе бейдж считает назначения: роль стоит на трёх задачах этой модели. Это показывает, насколько процесс зависит от роли.
В: Можно ли по графу найти задачу, на которой копится очередь?
О: Нет, граф показывает только структуру связей. Узкие места по времени и загрузке ищет DES-симуляция — кнопка «Оптимизация» в верхнем меню редактора.
В: Положение узлов сбросилось. Почему?
О: Положение перетащенных узлов хранится в браузере. В другом браузере или после очистки данных сайта узлы встанут по умолчанию.
Частые формулировки
граф архитектуры, общий граф, анализ процесса по графу, узкие места, дубли ролей, неиспользуемые роли, зависимость от системы, анализ влияния, граф связей процессов, связи процессов и систем, где используется система, какие процессы используют документ, карта архитектуры, визуализация архитектуры, связность, уровень соседства, узлы графа, роли на графе, элементы архитектуры на графе