cím: 6725 Szeged Bokor u. 18. telefon: Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: április 1-től
|
|
- Krisztina Csonkané
- 10 évvel ezelőtt
- Látták:
Átírás
1 Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: április 1-től Alapfogalmak: 1. hiba: egy már meglévő, funkcionalitásban hibás működést eredményező programrész hibás működésének leírása konkrét példával. A hiba javítása új képességekkel nem ruházza fel a szoftvert. Hibát leadni kizárólag az ügyfélkapu hibajelentő lapjának kitöltésével lehet 2. valódi hiba: olyan hiba, amely az ügyfél által hibának jelzett működés belső tesztelése után megállapítható, hogy valóban a rendszer hibás működéséből ered. A valódi hibákat a valódi hibalistára kell tenni és sorszámmal kell ellátni 3. fejlesztési igény: egy új vagy egy már meglévő funkció kifejlesztésére / továbbfejlesztésére szolgáló feladat pontos leírása, meghatározva a funkció pontos célját, a szoftverben elfoglalt helyét és kifejlesztésének hatását a már meglévő funkciókra. Fejlesztési igényt kizárólag a termékmenedzserek, az ügyféllel egyeztetve adhatnak le 4. sprint: egy olyan, dátum szerint meghatározott időszak, amely alatt a fejlesztő csapat előre meghatározott fejlesztési igényeket próbál megvalósítani 5. vezető fejlesztő: egy adott részleg fejlesztőcsapatának vezetője 6. termékmenedzser: egy adott szoftver, honlap, webáruház képviselője. Feladata a kapcsolat tartása a vezető fejlesztő és az ügyfelek között 7. ügyfél: a szoftvert megrendelő cég vezetősége és azok alkalmazottai 8. fejlesztő: a fejlesztő cég azon munkatársai, akik szoftver kódolásában részt vesznek, a fejlesztők a termékmenedzsereken keresztül tartják a kapcsolatot az ügyféllel 9. fejlesztési pontérték: megegyezés szerint: 1 pont = 1 aktív fejlesztési óra Alapelvek: 1. a fejlesztők egy aktív sprint alatt csak olyan fejlesztési igényen dolgozhatnak, amely benne van az aktív sprint ütemtervében, vagy egy olyan valódi hibán, amely a hibalistára felkerült 2. cég scrum fejlesztési módszertana minden ügyfél számára publikus. A termékek értékesítésekor a termékmenedzsereknek kötelessége a módszertan ismertetése az ügyféllel. 3. a fejlesztő szemszögéből a valódi hiba minden esetben magasabb prioritással bír, mint a futó sprintben lévő fejlesztési igény A módszertan módosítása: 1. a módszertant csak a vezető fejlesztők és az ügyvezető közös döntései alapján lehet módosítani 2. a módosítások aktív sprint alatt nem léphetnek érvénybe 1. oldal
2 Előnyök: - prioritás felállítása a valódi hibák és fejlesztési igények között - értékelhető fejlesztési időszakok: sikerélmény a fejlesztők részéről, prémium rendszer felállítása a zöld sprintek alapján - tartható várható kifejlesztési határidő az ügyfél felé - az ügyfél folyamatosan nyomon tudja követni, hogy egy adott fejlesztési igénye várhatóan mikor fog teljesülni - az ügyfél minden őt érintő megvalósult fejlesztésről automatikusan értesül az adott sprintet lezáró dokumentáció alapján - az elkészült fejlesztési igények több ideig tesztelhetőek az éles rendszerbe kerülés előtt - előfordulhat, hogy mire egy fejlesztési igény kidolgozásra és sprintindító találkozóra kerül, úgy addigra már el is veszíti a létjogosultságát Hátrányok: - a fejlesztési igények elkészítésének üteme lassulni fog az ad-hoc rendszerhez képest, ám a sokkal stabilabban tartható határidők kárpótolni fogják az ügyfeleket Prioritások: 1. egy valódi hiba bármilyen magas prioritású fejlesztési igénynél magasabb prioritást élvez 2. a fejlesztési igények prioritásának meghatározása a sprintindításkor történik 3. a valódi hiba prioritásának meghatározása a valódi hibának a fejlesztők felé, a vezető fejlesztő által történő feladásakor történik 2. oldal
3 Hibakezelési folyamat [1. ábra]: 1. hiba beérkezése a hibakezelő rendszerbe az ügyfél által, leadva az ügyfélkapun vagy a termékmenedzser által leadva közvetlenül a megfelelő projekthez 2. az arra jogosult szinten található ember (termékmenedzser, vezető fejlesztő) eldönti, hogy a leadott hiba valódi hiba-e, vagy csak az adott funkció működésének nem ismeréséből ered 3. valódi hiba esetén az a valódi hibalistára kerül, amelynek a fejlesztők egy adott saját feladat lezárása után a prioritási sorrendnek megfelelően nekikezdenek a. a fejlesztő megismeri a valódi hibát, kipróbálja annak működését b. szükség esetén kommunikál a valódi hiba leadójával c. elkészíti az ennek megfelelő hibajavítást d. a hibajavítás módjának ismertetésével lezárja a hibajavítási folyamatot 4. nem valódi hiba esetén a termékmenedzser felveszi az ügyféllel a kapcsolatot és segít a hiba felhasználó oldali elhárításában 1. ábra: Hibakezelési folyamat 3. oldal
4 Fejlesztési folyamat[4. ábra]: 1. Sprintindító találkozó: Egy adott sprint mindig a sprintindító találkozóval kezdődik. A találkozó időpontja a sprint első napjának délelőttje. A sprintindító találkozó terv szerint kb. 3 óra. 1.a. A vezető fejlesztő a találkozóra felkészül a sprintidőszakra várható fejlesztési kapacitást kiértékelő lappal [2. ábra]. Ezt tartalmazza a sprintidőszakban elvégezhető fejlesztések pontértékét. 2. ábra: Fejlesztési kapacitást kiértékelő lap 1.b. A termékmenedzserek felkészülnek azokkal fejlesztési igényekkel, amelyek az előző sprintekben nem készültek el, vagy az előző sprint futása közben lettek az ügyfelek által leadva 1.c. A fejlesztők és a vezető fejlesztő a termékmenedzserekkel együtt közösen értelmezik a fejlesztési igényeket 1.d. A fejlesztők pontozótábla felmutatásával egy időben határozzák meg a fejlesztési igény elkészítéséhez szükséges pontértéket. A fejlesztési igény tervezett pontértéke a fejlesztők által felmutatott pontértékek átlaga. 1.e. A vezető fejlesztő a fejlesztési igények prioritásának, majd pontértékének megfelelően meghatározza az adott sprintbe beleférő fejlesztési igényeket a sprintre tervezett fejlesztői kapacitásnak megfelelően [3. ábra] 3. ábra: Fejlesztési igény prioritási sor 4. oldal
5 1.f. A vezető fejlesztő és a termékmenedzserek közösen lezártnak tekintik a sprintindítást, majd a termékmenedzserek tájékoztatják az ügyfeleket az őket érintő fejlesztések sprintbekerüléséről. 2. Sprintidőszak: a. Napi fejlesztői munkafolyamat: 1. A valódi hibalista áttekintése és a hibák javítása a prioritási sorrendnek megfelelően 2. A futó sprint fejlesztési igényeinek elvégzése a prioritási sorrendnek megfelelően 3. A munkanap végén az adott napot kiértékelő munkalap kitöltése a következő napi Daily Scrumra 4. A fejlesztő az adott napon elkészült fejlesztési igényeket a projektkezelő rendszerben elkészült állapotra állítja 5. A termékmenedzser és a vezető fejlesztő köteles az elkészül állapotú fejlesztési igényeket tesztelni: 1. ha a tesztelés során úgy találják, hogy a fejlesztés nem a leírásnak megfelelően lett elkészítve, vagy hibás működést mutat, akkor visszaállítják a fejlesztési igény állapotát folyamatban -ra 2. ha a tesztelés során úgy találják, hogy a fejlesztés az elvárásoknak megfelelően viselkedik, úgy valóban elkészült állapotra állítják a fejlesztési igényt, amelyről az ügyfél automatikus értesítést kap b. Daily Scrum: 1. A részvétel a minden munkanap 13:00-kor található daily scrumon minden az adott napon dolgozó fejlesztő részére kötelező 2. A daily scrumről történő késés büntetést von maga után (kivétel: szabadság, betegség) 3. A daily scrumon az adott időpontban az irodában dolgozó termékmenedzsereknek is részt kell venni 4. A daily scrumokon a résztvevők állnak, felgyorsítva ezzel a megbeszélés menetét 5. A daily scrum során felvázolt problémákat a termékmenedzserek az ügyféllel kommunikálva kezelik 6. A vezető fejlesztő labdadobással választja ki az aktuálisan jelentő fejlesztőt 3. Sprintzáró találkozó: a. A találkozóra a sprintidőszak utolsó napján kerül sor. Időtartama várhatóan 1-1,5 óra b. A találkozón a fejlesztők, a vezető fejlesztő és a termékmenedzserek vesznek részt. c. A találkozón résztvevők közösen átnézik az adott spritbe került fejlesztési igényeket, ellenőrzik azok állapotát 1. Ellenőrzik az elkészült feladatokat és módosítják azok állapotát valóban elkészültre 2. Átnézik az aktuális sprintbe tervezett, de nem teljesült feladatokat és megbeszélik, hogy milyen akadályozó tényezők miatt nem valósult meg az adott fejlesztési igény. Ezt követően növelik azok prioritását, így a következő sprintben ez fontosabb helyen lesz. d. A résztvevők közösen értékelik sprintet. A sprintet a benne szereplő fejlesztési igények teljesítésének függvényében az alábbi három csoportba sorolják: 1. Zöld sprint: a sprintbe sorolt fejlesztési igényeknek több mint 90%-a lett megvalósítva 2. Sárga sprint: a sprintbe sorolt fejlesztési igények több mint 60%-a, de kevesebb mint 90%-a lett megvalósítva 3. Piros sprint: a sprintbe sorolt fejlesztési igények kevesebb, mint 60%-a lett megvalósítva e. A találkozót követően a termékmenedzserek értesítik az ügyfelet a sprintbe került fejlesztések állapotáról, valamint a sprint értékeléséről 5. oldal
6 4. ábra: Fejlesztési folyamat 6. oldal
Agilis projektmenedzsment
Agilis projektmenedzsment 2013. április 10. 1 Adaptive Consulting Kft. Csutorás Zoltán Agile coach, tréner zoltan.csutoras@adaptiveconsulting.hu 2 www.scrummate.hu 3 Agilis ernyő Scrum Lean/Kanban Crystal
Haté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
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
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
A ÉVI TANFELÜGYELETI LÁTOGATÁSOK ELŐKÉSZÍTÉSE (TÁMOP-3.1.8)
A 2015. ÉVI TANFELÜGYELETI LÁTOGATÁSOK ELŐKÉSZÍTÉSE (TÁMOP-3.1.8) A MEGÚJULÓ KÖZNEVELÉS ÉRTÉKELÉSI KERETRENDSZERE Minősítés Tanfelügyelet Pedagógus, vezető, intézmény KÜLSŐ értékelése saját célok mentén.
INPUT PROGRAM 2. Kanban és SCRUM. KANBAN alapok
INPUT PROGRAM 2. Kanban és SCRUM KANBAN alapok 1 2 3 4 SCRUM alapok 5 Mit ígér a SCRUM? Mennyire bonyolult? 6 A SCRUM két alapelve Empirikus folyamat: a részletes tervek és meghatározott folyamatok helyét
Weboldalkészítés - keretszerződés
Weboldalkészítés - keretszerződés 1. A szerződő felek Jelen szerződés létrejött egyrészről a........... (....), továbbiakban mint Megrendelő, másrészről az ALTAweb Kft. (1135 Bp., Petneházy u. 70-72.)
MINŐSÉGÜGYI ELJÁRÁSOK
Eötvös Loránd Tudományegyetem MINŐSÉGÜGYI ELJÁRÁSOK ME 1.7.4. Gólyafelmérés és eredményeinek felhasználása Készítette: Rektori Kabinet Minőségügyi Iroda Verzió/kiadás dátuma: 1/2017.11.10. Jóváhagyta:
FOLYAMATAUDIT JELENTÉS ELEKTRONIKUS VÁLTOZATA
FOLYAMATAUDIT JELENTÉS ELEKTRONIKUS VÁLTOZATA 1.0 VERZIÓ A program alkalmazási környezete A program felépítése, tulajdonságai A program további tulajdonságai A program ára A program szállítása, telepítése
Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár
Software Engineering Dr. Barabás László Ismétlés/Kitekintő Software Engineering = softwaretechnológia Projekt, fogalma és jellemzői, Személyek és szerepkörök Kitekintő: Modell, módszertan 2 Dr. Barabás
XCZ állományok ellenőrzése, átadása elektronikus beküldésre és közvetlen beküldése parancssori funkcióval az ÁNYK programban
XCZ állományok ellenőrzése, átadása elektronikus beküldésre és közvetlen beküldése parancssori funkcióval az ÁNYK programban 1. XCZ állomány ellenőrzése és átadása elektronikus beküldésre 2. Nyomtatvány
01. gyakorlat - Projektalapítás
2 Követelmények 01. gyakorlat - Projektalapítás Szoftvertechnológia gyakorlat OE-NIK A félév során egy nagyobb szoftverrendszer prototípusának elkészítése lesz a feladat Fejlesztési módszertan: RUP CASE-eszköz:
FOLYAMATAUDIT JELENTÉS ELEKTRONIKUS VÁLTOZATA
FOLYAMATAUDIT JELENTÉS ELEKTRONIKUS VÁLTOZATA 2.0 VERZIÓ A program alkalmazási környezete A program felépítése, tulajdonságai A program további tulajdonságai A program ára A program szállítása, telepítése
MINŐSÉGÜGYI ELJÁRÁSOK
Eötvös Loránd Tudományegyetem MINŐSÉGÜGYI ELJÁRÁSOK ME 1.7.6. Hallgatói igény és elégedettségmérés Készítette: Rektori Kabinet Minőségügyi Iroda Verzió/kiadás dátuma: 1/2017.11.10. Jóváhagyta: Minőségfejlesztési
Teljeskörű BI megoldás a gyakorlatban IBM eszközök használatával, Magyarországon
Teljeskörű BI megoldás a gyakorlatban IBM eszközök használatával, Magyarországon esettanulmány csokor, mely megpróbálja összefoglalni az elmúlt 10 év tapasztalatait,tanulságait és bemutat egy élő, hazai
Ami a vízesésen túl van
Ami a vízesésen túl van Adattárház fejlesztés módszertani tapasztalatok a T-Systems adattárházában, a HIFI-ben Ponori.Ajtony@iqpp.hu 2012. június 12. Miről is lesz szó? HIFI háttér HIFI projekt szkóp Két
Easy Company termékcsalád. Már 9 900 Ft/hó-tól
Easy Company termékcsalád Egyszerűbb, gyorsabb adminisztráció Átláthatóbb nyilvántartások Bárhonnan, bármikor elérhető Felhő alapú alkalmazás Felhasználóbarát kezelőfelület Hasznos kimutatások és elemzések
Salgótarján Megyei Jogú Város Polgármestere
Salgótarján Megyei Jogú Város Polgármestere Szám: 13935-1/2014. Javaslat a Salgótarjáni Közművelődési Nonprofit Korlátolt Felelősségű Társaság ügyvezető igazgatója 2013. évi prémiumfeladatainak értékelésére
Felhasználói kézikönyv. Verzió : 1.0 draft Kiadás : Oldal: 1 / 10
Felhasználói kézikönyv Verzió : 1.0 draft Kiadás : 2014.09.01 Oldal: 1 / 10 TARTALOMJEGYZÉK 1 Bevezető... 3 1.1 Koncepció és alkalmazás... 3 1.2 Előny... 3 2 Bejelentkezés... 4 3 Bejelentés választás,
A Scrum Útmutató. Meghatározó útmutató a Scrumhoz: A játék szabályai. Kifejlesztette és karbantartja Ken Schwaber és Jeff Sutherland
A Scrum Útmutató Meghatározó útmutató a Scrumhoz: A játék szabályai Kifejlesztette és karbantartja Ken Schwaber és Jeff Sutherland Tartalomjegyzék A Scrum útmutató célja... 3 A Scrum meghatározása... 3
1. SZÁMÚ FÜGGELÉK MŰSZAKI LEÍRÁS
1. SZÁMÚ FÜGGELÉK MŰSZAKI LEÍRÁS A Norvég Alapból finanszírozott HU12-0001-PP1-2016 azonosítószámú, A roma közösségekben dolgozó védőnők munkafeltételeinek javítása című projekt (a továbbiakban: Projekt)
A Csorba Győző Könyvtár teljesítményértékelési rendszere. Csobán László Csorba Győző Könyvtár (Pécs)
A Csorba Győző Könyvtár teljesítményértékelési rendszere Csobán László Csorba Győző Könyvtár (Pécs) 2018.07.05. Előzmények Minősített Könyvtár cím elnyerése TQM munkacsoportok megalakulása Humánmenedzsment
Mercedes XENTRY Portal Pro interfész
Mercedes XENTRY Portal Pro interfész 1149 Budapest, Egressy út 17-21. Telefon: +36 1 469 4021; fax: +36 1 469 4029 1/20 Tartalomjegyzék 1. funkcionalitás...3 1.1. Szervizzel kapcsolatos funkcionalitás...3
Az országos projekt állása,
Az országos projekt állása, aktuális kérdések Sebık Sándor projektvezetı SEPA szakmai fórum, 2011.11.17. Tartalom: Az eddig elvégzett feladatok Klíringtagi és GIRO státusz Aktuális feladatok, tesztelés
Programrendszerek 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
MODULO TANÍTÁSI GYAKORLATRA JELENTKEZÉS ÜGYLEÍRÁS V SZTE HSZI július 17.
MODULO 2 TANÍTÁSI GYAKORLATRA JELENTKEZÉS ÜGYLEÍRÁS V.1.0.20140717 SZTE HSZI 2014. július 17. Tartalomjegyzék Kitöltés megkezdése 3 Személyes adatok 3 Jelentkezés 3 Beadás 5 2 Kitöltés megkezdése Az űrlap
Tárgyszavak: vevőkapcsolatok; CRM; szoftverértékelés.
A VÁLLALATVEZETÉS EGYES TERÜLETEI CRM-rendszerek értékelése és felépítése Bármerre tekintünk a verseny egyre élesebb. A vállalatok nagy feladat előtt állnak: régi ügyfeleiket meg kell tartaniuk, és újakat
Segédlet Székesfehérvár Megyei Jogú Város Polgármesteri Hivatala által rendszeresített elektronikus adóbevallások használatához
Segédlet Székesfehérvár Megyei Jogú Város Polgármesteri Hivatala által rendszeresített elektronikus adóbevallások használatához Az elektronikus ügyintézés és a bizalmi szolgáltatások általános szabályairól
Időkönyvelő Projektfeladat specifikáció
Időkönyvelő Projektfeladat specifikáció 1 Tartalomjegyzék 1 Tartalomjegyzék... 2 2 Bevezetés... 3 2.1 A feladat címe... 3 2.2 A feladat rövid ismertetése... 3 3 Elvárások a feladattal kapcsolatban... 4
Programtervezés. Dr. Iványi Péter
Programtervezés Dr. Iványi Péter 1 A programozás lépései 2 Feladat meghatározás Feladat kiírás Mik az input adatok A megoldáshoz szükséges idő és költség Gyorsan, jót, olcsón 3 Feladat megfogalmazása Egyértelmű
Tanrend jelentő képző szervek részére
Tanrend jelentő képző szervek részére Felhasználói segédlet Tartalomjegyzék Belépés Tanrend jelentő felület Új tanrend jelentő Névsor megadása Névsor megadása jelentkezési lap alapján Névsor nyomtatása
A csatlakozási szerződés 1. sz. melléklete
A csatlakozási szerződés 1. sz. melléklete EFER SEGÉDLET CSATLAKOZÓ SZERVEZETI KAPCSOLÓDÁSHOZ 1 EFER ALRENDSZEREK EFER alrendszerek Neve Tesztrendszer Bevizsgáló környzet Éles rendszer Funkció Tesztutasítások
Elszámolás és számlázás /kivonat/
EasyCON Kft. ME 07-04 Minőségirányítási folyamatleírás Elszámolás és számlázás /kivonat/ A Minőségirányítási folyamatleírás az EasyCon Kft. tulajdona. A folyamatleírásban található információk a tulajdonos
III. Alapfogalmak és tervezési módszertan SystemC-ben
III. Alapfogalmak és tervezési módszertan SystemC-ben A SystemC egy lehetséges válasz és egyben egyfajta tökéletesített, tovább fejlesztett tervezési módszertan az elektronikai tervezés területén felmerülő
Európai Közösségek Vízügyi, energiaipari, szállítási és távközlési ágazatok Szerződés odaítélése
1/5 HU-Békéscsaba: Szoftvercsomag és információs rendszerek 2009/S 96-137736 TÁJÉKOZTATÓ AZ ELJÁRÁS EREDMÉNYÉRŐL EGYES ÁGAZATOKBAN I. SZAKASZ: AJÁNLATKÉRŐ I.1) NÉV, CÍM ÉS KAPCSOLATTARTÁSI PONT(OK): Békés
PTE ÁJK Pályázati Szabályzata
PTE ÁJK Pályázati Szabályzata 1. A PTE ÁJK Pályázati Szabályzatának (továbbiakban: Szabályzat) célja összhangban a PTE pályázati rendjéről szóló 4/2007.sz. Rektori Utasítással a PTE ÁJK pályázati aktivitásának
Kitöltési Útmutató. IKSZT címbirtokos szervezetek részére
Kitöltési Útmutató IKSZT címbirtokos szervezetek részére az IKSZT szolgáltatási és programterv, valamint program-nyilvántartás vezetését segítő űrlap kitöltéséhez Budapest, 2011. november 8. Tartalomjegyzék
Mercedes felhasználói leírás
Mercedes felhasználói leírás 1149 Budapest, Egressy út 17.-21. Telefon: +36 1 469 4021; fax: +36 1 469 4029 Tartalomjegyzék 1 Mercedes készletlista...3 1.1 Mercedes készlet lista...3 1.2 Szerviz modul...3
Menetrendkezelő Rendszer
Menetrendkezelő Rendszer Rózsa Péter Folyamatirányítási Informatikai Osztály Piacműködtetési és gazdasági informatikai főmunkatárs MAVIR Magyar Villamosenergia-ipari Átviteli Rendszerirányító Zártkörűen
Összefoglaló beszámoló Észak-magyarországi régió
Összefoglaló beszámoló Észak-magyarországi régió DEPURE PROJEKT Regionális közigazgatási klaszter létrehozásának lehetőségei MISKOLCI EGYETEM Világ- és Regionális Gazdaságtan Intézet Miskolc, 2006. október
ARDINSYS Mérnöki Zrt.
ARDINSYS Mérnöki Zrt. 1118 Budapest, Kelenhegyi út 23/b Tel : 36 20-9321-545, 20-440-6376 Fax: 36 1-209-3967 E-mail : ardinsys@ardinsys.hu Kooperatív képzés Jóváhagyó táblázat MSZ EN ISO 9001:2001 szabvány
30 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
MIÉ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
Egységes fejlesztési katasztert támogató informatikai modul
Önkormányzati fejlesztések figyelemmel kísérése c. ÁROP-1.1.20-2012-0001 sz. kiemelt projekt Egységes fejlesztési katasztert támogató informatikai modul 2014. január 30. Készítette a Lechner Lajos Tudásközpont
Jelentkezési lap képző szervek részére
Jelentkezési lap képző szervek részére Felhasználói segédlet Tartalomjegzék Belépés Jelentkezési lap felület Kézi kitöltés menete Alapadatok megadása Korábban megszerzett vezetői engedély adatai Személyes
Bevezetés: Mi a CRM? A tervezési fázis helye és szerepe a CRM implementációs projektekben Jógyakorlatok: mire figyeljünk a CRM tervezés közben.
Mire figyeljünk a CRM rendszerek tervezésekor? Gyakorlati tapasztalatok Komáromi András Bevezetés: Mi a CRM? A tervezési fázis helye és szerepe Miért fontos a tervezési fázis? A tervezési fázis helye és
Hogyan építsünk jó webáruházat? dr. Nyeste Gábor fps webügynökség ügyvezető
Hogyan építsünk jó webáruházat? dr. Nyeste Gábor fps webügynökség ügyvezető Kik is vagyunk? A célzott webes megoldások ügynöksége! Az e-kereskedelemről Adatok: A GKIeNET 2700 magyarországi legális webshopot
MŰSZAKI LEÍRÁS. f) A törzsmunkaidőn kívüli support tevékenység esetén a Feleknek kétszeres időkontingens felhasználást kell elszámolni.
MŰSZAKI LEÍRÁS SZOLGÁLTATÁSOK LEÍRÁSA 1. Ügyfélszolgálat Helpdesk a) A rendszer üzemeltetésére vonatkozóan Ajánlattevő köteles HelpDesk támogatást nyújtani törzsmunkaidőben az Ajánlatkérő rendszerének
Segédlet Miskolc Megyei Jogú Város Polgármesteri Hivatala által rendszeresített elektronikus adóbevallások használatához
Segédlet Miskolc Megyei Jogú Város Polgármesteri Hivatala által rendszeresített elektronikus adóbevallások használatához Miskolc Megyei Jogú Város Közgyűlésének 48/2013. (XII.12.) számú rendelete lehetővé
IMIR fejlesztése, bevezetése és működés-támogatása - módosító hirdetmény. Közbeszerzési Értesítő száma: 2015/99
IMIR 2014-2020 fejlesztése, bevezetése és működés-támogatása - módosító hirdetmény Közbeszerzési Értesítő száma: 2015/99 1 Beszerzés tárgya: A 2014-2020 programozási időszak Európai Területi Együttműködési
1 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
Informatika A versenyzők a feladatlapot mindkét kategóriában a II. kategória első fordulójának kivételével csak elektronikus formában kapják meg
Informatika A tantárgy versenyében az alább leírtakon túl az 1. pontban foglaltakat is figyelembe kell venni. A verseny két kategóriában és három fordulóban zajlik. A versenyzők a feladatlapot mindkét
Oktatási segédanyag. Megújul az OKIR hulladékos modulja. Hogyan fog működni? Dr. Havas Ádám
OKIR Országos Környezetvédelmi Információs Rendszer Oktatási segédanyag Megújul az OKIR hulladékos modulja. Hogyan fog működni? Dr. Havas Ádám Földművelésügyi Minisztérium 1055 Budapest, Kossuth Lajos
Informatika Informatika
Informatika Informatika A tantárgy versenyében az alább leírtakon túl az 1. pontban foglaltakat is figyelembe kell venni. A verseny két kategóriában és három fordulóban zajlik. A versenyzők a feladatlapot
1. Bevezető. 2. Sérülékenységek
1. Bevezető A dokumentum összefoglalja a Silent Signal Kft. szakértőinek 2011-ben elért kutatási és fejlesztési eredményeit. Ebben az időszakban munkatársaink 16 sebezhetőséget azonosítottak elterjedt
Terméktámogató asszisztens 2008
Terméktámogató asszisztens 2008 1. A cég bemutatása Szoftvert termék fejlesztő cég, amely réspiacra szállít prémium minőségű termékeket és nemzetközi piacra értékesít. A versenytársainkat azzal győzzük
7. számú melléklet Két forduló közötti projektfejlesztési szakasz eljárásrendje a Társadalmi Infrastruktúra Operatív Program
7. számú melléklet Két forduló közötti projektfejlesztési szakasz eljárásrendje a Társadalmi Infrastruktúra Operatív Program A felsőoktatási tevékenységek színvonalának emeléséhez szükséges infrastrukturális
A 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
Általános szerződési feltételek
Általános szerződési feltételek A jelen Általános szerződési feltételek ( ÁSZF ) tartalmazzák az ILST-Hungary Kft. ( szolgáltató ) és az által üzemeltetett ilst.hu internetes címen található webáruház
KIR-STAT internetes adatgyűjtő rendszer
- internetes adatgyűjtő rendszer Kitöltési útmutató Budapest, 2012. október 1. TARTALOMJEGYZÉK 1.1. Milyen lépések szükségesek az adatszolgáltatás sikeres teljesítéséhez? 1.2. Belépéssel kapcsolatos tudnivalók
OpenCL alapú eszközök verifikációja és validációja a gyakorlatban
OpenCL alapú eszközök verifikációja és validációja a gyakorlatban Fekete Tamás 2015. December 3. Szoftver verifikáció és validáció tantárgy Áttekintés Miért és mennyire fontos a megfelelő validáció és
MCPE VEZETŐI ÉS ÜZLETI COACH KÉPZÉS
MCPE VEZETŐI ÉS ÜZLETI COACH KÉPZÉS 2018-2019 MIT NYÚJT A KÉPZÉS? Felkészít a vezetői és üzleti coaching belépő szintű alkalmazására A coach szerephez elengedhetetlen szakmai önismeretet és önbizalmat
Kö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
MICROSOFT 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
Madarász Imre Egyesített Óvoda
Madarász Imre Egyesített Óvoda 5300 Karcag, Táncsics krt. 17. 59/503-323 ovikozpont@ovikarcag.hu www.ovikarcag.hu OM 202329 Madarász Imre Egyesített Óvoda Gyakornoki Szabályzata Intézmény OM azonosítója:
Automatikus feladatok modul
Automatikus feladatok modul 1. Bevezetés... 2 2. Kijelölt feladat módosítása... 2 2.1. Adott feladathoz tartozó felhasználó(k) kiválasztása... 3 o Feladatkör esetén... 3 o Munkatárs esetén... 4 3. Feladat
IT 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
Online rendszerekre vonatkozó pályázati információk
Online rendszerekre vonatkozó pályázati információk Tartalomjegyzék: Szükséges dokumentumok a pályázat benyújtásához; Pályázó gazdálkodására vonatkozó feltételek; Fenntartási kötelezettség; Önrész; Előleg
Stengl Kereskedelmi és Szolgáltató Kft.
Stengl Kereskedelmi és Székhely: 7632 Pécs, Júlia u. 13. IV. em. 13. Tel: 06 30 758 75 16 Fax: 06 72 520 263 Tisztelt leendő Partnerünk! Kérem, engedje meg, hogy röviden bemutassuk cégünket. A Stengl Kereskedelmi
TESZTMENEDZSMENT 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,
Változáskezelés Verzió Dátum Változás Pont Cím Oldal Diákhitel engedményezés visszavonása Diákhitel bef
Diákhitel engedményezésének menete Felhasználói dokumentáció verzió 2.1 Budapest, 2008. Változáskezelés Verzió Dátum Változás Pont Cím Oldal 2.1. 2008.11.03. 1.3.2. Diákhitel engedményezés visszavonása
HelpDesk. A lista felett szűrési lehetőségek találhatóak, amelyek alapértelmezetten szűrhetik a listát minden belépéskor, és át is állíthatók:
HelpDesk A Helpdesk modul lehetővé teszi a felhasználók és a kulcsfelhasználók számára az online kommunikációt a rendszer adminisztrátorával az IFA rendszer moduljaival kapcsolatban. A menüpontban van
Közbeszerzési szakértő képzés az új közbeszerzési törvény megjelent változásai alapján
Rendelkezik közbeszerzési végzettséggel és fontos Önnek a szakmai fejlődés? Csak az aktualitások érdeklik, és nem szeretne az általánosságokkal foglalkozni? Nincs ideje elméleti előadásokat hallgatni,
A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK
A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR,
CSEPEL ÖNKORMÁNYZATA BUDAPEST XXI. KERÜLET ALPOLGÁRMESTER J A V A S L A T. a háziorvosi praxisok eszközfejlesztésének pályázati támogatására
BUDAPEST XXI. KERÜLET ALPOLGÁRMESTER CSEPEL ÖNKORMÁNYZATA J A V A S L A T a háziorvosi praxisok eszközfejlesztésének pályázati támogatására Készítette: Előterjesztő: Egyeztetve: Szociális- és Egészségügyi
Változáskezelés Verzió Dátum Változás Pont Cím Oldal Kiadás: Verzió: 2.0. Oldalszám: 2 / 7
Átsorolás Felhasználói dokumentáció verzió 2.0. Budapest, 2008. Változáskezelés Verzió Dátum Változás Pont Cím Oldal Kiadás: 2008.07.10. Verzió: 2.0. Oldalszám: 2 / 7 Tartalomjegyzék 1. Átsorolás-kérési
KIRA OKTATÁSI TANANYAG
EKOP-1.2.16-2012-2012-0001 KIRA OKTATÁSI TANANYAG 2014. október hó ADATSZOLGÁLTATÁS Magyar Államkincstár 1054 Budapest, Hold u. 4. www.allamkincstar.gov.hu 1 BIZTOSÍTOTTI BEJELENTÉS (T1041) ÁLTALÁNOS ALAPELVEK
Pest Megyei Kamara 2006. január 20. Bagi Zoltán
Pest Megyei Kamara 2006. január 20. Bagi Zoltán Mitől korszerű egy rendszer? Funkcionalitás, program szolgáltatásai Integráltság (más partnerekkel való adatkapcsolat) Kommunikáció = távolságtól független
MCPE VEZETŐ I ÉS ÜZLETI COACH KÉPZÉS
MCPE VEZETŐ I ÉS ÜZLETI COACH KÉPZÉS 2019 MIT NYÚJT A KÉPZÉS? Felkészít a vezetői és üzleti coaching belépő szintű alkalmazására A coach szerephez elengedhetetlen szakmai önismeretet és önbizalmat Gyakorlati
Önértékelési rendszer
Zala Megyei Kereskedelmi és Iparkamara Szakképzési és Szolgáltató Közhasznú Nonprofit Kft. 8900 Zalaegerszeg, Petőfi u. 24. Felnőttképzési engedély szám: E-000116/2014. Önértékelési rendszer Hatályba lép:
Kompetens szoftvertesztelés a gyakorlatban II. zárthelyi dolgozat
Név:...................................... Neptunkód:................... Kompetens szoftvertesztelés a gyakorlatban II. zárthelyi dolgozat 2015. április 22. (szerda) Kitöltési útmutató A dolgozat kitöltéséhez
Tisztelettel 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ő
Miskolci 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,
Projektkövetés a 148/2002 (VII.1.) Kormány rendelet alapján
KORMÁNYZATI INFORMATIKAI EGYEZTETŐ TÁRCAKÖZI BIZOTTSÁG 18. SZÁMÚ AJÁNLÁS Projektkövetés a 148/2002 (VII.1.) Kormány rendelet alapján Verzió: 1.0 Budapest 2003. 1 / 12. oldal Tartalom 1. BEVEZETÉS... 3
Okos gyógyszeres doboz Projektfeladat specifikáció
Projektfeladat specifikáció 1 Tartalomjegyzék 1 Tartalomjegyzék... 2 2 Bevezetés... 3 2.1 A feladat címe... 3 2.2 A feladat rövid ismertetése... 3 3 Elvárások a feladattal kapcsolatban... 4 3.1 Operációs
SystemDiagnostics. 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,
Test Strategy. Tartalomjegyzék
Test Strategy Tartalomjegyzék Tartalomjegyzék Bevezetés Beosztások, hatásköri leírások Projekt Menedzser Teszt Menedzser Projekt Asszisztens Tesztelő Emberi erőforrások kezelése Alkalmazottak és kompetenciáik
HASZNÁLATI ÚTMUTATÓ. Frissítve: 2012.12.03
Frissítve: 2012.12.03 1. Bevezető A visszavett.hu egy aukciós oldal, ahol olyan eszközökre (gépjármű, haszongépjármű, stb.) lehet licitálni, amelyekre korábbi tulajdonosuk hitelt vett fel, vagy lízingelte,
Rubin 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
Geotermikus jelentési kódex
Geotermikus jelentési kódex Egy törekvés a nemzetközi egyetértésre Dr. Ádám László NÉV: SZERVEZET Mannvit Kft. Budapest, 2013.11.15 2013. November 15. Regionális Az első története Ausztrál Geotermikus
OKTATÁSKUTATÓ ÉS FEJLESZTŐ INTÉZET. TÁMOP-3.1.5/12-2012-0001 Pedagógusképzés támogatása. Érintettek. a szaktanácsadás szervezője.
TÁMOP3.1.5/1220120001 képzés támogatása A szaktanácsa folyamat részletes lépései, dokumentumai 1. BEJELENTKEZÉS, OKTATÁSKUTATÓ TÁJÉKOZTATÁS, ÉS FEJLESZTŐ INTÉZET DOKUMENTUMOK KÜLDÉSE ÉS KÉRÉSE A szaktanácsadás
Szoftvertesztelés - Bevezető
Szoftvertesztelés - Bevezető Csirmaz Péter Livesoft Kft. 2010.03.13. Bevezetés A szoftvertesztelés egy rendszer vagy program kontrollált körülmények melletti futtatása, és az eredmények kiértékelése. A
Angol nyelvű kommunikációs munkatárs 2008
Angol nyelvű kommunikációs munkatárs 2008 1. A cég bemutatása Szoftvert termék fejlesztő cég, amely réspiacra szállít prémium minőségű termékeket és nemzetközi piacra értékesít. A versenytársainkat azzal
VÍZIKÖZMŰ-ONLINE ÉS VÍZHASZNÁLAT-ONLINE ADATFELDOLGOZÓ RENDSZEREK
VÍZIKÖZMŰ-ONLINE ÉS VÍZHASZNÁLAT-ONLINE ADATFELDOLGOZÓ RENDSZEREK A RENDSZEREK ALAPSZOLGÁLTATÁSAINAK RÖVID ISMERTETÉSE ORSZÁGOS VÍZÜGYI FŐIGAZGATÓSÁG 2015. ELŐZMÉNYEK 2011-ben elkészült és üzembe állt
Projektmenedzsment sikertényezők Információ biztonsági projektek
Projektmenedzsment sikertényezők Információ biztonsági projektek A Project Management Institute (PMI, www.pmi.org) részletesen kidolgozott és folyamatosan fejlesztett metodológiával rendelkezik projektmenedzsment
Országos tanfelügyelet kézikönyvek (PSZE) változásai
Országos tanfelügyelet kézikönyvek (PSZE) változásai 2019.01.01-én Az országos tanfelügyeleti kézikönyvek legutóbb 2017. január 01-én változtak. 2018-ban újabb átdolgozásra került sor, melynek során elkészült
Object Orgy PROJEKTTERV 1 (9) Adattípusok menedzselése Palatinus Endre 2010-09-27 1.0
Object Orgy PROJEKTTERV 1 (9) Projektterv 1 Összefoglaló 2 Verziók Ez az projekt projektterve, ahol kitérünk a megrendelt szoftver elvárt szolgáltatásaira, és a tárgy keretein belül a projekt során felhasználandó
ISO A bevezetés néhány gyakorlati lépése
ISO 9001-2015 A bevezetés néhány gyakorlati lépése 115 30 20 Fö tevékenységünk: Felületkezelés Horganyzás, ZnNi, ZnFe bevonatok Folyamatalapú szabályozás SPC bevezetése FMEA bevezetése Elsődarabos folyamat
Az Országos Bírósági Hivatal elnökének 2/2015. (III. 18.) OBH utasítása a felszámoló kijelölő program üzemeltetési szabályzatáról
Az Országos Bírósági Hivatal elnökének 2/2015. (III. 18.) OBH utasítása a felszámoló kijelölő program üzemeltetési szabályzatáról az Országos Bírósági Hivatal elnöke a bíróságok szervezetéről és igazgatásáról
Végrehajtói Nyilvántartó Rendszerbe illeszkedő Postázási modul ismertetése
Oldalak: 1/10 Ez a modulkiegészítés a Végrehajtói Nyilvántartó Rendszerben elkészülő nyomtatványok postai vagy kézi kézbesítésének fárattságos dokumentálását hivatott felváltani gépi nyilvántartással.