Creación de contenido para la migración a Power BI

En este artículo se describe la fase 4, que se refiere a la creación y validación de contenido al realizar la migración a Power BI.

La fase 4 se centra en realizar el trabajo real para convertir la prueba de concepto (POC) en una solución lista para producción.

La salida de esta fase es una solución de Power BI que se ha validado en un área de trabajo de desarrollo y está lista para su implementación en producción.

Creación de la solución de producción

En este momento, la misma persona que realizó la POC podría seguir produciendo la solución de Power BI lista para producción. O bien, alguien diferente podría estar involucrado. Si las escalas de tiempo no se ven comprometidas, es genial que los usuarios que se vayan a encargar del desarrollo de Power BI en el futuro estén involucrados. De este modo, pueden aprender activamente.

Desarrollo de un nuevo modelo semántico de importación

Puede optar por crear un nuevo modelo semántico de importación cuando un modelo semántico de Power BI existente aún no existe para satisfacer sus necesidades o si no se puede mejorar para satisfacer sus necesidades.

Idealmente, desde el principio, considere la posibilidad de desacoplar el trabajo de desarrollo para los datos y los informes. Desacoplar los datos y los informes facilitará la separación del trabajo y los permisos cuando los responsables del modelado de datos y los informes sean personas distintas. Permite un enfoque más escalable y fomenta la reusabilidad de los datos.

Las actividades esenciales relacionadas con el desarrollo de un modelo semántico de importación incluyen lo siguiente:

• Adquirir datos de uno o varios orígenes de datos (que podrían ser un flujo de datos de Power BI).
• Dar forma a los datos, así como combinarlos y prepararlos.
• Cree el modelo semántico, incluidas las tablas de fechas.
• Crear y comprobar relaciones de modelo.
• Definir medidas.
• Configurar seguridad de nivel de fila, en caso necesario.
• Configurar sinónimos y optimizar las Preguntas y respuestas.
• Planear la escalabilidad, el rendimiento y la simultaneidad, lo que podría influir en sus decisiones sobre los modos de almacenamiento de datos, como el uso de una Modelo compuesto o agregaciones.

Desarrollo de informes y paneles nuevos

Las actividades esenciales relacionadas con el desarrollo de un informe o panel de Power BI incluyen lo siguiente:

• Decidir el uso de una conexión dinámica a un modelo de datos existente o crear un modelo de datos nuevo.
• Al crear un modelo de datos nuevo, decida el modo de almacenamiento de datos para las tablas del modelo (Importación, DirectQuery o Compuesto).
• Decidir cuál es la mejor herramienta de visualización de datos para cumplir los requisitos: Power BI Desktop, el generador de informes paginados o Excel.
• Decidir los mejores objetos visuales para indicarle al informe la historia que debe contar y resolver las preguntas que el informe debe responder.
• Garantizar que todos los objetos visuales presenten una terminología clara, concisa y empresarial.
• Abordar los requisitos de interactividad.
• Al usar la conexión dinámica, agregar medidas de nivel de informe.
• Crear un panel en el servicio Power BI, especialmente cuando los consumidores quieran una forma sencilla de supervisar las métricas clave.

Validación de la solución

Hay cuatro aspectos principales en la validación de una solución de Power BI:

1. Precisión de los datos
2. Seguridad
3. Funcionalidad
4. Rendimiento

Validación de la precisión de los datos

Como esfuerzo único durante la migración, deberá asegurarse de que los datos del informe nuevo coinciden con los que se muestran en el informe heredado. O bien, si hay diferencias, ser capaz de explicar el por qué. Encontrar un error en la solución heredada que queda resuelto en la solución nueva es más común de lo que podría pensar.

Como parte de los esfuerzos continuos de validación de datos, el informe nuevo normalmente tendrá que comprobarse de forma cruzada con el sistema de origen inicial. Idealmente, esta validación se produce de forma reiterativa cada vez que se publica un cambio en un informe.

Validación de seguridad

Al validar la seguridad, hay dos aspectos principales que hay que tener en cuenta:

• Permisos de datos
• Acceso a los modelos semánticos, informes y paneles

En un modelo semántico de importación, los permisos de datos se aplican mediante la definición de seguridad de nivel de fila (RLS). También es posible que el sistema de origen aplique permisos de datos al usar el modo de almacenamiento DirectQuery (posiblemente con inicio de sesión único).

Las principales formas de conceder acceso al contenido de Power BI son las siguientes:

