Der Kunde benötigt Unterstützung bei der Entwicklung seiner Software für die Lagerverwaltung. Hierbei soll unter anderem die Software von einer Desktopapplikation zu einer Webapplikation umgestellt werden. Außerdem soll für dieses Projekt ein Restful-Service und eine Frontendapplikation erweitert werden und für das Lagerverwaltungs-Tool eine Schnittstelle zu SAP erstellt werden, um die Lagerprozesse mit SAP zu verbinden.

Über das ganze Projekt hinweg führe ich bei den einzelnen Bereichen die Softwareoptimierungen und das Refactoring durch. Bei einem Bereich war die Komplexität des Codes beispielsweise zu Beginn so hoch, sodass sich die Wartung und das Bugfixing des Codes schwierig gestalten hat. Das Refactoring dieses Code-Bereiches hat den anderen Entwicklern die Wartung des Codes sehr erleichtert.

In naher Zukunft soll die Legacy Desktopapplikation durch eine, auf WPF basierte, Webapplikation ersetzt werden. Ich habe bei der Entwicklung und Optimierung dieser Webapplikation mitgewirkt. Als Design-Pattern wird MVVM und IOC verwendet.

Für die Kommissionierung im Lager benötigt der Lagerist ein Gerät, um mit den Lagertools zu kommunizieren. Es wird für diesen Fall ein Tool entwickelt, das übergreifende Plattformen installieren kann. Hierfür wurde sich für Maui entschieden. Das Tool wird zurzeit für die Plattformen Windows und Android entwickelt. Maui basiert ebenfalls auf MVVM und .Net8. Das Tool soll so entwickelt werden, dass neue Funktionen wie Customizing leicht erweiterbar sind. Zudem soll ein RESTFul entwickelt werden, damit das Tool mit dem Lagertool kommunizieren kann.

Pogrammieraufgaben bin ich zum einen ebenfalls für die Betreuung einer Auszubildenden und anderen Neuankömmlingen zuständig. Die Betreuung besteht darin, dass ich die Aufgaben verteile und sie bei der Programmierung unterstütze. Zum anderen gehört DevOps auch zu meinem Arbeitsgebiet. Ich erstelle und betreue über Azure DevOps die CI/CD

und erstelle Webapplikationen, die auf Azure DevOps zugreifen und Informationen über den Build-Status anzeigen. Hinzu bin ich bei DevOps für die Umstellung von TFVC auf Git zuständig. Für die Umstellung werden zwei Powershell-Skripte erstellt, um die Collection automatisch zu migrieren.

Für die Verbesserung und die Erleichterung eines Gehaltsprozesses in einer Anwaltskanzlei sollte eine interne Webapplikation erstellt werden. Für dieses Projekt sollte ein Microservice als Schnittstelle fungieren, die mit der Datenbank MSSQL eine Verbindung aufbaute. Für die Entwicklung einer Interaktive Web UI wurde das Feature Blazor von Microsoft verwendet. Die Anmeldung für die Nutzer erfolgte über eine Anbindung via Azure AD. Der Gehaltsprozess durchläuft mehrere Schritte, an der bestimmte Rollen mitagieren müssen. Deshalb sollte ein Konzept für Rechte und Rollen erstellt und abgebildet werden. Da die Mitarbeiter nicht auf alle Informationen zugreifen dürfen, bekamen die User unterschiedliche Zugangsberechtigungen. Zudem dürfen ausschließlich bestimmte Felder editiert werden und die Rollen und Rechte wurden entsprechen in der Datenbank abgebildet. Für die einzelnen Schritte wurde eine Progress Seite erstellt, auf der der User bei jedem einzelnen Schritt begleitet wird. Hinzu wurden für die Bonus Berechnung Excel Files eingelesen. Bei bestimmten Schritten sollten User benachrichtigt werden. Dafür wurde Send-Mail aus MSSQL verwendet.

