Verwendung eines gemeinsamen Datenmodells

Anleitung zur Einhaltung eines Gemeinsamen Datenmodells und Beispiele für die Erstellung eines solchen.

Was ist ein Gemeinsames Datenmodell?

Ein gemeinsames Datenmodell bietet eine Sammlung standardisierter und erweiterbarer Datenschemata. Diese vordefinierten Schemata decken verschiedene Arten von Daten ab, darunter betriebliche Artefakte, physische Artefakte, Referenzmaterialien und Ereignisprotokolle. Durch die Darstellung weit verbreiteter Konzepte und Aktivitäten wie Arbeitsaufträge und Einheiten erleichtern diese Schemata das Erstellen, Zusammenstellen und Analysieren von Daten. Diese Standardisierung trägt zur Rationalisierung der Datenverarbeitung in verschiedenen Systemen bei.

Gemeinsames Datenmodell in Composability

Tulip-Tabellen spielen eine entscheidende Rolle bei der Handhabung von Datenflüssen und der Aufrechterhaltung der Verbindung zwischen Anwendungen. Sie enthalten Informationen, die in den Anwendungen angezeigt werden, und die Anwendungen erstellen, aktualisieren und löschen Tabellensätze. Wenn mehrere Anwendungen die gleichen Tabellen verwenden, können sie über Tabellen miteinander kommunizieren.

Beim Entwurf einer Lösung für ein bestimmtes Problem ist die Definition der zu verwendenden Tabellen einer der wichtigsten Schritte. Eine logische Auswahl der Tabellen kann zu einfacheren, wiederverwendbaren und kompatiblen Anwendungen führen. Wenn die richtige Menge an Daten in Tabellen gespeichert wird, kann der App-Builder die Anzahl der verwendeten App-Variablen reduzieren, wodurch die Anwendung weniger komplex wird und leicht angepasst werden kann. Wenn die Anwendungen innerhalb einer Lösung denselben Satz von Tabellen verwenden, werden die Anwendungen austauschbar oder zusammensetzbar, ohne dass die eine oder andere Anwendung neu gestaltet werden muss.

Beispiel für ein gemeinsames Datenmodell

Tulip-Tabellen sollten in erster Linie dem Modell des Digitalen Zwillings folgen, d.h. die Tabellen sollten die physische Anlage oder die Produktionsstätte so genau wie möglich widerspiegeln. Historische Anwendungsdaten sollten sich auf Abschlusssätze beschränken, um sicherzustellen, dass Tabellen nicht zur Speicherung von Stammdaten oder doppelten Daten aus Abschlusssätzen oder externen Datensätzen verwendet werden.

Primäre Tabellentypen

Idealerweise sollten die Tabellen physische und betriebliche Artefakte darstellen.

Diese Tabellen werden immer ein Statusfeld enthalten, das regelmäßig von den Anwendungen aktualisiert wird.

Physische Artefakte

PhysischeArtefakte sind greifbare Objekte in Ihrer Anlage oder Komponenten, die während des Betriebs verwendet oder produziert werden.

Beispiele:

• Inventarobjekte
• Einheiten
• Standorte
• Stationen
• Ausrüstung und Vermögenswerte

Operative Artefakte

Operative Artefakte sind materielle oder immaterielle Elemente oder Komponenten, die Operationen ermöglichen oder unterstützen.

Beispiele:

• Materialanforderung
• Defekte
• Kanban-Karten
• Arbeitsanweisungen
• Aktionen

Sekundäre (erweiterte) Tabellentypen

Die folgenden sekundären Tabellentypen passen nicht in ein Digital Twin-Modell und sollten nur von fortgeschrittenen Benutzern in Betracht gezogen werden. Sie sollten Referenz- oder Protokolltabellen erst dann einbeziehen, wenn Sie den Lösungsdesignprozess durchlaufen und alle anderen Optionen ausgeschöpft haben. Diese Tabellen sollten niemals als Grundlage für eine App-Lösung dienen.

Protokolle

Ereignisprotokolle sind Informationen, die nachgeschlagen werden können und etwas in der Produktion definieren. Sie sind oft in externen Systemen wie einem ERP-System zu finden.

Beispiele:

• Notizen und Kommentare
• Genealogie-Aufzeichnungen
• Historie der Stationsaktivitäten
• Inspektionsergebnisse

Referenzen

Referenzen sind gemeinsam genutzte Hauptbücher zwischen Anwendungen. Sie ähneln dem Konzept eines Abschlussdatensatzes, mit dem Unterschied, dass sie anwendungsübergreifend genutzt werden und den Zugriff auf Tabellenabfragen, Aggregations und die Veränderbarkeit von Tulip-Tabellen ermöglichen.

Beispiele:

• Material-Definitionen
• Stückliste von Materialien

Bauen Sie Ihr eigenes Common Data Model

Das Tulip-Beispiel Common Data Model ist als Ausgangspunkt für den Aufbau Ihres Datenmodells gedacht. Alle Prozesse und Lösungen sind jedoch unterschiedlich, und das Datenmodell kann, wie die Anwendungen, nach Bedarf angepasst werden.

Kleinere Änderungen umfassen das Hinzufügen und Entfernen von Feldern in den Tabellen. In einigen Fällen (spezielle Prozesse, mehrere Tabellen für denselben Anwendungsfall) sind größere Änderungen erforderlich. Dies kann durch Ersetzen einer oder mehrerer Tabellen aus dem heruntergeladenen Datenmodell oder durch Einfügen zusätzlicher Tabellen geschehen.

Planung eines gemeinsamen Datenmodells

1. Definieren Sie die physischen und operativen Artefakte Ihres Prozesses
2. Finden Sie die entsprechenden Tabellen für jedes Artefakt
3. Untersuchen Sie die Datentypen, die von den Anwendungen erfasst werden sollen, und die Referenzen, die verwendet werden müssen.

Weitere Lektüre

• Datenspeicherung
• Übliche Tulip-Tabellen
• Best Practices für die Speicherung von Daten in Tulip