--- title: "Order Tracking App Architecture" slug: "order-tracking-app-architecture" updated: 2023-11-04T15:32:44Z published: 2023-11-04T15:32:44Z canonical: "support.tulip.co/order-tracking-app-architecture" --- > ## Documentation Index > Fetch the complete documentation index at: https://support.tulip.co/llms.txt > Use this file to discover all available pages before exploring further. # Architektur der App zur Auftragsverfolgung ## App-Struktur Dieses Functional Example ist eine einzelne Anwendung in der Tulip-Bibliothek, aber ein Großteil des Wertes von Tulip-Apps entsteht, wenn dedizierte Anwendungen zur Unterstützung verschiedener Benutzerrollen und -bedürfnisse erstellt werden können. Veraltete Lösungen zur Auftragsverfolgung verbergen keine Komplexität vor den Benutzern, was zu fehleranfälligen Prozessen, langen Bereitstellungszyklen, übermäßigem Schulungsaufwand und Frustration bei allen Beteiligten führt. Bei der Überlegung, wie viele Informationen (oder wie viel von einem Prozess) in eine einzige Anwendung aufgenommen werden sollen, sollten Sie zwei verschiedene gängige Ansätze berücksichtigen: 1. **Jede Anwendung ist auf eine bestimmte Benutzerrolle zugeschnitten**. Vorgesetzte haben andere Prioritäten, benötigen andere Informationen und müssen anders auf Aufträge reagieren als Bediener, daher kann es sinnvoll sein, Ihre Anwendungen nach den Benutzern aufzuteilen, die sie verwenden. 2. **Jede Anwendung ist für die Lösung eines Problems konzipiert.** Bei komplizierteren Tulip-Einsätzen ist es wichtig, die *Composability* in Ihrer gesamten Tulip-Infrastruktur zu erhalten. Die Segmentierung von Apps auf der Grundlage ihrer Funktion bedeutet, dass dieselben Anwendungen später mit geringen bis gar keinen Änderungen wieder eingesetzt werden können und einen unmittelbaren Nutzen bringen. 1. ***Beispiel.** Im Falle der Auftragsverfolgung könnte dies bedeuten, dass Sie eine spezielle Anwendung für die Erstellung von Anwendungen, eine separate Anwendung für die Prüfung laufender Anwendungen und eine separate Anwendung für die Anzeige von Auftragsgeneologie oder Mängeln erstellen.* In der Auftragsverfolgung Functional Example wurden viele dieser verschiedenen Rollen/Funktionen in einer einzigen Anwendung zusammengefasst, um den Lernprozess für diese Konzepte zu vereinfachen, aber jede dieser Kernfunktionen kann/sollte auf separate Anwendungen aufgeteilt werden. ### Kernrollen der Auftragsverfolgung Um eine App zu entwickeln, die vom ersten Tag an einen echten geschäftlichen Nutzen bringt, ist es wichtig zu verstehen, wer Ihre App nutzen wird und welche Anforderungen er hat. ### Bediener Die Bediener sind der Ort, an dem die Arbeit stattfindet, und bieten oft die meisten Möglichkeiten zur Prozessverbesserung. Die Arbeit zur Verbesserung der Bedienerfreundlichkeit wird den Wert um ein Vielfaches steigern. **Was Bediener brauchen, um ihre Arbeit zu erledigen** - Klare Vorgaben für ihre Prioritäten. - Das gesamte Wissen, das sie zur Erfüllung ihrer Aufgaben benötigen. - Alle *vorgelagerten* Abhängigkeiten müssen erfüllt sein. - Einblicke in ihre Leistung. - Möglichkeiten, Maßnahmen zu ergreifen. ### Vorgesetzte/Produktionsleiter Die richtige Arbeit zur richtigen Zeit zu erledigen, ist das A und O für Produktionsleiter. **Was Supervisoren für ihre Arbeit benötigen** - Live-Einblicke in das, was gerade passiert. - Werkzeuge zur Planung und Anpassung der Arbeit im laufenden Betrieb. - Einsicht in Produktionsrückstände, Prioritäten und Ziele. - Mechanismen zur Interaktion mit ihren Mitarbeitern. ### Betriebsleiter Die Verantwortung liegt bei den Werksleitern, und daher ist es für den Erfolg entscheidend, die richtigen Daten zu erhalten, um die richtigen Entscheidungen zu treffen. **Was PMs brauchen, um ihre Arbeit zu erledigen** - Einsicht in übergeordnete Leistungsmetriken - Werkzeuge, um die zugrunde liegenden Daten zu untersuchen und die Ursachen zu finden ## App Aufschlüsselung Das Functional Example für Order Tracking dient als Kernfunktionalität für die Auftragsverfolgung: - Erstellen von Aufträgen - Aufträge anzeigen - Aufträge aktualisieren - Aufträge terminieren - Bestellmengen und Standorte aktualisieren - Bestellungsdetails und -verlauf anzeigen - Einblicke auf Basis von Bestelldaten Wie das Funktionsbeispiel zeigt, kann die gesamte Funktionalität in einer einzigen Anwendung kombiniert werden, oder jede der Kernfunktionen kann in weiteren Segmentanwendungen genutzt werden. **Functional Example** **Functional Examples** are intended to explain the right approach to core Tulip use cases. Functional example applications cover the core applications, their underlying data models, and ways those concepts can be extended when combined with others. *Functional Example apps aren't intended to be run in production, but rather as tools to learn the underlying concepts needed to implement core Tulip use cases.* **Composability** **Composability** in software is the concept that resources, logic, and assets can be reused throughout solutions. When this comes to Tulip, Compostability matters when developing apps and data architecture that can be used by multiple teams, facilities, and roles.