Ein Auszug aus der Projektvision:
'...The System is the central place within o2 to store and manage fixedline numbers (FLN), mobile numbers (MSISDN) and SIM numbers. The system manages the allocation and deallocation requests for Genion fixedline numbers, VoIP fisedline numbers and mobile numbers. It serves as a middleware between higher level applications and the networking elements.

The system manages porting requests from higher level applications and transfers these requests to dedicated applications depending on fixedline or mobile number porting. The system manages mobile number reservations and provides monitoring interfaces for call center agents for tracking provisioning and porting orders.The system manages SIM numbers. Peak Performance: The system handles 10.000 number management requests per hour from clients.'

• Technische Projektleitung, Aufgabenmanagement, Requirement tracking
• Entwicklung eines Integrationlayers, der ein JMS Message getriebenes Servicedispatching und Fehlerhandling durchführt
• Implementierung und Integration von SessionBeans
• Buildsystemmodifikationen und Verbesserungen
• Implementierung von Querschnittsfunktionalitäten für das gesamte Team
• Code Reviews
• Testerstellung mit JUnit, Dbunit
  
• Gesamtteamgrösse: ca. 20

In dem O2 Projekt 'Sprint' wurde ein EAI System zur Anbindung externer Service Provider geschaffen, das komplexe Businessprozesse in denen viele externe Systeme involviert sind, orchestriert. Externe Service Provider stellen komplexe XML Requests (Orders), die z.B. das Billing, Number-Management, Prepaid-Management betreffen. Diese Orders sind langlaufende Prozesse an denen mehrere System beteiligt sind. Die Verarbeitung erfolgt in einzelnen Geschäftsprozessen, die mit Tibco BusinessWorks modelliert wurden und über die Workflowlösung Tibco Collaborator orchestriert werden. Die Tibco Prozesse wurden nach dem SOA Paradigma entworfen, um modular und wiederverwendbar zu sein.

• Modellierung und Test von Tibco Prozessen zur Bearbeitung von Billing-Orders.
• Aufbau eines Billing Adapters, der per XSLT XML Datenstrukturen auf Corba-Datenstrukturen mappt und per Corba Calls das Billing in dem Fremdsystem anstösst.
• Aufbau eines Report Moduls, das anhand von PL/SQL Routinen Tracing Daten aus der Datenbank, die während des Order Processings anfallen, auswerten zu können. Dieses Modul wurde zur Performancemessung verwendet.