Сбор требований для миграции в Power BI

  • Статья

В этой статье описывается этап 1, который связан с сбором и приоритетами требований при миграции в Power BI.

На схеме показаны этапы миграции Power BI. Этап 1 выделен для этой статьи.

Примечание.

Полное описание приведенного выше рисунка см. в обзоре миграции Power BI.

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

Выходные данные этапа 1 включают подробные требования, которые были приоритетными. Однако для полной оценки уровня усилий необходимо выполнить дополнительные действия на этапах 2 и 3.

Внимание

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

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

Совет

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

Требования к компиляции

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

Сбор требований к отчету

Скомпилируйте подробные, простые в ссылке сведения о отчетах, например:

  • Назначение, аудитория и ожидаемые действия: определение цели и бизнес-процесса, применимого к каждому отчету, а также аудитории, аналитического рабочего процесса и ожидаемого действия, которые будут приняты потребителями отчетов.
  • Как потребители используют отчет: рекомендуется сидеть с потребителями отчетов существующего отчета, чтобы точно понять, что они делают с ним. Вы можете узнать, что некоторые элементы отчета можно устранить или улучшить в новой версии Power BI. Этот процесс включает дополнительные затраты на время, но это полезно для критически важных отчетов или отчетов, которые часто используются.
  • Владелец и эксперт по темам: определите владельца отчета и любого эксперта по теме, связанного с отчетом или доменом данных. Они могут стать владельцами нового отчета Power BI. Включите все определенные требования к управлению изменениями (которые обычно отличаются от ИТ-управляемых и бизнес-управляемых решений), а также утверждения и выходы, которые будут необходимы при внесении изменений в будущем. Дополнительные сведения см. в этой статье.
  • Метод доставки содержимого: уточняйте ожидания потребителей отчета о доставке содержимого. Это может быть интерактивное выполнение, интерактивное выполнение, внедренное в пользовательское приложение или доставка по расписанию с помощью подписки электронной почты. Для активации уведомлений оповещений также могут потребоваться требования.
  • Потребности в интерактивности. Определите необходимые и удобные требования к интерактивности, такие как фильтры, действия детализации или действия детализации.
  • Источники данных: убедитесь, что все источники данных, необходимые отчету, обнаруживаются, и требуется задержка данных (свежесть данных). Определите исторические данные, тенденции и требования к моментальному снимку данных для каждого отчета, чтобы они могли быть согласованы с требованиями к данным. Документация по источнику данных также может быть полезна позже при выполнении проверки данных нового отчета с его исходными данными.
  • Требования к безопасности: уточняйте требования к безопасности (например, разрешенные средства просмотра, разрешенные редакторы и все потребности безопасности на уровне строк), включая все исключения для нормальной безопасности организации. Задокументируйте любой уровень конфиденциальности данных, конфиденциальность данных или требования к нормативным требованиям.
  • Вычисления, ключевые показатели эффективности и бизнес-правила: определение и документирование всех вычислений, ключевых показателей эффективности и бизнес-правил, которые в настоящее время определены в существующем отчете, чтобы они могли быть согласованы с требованиями к данным.
  • Удобство использования, макет и косметические требования: определение конкретной удобства использования, макета и косметики, связанных с визуализациями данных, требованиями к группировке и сортировке, а также условной видимости. Включите все конкретные рекомендации, связанные с доставкой мобильных устройств.
  • Потребности в печати и экспорте: определите, существуют ли какие-либо требования, относящиеся к экспорту или подготовке к печати макета. Эти потребности будут влиять на наиболее подходящий тип отчета (например, power BI, Excel или отчет с разбивкой на страницы). Помните, что отчеты потребителей, как правило, имеют большое значение на то, как они всегда сделали вещи, поэтому не бойтесь оспаривать свой способ мышления. Не забудьте говорить с точки зрения улучшений, а не изменений.
  • Риски или проблемы. Определите, существуют ли другие технические или функциональные требования для отчетов, а также любые риски или проблемы, связанные с информацией, представленной в них.
  • Откройте проблемы и элементы невыполненной работы: определите любое будущее обслуживание, известные проблемы или отложенные запросы для добавления в невыполненную работу в настоящее время.

Совет

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

Сбор требований к данным

