• Analyse der relevanten Business Prozesse der Postbank
• Analyse der Target Application Landscape zur Migration der Business Prozesse der Postbank
• Konzeption und Design eines neuen Backend-Systems der Deutschen Bank zum Management der Business Object Class ?Sales Event?
• Analyse und Design aller notwendigen Application Interfaces
• Team Lead für das Development der ETL-Prozesse
• Definition der SIT und UAT Test Cases

• Aufbau einer zentralen Dimension ?Zeit? mit allen im Konzern notwendigen Zeit-Bezügen
• Optimierung der Dimensions- u. Fakten-Struktur für eine bessere Balance zwischen Ladeu. Zugriffs-Zeiten
• Konzeption für den Zugriff auf n-dimensionale Datamarts, die (n-x)-dimensionale Fakten- Klassen enthalten
• Konzeption und Implementation eines PL/SQL-Frameworks zur Generierung und Ausführung von dynamischem SQL
• Konzeption und Implementation eines PL/SQL-Frameworks zur Definition und Ausführung von fachlichen Datenkonsistenz-Checks basierend auf dem entwickelten generischen Frameworks

• DevOps und 3rd Level Support für Standardsoftware: Xentis, Calculo und DMS (ETL-Tool)
• Verantwortlich für das Swift-2020 Projekt zur Implementierung einer automatischen Reconciliation von ausgehenden Zahlungen (MT103) mit den Confirmations über die API des Swift Payment Trackers
• Verantwortlich für das Projekt zur Automatisierung der Bestands-Reconciliation für Zinsswaps mit den Lagerstellen
• Verantwortlich für das Projekt zur Entwicklung einer zentralen Plattform für den File- Exchange via SFTP mit externen Instituten

• Fachliche Analyse der zugrunde liegenden Kennzahlen
• Design und Implementation des OLAP-Datenmodells
• Design, Implementation und Unit Testing der ETL-Strecken
• Design der Web-Services

• Design, Implementation und Test der PL/SQL Funktionen zur Generierung der Report- Rohdaten im XML-Format
• Design, Implementation und Test der XSLT Templates zur Generierung der SOAPNachrichten für den Webservice zur Generierung der Reports im PDF-Format

• Verantwortung für das Datenmodell
• Verantwortung für die 3 Schichten des Data Warehouses
• Entwicklung der ETL-Strecken
• Entwicklung eines high sophisticated Collateral Assignment Algorithmus basierend auf dem Integration Layer
• Entwicklung des OLAP Datenmodells
• Entwicklung der Data Marts für das Cognos-Reporting, für das Risk Monitoring Dashboard und für das Stress Testing
• Entwicklung des Risk Monitoring Dashboards
• Design und Implementation der Daten-Historisierung mit Kompression
• Fachliche Analyse, Design und Implementation des KPI Reportings
• Entwicklung der Stress Testing Applikation
• Entwicklung einer Datenbank-basierten Logging API
• Entwicklung einer HTTPS-API zur Konsumierung von Web-Services
• Oracle Performance Tuning
• Daten-Anonymisierung und De-Anonymisierung
• Architektur und Design verteilter Datenbanken
• Design und Implementation einer Volltextsuche für normalisierte Instrument-Daten
• Implementation einer Audit trail API

Development eines High Performance Reporting Data Layers für den Zugriff auf operative Daten durch das Cognos Analytics Tool

• Asynchroner Near Time Refreshing Process, parallel-processing mit load balancing
• Partieller Real-time Refresh getriggert durch Front End Transaktionen incl. Development des End of Transaction Services
• Pre-calculated Data generiert durch Core Functions
• Search Indexes
• Optimierung der Refresh Triggering Processes zur Minimierung des Refresh backlogs
• High sophisticated Reporting User Permission Control auf Zeilen und Spalten
• On the fly data De-Anonymisierung
• On the fly Rich Text Formatierung
• Merge von lokal und global gehaltenen Daten über Datenbank Links

Development einer globalen Golden Source Datenbank für normalisierte Instrument / Product-Daten

• Funktionale Analyse, Architektur, Design, Development und Performance Tuning des transaktionalen und analytischen Datenbank-Layers

• Business Analyse, Funktionale Analyse, Architektur, Design, Implementation und Test einer high Performance Volltextsuche auf Instrument-Daten

• Business Analyse, Funktionale Analyse, Design, Implementation und Test einer Attribute Change History mit asynchroner Kompression zur Minimierung des Speicherplatz-Bedarfs

• Migration einer User Developed Application (MS Access) auf eine compliment Plattform (Oracle, Linux, Application Server)
• Verantwortung für Datenbank und Backoffice Design und Implementation
• Verantwortung für Design und Implementation der Schnittstellen zu den Trading, Finance und Buchungs-Systemen

