Es wurde eine leistungsstarke Lösung für die Datenübertragung umgesetzt. Die entwickelten Applikationen (Java, Quarkus, JPA, Paging) für Export, Import und LDAP- Synchronisierung umfassen Datenmigration, Datentransformation (MapStruct) und Datenintegration von Verbesserungsvorschlägen von der Einreichung über die Abgabe eines Gutachtens bis hin zur Umsetzung oder Ablehnung eines Vorschlags sowie der Prämierung. Daten werden vom Alt- System (Oracle Datenbank) exportiert und in einem internen Speicher (SQLite Datenbank, Dateisystem) gesichert. Der Datenimport inkl. Anhänge (Multi Part Message) nach neuem System erfolgt über eine existierende externe Hype Open API. Kostenstellen, Organisations- und Personen- Informationen werden von LDAP übernommen und ins Hype- System übertragen. Für Einhalten von Datenschutz und Informationssicherheit- Anforderung wird eine komplette Testumgebung (Docker, Oracle Datenbank, LDAP) auf einem Entwicklungsserver nachgestellt.

• Daten- Analyse und Umsetzung der Datentransformation
• Entwicklung einer Export- Applikation inkl. die Datenbankanbindung
• Implementierung einer Import- Applikation inkl. die Datenbank- und Open API Schnittstelle- Anbindung
• Erstellen des PL/SQL Skripts für Export von Verbesserungsvorschlag- und Expertise- Dokumenten nach Dateisystem
• Aufbau einer lokalen Testumgebung
• Testen auf Kunden Integrations- Umgebung

Ziel:

Eine eigenentwickelte Kunden- Software für Unterstützung der Betriebliche Vorschlagswesen soll durch eine neue moderne Ideenmanagement Software "Hype Improve" abgelöst werden. Dabei sollen alle Daten der eingereichten und in Bearbeitung befindlichen Vorschlägen, sowie über Organisationszugehörigkeit gesteuerte Zugriffsrechte in dem neuen System erhalten bleiben.

die Applikationen bieten Services für Kundenmanagementsystem, Katalogdaten, Auftragsübermittlung und weitere Funktionen wie den externen Warenkorb. Sie enthält das Domänenmodell für die Kundenbetreuung und Auftragserfassung, deren Persistenz und Validierung sowie die Delegierung und Datenzuordnung für die Backend-Systeme. Eine Applikation der monolithischen Architektur (Java EE, Spring) verbirgt die Kommunikation mit Datenbanken (Oracle DB), Backend-Systemen (Spring Rest) usw. vor der Webschicht (Apache Wicket, Micro Frontends). Ein Ereignisprotokoll ist mit Apache Kafka realisiert. Weitere Applikationen (Java, Kotlin, Spring Boot) sind Microservices mit einer interaktiven Benutzeroberfläche (React). Die Daten sind in der Datenbank (Mongo DB) persistiert.

• Anforderungs- Analyse, Abschätzung und Umsetzung für Applikationen mit Microservice / monolithischer Architektur
• Umstellten der bestehenden Systemen in eine Microservices Architektur mit der Anwendung von Domain-Driven Design
• Entwicklung Microservices mit Deployment und Konfiguration von Open API auf AWS API Gateway
• Rest-Schnittstellen Absicherung mit JSON Web Token
• Bereitstellen und Instandhaltung der Entwicklungs- Infrastruktur (CI/CD) auf Kubernetes mit Benutzung von Docker /Helm Chart in GitLab / Jenkins Pipelines
• Datenbank Model Erweiterung, Implementierung der Datenbank Prozeduren
• Implementierung der Activate/Inlife/InUnit/System Health Themen u. a. Email Verifizierung, Elektronische Signatur, Einwilligungsinformationen
• Apache Kafka Client neu konzipiert und umgesetzt
• Micro Frontend Implementierung
• Rollout Support
• Konzept, Leitung, Umsetzung der System Migration zu Java 11

Ziel:

Erweiterung und Verbessern mehrerer Applikationen für die Abwicklung von Aktivierungsaufträgen in den Shops eines Telekommunikations- Anbieters, einschließlich beispielsweise der zeitlichen Reduzierung der Dateneingabe und des "papierlosen Shops" über digitale Signaturen.

