Crear diagramas de relación entre entidades
La documentación puede adoptar múltiples formas, desde la validación y la recopilación de requisitos, hasta los planes de prueba, los planes de formación y los manuales de usuario. En esta lección, aprenderemos a crear diagramas de relaciones entre entidades (también conocidos como ERD), wireframes y maquetas para aplicaciones, documentar los requisitos y los artefactos de la solución, y documentar los detalles de los datos para la migración y la integración. En Power Platform, los datos se representan como una tabla. Para los fines de esta lección, considere los términos intercambiables.
Diagrama de relación entre entidades
Un modelo de datos es un modelo visual que muestra cómo fluyen los datos a través de su sistema y de qué manera las diferentes tablas se relacionan entre sí. (En el siguiente módulo, aprenderemos sobre los modelos de datos y las tablas.) Los modelos de datos definen los tipos de relación entre tablas y abstraen una base de datos a una representación visual que es fácil de comprender. Cuando esté planificando y creando el diagrama, hágalo de tal manera que permita la evolución del proyecto.
Antes de decidir qué incluir en su diagrama, primero debe comprender su tipo de público. La cantidad de detalles en un diagrama destinado a una reunión resumida con las partes interesadas ejecutivas es muy diferente de la cantidad de detalles necesarios para un ERD en su camino hacia el equipo de control de calidad para la creación del plan de prueba.
Cosas que se deben plantear incluir en su ERD:
- Tablas (de sistema, personalizadas y virtuales)
- Tipos de relaciones (1:N, N:1, N:N)
- Asignación de tabla
- Asignación de columnas
- Tipo de columna
- Arquitectura general de integración
Tipos de modelos de datos
Los modelos de datos para las estructuras de datos de Microsoft Power Platform suelen incluirse en dos categorías generales: lógica y física.
Modelos de datos lógicos
Los modelos de datos lógicos son diagramas de alto nivel que muestran la forma en que los datos fluyen a través del sistema. Con frecuencia, estos diagramas se juntan al comienzo del proyecto durante la detección y antes de que se hayan definido todas las columnas. Generalmente, el diagrama del modelo de datos lógicos usa los nombres comerciales de las tablas, no el nombre del esquema/base de datos.
Modelos de datos físicos
Los modelos de datos físicos son de menor nivel que los modelos de datos lógicos. Por lo general, incluyen detalles en el nivel de columna y relaciones con mayor precisión de diseño. El modelo de datos físicos se crea cuando el diseño lógico de alto nivel se traduce en tablas físicas. Un tipo común de modelo de datos físicos es un diagrama de relación entre entidades (ERD) o un diagrama de relación entre tablas.
El modelado de datos es una ciencia, existen profesionales del modelado de datos y estándares establecidos para el modelado de datos. Para ser eficaz con el modelado de datos de Microsoft Power Platform, no es necesario ser un modelador de datos profesional ni utilizar herramientas especiales. Se pueden utilizar herramientas populares como Microsoft Visio para crear rápidamente un diagrama básico que visualice las relaciones y el flujo de datos entre tablas, y así, la planificación casual con planos de pizarra. En esta sección, analizaremos algunas de las prácticas recomendadas generales para el modelado de datos para implementaciones.
- Los modelos de datos deben actualizarse continuamente durante una implementación. Es común que un modelo de datos se diseñe al comienzo de un proyecto, pero es muy importante que no se detenga allí. A medida que avance en la implementación, se agregarán nuevas columnas y tablas. Es importante capturarlas en el modelo de datos y convertirlo en un modelo de datos "vivo". Recomiende a los clientes que continúen actualizándolo a medida que mejoran el sistema.
- No empiece desde cero. Las herramientas comunitarias disponibles con XRM Toolbox (xrmtoolbox.com) facilitan la generación rápida de diagramas ERD de su configuración de datos. Estas herramientas incluyen el generador de UML y el generador de diagramas de relación entre entidades. Después de completar las actualizaciones de configuración, genere un diagrama actualizado.
- No incluya cada tabla. Algunas tablas principales, como actividades, notas y usuarios (propietarios de filas o registros) están relacionadas con prácticamente todas las tablas. Si incluye todas las relaciones con estas tablas en su modelo de datos, el resultado será ilegible. La práctica recomendada es incluir solo las tablas primarias aprovechadas en su configuración en su diagrama de modelo de datos, y solo incluir relaciones personalizadas con las tablas de usuario y actividad para maximizar la legibilidad.
- Los modelos de datos deben incluir tablas externas del modelo de datos de Dataverse. Si se está integrando con otros sistemas mediante conectores de datos o tablas virtuales de Dataverse, o si los datos fluyen fuera de Dataverse mediante una integración, estos datos también deben representarse en el diagrama del modelo de datos.
- Comience de manera sencilla con las tablas estándar y luego agregue relaciones de tabla (entidad) personalizadas al modelo de datos.
- Comience con lo que necesita ahora, pero diseñe el modelo de datos de manera que respalde lo que va a hacer en el futuro. Por ejemplo, si sabe que más adelante necesitará almacenar detalles adicionales sobre zonas de ventas, usar una columna de texto para la zona ahora hará que sea más difícil de implementar que si usa la relación de tabla de zona. Planifique lo que se avecina.