• Wechsel in das QM-Team der Bundesbank
• Durchführung von Tests in der IAC-Umgebung mit SQS Test Center
• Erstellung u. Erfassung von Testdaten für die folgenden Komponenten:
  • CRDM (Central Reference Data Management)
  • CLM (Central Liquidity Management)
  • LRDM (Local Reference Data Management)
  • RTGS (Real-Time Gross Settlement)
• Zugriff auf die verschiedenen Komponenten über das ESMIG-Portal (Eurosystem Single Market Infrastructure Gateway)
• Analyse und Vergleich von Testdaten im LRDM und CRDM mit SQL-Abfragen/DbVisualizer
• Erfassung der Testdaten mit dem DMT (Data Migration Tool) und teilweise von Hand

• Konzeption, Vorbereitung und Durchführung von funktio?nalen Tests für die Komponenten RTGS (Real-Time-Gross-Settlement) und CLM (Central Liquidity Mangement) im Projekt Target2/T2S-Konsolidierung
• Erstellung von Testdaten (Stamm- und Bewegungsdaten), insbesondere ISO20022-Testdaten für Cash Transfers (camt.052), Zahlungen (pacs.004, pacs.008, pacs.009 und pacs010) und AS-Transfers (pain.998)
• Dokumentation der Tests mit Jira
• Unterstützung des Entwicklungsteams bei der Fehleranalyse und ?behebung

Konzeption / Integration von Komponenten zur Abwicklung von Sofort-Überweisungen (?Instant Payments?) für die equensWorldline.

• Konzeption und Test von neuen Speicherarchitekturen zur effizienten Speicherung von Zahlungsdaten (Oracle-Parti­tionierung auf Real Application Cluster/RAC)
• Erstellung von Testdaten für Lasttests für das Instant-Payment-System (täglich 3,5 Mio. Zahlungen) im ISO 20022-Format (pacs.008.002.01)
• Entwicklung eines PL/SQL-Packages zur Formatierung von Protokoll-Nachrichten (Log-Messages)
• Dokumentation des Web-Clients für das Instant-Payment System (Use-Case-Dokumentation)
• Fortlaufende Analyse von Datenbank-Performance-Problemen im Pilotbetrieb des Instant-Payment-Systems (Oracle-AWR- / ASH-Reports). Erweiterung eines PL/SQL-Packages zur untertägigen Aktualisierung von Oracle Optimizer-Statistiken
• Fehlerbehebung/Erweiterung des Webclients für das SWIFT-REPAIR-System zur Geldwäscheprüfung (FATF). Überarbeitung der DB-Zugriffsschicht für Stammdatenverwaltung (Oracle PL/SQL). Dokumentation des Systems in englischer Sprache (Fachkonzept)

Entwicklung / Betrieb eines Systems zur Geldwäscheprüfung gem. EU-Verordnungen EU-2015/847 ?Übermittlung von Angaben des Geldverkehrs? und EU-1781/2006 ?Übermittlung von Angaben zum Auftraggeber bei Geldtransfers? für die equensWorldline (SWIFT-REPAIR-System).

• Abstimmung der fachlichen Anforderung zu Prüfung und Be­richtswesen gem. EU-Richtline EU-1781/2006 und EU-2015/ 847 mit der Fachseite
• Entwicklung und Test in einem internationalen Team mit Entwicklern aus den Niederlanden und Deutschland; Abstim­mung in englischer Sprache
• Entwicklung der Batch-Komponenten zur Prüfung: Einlesen von FATF-Vorfällen aus Datei, Einlesen von Transaktions-Statistiken, Erstellung von SWIFT MT995-Messages, Einle­sen und Abgleich von SWIFT MT996-Messages
• Installation / Konfiguration der Komponenten in Test- und Produktionssystem; fortlaufende Betreuung des Systems in Produktion
• Dokumentation des Systems in deutscher und englischer Sprache (DV-Konzept und Betriebshandbuch)

Konzeption / Integration von SEPA-Komponenten für die EQUENS SE im Projekt ?Payments 2.0?.

