Бөлісу құралы:


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

Примечание.

Эта статья входит в серию статей по планированию реализации Power BI. В этой серии основное внимание уделяется интерфейсу Power BI в Microsoft Fabric. Общие сведения о серии см. в статье о планировании реализации Power BI.

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

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

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

Примечание.

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

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

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

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

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

Совет

Мы рекомендуем вам [скачать схему сценария](powerbi-implementation-planning-scenario-scenario-diagrams.md#prototyping-and-sharing, если вы хотите внедрить его в презентацию, документацию или запись блога, или распечатать его в виде стенного плаката. Так как это масштабируемое изображение векторной графики (SVG), его можно масштабировать вверх или вниз без потери качества.

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

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