Vállalati alkalmazások tervezése és fejlesztése

Átírás

1 Vállalati alkalmazások tervezése és fejlesztése

2 Bizalom Cégünk nagyvállalati alkalmazásfejlesztéshez nyújt szolgáltatásokat: webalkalmazások, nagyvállalati alkalmazásrendszerek fejlesztése és integrációja óta szoftverfejlesztéssel foglalkozunk, kiemelkedő tapasztalatokkal rendelkezünk nagy rendelkezésre állású és nagy terhelésű, sokfelhasználós rendszerek kivitelezése, valamint heterogén rendszerek integrációja és modernizációja terén. Célunk, hogy megrendelőinknek olyan értéket szállítsunk, amely növeli üzleti erejét, emeli hatékonyságát. Ügyfeleink megbízhatnak bennünk minden területen: a határidő és a minőség garantált. Csapat Cégünk olyan technológiai vállalkozás, amelynek központjában az ember áll. Munkatársaink kiemelkedő szaktudással és tapasztalattal rendelkező, munkájukkal szemben igényes és elkötelezett emberek. Ezen értékekre építve megrendelőink a lehető legmagasabb színvonalú szolgáltatást kapják. Kollégáink többéves együttes munkája nemcsak az egyéni, hanem kollektív képességekkel is emeli munkánk színvonalát. Csapatmunkánknak köszönhetően csökkentjük megrendelőink fejlesztési projektjeinek idejét és költségét. Az igényektől egészen az átadásig nyomonkövethetőséget biztosítunk a fejlesztésben, amit többéves tapasztalatunk alapján kialakított munkamódszerünk segítségével, valamint kiforrott verzió menedzsmenttel oldunk meg. Ez azonnal rendelkezésre áll megrendelőinknek, így a fejlesztés érdemi részével lehet foglalkozni, nincs késlekedés. Idő és minőség. Tudjuk, hogy az alkalmazások fejlesztését kifogástalan minőségben kell végeznünk. Tudjuk, hogy a határidőt be kell tartani. A megoldás a tökéletes szaktudás, a pontos szervezés és az elkötelezettség. Ezt kell szem előtt tartani, ekkor a megfelelő minőség és a betartott határidő már csak következmény. Pató István, ügyvezető igazgató Vállalati alkalmazások tervezése és fejlesztése

3 Értékteremtés A fejlesztés folyamán agilis módszereket használunk, amelynek köszönhetően radikálisan lerövidíthető az adott termék piacra jutási ideje. Megrendelőinkkel napi szinten együttműködve alakítjuk ki a rendszert, amely így nemcsak gyorsítja a fejlesztést, hanem a termék üzleti értékét is jelentősen emeli. Az agilis módszer lényege, hogy a változásokra azonnal reagáljunk, és ennek eredményét a lehető leggyorsabban értékelhessük. Ezzel biztosítható a gyorsan változó üzleti környezetben a leghatékonyabb feladatmegoldás. Szolgáltatás Az idő az egyik legkritikusabb faktor, amikor egy cég vagy szervezet új technológiákat, informatikai rendszereket vezet be (time-to-market). Egy nagyvállalati rendszer létrehozása számos kihívást állít megrendelőink elé, amelyek megoldásakor figyelembe kell venni a kliensek igényeit, a megbízhatóságot, a hatékonyságot, a gyakran és folyamatosan változó igények kezelését. A fő feladat, hogy ezeket a kihívásokat sikerrel oldja meg a szervezet. Cégünk biztosítja megrendelőinek, hogy sikerre vigyék informatikai projektjeiket, ennek megfelelően állítottuk össze szolgáltatási portfóliónkat. Megoldást kínálunk a nagyvállalati alkalmazásfejlesztéshez A nagyvállalati alkalmazások rengeteg modulból, komponensből épülnek fel, amelyek gyakran eltérő szoftver- és hardverfuttatási környezetet igényelnek. Rengeteg hálózati kapcsolatot kell a rendszerben kezelni, mind a komponensek között, mind a kliensek vagy egyéb szerverek irányából, de ugyanígy a kapcsolatok fajtája is eltérő lehet, többféleképpen is történhet adatcsere. A nagyvállalati alkalmazások gyakran elosztott alkalmazások rendszeréből állnak össze, amelyek üzenetkezelő sorokból, webszolgáltatásokból, adatbázis- és alkalmazásszerverekből állnak. Ezen technikai sajátosságon felül számos üzleti logikai problémát is meg kell oldani, amelyek nagy szakértelmet és körültekintő tervezést igényelnek. Cégünk ezért az üzleti logikai tervezéstől, tanácsadástól kezdve az alkalmazásfejlesztésen keresztül, egészen a tesztelés és beüzemelés fázisáig átfogó szolgáltatásokat nyújt. Szolgáltatásaink modulárisak, így megrendelőink a saját igényeiknek megfelelően választhatják ki, hogy mely területen kívánják az együttműködésünket. Rendszertervezés Az üzleti logika és egyéb igényeknek megfelelően elkészül a fizikai kialakítási szempontokat is figyelembe vevő rendszerterv, amelynek számos része van: igények, üzleti folyamatok, architektúraterv, telepítési diagram, interfésztervek, a rendszert felépítő alkalmazások leírásai, tesztelési és minőségbiztosítási tervek, leszállítandó termékek, domain- modell, átvételi kritériumok. Ezek a tervek egyértelműen definiálják a célt, amely alapján a fejlesztés elkezdhető és biztonsággal végrehajtható.

