сценарии использования Power BI: создание прототипов и общий доступ

Примечание

Эта статья является частью серии статей по планированию реализации Power BI. Общие сведения о серии см. в Power BI планировании реализации.

Как описано в Power BI стратегии внедрения, исследования, экспериментирования и получения полезных отзывов от небольшой группы пользователей, является целью этапа 1 внедрения решения.

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

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

Примечание

Сценарий создания прототипов и совместного использования — это один из сценариев самостоятельной бизнес-аналитики. Полный список сценариев самообслуживания см. в статье о сценариях использования Power BI.

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

Схема сценария

На следующей схеме представлен общий обзор наиболее распространенных действий пользователей и компонентов Power BI для поддержки прототипов действий. Основное внимание уделяется использованию Power BI Desktop во время интерактивного сеанса создания прототипов. Фокус также можно сосредоточиться на совместном использовании в служба Power BI, если требуется дополнительная обратная связь со стороны экспертов по теме.

Image shows a diagram of prototyping and sharing, which is about rapid exploration of user requirements. Items in the diagram are described in the table below.

На схеме сценариев показаны следующие действия, инструменты и функции пользователя:

Элемент Описание
Item 1. Power BI создатели содержимого разрабатывают решения бизнес-аналитики с помощью Power BI Desktop.
Item 2. Power BI Desktop подключается к данным из одного или нескольких источников данных. В Редактор Power Query разрабатываются запросы и гибридные модули данных, объединяющие несколько источников.
Item 3. Разработка модели данных и создание отчетов выполняются в Power BI Desktop. Цель состоит в том, чтобы помочь участникам команды понять смысл и значимость данных, разместив их в визуальном контексте.
Item 4. Эксперты по темам предоставляют отзывы во время интерактивного сеанса создания прототипов. На основе отзывов экспертов по теме (и других участников команды) создатели контента делают итеративные улучшения непосредственно в решении бизнес-аналитики.
Item 5. При необходимости создатели содержимого публикуют Power BI Desktop файл (PBIX) в служба Power BI. Публикация прототипов решений в служба Power BI является необязательной.
Item 6. Содержимое публикуется в непроизводственных рабочих областях. Его основной целью является предоставление области разработки, которая позволяет просматривать участники команды.
Item 7. Отдельный отчет предоставляется коллеге для предоставления разрешений только для чтения отчета (и его базовых данных). Операцию общего доступа можно выполнить с помощью ссылки для общего доступа или прямого доступа. Общий доступ может оказаться выгодным для создания прототипа решения для предоставления временного доступа во время процесса обратной связи.
Item 8. Для подключения к источникам данных, которые находятся в частной корпоративной сети, для обновления данных требуется локальный шлюз данных.
Item 9. Power BI администраторы контролируют и отслеживают действия в служба Power BI. Рабочая область разработки (содержащая непроизводственных и прототипных решений) обычно регулируется гораздо меньше, чем рабочая область рабочей области.

Ключевые моменты

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

Интерактивные сеансы создания прототипов

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

Служба Power BI

Публикация прототипов решений в служба Power BI является необязательной. Это может быть полезно, если необходимо поделиться предварительными результатами для обратной связи и принятия решений.

Совет

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

Рабочая область

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

Общий доступ к отчетам и панелям мониторинга

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

Совет

Совместное использование отдельных элементов должно выполняться редко. Так как общий доступ настраивается для каждого отдельного артефакта в рабочей области, это более утомительно для поддержания и повышения риска возникновения ошибок. Допустимая альтернатива совместному использованию (не показанная на схеме сценария) — использование ролей рабочей области (описано в сценарии групповой бизнес-аналитики ). Роли рабочей области лучше всего работают, если коллегам требуется доступ ко всем артефактам в рабочей области.

Установка шлюза

Как правило, шлюз данных требуется при доступе к источникам данных, которые находятся в частной корпоративной сети или виртуальной сети. Локальный шлюз данных становится актуальным после публикации Power BI Desktop файла в служба Power BI. Двумя целями шлюза являются обновление импортированных данных или просмотр отчета, который запрашивает динамическое подключение или набор данных DirectQuery (не показан на схеме сценария).

Примечание

Для сценариев групповой, отделальной и корпоративной бизнес-аналитики настоятельно рекомендуется использовать централизованный шлюз данных в стандартном режиме через шлюзы в личном режиме. В стандартном режиме шлюз данных поддерживает динамическое подключение и операции DirectQuery (в дополнение к запланированным операциям обновления данных).

Системный контроль

Журнал действий записывает действия пользователей, происходящие в служба Power BI. Power BI администраторы могут использовать данные журнала действий, собранные для аудита, чтобы помочь им понять шаблоны использования и обнаружить рискованные действия. Требования к аудиту и управлению обычно менее строги для прототипов и личных сценариев бизнес-аналитики .

Дальнейшие действия

Другие полезные сценарии, которые помогут вам в принятии решений по Power BI реализации, см. в статье о Power BI сценариях использования.