Платформы данных
Диаграмма потока данных по ролям
«Поток данных по ролям» раскладывает конвейер по ролям и шагам: строки — кто работает с данными, колонки — что происходит. У каждого узла видны входящие и исходящие данные, а ключевая передача между ролями — единственная подписанная стрелка.
Когда использовать
- Распределить ответственность за конвейер между инженерами, аналитиками и бизнесом
- Показать, где персональные данные обезличиваются перед передачей
- Описать путь от сбора данных до опубликованного отчёта
- Найти лишние передачи между командами
Как с ней работать в Dele
- Дорожек-ролей (lanes) — 1–4 сверху вниз; у каждой короткий ключ из 2–4 букв (ENG, SCI), который виден в её узлах.
- Шагов (steps) — 1–6 слева направо, нумеруются автоматически; название шага — глагол.
- Узел — клетка «роль × шаг», только активные, без пустых заглушек. Подпись до 18 символов, подстрочник — преобразование, отдельная строка — инструмент. Входы и выходы: web, dataset, table, file, stream.
- Стрелок — до 12, узлов — до 12. Стили: передача, триггер (пунктир), публикация и акцент.
- Акцентная тройка: один шаг, узел, принимающий ключевую передачу, и сама передача — единственная подписанная стрелка («обезл. данные»).
- Больше 4 ролей или 6 шагов — разделите конвейер на части.
Три способа собрать диаграмму
Словами. Откройте ИИ-ассистента в редакторе или подключите своего агента по MCP и опишите задачу, например:
«Нарисуй поток данных опроса по ролям: инженеры собирают ответы и обезличивают, аналитики строят модель, менеджеры смотрят дашборд. Акцент на передаче обезличенных данных аналитикам.»
В редакторе. Создайте диаграмму из шаблона «Поток данных по ролям», меняйте элементы на холсте и в панели справа — раскладка пересчитывается сама.
Кодом. Диаграмма — это JSON-спецификация. Её можно править в панели «Спецификация», генерировать скриптом и хранить в git.
Спецификация примера (JSON)
{
"type": "data-flow",
"title": "Конвейер аналитики по ролям",
"description": "Как данные магазина проходят путь от сбора событий до дашборда: инженер данных загружает и хранит, аналитик очищает и считает метрики, бизнес-аналитик публикует.",
"paper": "dots",
"lanes": [
{
"id": "eng",
"label": "Инженер данных",
"key": "ENG"
},
{
"id": "sci",
"label": "Аналитик данных",
"key": "SCI"
},
{
"id": "bi",
"label": "Бизнес-аналитик",
"key": "BI"
}
],
"steps": [
{
"id": "ingest",
"label": "Сбор"
},
{
"id": "store",
"label": "Хранение"
},
{
"id": "transform",
"label": "Обработка",
"focal": true
},
{
"id": "analyze",
"label": "Анализ"
},
{
"id": "publish",
"label": "Публикация"
}
],
"nodes": [
{
"id": "capture",
"lane": "eng",
"step": "ingest",
"label": "Сбор событий",
"sublabel": "события → пакеты",
"tool": "NiFi",
"in": "stream",
"out": "dataset"
},
{
"id": "land",
"lane": "eng",
"step": "store",
"label": "Приёмка",
"sublabel": "события · заказы",
"tool": "объектное хранилище",
"in": "dataset",
"out": "dataset"
},
{
"id": "model",
"lane": "sci",
"step": "transform",
"label": "Очистка и модель",
"sublabel": "сырьё → таблица",
"tool": "Trino · ноутбуки",
"in": "dataset",
"out": "table",
"focal": true
},
{
"id": "metrics",
"lane": "sci",
"step": "analyze",
"label": "Метрики",
"sublabel": "конверсия · выручка",
"tool": "Trino SQL",
"in": "table",
"out": "table"
},
{
"id": "dash",
"lane": "bi",
"step": "publish",
"label": "Дашборд",
"sublabel": "метрики → решения",
"tool": "BI-пространство",
"in": "table",
"out": "file"
}
],
"arrows": [
{
"from": "capture",
"to": "land",
"style": "default"
},
{
"from": "land",
"to": "model",
"style": "accent",
"label": "сырая таблица"
},
{
"from": "model",
"to": "metrics",
"style": "default"
},
{
"from": "metrics",
"to": "dash",
"style": "link"
}
]
}Когда выбрать другой формат
Вопросы о формате
Чем это отличается от диаграммы плавательных дорожек?
Здесь в центре данные: у каждого узла есть типизированные входы и выходы, а шаги — этапы конвейера. Для бизнес-процесса без данных подойдут дорожки.
Почему подписана только одна стрелка?
Так читатель сразу видит главную передачу между ролями. Остальные связи понятны из входов и выходов узлов.