• Konzeption des ?Business Integration Layers? (BIL) für das Zahlungsverkehrssystems ?Payments 2.0? in Zusammenar­beit mit internen und externen Mitarbeitern, auch in re­mote Locations (Manila, Philippinen)
• Entwicklung von Prototypen für die Datenzugriffsschicht mit JPA/Hiber-nate
• Konzeption von Datenmodellen für den Business Integration Layer
• Implementierung eines Prototyps des Datenmodells mit Oracle SQL Developer unter Oracle 11g
• Sichtung / Prüfung von Pflichtenheften, insbesondere technischer Abgleich mit dem Altsystem
• Technische Beratung von externen Beratern (Accenture)
• Konzeption von automatischen Regressionstests für das Zahlungsverkehrssystem
• Untersuchung von Performance-Engpässen auf Datenbankebene mit Oracle AWR- und ASH-Reports. Entwicklung eines PL/SQL-Packages für Oracle 11g zur untertägigen Berechnung von Oracle-Optimizer-Statistiken

• Erstellung, Modifikation von Testdaten in den Formaten pain.001, pain.008, pacs.003 und pacs.008 für den Last­test, insbesondere Anpassung diverser Felder und Neube­rechnung der Prüfsummen im Header
• Vorbereitung, Durchführung und Bewertung von Last- und Performance-Tests für ein SEPA-Zahlungsverkehrssystem mit mehreren Millionen SEPA-Zahlungen
• Entwicklung eines PL/SQL-Packages für Oracle 11g zur un­tertägigen Berechung von Oracle-Optimizer-Statistiken für die Bewegungsdaten (Zahlungen)
• Untersuchung von Performance-Engpässen auf Anwendungs- und Datenbankebene mit Logfiles und AWR-Reports. Ausar­beitung von Empfehlungen zur Performance-Steigerung, auch für die Hardware-Ausstattung
• Erstellung von DTA-Dateien (DTA150) aus Excel-Dateien zur Korrektur von SEPA-Fehlbuchungen
• Das o.a. SEPA-Zahlungsverkehrssystem verarbeitet mehr als 10 Mrd. Euro pro Werktag

Konzeption / Entwicklung von Software-Komponenten für HAVI Logistics IS und KOMPASS U.K. im Auftrag von McDonald?s. Es wurden u.a. folgende Aufgaben gelöst:

• Konzeption / Entwicklung / Test und Betrieb einer Schnitt­stelle zur Verarbeitung von Bestellvorschlägen für McDonald?s England. Konzeption von ?Functional Design Do­kuments? gemäß ITIL in englischer Sprache. Schriftliche / telefonische Abstimmung des Dokuments in englischer Spra­che mit dem britischen Entwicklungsteam. Das Modul verar­beitete täglich ca. 5500 ? 8500 XML-Dokumente
• Konzeption / Entwicklung / Test eines Moduls für das IOPS-Planungssystem zur Transportoptimierung (?Bedarfsge­rechter gewichteter Volumenausgleich?). Das Modul führt eine gewichtete Verteilung der Bestellmengen für die McDonalds-Restaurants im deutschen Markt durch und redu­ziert so die Transport- und Lagerkosten
• Überarbeitung / Revision des IOPS-Moduls zur Berechnung von Bestandsdaten (?Stocker?). Das Modul erfasst Be-standsinformation je Restaurant und Material und errech-net den Verbrauch und Restbestand als Grundlage für die Lieferplanung. Das überarbeitete Modul ist seit Dezember 2012 in Produktion und berechnet täglich die Bestands­daten für ca. 2800 Restaurants in fünf Ländern
• Modulübergreifende Fehlersuche (ORA-00060 Deadlocks)
• Performance-Optimierung von DB-Zugriffen (Statement Tuning) mit plan table, tkprof und ?explain plan?

Konzeption / Entwicklung von Test-Komponenten für den euro­päischen Zahlungsverkehr (SEPA) für die EQUENS SE:

• Konzeption von Lasttests (?Performance-Tests?) für das SEPA-Format und das Zahlungsverkehrssystem der EQUENS SE
• Konzeption / Entwicklung eines Programms zur Erzeugung / Verarbeitung von SEPA-Credit-Transfer-Zahlungen im Format ISO 20022 (pacs.008.001.01) inkl. Berechnung von Prüfsummen im ?group header?. Test der erzeugten Daten im Zahlungsverkehrssystem der EQUENS SE
• Konzeption / Entwicklung eines Batch-Programms zum Import von SEPA-Sperren und ?Mandaten in die Datenbank des Zah­lungsverkehrssystems der Equens SE. Validierung / Konver­tierung der im SEPA-/XML-Format codierten Daten in das interne Datenformat. Laufzeit-Optimierung mit JProfiler 5.2.2.
• Konzeption / Entwicklung / Test eines Web-Services zur Administration von Hardware-Knoten (?Multinode-Admi­nistration?)
• DB-Performance-Optimierung im Zahlungsverkehrssystem

