Vertex - описание архитектуры предприятия в Storm

В больших организациях есть вопросы, подготовка ответа на которые занимается недели (или отдельных  проектов на тысячи  часов), например:

• На какие бизнес-процессы влияет система ERP?  
• Кому нужно сообщить о  том, что меняется API интерфейс?
• Имеет ли  какую-то связь  бухгалтер и gitlab?
• Как найти все точки общения с клиентом?
• В каких бизнес-процессах используются наши информационные системы?
• Кто имеет доступ до клиентских данных?
• Какие бизнес-процессы и системы требуют улучшения по мнению аудиторов?
• ... и так далее

Нам известны несколько способов решения, и все они плохие:

1. Отдельная функция корпоративной архитектуры пытается записывать соответствующую документацию  за отделами, занимающихся процессами и технологиями. - Реальность устаревает быстрее или вообще записывается не всё.
2. Эта архитектурная функция является барьером для запуска продуктов и  процессов, описание по требованиях архитекторов обязательно - Команды терпеть не могут эту процедуру (и архитекторов), а проекты движутся  медленнее, чем могли бы.
3. Ничего не документируем, но когда  нужен ответ - подключаем ответственных людей, они разбираются. - Ответы занимают недели.

Как правило, решение этих задач еще и обусловлено:

• Архаичными инструментами с устаревшим UI и UX.
• Люди не видят ценности в документировании  (оно трудоёмко, а выхлопа нет) и использовании таких инструментов.

Storm решает эту задачи и делает это изящно.

Описание Vertex

Vertex - это способ посмотреть на бизнес-процесс уровнем выше, чем BPMN. Посмотреть на взаимодействие бизнес процессов с :

• Другими бизнес-процессами
• Каналами коммуникации
• Сущностями 
• Системами
• Интерфейсами
• Клиентами
• Документами
• Ролями
• Действиями

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

Storm позволяет создавать свои элементы для связей:

Мы отдаем себе  отчет, что эти элементы могут описываться и создаваться в прочих системах, поэтому Storm предоставляет Public API для их создания и  обновления. При указании внешнего URL и ID Storm в интерфейсах будет формулировать такую ссылку.

Связь этих элементов указывается в конкретных Activity бизнес-процессов.

Там же можно посмотреть привязанные элементы

На уровне описания процесса эта операция занимает небольшое количество времени и приносит   ценность даже тут - читателям схемы понятно, какие  элементы задействованы  (а за счет внешних ссылок процесс можно использовать как "входную точку" в прочие системы документирования):

Следующее представление переносит нас на уровень выше, где процессы и указанные элементы  - сущности одного порядка и находятся во взаимоотношения:

Vertex - это интерактивный  3d граф, построенный на базе связей, описанных на уровне бизнес-процессов.

Vertex предоставляет несколько ключевых  возможностей:

1) Построение графа зависимости - при выборе элемента на графе можно оставить только те элементы, которые с ним как-то связаны ( прямо или косвенно).  Это ответ на вопрос "Где задействовано и на что влияет X?"

2) Построение графа зависимости между конкретными типами - Storm оставит только те элементы и связи между ними, которые соответствуют конкретным типам. Это  ответ на вопрос "как взаимодействуют клиенты и интерфейсы  в  процессах?"

3) Построение кратчайшего пути между двумя элементами - это ответ на вопрос "Имеют ли хоть какую-то связь бухгалтерия и github?"

Флаг "Показывать похожие связи" будет рисовать множественные связи между элементами. Каждая Acitvity в процессе. - это связь.

Мы уверены, что сценариев использования существенно больше - разметка рисков, указание ответственных за процессы, контроль изменения API и  так далее.