feat: initialize HostBooking and ConveyorDispo code structure and document project processes and database schema
This commit is contained in:
75
03_Realisierung/Taskboard.md
Normal file
75
03_Realisierung/Taskboard.md
Normal file
@@ -0,0 +1,75 @@
|
||||
# Taskboard | Abschlussarbeit Kai
|
||||
|
||||
|
||||
## 02 HostBooking Analysieren
|
||||
### Status: ⬜ New
|
||||
|
||||
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
|
||||
|
||||
------------------------------------------
|
||||
|
||||
|
||||
## 03 Konzept erstellen
|
||||
### Status: ⬜ New
|
||||
|
||||
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: ⬜ New
|
||||
|
||||
Ziel: HostBooking startet keine Aufträge selbst
|
||||
|
||||
HostBooking und ConveyorDispo anpassen.
|
||||
|
||||
------------------------------------------
|
||||
|
||||
|
||||
## 05 Änderung Debuggen/Testen
|
||||
### Status: ⬜ New
|
||||
|
||||
Ä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: ⬜ New
|
||||
|
||||
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: 🟩 Active
|
||||
|
||||
- [x] Etra Repo Fork clonen
|
||||
- [ ] Zugang zur Etra Emulation prüfen
|
||||
- [ ] ConveyorDispo debuggen
|
||||
|
||||
------------------------------------------
|
||||
|
||||
|
||||
## 01 ConveyorDispo Analysieren
|
||||
### Status: 🟩 Active
|
||||
|
||||
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"
|
||||
Reference in New Issue
Block a user