©2011 Ness Technologies – Proprietary and Confidential

CEBC - e-Banking Summit 20132013. május 6.

Az integráció üzleti hatásai

www.ness.com

Elsősorban a pénzügyi szektor számára nyújtunk tanácsadási és fejlesztési szolgáltatásokat

A NESS-ről egy mondatban

www.ness.com

Integrált rendszerek által nyújtott szolgáltatások az internet bankbanAz integráció által nyújtott előnyök és hátrányok üzleti megközelítéseTipikus integrációs feladatok és buktatóik

Az internet bankot fogjuk mintapéldának használni, mert itt nagyon magas a technológiai integráció foka

Témafelvetés – miről lesz szó?

3

www.ness.com

Internet Bank: az integráció csúcsragadozója

4

Ügyfél statikus adatok

Számlaegyenleg információ

Pénzügyi műveletek

Tranzakció adatok

SzámlatörténetKivonat információk

Befektetési portfolióHitel információk Kártya

információk

Kártya műveletek

Jogosultság adatok

Betét információk

Befektetési műveletek

Eseménynapló Partnerek / sablonok

Termék-ajánlások

www.ness.com

Adatot a forrástól…► A rendszerek számára mindig a legfrissebb adat áll

rendelkezésre► A változások azonnal érvényesítik a hatásukat

Minimalizálja az adat-duplikációt► Csak az aktuálisan használt adatokat kell továbbítani, nem a

teljes adatkört – olcsóbb fenntartás► Csökkenti az adminisztrációs hibalehetőségeket, és a

hozzájuk köthető ügyfélpanaszokat

Újrahasznosíthatóvá tesz korábbi fejlesztéseket► Már létező interfészek használatával csökkenthetők a

költségek, gyorsítható a bevezetés

Az integráció jó dolog…

5

www.ness.com

Az adatgazda rendszerben történő fejlesztéseknek nemkívánatos kihatásai lehetnek az interfészek felhasználóinál► Pl.: hirtelen megjelenik egy új típuskód, amivel a kliens nem tud mit

kezdeni…

Az adatkörön kívüli extra információkért esetleg további rendszereket kell megszólítani► Nem minden információ érhető el egy rendszerből► További idő, erőforrás és függőség

Közös interfészek használata nem várt hatásokkal járhat► Performancia terén► Változáskezelés terén

De azért vannak árnyoldalai is.

6

www.ness.com

Két tipikus történet, ami nem várt üzleti hatással jelentkezik► PCIDSS bevezetés► Meglévő háttérrendszer csere / migráció

Közös jellemzők► Triviális feladatnak indul, „szörnyeteg” lesz belőle► Folyamatos és végeláthatatlan scope-növekedés► A szervezet minden szintjén nem várt erőforrásigény-

növekedést indukál

Integrációs történetek

7

www.ness.com

Mi a PCIDSS?► Nagyon röviden: kártyaadatok teljes körű

védelmének biztosítása, csak minősített rendszer tárolhat és jeleníthet meg tényleges kártyaszámot

Üzleti igény► „Az internet bankon minden kártyaszámnak a középső hat karakterét

csillagozzuk ki”► „A teljes kártyaszám kizárólag a kártyarendszerben tárolható”

Első ötlet és üzleti megközelítés► „Majd a kártyarendszer így adja az interfészeken és minden rendben

lesz”

Nagyon magas szintű scope► „A kapcsolódó megjelenítő funkciókat végig kell majd nyomkodni”

Első történet: PCIDSS

8

www.ness.com

A szervezők / fejlesztők megjegyzése► Eddig a kártyaszám egyedi volt, ráépült

rendszer funkcionalitás nagy része. Most márnem egyedi. Mitől egyedi egy kicsillagozott számlaszám?

Üzleti terület válasza► Ügyfélen belül a kicsillagozott kártyaszám egyedi

Integrációs hatás► Ahol eddig kártyaszám utazott, ott most ügyfél-azonosítót ÉS a

kártyaszámot is továbbítani kell