4 Alkalmazásfejlesztés Az alkalmazás rendszerterve a kiindulási pontja az alkalmazásfejlesztésnek. Ez alapján a megrendelővel szorosan együttműködve elkezdjük a fejlesztést. A fejlesztést inkrementális módon végezzük, így amikor egy modul elkészült, akkor ügyfelünknek tesztelésre átadjuk és a tesztelést segítjük. Az alkalmazásfejlesztés során automatikus tesztesetek sorozatával teszteljük az elkészült modulokat. Az automatikus tesztesetek az igényeknek megfelelően vannak kialakítva, így egy komplett átadási, átvételi teszt végrehajtható automatikusan. Mindig az üzleti szempontból legfontosabb modult fejlesztjük először, hogy mire a rendszer fejlesztése befejeződik, addigra egy többszörösen letesztelt, érett terméket vezessünk be. A fejlesztés akkor sikeres, ha a megrendelőnek a lehető legnagyobb értéket szállítottuk le adott idő és költségkeretek között. Alkalmazásintegráció A nagyvállalati rendszerekre jellemző, hogy kapcsolódnak régebbi, meglévő alkalmazásokhoz, adatbázisokhoz is. Ezen kapcsolódások kialakítása többféle módon történhet: webszolgáltatásokon vagy üzenetkezelő szolgáltatásokon keresztül. Ezek a megoldások hosszú távon is értéket jelentenek egy cég vagy szervezet számára, mert a jövőben lehetővé teszik, hogy más rendszereket is integrálhassanak úgy, hogy csak az integrálandó rendszerben kell a fejlesztést elvégezni. A rendszerintegráció során olyan interfészeket tervezünk, amelyek az üzleti igények mellett a jövőbeni igények gyorsabb megvalósítását is szem előtt tartja. Talán a legnagyobb kihívás egy szakadék felé rohanó rendszer fejlesztését átvenni és sikerre vinni. Gyakran csak akkor keresnek meg minket ezzel a megrendelők, amikor már a többszörösen kitolt határidők is leteltek, a költségek pedig az egekben vannak. Ilyenkor nekünk egy-két hét alatt kell produkálni egy működő terméket, szűkös költségkeretek között. Úgy gondolom, erre csak a legfelkészültebbek képesek. Pató István, ügyvezető igazgató Vészhelyzetkezelés Gyakran látjuk, hogy informatikai fejlesztések elbuknak, vagy jelentősen túllépik a megengedett költség- vagy időkeretet. Rengeteg oka lehet ennek: elkötelezettség vagy tapasztalat hiánya, rossz koncepció, alacsony színvonalú tervezés, silány kivitelezés, nyomon követhetetlen fejlesztés. Az ilyen projektek megmentésében van tapasztalatunk, számos ügyfelünknek tudtuk a kudarcot sikerre fordítani. Ezen esetekben a fejlesztést és bevezetést a megrendelővel közösen át kell vennünk, csak így érhető el siker. Üzemeltetés A cégünk által fejlesztett rendszerek Linux, IBM AIX és Microsoft Windows rendszereken futnak. Jelentős üzemeltetési tapasztalataink vannak Linux és IBM AIX környezetekben. Önálló üzemeltetési infrastruktúrát tudunk felállítani, amely az általunk fejlesztett alkalmazásokra épülnek. Ezen alkalmazásokkal rendszereink folyamatos monitorozása és értékelése megoldható, így a szolgáltatások minősége és rendelkezésre állása mindig a legmagasabb szinten biztosítható. Tesztelés Az alkalmazások fejlesztésénél különösen nagy figyelmet fordítunk a tesztelésre. Törekszünk arra, hogy a funkcionalitás minél nagyobb részét lefedjük automatikus, reprodukálható tesztekkel. Rendszereinket az egyes fejlesztési mérföldköveknél teljesítménytesztnek vetjük alá, ezzel elősegítve, hogy az esetleges teljesítményproblémákat időben felfedezzük. A bevezetés előtt átfogó rendszertesztet végzünk, amelyekkel kiszűrhetők az esetleges regressziós és integrációs problémák. A tesztelési tapasztalataink és kifejlesztett módszereink alapján bármely alkalmazásrendszer tesztelését el tudjuk végezni. A rendszer bevezetési időszakában kiemelt jelentősége van, hogy a megismételhető tesztek támogassák a konfiguráció menedzsment munkáját. Vállalati alkalmazások tervezése és fejlesztése

