• Es wird eine B2B WebApp umgesetzt, die registrierten Kunden div. Informationen und Auswertungen zu den eigenen Geräten, abhängig vom gebuchten Paket, anzeigt.
• Die Architektur basiert auf Self Contained Systems (SCS) und ist damit in fachliche Vertikale geschnitten.
• Die jeweiligen Frontends sind mittels Angular umgesetzt die Backends meist mit SpringBoot.
• Die SCS laufen auf Azure in einem Kubernetes Cluster und werden automatisiert von Gitlab aus mit Helm deployd.
• Für das Payment wurden externe System von Zuora und Worldpay angebunden und weitere interne Systeme für die Gerätedaten.

• Aufgrund der vorhanden Planung und weiterer Projekte, sollte der aktuell eingesetzte Software-Stack basierend auf einem proprietären Framework und OSGI analysiert und gegenüber einem modernen Stack gestellt werden.
• insbesondere die Punkte Mitarbeitergewinnung, Nachhaltigkeit und Zukunftssicherheit sollten analysiert und bewertet werden.
• Aufbauend auf dem Ergebnis wird die IT (Dev und Ops) komplett neu organisiert und aufgestellt.
• Neu Mitarbeiter werden eingstellt und vorhanden auf den neuen Software Stack(SpringBoot, Angular, MIcroservices) geschult/gecoacht.

• Es soll eine neue Mobile App für die Verwaltung der eigenen Heizgeräte entwickelt werden.
• Dafür werden div. REST und Event basierte Microservices bereitgestellt die zw. der App und den Gateways (Hardware) kommunizieren.
• Die Microservices werden mit Springboot umgesetzt und als Docker Images in einem k8s Cluster betrieben.
• Alte Kunden und Ihre Geräte müssen zusätzlich auf die neue IT Landschaft migriert werden

Die Intention ist, dass für alle Regionen/Länder eine Basis/Core Marketplace besteht der alle allgemeinen und übergreifenden Funktion enthält (Order Management, Produkt Suche, Warenkorb) und diese in einem Demo-Shop vorgestellt werden. Dieser Core Marketplace dient den einzelnen Regionen als Vorlage und Basis für eigene Anpassungen und Erweiterung.

Aufgaben:

• Technische Übersetzung zw. Team und Produkt Owner
• Technische Beratung
• Konzepte
• Dokumentation
• API Design

Eine on-premise auf einem Wildfly laufende Java-EE Applikation soll nach AWS migriert werden. Dazu wird in der ersten Phase ein VPC mit einer EC2 Instanz und RDS(Mysql) eingerichtet. Des weiteren wird ein VPN ins private Netz des Kunden, für einen LDAP Zugriff, eingerichtet. In der zweiten Phase soll die Applikation als ein Docker-Container ins ECS deployed werden. Dazu muss die Applikation entsprechend auf Docker “getrimmt” werden. In der dritten Phase sollen Teile aus dem Monolithen herausgelöst und als Microservices ins ECS deployed werden.

Aufgaben

• Architektur Beratung und Entwurf
• Technologie Beratung
• Entwicklung einer CI/CD Pipeline
• Vermittlung von Best Practice bei Microservices
• AWS Einrichtung

• Ein neu gegründetes Schwester Unternehmen einer Leasing Bank digitalisiert Ihre Geschäftsprozesse und lagert diese in die Cloud aus. Das Unternehmen agiert dabei wie ein Startup. Die Projekte werden nach SCRUM umgesetzt und die eingesetzten Technologien setzen auf eine moderne Cloud-basierte Microservice-Architektur. Die ersten Apps wurden nach dem MVP Ansatz von externen Agenturen umgesetzt. Für die weitere Entwicklung soll eine tragfähige Architektur erarbeitet werden die den Anforderungen(Erweiterbarkeit, Wartbarkeit, Portabilität,... ) stand hält.
• Des Weiteren sollen Coding Standards etabliert werden, nach denen zukünftig Applikation umgesetzt werden sollen.
• Darüber hinaus wurde ein Service zur Ermittlung von Obliga als SpringBoot Microservice implementiert. Die relevanten Kundendaten werden täglich über einen Zip-File Download und die enthalten CSV-Dateien in eine DB gespeichert. Zur Ermittlung der Obliga eines Kunden gibt es eine REST-Api.