Das Produkt- und Preismanagement stellt individuelle parametrierte Versicherungsprodukte und -Modelle mit einer leistungsfähigen Tarifkalkulation bereit. Die Tarifkalkulation ist mit einer domänenspezifischen Sprache (DSL) definierbar. Die Produkt- Engine ist eine Java Spring Framework Applikation, die sich aus zwei Hauptbestandteilen zusammensetzt. Zum einen aus dem Produkt- Engine- Server und dem Param- Client. Die interne Kommunikation erfolgt über API Bridge SOAP. Die beiden Teile greifen auf die gleichen Daten in der Datenbank zu. Die verschiedenen Datenbanken wie Oracle aber auch Open-Source-Lösungen wie PostgreSQL sind unterstützt. Deployment und Publishing erfolgt in Kubernetes/Openshift- Umgebung mit der Nutzung von Helm Chart.

• Weiterentwicklung der Produkt- Engine (Java, JEE, Spring) incl. die Datenbankanbindung (JPA)
• Erweiterung und Integration des API Bridges SOAP
• Implementierung von DSL- Matrix für die Tarifkalkulation
• Deployment auf Openshift- Umgebung

Ziel:

Weiterentwicklung einer flexiblen, modular aufgebauten und Cloud-fähigen Standardsoftware für die Abbildung der gesamten Wertschöpfungskette eines Schaden-/Unfallversicherers

die Applikation bietet Services für Kundenmanagementsystem, Katalogdaten, Auftragsübermittlung und weitere Funktionen wie den externen Warenkorb. Sie enthält das Domänenmodell für die Kundenbetreuung und Auftragserfassung, deren Persistenz und Validierung sowie die Delegierung und Datenzuordnung für die Backend-Systeme. Die Applikation-Schicht (Java EE, Spring) verbirgt die Kommunikation mit Datenbanken (Oracle DB), Backend-Systemen (Spring Rest) usw. vor der Webschicht (Apache Wicket). Ein Ereignisprotokoll ist mit Apache Kafka realisiert.

• Erweiterung der Applikation für Auftragserfassung
• Erweiterung von Kafka Ereignisprotokoll
• Integration der MCE (Multi Channel Engine) Schnittstellen
• System Migration von JBoss WildFly zu JBoss AS 7.2
• Bereitstellung JBoss AS 7.2 in einer Docker Container- Infrastruktur

Ziel:

Erweiterung und Verbessern einer Applikation für die Abwicklung von Aktivierungsaufträgen in den Shops eines Telekommunikations- Anbieters, einschließlich beispielsweise der zeitlichen Reduzierung der Dateneingabe und des "papierlosen Shops" über digitale Signaturen.

Entwicklung und Integration einer Verwaltungsebene in eine bestehende Datenverarbeitungsapplikation die in einer Microservice-Architektur mit Pivotal Cloud Foundry entwickelt wird. Für das Persistieren wird PostgreSQL mit Liquibase als Database Change Management verwendet. REST-API ist mit Swagger generiert.

• Entwicklung eines Backend Microservices einschließlich Persistenz Schicht zur Verwaltung der einzelnen Einheiten
• Erstellen einer REST-API Spezifikation mit Swagger
• Integration in die bestehende Infrastruktur in Pivotal Cloud Foundry

Ziel:

Migration zur Microservice Architecture einer Datenverarbeitungsapplikation

• Weiterentwicklung des Portallogin und Portalregistrierung
• Bereitstellung von Provisionierung- Schnittstellen 
• Bereitstellung von Schnittstellen für System- Datenbasis Abfragen
• Erweiterung der Datenbank
• System Migration von JBoss zu WildFly inklusive EJB 2 Migration
• Mitwirkung auf architektonische Entscheidungen