5 Hogyan dolgozunk? Cégünk jól dokumentált és folyamatosan fejlődő szoftverfejlesztési módszertant alkalmaz, mely a gyakorlati életben jól bevált megoldásokon alapul. A projektek magas szintű előkészítése a Rational Unified Process (RUP) alapján történik. A kivitelezés igényfelméréstől az átadásig Scrum-módszert használunk. Ezek együtt lehetővé teszik, hogy megbízónk számára a pénzügyi és időbeli kereteken belül maradva, a minőséget a lehető legmagasabb szinten tartva sikerre vigyük projektjeiket. Scrum: munkamódszer, amely maximalizálja a megrendelőnek szállított termék és szolgáltatás üzleti értékét a rendelkezésre álló erőforrások keretein belül. A fejlesztés folyamán a Scrum segítségével haladunk, ennek köszönhetően gyorsan, biztonsággal és mindig határidőre szállítjuk le a terméket. A Scrumnak köszönhetően egyszerű, de hatékony munkamódszert tudtunk bevezetni. Megrendelőink felé naprakész átláthatóságot biztosítja, ezzel a megrendelő és köztünk lévő interakció felgyorsul, melynek eredménye a gyorsabb reagálás, rövidebb határidő. A Scrum segítségével a megrendelő napi szinten nyomon kísérheti és beavatkozhat a fejlesztésbe, így maximalizálható a szállított termék értéke, és minimalizálhatók a veszteségek. Követelményfelmérési fázis előkészítés Ennek a fázisnak az a célja, hogy azonosítsa a termék előállításával kapcsolatos összes követelményt, beleértve a funkcionális és egyéb követelményeket, valamint a megvalósításhoz és üzemeltetéshez szükséges erőforrásokat. A megrendelővel szorosan együttműködünk az igények feltárásában, azok üzleti értékének és erőforrás-szükségleteinek meghatározásában. Az elkészült lista (Scrum: product backlog) alapján meghatározzuk azokat az eseteket és kritériumokat, amelyek alapján a megrendelő átveszi a terméket (átvételi teszt). A projekt sikerét döntően befolyásolja ennek a fázisnak a megvalósítása. Definíciós fázis tervezés A szoftvertermék definíciója, a rendszerterv ebben a fázisban készül el. A rendszerterv a követelményeknek megfelelően készül, és olyan szintig részletes, hogy a szükséges becsléseket ez alapján el lehessen végezni, valamint a fejlesztést el lehessen indítani. Implementációs fázis végrehajtás Ez a leghosszabb és legkomplexebb fázis a projekt életciklusában, melynek során az előzőleg elfogadott koncepció megvalósításra kerül. Amennyiben az előző fázisokat megfelelően végrehajtottuk, a megvalósítás zökkenőmentesen zajlik. Ebben a fázisban a részletes specifikációk, fejlesztések, kézikönyvek készítése és a tesztelések párhuzamosan zajlanak. A szoftver inkrementálisan fejlődik, egyre több funkciója lesz elérhető. Az elérhető funkciók teljes egészében használhatók. Az ügyfél igényeinek megfelelően adott funkciókészlettel a szoftver akár éles üzembe is helyezhető, így a fejlesztés végéig több éles átadás is lehetséges. Minden iteráció végén átvételi tesztek zajlanak, amelyek a követelményfelmérési fázisban lettek meghatározva.

