Rendezvényünk célja, hogy tisztázza a szolgáltatásorientált architektúra fogalmát, és bemutassa üzleti előnyeit. Ismertetjük a moduláris felépítés szerkezetét, és azt is, hogy miért hasznos, ha egyes elemei újra felhasználhatók. Konkrét példákon keresztül mutatjuk be a SOA-megközelítés gyakorlati hasznát, valamint, hogy miért fontos a platformfüggetlenség, és hogyan lehet ezt megvalósítani.
Megvizsgáljuk, milyen a megtérülése egy ilyen rendszernek, illetve a konkrét pénzügyi megtakarításokon kívül milyen egyéb előnyökkel jár a SOA. Kitérünk azokra a bevezetéssel kapcsolatos eltúlzott elvárásokra és veszélyekre is, amelyek a sikertelen alkalmazást okozhatják. A nemzetközi trendeket összehasonlítjuk a magyarországi valósággal, és kiemeljük az eltérő környezet okozta veszélyeket.

Kinek ajánljuk?
A következőkben arra keressük a választ, hogy melyek azok a vállalatok, illetve szervezetek, amelyeknek egyáltalán érdemes SOA-ban gondolkodniuk és milyen feltételeknek (méret, üzletmenet bonyolultsága, működési terület stb.) kell megfelelniük.
Darmai Gábor, az Alerant Zrt. technológiai igazgatója szerint hazai viszonylatban a nagyobb vállalatoknak érdemes SOA-t bevezetni, mivel az olyan anyagi hátteret igényel, amelyet csak stabil pénzügyi hátterű cégek tudnak biztosítani. A kisebb vállalkozások működése egyébként is egyszerűbb, így nincs szükség a folyamatok ilyen jellegű optimalizációjára. Általában egy rendszerrel, kevés alkalmazással dolgoznak, nagyrészt egy üzleti folyamatot valósítanak meg, amelyre megvan a megfelelő céleszközük. Ami a működési területet illeti, az Alerant tapasztalatai szerint a szolgáltató (ügyfeleket kiszolgáló) cégeknél lehet nagy haszna a SOA-nak. – Egy kormányzati intézményben is rendszerint akkor kerül előtérbe a SOA, amikor a kormányzati rendszerek bizonyos szolgáltatásait az állampolgárok vagy más szervezetek számára hozzáférhetővé kell tenni. Egy iparvállalat, amely "csak" a belső termelésirányításra keres támogatóeszközt, nem feltétlenül a SOA irányába mozdul el – mondta Darmai Gábor.
Papp László, a Stratis Kft. igazgatói tanácsadója viszont úgy véli, nem számít a cégméret, akár egy kisvállalat is működhet SOA-alapokon. Sőt, bizonyos szempontból még könnyebb helyzetben is van, mivel egy kis szervezet sokkal jobban rá van kényszerítve, hogy szolgáltatásalapon működjön, szolgáltatásalapú üzleti architektúrája legyen. Ugyanis a nagyvállalatokkal ellentétben sok folyamatot (például bérszámfejtés) nem tud házon belül megvalósítani, a kiszervezés pedig többek között hatékony kommunikációt is igényel.

Hogyan lássunk hozzá?
Ha ez megvan, azt sem árt tudni, hogy a SOA bevezetése előtt milyen előkészületeket kell tenni, és a felkészülés menynyi időt, energiát, illetve anyagi ráfordítást igényel. Egyáltalán, miként kell nekifogni?
- A SOA tulajdonképpen egy, az egész vállalatot átfogó stratégiát jelent: nem egy projektre szorítkozik, hanem több évre előre meghatározza a vállalat működését - mondta Darmai Gábor. Ennek megfelelően a stratégiai terv elkészítésével indul a folyamat, amit az informatikai és az üzleti oldalnak közösen kell végeznie. Ha megvan a stratégia, meg kell határozni a megvalósítás ütemtervét, például hogy az egyes üzleti folyamatokat milyen sorrendben vonjuk be a SOA infrastruktúrába. - Értelemszerűen az üzletileg kritikus folyamatokkal célszerű kezdeni - magyarázta Darmai Gábor. - E lépések után kezdődhetnek el a konkrét projektek. A bevezetés hosszát, illetve költségeit meghatározza a vállalat mérete és a szervezeti egységek száma, amelyek között meg kell teremteni a harmóniát.

Kinek nem ajánljuk?
Végül érdekes kérdés lehet, hogy mely cégek, szervezetek azok, amelyeknek biztosan nem érdemes vagy fölösleges SOA-alapú működést bevezetni. Illetve milyen buktatói lehetnek a bevezetésnek, amelyekre különösen kell ügyelni?
Darmai Gábor szerint SOA-t nem lehet világos üzleti célok nélkül bevezetni. Meg kell pontosan mondani, hogy az egyes folyamatokban milyen minőségjavulást várunk általa, különben az egész csak kidobott pénz lesz.
Papp László szerint a SOA terjedését valamelyest hátráltatja, hogy túlnyomórészt technológiai megközelítésben hallani róla, elvétve találkozunk olyan tanulmánnyal, amely az üzleti döntéshozóknak szól, és az ő szempontjaikat (milyen üzleti értéket ad hozzá a cég működéséhez) figyelembe véve járja körül a témát. Amennyiben ez megváltozik, vélhetően fellendül a SOA piaca, azonban buktató lehet, ha az üzleti oldal az informatika bevonása nélkül vág bele a SOA-stratégia kidolgozásába. A sikeres megvalósítás a két terület szoros együttműködését igényli.
A szakember úgy véli, hogy a szakadékot nagyban csökkentheti, ha az informatikai vezető megtanul üzletileg gondolkodni. Ez nem merül ki a belső működés megértésében, fontos, hogy az egész piacra rálátása legyen! Többek között arra, hogy miből lesz a cégnek bevétele. Ha ez sikerül, akkor valószínűleg az üzleti döntéshozókat is nagyobb eséllyel tudja meggyőzni a SOA vagy bármi más innovatív megoldás előnyeiről.
Papp László úgy gondolja, általánosságban nem lehet olyan vállalkozástípust megnevezni, ahol nincs értelme szolgáltatásorientált architektúrában gondolkodni, de ez nem jelenti azt, hogy minden cégnek érdemes belevágnia. A kérdéssel elméleti szinten mindenképpen ajánlatos foglalkozni, a gyakorlatba pedig akkor érdemes átvinni, ha kimutatható a tényleges üzleti megtérülés. Van olyan hely, ahol ez magától értetődő, máshol kevésbé – sokat segíthetnek a létező példák is.

Árokszállási Gábor