Назначение и позиционирование

Основные ограничения и рекомендации по использованию

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

ВП "Дашборды" не является аналитической системой общего назначения и не предназначен для построения сложных статистических, исследовательских или аналитических отчетов.

ВП "Дашборды" работает непосредственно с базой данных, что накладывает ограничения на объем обрабатываемых данных и сложность аналитических сценариев.

Использование ВП "Дашборды" в качестве:

  • инструмента для сложной аналитики;
  • средства обработки больших объемов и детализации данных;
  • построения тяжелых отчетов

может приводить:

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

Рекомендуемые сценарии использования:

  • Отображение KPI и метрик верхнего уровня.
  • Мониторинг состояния систем и процессов.
  • Использование одного контента на одной карточке/вкладке.
  • Использование механизмов для снижения нагрузки на стенд (кеширование данных).

Для стабильной работы приложения рекомендуется построение ограниченного числа виджетов на одном дашборде.

Не рекомендуемые сценарии:

  • Использование дашбордов для анализа данных за длительный период времени.
  • Использование дашбордов как инструмента исследовательской аналитики.

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

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

Для выполнения сложных аналитических задач следует использовать специализированные BI-инструменты или внешние аналитические системы.

Отличительные особенности модуля "Дашборды" и аналитической BI-системы

Критерий Дашборд BI-система
Уровень Инструмент визуализации Аналитическая платформа
Глубина анализа Поверхностный мониторинг Детальная аналитика
Основное назначение Оперативная аналитика и мониторинг показателей Глубокая аналитика и исследование данных
Ответ на вопрос "Что происходит?" "Почему и что дальше?"
Объем данных Ограниченный Условно неограниченный
Подготовка данных Отсутствует Подготовка внутри системы
Тип задач Контроль текущей ситуации, KPI, состояние процессов Сложные аналитические, статистические и исследовательские задачи
Сложность запросов Простые и умеренно сложные Сложные аналитические запросы, многомерный анализ
Работа с детализацией Ограниченная, по необходимости Глубокая детализация
Количество и сложность визуализаций Ограниченное число виджетов на странице Сложные аналитические отчеты с множеством визуализаций
Источник данных Работает напрямую с базой стенда Обычно использует витрины данных, хранилища, кубы
Основные пользователи Операционные пользователи, руководители, менеджеры Аналитики, BI-специалисты, исследователи данных
Скорость получения результата Быстрое получение сводной информации Более длительная подготовка и анализ данных
Типичный пример использования Дашборд с KPI по обращениям за текущий месяц Анализ динамики обращений за 3 года с прогнозами

Рекомендации по настройке дашборда

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

Общие рекомендации

  • Используйте системные группировки.
  • Разделяйте сложные отчеты на несколько виджетов или даже дашбордов.
  • Ограничивайте количество виджетов на одной странице.
  • Используйте кэширование и другие механизмы снижения нагрузки (например, включите очередь загрузки виджетов).

Рекомендации по настройке виджетов

  • Не используйте одновременно несколько сложных группировок и разбивок в одном виджете.
  • Ограничивайте глубину детализации (количество заявок по месяцам VS количество заявок по дням) и количество отображаемых значений.
  • При необходимости детального анализа используйте отдельные отчеты вместо одного перегруженного виджета.
  • Используйте кастомные группировки только при крайней необходимости.

Рекомендации по структуре дашборда

  • Размещайте на одной вкладке только логически связанные виджеты.
  • Избегайте одновременной загрузки большого количества тяжелых визуализаций.
  • Используйте несколько вкладок вместо одного перегруженного дашборда.

Почему это важно

Даже при одинаковом объеме данных разные конфигурации виджетов могут формировать запросы разной сложности.

Например:

  • Сводный виджет с одним агрегированным показателем (например, общее количество обращений) формирует простой запрос к базе данных и может быстро обрабатывать даже большой объем записей.
  • Виджет с разбивками по нескольким измерениям или с кастомными группировками формирует более сложный запрос с долгим рендерингом. Если таких виджетов несколько, общее время загрузки дашборда может значительно увеличиться.

Примеры настройки виджетов на дашборде

Вариант 1. Рекомендуемый сценарий. Простая настройка. Виджет типа "Сводка". Показывает количество запросов у пользователя.

  1. На карточке сотрудника на вкладке "Дашборды" создать новый виджет, указать название и выбрать источник – класс "Запрос".

  2. В фильтрации источника указать, что сотрудник равен текущему объекту.

    Дополнительно можно ограничить выборку, например, периодом или типом запросов.

  3. В показателе выбрать атрибут "Уникальный идентификатор" и агрегацию CNT.

После сохранения получим количество запросов в ответственности у пользователя в соответствии с фильтрацией.

Вариант 2. Нерекомендуемый сценарий. Сложная настройка. Виджет типа "Столбчатая диаграмма". Показывает количество задач у сотрудников компании.

В карточке "Компания" на вкладке "Дашборды":

  1. Создать новый виджет типа "Столбчатая диаграмма", указать название.
  2. Выбрать источник — класс "Задача". В фильтрации источника можно ограничить период.

  3. В параметре:

    • выбрать "Дата создания";
    • добавить пользовательскую группировку, например, указать в группировке календарные даты спринтов, чтобы посмотреть задачи в спринтах.

  4. В показателе:

    • выбрать атрибут "Уникальный идентификатор";
    • агрегацию CNT;
    • добавить разбивку по атрибуту "Ответственный (сотрудник)".

После сохранения получим количество задач у пользователя по спринтам.

Чтобы упростить виджет, рекомендуется:

  • использовать системную группировку, например, по неделям;
  • в фильтрации источника выбрать атрибут "Спринт" содержит/содержит несколько значений и указать название нужного спринта или спринтов;
  • создать виджет на карточке "Спринта", указав в фильтрации, что спринт равен текущему объекту.