Приступая к разработке инструментальных панелей и вам нужна помощь в определении каждого технического уровня на этом пути

Question

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

Вот некоторые из моих вопросов:

1. Нам нужна информационная панель, которая может предоставлять информацию в реальном времени через наши источники данных (или как можно ближе к живому времени). Какая функция позволяет панели инструментов обновлять себя с одновременными источниками данных? С концептуальной точки зрения я могу понять, как создать панель мониторинга из Microsoft Excel и сделать ее зависимой от значений, которые вы, возможно, задали в своей сводной таблице.
2. Как сделать так, чтобы панель мониторинга самостоятельно запрашивала информацию из нескольких источников данных? Как и в примере с Excel, пользователю может потребоваться войти в сводные таблицы, чтобы обновить значения, но я хочу знать, как приборная панель запросит это самостоятельно и каков точный метод с точки зрения программирования? Выполняется ли код каждый раз при обновлении веб-страницы?
3. Как вы создаете источники данных органично? Я знаю, что для некоторых решений, таких как SharePoint BI Center, есть предварительно поддерживаемые источники данных, такие как лист Excel или SharePoint, и это так же просто, как загрузить документ и позволить дизайну справиться со всем остальным. Тем не менее, будут некоторые источники данных, которые я знаю, которые нужно будет извлечь. Нужно ли понимать что-то еще, например, регистратор событий, чтобы решить эту проблему?

Answer 1

Вступление

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

src1
  |------\
src2     |              /---- Dashboards
  |------+---[DWH]-[BR]-+
src n    |     |        \---- Reports etc.
  |------/  [Big Data]

Имейте в виду, что это очень простая структура бэкэнда / внешнего интерфейса данных.

DWH означает хранилище данных, где данные могут временно храниться (вы называли это извлечением). Это может быть база данных, может быть механизм больших данных, может быть комбинацией обоих...

После этого существуют бизнес-правила (BR). Это могут быть как конкретные правила в отношении того, как различные отделы рассчитывают и относятся к данным, но также и простые вещи, такие как алгебра.

Вопросы

Итак, главный вопрос не должен касаться технологии:

• Какое программное обеспечение мы должны выбрать?
• Как мы можем создать панель инструментов?

но, напротив, сфокусированы на ваших бизнес-процессах (посмотрите на это сверху вниз):

• Как выглядит наш основной процесс? Где бы я хотел измерить данные?
• Как отдел будет рассчитывать продажи в разнице с отделом b? Должны ли все использовать одно и то же правило?
• Где все хранят данные? Можем ли мы получить к нему доступ? Нужны ли нам структурные данные?
• И очень легко забыть, но также легко иногда является одной из самых важных частей: везде ли идентифицируется идентификатор бизнес-объекта (скажем, идентификатор продаж) и форматируется ли он одинаково?

Заключение

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

Тогда не имеет значения, используете ли вы Excel, приложение для малого и среднего бизнеса, такое как Tableau, Tibco Spotfire, QlikView, Power BI, или вы хотите работать в полном масштабе с большим бэкэндом Hadoop, базами данных и JasperReports, Apache Drill, Pentaho, SSIS на вершине этого... это выйдет в конце концов.

TL; DR

Сначала сфокусируйтесь на процессах. Убедитесь, что поняли их. Черновик в Excel. Затем приступайте к получению данных и инструментов, необходимых для ваших случаев использования. Это будет работать намного лучше при подходе "сверху вниз", чем пытаться решить ваши требования только с помощью инструментов.