• Erstellen von Architekturkonzept und Design zur Entwicklung des xSmart Adapters zur Kommunikation des Managementsystems mit den Telko-Netzelementen
• Definition der Interfaces zum NGSSM, HLD, LDL
• Erstellung einer Requirieren Analyse für die E2E Lösung
• Entwicklung des xSmart Adapters basieren auf folgender Technologien:
  • Multi- Threaded und verteilten Anwendungen
  • IMS Node Schnittstellen (CLI, SSH, SNMP?)
  • NGSSM SBI
  • SOAP Web Services (Apache CXF
• MTOSI basierend auf JAVA Technologies
• RESTful Web Services (Jersey, Jetty, Jackson)
• Agiles Vorgehen bei der SW-Entwicklung
• Durchführung von Module Tests und System Tests im Labor
• Unterstützung beim Integration und Acceptance Test

• Entwicklung der SOAP Schnittstelle für Mobil Rufnummer Portierungen, Command Line und Gateways Services basierend auf Java, JNI, C++ und SOAP, XML Data Binding mit gSOAP

• Implementierung von WCM Portlets für Service- und Schulungs- Kataloge basierend auf Content Template Catalogue Library von IBM WebSphere Portal

• der Projektumfang war Entwicklung und Upgrade von Fulfilment- und OS & R Services für Inbetriebnahme neuer Kundengeräte im Zuge der unternehmensweite Migration zu Next Generation Networks (NGN). Kunden OSS-Anwendungen, Services und relevante MTOSI (SBI & NBI)- und für Geräte spezifischen Schnittstellen wurden analysiert und optimiert entsprechend der komplexen Anforderungen in Zusammenarbeit mit dem Kunden-Team.
• Entwicklung und Upgrade von Fulfilment- und OS&R Services und Schnittstellen mit Benutzung der folgenden Technologies:
  • Web Services
  • MTOSI basierend auf JAVA Technologies
  • 3rd Party Anbieters/ Produkte wie Apache Active MQ, Apache Camel, Spring Framework, Maven LDAP, CAI3G, SSH, CLI, IMS Node Schnittstelle und relevante NGSSM SBI & NBI
• Unterstützung bei Erstellung/ Modfizierung der Dokumente wie Interface Agreements
• Geräte- Schnittstellen- Analyse, einschließlich mit der Kombination der Parameter für Supplementary Services
• Dokumentieren der entwickelten Module
• Entwickler-Test: Junit, Mockito, SoapUI

• Erstellen von Test Model mit Aktivitätsdiagramm und Zustandsdiagrammen
• Entwicklung des Test-Harness/ Ausführung von Web/ SAP Client

• Requirements Engineering
• Entwicklung von Services und Back Office Module
• Entwicklung des Test Frameworks

• Implementierung von Standort- Service für Anzeigen (mit Routenberechnung) der Orte, wo Aufträge ausgeführt werden sollen

• Dienstleistungen verwenden kryptografische Funktionen, die sich auf Credentials in einer SIM- Karte (oder auch in einem USB- Token für die Kunden, die über keine SIM- Karte verfügen) basieren. Der Lebenszyklus des Credentials wird mit einem Kernsystem geführt und von korporativen Verwaltern des Versorgers kontrolliert.
• Eine Provisionierung von Schlüsseln und Zertifikaten zu einer SIM- Karte verlangt eine spezielle Anwendung auf dem Mobilen Gerät.
• Der Nachrichtenfluss zwischen der Anwendung und dem Kernsystem beruht auf dem basierten OTI- Protokoll und OTA SMS- Nachrichten. Der Nachrichtenfluss wird durch SSL gesichert. Für jede Provisionierung überträgt der Korporative Admin eine URL- Adresse dem Benutzer. Der Weg, wie die Daten übertragen werden (z.B. per E-Mail oder SMS) hängt von der Korporativen Infrastruktur und den Prozessen ab. Der statische Teil dieser URL- Adresse wird in der Anwendung vorherbestimmt. Die OT-URL- Adresse (dynamischer und statischer Teil) wird durch die Anwendung verwendet, um die OTI Nachrichten an den OTI Server zu senden.
• Auf der Server-Seite dient diese OT-URL- Adresse als ein Kundenbezeichner und erlaubt die Vereinigung zwischen einem laufenden Provisionierungs- Prozess und einem bestimmten Kunden in der Datenbank.
• Die Anwendung verlässt sich auf BB SC Reader Driver API, um eine Verbindung mit dem SIM-Karte und der PKI Middleware herzustellen, um die mit Provisionierungs- Schritte zu vollbringen, die auf die hergestellte Verbindung mit der Karte von SIM basiert sind.
  • Entwicklung auf dem BlackBerry (BB) Gerät mit zwei Nachrichtenschichten: ein zum Kernsystem und ein anderer dem SIM Card

• Design und Implementierung von länderspezifischen Suche
• Umsetzung/ Verbesserung der genaue Übereinstimmung und Fuzzy- Match-Funktionen
• Entwicklung und Verbesserung der Route- Services:
• • Map Matching-Qualität
  • Korridor Strecke
  • Multimodales Routing
  • Waypoints Validierung

• Entwicklung und Integration neuer IP Config MTOSI-NBI-Anwendung
• Die Umsetzung des Functional Interface-Anweisung Vorlagen für die Objekte, Schnittstellen (assoziierte Operationen) und Anmeldungen in der TMF 864 XML-Spezifikation
• Definition der Kunden vertraulich MTOSI Datentypen
• Generierung von Java-Klassen
• Erstellen neuer Webservices für SOAP über JMS