Créer des schémas entité/relation (ERD)
La documentation peut prendre de nombreuses formes, de la collecte et la validation des besoins aux plans de test, en passant par les plans de formation et les manuels d’utilisation. Dans cette leçon, nous allons découvrir comment créer des schémas entité/relation (également appelés ERD), des maquettes conceptuelles et des maquettes pour les applications, documenter les besoins et les artefacts de solution, ainsi que documenter les détails des données pour la migration et l’intégration. Dans Power Platform, les données sont représentées sous forme de table. Pour les besoins de cette leçon, considérez les termes interchangeables.
Le schéma entité/relation
Un modèle de données est un modèle visuel montrant comment les données circulent dans votre système et comment différentes tables sont liées les unes aux autres. (Nous allons en savoir plus sur les tables et les modèles de données dans le module suivant.) Les modèles de données définissent les types de relations entre les tables et synthétisent une base de données en une représentation visuelle facile à comprendre. Lorsque vous planifiez et créez le schéma, faites-le de manière à permettre l’évolution du projet.
Avant de déterminer les éléments à intégrer à votre schéma, vous devez d’abord comprendre l’audience. Le niveau de détail d’un schéma destiné à une réunion de synthèse avec les parties prenantes exécutives est très différente de celui nécessaire pour un ERD en route vers l’équipe assurance qualité pour la création du plan de test.
Éléments à envisager d’intégrer à votre ERD :
- Tables (système, personnalisées et virtuelles)
- Types de relations (1:N, N:1, N:N)
- Mappage de table
- Mappage de colonnes
- Type de colonne
- Architecture d’intégration générale
Types de modèles de données
Les modèles de données pour les structures de données Microsoft Power Platform appartiennent généralement à deux catégories générales : logiques et physiques.
Modèles de données logiques
Les modèles de données logiques sont des schémas généraux montrant comment les données circulent dans le système. Ces schémas sont fréquemment rassemblés au début du projet lors de la découverte et avant la définition de toutes les colonnes. En général, le diagramme de modèle de données logique utilise les noms commerciaux des tables, et non le nom du schéma ou de la base de données.
Modèles de données physiques
Les modèles de données physiques sont de niveau inférieur aux modèles de données logiques. Ils comprennent généralement des détails au niveau de la colonne et des relations conçues plus précisément. Le modèle de données physique est créé lorsque la conception logique générale est convertie en tables physiques. Un type courant de modèle de données physique est un schéma entité/relation (ERD) ou schéma table/relation.
La modélisation des données est une science qui compte des professionnels et des normes établies. Pour être efficace avec la modélisation de données Microsoft Power Platform, vous n’avez pas besoin d’être un modélisateur de données professionnel, ni d’utiliser des outils spéciaux. Des outils populaires tels que Microsoft Visio permettent de créer rapidement un schéma de base visualisant les relations et le flux de données entre les tables, ainsi que la planification informelle avec des dessins sur tableau blanc. Dans cette section, nous abordons quelques bonnes pratiques générales relatives à la modélisation de données pour les déploiements.
- Les modèles de données doivent être mis à jour en permanence pendant un déploiement. Il est courant qu’un modèle de données soit conçu au début d’un projet, mais il est très important que cela ne s’arrête pas là. Tout au long du déploiement, de nouvelles colonnes et tables vont être ajoutées : il est important de les capturer dans le modèle de données et d’en faire un modèle de données « vivant ». Recommandez aux clients de continuer à le mettre à jour au fur et à mesure qu’ils améliorent le système.
- Ne commencez pas à partir de zéro. Les outils communautaires disponibles avec XRM Toolbox (xrmtoolbox.com) facilitent la génération rapide de schémas ERD de votre configuration de données. Ces outils sont le générateur UML et le générateur de schémas entité/relation. Une fois les mises à jour de configuration terminées, générez un schéma à jour.
- N’incluez pas chaque table. Certaines tables principales telles que les activités, les notes et les utilisateurs (propriétaires de lignes ou d’enregistrements) sont associées à la quasi-totalité des tables. Si vous incluez toutes les relations avec ces tables dans votre modèle de données, le résultat sera illisible. Il est recommandé d’inclure dans votre diagramme de modèle de données uniquement les tables principales exploitées dans votre configuration et uniquement des relations personnalisées avec les tables utilisateur et activité pour optimiser la lisibilité.
- Les modèles de données doivent inclure des tables en dehors du modèle de données Dataverse. Si vous effectuez une intégration à d’autres systèmes au moyen des connecteurs de données ou tables virtuelles Dataverse, ou si les données circulent en dehors de Dataverse au moyen d’une intégration, ces données doivent également être représentées dans votre diagramme de modèle de données.
- Commencez simplement, avec les tables standard, puis ajoutez des relations de table (d’entité) personnalisées à votre modèle de données.
- Commencez avec ce dont vous avez besoin maintenant, mais concevez le modèle de données de manière à prendre en charge ce que vous ferez à l’avenir. Par exemple, si vous savez que, par la suite, vous devrez stocker des détails supplémentaires sur les secteurs de vente, l’utilisation d’une colonne de texte pour le secteur rendra l’implémentation plus difficile que si vous utilisiez la relation de table de secteur. Prévoyez vos besoins futurs.