cím: 6725 Szeged Bokor u. 18. telefon: Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: április 1-től
|
|
- Krisztina Csonkané
- 8 é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
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é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észletesebbenA É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.
RészletesebbenINPUT 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
RészletesebbenWeboldalké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.)
RészletesebbenMINŐ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:
RészletesebbenFOLYAMATAUDIT 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
RészletesebbenSoftware 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
RészletesebbenXCZ á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
Részletesebben01. 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:
RészletesebbenFOLYAMATAUDIT 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
RészletesebbenMINŐ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
RészletesebbenTeljeskö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
RészletesebbenAmi 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
RészletesebbenEasy 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
RészletesebbenSalgó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
RészletesebbenFelhaszná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,
RészletesebbenA 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
Részletesebben1. 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)
RészletesebbenA 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
RészletesebbenMercedes 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
RészletesebbenAz 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
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észletesebbenMODULO 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
RészletesebbenTá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
RészletesebbenSegé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
RészletesebbenIdő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
RészletesebbenProgramtervezé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ű
RészletesebbenTanrend 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
RészletesebbenA 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
RészletesebbenElszá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
RészletesebbenIII. 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ő
RészletesebbenEuró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
RészletesebbenPTE Á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
RészletesebbenKitö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
RészletesebbenMercedes 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
RészletesebbenMenetrendkezelő 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
RészletesebbenÖ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
RészletesebbenARDINSYS 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
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é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észletesebbenEgysé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
RészletesebbenJelentkezé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
RészletesebbenBevezeté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
RészletesebbenHogyan é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
RészletesebbenMŰ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
RészletesebbenSegé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é
RészletesebbenIMIR 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
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észletesebbenInformatika 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
RészletesebbenOktatá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
RészletesebbenInformatika 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
Részletesebben1. 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
RészletesebbenTermé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
Részletesebben7. 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
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észletesebbenÁ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
RészletesebbenKIR-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
RészletesebbenOpenCL 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
RészletesebbenMCPE 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
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é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észletesebbenMadará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:
RészletesebbenAutomatikus 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
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észletesebbenOnline 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
RészletesebbenStengl 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
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észletesebbenVá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
RészletesebbenHelpDesk. 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
RészletesebbenKö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,
RészletesebbenA 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,
RészletesebbenCSEPEL Ö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
RészletesebbenVá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
RészletesebbenKIRA 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
RészletesebbenPest 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
RészletesebbenMCPE 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
RészletesebbenÖ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:
RészletesebbenKompetens 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
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é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észletesebbenProjektkö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
RészletesebbenOkos 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
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észletesebbenTest 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
RészletesebbenHASZNÁ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,
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észletesebbenGeotermikus 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
RészletesebbenOKTATÁ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
RészletesebbenSzoftvertesztelé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
RészletesebbenAngol 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
RészletesebbenVÍ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
RészletesebbenProjektmenedzsment 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
RészletesebbenOrszá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
RészletesebbenObject 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ó
RészletesebbenISO 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
RészletesebbenAz 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
RészletesebbenVé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.
Részletesebben