WillyK

Die Zeitplanung und die Projektphasen mal außen vor, die sind noch nicht definiert. Aber es gibt noch einige Dinge die ich anführen könnte bei dem Projekt und vermutlich muss, damit die fachliche Tiefe vielleicht klarer wird. Ja, im Prinzip ist es eine Übersetzung von X zu Y aber es gibt dabei einige Baustellen für die im neuen System noch keine Grundlage herrscht. Das werde ich noch mit reinnehmen.

Hallo Leute, ich schreibe gerade meinen Projektantrag und bin mir bei der Themenwahl ehrlich gesagt etwas unsicher. Mein Praktikumsbetrieb hatte mir früh versichert ein passendes Thema für mich bereit zu stellen, sodass ich mir vorab keine großen Gedanken machen müsse was die Auswahl angeht. Nun wurde mir dies hier vorgeschlagen und bin mir, nachdem ich etwas im Forum querbeet gelesen nicht sicher ob man das nicht ablehnen wird. Aktuell ist noch keine Zeitplanung und Grafik drin, weil ich daran noch arbeiten muss, aber ich wollte mir rein thematisch mal ein Feedback einholen bzw. wäre ich sehr dankbar für welches. 1. Projektbezeichnung Umsetzung eines Abgleichs von Benutzern und Mitarbeitern zwischen dem XXX-ERP System und XXX-Telematiksystem, im Rahmen der Weiterentwicklung des XXX-ERP-Systems. 1.1. Kurzform der Aufgabenstellung Für die XXX GmbH sollen bestehende Funktionen zum Abgleich von Benutzern und Mitarbeitern zwischen dem XXX ERP-System und dem XXX Telematik System, neu realisiert werden. Dabei muss bestehender Code der Programmiersprache FoxPro aus der aktuellen XXX V9, an die angestrebte Logik des neuen Systems XXX V10 angepasst, in C# übersetzt, getestet und implementiert werden. 1.2. Ist-Analyse Als Softwaredienstleister für die XXX-Wirtschaft, bietet XXX ERP-Systeme für gewerbliche und kommunale XXX Betriebe an. Diese pflegen ihre Benutzer und Mitarbeiter in der XXX V9 als führendes System ein und übermitteln sie bei Bedarf an XXX Telematik. Die übermittelten Nutzer können sich dort dann je nach Rolle anmelden und bspw. die Touren als Fahrer vollziehen. Dabei kommt es derzeit noch vereinzelt zu Fehlermeldungen und Problemen, wenn Nutzer bereits auf dem System eingepflegt oder direkt dort angelegt wurden. Das manuelle Entfernen kostet Zeit und erfordert eine Überholung. Hinter den Eingabemasken zum Anlegen von Benutzern und Mitarbeitern in der XXX V9 steht aktuell noch FoxPro Code, der den Abgleich mit dem Webserver von XXX regelt. Die neue Nutzerverwaltung in XXX V10 sowie die XXX API-Endpoints sind bereits vorhanden und müssen passend angebunden werden. 2. Soll-Konzept 2.1. Was soll am Ende des Projektes erreicht sein? Durch die Migration der Funktionen soll der Abgleich von Benutzern und Mitarbeitern an das XXX System vollständig in C# ablaufen. Da bereits Nutzer in XXX Telematik vorhanden sein können, müssen Kriterien erarbeitet werden, die regeln, ob und in welchem Umfang eine Übertragung stattfinden darf. Ein Abgleich findet erstmalig bei der Aktivierung der Nutzersynchronisation statt. Außerdem muss ein manueller Abgleich bei der Neuanlage eines Benutzers oder Mitarbeiters möglich sein. 2.2. Welche Anforderungen müssen dabei erfüllt werden? § Implementierung der Vorgangsdokumentation § passendes Errorhandling § Datenschutzbestimmungen § 2.3. Konsequenzen bei Nichtverwirklichung? Die Funktionalität ist in der Vorgängerversion des XXX ERP-Systems bereits enthalten und kann in der dort verwendeten Programmiersprache FoxPro nicht für XXX V10 verwendet werden. Zur Aufrechterhaltung des Funktionsumfangs muss die Funktionalität migriert werden. Darüber hinaus ist sie Grundlage für die Verwendbarkeit weiterer Funktion im XXX ERP-System. Eine getrennte Nutzerverwaltung in den beiden System wäre für Anwender aufwendig und unübersichtlich. Es kann leicht zu Inkonsistenzen zwischen den Systemen führen. 3. Projektstrukturplan 3.1. Was ist zur Zielerreichung erforderlich? Das Projekt soll in kurzen Iterationszyklen entwickelt werden, um regelmäßige Rücksprachen mit dem Fachbereich zu ermöglichen. Das daraus resultierende Feedback dient dazu, schneller auf Änderungswünsche einzugehen und Zeit zu sparen. Die Implementierung wird testgetrieben mit SwaggerUI stattfinden, um eventuelle Schwachstellen und Fehler zu erkennen. 3.2. Aufgabenliste § Analyse o Kick-Off-Meeting, inkl. Besprechung Lastenheft o Ist-Analyse § Planungsphase o Soll-Konzept o Risikoanalyse o Projektstrukturplan und GANTT o Flussdiagramme o Erstellung des Pflichtenhefts § Durchführungsphase o Erstellung von Testdaten o Implementierung o Testen der Lösungen, auch der Zwischenergebnisse § Abschlussphase o Ist-Soll-Vergleich (funktional) o Erstellen einer internen technischen Dokumentation o Erstellen der Kundendokumentation o Projektdokumentation