6 Szaktudás és tapasztalat Projektjeink során nagy mennyiségű tudásanyagot halmoztunk fel a Java technológiákban, Oracle adatbázisok használatában, a Web 2.0-s megoldásokban és skálázható, elosztott rendszerek tervezésében, építésében. Fejlesztésinkben több tízezer felhasználós rendszereket alkottunk, tömegével fejlesztettünk rendszer-rendszer kapcsolatokat XML és egyedi adatsémák alapján. Több projektünkben interneten keresztül használható webes felületű, digitális aláírással működő, nagy megbízhatóságú rendszert fejlesztettünk. Tapasztalatokat szereztünk nagyméretű adatmigrációkban folyamatos üzem mellett. Több vészhelyzetben lévő projektet mentettünk meg és számos rendszer teljesítmény problémáját hárítottuk el. Tudjuk, hogy a szaktudás, a felkészültség és az elkötelezettség alapvető követelmény minden sikeres projekthez. Nem állunk meg. Folyamatosan tanulunk és fejlődünk, figyeljük és megértjük az új lehetőségeket és veszélyeket. Az informatikai közösséget nemcsak felhasználjuk, de tudásunkkal és tapasztalatainkkal gazdagítjuk, így közvetve hozzájárulunk ahhoz, hogy emeljük az informatikai szolgáltatások színvonalát Magyarországon és a világban. Szemlélet Feladatunk, hogy a legnagyobb üzleti értéket szállíthassuk a rendelkezésre álló keretek között megrendelőinknek. Ehhez nem csupán technológia és szaktudás szükséges, hanem fontos a szemlélet is, amely szerint ezt megtesszük. Minden szervezet tevékenysége során arra törekszik, hogy növelje hatékonyságát. A hatékonyság egy összetett fogalom, így rengeteg ismérve van. A Lean szemlélet jó iránymutatást ad a hatékonyság és értékteremtés növeléséhez. Fejlesztéseink során kiemelten törekszünk a veszteségek megszüntetésére. Ha a veszteséget megszüntetjük, akkor biztosan nő a hatékonyság, így további értéket teremthetünk. A korábbi módszerek, módszertanok jelentős veszteségeket generáltak, gyakran nem az egész fejlesztés hatékonyabbá tétele, hanem egy terület hatékonyságának növelése volt csak a cél, így az egész folyamat hatékonysága csökkent. Ez a céltévesztés vezetett oda, hogy ma már egy kisméretű, jól felkészült, technológiai csapat jelentősen hatékonyabb, mint egy nagyobb cég. Hatékonyság növelése = Veszteségek csökkentése A megrendelő számára szállítandó termék üzleti értékét maximalizálni akkor lehet, ha minden ez ellen ható tényezőt kiküszöbölünk, vagy hatásukat csökkentjük. Fejlesztéseink során az alábbi veszteségeket igyekszünk csökkenteni vagy megszüntetni. A felesleges funkciók megvalósítása veszteség. Minden rendszer tervezésekor létrejönnek olyan elvárások, amelyek nem tükrözik a megrendelő valós igényeit. Ezek erőforrásokat kötnek le, és csökkentik a valós értékteremtésre fordított időt. A specifikációk korai elkészítése veszteség. A megvalósítás és a spe- Alkalmazott módszereink mellett a szemlélet is fontos: maximális hatékonyság, a lehető legnagyobb érték szállítása, gyors reagálás, átláthatóság és kiváló minőség. Ezt a szemléltet kell hirdetnünk, és ennek kell áthatni egész munkánkat. Bugár-Mészáros Tibor Vállalati alkalmazások tervezése és fejlesztése