Üzleti területre gyakorolt hatás► Az összes, kártyaszámot használó interfészt mozgató funkcionalitást

újra kell tesztelni► További, eddig nem belekalkulált fejlesztések finanszírozása

Az első csontváz

9

www.ness.com

Az újrateszteléshez szükséges a működés teljes-körű leírása► A teljes specifikáció általában már hiányzik► Extra erőforrás az üzleti oldalról a

szintre-hozás► Általában speciális szakterületi tudás kell

hozzá, ami nem áll időben rendelkezésre (erőforráshiány)

A teljes teszteléshez szükséges adatok előállítása► A speciális eseteket csak specialisták tudják előállítani /

tesztelni (erőforráshiány)► Az üzlet egyáltalán nem, vagy csak részlegesen tud tesztelni!

További csontvázak…

10

www.ness.com

Core-rendszer► Csere, verzióváltás, új modul bevezetés

Üzleti igény► „Nem akarom, hogy emiatt változzon bármi is az e-bankon”► „Minden legyen olyan, mint régen”

Első ötlet és üzleti megközelítés► „Az interfészek megvannak, ugyanazokat az adatokat kell

tölteni.”

Nagyon magas szintű scope► Majd bevezetés előtt végig kell nyomkodni a modulhoz

kapcsolódó funkciókat, hogy rendesen működik-e.

Második történet: modul csere a core rendszerben

11

www.ness.com

A ügylet / termék azonosítója megváltozik ► „Az azonosító utolsó három számjegye

jelezte eddig a termék devizanemét, mostmár nem”

► Interfész-fejlesztés…

Más / új státuszok megjelenése► „Eddig a terméknek csak három státusza volt, most van

nyolc”► Újraspecifikálás, az új státuszoknak megfelelő viselkedés

meghatározása, új ikonok / szövegek meghatározása

Első csontvázak…

12

www.ness.com

„Az eddig hibák is migrálásra kerülnek? Ugye nem gondoltátok komolyan…”► Nincs hibamentes rendszer, a minőséget a

hibalisták hossza határozza meg

A korábbi scope felbővül a hibajavítások elvégzésével► További specifikációs és tesztelési feladatok

hárulnak az üzleti területekre

„Az új modulban erre van egy teljesen más, de sokkal jobb megoldás”► „Újratervezés… újratervezés… újratervezés…”

A legtöbbször a változások és a hibajavítások együttesen egy-egy funkcionalitás teljes újraimplementálását vonhatják maguk után► És annak minden üzleti hatását is

Nyakunkba borul a szekrény…

13

www.ness.com

Idővel a bevezetett rendszerek által felölelt ismeretanyag erodálódik► Üzleti, szervezői, és informatikai szinten is► Minél később derül ki a „gap”, annál nagyobb változást

hoz, amit projekten belül kell kezelni

A jelenlegi rendszerek üzleti és IT dokumentáltsága már nem elégséges► A változások egyre ritkábban vannak átvezetve► Nincs „teljes kép”

Nem ismerjük a saját rendszereinket► Sem az adatok hatását a rendszermodulokra

Miért jutottunk el idáig?

14

www.ness.com

Amikor az integrációs projektekben a hiányzó tudást a lehető legrövidebb időn belül pótolni kell► Mind üzleti, mind informatikai szinten támogatjuk a szervezői munkát

Amikor specifikációs feladatokat a lehető legnagyobb körültekintéssel kell ellátni► Nem elég a felület meghatározása, a mögöttes üzleti tartalom ismerete

is elengedhetetlen

GAP analízis készítése► Hogy a problémák a projekt legkorábbi szakaszában felismerhetők és

kezelhetőek legyenek

Integrációs kompetencia központ felállítása és működtetése► A rendszerek és a közöttük áramló adatok hatásmechanizmusának

dokumentálása és felügyelete

Amiben segíteni tudunk

15

www.ness.com

Ness Hungary1117 Budapest, Bartók Béla út 105-113

Harang Péterpeter.harang@ness.com+36-20-3148567

Köszönöm a figyelmet!

16