In una velocità da record, la Raiffeisen Landesbank Oberösterreich ha trasferito il suo software di gestione dei clienti di investimento a .net. La filiale IT del gruppo, Racon, era responsabile del progetto insieme alla software house Fecher.
Nata come filiale IT del Gruppo Raiffeisen, Racon Software GmbH con sede a Linz sviluppa, distribuisce e supporta soluzioni software per le banche. Un certo numero di applicazioni create negli anni '90 sono basate sullo strumento di sviluppo Team Developer di Gupta. Scelta all'epoca per la sua alta produttività, questa tecnologia proprietaria rende ora difficile cedere il funzionamento delle applicazioni agli outsourcer o trovare nuovi sviluppatori per loro. All'Investment Customer Management (BKM) della Raiffeisen Landesbank Oberösterreich, un porting a .net da parte della società di consulenza e software Fecher, esperta in migrazioni, ha fornito la liberazione necessaria.
"Alla fine del 2006, si era accumulata una lista di varie richieste di cambiamento", spiega Rudolf Strubreiter, firmatario autorizzato di Racon. "È stato allora che abbiamo dovuto decidere se investire in un ulteriore sviluppo della vecchia applicazione Gupta o se fare un inizio fondamentalmente nuovo". In risposta ad alcune esigenze dei clienti, il dipartimento di sviluppo aveva raccomandato di passare al framework .net. "Soprattutto il desiderio di data mining sarebbe stato molto difficile da realizzare nel vecchio ambiente", sa Markus Strobl, technical product manager per il progetto BKM alla Racon.
Inoltre, il funzionamento e l'ulteriore sviluppo dell'applicazione BKM doveva essere consegnato a un outsourcer. Cubido a Leonding, che aveva una grande competenza .net ma nessuna esperienza Gupta, è stato scelto per questo. "Non importa come l'abbiamo girata, abbiamo dovuto passare a .net", ricorda Strubreiter.
Nuovo sviluppo o migrazione?
Questo lasciava ancora la questione del modo giusto. "Se il tempo e il denaro non fossero stati un problema, un nuovo sviluppo sarebbe stato la nostra prima scelta dal punto di vista tecnico", spiega Strobl. "Allora l'eredità non sarebbe stata un problema". Tuttavia, questo percorso non era pratico: il software era poco documentato, quindi non c'erano specifiche utilizzabili per un nuovo sviluppo. Inoltre, la pressione del tempo era grande perché il cliente aveva urgente bisogno dei cambiamenti.
Racon ha trovato una via d'uscita nella conversione automatica del codice esistente alla piattaforma .net, che lo specialista della migrazione Fecher ha suggerito. Come membro di "The Porting Project", un'associazione internazionale di società di consulenza con esperienza Gupta e .net, era in grado di offrire la conversione come un servizio basato su strumenti a un prezzo fisso. "Non potevamo immaginare che questo avrebbe funzionato davvero e temevamo un sacco di lavoro manuale", ricorda Strobl. "Ma volevamo almeno valutare questa possibilità."
Per una prova con la migrazione automatica, BKM era una scelta naturale, anche tra le altre applicazioni di Racon Gupta. Dopo una prima analisi del codice, con una dimensione gestibile di 134.500 linee SAL e 150 dialoghi, così come una separazione già ampiamente esistente della logica di business e dell'interfaccia utente, i presupposti erano eccellenti. Così Racon ha inviato il codice Gupta a Fecher alla fine di febbraio 2007 e dopo due settimane ha ricevuto indietro una versione .net tradotta in C# che era già completamente funzionale. "Fondamentalmente, erano necessarie solo correzioni cosmetiche, come l'antiestetico involucro delle etichette di campo", dice Strobl. "È stato trovato solo un bug nel Porting Project Framework, ma siamo stati in grado di risolverlo da soli."
Cambio di generazione con la pressione di un pulsante
Per i test, la nuova applicazione .net è stata installata parallelamente alla vecchia versione Gupta. Poiché entrambe le versioni lavoravano con lo stesso database SQL Server 2005, i casi di test potevano essere eseguiti con gli stessi dati. Tuttavia, sorprendentemente, sono stati trovati diversi errori che erano già contenuti nella versione Gupta. Solo dopo averli completamente corretti, il dipartimento ha potuto dare il via libera all'uso del nuovo software da parte degli utenti, circa 30 amministratori e controllori d'azienda, all'inizio di maggio.
Il passaggio alla nuova generazione di software è avvenuto in modo del tutto regolare. Poiché il funzionamento dell'applicazione portata è rimasto invariato rispetto alla vecchia versione, gli utenti sono stati in grado di continuare a lavorare immediatamente senza alcuna nuova formazione. Anche la performance è rimasta invariata, così che il cambiamento è passato in gran parte inosservato dal punto di vista dell'utente.
Simultaneamente, il nuovo operatore Cupido ha assunto la responsabilità per la nuova applicazione, il SQL Server 2005 e i terminal server Windows 2003 associati nel centro dati Racon a Linz. "Abbiamo coinvolto Cupido nel progetto fin dall'inizio", sottolinea Strubreiter. Per esempio, i loro esperti di .net avevano già analizzato un prototipo portato all'inizio. "Dopotutto, volevamo essere sicuri fin dall'inizio che il nostro outsourcer potesse occuparsi anche dell'ulteriore sviluppo. Oggi, noi facciamo solo le specifiche tecniche e Cupido si occupa dell'implementazione tecnica."
Obiettivo raggiunto
Gli sviluppatori approfittano particolarmente delle possibilità estese della moderna piattaforma .net, poiché i requisiti principali della Raiffeisen Landesbank Oberösterreich per il futuro sviluppo della sua applicazione strategica sono valutazioni lato server come la creazione di rapporti pensionistici o il collegamento di nuove aziende. ".net è praticamente predestinato a questo", sottolinea Strobel.
Rispetto a un nuovo sviluppo basato su .net, i costi di porting sono notevolmente inferiori alla somma prevista per un tale progetto. Il risparmio per Racon, come filiale IT della Raiffeisen Landesbank Oberösterreich, è stimato al 70 per cento.
Strobel è anche estremamente soddisfatto del risultato del porting automatizzato. "Abbiamo visto che il porting automatizzato funziona fondamentalmente e che le nostre applicazioni legacy ricevono così una base moderna in un tempo molto breve. La cooperazione con Fecher ha funzionato molto bene, così che nulla ostacola ulteriori progetti comuni.