7 cifikáció előállítása közötti időben újabb információk keletkeznek. Minél nagyobb ez az időkülönbség, annál több információ keletkezik. Következménye, hogy a specifikáció még a megvalósítás előtt elavul, így ennek frissítése, naprakészen tartása komoly veszteség. A megvalósítás közben a rendszert a készítői ismerik a legjobban, így többet és pontosabban tudnak róla, mint amit a kiinduló dokumentációk tartalmaznak. Ezt a problémát adaptív módon történő megközelítéssel lehet feloldani: a kezdeti tervek a koncepciót és a magas szintű architektúrát tartalmazzák, és a megvalósítási szakaszban áll elő a minimális, megvalósításhoz szükséges specifikáció. Egy részletes specifikáció, amely több száz oldal, komoly veszteség. Az implementálás közben felszínre kerülő problémák általában könnyen megoldhatók, de ezek visszavezetése egy részletes leírásba egy vagy több teljes embert igényel. Az a jó rendszerterv, amely szilárd logikai alapokon áll, átlátható, érthető és segítséget nyújt a megvalósításhoz. Fórizs Jenő A pontatlan, hiányzó vagy több forrásból elérhető információ veszteség. Az adott feladaton dolgozó személyeknek mindig a legfrissebb és legpontosabb információkkal kell rendelkeznie ahhoz, hogy napi szinten a döntéseit meghozza. Az informatika épp az információ kezeléséről szól, így az információ pontos és azonnali megosztása kulcsfontosságú lehet a fejlesztés sikerét tekintve. Másik veszteség ha ugyanazt az információt több helyen kezeljük. Ekkor minden információ frissülésekor a változásokat át kellene vezetni minden másolaton. Ha az átvezetés megtörténik, veszteség keletkezik, mert emberi erőforrást von el. Ha nem történik meg az információk frissítése, akkor pedig a fejlesztés annyi ágon fog folytatódni anélkül hogy tudnák a résztvevői, ahány eltérő példányban szerepel az adott információ. Ez jelentős veszteség és egyben veszélyforrás is. A hibás működés veszteség. Hibák mindig keletkeznek. A hibák elhárításának módja csökkenti a veszteséget. A legjobb, ha minden munkamozzanat végén tudjuk értékelni az előállított terméket, ezzel a hiba létezésének ideje minimálisra csökkenthető. A hibák fellelésének és elhárításának módját ezért minden munkamozzanatba be kell építeni, nem csak egy komplett folyamat végén kell elvégezni. A várakozás a komplett termék elkészültére veszteség. Az üzleti szempontból bevezethető részeket be kell vezetni. A bevezetés újabb információkat hoz létre, amely visszahat a folyamatban lévő fejlesztésekre. A megrendelő valós körülmények között, korai stádiumban értékelheti a terméket, fogadhatja a felhasználók visszajelzéseit. A kapott információk alapján az eddigi igények vagy fejlesztések módosíthatók. Évek óta használjuk az információk központi megosztását wiki rendszeren keresztül. Azóta nem kérdés, hogy hol található meg egy információ és hogy az mennyire naprakész. Budácsik Attila Várakozás az információra és a későn célba érő információ is veszteség. A hagyományos felfogás szerint a fejlesztőket csak a kódoláskor vonják be a projektbe. Ezzel rögtön beépítésre kerül a termék fejlesztési idejének növelése, hiszen a rendszer megalkotói ettől a ponttól kezdve tudják megérteni a rendszer működését és mélységeit. Az ekkor felmerült hibák, hiányosságok kijavítása komoly specifikáció módosítást eredményezhet, amely további csúszásokat eredményez. Megoldás az, ha a nem működő vízesés modell szemléletet feladjuk. A rendszer készítői valóban a rendszer elkészítői, nem csak programozói, tesztelői lesznek. A megrendelővel szorosan, a kezdetektől együttműködve fejlesztik ki a koncepciót, térképezik fel és értik meg az igényeket, alkotják meg a szállítandó terméket (alkalmazás, specifikációk, tesztesetek, tesztek, kézikönyvek).

8 Agilitás A Jura Hungária mindig biztosítja ügyfeleinek a maximális hatékonyság szerint végrehajtott fejlesztést. Ezt csak agilis módszerekkel érhetjük el. Az agilis módszer nem más, mint az interakció kezelésének művészete: biztosítjuk, hogy az információ a lehető leghatékonyabban áramoljon és erre azonnal a lehető legjobb válaszok szülessenek. Az informatikai cégek többsége még a mai napig is olyan téves elképzelés szerint dolgozik, amelyet már 1970 óta mint negatív példa emlegetnek (Winston W. Royce Managing the Development of Large Software Systems, 1970), ennek neve vízesés modell. Ennek a hibás módszernek az erőltetése vezetett számos projekt bukásához, és generált hihetetlen dokumentációs feladatokat és költségeket. Az agilis módszer ezzel szemben a megoldásra koncentrál, célja a használható, értékes termék szállítása. Mindezt olyan módon éri el, hogy az interakcióra, a kommunikációra helyezi a hangsúlyt, és biztosítja az információ gyors, precíz és mindenki számára hozzáférhető áramlását. Az agilis módszer nem módszertan, de bármely más módszertannal szemben jóval hatékonyabb, mert itt nem definitív módszer leírás alapján történik a használat, hanem gyakorlati, empirikus úton. Miért vagyunk agilisek? Gyorsabban megy a munka, jobb a minőség és nagyon jó a hangulat. Szalai Gyula Vállalati alkalmazások tervezése és fejlesztése

