Wspólny model danych Tulip
  • 13 May 2024
  • 5 Minuty do przeczytania
  • Współtwórcy

Wspólny model danych Tulip


Article Summary

Wspólny model danych Tulip

Aplikacje można łączyć w celu rozwiązywania przypadków użycia, łącząc procesy produkcyjne za pomocą tabel w modelu . Tulip Common Data Model{target=_blank}. W przeciwieństwie do tradycyjnych modeli danych, które opierają się na zależnościach, komponowalny wspólny model danych Tulip umożliwia dodawanie tabel w czasie na podstawie indywidualnych przypadków.

Composability Levels Combined.png

Za pośrednictwem tabel aplikacje wchodzą ze sobą w interakcje. Aktualizacja statusu w tabeli to sposób, w jaki operator korzystający z aplikacji na jednej stacji może sygnalizować operatorowi korzystającemu z aplikacji na innej stacji. Na przykład kierownik tworzy zlecenie pracy w jednej aplikacji, a operator wykonuje to zlecenie w innej aplikacji lub zestawie aplikacji.

Tulip Data Model Combined.png

Najlepsze praktyki

:::(Info) (Wymagania wstępne) Zanim zagłębimy się w tabele, które składają się na nasz model danych, ważne jest, aby zrozumieć najlepsze praktyki dotyczące przechowywania danych w Tulip:::

Tabele Tulip powinny być głównie zgodne z modelem Digital Twin, co oznacza, że tabele powinny odzwierciedlać fizyczny zakład lub halę produkcyjną tak ściśle, jak to możliwe. Historyczne dane aplikacji powinny być ograniczone do rekordów ukończenia, zapewniając, że tabele NIE są używane do przechowywania danych głównych lub duplikatów danych z rekordów ukończenia lub rekordów zewnętrznych.

Najlepiej byłoby, gdyby tabele reprezentowały wyłącznie

  • fizyczne artefakty
  • Artefakty operacyjne

Tabele te będą zawsze zawierać pole Status, które będzie regularnie aktualizowane przez aplikacje.

| Typ | Opis | Przykłady | | --- | --- | | | Fizyczny artefakt | Jest to coś namacalnego, czego można fizycznie dotknąć na hali produkcyjnej. | Jest to unikalnie zidentyfikowany, niematerialny element, który można powszechnie znaleźć w związku z operacjami. Często można je znaleźć w postaci wydrukowanych podróżnych lub biletów. | Zdarzenie usterki, zlecenie pracy.

Istnieją jednak sytuacje, w których konieczne może być rozważenie złamania najlepszych praktyk. W bardziej zaawansowanych okolicznościach - i tak oszczędnie, jak to możliwe - może być konieczne użycie następujących dwóch dodatkowych typów tabel:

  • Dziennik
  • Odniesienie

Dane w tych tabelach będą prawdopodobnie statyczne i nie będą aktualizowane (dlatego preferowane jest przechowywanie tego typu danych w rekordach ukończenia lub w oryginalnym, zewnętrznym systemie).

Secondary table types do not fit within a Digital Twin model and should only be considered by advanced users. Te typy tabel należy uwzględniać dopiero po przejściu przez proces projektowania rozwiązania i wyczerpaniu wszystkich innych opcji. Drugorzędne typy tabel NIGDY nie powinny służyć jako podstawa rozwiązania aplikacji :::

| Typ | Opis | Przykłady | | --- | --- --- | Odniesienie | Są to informacje, które można wyszukać i definiują coś w produkcji. Często można je znaleźć w systemach zewnętrznych, takich jak ERP. | Material Definition, Bill of Material | | Log | Jest to współdzielona księga pomiędzy aplikacjami. Jest ona podobna do koncepcji rekordu ukończenia, z wyjątkiem tego, że jest współdzielona między aplikacjami i udostępnia zapytania do tabel, agregacje i zmienność tabel Tulip. | Historia aktywności stacji, rekordy inspekcji |

Podstawowe typy tabel

Fizyczne artefakty

Fizyczne artefakty to namacalne obiekty lub komponenty, które są używane lub produkowane podczas operacji.

Stan fizycznego artefaktu ulegnie zmianie lub aktualizacji, a zmiana ta zostanie odzwierciedlona w rekordzie (np. zmiana stanu).

Opisy w poniższych tabelach mają pierwszeństwo przed ich nazwami. Zachęcamy do dostosowania nazw tabel, aby lepiej pasowały do twoich operacji, o ile są one zgodne z istotą opisu tabeli.

Pozycje zapasów

Przechowuje zapasy według lokalizacji i pozycji.Common Table Inventory Items

Stacje

Wyświetla wszystkie stacje w hali produkcyjnej.Common Table Stations

Jednostki

Służy do przechowywania unikalnych fizycznych partii, numerów seryjnych i partii.Common Table Units

Sprzęt i aktywa

Sprzęt lub urządzenia wielokrotnego użytku, które nie są częścią zestawienia materiałów, ale mogą być wymagane w procedurach i mogą wymagać kalibracji.Common Table Equipment and Assets

Lokalizacje

Fizyczne lokalizacje na hali produkcyjnej. Mogą one być powiązane z lokalizacjami zestawów oświetleniowych dla funkcji pick-to-light.Common Table Locations

Artefakty operacyjne