Entwicklung von Netzwerk-Komponenten (?Next Generation Net­work, VoIP?)

• Entwicklung / Test des ?XML Document Management Systems (XDMS)? für den Service Presence (Bereitstellung von Buddy-Listen und Filter-Definitionen für Buddy-Listen)
• Entwicklung / Test des ?Message Wait Indicator Servers (MWI)? zur Bereitstellung von Status-Informationen für T-Net-Box und E-Mail-Status gem. RFC 3261 und RFC 3842
• Entwicklung / Test / Dokumentation von Library-Kompo­nenten (SNMP-Library) zur automatischen Anwendungsüberwa­chung gem. RFC 1157 und RFC 1442
• Entwicklung eines Web-Clients (?Demo-Web-Client?) zur Er­fassung/Modifikation von Stamm- und Konfigurationsdaten für das NGN-System mit J2EE, Struts-2 und Rational Soft­ware Architect

• Entwicklung / Test des "Message Wait Indicator Servers (MWI)" zur   Bereitstellung von Status-Informationen für T-Net-Box und E-Mail-Status gem. RFC 3261 und RFC 3842.
• Entwicklung / Test des "XML Document Management Systems (XDMS)" für den Service Presence (Bereitstellung von Buddy-Listen und Filter-Definitionen für Buddy-Listen).
• Entwicklung / Test / Dokumentation von Library-Komponenten (SNMP- Library) zur automatischen Anwendungsüberwachung gem. RFC 1157 und RFC 1442.

Eigene Rolle im Projekt:

• Software-Entwicklung in C++ unter AIX 5.3 mit Xlc. Als Versionskontrollsysteme wurde CVS und git 1.5 eingesetzt. Zur Fehlerverfolgung wurde Rational ClearQuest eingesetzt.
• Datenbank-Entwicklung unter DB2 V. 8.x und V9.2. Test der Anwendungen mit grossen Datenmengen mit anschl. Performance-Optimierung (Ziel:1000 Anfragen / Sekunde).
• Fehlersuche und -behebung in verteilten nebenläufigen (multi-threaded) Anwendungen.
• RFC-konforme Implementierung von SIP- und SNMP-Netzwerkprotokollen auf TCP/IP und UDP.

Betreuung/Weiterentwicklung eines Standard-Zahlungsverkehrs-

systems (Clearing) für den Inlandszahlungsverkehr / Entwick-

lung eines Systems zur Prüfung von Nachrichten im Auslands-

zahlungsverkehr. Weiterentwicklung über mehrere Releases.

• Konzeption / Entwicklung / Test eines regelbasierten Prüf und Abrechnungssystems für Auslandszahlungsverkehr (SWIFT-Nachrichten) im Format SWIFT-II STP ("SWIFT-REPAIR-System"). Dieses System führt für eingehende SWIFT-Nachrichten eine Formatprüfung durch, berechnet bei fehlerhaften Nachrichten eine Gebühr ("Repair-Gebühr") und erstellt auf Anforderung eine Rechnung für einen vorgegebenen Abrechnungszeitraum.
• Erweiterung des Systems um ein neues Format zur Abrechnung von sog. OUR-Gebührensätzen; Ausgabe der Rechnungen für die OUR-Datensätze in Papierformat und als SWIFT-Messages im Format Swift-II.
• Konzeption / Entwicklung / Test eines Java-Clients für das SWIFT-REPAIR-System mit JDK 1.4.x. Oberflächenentwicklung mit Swing, Datenbank-Anbindung mit JDBC. Der Client wurde gemeinsam mit einem weiteren externen Mitarbeiter unter meiner fachlichen / technischen Leitung entwickelt.
• Entwicklung von div. Programmen zur Formatkonvertierung von Zahlungs- und Buchungsdateien für den neuen Mandanten im Inlandszahlungsverkehr "Citigroup Global Markets Deutschland". Unterstützung bei Migration und Inbetriebnahme des neuen Mandanten.
• Betreuung des Systems zur Abwicklung des Inlandszahlungsverkehrs. Erstellung von Shell-Skripten / SQL-Skripten zur kurzfristigen Störungsbehebung im laufenden Betrieb des Systems.
• Konzeption / Entwicklung / Test von SQL-Skripten zur Massen-Änderung von Stammdaten nach fachlichen Änderungen.
• Erstellung von verschiedenen Auswertung für die Fachabteilungen der Bank.