9 Kiáltvány az Agilis Szoftverfejlesztésért Mi a jobb szoftverfejlesztés módjait fedezzük fel azáltal, hogy fejlesztünk és segítünk másokat fejleszteni. Ezen munkában értékesebbnek tartjuk: az egyént és a személyes kommunikációt, a módszertanoknál és az eszközöknél, a működő szoftvert, az átfogó dokumentációnál. a megrendelővel való együttműködést, a szerződéshez való merev ragaszkodással szemben, a változásra való reagálást, a tervek rigorózus követésével szemben. Noha, fontosak az utóbbiak is, mi fontosabbnak tartjuk az előzőeket.

10 Scrum Amikor évekkel ezelőtt találkoztunk a Scrum-módszerrel, meglepődve tapasztaltuk, hogy az akkor alkalmazott munkamódszerünk mennyire hasonló. A Scrummal történő megismerkedés után értettük meg, hogy ez nem véletlen: egyszerűen úgy dolgoztunk, ami működött. Ennek az volt az oka, hogy mindig a feladatok minél jobb megoldására, a határidőkre és a hatékonyság növelésére koncentráltunk. A Scrum lényegre törő, minden szükségtelen feladatot, felesleges dokumentumot nélkülöző megközelítése hamar népszerű lett. Könnyű megérthetősége, az általa elért hatékonyság, valamint az átláthatóság mindenkit meggyőzött. Product backlog és Sprint A fejlesztés korai fázisában létrehozzuk azt a listát, amely funkcionálisan, üzleti érték szerinti prioritás szerinti sorrendben tartalmazza a termékkel szembeni elvárásokat, valamint az egyéb igények is feljegyzésre kerülnek ekkor. Ezt a funkciólistát hívjuk Product backlognak. Tulajdonsága, hogy folyamatosan változik, fejlődik, attól függően milyen új üzleti vagy egyéb információk keletkeznek. A listán szereplő elemek az üzleti prioritás mellett tartalmazzák a becsült ráfordítási igényt is, ezzel a megrendelő előtt ismert lesz a feladat erőforrásigénye. Ezen adatok alapján megtervezhető, hogy mely feladatok kerülnek először elvégzésre, így a legnagyobb üzleti értéket képező funkciók kerülhetnek legelőször kifejlesztésre, így adott idő alatt a kifejlesztett rendszer üzleti értéke a lehető legnagyobb lesz. A listáról kiválasztott elemek egy 2-4 hetes fejlesztési ciklusban megvalósításra kerülnek úgy, hogy azok teljes értékű, használható funkcionalitást nyújtanak. Minden ilyen ciklus (Sprint) végén a terméket bemutatjuk, és az átvételi tesztet a megrendelővel közösen elvégezzük. Ezzel az inkrementális fejlesztéssel biztosítható, hogy az alkalmazás üzleti értékét maximumon tartsuk. Product Backlog: a rendszerrel szemben támasztott igényeket tartalmazó, priorizált lista. Az elemek egymondatos leírások, így könnyen áttekinthetőek. Jellemzője, hogy folyamatosan szerkeszthető. Sprint: egy 2 vagy 4 hetes fejlesztési ciklus (iteráció), amely alatt a Product backlog listáról kiválasztott elemek megvalósításra kerülnek. A megvalósítás végén a termék potenciálisan szállítható. Itt nem csak a programkód készül el, hanem szükség esetén a kézikönyvek is, valamint lezajlanak az átvételi tesztek is. A Sprint végén az elkészült terméket bemutatjuk és átadjuk a megrendelőnek. Átvételi teszt Az átvételi tesztek a Product backlog alapján meghatározott átvételi kritériumok szerint történnek. Minden egyes funkcióhoz meghatározzuk azokat a teszteket, amelyeket teljesíteni kell egy funkciónak ahhoz, hogy azt állítsuk róla elkészült. A teszteseteket a megrendelővel közösen állítjuk össze, segítve eddigi tapasztalatunkkal. A teszteset összeállítása közben hatalmas előny, hogy megértjük mélységében az adott funkciót, így a fejlesztés idejét csökkentjük, és a minőséget jelentősen növeljük. A Product backlog a valós igényeket tartalmazza, így az igényekre épített teszt és annak eredménye tükrözi a legjobban az adott rendszer elvárásokkal szembeni megfelelőségét. Agilis fejlesztés A fejlesztés folyamán annyi specifikáció készül el, amennyi szükséges a feladat megvalósításához. A specifikáció készítése nem egyszemélyes feladat: mindenki, aki érintett, részt vesz az előkészítésében és a kidolgozásában. A kódolás elkezdődik, de mivel eközben újabb információk keletkeznek, ezért a program és specifikációja oda-vissza hathat egymásra. A programrész megírása közben automatikus tesztesetek írása, a tesztelés, a szükséges tájékoztatók (on-line segítségek) és egyéb kézikönyvek megírása és módosítása is megtörténik. Ezért a Sprint végére a funkció nem csak program szinten készül el, de a szükséges egyéb szállítandó termékeket is tartalmazza. A Product backlog elemekhez kapcsolt átvételi tesztek jelentős költségés időmegtakarítást eredményezhetnek. A megrendelő által elvégzendő tesztek nagyrészt automatikusan végrehajthatók lesznek, így jelentős emberi erőforrás szabadul fel. Kozma László Vállalati alkalmazások tervezése és fejlesztése

