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

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

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

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

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

Инвентаризация существующих элементов бизнес-аналитики, скомпилированных на этапах предварительной миграции, становится входными данными для требований нового решения, создаваемого в 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

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