• Roles de área de trabajo (para editores y visores de contenido).
• Permisos de audiencia de aplicación aplicados a un conjunto empaquetado de contenido del área de trabajo (para visores).
• Compartir un informe o panel individual (para visores).

Validación de la funcionalidad

Es el momento de volver a comprobar los detalles del modelo semántico, como los nombres de campo, el formato, la ordenación y el comportamiento de resumen predeterminado. También se deben comprobar las características de los informes interactivos, como las segmentaciones de datos, las acciones de exploración en profundidad y obtención de detalles, las expresiones, los botones o los marcadores.

Durante el proceso de desarrollo, la solución de Power BI debe publicarse en un área de trabajo de desarrollo en el servicio Power BI de forma periódica. Compruebe que toda la funcionalidad actúa según lo previsto en el servicio, como la representación de objetos visuales personalizados. También es un buen momento para realizar más pruebas. Pruebe la actualización programada, Preguntas y respuestas y cómo los informes y paneles se ven en un dispositivo móvil.

Validación del rendimiento

El rendimiento de la solución Power BI es un elemento importante para la experiencia del consumidor. La mayoría de los informes deben presentar objetos visuales en menos de diez segundos. Si tiene informes que tardan más tiempo en cargarse, páuselos y reconsidere qué podría estar contribuyendo a estos retrasos. El rendimiento de los informes debe evaluarse con regularidad en el servicio Power BI, además de en Power BI Desktop.

Muchos de los problemas de rendimiento surgen del subestándar DAX (expresiones de análisis de datos), de un diseño deficiente del modelo o de un diseño de informe menos que óptimo (por ejemplo, intentar representar demasiados objetos visuales en una sola página). Las incidencias del entorno técnico, como la red, una puerta de enlace de datos sobrecargada o la forma de configurar una capacidad Premium, también pueden contribuir a generar incidencias de rendimiento. Para obtener más información, vea la Guía de optimización para Power BI y Solución de problemas de rendimiento de los informes en Power BI.

Documentación de la solución

Hay dos tipos principales de documentación que son útiles para una solución Power BI:

• Documentación del modelo semántico
• Documentación del informe

La documentación se puede almacenar en cualquier lugar donde el público de destino tenga un acceso más sencillo. Entre las opciones comunes se incluyen las siguientes:

• Dentro de un sitio de SharePoint: un sitio de SharePoint puede existir para su centro de excelencia o un sitio de comunidad de Power BI interno.
• Dentro de una aplicación: se pueden configurar direcciones URL al publicar una aplicación de Power BI para dirigir al consumidor a más información.
• En archivos individuales de Power BI Desktop: los elementos del modelo, como las tablas y las columnas, pueden definir una descripción. Estas descripciones aparecen como información sobre herramientas en el panel Campos al crear informes.

Creación de la documentación del modelo semántico

La documentación del modelo semántico está dirigida a los usuarios que administrarán el modelo semántico en el futuro. Es útil incluir lo siguiente:

• Decisiones de diseño adoptadas y los motivos.
• Quienes poseen, mantienen y certifican los modelos semánticos.
• Requisitos de actualización de datos.
• Reglas de negocios personalizadas definidas en los modelos semánticos.
• Requisitos específicos de seguridad o privacidad de los datos del modelo semántico.
• Necesidades de mantenimiento futuras.
• Incidencias abiertas conocidas o elementos de trabajo pendiente diferidos.

También puede optar por crear un registro de cambios que resuma los cambios más importantes que se han producido en el modelo semántico a lo largo del tiempo.

Creación de la documentación del informe

La documentación del informe, que se estructura normalmente como un tutorial dirigido a los consumidores del informe, puede ayudar a los consumidores a obtener más valor de los informes y paneles. A menudo un tutorial de vídeo breve sirve para este propósito.

También puede optar por incluir documentación adicional del informe en una página oculta del mismo. Podría incluir decisiones de diseño y un registro de cambios.

Contenido relacionado

En el siguiente artículo de esta serie de migración de Power BI se proporciona información sobre la fase 5, que se refiere a la implementación, admisión y supervisión de contenido al realizar la migración a Power BI.

Otros recursos útiles incluyen los siguientes:

• Transformación de la BI de Microsoft
• Planeamiento de la implementación de Power BI
• ¿Tiene alguna pregunta? Pruebe a preguntar a la comunidad de Power BI
• ¿Sugerencias? Ideas para contribuir a mejorar Power BI

Hay partners de Power BI experimentados a su disposición para ayudar a su organización a tener éxito en el proceso de migración. Para ponerse en contacto con un partner de Power BI, visite el portal de partners de Power BI.