11 Agilis csapat Az agilitás nem módszertan, hanem képesség. Képessége az egyénnek, képessége a csapatnak és képessége az egész szervezetnek. Agilis csapat csak agilis emberekből építhető: elkötelezett, jól képzett, rugalmas és naprakész információkkal rendelkező emberek szükségesek hozzá. Egy fejlesztést 3-9 fős csapatban szoktunk végezni. A kilenc főnél nagyobb csapat esetén olyan mértékben lelassulna a kommunikáció, hogy az a hatékonyságot csökkentené. Vannak olyan méretű projektek, amelyek esetén több tucat fejlesztő szükséges, ekkor igyekszünk több Scrum-csapatot felállítani és azok munkáját koordinálni. Ilyen esetben elérhető az 5 fős ideális szerkezetű csapatok kialakítása. A csapatok önállóan érik el a kitűzött célt, a Sprint alatt végzett feladatok megoldásának módjába csak a csapat tagjai szólhatnak bele, hiszen ők ismerik a legjobban a problémakört. Ilyen önszervező csapatok kialakításával, a külső zajok elnyomásával jelentős hatékonyságnövekedést értünk el alkalmazásfejlesztéseink során, így vált nálunk az agilitás valósággá. Konfigurációmenedzsment nélkül nincs alkalmazásfejlesztés. Ezzel tartjuk nyilván az alkalmazások működési és fejlesztési környezeteinek pontos leírását. Kertész Márk Minőség A fejlesztés során különösen nagy figyelmet fordítunk a minőségre, a nyomon követhetőségre és a reprodukálhatóságra. Ezeket verzió- és feladat- (hiba-) követő rendszerekkel támogatjuk. A konfigurációmenedzsment gördülékeny működéséhez jól dokumentált és ésszerű szabályrendszert vezettünk be, amit minden kolléga ismer és betart. Verziókövetéshez elosztott és központosított rendszereket is használunk, a projekt igényeinek megfelelően. A feladat- és hibakövetést igény szerint a megrendelő számára is áttekinthetővé tesszük, biztosítva ezzel, hogy jobb betekintést kapjon a projekt állapotába és a megoldandó problémákba. A projektek minden fázisában felmerülő kérdések, problémák teljes életútját követjük. A projekttel kapcsolatos minden fontos információt Wikiben tárolunk, ezeket az információkat a projekt szereplői folyamatosan karbantartják, pontosítják, így minden pillanatban a rendszerrel kapcsolatos legfrissebb információk nyerhetők ki. Minőségbiztosításunk, munkamódszerünk, projekttapasztalataink rendszeres időközönként felülvizsgálatra és folyamatosan megosztásra kerülnek a csapat tagjai között, így folyamatosan növeljük a hatékonyságot.

