Dictionar IT: Ce inseamna middleware

Noile produse si servicii bancare necesitã arhitecturi si structuri IT bine organizate. Dezvoltarea implica si solidificare. Flexibilitatea si asigurarea unui “time-to-market” adecvat a determinat crearea unei structuri pe trei nivele:

• Sistemele clasice bancare, unde sunt definite produsele bancare de bazã – nivelul de back-end.

• Modul de accesare a acestor servicii prin diferite medii fizice (unitatea bancarã clasicã) sau electronice (Internet-banking, mobile banking, terminale virtuale etc) – nivelul de prezentare sau front-end.

• Între aceste douã nivele se gãseste nivelul intermediar, middleware, cu functionalitãti de rutare, interconectare si adaugare a anumitor operatiuni functionale sau logice greu de creat în zona de back-end. Acest lucru apare deoarece aplicatiile bancare clasice sunt dezvoltate în tehnologii destul de vechi, greu de modificat. Tehnologiile noi, gen Java, consuma multe resurse si necesita noi facilitãti harware, mai multe licente, deci un cost de operare mult mai mare.

O schimbare a unei aplicatii de core-banking prezintã riscuri semnificative. Testãrile integrate, dependentele de celelalte sisteme, timpii de întrerupere, nu permite functionarea in condii de normale si afecteaza zona de business. Dezvoltãrile IT nu sunt perfecte, similar si testãrile, orice modificare poate aduce evolutii negative sau insatisfactii la nivelul clientului final. Astfel a apãrut ceea ce Gartner defineste ca primul concept informatic nebancar, care oferã un avantaj competitiv de business. Conceptul arhitecturii SOA (Service Oriented Architecture) a fost stimulat de dezvoltarea unor produse software inovatoare, de tip middleware.

Aplicarea in business a acestui concept reprezintã o revolutie conceptualã, desi tehnic este doar o evolutie de la sistemele existente care se folosesc. În loc de a crea structuri de tip spaghetti, prin interconectarea canalelor de distributie cu sistemele de back-end, acestea se decupleazã, fiecare gravitând în jurul acestui middleware integrator.

Decuplarea determina ca o modificare într-una din aplicatii sã nu determine modificãri si testãri ale tuturor celorlalte aplicatii cu care se interconecta. Singura modificare eventualã este la nivelul interfetei cu middleware-ul a aplicatiei în schimbare, celelalte conexiuni rãmânând de neatins.

Cel mai important efect este cel de reutilizare. Odatã dezvoltatã o componenta logicã la nivel intermediar, aceasta este refolosita de atâtea ori câte este nevoie, fãrã dezvoltãri suplimentare. Pot apãrea canale de distributie noi sau sisteme de back-end noi. Ce s-a dezvoltat anterior se refoloseste, în cadrul unei baze de date cu componente, functii, obiecte generice sau individuale.

Prin aceastã reutilizare timpul de a lansa noi produse si servicii bancare se restrânge considerabil, creând pentru banca respectivã un avantaj competitiv sustenabil, greu de copiat de cei care nu au avut o strategie orientatã pe arhitectura SOA.

Middleware-ul nu este o alegere univocã, nu totul se va interconecta prin acest nivel. Permite o dezvoltare gradualã, pe masurã ce nevoile apar în cadrul bãncii. În acelasi timp, este un drum care trebuie urmat consecvent si strategic. Necesitã competente de specializate, investitii în sisteme si licente, care îsi produc beneficiile prin lansarea de noi produse si servicii bancare, cu costuri mult mai mici decât dacã nu ar fi fost acest concept aplicat. De asemenea, satisfactia clientului final este clar îmbunãtãtitã. Eficienta economicã este doveditã de multitudinea de implementãri de succes, în pofida derulãrii pe termen mai lung a planului strategic de trecere la o arhitecturã nouã. O structurã de guvernantã IT, integratã în structura de guvernantã corporatistã este esentialã pentru succesul unui astfel de proiect.