• Verhandlungen mit potentiellen Outsourcing-Unternehmen
• Architektur und Design von Cloud-Solutions
• Management von Outsourcing-Projekten
• Vortrag und Expertenrunde auf der [Name auf Anfrage] zum Thema Cloud-Computing

• Market-Adapter zu: CCP.A, LCH Clearnet SA, LCH Clearnet London und HKE Custody Clients und Investment Banking Client
• Client Alleged Reporting Engine
• Market Reconciliation
• Netting
• Client Matching
• Client Pending Status Update Reporting
• Client Hold&Release
• CCP Reconciliation
• Swift /XML Messaging Layer für externe und interne
• System.Kommunikation
• Schnittstelle zum dbTrader und dbSire als Settlement Engine
• Client Settlement
• Client Settlement Reporting
• Schnittstelle zu dbCris als Data Warehouse
• CA-API zu RightsClaimer zur Abwicklung von Non Income CA Events
• Connectivity zu Message Broker (IBM) als Business Information Bus
• Schnittstelle zu dbDeric als Risk Monitoring System
• Front End für Lifecycle Monitoring, Client Matching, Client Instruction Cancellation und Buy-in Processing Schnittstelle zum Nexclear Client Portal

• Verantwortung für das OLTP und OLAP Datenbank-Design und Development
• Verantwortung für Metadaten und Golden Source Stammdaten
• Verantwortung für das Backend-Design und Development inklusive komplexer Algorithmen für CCP Netting, Client Matching, Settlement und Kapitalmassnahmen
• Verantwortung für DWH, ETL und Reporting
• Verantwortung für das Inbound und Outbound Swift Messaging
• Verantwortung für die Inbound und Outbound Interfaces zu den globalen Market Places, Clearing-Instituten und Clients
• Verantwortung für die internen Schnittstellen zu den Buchungssystemen und MIS

• Entwicklung einer Reporting Engine auf Basis des ?STP Engine? Frameworks zur asynchronen Kommunikation zwischen den Systemen XBC und Calypso Swift /XML Messaging Layer für externe und interne System.Kommunikation
• Technische Anbindung der Systeme über MQSeries; von den Systemen der DrKW werden Executions empfangen; gesendet werden die Ergebnisse der Matching/Settlement- Services der Dresdner Bank Architektur und Design (Datenbank und Applications) der Reporting Engine als vermittelndes System zwischen denBackoffice Systemen XBC und Calypso; Application Design inUML; Entity Relationship Datenmodellierung
• Architektur und Design (Datenbank und Applications) des Event-Wrappers für das XBC Backoffice Systems als Grundvoraussetzung zur Kommunikation mit externen Systemen (Feuern von Events und Status- Historisierung)
• Design der XML/Swift-Dokumente zur Kommunikation zwischen den Systemen Calypso und XBC; Beschreibung der Dokumenten-Struktur in der Relax NG Compact Language
• Design der Statusfortschreibung der in der Reporting Engine verwalteten Geschäftsvorfälle mit Hilfe von Statusübergangs-Diagrammen
• Implementation der Modifikationen in der Business Logic und der Event-Generierung im XBC Backoffice System
• Implementation der Calypso Reporting Engine (Components, Business Logic) incl. der MQSeries-Anbindung auf Basis des entwickelten Java-Frameworks (sieheProjekt weiter unten); der MQSeries Access erfolgt gekapselt über dieentsprechenden IBM-Klassenbibliotheken und ist transactional Implementation der notwendigen Weiterentwicklungen am ?STP Engine? Java-Framework
• Teilprojektleitung für die Modifikationen am XBC Backoffice System

• Verantwortung für die Datenmodellierung
• Verantwortung für die Backend-Entwicklung
• Verantwortung für die externen und internen Schnittstellen
• Verantwortung für die EURO-Umstellung
• Verantwortung für die Verbuchung von Wertpapier-Transaktionen
• Verantwortung für die SWIFT-Kommunikation
• Verantwortung für die Implementation von Kapitalmassnahmen

• CCP 3.0: Systemanpassungen eines vorhandenen Backoffice-Systems zur Abwicklung von CCP-FI Geschäften

Xontro / Saki Interface: Projekt zur Entwicklung einer Xontro- Anbindung für das Handelssystem der DrKW zur Eingabe und Übermittlung von Direktgeschäften

• Die Xontro-Anbindung erfolgt über MQSeries per proprietärer Swift-Nachrichtenformate (z.B. MT511); es werden Swift- Nachrichten gesendet und empfangen über getrennte virtuelle Kanäle
• Die Direktgeschäfte aus dem Handelssystem werden im XMLFormat über MQSeries empfangen
• Die Business Logic des Interfaces besteht im Wesentlichen im Mapping der XML-Direktgeschäfte auf das MT511-Swift- Nachrichtenformat und im Matching und Handling der entsprechenden Xontro-Antwor
• Im Rahmen dieses Projektes erfolgte das Design und Implementation des „STP Engine“ Java-Frameworks für die Dresdner Bank AG