12 Fő fejlesztési platformunk a Java. Jelenleg ez a világon a legelterjedtebb, legdinamikusabban fejlődő és legmegbízhatóbb platform. Ennek köszönhetően az általunk fejlesztett rendszereknek stabil és megbízható alapja van, amelyre építve kiemelkedő és nagy rendelkezésre állású szolgáltatásokat tudunk nyújtani. A Java platform és az azt övező technológiák, megoldások fejlődését 1996 óta szinte napi szinten nyomon követtük. Munkánk során az újdonságokkal folyamatosan ismerkedünk és a projektek igényeinek megfelelően alkalmazzuk őket. A nagyvállalati JAVA környezetben szerzett integrációs, és teljesítménnyel összefüggő tapasztalataink kiemelkedőek. Oracle adatbázisok terén kiemelkedő tapasztalatokkal rendelkezünk. Alkalmazásfejlesztéseink döntő többségében Oracle adatbázisokat használunk. Tapasztalatunk van nagy adatmennyiség melletti, nagy terhelésű rendszerek létrehozásában. Számos alkalmazásunk évek óta fut 7x24 órás rendelkezésre állás mellett. Vannak olyan rendszereink, amelyek Oracle 8i-vel indultak és az évek során 9, 10 majd 11-es verzióra álltak át. Az ilyen átállások folyamán akadtak olyan feladatok, amelyekre egyedi megoldásokat kellett kidolgoznunk, hogy a folyamatos üzemet és a szolgáltatás minőségét fenntartsuk. Számos esetben az adatbázisok migrációját Oracle platformra szintén a folyamatos üzem biztosítása mellett oldottuk meg. Az Oracle RAC megoldása emelte fejlesztett alkalmazásaink rendelkezésre állását. Nyílt forráskódú szoftver Az általunk fejlesztett alkalmazások kiváló minőségű, nagy rendelkezésre állású, modern, gyors rendszerek. A felkészültségünk és csapatmunkánk mellett a használt technológiák is hatással vannak erre. Szemléletünk szerint az egyszerűség és az átláthatóság kulcs a sikeres fejlesztéshez. Ezért olyan alkalmazásokat használunk, amelyek ugyanezen szempontok szerint fejlesztettek: NetBeans, Firefox, Google Chrome, Ubuntu Linux, Mercurial, Apache Web Server, Apache Tomcat, ActiveMQ, JAVA, jquery, Trac. A nyílt forrású termékek hatalmas előnye, hogy a dokumentáció és a forráskód külön licenc és késedelmet okozó szerződések, tanácsadások nélkül azonnal rendelkezésre áll. Ezáltal minden vélt vagy valós hibát késlekedés nélkül, a rendszer legapróbb részletéig meg tudunk vizsgálni. Tapasztalatunk szerint kiváló minőségű termékekről van szó, amely köszönhető a mögötte álló közösségnek, valamint az óriási számú felhasználónak. Vállalati alkalmazások tervezése és fejlesztése

13 Legfontosabb munkáink Kollégáink tapasztalata és csapatmunkánk garantálja a kiváló minőséget és a gyors munkavégzést. Az alábbiakban bemutatjuk azon legnagyobb projektjeinket, amelyekben részt vettek. Dolgozói elégedettséget felmérő és értékelő rendszer Dolgozók elégedettségi szintjének felmérését szolgáló multimédiás, web alapú informatikai rendszer. A fejlesztés folyamán többnyelvű alkalmazástámogatás és multimédiás funkciók kerültek megvalósításra. A fejlesztés folyamán adatgyűjtő, adatértékelő, monitoralrendszer, kérdőív-konfiguráló és jogosultságkezelő rendszer lett kifejlesztve. Felhasználók száma fő, amelynek kiszolgálását Sun szerverekkel és Oracle adatbázissal végeztük el. A négy alkalmazás szerver redundáns teljesítményelosztókon keresztül volt elérhető. Adatbázis oldalon Oracle klaszter működött. Fejlesztési idő 4 hónap, a projekt többnyelvű webalkalmazás. Magánbank internetről elérhető felület fejlesztése Egy németországi magánbank internetbank-rendszerének megvalósítása. A projekt folyamán az internetes felület megvalósítása és a meglévő banki rendszerhez történő csatlakozás kifejlesztése történt meg. Az alkalmazás fejlesztését a Vignette CMS rendszerrel és Enterprise JavaBeans kiszolgáló használatával kellett megoldani. Fejlesztési idő 6 hónap, a projekt angol/német nyelvű. Egyéni vállalkozói nyilvántartó rendszer statisztikai modul Több százezer vállalkozó adatainak nyilvántartása Oracle adatbázisban, történeti adatok kezelésével, PDF formátumban készülő statisztikák különböző bontásban történő előállítása. Az alkalmazásszerver és a kliens oldalon Java alkalmazás fut, a szerver oldali alkalmazás más rendszerekkel IBM MQ Series üzenetkezelő szerver segítségével tartja a kapcsolatot. A fejlesztés során komplett verziómenedzsment bevezetése és fenntartása is megtörtént. Fejlesztési idő 2 hónap. Tartózkodási és letelepedési engedély rendszer Több százezer személy adatait kezelő nyilvántartás Oracle adatbázisban, javás felhasználói felülettel. Komplett képkezelő rendszer megvalósítása (szkennelés, elemzés), hivatalos okmányok előállítása és nyomtatása. Kapcsolat több külső közigazgatási és egyéb nyilvántartó rendszerrel XML formátumú üzeneteken keresztül. Több mint 100-féle különböző rendszeresen generált kimutatás és statisztika készítéséhez saját statisztikakészítő keretrendszert fejlesztettünk. Fejlesztési idő 4 hónap.