Eigene Rolle im Projekt:

• Konzeption / Entwicklung / Test u. Inbetriebnahme des SWIFT-REPAIR-Systems in C++ unter Oracle 9i (ca. 65.000 Zeilen Code in 200 Klassen; Java-Client ca. 300 Klassen in 50.000 Zeilen Code).
• Konzeption / Entwicklung / Test der Konverterprogramme in Java / C++ für die Übernahme der "Citigroup Global Markets Deutschland" (ca. 60.000 Zeilen Code in 350 Klassen).
• Unterstützung bei Spezifikation / Test und Inbetriebnahme von neuen Release-Stufen des ZVS-Systems (Inlandszahlungsverkehr).
• Entwicklung von Unix-Shell-Skripten und SQL-Skripten (DB-System-Kommandos) zur Störungsbehebung und Stammdatenänderung.
• Entwicklung von SQL-Skripten zur Erstellung von verschiedenen Auswertungen für die Fachabteilungen.

• Konzeption / Entwicklung / Test eines regelbasierten Prüf- und Abrechnungssystems für Auslandszahlungsverkehr (SWIFT) in zwei verschiedenen Formaten (SWIFT-II STP und OUR) (?SWIFT-Repair-System?) in C++ unter Oracle 9i/10g
• Entwicklung einer Benutzeroberfläche (Fat Client) in Java Swing für das o.g. System 
• Der Client beinhaltet etwa 35 Masken, darunter zwei Assistenten und etwa 10 Berichte (Reports).Entwicklung von mehrere Java-Programmen zur Format-Konvertierung von Zahlungs- und Buchungsdateien für das ZVSSystem
• Unterstützung bei Migration und Inbetriebnahme eines neuen Mandanten ?Citigroup?
• Weiterentwicklung des Programms ?DTATool? in C++/ Erzeugung von mehr als 100 Mio. künstlichen Zahlungsaufträgen für den Massen- und Performance-Test des neuen Systems
• Planung u. Durchführung von Last- und Performance-Tests
  für das Zahlungsverkehrssystems sowohl mit generierten
  Daten als auch mit Live-Daten 
• Unterstützung bei Analyse von Performance-Engpässen in Anwendung und Datenbank
• Konzeption / Durchführung / Plausibilisierung der Stammdaten-Migration aus einem Host-System in eine Oracle-Datenbank für mehrere RZ-Standorte der DZ-Bank (Stuttgart, Karlsruhe und Hannover). Entwicklung von C++-Programmen / SQL-Skripten zur Durchführung der Migration
• Test der Schnittstellen zu umliegenden DV-Systemen
• Das DTA-Zahlungsverkehrssystem wurde Ende November 2003 erfolgreich in Betrieb genommen und verarbeitet seither mehrere Milliarden Euro pro Werktag

• Unterstützung der Inbetriebnahme / Systemintegration für das Zahlungsverkehrssystem.
• Konzeption / Entwicklung / Durchführung der Stammdaten Migration aus einem hostbasierten Zahlungsverkehrssystem.
• Massen- u. Performance-Test für das Zahlungsverkehrssystem.
• Test / Inbetriebnahme der Schnittstellen zu umliegenden Satellitensystemen.

Eigene Rolle im Projekt:

• Erzeugung von mehr als 100 Mio. künstlichen Datensätzen (Überweisungsaufträge) im Format DTA-150 für den Massen- u. Performance-Test.
• Durchführung des Massen- u. Performance-Test.
• Unterstützung bei der Analyse / Identifizierung von Performance-Engpässen nach Abschluß der Tests.
• Konzeption u. Entwicklung eines C++-Programms zur Migration von Stammdaten für das Zahlungsverkehrssystem.
• Mehrfache Durchführung der Stammdatenmigration / Plausibilisierung der migrierten Stammdaten.
• Unterstützung bei Installation u. Betrieb des Zahlungs-verkehrssystems.