Скомпилируйте подробные сведения, относящиеся к данным, например:

  • Существующие запросы: определите, существуют ли существующие запросы отчета или хранимые процедуры, которые могут использоваться моделью DirectQuery или составной моделью, или можно преобразовать в модель импорта.
  • Типы источников данных: компилируйте необходимые типы источников данных, включая централизованные источники данных (например, корпоративное хранилище данных), а также не стандартные источники данных (например, неструктурированные файлы или файлы Excel, которые расширяют корпоративные источники данных для создания отчетов). Также важно найти, где находятся источники данных для подключения к шлюзу данных.
  • Потребности в структуре данных и очистке: определите структуру данных для каждого необходимого источника данных и в какой степени необходимы действия по очистке данных.
  • Интеграция данных. Оценка того, как будет обрабатываться интеграция данных при наличии нескольких источников данных и как можно определить связи между каждой таблицей моделей. Определите определенные элементы данных, необходимые для упрощения модели и уменьшения его размера.
  • Допустимая задержка данных. Определите потребности в задержке данных для каждого источника данных. Это будет влиять на решения о том, какой режим хранения данных следует использовать. Частота обновления данных для таблиц модели импорта также важна.
  • Объем данных и масштабируемость. Оцените ожидания объема данных, которые будут учитывать решения о поддержке больших моделей и проектировании DirectQuery или составных моделей. Рекомендации, связанные с потребностями исторических данных, также важны для того, чтобы знать. Для более крупных семантических моделей (ранее известных как наборы данных), также потребуется определение добавочного обновления данных.
  • Меры, ключевые показатели эффективности и бизнес-правила: оценка потребностей в мерах, ключевых показателях эффективности и бизнес-правилах. Они повлияют на решения, касающиеся применения логики: в семантической модели или процессе интеграции данных.
  • Основные данные и каталог данных. Рассмотрите, существуют ли проблемы с главными данными, требующие внимания. Определите, подходит ли интеграция с корпоративным каталогом данных для повышения удобства обнаружения, доступа к определениям или создания согласованной терминологии, принятой организацией.
  • Безопасность и конфиденциальность данных. Определите, существуют ли конкретные вопросы безопасности или конфиденциальности данных для семантических моделей, включая требования к безопасности на уровне строк.
  • Открытые проблемы и элементы невыполненной работы: добавьте известные проблемы, известные дефекты качества данных, будущие обслуживание или отложенные запросы в невыполненную работу в настоящее время.

Внимание

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

Определение возможностей улучшения

В большинстве случаев некоторые изменения и улучшения происходят. Редко происходит прямая миграция "один к одному" без рефакторинга или улучшения. Можно рассмотреть три типа улучшений:

  • Консолидация отчетов: аналогичные отчеты могут быть консолидированы с помощью таких методов, как фильтры, закладки или персонализация. Имея меньше отчетов, которые являются более гибкими, могут значительно улучшить интерфейс для потребителей отчетов. Рекомендуется оптимизировать семантические модели для запросов К&A (естественного языка), чтобы обеспечить еще большую гибкость для отчетов потребителей, позволяя им создавать собственные визуализации.
  • Улучшения эффективности. Во время сбора требований часто можно определить улучшения. Например, когда аналитики компилируют числа вручную или когда рабочий процесс можно упростить. Power Query может играть большую роль в замене выполняемых вручную действий. Если бизнес-аналитики выполняют те же действия для очистки и подготовки данных на регулярной основе, повторяющиеся шаги подготовки данных Power Query могут привести к значительной экономии времени и уменьшению ошибок.
  • Централизация модели данных: авторитетная и сертифицированная семантическая модель служит основой для управляемой самостоятельной бизнес-аналитики. В этом случае данные управляются один раз, и аналитики имеют гибкость в использовании и увеличении этих данных для удовлетворения их потребностей в отчетности и анализе.

Примечание.

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

Определение приоритетов и оценка сложности

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

Определите отчеты с высоким приоритетом, которые могут включать следующие отчеты:

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

Определите высокоприоритетные данные, которые могут включать следующие данные:

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

Связанный контент

В следующей статье этой серии миграции Power BI вы узнаете о стадии 2, которая связана с планированием миграции для одного решения Power BI.

Другие полезные ресурсы:

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