A Rational megközelítés az integrációs tesztelés terén
|
|
- Árpád Török
- 8 évvel ezelőtt
- Látták:
Átírás
1 IBM szoftver Elméleti vezető szerep ismertetője július A Rational megközelítés az integrációs tesztelés terén Korai és folyamatos tesztelés a hibák kordában tartása és a tesztelési hatékonyság optimalizálása érdekében
2 2 A Rational megközelítés az integrációs tesztelés terén Tartalomjegyzék 2 Bevezetés 3 Fokozatos integráció 3 Tesztvirtualizálás alkalmazása 5 Folyamatos rendszerszintű tesztelés és eszközmegosztás használata 5 A hatékony adatkezelés megtervezése 6 A teljes körű tesztelés költségeinek csökkentése és a GUI elkülönítése 6 Korai tesztelés 7 Hogyan kerülhető el a Nagy bumm? 7 Összegzés Vezetői összefoglaló Az alkalmazások egyre gyorsabb ütemben fejlődnek. Ezek az alkalmazások nem egymástól elszigetelt egységek; összetett és összekapcsolt összetevőrendszerre épülnek, amely eltérő technológiákat, fejlesztőket, telepítési topológiákat és szervezeteket foglal magában. A fejlesztőkkel szemben alapvető elvárás a kiváló minőségű alkalmazások biztosítása, korlátozott tesztelési költségek mellett. Ebben a kihívásokkal teli környezetben az automatizált integrációs tesztelés és a tesztvirtualizálás kombinációja lehetővé teszi a tesztelési csapatok számára, hogy javítsák a szoftverek minőségét és lépést tartsanak a változásokkal. Az ismertető ezen igényekre kínál megoldást az IBM Rational tesztautomatizálási megoldások segítségével történő megelőző jellegű és folyamatos integrációs tesztelés előnyeinek ismertetése révén. Bevezetés Az alkalmazások egyre gyorsabb ütemben fejlődnek. Ezek az alkalmazások nem egymástól elszigetelt egységek; összetett és összekapcsolt szolgáltatásokra épülnek, amely eltérő technológiákat, fejlesztőket, telepítési topológiákat és szervezeteket foglal magában. A fejlesztőkkel szemben alapvető elvárás a kiváló minőségű alkalmazások biztosítása, korlátozott tesztelési költségek mellett. Ebben a kihívásokkal teli környezetben az automatizált integrációs tesztelés és a tesztvirtualizálás kombinációja lehetővé teszi a tesztelési csapatok számára, hogy jobb minőségű termékeket biztosítsanak és lépést tartsanak a változásokkal. A minőségbiztosítási szakemberek számára az egyik legegyszerűbb hatékonysági mutató az észlelt hibák és a felderítetlenül maradt hibák számának aránya. Ugyanakkor a sikert vagy a kudarcot nem egyszerűen a termelési fázisig megmaradó hibák száma határozza meg. A hibák kategorizálása az alapján, hogy melyik fázisban kellett volna azokat megtalálni, hatékonyan rávilágíthat a tesztelés hatékonyságának mértékére. Ha például egy működési hibára a rendszer teljes körű tesztelése során derül fény, akkor a helyreállítási költségek jelentősen meghaladhatják a hiba azonnali, egy korábbi fejlesztési fázisban való megjelenésekor történő kijavításának költségét. A magasabb költségeket kiváltó tényezők többek között a regressziós tesztelés és a felhasznált tesztelési erőforrások mennyiségének növekedése, több valósághű környezet használata és a nagyobb koordinációs követelmény lehetnek. A hibák azonnali észlelése kiemelten fontos az integrációs projektekben és különösen a SOA-projektekben, és nagy kihívást jelent azon tesztmenedzserek számára, akik pénzügyi és ütemezési lehetőségei korlátozottak. A SOA valóban jelentős kihívások elé állítja a tesztelési szakembereket. Az összetett üzleti folyamatok a szolgáltatások együttműködését igénylik. Ez a szükségszerű együttműködés nagy számú permutációhoz vezethet az adatok és a szükséges
3 IBM szoftver 3 tesztesetek tekintetében is. A tesztelőknek nem csak üzenetek, üzenetadatok és szolgáltatások közötti interakciók kombinációját kell tesztelniük, hanem végül azt is bizonyítaniuk kell, hogy a megoldás támogatja az üzleti követelményeiket. A SOA-tesztelés mostanáig egyetlen megszokott tesztelési tervet követett: követelménykezelés, funkcionális tesztelés, integrációs tesztelés, teljes körű (E2E) rendszertesztelés, felhasználói elfogadási teszt (UAT), teljesítménytesztelés és működési elfogadási teszt (OAT). Ez a terv rendkívül nagy hangsúlyt fektet a funkcionális és integrációs tesztelésre a különböző alkalmazásokban, rendszerekben és a vállalatban megtalálható szolgáltatások kompatibilitásának, együttműködési képességének, működésének és megfelelő teljesítményének biztosítása érdekében. A SOA és az integrációs tesztelés tesztautomatizálása ma már nem lehetőség, hanem alapvető követelmény. A tesztelési eszközök azonban önmagukban nem elegendők. Megelőző jellegű tesztelési megközelítésre van szükség: olyan stratégiai megközelítésekre, amelyek mérsékelik a rendszermódosítások kockázatát, és jól szervezett, felügyelt módon képesek a minőség bizonyítására. Az IBM Rational tesztautomatizálási megoldások és a megelőző jellegű integrációs tesztelési módszer együttes alkalmazása segíthet a hibák azonnali észlelésében, a korai és folyamatos tesztelések végrehajtásában, valamint a tesztelésre fordított erőfeszítések megtérülésének optimalizálásában. A megelőző jellegű tesztelési megközelítéshez megfelelő integrációs szerkezet szükséges: ez a fokozatos integráció. Ehhez a megközelítéshez azonban speciális eszközök is szükségesek. Az IBM Rational Test Workbench, az IBM Rational Performance Test Server és az IBM Rational Test Virtualization Server olyan hatékony eszközök, amelyek kifejezetten arra készültek, hogy segítséget nyújtsanak a megelőző jellegű tesztelési módszerek megvalósításában. Fokozatos integráció A pontos és egyértelmű követelmények alkalmazása létfontosságú az integrációs tesztelés során. Az üzleti folyamatokat meg kell határozni és összetevőkre kell bontani, hogy a rájuk vonatkozó tesztelési követelmények a szolgáltatás-együttműködés legalacsonyabb szintjén legyenek meghatározhatók. A követelmények teljesülésének nyomkövetése így működési, szolgáltatás-együttműködési, illetve üzletifolyamat-szinten és végül a teljes rendszer szintjén történik. A követelménykezelés ezen megközelítése jelentős mértékű potenciális előnyöket biztosít a költségek szempontjából az SOA- és az integrációs projektek esetében. Ha a részletes követelmények teljes mértékig átláthatók, a projektvezetők és a tesztmenedzserek könnyebben működhetnek együtt és hatékony, felügyelt kiadási ütemtervet készíthetnek. A funkciók és összetevők fokozatos és felügyelt bevonása a tesztelési környezetekbe jelentősen felgyorsítja a hibák elkülönítését. A projekt fokozatos integrációs tervének létrehozása után a tesztelési szakembereknek a következő technikák használatát kell fontolóra venniük a hatékonyabb megelőző jellegű tesztelési eljárás megvalósítása érdekében. Tesztvirtualizálás alkalmazása A tesztvirtualizálás során a valós összetevőt egy virtuális összetevő vagy más néven csonk helyettesíti. Ezek a virtuális összetevők a rendszer valós működésének modellezésére és szimulálására használhatók. A virtuális környezet segít az alkalmazástesztelési függőségek megszüntetésében, illetve a hagyományos tesztelési környezetek beállítási és infrastrukturális költségeinek csökkentésében. A megelőző jellegű tesztelési tervekben a tesztvirtualizálás alkalmazásával virtuális összetevőket lehet elérhetővé tenni a kulcsfontosságú szolgáltatásösszetevők helyett, így sokkal egyszerűbb a különböző helyzetek szimulálása és tesztelése. Egyes iparági szakemberek a szolgáltatásvirtualizáció néven hivatkoznak a hiányzó függőségek emulálási folyamatára. Ezek az emulációk azonban nem kizárólag szolgáltatásalapú megközelítést használhatnak, ezért a tesztvirtualizáció megnevezés pontosabb.
4 4 A Rational megközelítés az integrációs tesztelés terén A tesztvirtualizálás az integrációs tesztelések során használható, rendkívül hatékony eszköz. A tesztvirtualizálás segítségével virtualizált integrációs környezetet hozhat létre a funkcionális vagy teljesítményteszteléshez, ami jelentős előnyöket biztosít az állásidő csökkentése, a költséghatékonyság biztosítása, a korai hibaészlelés és a követelmények egyértelműsítése révén a hardverek és szoftverek fejlesztése és integrációs tesztelése előtt. A tesztvirtualizálási képességek stratégiai alkalmazás esetén a leghatékonyabbak. Az ütemezési problémák például rendkívül rossz hatással lehetnek az integrációs tesztelésre. A gondosan megtervezett kiadási ütemtervekben pedig rengeteg a függőség és a feltételezés. A szolgáltatásvirtualizálást alkalmazó megelőző jellegű tesztelési stratégia segít a függőségek lehető legnagyobb mértékű eltávolításában. Az IBM Rational Test Virtualization Server a szükséges szolgáltatások termelési szintű szimulációját biztosítja. A fejlesztők és a tesztelők egyszerű csonkokat építhetnek, amelyek meghatározott vagy beviteleken alapuló különböző válaszokat adnak vissza, illetve összetett, állapot-nyilvántartó működésű csonkokat is létrehozhatnak. Adattáblákat is használhat paraméteres csonkműködés megadásához, amelyek egy újabb táblázatsor hozzáadásával egyszerűen bővíthetők. A szükséges szolgáltatások teljesítményszimulációjához ugyanígy a fejlesztők és a tesztelők terheléseket hozhatnak létre az alkalmazás- és integrációs szinten az IBM Rational Performance Test Server segítségével. Ennek a funkciónak az a célja, hogy átfogó képet biztosítson az összes alkalmazás-összetevő teljesítményéről és méretezhetőségéről. A virtualizált szolgáltatások gyakorlatilag bármilyen tesztelési célt és tesztvégrehajtási technológiát támogatnak. Amikor az IBM Rational Test Workbench integrációs képességei elindítanak egy tesztet, a program automatikusan elindíthatja a szükséges virtuális szolgáltatásokat, ezzel elősegítve, hogy a feloldatlan rendszerfüggőségek számára előre meghatározott működést biztosítson. A felhasználó határozza meg, hogy melyik csonkot használja a rendszer, így számos különböző szituáció modellezhető a tesztelési forgatókönyvtől függően. A kritikus integrációs pontok felmérése (a módosítás hatókörén belül és kívül egyaránt) segítséget nyújt annak megállapításában, hogy mely szolgáltatások virtualizálására van szükség. A környezet elérhetősége és a szolgáltatások késői biztosítása nagy mértékű kockázatot jelent. A szolgáltatásszimulációt alkalmazó megelőző jellegű tesztelési lefedettség révén rugalmasan alkalmazkodhat az ütemezési krízisekhez, ha jelentkeznek. Az összetevők felépítésekor és szállításakor a virtuális összetevők kicserélhetők, és a tesztelés tovább folytatható (lásd 1. ábra). A folyamatos integrációs ciklusba az egységek prioritás és szabályozás alapján kerülnek be. A még nem felépített egységek szimulálhatók és bevonhatók a tesztelésbe. Fokozatos integrációs tesztelés Tényleges összetevő Szimulált összetevő 1. ábra: A szimuláció virtuális összetevőket biztosít és elősegíti a fokozatos tesztelést Ha a megelőző jellegű tesztelési protokoll részeként virtualizált szolgáltatásokat kíván felhasználni, a projekt kezdetén előnyös lehet egy szimulációs sablon létrehozása parancsfájl formájában. Ez a parancsfájl nagyon gyorsan átalakítható, amint a virtualizált szolgáltatás iránti igény jelentkezik. A műszaki és üzleti kockázatok a hatékony követelménykezelés segítségével történő alapos megismerése elősegítheti a szimulációk prioritásának lehető leghatékonyabb meghatározásában.
5 IBM szoftver 5 Folyamatos rendszerszintű tesztelés és eszközmegosztás használata A Rational Test Workbench használatának egyik nagy előnye, hogy segítségével gyorsan és egyszerűen hajthat végre teszteket. Az egyszerűség azt jelenti, hogy teljes regressziós ciklusokat futtathat az új vagy virtuális összetevők bevezetésekor. Ez azonnali visszacsatolást biztosít a fejlesztő csapat számára, akik ugyanazokat a parancsfájlokat futtathatják, replikálhatják és megoldhatják a problémákat, mindezt minimális erőfeszítéssel (lásd a 2. ábrát). Ez a helyreállítás helyett az innovációra helyezi a hangsúlyt. Az eszközök arra ösztönzik a fejlesztőket és a tesztelési csapatokat, hogy az integrációs tesztek és virtuális szolgáltatások megosztásával együttműködjenek a teljes szoftverfejlesztési életciklus (SDLC) során. Az üzleti elemzők és az integrációs szakemberek határozzák meg az üzleti folyamatokat, illetve az integrációs pontokat A hatékony adatkezelés megtervezése A szükséges tesztelési lefedettség támogatásához és a szállított megoldás iránti bizalom kialakításához reprezentatív és megfelelő adatok szükségesek. Az adatokkal kapcsolatos szempontokat már a követelményösszeállítási fázisban figyelembe kell venni, és be kell építeni a tesztelések létrehozásába és végrehajtásába egyaránt. Az idő- és pénzbeli korlátok miatt általában ekvivalencia particionálásra és határérték-analízisre van szükség a projekthez elengedhetetlenül szükséges adatok azonosítása érdekében. A tesztadatok kezelése rendkívül fontos tevékenység, ezért elvégzését gyakran külön szakemberre bízzák. A tesztparancsfájloknak adatközpontúnak kell lenniük, a Rational Test Workbench pedig különböző fájlforrásokat képes bemenetként kezelni az adatok a különböző felületekre való átviteléhez. Mivel a tesztelés folyamatos, érdemes fontolóra venni a tisztító parancsfájlok használatát; ezek a parancsfájlok képesek alapállapotba visszaállítani a rendszereket, és biztosítják azt is, hogy az adatok szükség esetén újrafelhasználhatók legyenek. A meglévő integrációs projektekhez adott új projektek megvizsgálják és felhasználják a létező tesztelési eszközöket A fejlesztők az IBM Rational Test Workbench segítségével kezdik el a tesztelést, és a működést szimulációval tesztelik A virtuális szolgáltatások szintén adatközpontúak lehetnek a tesztkörnyezet követelményeitől függően. Gyakori követelmény a teszteléshez használt adatkészlet és a virtuális szolgáltatásokat támogató adatkészlet közötti konzisztencia. Az éles üzem megkezdése utáni támogatás a meglévő tesztelési eszközöket alkalmazza a problémák és hibák megoldására A teljes körű tesztelés magában foglalja a szimuláció útján korábban elkülönített GUI felületeket is Az integrációs tesztelés a fejlesztők által létrehozott eszközöket használja, és a teszteket folyamatos rendszerszintű integrációval finomítja (szükség esetén szimuláció alkalmazásával) 2. ábra: A tesztelési eszközök újrafelhasználása hozzájárul a folyamatos eszközfejlesztéshez. Adattervek készítésekor ne feledje, hogy a virtualizált szolgáltatások megkönnyíthetik a megfelelő adatok összegyűjtését. Az IBM Optim Test Data Management megoldás például automatikusan kinyeri a termelési környezetből a megfelelő adathalmazokat, szükség szerint titkosítja és magánjellegűvé teszi, illetve átalakítja azokat különböző tesztelési célokra. Az egyik legfontosabb cél gyakran a megfelelő adatbázisok feltöltése a tesztelési környezetekben. Azonban az automatikus parancsfájlok és a virtuális szolgáltatások a termelési adatok alternatív mintáit használhatják fel, fenntartva a teszteléseket alátámasztó adatok és a szimulált szolgáltatások által adott válaszok közötti konzisztenciát. A virtualizált szolgáltatásokkal számos esetben az adatkezelés egyszerűbb, a tesztelések újbóli futtatása pedig költséghatékonyabb lehet.
6 6 A Rational megközelítés az integrációs tesztelés terén A teljes körű tesztelés költségeinek csökkentése és a GUI elkülönítése Mivel az integrációs tesztelés fokozatosan történik, a teljes körű tesztelés jelentősége csökken. Ha a megelőző jellegű tesztelési megközelítést alkalmazza, várhatóan sokkal kevesebb időt kell a költséges teljes körű tesztelésekre fordítania, mivel a funkcionális, integrációs és üzletifolyamat-szintű tesztek többször is futnak, mire a tesztelési környezetben a teljes körűen működő rendszer létrejön. A fokozatos és folyamatos tesztelés elhárítja az integrált megoldás kockázatainak nagy részét (lásd a 3. ábrát). Hagyományos megközelítés Követelménykezelés Egységte sztelés Korlátozott felülettesztelés AZ IBM Rational megközelítés Követelménykez elés Egységtesztelés A Nagy bumm Teljes körű rendszertesztelés Teljesítményteszt elés A tesztvégrehajtás megfelelő ütemének fenntartása érdekében el kell különíteni a GUI-összetevőket azokban a környezetekben, ahol virtualizált szolgáltatásokhoz csatlakoznak. A GUI-összetevők ezután időszakosan bevezethetők, ellenőrizhetők és visszavonhatók a projekt életciklusa folyamán; a formális bevezetésüket csak az összes többi integrációs tesztelés elvégzése után kell elvégezni. A Rational Test Workbench ezen tesztek automatizálásában is segíthet. Az alkalmazás több elkülönített rétegében történő automatizálás, illetve a GUI-tesztek sokkal kiszámíthatóbb végrehajtási környezete együttesen a kizárólag GUI-alapú tesztelés hagyományos kihívásainak enyhítését eredményezi. Korai tesztelés A szoftverfejlesztési ciklus korábbi pontján történő hatékonyabb tesztelés érdekében a fenti szempontok mindegyikét figyelembe kell venni. Széles körben elismert az a tény, hogy a tesztelési és hibajavítási költségek sokkal magasabbak, ha a javításra az integráció késői fázisaiban kerül sor (lásd 4. ábra). A Rational automatizálási megoldás korai és folyamatos tesztelést tesz lehetővé Integrációs tesztelés (Automatikus) Teljesítménytesztelés Teljes körű rendszertesztelé s Minőségkapu Hagyományos tesztelési módszerrel észlelt hibák száma A Rational tesztelési módszerrel észlelt hibák száma A hibák kijavításának költségei 3. ábra: A korai és folyamatos tesztelési protokoll segít a teljes körű tesztelés költségeinek csökkentésében. A teljes körű tesztelés elsődleges célja az E2E folyamatok különböző GUI-felületeken való futtatása. A Rational Test Workbench segítségével automatikus tesztelést valósíthat meg, amely a szolgáltatásszinten történik és kikerüli a GUI felületet. Tapasztalatunk szerint ez a tesztelési módszer gyorsabban hozható létre és hajtható végre, valamint hosszú távon sokkal erőteljesebb, mint a GUI-alapú automatizált parancsfájlok használata. Hibák száma Kódolás Egységtesztelés Integrációs tesztelés 4. ábra: A korai és folyamatos tesztelés révén csökkentheti a költségeket. Javítási költség
7 IBM szoftver 7 Hogyan kerülhető el a Nagy bumm? A hagyományos Nagy bumm tesztelési módszer esetében az összes integrációs pont az E2E tesztelés elvégzésekor találkozik. Ezen tesztelési módszer használata esetén egy adott küszöb túllépése után számos további teszteset futtatására nyílik lehetőség. Az esetek számának megemelkedése miatt hirtelen visszaesés következik be a teszten megfelelt esetek arányában (lásd az 5. ábrát). A megelőző jellegű tesztelés legfontosabb alapszabálya: a Nagy bumm elkerülése. A megfelelt lehetséges tesztesetek százalékos aránya Fokozatos integrációs tesztelés az IBM Rational Test Workbench h ál á l Hagyományos megközelítés A Nagy bumm Idő 5. ábra: A korai és folyamatos tesztelés segít a hagyományos integrációs tesztelés során jelentkező Nagy bumm jelenség elkerülésében. Ez azt jelenti, hogy a Nagy bumm jellegű tesztelés esetében a projekt kockázatainak nagy része a fejlesztési ciklus végére tolódik, amikor az összes összetevő elérhetővé válik. Ezt a folyamatot meg kell fordítani az integrációs kockázat korai és folyamatos megszüntetésével. A megelőző jellegű tesztelési megközelítés elősegíti az alkalmazás szervezett és felügyelt fokozatos integrációját, és segít a tesztelési költségek szabályozásában. Összegzés A fokozatos integrációs teszteléssel csökkentheti a teljes körű tesztelési költségeket. A megelőző jellegű terv alkalmazása elengedhetetlen: A tesztvirtualizálás stratégiai alkalmazásával eltávolíthatja a kritikus függőségeket és csökkentheti az állásidőt. A rendszerszintű eszközmegosztással felgyorsíthatja a hibajavítási folyamatot. A tesztadatok kezelése megelőző jellegű megközelítést igényel. Érdemes megfontolni a grafikus felhasználói felület tesztelésének különválasztását. Ez felgyorsíthatja a tesztelés végrehajtását? A korai szakaszban való teszteléssel maximális hatékonyság érhető el. Rendkívül fontos a Nagy bumm elkerülése. Az alkalmazások és az előállított termékek egyre összetettebbek, és a rendszerek, folyamatok, illetve az infrastruktúra között minden korábbinál erősebb kapcsolatok és függőségek találhatók. Ennek következtében az alkalmazások integrációs tesztelése (különösen a SOA-tesztelés) folyamatosan új kihívásokat támaszt a tesztelő szakemberekkel szemben. A meglévő szolgáltatásokkal való együttműködésre kifejlesztett új alkalmazások esetében gyakran állhat elő az a helyzet, hogy a változás által érintett területen nem áll rendelkezésre felhasználói felület. Ilyen esetekben szükséges tesztelés jellege a fehér doboz tesztelés (a belső rendszerek tesztelése) és a fekete doboz tesztelés (a működés tesztelése) közé esik. Az effajta projektek technikai jellegéből adódóan az összetevőket és felületeket a fejlesztők gyakran a saját maguk által létrehozott programokkal és csonkokkal tesztelik. Ez olyan helyzetet eredményezhet, amelyben a fejlesztők határozzák meg a saját sikerességük feltételeit, ami pedig ronthatja a projekt általános minőségét. Előfordulhat továbbá, hogy a tesztelések és a csonkok nem érhetők el vagy meghatározott tesztelési célokra, alkalmazásokra, illetve csapatokra korlátozódnak.
8 Elengedhetetlen a fejlesztők és a tesztelők számára egy új tesztelési stratégia alkalmazása, amely segítségével sikeresen kezelhetik a változásokat, és hosszú távon is megbízható minőséget biztosíthatnak. Ehhez a tesztelési csoport részéről a szokásosnál nagyobb műszaki szakértelemre lehet szükség. A tesztelés általánosan elfogadott szabályait azonban nem szabad teljes mértékben elvetni egy kizárólag műszaki megközelítés alkalmazása érdekében. A tesztelés általános szabályai a hibák lehető legkorábbi azonosítására és kijavítására vonatkozóan egyre fontosabbá válnak a projektek növekvő összetettsége, valamint az egyre nagyobb mértékű változások következtében. További információ Az IBM Rational tesztautomatizálási megoldásokkal kapcsolatos további információkért vegye fel a kapcsolatot az IBM üzletkötőjével vagy az IBM valamelyik üzleti partnerével, illetve látogasson el a következő webhelyre: ibm.com/software/rational/offerings/quality. Lásd még: IBM Rational Test Workbench ibm.com/software/rational/products/rtw IBM Rational Performance Test Server ibm.com/software/rational/products/rpts IBM Rational Test Virtualization Server ibm.com/software/rational/products/rtvs Az IBM Global Financing segítséget nyújt az üzleti igényeinek megfelelő legköltséghatékonyabb és stratégiailag legelőnyösebb szoftverképességek beszerzésében. Partnerként működünk együtt a hitelképes ügyfelekkel, hogy olyan finanszírozási megoldást állítsunk össze, amely megfelel üzleti és fejlesztési céljainak, hatékony pénzgazdálkodást tesz lehetővé, és kedvezőbb teljes tulajdonlási költséget biztosít. Az IBM Global Financing segítségével megteremtheti az informatikai befektetések forrásait és fellendítheti üzleti teljesítményét. További információért látogasson el a következő webhelyre: ibm.com/financing Copyright IBM Corporation 2012 IBM Corporation Software Group Route 100 Somers, NY Készült az Amerikai Egyesült Államokban július Az IBM, az IBM embléma, a Rational, az Optim és az ibm.com az International Business Machines Corp. bejegyzett védjegye a világ számos országában. Az egyéb termék- és szolgáltatásnevek az IBM vagy más vállalatok védjegyei lehetnek. Az IBM védjegyeinek aktuális listája az interneten, a Copyright and trademark information weboldalon, a következő címen érhető el: ibm.com/legal/copytrade.shtml A jelen dokumentum a kiadvány első kiadásának idején aktuális állapotot tükrözi, és az IBM bármikor módosíthatja. Nem minden ajánlat érhető el mindegyik országban, ahol az IBM jelen van. A jelen dokumentumban megadott teljesítményadatok csak meghatározott üzemeltetési feltételek esetén érvényesek. A tényleges eredmények ettől eltérhetnek. A felhasználó felelőssége a más termékek és programok IBM termékekkel és programokkal való működésének értékelése és ellenőrzése. A JELEN DOKUMENTUMBAN SZEREPLŐ INFORMÁCIÓKAT AZ IBM JELEN ÁLLAPOTUKBAN BIZTOSÍTJA, KIFEJEZETT VAGY HALLGATÓLAGOS JÓTÁLLÁSI KÖTELEZETTSÉG NÉLKÜL, BELEÉRTVE AZ ÉRTÉKESÍTHETŐSÉGRE, ADOTT CÉLRA VALÓ ALKALMASSÁGRA VONATKOZÓ HALLGATÓLAGOS JÓTÁLLÁST VAGY FELTÉTELEKET, VALAMINT A JOGSÉRTÉS-MENTESSÉGRE VONATKOZÓ JÓTÁLLÁST. Az IBM termékekre azon szerződésben foglalt feltételeknek megfelelő jótállás vonatkozik, amely szerződés keretében biztosítottak. Kérjük, hasznosítsa újra! RAW14304-USEN-00
- a fejlesztéseket támogató megoldások szakértôje
ALKALMAZÁS ÉLETCIKLUS MENEDZSMENT - a fejlesztéseket támogató megoldások szakértôje Vezetôi összefoglaló Az alkalmazások egyre gyorsabb ütemben fejlôdnek. Ezek az alkalmazások nem egymástól elszigetelt
RészletesebbenIBM Tealeaf megoldások
IBM szoftver Iparági megoldások IBM Tealeaf megoldások Hatékonyabb értékesítés az interneten úttörő ügyfélélmény-kezelési megoldásokkal IBM Tealeaf megoldások Az IBM Tealeaf megoldások az üzletmenet szempontjából
RészletesebbenHatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve
Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Kérdő Attila, ügyvezető, INSERO Kft. EOQ MNB, Informatikai Szakosztály, HTE, ISACA 2012. május 17. Módszertanok
RészletesebbenIBM PureSystems: a szakértelmet integráló rendszerek termékcsaládja
Szakértelmet integráló rendszerek 2012. április IBM PureSystems: a szakértelmet integráló rendszerek termékcsaládja Színtiszta szakértelem 2 IBM PureSystems: a szakértelmet integráló rendszerek termékcsaládja
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (8) Szoftverminőségbiztosítás Szoftvertesztelési folyamat (folyt.) Szoftvertesztelési ráfordítások (Perry 1995) Tesztelésre fordítódik a projekt költségvetés 24%-a a projekt menedzsment
RészletesebbenTeszt terv Új funkció implementációja meglévı alkalmazásba
Teszt terv Új funkció implementációja meglévı alkalmazásba Passed Informatikai Kft. www.passed.hu Farkas Gábor 2007-P-123-45-T-1-1 IIR - Test Manager course 2 Szerepkör Név Aláírás Aláírás dátuma IT Projekt
RészletesebbenAz alkalmazás minőségbiztosítás folyamata Fókuszban a teszt-automatizálás
Az alkalmazás minőségbiztosítás folyamata Fókuszban a teszt-automatizálás Alvicom HP szeminárium 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without
RészletesebbenVerifikáció és validáció Általános bevezető
Verifikáció és validáció Általános bevezető Általános Verifikáció és validáció verification and validation - V&V: ellenőrző és elemző folyamatok amelyek biztosítják, hogy a szoftver megfelel a specifikációjának
Részletesebben30 MB INFORMATIKAI PROJEKTELLENŐR
INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai
RészletesebbenRubin SPIRIT TEST. Domino net provisioning tesztelése esettanulmány 1.0. Készítette: Dobó Arnold Jóváhagyta: Varga József. Rubin Informatikai Zrt.
Domino net provisioning tesztelése esettanulmány 1.0 Készítette: Dobó Arnold Jóváhagyta: Varga József Rubin Informatikai Zrt. 1149 Budapest, Egressy út 17-21. telefon: +361 469 4020; fax: +361 469 4029
RészletesebbenTartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet
Konfiguráció menedzsment bevezetési tapasztalatok Vinczellér Gábor AAM Technologies Kft. Tartalom 2 Bevezetés Tipikus konfigurációs adatbázis kialakítási projekt Adatbázis szerkezet Adatbázis feltöltés
RészletesebbenProjekt siker és felelősség
Projekt siker és felelősség dr. Prónay Gábor 10. Távközlési és Informatikai Projekt Menedzsment Fórum 2007. április 5. AZ ELŐADÁS CÉLJA figyelem felhívás a siker kritériumok összetettségére, az elmúlt
RészletesebbenESZKÖZTÁMOGATÁS A TESZTELÉSBEN
ESZKÖZTÁMOGATÁS A TESZTELÉSBEN MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA, TURISZTIKA ÉS VENDÉGLÁTÁS TERÜLETEN
RészletesebbenFogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.
Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. 1 Tartalom 1. BEVEZETŐ... 3 1.1 Architektúra (terv) felülvizsgálat...
RészletesebbenEszköz és karbantartás management
Eszköz és karbantartás management Hangoljuk össze a vállalati tevékenységeket a CabMap GIS rendszerével IBM Maximo: A vállalat komplex tevékenységének felölelésére alkalmas rendszer, mely által egy egységes
RészletesebbenInformatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs
Bevezetés Projektellenőr szerepe és feladatai Informatika Informatikai függőség Informatikai projektek Mérnöki és informatikai feladatok találkozása technológiák 1 Tartalom Informatikai projektellenőr
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (7) Szoftverminőségbiztosítás Szoftvertesztelési folyamat Szoftverek és környezet Nem egyforma a szoftverek használatához kapcsolódó kockázat Különböző kockázati szintek -> eltérő
RészletesebbenProgramrendszerek tanúsítása szoftverminőség mérése
SZEGEDI TUDOMÁNYEGYETEM Programrendszerek tanúsítása szoftverminőség mérése Dr. Gyimóthy Tibor Dr. Ferenc Rudolf Szoftverminőség biztosítás Fő cél: az üzemelő IT rendszerekben csökkenteni a hibák számát
RészletesebbenMICROSOFT DYNAMICS NAV RENDSZER SAAS MODELLBEN
Az ERP bevezetések 30%-a amiatt hiúsul meg, mert a bevezetést tervező vállalat nem tudja előteremteni az igényeinek megfelelő ERP rendszer bevezetéséhez szükséges erőforrást, vagy úgy gondolja, hogy az
RészletesebbenLogisztikai. ellátási lánc teljes integrálására. Logisztikai szolgáltatók integrációja. B2B hálózatokhoz a FLUID-WIN projektben.
Logisztikai szolgáltatók integrációja B2B hálózatokhoz a FLUID-WIN projektben Külső logisztikai szolgáltatók integrációja interdiszciplináris web-alapú platformon The logistic domai under the 6th Fram
RészletesebbenFelhőszolgáltatások megvalósítása PureSystems eszközökön
Budai Károly Szoftver architekt 2015. április 1. Felhőszolgáltatások megvalósítása PureSystems eszközökön 2015 IBM Corpora/on Tartalom è Az IBM PureSystems termékcsalád è PureFlex - IaaS è PureApplication
RészletesebbenVirtual I/O Server 1.1.2.0 változat
Virtual I/O Server 1.1.2.0 változat Kiadási megjegyzések GI22-0068-02 Virtual I/O Server 1.1.2.0 változat Kiadási megjegyzések GI22-0068-02 Megjegyzés Az információk és a tárgyalt termék használatba vétele
RészletesebbenHogyan segíthet egy tanácsadó egy költséghatékony IT kialakításában?
Hogyan segíthet egy tanácsadó egy költséghatékony IT kialakításában? Kórász Tamás igazgató, KPMG Tanácsadó Kft. 2013.11.12. Tartalom 1. Mit vár el egy KKV-vezető az informatikától? 2. A buzzword felhő
RészletesebbenBelső ellenőrzés és compliance. szolgáltatások. Cover. KPMG.hu
Belső ellenőrzés és compliance Cover szolgáltatások KPMG.hu Stratégiai fontosságú lehetőségek a belső ellenőrzésben Valós képet nyújt a szervezet működésének hatásosságáról és hatékonyságáról. Felderíti
Részletesebben(Teszt)automatizálás. Bevezető
(Teszt)automatizálás Bevezető Órák ( az előadások sorrendje változhat) 1. Bevezető bemutatkozás, követelmények, kérdések és válaszok 2. Előadás Unit test in general, 3. Előadás Unit test, Tools and practices,
RészletesebbenTesztmérnök: tesztautomatizálási mérnök Feladat: Elvárások: Előnyt jelent: Beágyazott rendszer tesztmérnök beágyazott rendszer tesztmérnök Feladat:
Tesztmérnök: Új munkatársakat keresünk tesztautomatizálási mérnök pozícióba. Várjuk a téma iránt elkötelezett, nyitott és motivált kollégák jelentkezését, tapasztalt, illetve kevésbé tapasztalt jelöltek
RészletesebbenTRL Hungary Kft. Cégismertető. TRL Hungary Kft. www.trl.hu
Cégismertető www.trl.hu Cégismertető A 2000. óta Magyarország, Szlovénia, Horvátország, Finnország és a balti államok regionális Maconomy disztribútora. A ezenkívül Európától Ázsiáig számos nemzetközi
RészletesebbenISO 9001 kockázat értékelés és integrált irányítási rendszerek
BUSINESS ASSURANCE ISO 9001 kockázat értékelés és integrált irányítási rendszerek XXII. Nemzeti Minőségügyi Konferencia jzr SAFER, SMARTER, GREENER DNV GL A jövőre összpontosít A holnap sikeres vállalkozásai
RészletesebbenMŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI
MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN
RészletesebbenVersenyelőnyszerzés az intelligens megoldások korában. Rehus Péter, SWG CEE, IS brand igazgató November 5.
Versenyelőnyszerzés az intelligens megoldások korában Rehus Péter, SWG CEE, IS brand igazgató 2013. November 5. Az új korszak átformálja a üzleti folyamatokat Big Data, közösség, mobil és felhőalapú e-business
RészletesebbenIRÁNYTŰ A SZABÁLYTENGERBEN
IRÁNYTŰ A SZABÁLYTENGERBEN amikor Bábel tornya felépül BRM konferencia 2008 október 29 BCA Hungary A Csapat Cégalapítás: 2006 Tanácsadói létszám: 20 fő Tapasztalat: Átlagosan 5+ év tanácsadói tapasztalat
RészletesebbenMiskolci Egyetem Általános Informatikai Tanszék
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
RészletesebbenA tesztelés feladata. Verifikáció
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
RészletesebbenElőadók: Angyal Gergely (Raiffeisen), tesztelési csoportvezető Kováts Márton (KFKI), szenior rendszermérnök 2010.03.25.
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.
RészletesebbenAz Agrármérnöki MSc szak tananyagfejlesztése TÁMOP-4.1.2-08/1/A-2009-0010 A NÖVÉNYTERMESZTÉSI ÁGAZATOK ÖKONÓMIÁJA
Az Agrármérnöki MSc szak tananyagfejlesztése TÁMOP-4.1.2-08/1/A-2009-0010 A NÖVÉNYTERMESZTÉSI ÁGAZATOK ÖKONÓMIÁJA 11. Előadás Az üzleti terv tartalmi követelményei Az üzleti terv tartalmi követelményei
RészletesebbenIT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan
IT Szolgáltatás Menedzsment az oktatási szektorban - 90 nap alatt költséghatékonyan Bácsi Zoltán Bedecs Szilárd Napirend Közép Európai Egyetem (CEU) bemutatása IT stratégia kialakítása Változás előtt Termék
RészletesebbenTOGAF elemei a gyakorlatban
TOGAF elemei a gyakorlatban Vinczellér Gábor 2009.06.0406 04 8 éves szakmai tapasztalat Bemutatkozás IT Support, Programozó, jelenleg Projektvezető, Termékfejlesztési Üzletág Vezető Tanácsadási és Szoftverfejlesztési
RészletesebbenSzolgáltatás Orientált Architektúra a MAVIR-nál
Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (11) Szoftverminőségbiztosítás Tesztautomatizálás A tesztelés kivitelezése Tesztelési feladatok Detektálatlan maradék hibák számának csökkentése hatásosan és hatékonyan megfelelő
RészletesebbenA szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom
A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver
RészletesebbenAutóipari beágyazott rendszerek Dr. Balogh, András
Autóipari beágyazott rendszerek Dr. Balogh, András Autóipari beágyazott rendszerek Dr. Balogh, András Publication date 2013 Szerzői jog 2013 Dr. Balogh András Szerzői jog 2013 Dunaújvárosi Főiskola Kivonat
RészletesebbenLEGYEN A VÁLTOZÁS- KEZELÉS HŐSE!
2011 15. KIADÁS AZ ÜZLETET ELŐMOZDÍTÓ MEGOLDÁSOK A ONE LÉNYEGE BARÁTKOZZON MEG A VÁLTOZÁSOKKAL! Tegyen szert versenyelőnyre! LEGYEN URA A HELYZETNEK! Reagáljon növekvő vállalata igényeire KÉSZÜLJÖN FEL!
RészletesebbenKövetelmény alapú minőségbiztosítás az államigazgatásban
Követelmény alapú minőségbiztosítás az államigazgatásban László István 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice Témák Követelmény
RészletesebbenÜzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10.
Üzleti folyamatok rugalmasabb IT támogatása Nick Gábor András 2009. szeptember 10. A Generali-Providencia Magyarországon 1831: A Generali Magyarország első biztosítója 1946: Vállalatok államosítása 1989:
RészletesebbenIntelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft. Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
RészletesebbenRFID RENDSZEREN ALAPULÓ, EGYSÉGES ORSZÁGOS HULLADÉK- KÖVETŐ INFORMATIKAI RENDSZER
RFID RENDSZEREN ALAPULÓ, EGYSÉGES ORSZÁGOS HULLADÉK- KÖVETŐ INFORMATIKAI RENDSZER Előadó: Dörnyei Zsolt fejlesztési koordinátor Fejlesztési és Stratégiai Igazgatóság Budapest, 2017. október 19. A projekt
RészletesebbenA Magyar Posta Zrt Hyper-V infrastruktúrája. Bene Zsolt Infrastruktúra fejlesztő rendszermérnök Magyar Posta ZRT
A Magyar Posta Zrt Hyper-V infrastruktúrája Bene Zsolt Infrastruktúra fejlesztő rendszermérnök Magyar Posta ZRT 1.oldal Bevezetés: A Magyar Posta több mint 1300 kistelepülés postahivatalának működtetését
RészletesebbenMiskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert
Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája Készítette: Urbán Norbert Szoftver-minőség A szoftver egy termelő-folyamat végterméke, A minőség azt jelenti,
RészletesebbenSzoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
RészletesebbenV. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus
V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus 1 Az előadás tartalma A GI helye az informatikában Az előadás tartalmának magyarázata A
RészletesebbenNETinv. Új generációs informatikai és kommunikációs megoldások
Új generációs informatikai és kommunikációs megoldások NETinv távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés NETinv 1.4.2 Távközlési szolgáltatók és nagyvállatok
RészletesebbenUnit Teszt. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Unit Teszt / 22
Unit Teszt Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Unit Teszt 2013 1 / 22 Tartalomjegyzék 1 Bevezetés 2 Unit Teszt 3 Példa Tóth Zsolt (Miskolci Egyetem) Unit Teszt 2013 2 / 22 Szoftvertesztelés
RészletesebbenSzoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
RészletesebbenNyílt forráskódú technológiák központi és Önkormányzati környezetekben
Nyílt Forráskódú Szoftverek a Közigazgatásban konferencia Nyílt forráskódú technológiák központi és Önkormányzati környezetekben Dr. Szentiványi Gábor ügyvezető ULX Open Source Consulting & Distribution
RészletesebbenA 10 legfontosabb érv, amiért érdemes kipróbálni a Visio 2010 programot
A 10 legfontosabb érv, amiért érdemes kipróbálni a Visio 2010 programot A Microsoft Visio 2010 tökéletesített diagramkészítő eszközei, a dinamikus, adatközpontú szemléltetőeszközök és a valós idejű internetes
RészletesebbenÜzleti folyamatmenedzsment: - káoszból rendet!
Üzleti folyamatmenedzsment: - káoszból rendet! Tóth Bálint WebSphere Brand Sales Manager IBM Magyarország balint.toth@hu.ibm.com, +36-20-8235554 2011. 10. 19. Komplexitás a vállalaton belül Vállalat Munkatársak
RészletesebbenStatikus technikák: A szoftver átvizsgálása. Statikus technikák: A szoftver átvizsgálása 2011.04.25.
Dr. Mileff Péter A V & V tervezési folyamatoknak egyensúlyt kell kialakítani a verifikáció és a validációstatikus és dinamikus technikái között. 1 2 Statikus technikák: A szoftver átvizsgálása A szisztematikus
RészletesebbenTERVEZŐRENDSZER ÉS OKTATÓPROGRAM FELHASZNÁLÓI KÉZIKÖNYV
Design Suite ELEKTRONIKAI TERVEZŐRENDSZER ÉS OKTATÓPROGRAM FELHASZNÁLÓI KÉZIKÖNYV DesignSoft www.designsoft.hu i-1 SZERZŐI JOGOK Copyright 1990-2008 DesignSoft Kft. Minden jog fenntartva. A eredeti telepítőlemezén
RészletesebbenTisztelettel köszöntöm a RITEK Zrt. Regionális Információtechnológiai Központ bemutatóján. www.ritek.hu
Tisztelettel köszöntöm a RITEK Zrt. Regionális Információtechnológiai Központ bemutatóján. www.ritek.hu BEVEZETŐ az ASP-szolgáltatásról Az ASP-szolgáltatás (Application Service Providing) előnyei A megrendelő
RészletesebbenÜzleti és projekt kockázatelemzés: a Szigma Integrisk integrált kockázatmenezdsment módszertan és szoftver
Üzleti és projekt kockázatelemzés: a Szigma Integrisk integrált kockázatmenezdsment módszertan és szoftver Kassai Eszter kockázatelemzési tanácsadó MÉTP konferencia, 2010. június 10. A kockázat fogalma
RészletesebbenIBM felhő menedzsment
IBM Váltsunk stratégiát! Budapest, 2012 november 14. IBM felhő menedzsment SmartCloud Provisioning és Service Delivery Manager Felhő alapú szolgáltatások Felhasználás alapú számlázás és dinamikus kapacitás
RészletesebbenBiztonsági Felhő A KÜRT legújabb világszínvonalú technológiai fejlesztése
Biztonsági Felhő A KÜRT legújabb világszínvonalú technológiai fejlesztése Az innovatív szakemberekből álló alkotóműhelyünkben, a KÜRT-ben sikeresen létrehoztunk egy legújabb IT trendeknek megfelelő fejlesztést.
RészletesebbenDigitális átállás a pénzforgalomban a sikeres alkalmazkodás öt pontja
Digitális átállás a pénzforgalomban a sikeres alkalmazkodás öt pontja Bartha Lajos Pénzügyi infrastruktúrák igazgató Magyar Közgazdasági Társaság VII. Kárpát-medencei Fiatal Közgazdászok Találkozója XXXVII.
RészletesebbenTESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS
TESZTMENEDZSMENT TESZTELŐ SZERVEZET TESZTTERVEZÉS ÉS BECSLÉS MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA,
RészletesebbenInformatikai projekteredmények elfogadottságának tényezői
Informatikai projekteredmények elfogadottságának tényezői Rabi Ákos 2014.02.18. Tartalom 1. Problémafelvetés Informatikai projekteredmények elfogadottsága 2. Informatikai projektek sikertényezői 3. Szoftverek
RészletesebbenHogyan lesz adatbányából aranybánya?
Hogyan lesz adatbányából aranybánya? Szolgáltatások kapacitástervezése a Budapest Banknál Németh Balázs Budapest Bank Fehér Péter - Corvinno Visontai Balázs - KFKI Tartalom 1. Szolgáltatás életciklus 2.
RészletesebbenA TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE
A TESZTELÉS ALAPJAI A TESZTELÉS ALAPVETŐ FOLYAMATA A TESZTELÉS PSZICHOLÓGIÁJA A TESZTELÉS ETIKAI KÓDEXE MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN
RészletesebbenGyártási termelési folyamat és a Microsoft Dynamics AX 2012 R2 logisztikai szolgáltatások
Gyártási termelési folyamat és a Microsoft Dynamics AX 2012 R2 logisztikai szolgáltatások Ez a dokumentum gépi fordítással készült, emberi beavatkozás nélkül. A szöveget adott állapotában bocsátjuk rendelkezésre,
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Minőségbiztosítási rendszer Minőség menedzsment Minőségbiztosítás
RészletesebbenAngolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata
Angolul: Extreme Programming, röviden: XP Agilis módszertan. Más módszertanok bevált technikáinak extrém módú (nagyon jó) használata jelentése: gyors, fürge 1990-es évek vége Változás igénye Módszertan-család
RészletesebbenNagy méretű projektekhez kapcsolódó kockázatok felmérése és kezelése a KKV szektor szemszögéből
Nagy méretű projektekhez kapcsolódó kockázatok felmérése és kezelése a KKV szektor szemszögéből Dr. Fekete István Budapesti Corvinus Egyetem tudományos munkatárs SzigmaSzervíz Kft. ügyvezető XXIII. Magyar
RészletesebbenMIÉRT KELL TESZTELNI?
Unrestricted MIÉRT KELL TESZTELNI? MIÉRT KELL TESZTELNI? A termékminőség fejlesztése...hogy megtaláljuk a hibákat, mert azok ott vannak... MIÉRT KELL TESZTELNI? Hogy felderítsük, mit tud a szoftver MIÉRT
RészletesebbenBanki üzleti szabályok kezelésének támogatása
Banki üzleti szabályok kezelésének támogatása Szabálykezelés ILog eszközzel 2008. november 4. Tartalom Bemutatkozás BRM Business Rule Management Egy banki példa Kérdések és válaszok 3 2008. május 28. Az
RészletesebbenHogyan tudom soros eszközeimet pillanatok alatt hálózatba kötni?
Hogyan tudom soros eszközeimet pillanatok alatt hálózatba kötni? Kritikus pontok Ethernet interfész soros eszközbe ágyazásakor Az ipari Ethernet technológia az alacsony költségeinek és jelentős hálózati
RészletesebbenA Hivatal érvényben lévő alábbi dokumentumok létrehozása, szinkronizálása szükséges
Informatikai Biztonsági feladatok: Fizikai biztonsági környezet felmérése Logikai biztonsági környezet felmérése Adminisztratív biztonsági környezet felmérése Helyzetjelentés Intézkedési terv (fizikai,
RészletesebbenInnermetrix Szervezeti Egészség Felmérés. Vezető János
Innermetrix Szervezeti Egészség Felmérés április 18, 2011 Végezte Innermetrix Hungary Copyright Innermetrix, Inc. 2008 1 IMX Szervezeti Egészség Felmérés Üdvözöljük az Innermetrix Szervezeti Egészség Felmérésén!
RészletesebbenAz IBM Storwize V5000 lemezrendszer
Az IBM Storwize V5000 lemezrendszer Az IBM Storwize termékcsalád legújabb tagja a nagyobb rugalmasság előnyeit nyújtja Főbb előnyök Egyszerű kezelés az iparági vezető grafikus felhasználói felülettel Akár
Részletesebben1 A SIKERES PROJEKT KOCKÁZATMENEDZ SMENT FŐ ELEMEI ÉS KULCSTÉNYEZŐI
1 A SIKERES PROJEKT KOCKÁZATMENEDZ SMENT FŐ ELEMEI ÉS KULCSTÉNYEZŐI 1.1 MIT JELENT ÉS MIÉRT FONTOS A KOCKÁZATMENEDZSMEN T? A Project Management Institute (PMI) definíciója szerint a projekt egy ideiglenes
RészletesebbenEFOP Köznevelés Sikeres projektportfólió menedzsment Szervezeti feltételek és megoldások. Ríz Ádám november 30.
EFOP Köznevelés Sikeres projektportfólió menedzsment 2018 Szervezeti feltételek és megoldások Ríz Ádám 2017. november 30. Eddig jó Kicsit nehezebb Még egy kicsit nehezebb 2017 2018 2019 2020 Kihívás A
RészletesebbenSystemDiagnostics. Magyar
SystemDiagnostics Magyar Szeretne hozzánk fordulni... műszaki jellegű kérdéseivel vagy problémájával? Az alábbiakkal veheti fel a kapcsolatot: Forróvonalunk/ügyfélszolgálatunk (lásd a mellékelt forróvonal-listát,
RészletesebbenA változó tőkepiaci környezet és kihívásai
A változó tőkepiaci környezet és kihívásai Szeniczey Gergő ügyvezető igazgató Kecskemét 2016. szeptember 16. 1 Előadás tartalma Szabályozási változás- MiFID II. Technológiai fejlődés - Fintech Automatizált
RészletesebbenIntegrációs mellékhatások és gyógymódok a felhőben. Géczy Viktor Üzletfejlesztési igazgató
Integrációs mellékhatások és gyógymódok a felhőben Géczy Viktor Üzletfejlesztési igazgató Middleware projektek sikertelenségeihez vezethet Integrációs (interfész) tesztek HIÁNYA Tesztadatok? Emulátorok?
RészletesebbenDW 9. előadás DW tervezése, DW-projekt
DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés
RészletesebbenA méhkaptár a természet legtökéletesebb raktára. Ez inspirál minket.
A méhkaptár a természet legtökéletesebb raktára. Ez inspirál minket. A jövőd raktára. Most. Működik a raktára? Biztosan elég az, hogy működik? Partnereinknél gyakran találkoztunk olyan jelekkel, amelyek
RészletesebbenWeb Értékesítő" 3. 1. Szerepkör leírás" 3. 2 Szerepkör profil" 4. 2.1 Profil összefoglalása" 4. 2.2 Részletes profil" 5
! Web Értékesítő Web Értékesítő" 3 1. Szerepkör leírás" 3 2 Szerepkör profil" 4 2.1 Profil összefoglalása" 4 2.2 Részletes profil" 5 2 Web Értékesítő 1. Szerepkör leírás Profil neve Profil alternatív nevei
RészletesebbenDióhéjban a fogyasztásszabályozásról
Dióhéjban a fogyasztásszabályozásról Bevétel generálása a vállalkozás energiatermelő berendezéseivel Terméksorozat 2017. szeptember A fogyasztásszabályozásban (DSR) rejlő erő Energia a teljesítményhez
RészletesebbenCopyright 2012, Oracle and/or its affiliates. All rights reserved.
1 Oracle Felhő Alkalmazások: Gyorsabb eredmények alacsonyabb kockázattal Biber Attila Igazgató Alkalmazások Divízió 2 M I L L I Á RD 4 1 PERC MINDEN 5 PERCBŐL 5 6 Ember használ mobilt 7 FELHŐ SZOLGÁLTATÁS
RészletesebbenInformatikai aktualitások. Bagi Zoltán Quadro Byte Zrt.
Informatikai aktualitások Bagi Zoltán Quadro Byte Zrt. Mi az a Felhő? Múlt évben bemutattunk egy új informatikai környezetet! Lényeges tulajdonságai: A programok szerver központban futnak A felhasználónál
RészletesebbenFIGYELEMFELKELTŐ HIRDETÉS BANNERES KAMPÁNY TÖBB REKLÁMHÁLÓZATBAN
FIGYELEMFELKELTŐ HIRDETÉS BANNERES KAMPÁNY TÖBB REKLÁMHÁLÓZATBAN A sikeres kampányok tervezésében az internet a médiamix mára már kihagyhatatlan elemévé vált. A jóváhagyott költésgvetések tervezéséhez
RészletesebbenLIBRA: a programozott fejlődés
www.mve.hu LIBRA: a programozott fejlődés Előadó: Galambosné Schuszter Anna Portfoliónk Kis- és Középvállalati rendszerek: LibraCom LIBRA3S LIBRA3S Standard Nagyvállalati rendszerek: LIBRA6i LIBRA6i spec.
RészletesebbenNemzeti Elektronikus Jegyrendszer Platform - NEJP
Nemzeti Mobilfizetési Zrt. 2018. 10. 05. 1 Digitális kapcsolatok NMFR 91 millió mobilparkolási tranzakció 1 650 000 ügyfél 40 milliárd Ft bevétel beszedése és elszámolása 23 viszonteladó integrálása (kkv-k
RészletesebbenBevezetés... xi Ebben a könyvben... xi Gyakorlati segítség... xii 1. Az átállás megtervezése...1 Ebben a fejezetben... 1 Áttekintés: az áttérés
Tartalom Bevezetés... xi Ebben a könyvben... xi Gyakorlati segítség... xii 1. Az átállás megtervezése...1 Ebben a fejezetben... 1 Áttekintés: az áttérés megtervezése...1 Kifejezések és definíciók... 3
RészletesebbenProjektmenedzsment státusz autóipari beszállító cégeknél tréning tapasztalatok alapján herczeg.ivan@pmakademia.hu mobil: +36-20-485-02-80
Projektmenedzsment státusz autóipari beszállító cégeknél tréning tapasztalatok alapján herczeg.ivan@pmakademia.hu mobil: +36-20-485-02-80 Herczeg Iván Mesteroktató Semmelweis Egyetem. Szervező mérnök First
RészletesebbenISO 9001:2015 revízió - áttekintés
ISO 9001:2015 revízió - áttekintés Tartalom n Ki az illetékes? n Milyen az ütemterv? n Hol tartunk most? n Hogyan fog ez folytatódni? n Mik képezik a kialakítás kereteit? n Mik képezik az alapvető képességeket?
RészletesebbenKöltség-haszon elemzési ajánlások a közigazgatásnak. dr. Antal Tímea - Sántha Zsófia március 05.
Költség-haszon elemzési ajánlások a közigazgatásnak dr. Antal Tímea - Sántha Zsófia 2019. március 05. Tartalom Versenyképességi tényezők - közigazgatás Globális versenyképességi index 10+1 speciális közigazgatási
RészletesebbenSzabálykezelés a gyakorlatban
Szabálykezelés a gyakorlatban ILOG-eszközökkel Ivicsics László vezető tanácsadó BCA Hungary 2008. június 25. Üzleti folyamatok és szabályok Üzleti folyamatok Munkautasítások Szabályzatok Példa: Hitelképesség
Részletesebben7. Verifikáci. ció. Ennek része a hagyományos értelemben vett szoftvertesztelés is. A szoftver verifikálásának,
7. Verifikáci ció, validáci ció A verifikáció és a validáció (V&V) azon ellenőrző és elemző folyamatok összessége, amelyek célja annak vizsgálata, hogy a szoftver megfelel a specifikációnak. Ennek része
RészletesebbenAz adatvédelem új rendje
Az adatvédelem új rendje A GDPR főbb újdonságainak rövid bemutatása dr. Osztopáni Krisztián vizsgáló, NAIH 1. A hozzájárulás új követelményei 1. Az adatkezelőnek képesnek kell lennie annak igazolására,
RészletesebbenA könyvvizsgálat kihívásai a változó világgazdasági helyzetben
A könyvvizsgálat kihívásai a változó világgazdasági helyzetben Gion Gábor, Deloitte vezérigazgató Balatonalmádi, 2012. szeptember 6. Könyvvizsgálói szakma kilátásai A jelen és jövő kihívásai Az auditált
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Szoftver minőségi alapkérdések Hogyan hasznosítsuk a know-how-t
Részletesebben