Eine neue WebApplication wurde mit dem Angular Framework und AWS Cloud implementiert .
Als Laufzeit Umgebung für das Backend wurde die
AWS Cloud Umgebung , mit den Komponenten API Gateway, Lambda, S3 und DynamoDB verwendet.
Es wurde eine OpenAPI Schnittstelle implementiert, um das Angular Frontend mit dem AWS Backend an zu verbinden.
Es sollten JSF/JSF-Web-Applikationen, die auf einem WebSphere Applikation Server , auf die aktuelle Technologie umgeschrieben werden.
Die Web-Applikation war mit einem Host-System verbunden, der die Daten für die Applikation zur Verfügung stellte.
Die neue WebApplication wurde mit dem Angular Framework und Springboot .
ls Laufzeit Umgebung für Angular und Springboot wurde die Cloud Container Umgebung ?Openshift? verwendet.
Es wurde eine REST Schnittstelle implementiert, um das Angular Frontend mit dem Springboot Backend zu verbinden.
Es sollten JSF/JSF-Web-Applikationen, die auf einem Web Applikation Server , auf aktuellen Technologie Stack umgeschrieben werden.
Es sollten JSF/JSF-Web-Applikationen, die auf einem WebSphere Applikation Server lief, auf die aktuelle Technologie umgeschrieben werden.
Die Web-Applikation war mit einem Host-System verbunden, der die Daten für die Applikation zur Verfügung stellte.
Die neue WebApplication wurde mit dem Angular Framework und Springboot implementiert.
Als Laufzeit Umgebung für Angular und Springboot wurde die Cloud Container Umgebung „Openshift“ verwendet.
Es wurde eine REST Schnittstelle implementiert, um das Angular Frontend mit dem Springboot Backend zu verbinden.
Erstellung von Dokumenten zur Abstimmung von Schnittstellen.
Erstellung eines Jenkins Plugin um den TAD in die DevOps Prozesse einzubinden.
Erstellung eines Rest Cloud Servers zur Durchführung von TAD Automatisierten Test.
Erstellung von Docker Images für Rest Cloud Server.
Aktualisierung der SAP und Host Terminal Schnittstelle von 32 Bit auf 64 Bit.
Erstellung von Eclipse RCP Plugin und OSGi Bundle für den TAD.
Erstellung von Last und Performance Test für Web-, Host,- Mobile,- und SAP- Anwendung.
Das Projekt verwaltet alle Kunde der Douglas Ladengeschäfte. Es werden Käufe und Kundenkarten Vorgänge erfasst und für die weitere Verarbeitung aufgearbeitet. Alle Online Vorgänge der Douglas Kunden werden erfasst und für weitere Analyse anderen System über die Kafka,WebService,SOAP und weitere Schnittstellen zur Verfügung gestellt. Das Projekt migrierte die EDV Systeme von zugekauften Firmen, in das Douglas EDV System. Die Software Entwicklung erfolgt unter der SCRUM Methodik
Tätigkeit:
Ziel des Projektes war das Durchführung eines Last- und Performance-Test auf ein „Dokumenten Management Systems“ auf Basis einer Webanwendung . Das „Dokumenten Management System“ wurde neu implementiert, um als Webanwendung auf mobilen wie auch stationären Geräten genutzt zu werden und so mehr als 30.000 Dokumente anzeigen und zu verwalten. Als Performance Manager habe ich ein Last- und Performance- Testkonzept für die Anwendung erstellt. Das Testkonzept umfasste den Testumfang, die Performance-Ziele und den Testablauf. Weiterhin habe ich zur Erzeugung umfangreiche Testdaten einen Java Basierten Daten Generator entwickelt.
Tätigkeit:
Für das Telekom CRM-T Projekt wurde IBM von der Telekom beauftragt, das Abbilden des gegenwärtigen CRM System in einer neuen Umgebung sowie dessen Weiterentwicklung.Eines der wichtigsten Ziele dieses Projektes war die Einhaltung von vereinbarten Performance-Vorgaben. Hierzu war es erforderlich, ein neues Design des Datenbank-Schemas und der Siebel-Anwendung durchzuführen. Um die bestehenden Daten des Vorläufer Systems zu übernehmen, wurde ein umfangreiches Migrationskonzept umgesetzt. Die Datenbank beinhaltete 500 Millionen Datensätze und 30 Millionen Kundendatensätze. Die Siebel-Anwendung nutzte über 250 externe Service-Schnittstellen, um mit diesen Daten auszutauschen. Die Services liefen über den Websphere Message Broker und nutzten die Standard-Protokolle wie Webservice, JMS, SOP, XML und Rest. Mit diesen Schnittstellen wurden 70 Kernsysteme angebunden. Das Messageaufkommen lag bei ca. einer Million pro Tag.
Tätigkeit:
Das Wita-Projekt realisierte einer gesetzlichen Vorgabe zur Automatisierung der Verwaltung von Teilnehmer-Anschlussleitungen (TAL), anderen Providern zur Verfügung zu stellen. Die Implementierung wurde in PBEL auf einen Oracle BPEL Prozess Manager umgesetzt. Die IBM übernahm das Projekt auf Wunsch der Telekom von einem Mitbewerber.
Tätigkeit:
Das Projekt PUMA (Prüfen Und Messen Automatisch) wurde von der Telekom eingesetzt, um der Telekom-Störungsstelle zu ermöglichen, eine Teilnehmerleitung automatisch durchzumessen. Das Ergebnis dieser Messung wurde dann zur Fehleranalyse herangezogen, so dass die notwendige Maßnahme zur Störungsbehebung veranlasst werden konnte. Die PUMA-Webanwendung lief auf einem Websphere Application Server und im Microsoft Internet Explorer. Für die Kommunikation mit Fremdsystemen wurde der CORBA-Standard verwendet.
Tätigkeit:
Das Projekt BFU (BetriebsFührungsUmsetzter) wurde von der Telekom eingesetzt, um das Schalten und Löschen der Festnetzanschlüsse, das Setzen von Dienstmerkmalen, zu automatisieren. Die Kommunikation zu den Fremdsystemen lief über den SNA-Standard. Das BFU-System übernahm von der Geschäftslogik angeforderte Schaltungen und Dienstmerkmale einer Rufnummer und setzte diese für VNK (Vermittelnde Netz-Knoten) in verständliche Befehle um. Das Ergebnis der Schaltungen wurde wieder in eine für die Geschäftslogik verständliche Meldung übersetzt und über SNA-Schnittstellen an die Geschäftslogik übertragen. Das BFU- System ermittelte aus der Rufnummer den VNK, auf dem die Schaltung durchgeführt werden musste und übermittelte die Befehlsfolge. Alle Aufträge hatten eine Priorisierung, die wurde dann an die interne Auftragssteuerung übergeben. Diese arbeitete dann die Aufträge in der Reihenfolge ihrer Priorisierung ab. Sie stellte auch sicher, dass Löschaufträge, Einrichtungsaufträge und Änderungsaufträge zu einer Rufnummer in der richtigen Reihenfolge abgearbeitet wurden. Zusätzlich konnte der BFU zu einer Rufnummer die Teilnehmeranschlussleitung (TAL) ermitteln und dem anfragenden System zur Verfügung stellen. Musste eine neue Leitung manuell am HVT (Hauptverteiler) geschaltet werden, so wurde ein Fax an diese Vermittlungsstelle geschickt, um die manuelle Schaltung durchführen zu lassen. Um das Auffinden über die Rufnummer und dem dazugehörigen VNK mit seinem Status und den gesetzten Dienstmerkmalen zu beschleunigen, wurde eine Objectstore-Datenbank verwendet.
Im Laufe des Projekts wurden folgende Techniken durch modernere ersetzt:
Tätigkeit:
---Weitere Projekte auf Anfrage---
Elektrogerätemechaniker
Informationselektroniker
Letzte Projektarbeiten
Anlagen
Betriebssysteme/Netzwerke
Spezielle Kenntnisse
Eine neue WebApplication wurde mit dem Angular Framework und AWS Cloud implementiert .
Als Laufzeit Umgebung für das Backend wurde die
AWS Cloud Umgebung , mit den Komponenten API Gateway, Lambda, S3 und DynamoDB verwendet.
Es wurde eine OpenAPI Schnittstelle implementiert, um das Angular Frontend mit dem AWS Backend an zu verbinden.
Es sollten JSF/JSF-Web-Applikationen, die auf einem WebSphere Applikation Server , auf die aktuelle Technologie umgeschrieben werden.
Die Web-Applikation war mit einem Host-System verbunden, der die Daten für die Applikation zur Verfügung stellte.
Die neue WebApplication wurde mit dem Angular Framework und Springboot .
ls Laufzeit Umgebung für Angular und Springboot wurde die Cloud Container Umgebung ?Openshift? verwendet.
Es wurde eine REST Schnittstelle implementiert, um das Angular Frontend mit dem Springboot Backend zu verbinden.
Es sollten JSF/JSF-Web-Applikationen, die auf einem Web Applikation Server , auf aktuellen Technologie Stack umgeschrieben werden.
Es sollten JSF/JSF-Web-Applikationen, die auf einem WebSphere Applikation Server lief, auf die aktuelle Technologie umgeschrieben werden.
Die Web-Applikation war mit einem Host-System verbunden, der die Daten für die Applikation zur Verfügung stellte.
Die neue WebApplication wurde mit dem Angular Framework und Springboot implementiert.
Als Laufzeit Umgebung für Angular und Springboot wurde die Cloud Container Umgebung „Openshift“ verwendet.
Es wurde eine REST Schnittstelle implementiert, um das Angular Frontend mit dem Springboot Backend zu verbinden.
Erstellung von Dokumenten zur Abstimmung von Schnittstellen.
Erstellung eines Jenkins Plugin um den TAD in die DevOps Prozesse einzubinden.
Erstellung eines Rest Cloud Servers zur Durchführung von TAD Automatisierten Test.
Erstellung von Docker Images für Rest Cloud Server.
Aktualisierung der SAP und Host Terminal Schnittstelle von 32 Bit auf 64 Bit.
Erstellung von Eclipse RCP Plugin und OSGi Bundle für den TAD.
Erstellung von Last und Performance Test für Web-, Host,- Mobile,- und SAP- Anwendung.
Das Projekt verwaltet alle Kunde der Douglas Ladengeschäfte. Es werden Käufe und Kundenkarten Vorgänge erfasst und für die weitere Verarbeitung aufgearbeitet. Alle Online Vorgänge der Douglas Kunden werden erfasst und für weitere Analyse anderen System über die Kafka,WebService,SOAP und weitere Schnittstellen zur Verfügung gestellt. Das Projekt migrierte die EDV Systeme von zugekauften Firmen, in das Douglas EDV System. Die Software Entwicklung erfolgt unter der SCRUM Methodik
Tätigkeit:
Ziel des Projektes war das Durchführung eines Last- und Performance-Test auf ein „Dokumenten Management Systems“ auf Basis einer Webanwendung . Das „Dokumenten Management System“ wurde neu implementiert, um als Webanwendung auf mobilen wie auch stationären Geräten genutzt zu werden und so mehr als 30.000 Dokumente anzeigen und zu verwalten. Als Performance Manager habe ich ein Last- und Performance- Testkonzept für die Anwendung erstellt. Das Testkonzept umfasste den Testumfang, die Performance-Ziele und den Testablauf. Weiterhin habe ich zur Erzeugung umfangreiche Testdaten einen Java Basierten Daten Generator entwickelt.
Tätigkeit:
Für das Telekom CRM-T Projekt wurde IBM von der Telekom beauftragt, das Abbilden des gegenwärtigen CRM System in einer neuen Umgebung sowie dessen Weiterentwicklung.Eines der wichtigsten Ziele dieses Projektes war die Einhaltung von vereinbarten Performance-Vorgaben. Hierzu war es erforderlich, ein neues Design des Datenbank-Schemas und der Siebel-Anwendung durchzuführen. Um die bestehenden Daten des Vorläufer Systems zu übernehmen, wurde ein umfangreiches Migrationskonzept umgesetzt. Die Datenbank beinhaltete 500 Millionen Datensätze und 30 Millionen Kundendatensätze. Die Siebel-Anwendung nutzte über 250 externe Service-Schnittstellen, um mit diesen Daten auszutauschen. Die Services liefen über den Websphere Message Broker und nutzten die Standard-Protokolle wie Webservice, JMS, SOP, XML und Rest. Mit diesen Schnittstellen wurden 70 Kernsysteme angebunden. Das Messageaufkommen lag bei ca. einer Million pro Tag.
Tätigkeit:
Das Wita-Projekt realisierte einer gesetzlichen Vorgabe zur Automatisierung der Verwaltung von Teilnehmer-Anschlussleitungen (TAL), anderen Providern zur Verfügung zu stellen. Die Implementierung wurde in PBEL auf einen Oracle BPEL Prozess Manager umgesetzt. Die IBM übernahm das Projekt auf Wunsch der Telekom von einem Mitbewerber.
Tätigkeit:
Das Projekt PUMA (Prüfen Und Messen Automatisch) wurde von der Telekom eingesetzt, um der Telekom-Störungsstelle zu ermöglichen, eine Teilnehmerleitung automatisch durchzumessen. Das Ergebnis dieser Messung wurde dann zur Fehleranalyse herangezogen, so dass die notwendige Maßnahme zur Störungsbehebung veranlasst werden konnte. Die PUMA-Webanwendung lief auf einem Websphere Application Server und im Microsoft Internet Explorer. Für die Kommunikation mit Fremdsystemen wurde der CORBA-Standard verwendet.
Tätigkeit:
Das Projekt BFU (BetriebsFührungsUmsetzter) wurde von der Telekom eingesetzt, um das Schalten und Löschen der Festnetzanschlüsse, das Setzen von Dienstmerkmalen, zu automatisieren. Die Kommunikation zu den Fremdsystemen lief über den SNA-Standard. Das BFU-System übernahm von der Geschäftslogik angeforderte Schaltungen und Dienstmerkmale einer Rufnummer und setzte diese für VNK (Vermittelnde Netz-Knoten) in verständliche Befehle um. Das Ergebnis der Schaltungen wurde wieder in eine für die Geschäftslogik verständliche Meldung übersetzt und über SNA-Schnittstellen an die Geschäftslogik übertragen. Das BFU- System ermittelte aus der Rufnummer den VNK, auf dem die Schaltung durchgeführt werden musste und übermittelte die Befehlsfolge. Alle Aufträge hatten eine Priorisierung, die wurde dann an die interne Auftragssteuerung übergeben. Diese arbeitete dann die Aufträge in der Reihenfolge ihrer Priorisierung ab. Sie stellte auch sicher, dass Löschaufträge, Einrichtungsaufträge und Änderungsaufträge zu einer Rufnummer in der richtigen Reihenfolge abgearbeitet wurden. Zusätzlich konnte der BFU zu einer Rufnummer die Teilnehmeranschlussleitung (TAL) ermitteln und dem anfragenden System zur Verfügung stellen. Musste eine neue Leitung manuell am HVT (Hauptverteiler) geschaltet werden, so wurde ein Fax an diese Vermittlungsstelle geschickt, um die manuelle Schaltung durchführen zu lassen. Um das Auffinden über die Rufnummer und dem dazugehörigen VNK mit seinem Status und den gesetzten Dienstmerkmalen zu beschleunigen, wurde eine Objectstore-Datenbank verwendet.
Im Laufe des Projekts wurden folgende Techniken durch modernere ersetzt:
Tätigkeit:
---Weitere Projekte auf Anfrage---
Elektrogerätemechaniker
Informationselektroniker
Letzte Projektarbeiten
Anlagen
Betriebssysteme/Netzwerke
Spezielle Kenntnisse
Direktester geht's nicht! Ganz einfach Freelancer finden und direkt Kontakt aufnehmen.