Projektideen FIAE

[NickSOAD]

Hallo zusammen,

bevor ich mir die Arbeit mache und einen Projektantrag schreibe, habe ich mir gedacht, ich frage erstmal hier nach was von den Themen gehalten wird.

Folgende 3 Themen stehen zur Auswahl:

1.: Anbindung der DPD API an ein bestehendes ERP-System.
Wird vermutlich in C# .NET gebaut.
Das ERP-System ist von einem externen anbieter und wird nicht mehr supportet bzw. weiter entwickelt. Da dies allerdings noch einige Jahre im einsatz ist, muss man die API irgendwie extern in einem eigenen Programm anbinden.
Momentan wird das über DPD-Print gelöst. Das ist aber etwas aufwendig zum warten und verwalten.
Man müsste also die API Anbinden, eine Art SQL Trigger (welcher nicht in SQL läuft) und die Verteilung der Labels an die passenden Drucker übers Netzwerk. Dazu eventuell eine kleine Weboberfläche in der man alle Aufträge und deren Status sieht und Labels ggfls. nachdrucken kann. Also auch mit einer DB im Hintergrund.
Ich denke, dass 80 Stunden hier realistisch sind. Tendenziell eher weniger.

2.: Eine offlinefähige App zur Abarbeitung von Checklisten zu Wartungsaufträgen (vermutlich .NET MAUI).
Wir haben Monteure im Außendienst welche sich ändernde Checklisten, für die Wartung von Aufzügen, benötigen.
Momentan wird fast alles über Papier gelöst.
Hier müsste man also die App + Logik für die Checklisten und Aufträge entwicklen. Außerdem einen teil der API.
Ich glaube nicht, dass ich hier mit 80 Stunden auskommt. Man kann natürlich sagen man hat 80 Stunden gebraucht, glauben muss mans natürlich nicht. Wie streng ist das?
Hier ist außerdem das Problem(?), dass das Thema nur ein kleiner Teil eines größeren Softwareprojektes ist.

3.: Abgleich von Stanzprogrammen (Trumpf) mit dem Produktionsauftrag und zuordnung der Teile
Das PPS (Produktionsplanungssystem) ist leider eine Access-Datenbank. Die Logik hier würde vermutlich über eine implementierte C#-Schnittstelle laufen.
Wir haben eine ältere Trumpf Stanzmaschine. In diese wird eine .LST Datei eingespielt um das Programm aus zu führen.
Die LST ist eine Textdatei in der Material, Teile, Programmablauf etc. drin steht.
Anhand dieser Datei soll das mit dem Produktionsauftrag abgegelichen werden ob alle Teile in richtiger Menge vorhanden.
Außerdem soll anhand des Ablaufes die enthaltenen Kleinteile, vom Maschinenführer, in bestimmte Kisten zugeordet werden.
Hinzu kommt, dass Teile untereinander miteinander verglichen werden müssen ob es sich um gleiche aber gespiegelte Teile handelt.
(4x Teil A links, 4x Teil B rechts. Ist an sich das gleiche Teil nur gespiegelt. Muss gecheckt und richtig zugeordnet werden.)
Hier ist das Problem, dass auch das Projekt relativ simpel gehalten ist.

 

Ich würde persönlich zu 1 tendieren, da es nicht all zu komplex ist aber trotzdem wichtige Themen abbildet und man auch ins Kaufmännische etwas abdriften kann.
2 sprengt glaube ich zu sehr den Rahmen und hat zu viele Lücken. Wäre aber ein interessantes Projekt.
3 weiß ich nicht ob es technisch genug ist. Hier geht es hauptsächlich darum die LST Dateien zu verstehen und ein Parser dafür zu bauen.

Danke vorab!

[Pappkamerad]

Mir persönlich gefällt 2. weil ich zur Umsetzung auch direkt konkrete Vorstellungen habe. Schön mit API asynchrone Datenabfrage, auf Knopfdruck aktualisieren, schickes UI. Vielleicht als PWA?

Vielleicht lehne ich mich mit meiner Vermutung zu weit aus dem Fenster aber ist 1. evtl. etwas zu dürftig? Ne API + Doku für unser ERP hat unser dreiköpfiges Team mit Postman in zwei Tagen umgesetzt.