- Stampa
Utilizzo di un modello di dati comune
Indicazioni per l'adesione a un Modello di dati comune ed esempi su come crearne uno.
Che cos'è un modello comune di dati?
Un Modello di dati comune fornisce una raccolta di schemi di dati standardizzati ed espandibili. Questi schemi predefiniti coprono vari tipi di dati, tra cui artefatti operativi, artefatti fisici, materiali di riferimento e registri di eventi. Rappresentando concetti e attività ampiamente utilizzati, come gli ordini di lavoro e le unità, questi schemi facilitano la creazione, la compilazione e l'analisi dei dati. La standardizzazione aiuta a semplificare la gestione dei dati tra i diversi sistemi.
Modello di dati comune in Composability
Le tabelle Tulip svolgono un ruolo cruciale nella gestione dei flussi di dati e nel mantenimento della connessione tra le applicazioni. Esse contengono informazioni che vengono visualizzate nelle applicazioni e le applicazioni creano, aggiornano ed eliminano i record delle tabelle. Se più applicazioni utilizzano le stesse tabelle, possono comunicare tra loro attraverso le tabelle.
Quando si progetta una soluzione per un determinato problema, la definizione delle tabelle da utilizzare è una delle fasi più importanti. La scelta logica delle tabelle può portare a un'applicazione più semplice, riutilizzabile e componibile. Se la giusta quantità di dati viene memorizzata nelle tabelle, il costruttore di applicazioni può ridurre il numero di variabili utilizzate, rendendo l'applicazione meno complessa e facile da personalizzare. Se le applicazioni all'interno di una soluzione utilizzano lo stesso insieme di tabelle, le applicazioni diventano intercambiabili o componibili, senza dover riprogettare l'una o l'altra applicazione.
Esempio di modello di dati comune
Le tabelle Tulip dovrebbero seguire principalmente il modello Digital Twin, ossia le tabelle dovrebbero riflettere il più rigorosamente possibile lo stabilimento fisico o l'officina. I dati storici delle applicazioni devono essere limitati ai record di completamento, assicurando che le tabelle non vengano utilizzate per memorizzare dati master o dati duplicati dai record di completamento o da record esterni.
Tipi di tabelle primarie
Idealmente, le tabelle dovrebbero rappresentare artefatti fisici e operativi.
Queste tabelle includeranno sempre un campo Stato che sarà regolarmente aggiornato dalle applicazioni.
Artefatti fisici
Gliartefatti fisici sono oggetti tangibili della struttura o componenti utilizzati o prodotti durante le operazioni.
Esempi:
- Articoli di inventario
- Unità
- Località
- Stazioni
- Attrezzature e beni
Artefatti operativi
Gliartefatti operativi sono elementi o componenti tangibili o intangibili che consentono o supportano le operazioni.
Esempi:
- Richieste di materiale
- Difetti
- Schede Kanban
- Ordini di lavoro
- Azioni
Tipi di tabella secondari (avanzati)
I seguenti tipi di tabelle secondarie non si adattano a un modello Digital Twin e devono essere presi in considerazione solo da utenti esperti. Le tabelle Reference o Log devono essere incluse solo dopo aver completato il processo di progettazione della soluzione e aver esaurito tutte le altre opzioni. Queste tabelle non dovrebbero mai servire come base per una soluzione app.
Registri
Iregistri degli eventi sono informazioni che possono essere consultate e definiscono qualcosa nella produzione. Spesso si trovano in sistemi esterni come un ERP.
Esempi:
- Note e commenti
- Registri genealogici
- Cronologia delle attività della stazione
- Risultati delle ispezioni
Riferimenti
Iriferimenti sono registri condivisi tra le applicazioni. È simile al concetto di record di completamento, ma è condiviso tra le applicazioni e rende accessibili le interrogazioni delle tabelle, le {{glossario.Aggregazioni}} e la mutabilità delle tabelle Tulip.
Esempi:
- Definizioni di materiale
- Distinta dei materiali
Costruire il proprio Modello di dati comune
L'esempio di Modello dati comune di Tulip è stato concepito come punto di partenza per costruire il proprio modello di dati. Tuttavia, tutti i processi e le soluzioni sono diversi e, come le applicazioni, il modello di dati può essere personalizzato secondo le necessità.
Le modifiche più piccole comprendono l'aggiunta e la rimozione di campi dalle tabelle. In alcuni casi (processi speciali, più tabelle necessarie per lo stesso caso d'uso) sono necessarie modifiche sostanziali. Questo può essere fatto sostituendo una o più tabelle dal modello di dati scaricato o inserendo tabelle aggiuntive.
Pianificare un modello di dati comune
- Definire gli artefatti fisici e operativi del vostro processo.
- Trovare le rispettive tabelle per ogni artefatto
- Esplorare i tipi di dati che devono essere raccolti dalle applicazioni e i riferimenti che devono essere utilizzati.