Bei dem Projekt ?AccountDB? handelte es sich um eine interne REST-API, die die Kernfunktionalitäten des Kundenportals übernehmen sollte. Einer dieser Kernfunktionalitäten war der Mieterwechsel. Die Architektur beinhaltete mehrere REST-API, deshalb wurde REST-API Modular von mir implementiert. Alle Entwickler benötigten nur ein Plugin mit einer Interface-Klasse zum Implementieren, so dass der Modulare Service diesen Plugin einfach laden konnten. Hierfür wurde ebenfalls eine Datenstruktur mit Oracle Datenbank erstellt. Die Zusammenarbeit erfolgte mit den Frontendentwicklern. Die REST-API hat eine Beschreibung erhalten, sodass der Frontendentwickler damit arbeiten konnte. Dies wurde gewährleistet mit dem Framework Swagger. Swagger ist eine Sammlung von HTML, JavaScript und CSS, die ein dynamisches und gut lesbares Dokument erstellt. Das Daten-Interchange-Format für diesen RESTFul Service ist JSON. Außerdem musste der RESTFul Service sowohl mit dem Pagination als auch mit dem Filter zurechtkommen. Ebenfalls durfte die Perfomance bei den riesigen Datenmengen nicht in Vergessenheit geraten. Wie in dem Projekt OSP sollte mit C# und ASP.Net entwickelt werden. Als Entwicklungsumgebung wurde Visual Studio 2017 & 2019 verwendet. In der letzten Zeit sogar Visual Studio 2022. Die Versionskontrolle ist bei diesem Projekt ebenfalls TFS. Damit der Installateure des RESTFul Services einen Überblick über die Plugins, Datenbanknamen, Logger usw. hat, habe ich eine Overview Seite erstellt, die nach dem Start erscheint. Dies wurde mit HTML und CSS implementiert. Hinzu erstellte ich eine Seite, auf der alle Change Logs aufgerufen werden. Im Hintergrund implementierte ich einen Connector, der eine Verbindung mit HQLM herstellt. Der Connector liest alle Tickets aus HQLM und stellt diese als Timeline auf der Website dar. Für die sicherere Kommunikation mit den RESTFul Services zwischen den Systemen, implementierte ich den API-Key. Alle Anfrage an den RESTFul Service durften ausschließlich mit dem API-Key beantwortet werden. Ebenfalls gehörte zu meinen Aufgaben den RESTFul Service mit der Networkplattform Consul zu verbinden. Consul ermöglichte unteranderem den RESTFul Service zu überwachen und Load Balancing zu gewährleisten. Für kleine Nebenprojekte versuchte ich weiter mit .Net Core und ASP.Net Core weiterzuentwickeln. Die kleineren Nebenprojekte sollten dazu dienen, Projekte mit .Net Framework abzulösen. Das Vorgehensmodell des Projekts ?AccountDB? war Scrum. Parallel wurde als Taskforce im Projekt mit Kanban vorgegangen. Die Unittests gestalteten sich in diesem Projekt schwieriger umzusetzen, da das techem Framework für die DB-Verbindung kein Interface enthielt. Aufgrund des fehlenden Interface musste ich den modulare RESTFul Service mit eine Wrapper Klasse, die ein Interface beinhaltet, erweitern. Somit konnten wir dann die NUnits bauen. Um eine elegante Lösung für dieses Problem zu finden, wollte ich meine Kenntnisse in EF nutzen und die eigenen Frameworks von techem mit EF austauschen. So eine Umstellung erwies sich später als schwierig, da zum einen die Erfahrung bei den Mitentwicklern fehlte und zum anderen viele Microservices umgestellt wurden. Die Lösung sollte daher verschoben werden. Die einzelnen Services dieses Projekts wurden mit AzureDevOps gebildet und geliefert. Zu dem wollte ich über WebHook eine Webseite mit Blazor erstellen, die alle Lieferungen unseres Programms und den Status per Knopf gewährleisten sollte. Eine Art neue Schnittstelle für Azure DevOps. Nebenbei habe ich mich in Azure Cloud eingearbeitet, um in der Zukunft unsere Projekte auf Cloud umzustellen.