Korzystanie ze wspólnego modelu danych
  • 13 May 2024
  • 3 Minuty do przeczytania
  • Współtwórcy

Korzystanie ze wspólnego modelu danych


Streszczenie artykułu

Wskazówki dotyczące przestrzegania wspólnego modelu danych i przykłady jego tworzenia.

Czym jest wspólny model danych?

Wspólny model danych stanowi zbiór znormalizowanych i rozszerzalnych schematów danych. Te predefiniowane schematy obejmują różne typy danych, w tym artefakty operacyjne, artefakty fizyczne, materiały referencyjne i dzienniki zdarzeń. Reprezentując szeroko stosowane koncepcje i działania, takie jak zlecenia pracy i jednostki, schematy te ułatwiają tworzenie, kompilowanie i analizowanie danych. Ta standaryzacja pomaga usprawnić obsługę danych w różnych systemach.

Wspólny model danych w komplementarności

Tabele Tulip odgrywają kluczową rolę w obsłudze przepływów danych i utrzymywaniu połączenia między aplikacjami. Zawierają informacje, które są wyświetlane w aplikacjach, a aplikacje tworzą, aktualizują i usuwają rekordy tabeli. Jeśli wiele aplikacji korzysta z tych samych tabel, mogą one komunikować się ze sobą za ich pośrednictwem.

Table Model Ex

Podczas projektowania rozwiązania dla danego problemu, zdefiniowanie tabel, które będą używane jest jednym z najważniejszych kroków. Logiczny wybór tabel może skutkować prostszymi, bardziej wielokrotnego użytku i komponowalnymi aplikacjami. Jeśli odpowiednia ilość danych jest przechowywana w tabelach, kreator aplikacji może zmniejszyć liczbę używanych zmiennych aplikacji, czyniąc aplikację mniej złożoną i łatwą do dostosowania. Jeśli aplikacje w ramach rozwiązania korzystają z tego samego zestawu tabel, aplikacje stają się wymienne lub komponowalne, bez konieczności przeprojektowywania jednej lub drugiej aplikacji.

Przykład wspólnego modelu danych

Tabele Tulip powinny być przede wszystkim zgodne z modelem Digital Twin, co oznacza, że tabele powinny jak najdokładniej odzwierciedlać fizyczny zakład lub halę produkcyjną. Dane historyczne aplikacji powinny być ograniczone do Completion Records, zapewniając, że tabele nie są używane do przechowywania danych głównych lub duplikatów danych z Completion Records lub rekordów zewnętrznych.

Podstawowe typy tabel

Najlepiej byłoby, gdyby tabele reprezentowały fizyczne i operacyjne artefakty.

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

Fizyczne artefakty

Fizyczneartefakty to namacalne obiekty w obiekcie lub komponenty, które są używane lub produkowane podczas operacji.

Przykłady:

  • Pozycje zapasów
  • Jednostki
  • Lokalizacje
  • Stacje
  • Sprzęt i aktywa

Artefakty operacyjne

Artefakty operacyjne to materialne lub niematerialne elementy lub komponenty, które umożliwiają lub wspierają operacje.

Przykłady:

  • Żądania materiałowe
  • Wady
  • Karty Kanban
  • Zlecenia pracy
  • Działania

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 referencyjne lub dziennika należy dołączać 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.

Dzienniki

Dzienniki zdarzeń to informacje, które można wyszukać i które definiują coś w produkcji. Często można je znaleźć w systemach zewnętrznych, takich jak ERP.

Przykłady:

  • Notatki i komentarze
  • Zapisy genealogiczne
  • Historia aktywności stacji
  • Wyniki inspekcji

Referencje

Referencje są księgami współdzielonymi między aplikacjami. Jest to podobne do koncepcji rekordu ukończenia, z wyjątkiem tego, że jest on współdzielony między aplikacjami i udostępnia zapytania do tabel, Aggregation i zmienność tabel Tulip.

Przykłady:

  • Definicje materiałów
  • Zestawienie materiałów

Zbuduj swój własny wspólny model danych

Przykładowy wspólny model danych Tulip został zaprojektowany jako punkt wyjścia do zbudowania własnego modelu danych. Jednak wszystkie procesy i rozwiązania są różne i, podobnie jak aplikacje, model danych można dostosować w razie potrzeby.

Mniejsze zmiany obejmują dodawanie i usuwanie pól z tabel. W niektórych przypadkach (specjalne procesy, wiele tabel potrzebnych do tego samego przypadku użycia) wymagane są większe zmiany. Można to zrobić, zastępując jedną lub więcej tabel z pobranego modelu danych lub wstawiając dodatkowe tabele.

Planowanie wspólnego modelu danych

  1. Zdefiniuj fizyczne i operacyjne artefakty procesu.
  2. Znajdź odpowiednie tabele dla każdego artefaktu
  3. Zbadaj typy danych, które mają być gromadzone przez aplikacje i odniesienia, które muszą być używane.

Więcej informacji


Czy ten artykuł był pomocny?