Aufgaben

• Architektur Beratung und Entwurf
• Technologie Beratung
• Entwicklung einer CI/CD Pipeline, Testautomatisierung
• Entwicklung von Coding Guidelines
• Vermittlung von Best Practice bei Microservices
• Entwicklung der Domain und Bounded Context (DDD)
• Implementierung(Backend)

• Eine interne CRM Anwendung soll auf einen modernen Microservice-Basierten Technologie-Stack entwickelt werden.
• Über die Anwendung werden Patientenberatungen, Umfragen und Befragungen für Kunden mit den kundenspezifische Patienten-Daten der Kunden durchgeführt.
• Call-Agents verfügen über entsprechende Rollen und Kundenzuordnungen, die über die Anwendungen Patientien anrufen oder angerufen werden

• Ein auf PHP basierter Prototyp zu Pflege von Stammdaten und Inventar, soll auf Websphere lauffähig sein.
• Dazu wurde eine Spring Boot Anwendung mit einer entsprechenden REST-API implementiert die Stammdaten mittels Spring Data JDBC aus einer DB2 ausliest und schreibt. Die REST API wurde nach Anforderungen des Frontends implementiert.
• Die Anwendung kann sowohl Standalone oder als WAR auf einem Websphere Application Server betrieben werden.

• Eine Host-Applikation zur Bearbeitung von Leasing Anfragen, Angeboten und Verträgen soll abgelöst werden. Die Host Anwendungen werden sukzessive als Spring Boot basierte Microservices implementiert.
• Alle Projekte werden nach der SCRUM-Methode umgesetzt. Die Grundlegende Architektur basiert auf Spring Boot Microservices und das Frontend ist eine AngularJS SPA.
• Die einzelnen Microservices werden nach dem DDD Ansatz entwickelt und implementiert. Das Host System ist das führende System und alle relevanten Daten, werden aus dem HOST-System über eine SOAP-Schnittstelle importiert die periodisch abgefragt wird. Der abgefragte Soap-Service greift dabei auf eine IBM-Messaging-Queue zu, die bei Datenänderungen im Host über Trigger gefüllt wird. Die Queue-Einträge werden dann als DDD Events inklusive Payload und entsprechender Routing-Keys an den RabbitMQ über passende Importer weiter geleitet.
• Des Weiteren wurden diverse weitere REST Services entwickelt die einige Legacy-Systeme und externe Dienstleister (Schufa, Bürgel) abstrahieren.

Sonstiges

• Einführung von GIT und Gitblit (Migration von SVN)
• Einführung von Jenkins 2 inc. Build-Pipelines (CI/CD/Testautomatisierung)
• Einführung von Spring Boot Admin(Monitoring)

• Nach gesetzlichen Vorgaben, haben diverse Mitteilungspflichtige Stellen unter Angabe der IdNr, Daten an die Landesverwaltung zu übermitteln.
• Für die Qualitätssicherung der verwendeten IdNr, wird ein Webservice vom ZIVIT für den „Identabgleich“ zur Verfügung gestellt.
• Der Webservice ist SOAP-basiert. Dieser bedient sich diverser Microservices im Backend, die auf Datenbanken zugreifen. Die Kommunikation zw. Webservice und Backend/Microservices läuft über EJB-Remote-Calls.
• Datenbankzugriffe erfolgen mittels JPA. Als Applicationserver wird der Websphere 8 eingesetzt.

• Neue Systemarchitektur, JSF1 zu JSF2 Migration, SOAP-Services
• Eine bestehende JSF1.2 Websphere-Portal-Anwendung wird auf einen neuen JavaEE6-Stack migriert.
• Dazu wird eine neue 3-Tier Architektur entwickelt, die auch prototypisch für nachfolgende Applikationen genutzt werden soll.
• Die 3-Tier-Architektur ist in die klassischen Schichten: Frontend(JSF2/Primefaces), Middle-Tier(EJB, CDI, JAX-WS-Services) und Backend (DB2) aufgeteilt.
• Im Zuge der Neuentwicklung, wurde Maven als Build-Werkzeug und

• Eine bestehende Client-Server Anwendung musste aufgrund von organisatorischen Veränderungen angepasst werden.
• Sowohl Backend-Services, als auch die GUI-Masken wurden reimplemetiert.