100 lines
2.9 KiB
Markdown
100 lines
2.9 KiB
Markdown
# Taskboard | Abschlussarbeit Kai
|
|
|
|
|
|
## 02 HostBooking Analysieren
|
|
### Status: ⬛ Done
|
|
|
|
Feststellen wo (welche Bedingungen) im HostBooking Aufträge gestartet werden. V.a. Nachrichten TransportOrderCompleted und DepartureNotification sind relevant. Bitte ggfs. Behälter-Typen beachten.
|
|
INFO: Formlose Notizen mit: Code-Stelle, Bedingungen, Prozess/Szenario genügen
|
|
|
|
**Nächste Schritte:**
|
|
- [x] Quellcode des HostBooking-Prozesses lokalisieren
|
|
- [x] Analyse der Verarbeitung von 'TransportOrderCompleted' (Telegramm-Rückmeldung)
|
|
- [x] Analyse der 'DepartureNotification' (Abmeldung von Plätzen)
|
|
- [x] Identifikation von Stellen, an denen Aufträge direkt gestartet werden (Ziel: Zentralisierung)
|
|
- [x] Prüfung der Abhängigkeiten von Behälter-Typen (Container Types)
|
|
|
|
------------------------------------------
|
|
|
|
|
|
## 03 Konzept erstellen
|
|
### Status: ⬛ Done
|
|
|
|
Idee dokumentieren: Wie können die Code Stellen die einen Auftrag starten aus dem HostBooking so umgebaut werden, dass der ConveyorDispo den Start übernimmt. Am besten ins Ablauf-Diagramm aus (01 ConveyorDispo Analysieren) ergänzen.
|
|
|
|
------------------------------------------
|
|
|
|
|
|
## 04 Änderung Implementieren
|
|
### Status: ⬛ Done
|
|
|
|
Ziel: HostBooking startet keine Aufträge selbst
|
|
|
|
HostBooking und ConveyorDispo anpassen.
|
|
|
|
------------------------------------------
|
|
|
|
|
|
## 05 Änderung Debuggen/Testen
|
|
### Status: ⬛ Done
|
|
|
|
Änderugnen gegen die Emulation Testen Szenario:
|
|
- Normale Auslagerung, Kiste steht im Lager
|
|
- Kiste fährt schon zu einem Arbeitsplatz und bekommt weiteren Auftrag
|
|
- Kiste fährt gerade vom Arbeitsplatz zurück ins Lager und bekommt neuen Auftrag
|
|
- Kiste wird am Arbeitsplatz leer. (Kann über HuChange in der FromWms Schnittstelle "simuliert" werden, passiert im Testtool auch so manchmal)
|
|
|
|
------------------------------------------
|
|
|
|
|
|
## 06 Dokumentation
|
|
### Status: 🟩 Active
|
|
|
|
Die Änderungen sollten mit einem "Warum" im Code per Kommentar dokumentiert sein.
|
|
Das Konzept sollte als Ablaufdiagramm dokumentiert sein.
|
|
Schriftliche Ausarbeitung nur im Maße wie es die IHK will.
|
|
|
|
------------------------------------------
|
|
|
|
|
|
## 00 Vorbereitung
|
|
### Status: ⬛ Done
|
|
|
|
- [x] Etra Repo Fork clonen
|
|
- [x] Zugang zur Etra Emulation prüfen
|
|
- [x] ConveyorDispo debuggen
|
|
|
|
------------------------------------------
|
|
|
|
|
|
## 00.5 ERD erstellen
|
|
### Status: ⬛ Done
|
|
|
|
Entity Relationship Diagramm der relevanten Tabellen der Datenbank erstellen.
|
|
|
|
- Destination
|
|
- LeType
|
|
- Le
|
|
- Location
|
|
- OrdersHost
|
|
- OrdersConveyor
|
|
- OrdersMiniload
|
|
- Aisle
|
|
- StorageDevice
|
|
|
|
------------------------------------------
|
|
|
|
|
|
## 01 ConveyorDispo Analysieren
|
|
### Status: ⬛ Done
|
|
|
|
Mit ConveyorDispo vertraut machen. Verständnis was macht "StartInitialOrders", was macht "OrderManager". Am besten kleines Ablaufdiagramm, dass Status Änderungen und notwendige Bedingungen dokumentiert.
|
|
Wichtig: Wo/Wann werden OrdersHost-Aufträge gestartet (Tord an SPS)?
|
|
|
|
------------------------------------------
|
|
|
|
|
|
|
|
|
|
|
|
"Status Legende: ⬜ New, 🟩 Active, ⬛ Done" |