Rövid előadásomban a banki üzleti területek, az általuk indukált projektek tipikus problémáit mutatjuk be.

1. Az integráció üzleti hatásai
CEBC - e-Banking Summit 2013
2013. május 6.
© 2011 Ness Technologies – Proprietary and Confidential

2. A NESS-ről egy mondatban
Elsősorban a pénzügyi szektor számára
nyújtunk tanácsadási és fejlesztési
szolgáltatásokat
www.ness.com

3. Témafelvetés – miről lesz szó?
Integrált rendszerek által nyújtott
szolgáltatások az internet bankban
Az integráció által nyújtott előnyök és
hátrányok üzleti megközelítése
Tipikus 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
3 www.ness.com

4. Internet Bank:
az integráció csúcsragadozója
4 www.ness.com

5. Az integráció jó dolog…
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
5 www.ness.com

6. De azért vannak árnyoldalai is.
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
6 www.ness.com

7. Integrációs történetek
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
7 www.ness.com

8. Első történet: PCIDSS
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”
8 www.ness.com

9. Az első csontváz
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ár
nem 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
9 www.ness.com

10. További csontvázak…
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!
10 www.ness.com

11. Második történet: modul csere
a core rendszerben
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.
11 www.ness.com

12. Első csontvázak…
A ügylet / termék azonosítója
megváltozik
► „Az azonosító utolsó három számjegye
jelezte eddig a termék devizanemét, most
má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
12 www.ness.com

13. Nyakunkba borul a szekrény…
„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
13 www.ness.com

14. Miért jutottunk el idáig?
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
14 www.ness.com

15. Amiben segíteni tudunk
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
15 www.ness.com

16. Köszönöm a figyelmet!
Ness Hungary
1117 Budapest, Bartók Béla út 105-113
Harang Péter
peter.harang@ness.com
+36-20-3148567
16 www.ness.com