Architektura aplikacji do śledzenia zamówień

Struktura aplikacji

Ten Functional Example jest pojedynczą aplikacją w bibliotece Tulip, ale większość wartości pochodzi z aplikacji Tulip, gdy dedykowane aplikacje mogą być budowane w celu wspierania różnych ról i potrzeb użytkowników.

Starsze rozwiązania do śledzenia zamówień nie ukrywają złożoności przed użytkownikami, co prowadzi do procesów podatnych na błędy, długich cykli wdrażania, nadmiernych szkoleń i frustracji dla wszystkich zaangażowanych.

Rozważając, ile informacji (lub ile procesów) należy uwzględnić w jednej aplikacji, należy wziąć pod uwagę dwa różne powszechne podejścia:

1. Każda aplikacja jest przeznaczona dla jednej roli użytkownika. Przełożeni mają różne priorytety, potrzebują różnych informacji i muszą działać na podstawie poleceń inaczej niż operatorzy, więc sensowne może być podzielenie aplikacji na podstawie użytkowników, którzy z nich korzystają
2. Każda aplikacja jest przeznaczona do rozwiązania 1 problemu. W przypadku bardziej skomplikowanych wdrożeń Tulip, kluczowe jest utrzymanie Composability w całej infrastrukturze Tulip. Segmentacja aplikacji na podstawie ich funkcji oznacza, że w przyszłości te same aplikacje mogą zostać ponownie wdrożone przy niewielkich lub żadnych zmianach i przynieść natychmiastową wartość.
   1. Przykład. W przypadku śledzenia zamówień może to oznaczać utworzenie dedykowanej aplikacji do tworzenia aplikacji, oddzielnej aplikacji do audytu uruchomionych aplikacji oraz oddzielnej aplikacji do przeglądania genologii zamówień lub defektów.

W Order Tracking Functional Example wiele z tych różnych ról/funkcji zostało połączonych w jedną aplikację, aby usprawnić proces uczenia się, jak podejść do tych koncepcji, ale każda z tych podstawowych funkcji może/powinna być podzielona na oddzielne aplikacje.

Podstawowe role śledzenia zamówień

Zrozumienie, kto będzie korzystał z aplikacji i czego od niej potrzebuje, jest kluczem do tworzenia aplikacji, które przynoszą rzeczywistą wartość biznesową od pierwszego dnia.

Operatorzy

Operatorzy są tam, gdzie odbywa się praca i często są źródłem największych możliwości usprawnienia procesów. Praca nad poprawą doświadczenia operatora przyniesie zwielokrotnioną wartość.

Czego potrzebują operatorzy, aby wykonywać swoją pracę

• Jasnych wskazówek dotyczących ich priorytetów.
• Całej wiedzy potrzebnej do wykonania swoich zadań.
• Spełnienia wszystkich zależności .
• Wglądu w swoją wydajność.
• Możliwości kierowania działaniami.

Przełożeni/kierownicy produkcji

Dla kierowników produkcji najważniejsze jest wykonanie właściwej pracy we właściwym czasie.

Czego potrzebują kierownicy, aby wykonywać swoją pracę

• Bieżący wgląd w to, co się aktualnie dzieje.
• Narzędzi do planowania pracy i dostosowywania jej na bieżąco.
• Wglądu w zaległości produkcyjne, priorytety i cele.
• Mechanizmów do interakcji z operatorami.

Kierownicy zakładów

Odpowiedzialność spoczywa na kierownikach zakładów, więc uzyskanie odpowiednich danych do podejmowania właściwych decyzji staje się kluczowe dla osiągnięcia sukcesu.

Czego potrzebują kierownicy zakładów, aby wykonywać swoją pracę

• Wgląd w wskaźniki wydajności wyższego poziomu
• Narzędzia do badania podstawowych danych i znajdowania przyczyn źródłowych

Podział aplikacji

Functional Example do śledzenia zamówień służy jako podstawowa funkcjonalność potrzebna do śledzenia zamówień:

• Tworzenie zamówień
• Wyświetlanie zamówień
• Aktualizowanie zamówień
• Planowanie zamówień
• Aktualizowanie ilości i lokalizacji zamówień
• Wyświetlanie szczegółów i historii zamówień
• Wyświetlanie spostrzeżeń na podstawie danych zamówienia

Jak pokazuje przykład funkcjonalny, wszystkie funkcje można połączyć w jednej aplikacji lub dowolną z jej podstawowych funkcji można wykorzystać w aplikacjach bardziej segmentowych.