Entitätsbeziehungsdiagramme erstellen

  • 6 Minuten

Die Dokumentation kann viele Formen annehmen, von der Erfassung und Validierung von Anforderungen bis hin zu Testplänen, Schulungsplänen und Benutzerhandbüchern. In dieser Lektion erfahren Sie mehr über das Erstellen von Entitätsbeziehungsdiagrammen (auch als ERDs bekannt), Wireframes und Mockups für Apps, das Dokumentieren von Anforderungen und Lösungsartefakten und das Dokumentieren von Datendetails für die Migration und Integration. In Power Platform werden die Daten als Tabelle dargestellt. Betrachten Sie für die Zwecke dieser Lektion die Begriffe als austauschbar.

Das Entitätsbeziehungsdiagramm

Ein Datenmodell ist ein visuelles Modell, das zeigt, wie Daten durch Ihr System fließen und wie verschiedene Tabellen miteinander in Beziehung stehen. (Wir befassen uns im nächsten Modul näher mit Tabellen und Datenmodellen.) Datenmodelle definieren die Beziehungstypen zwischen Tabellen und abstrahieren eine Datenbank zu einer visuellen Darstellung, die leicht zu verstehen ist. Gehen Sie bei der Planung und Erstellung des Diagramms so vor, dass die Entwicklung des Projekts berücksichtigt wird.

Bevor Sie entscheiden, was Sie in Ihr Diagramm aufnehmen möchten, müssen Sie zuerst die Zielgruppe verstehen. Die Detailgenauigkeit in einem Diagramm, das für eine zusammenfassende Besprechung mit Entscheidungsträgern bestimmt ist, unterscheidet sich stark von der Detailgenauigkeit, die für ein ERD auf dem Weg zum Qualitätssicherungsteam für die Testplanerstellung benötigt wird.

Dinge, die Sie in Ihr ERD aufnehmen sollten:

  • Tabellen (System, benutzerdefiniert und virtuell)

  • Beziehungstypen (1:N, N:1, N:N)

  • Tabellenzuordnung

  • Spaltenzuordnung

  • Spaltentyp

  • Allgemeine Integrationsarchitektur

Typen von Datenmodellen

Datenmodelle für Microsoft Power Platform-Datenstrukturen fallen in der Regel in zwei allgemeine Kategorien: logisch und physisch.

Logische Datenmodelle

Logische Datenmodelle sind allgemeine Diagramme, die zeigen, wie Daten durch das System fließen. Diese Diagramme werden häufig zu Beginn des Projekts, während der Ermittlung und bevor alle Spalten definiert wurden, zusammengestellt. Im Allgemeinen verwendet das logische Datenmodelldiagramm die Geschäftsnamen der Tabellen, nicht den Schema-/Datenbanknamen.

Diagramm mit einem logischen Datenmodell

Physische Datenmodelle

Physische Datenmodelle weisen eine niedrigere Ebene als logische Datenmodelle auf. Sie enthalten im allgemeinen Details auf Spaltenebene und präziser Designbeziehungen. Das physische Datenmodell wird erstellt, wenn das allgemeine logische Design in physische Tabellen übertragen wird. Ein gängiger Typ eines physischen Datenmodells ist ein Entity Relationship Diagram (ERD) oder ein Tabellenbeziehungsdiagramm.

Diagramm mit einem physischen Datenmodell

Datenmodellierung ist eine Wissenschaft, und es gibt Datenmodellierungsfachleute und etablierte Standards für die Datenmodellierung. Um mit der Microsoft Power Platform-Datenmodellierung effektiv zu sein, müssen Sie kein professioneller Datenmodellierer sein oder spezielle Tools verwenden. Mit gängigen Tools wie Microsoft Visio können Sie schnell ein einfaches Diagramm erstellen, das die Beziehungen und den Datenflow zwischen Tabellen visualisiert, und auch eine einfache Planung mit Whiteboard-Zeichnungen. In diesem Abschnitt werden einige allgemeine bewährte Methoden für die Datenmodellierung für Bereitstellungen erläutert.

  • Datenmodelle sollten während einer Bereitstellung kontinuierlich aktualisiert werden. Es ist üblich, dass ein Datenmodell zu Beginn eines Projekts entworfen wird, aber es ist äußerst wichtig, dass an dieser Stelle der Prozess nicht aufhört. Während Sie die Bereitstellung durchlaufen werden neue Spalten und Tabellen hinzugefügt. Es ist wichtig, diese im Datenmodell zu erfassen und es zu einem „lebendigen“ Datenmodell zu machen. Empfehlen Sie Kunden, dass sie es weiterhin aktualisieren, wenn sie das System verbessern.

  • Fangen Sie nicht von vorne an. Mit der XRM Toolbox (xrmtoolbox.com) verfügbare Community-Tools erleichtern das schnelle Generieren von Entitätsbeziehungsdiagrammen Ihrer Datenkonfiguration. Zu diesen Tools gehören der UML-Generator und der ERD-Generator (Entity Relationship Diagram). Generieren Sie nach Abschluss der Konfigurationsaktualisierungen ein aktuelles Diagramm.

  • Binden Sie nicht jede Tabelle ein. Einige Kerntabellen wie Aktivitäten, Notizen und Benutzer (Zeile oder Datensatzbesitzer) sind mit nahezu jeder Tabelle verbunden. Wenn Sie jede Beziehung zu diesen Tabellen in Ihr Datenmodell aufnehmen, ist das Ergebnis nicht lesbar. Es wird empfohlen, nur die primären Tabellen, die in Ihrer Konfiguration verwendet werden, in Ihr Datenmodelldiagramm aufzunehmen und nur benutzerdefinierte Beziehungen zu den Benutzer- und Aktivitätstabellen aufzunehmen, um die Lesbarkeit zu maximieren.

  • Datenmodelle sollten Tabellen außerhalb des Dataverse-Datenmodells enthalten. Wenn Sie eine Integration mit anderen Systemen mithilfe von Dataverse-Datenkonnektoren oder virtuellen Tabellen integrieren oder wenn Daten außerhalb des Datenflusses von Dataverse bei Verwendung einer Integration fließen, sollten diese Daten auch in Ihrem Datenmodelldiagramm dargestellt werden.

  • Beginnen Sie einfach mit den Standardtabellen, und fügen Sie Ihrem Datenmodell dann benutzerdefinierte Tabellen-/Entitätsbeziehungen hinzu.

  • Beginnen Sie mit dem, was Sie jetzt benötigen, aber entwerfen Sie das Datenmodell so, dass es unterstützt, was Sie in Zukunft tun werden. Wenn Sie beispielsweise wissen, dass Sie in Zukunft zusätzliche Details zu Vertriebsgebieten speichern müssen, wird die Implementierung durch die Verwendung einer Textspalte für das Gebiet schwieriger, als wenn Sie die Tabellenbeziehung verwenden. Planen Sie voraus, was kommt.