• Entwicklungsunterstützung als Systemintegrator für das Zahlungsverkehrssystem (ZVS/GPayS) für die Abwicklung des Inlandszahlungsverkehrs (DTAUS-Format) der DZ-Bank
• Aufsetzen / Administration des Versionskontrollsystems Rational ClearCase LT 
• Definition / Einführung / Durch­führung eines wöchentlichen Build-Prozesses Schulung von ca. 20 Entwicklern in der Anwendung von ClearCase LT 4.x
• Administration von zwei Oracle-Datenbanken mit ca. 25 Usern. Beratung bei der Datenmodellierung der Datenstruk­turen des neuen Systems
• Konzeption und Entwicklung eines Hilfsprogramms ?DTATool? in C++ zur Erzeugung von Aufträgen u. Einzelaufträgen im Format DTAUS
• Durchführung von Last- und Stabilitäts­tests
• Entwicklung von Dialogkomponenten für die Client-Anwen­dung mit Java 1.4 und Swing

• Konzeption / Entwicklung / Test / Inbetriebnahme / Pro­duktionssupport der Billing-Komponente sowohl für das Prepaid-Segment (Xtra) als auch für das Vertragssegment (ProTel/Telly)
• Berechnung von Anmelde-, Grund-, Nutzungs- und sonstigen Gebühren
• Berechnung von anteiligen Grundgebühren. Er­stellung von Rechnung und Einzelverbindungsnachweis
• Buchungsschnittstelle zu einem SAP-FI-Buchungssystem
• Unterstützung der Standardgeschäftsprozesse der
  T-Mobil: Aktivierung, Kündigung, Vertragsübernahme, Tarifwechsel, Rufnummerntausch, Kartentausch u.a.m
• High Performance Billing Architektur (mehr als 100.000 Rechnungen/Stunde)
• Als ?Fachleiter Billing? fachliche und technische Leitung von 5 - 8 Entwicklern
• Im September 2001 erstellte das System für ca. 4,3 Mio. D1-Kunden Rechnungen mit einem Wert von mehr als 330 Mio. DM

• Erstellung von nachträglichen Quittungen für Prepaid Teilnehmer. Erstellung von nachträglichen Einzelverbindungsnachweisen für Prepaid-Teilnehmer.
• Online Anzeige von Gesprächsdatensätzen und Aufladen-Schecks / IN-Tickets.
• Verwaltung von Datenstrukturen zur Erfassung von Umsatzstatistiken.

Eigene Rolle im Projekt:

• Fachliche Leitung von 3 - 5 Entwicklern.
• Spezifikation, Entwicklung und Test der Billing-Komponente mit Methoden der OOA, OOD und OOP. Rational Rose C++ V. 3.07 und V. 4.0 wurde als OO-Case Tool eingesetzt.
• Planung / Leitung / Durchführung des Abnahmetests für die Billing-Komponente.
• Produktionssupport für das Belegdrucksystem.
• Aufsetzen einer Software-Entwicklungsumgebung für die objektorientierte Software-Entwicklung mit Methoden der OOA / OOD / OOP unter Verwendung eines Versionskontrollsystems (Rational ClearCase).

Entwicklung der Billing-Komponente für das Standard-Abrech­nungssystem BSCS der Fa. LH Specifications, Dreieich über mehrere Releases.

• Konzeption / Entwicklung / Test der Billing-Komponente (BCH) des BSCS-Systems in C / Oracle 7.x
• Spezifikation und Implementierung der Ausgangsschnitt­stelle der Rechnungsdokumente (EDIFACT-95A/INVOIC-Schnittstelle)
• Implementierung einer Buchungsroutine zur Steuerberechnung in den U.A
• Konzeption / Entwicklung / Test einer restart-fähigen und parallelisierbaren Billing Architektur mit Unix-Verfahren (fork/exec/shared memory/Semaphore u.a.m.)
• Seit 1995: als ?Teamleiter Billing? fachliche / techni­sche Leitung von 1 - 4 Entwicklern
• Mitglied im ?Kernel-Design-Team? der LH Specifications GmbH
• Inbetriebnahme / Produktionssupport für neun BSCS-Instal­lationen auf drei Kontinenten, teilweise mit Vor-Ort-Ein­sätzen