Artefakty operacyjne to niefizyczne elementy lub komponenty, które umożliwiają lub wspierają operacje. Często można je znaleźć w postaci drukowanych podróżnych lub biletów.

Artefakt operacyjny oznacza, że operacje będą wykonywane na rekordzie (np. zmiana statusu).

Opisy w poniższych tabelach mają pierwszeństwo przed ich nazwami. Zachęcamy do dostosowania nazw tabel, aby lepiej pasowały do operacji, o ile są one zgodne z istotą opisu tabeli.

Żądania materiałów

Przechowuje żądania uzupełnienia materiałów dla określonych pozycji między działami.Common Tables Material Requests

Zlecenia pracy

Wymagania produkcyjne dotyczące operacji. Są one generowane na podstawie zamówień i reprezentują zapotrzebowanie na określone materiały, które należy wyprodukować w celu realizacji zamówienia.Common Table Work Orders

Wady

Śledzenie defektów. Każda linia jest unikalną wadą związaną z pojedynczym materiałem lub odchyleniem. Linie mogą mieć wiele ilości.
Common Table Defects

Działania

Przechowuje zdarzenia, które wymagają działań następczych.Common Table Actions

Karty Kanban

Common Table Kanban Cards

Dodatkowe (zaawansowane) typy tabel

Następujące dodatkowe typy tabel nie pasują do modelu Digital Twin i powinny być brane pod uwagę tylko przez zaawansowanych użytkowników. Tabele Reference lub Log powinny być dołączane dopiero po przejściu przez proces projektowania rozwiązania i wyczerpaniu wszystkich innych opcji. Tabele te nigdy nie powinny służyć jako podstawa rozwiązania aplikacji.

Logi

Logs are a secondary table type within the Tulip Common Data Modelponieważ nie pasują do modelu Digital Twin i powinny być brane pod uwagę tylko przez zaawansowanych użytkowników. Tabele logów należy uwzględniać dopiero po przejściu przez proces projektowania rozwiązania i wyczerpaniu wszystkich innych opcji. Tabele dziennika NIGDY nie powinny służyć jako podstawa rozwiązania aplikacji ::: Ponieważ dane historyczne są tradycyjnie śledzone za pośrednictwem ukończenia aplikacji i przechowywane w rekordach ukończenia, należy używać tabeli dziennika TYLKO wtedy, gdy: * Musisz oddzielić określone dane od rekordów ukończenia do celów wizualizacji * Musisz użyć tych danych w obliczeniach, w szczególności w zapytaniach i agregacjach.

NIE należy korzystać z tabel dziennika w następujących celach: * Rekordy historyczne * Identyfikowalność

Notatki i komentarze

Użytkownicy mogą przechowywać notatki dołączone do zleceń pracy, zmian lub innych artefaktów procesu.Common Table Notes and Comments

Historia aktywności stacji

Przechowuje historyczny zapis produkcji i statusu według stacji, pogrupowany według godzin. Funkcja i cel podobny do tabeli aktywności maszyny.Common Table Station Activity History

Rekordy genealogiczne

Każdy rekord jest relacją rodzic/dziecko. Elementem podrzędnym może być zserializowany lub niezserializowany podzespół lub pojedyncza część.Common Table Genealogy Records

Wyniki kontroli

Przechowuje wyniki kroków procedury w odniesieniu do kontrolowanego materiału. Są to wyniki pozytywne/negatywne lub pomiary wykonane podczas etapu procesu, który wymaga danych wejściowych od użytkownika.Common Table Inspection Results

Odniesienia

References are a secondary table type within the Tulip Common Data ModelPonieważ nie pasują one do modelu Digital Twin i powinny być brane pod uwagę tylko przez zaawansowanych użytkowników. Tabele referencyjne należy dołączać dopiero po przejściu przez proces projektowania rozwiązania i wyczerpaniu wszystkich innych opcji. Tabele referencyjne NIGDY nie powinny służyć jako podstawa rozwiązania aplikacji :::

Tam, gdzie to możliwe, dane powinny być pobierane w czasie rzeczywistym bezpośrednio z oryginalnego źródła - takiego jak ERP - za pośrednictwem konektora HTTP. Może zaistnieć potrzeba użycia tabeli referencyjnej w skrajnych przypadkach, takich jak: * Tymczasowo, podczas nawiązywania połączenia z ERP; * Jeśli system zewnętrzny zawiera ograniczone dane referencyjne, które muszą zostać uzupełnione przez Tulip.

Podejście będzie ewoluować w czasie, w miarę jak rozwiązania będą dojrzewać, a systemy staną się bardziej zintegrowane i ściśle powiązane.

Definicje materiałów

Definicje wszystkich wykonanych, zakupionych lub zmontowanych elementów. Opisuje elementy i ich specyficzne właściwości.Common Table Material Definitions

Zestawienie materiałów

Ta tabela jest zwykle używana zamiast integracji z systemem ewidencji, który mógłby przekazywać te dane w czasie rzeczywistym. Ta tabela zawiera zestawienie materiałów i procedur dla danego produktu lub elementu nadrzędnego. Może być używana do wyświetlania wymaganych elementów składowych i ilości w podziale na etapy procesu.Common Table Bill of Materials

Więcej informacji


Czy ten artykuł był pomocny?