Fejlesztéskövetés fejvesztés nélkül, avagy Kiadáskezelés megvalósítása banki környezetben Előadók: Angyal Gergely (Raiffeisen), tesztelési csoportvezető Kováts Márton (KFKI), szenior rendszermérnök 2010.03.25. Dia 1
Tematika kiadáskezelés megújítása alapvetésl é stratégia tervezés bevezetés folyamatos szolgáltatásfejlesztés Dia 2
Tematika az ITIL v3 rendszerében elhelyezve Kiadás és üzembeállítás menedzsment Szolgáltatásellenőrzés és tesztelés Konfiguráció- menedzsment Dia 3
Alapvetés: Raiffeisen Bank Raiffeisen i Bank univerzális bank, országos lefedettséggel l nemzetközi csoport része Banki informatikai környezet heterogén komplex elosztott több-platformos Dia 4
Alapvetés: kiadáskezelés Kiadáskezelés*: k * A kiadáskezelés k végzi a hardver és szoftver ütemezését, tervezését, építését, konfigurálását és tesztelését, hogy a kiadás komponensek egy készletét hozza létre a működő környezet számára. Fejlesztett szoftverek kiadáskezelése *: Az ITIL módszertan áttekintése (http://www.itsmf.hu/documents/itil1attekintes_v3.1.pdf) Dia 5
Stratégia: tesztelési módszertan megújítása Önálló banki projekt Alkalmazásfejlesztések során a tesztelési problémák azonosítására és megoldására Hatékonyság növelésére (gyorsabb átfutás, kisebb költség) Hatókör: tesztelés folyamata (belsős, külsős fejlesztések) szabályozása (törvényi megfelelés biztosítása) környezetének menedzselése (konfigurációés kiadáskezelés) módszerek bevezetése (oktatás) Törvényi megfelelés kiadáskezelés kapcsán: kizárólag jóváhagyott és dokumentált változtatások engedélyezettek (program change control) Dia 6
Stratégia: tesztelési módszertan megújítása A szakirodalom szerint a projektek költségvetésének közel 30%-át teszik ki a tesztelési, javítási feladatok funkcionális teszt során talált hibák javításának költsége 7-szerese a fejlesztői teszt során találtnak A méréseink szerint 2009-ben hibajavító release-ek ek száma 22%-kal csökkent hibajavítás átfutási ideje 60 nap Hatékonyság ~5% megtakarítás (a tesztelési ráfordítás hamarabb jelentkezik) tesztelés időszak átfutási ideje ~10%-kal csökkent Következtetés Dia 7 meg kell újítani a kiadáskezelési k folyamatot is eszköztámogatást fejleszteni szükséges
Tervezés: tesztelési folyamat V modell alapján Tervezési folyamat Tesztelési folyamat Dia 8 Logikai terv Architektúra terv Modul terv Fejlesztés Felhasz- nálói teszt Követelmények Funkcionális teszt Integrációs teszt Fejlesztői teszt
Tervezés: tesztelési folyamat, tesztkörnyezetek Logikai terv Követel- Felhaszményenálói teszt Architektúra terv Modul terv Fejlesztés Integrációs teszt Fejlesztői teszt Funkcionális teszt Ismert hibák átadása ügyfélszolgálatnak ÚJ! ÚJ! Fejlesztői Fejlesztői integrált Integrált Üzemi integrált környezetek tesztkörnyezet tesztkörnyezet környezet Fejlesztés UNIT Teszt ÚJ! Integrált Fejlesztői Teszt ÚJ! ÚJ! Funkcionális Teszt ÚJ! Nem Funkcionális Teszt Felhasználói Elfogadói Teszt ÜZEM Telepítés FIT környezetbe Átadás funkcionális tesztelésre Döntés üzembehelyezésről Dia 9
Tervezés: kiadáskezelésben érintett környezetek Fejlesztői környezetek Tesztkörnyezetek Üzemi környezet modulok FIT INT telepítés logikai környezet DEV TST PROD rendszerkapcsolat Dia 10
Tervezés: tesztelési folyamat szervezet Üzlet Üzemeltetés Szervezés Szervezés és Alkalmazásfejlesztés Fejlesztéstámogatás Szervezés Minőségbiztosítás Alkalmazásfejlesztés Dia 11
Tervezés: szervezet szerepkörök, feladatok Üzlet Üzemeltetés Szervezés Szervezés és Alkalmazásfejlesztés Fejlesztéstámogatás Szervezés Minőségbiztosítás Alkalmazásfejlesztés ÚJ! Architektúra tervezése Installálások, release-ek ek tervezése Proj jekt csa apat (fejles sztés) ÚJ! ÚJ! Dia 12 Integrációs teszt koordinációja
Tervezés: szervezet szerepkörök, feladatok Üzlet Üzemeltetés Szervezés Szervezés Szervezés és Alkalmazásfejlesztés Minőségbiztosítás Fejlesztéstámogatás Minőségbiztosítás Tesztelési erőforrások tervezése, ütemezése Alkalmazásfejlesztés Tesztelés tervezése Tesztelési csoport Kapacitásmenedzser ÚJ! Dia 13 Installálások koordinálása Projek kt csapa at (tesztelé és) Tesztelések koordinálása, dokumentálása Funkcionális tesztelő ÚJ! Tesztfejlesztő Funkcionális tesztelés Tesztkoordinátor Tesztauto- matizmusok fejlesztése
Tervezés: szervezet szerepkörök, feladatok Üzlet Üzemeltetés Szervezés Szervezés és Alkalmazásfejlesztés Fejlesztéstámogatás Szervezés Minőségbiztosítás Alkalmazásfejlesztés Tesztrendszeri telepítés Üzemeltetési tesztek Rendszergazda Üzembe helyezés Dia 14
Bevezetés: kiindulási folyamat Installálási feladatok nyilvántartása tá szabad szöveges taskok install leírás alapján Előnyök egyszerű kezelés (a kialakítotthoz képest) dokumentációs követelmény teljesül Hátrányok környezetek állapota nehezen/nem lekérdezhető installálások ütközése az integrált környezetekben szoftver konfigurációs elemekről nincs közös nyilvántartás Dia 15
Bevezetés: legfontosabb célok CMDB szoftveres CMDB kialakítása (másik projekt keretében) állandó kapcsolat az új CMDB-vel (naprakész, konzisztens) új környezetek (FIT) kezelésének biztosítása Folyamat komplex telepítésekre is ütemezhető, egységes, átláthatóbb telepítési folyamatok ütközések kiküszöbölése Új szerepkörök beillesztése a folyamatba vezető ő architekt integrátor FIT felelős Dia 16
Bevezetés: adottságok Támogatóeszköz: HP Service Manager 7 CMDB modul és Change modul alapokon Testreszabás, fejlesztés Párhuzamos fejlesztések Fejlesztés Követő Rendszer Dia 17
Bevezetés: felmérés és tervezés fontos pontjai A kiadáskezelési k i folyamatban érintett tt entitások azonosítása olyan módon, hogy összhangban legyenek a párhuzamosan folyó CMDB bevezetéssel Az entitások kapcsolatainak és életútjainak, valamint az elemek egymásra gyakorolt hatásainak az azonosítása A folyamatok szereplőinek, feladatainak, jogosultságainak azonosítása Dia 18
Bevezetés: hogyan működik? Modul Telepítési Egység Release Release folyamatvezérelt telepítése a célkörnyezetben Dia 19
Bevezetés: kialakított folyamat Komplex megtervezett tt installálások release-ekbe rendezve azonosított modulok csatolása Előnyök környezetek állapota lekérdezhető installálások ütemezhetők és követhetők az integrált környezetekben közös szoftver nyilvántartás (CMDB) Hátrányok komplex folyamat több oktatás szükséges bevezetés időben elnyúlik erőforrás-igényes Dia 20
Bevezetés: eddigi tapasztalatok A megvalósított alkalmazások képesek az összetett folyamatok támogatására (konfiguráció- és kiadáskezelés) Szemléletváltás install feladatok kezelése helyett környezetmenedzsment időigényes, iteratív kommunikációra nagyon oda kell figyelni minden fázisban (főleg tervezés, bevezetés, üzem során), nem elegendő a kulcsfelhasználókat bevonni oktatásra nagyobb hangsúlyt kell fektetni (szervezetten és támogatás keretében) Egyensúly komplex folyamat, el kell kerülni a túlbonyolítást optimalizálni kell az automatizálás mértékét (fölöslegesen NE) Támogató eszközrendszer figyelembe kell venni az eszköz sajátosságait, korlátait a testreszabást a rendszer határait figyelembe véve kell megtenni Dia 21
A jelen és a közeljövő feladatai ITIL v3 mentén Folyamatgazda: Minőségbiztosítás vezetője Állandó szolgáltatásfejlesztés Fejvesztés nélkül merjünk szembenézni a hibákkal megfontoltan Dia 22
A jelen és a közeljövő feladatai Konfigurációkezelés iók (holnap) konfigurációs adatbázis feltöltése változáskezelési folyamat integrálása Kiadáskezelés bevezetés adattisztítások folyamatos oktatás Kontrolling riportspecifikációk környezet kihasználtsága (HUF, %) üzemi minőség trend (hibasűrűség) hibariportok, hibatrendek (60 nap) 50% Megoszlas 20% 30% 30 25 20 15 10 5 0 1 2 3 4 5 6 7 8 Dia 23
Logikai terv Architektúra terv Modul terv Fejlesztői teszt Felhasználói teszt Követelmények Funkcio- nális teszt Integrációs teszt Fejlesztés Alkalmazásfejlesztés Vezető architekt Vezető Fejlesztő Vezető Fejlesztő FIT INT ( Projekt csapat fejlesztés) Fejlesztés integrátor Fejlesztő Fejlesztő DEV TST PROD Fejlesztés integrátor Fejlesztő Fejlesztő Platform Dia 24
Köszönjük ö a figyelmet! Dia 25