Test Management Strategy Document. Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán
|
|
- Lídia Papné
- 7 évvel ezelőtt
- Látták:
Átírás
1 Test Management Strategy Document Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán
2 Agenda Bevezetés Ki mit tud statisztika Tesztelési környezet Felelősségek, szerepek és feladatok Tesztelési technikák Teszt eszközök Kommunikáció Célok és az elfogadási, kilépési feltételek Bevezetés Cégünk agilis szoftverfejlesztési módszertant követ, ennél fogva folyamatos együttműködésre van szükség a szoftver követelmények és megoldások fejlesztéséhez. Heti gyakorisággal úgy nevezett meeting -eket tartunk, ahol minden fejlesztő és tesztelő beszámol az előző heti munkájáról, valamit a következő heti terveiről. A következő heti tervek megvalósításáról pedig a következő meeting -en esik szó. A csapat motivációja elsődleges szempont, ehhez szorosan egymás melletti irodákban helyezzük el az egy projekten dolgozókat, vagy akár páros programozást is alkalmazunk, hogy két embernek teljesen ugyanazt a feladatot adjuk. Előtérbe helyezzük a működő szoftvert a dokumentációkkal szemben, hiszen az ügyféllel való kommunikáció során előnyös, ha minél hamarabb látnak egy működő programot, dokumentációk megbeszélése, megmutatása helyett ez hasznosabb, többek között az ügyfél bizalmának megtartása szempontjából. Természetesen az ügyféllel folyamatosan tartjuk a kapcsolatot, hiszen a követelmények időközben változhatnak.
3 Az elsődleges feladatunk, hogy az ügyfél elégedettségét teljes mértékben fenntartsuk! Ki mit tud statisztika A feladatokat elvégző csapatról összeállítottunk egy ki mit tud statisztikát, megkönnyítve ezzel a teszt menedzser feladatát, hogy kinek milyen feladatokat osszon ki: Tesztelő Tesztelői Tapasztalat (év) Fejlesztői tapasztalat (év) Lexikális tudás Adatbázis ismeretek Megbízhatóság, szorgalom Munkabírás Menedzseri szemléletmód Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán Tesztelési környezet Fontos természetesen, hogy a tesztelői csapatunk számára biztosítsuk a megfelelő környezetet, ahol gond nélkül dolgozhatnak. Ehhez pedig összesítve leírunk egy hardver és szoftver követelményrendszert, amelyeket a dolgozói gépeken a cég rendszergazdáinak biztosítania kell. Minimális (!) hardver követelmények (gépenként): Intel Core i7-4790k 4.4 GHz Processor (4-core) 250 GB SSD 500 GB HDD 8 GB RAM Razer egér Cooler Master, legalább 600 W teljesítményű tápegység
4 Dual monitor Minimális (!) szoftver követelmények (gépenként): Dual OS (Windows 10 és Linux) Microsoft Office programcsomag Selenium WebDriver (Eclipse) JAVA 8 Eclipse és/vagy NetBeans fejlesztői környezet (esetleges kisebb fejlesztői feladatok ellátására) Felelősségek és szerepek, feladatok 1. Teszt menedzser: Fő Feladata a tesztelési folyamat folyamatos ellenőrzése. Emellett persze számos tevékenységet ellát, mint például állandó kapcsolatban áll a fejlesztőkkel, hogy a tesztelés és fejlesztés párhuzamosan menjen. Dönt arról, hogy a projekt melyik részét melyik tesztelő végzi, és az elkészült munkájukat is ő értékeli. Szükség esetén pedig cserét hajt végre a csapatban, ha nincs megelégedve valamely tesztelő munkájával. Elemzi a riportokat, és statisztikát készít belőlük, dashboard és táblázat formájában. Irányítja, koordinálja az egész tesztelési folyamatot. Az ő feladata tehát az alábbi feladatok elvégzése: Riport elemzés, statisztika készítés Projekt koordinálása, irányítása Tagok kicserélése, új tag(ok) felvétele Projekt folyamatos figyelemmel kísérése (monitorozás) Projekt gyakorlati megvalósítása és a dokumentációban összefoglalt elvárások összehasonlítása, és felügyelete Trainingek szervezése felhasználóknak és/vagy dolgozóknak, ha szükséges Ügyféllel és a fejlesztői csapattal való folyamatos kapcsolattartás
5 Projekt terv elkészítése, és végrehajtásának biztosítása A projekt gazdasági összetételének (leendő profit kiadás) elemzése, szem előtt tartása 2. Tesztelő: A csapatban ők végzik a gyakorlati munkát. Tényleges teszteseteket írnak, futtatják őket, konstatálják, hogy melyik futott le, abból mennyi volt sikeres, és ezt közlik a teszt menedzserrel. Ők adják a tesztelői csapat magját, az alapvázat. A teszt menedzser feladatokat oszt ki nekik, amelyeket nekik végre kell hajtaniuk, az eredményekről pedig tájékoztatni a menedzsert. Szükség esetén az ügyféllel való kommunikáció elengedhetetlen. Az ő feladatuk tehát az alábbi feladatok elvégzése: Tesztesetek készítése, végrehajtása Eredmények dokumentálása, riportok készítése A menedzser eredményekről való tájékoztatása Adott esetben ügyféllel való kommunikáció A rájuk kiosztott feladatok határidőre való végrehajtása 3. Adminisztrátor: Ők egyfajta biztonsági szerepet töltenek be. Fő feladatuk, hogy a tesztelők számára folyamatosan biztosítsák és karbantartsák a fentebb említett hardver és szoftver környezetet. Adott esetben besegítsenek a teszt menedzser munkájába is, főképp a tervezési fázisban. Összekötő szerepet is betölthetnek a tesztelők és a teszt menedzser között, hiszen többnyire ő napi szintű kapcsolatban van mindkettővel. Az ő feladatuk tehát az alábbi feladatok elvégzése:
6 Technikai problémák elhárítása Tesztelési környezet karbantartása Napi szintű kommunikáció a tesztelőkkel és a teszt menedzserrel A rendszer biztonságának garantálása Technikai dokumentáció elkészítése Tesztelési technikák A csapatban fontos, hogy mind statikus, mind pedig dinamikus tesztelési módszereket is alkalmazzunk. Ezek persze sokrétűek lehetnek, ezért a vezetőség kiválasztotta a cégünk által preferált technikákat. A statikus tesztelési módszereknél, amikor nem futtatjuk a programkódot, ügyelni kell arra, hogy a review-ek folyamatosak legyenek, valamint a specifikáció analízisre, hogy megnézzük, hogy egyáltalán a követelményrendszerben leírtak megfelelnek-e az ügyfél elvárásainak. A dinamikus tesztelési módszereknél, amikor futtatjuk a programkódot, elsődlegesen a senior tesztelők tapasztalatára hagyatkozunk, a munka gördülékenységének érdekében. Ha ők úgy ítélik meg, hogy egy adott munkát nem érdemes csupán a tapasztalatukra bízni, akkor főként black-box technikákat alkalmazzunk, amelyek specifikáció alapúak, ahol nem nézzük meg a kódot, azaz az implementáció nem ismert. Azért, mert ezek a tesztelési technikák közelebb állnak a felhasználói scenariokhoz. Ha black-box technika nem elegendő, kombináljuk össze a white-box technikákkal, ahol viszont a kódot is látjuk, és ismerjük. Teszt eszközök Verziókövető (kezelő) rendszer: Teszt menedzsment eszköz: GIT Aqua
7 Teszt specifikáció eszközök: Microsoft office 2010 Teszt végrehajtó eszközök: Platformtó függő, de mindenképp legyen valamilyen eszköz az alábbiakhoz: Tesztesetek végrehajtása Unit-tesztek végrehajtása Tesztek összehasonlítása Biztonság fenntartása Teszt lefedettség mérése Kommunikáció A folyamatos kommunikáció természetesen a sikeres projekt nélkülözhetetlen része, amely a két felet tekintve több formát is ölthet: 1. Tesztelő Tesztelő: Ez talán a legfontosabb forma, hiszen ők a csapat magja, így fontos, hogy tartsák a kapcsolatot, és jó viszonyt ápoljanak, ezzel tulajdonképpen dinamikussá teszik a tesztelési folyamatot. 2. Tesztelő Teszt menedzser: Szintén fontos, hogy a tesztelők folyamatosan riportokat készítsenek a teszt menedzsernek az eredményekről, és tájékoztassák őt az esetleges hibákról, így hamarabb eljut az a fejlesztőkhöz. A fordított irány legalább ilyen fontos, hogy a teszt menedzser folyamatosan egyértelműen specifikált feladatokat osszon ki az egyes tesztelőknek, és irányítsa munkájukat. 3. Teszt menedzser Ügyfél: A kapcsolat szinte napi szintű a menedzser és az ügyfél képviselője között. Fontos, hogy ha az ügyfél meggondolja magát, és változtatna a specifikáción, akkor azt a tesztelői csapat is minél hamarabb megtudja, és időben az új specifikációnak megfelelően kezdjen el dolgozni. Fordított esetben is fontos, hogy a részeredményekről is tájékoztassuk az ügyfelet, ezzel elnyerhetjük a bizalmát, és ő is úgy érzi, hogy kicsit belelát a folyamatba, nem pedig csak egy kész verziót kap, magyarázat nélkül.
8 4. Tesztelő Ügyfél: Bizonyos esetekben szükség lehet a tesztelő és az ügyfél közötti közvetlen kommunikációra is. Tehát ez esetben nem a teszt menedzseren keresztül kommunikálnak, hanem a tesztelő kezdeményez egy online, vagy telefonos, es beszélgetést az ügyféllel. Főként akkor jön elő ez a forma, ha egy-egy tesztelőnek nem teljesen érthető a specifikációban leírt követelményeknek azon része, amely az ő feladatára esik, és S.O.S. segítségre van szüksége, így nincs idő a teszt menedzsert bevonni a kommunikációba. Célok és az elfogadási, kilépési feltételek Ezen dokumentum célja, hogy lefektessük a cég tesztelési alapelveit. Ezek pedig irányt mutatnak a tesztelési folyamat végrehajtása közben, megkönnyítve a dolgozók munkáit. A dokumentum alapján mindenki tudja, mi a feladata, és mit várnak el tőle, mik a kötelességei. A célunk tehát a mindenkori ügyfél maximális elégedettsége! Az elfogadási feltételrendszer (Acceptance criteria) az alábbi szempontok alapján áll össze: Magas szintű Független az implementációtól A célt fogalmazza meg, ne a hozzá vezető megoldást A kilépési feltételrendszer (Exit criteria) az alábbi szempontok alapján áll össze: Legalább 77%-os teszt lefedettséget el kell érni (utasítás szintű lefedettségről beszélünk) A futtatott tesztesetek legalább 80%-ának PASSED (SIKERES) státuszt kell eredményeznie Az utolsó verzióban a regressziós tesztekkel már nem találunk hibát A tényleges kiadás előtt mindenképp egy felhasználói béta teszt verziót tegyünk közzé Meggyőződni arról, hogy ügyfelünk elégedett a szoftverrel
9 Nem futó teszteset nem lehet a projektben Az átvételi teszt (ennél fogva az alacsonyabb szintűek is) sikeresnek kell, hogy legyen Az adatbázis tesztelésének lefedettsége legalább 90%-os legyen
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
RészletesebbenTest Strategy. Monotonitá s tűrése (0 5) Biztonsági tudás (0 5) Adatbázis ismeret (0 5)
Test Strategy Agilis módszertant alkalmazunk a projektjeink tesztelése során, ahol rövid sprintekben dolgozunk, melyekben csak néhány követelményre fokuszálunk. Előzőekből adódik, hogy ezen feladatok nem
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é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é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é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é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észletesebbenProjektterv. Projekt Neve: Ingatlan Bérbeadási Nyilvántartás Csoport: nmi
Projektterv Projekt Neve: Ingatlan Bérbeadási Nyilvántartás Csoport: nmi Verziók: Verzió Dátum Szerző Státusz Megjegyzés 0.1 2008.10.14 Balikó Ivett Tervezet Kiindulási változat, véleményezésre 0.2 2008-10-20
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é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é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é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é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észletesebbenTápegység tervezése. A felkészüléshez szükséges irodalom Alkalmazandó műszerek
Tápegység tervezése Bevezetés Az elektromos berendezések működéséhez szükséges energiát biztosító források paraméterei gyakran különböznek a berendezés részegységeinek követelményeitől. A megfelelő paraméterű
Részletesebben6. számú melléklet KÖLTSÉGVETÉSI SPECIFIKÁCIÓ. a Társadalmi Megújulás Operatív Program. Új tanulási formák és rendszerek Digitális Középiskola program
6. számú melléklet KÖLTSÉGVETÉSI SPECIFIKÁCIÓ a Társadalmi Megújulás Operatív Program Új tanulási formák és rendszerek Digitális Középiskola program című pályázati felhívásához Kódszám: TÁMOP-3.2.1.B-09/2
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é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é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észletesebbenA Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása
S SDA Stúdió kft. A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása Kiadva: 2002.02.12. Oldalak száma: 7 A dokumentum története Verzió Dátum Módosítás rövid leírása Módosító
RészletesebbenOkosház Test Plan. Tartalomjegyzék
Okosház Test Plan Tartalomjegyzék Tartalomjegyzék 1. Bevezetés 2. Célkitűzések és feladatok 2.1 Célkitűzések 2.2 Feladatok 3. Tesztelendő funkciók 4. Nem tesztelendő funkciók 5. Teszt stratégia, tesztelési
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é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észletesebbenProjektterv. Projekt Neve: Ingatlan Bérbeadási Nyilvántartás Csoport: nmi
Projektterv Projekt Neve: Ingatlan Bérbeadási Nyilvántartás Csoport: nmi Verziók: Verzió Dátum Szerző Státusz Megjegyzés 0.1 2008.10.14 Balikó Ivett Tervezet Kiindulási változat 0.2 2008-10-20 Fertői Ferenc
RészletesebbenMŰSZAKI TESZTTERVEZÉSI TECHNIKÁK STRUKTÚRA ALAPÚ, VAGY FEHÉRDOBOZ TECHNIKÁK TAPASZTALAT ALAPÚ TECHNIKÁK
MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK STRUKTÚRA ALAPÚ, VAGY FEHÉRDOBOZ TECHNIKÁK TAPASZTALAT ALAPÚ TECHNIKÁK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN
Részletesebbenextreme Programming programozástechnika
extreme Programming programozástechnika Készítette: Török T k Balázs G5-S8 Kezdetek Martin Fowler : The New Methodology Legtöbb projekt követelményei állandóan változnak Megoldást adaptív módszerek Kezdetek
RészletesebbenNév: Neptun kód: Pontszám:
Név: Neptun kód: Pontszám: 1. Melyek a szoftver minőségi mutatói? Fejlesztési idő, architektúra, programozási paradigma. Fejlesztőcsapat összetétele, projekt mérföldkövek, fejlesztési modell. Karbantarthatóság,
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é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é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é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é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é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é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észletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (3) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer (folyt.) Eljárások, munkautasítások Eljárás: egy adott módja valami elvégzésének részletezett tevékenységek,
RészletesebbenSpace Invaders Dokumenta cio
Space Invaders Dokumenta cio 0. Tartalomjegyzék 0. Tartalomjegyzék... 1 1. Követelmény feltárás... 2 1.1. Célkitűzés, projektindító dokumentum... 2 1.2. Szakterületi tartalomjegyzék... 2 1.3. Használatieset-modell,
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észletesebbencím: 6725 Szeged Bokor u. 18. telefon: +36 1 808 9666 Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: 2012. április 1-től
Innomedio Kft Scrum módszertan 1.0 Verzió Érvényes: 2012. á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
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é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é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é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é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észletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (9) Szoftverminőségbiztosítás Specifikáció alapú (black-box) technikák A szoftver mint leképezés Szoftverhiba Hibát okozó bement Hibás kimenet Input Szoftver Output Funkcionális
RészletesebbenCRA - Cisco Remote Access
CRA - Cisco Remote Access Cseh Péter SZTE Szoftverfejlesztés Tanszék A recept Asztali munkaállomások + Soros és hálózati bővítőkártyák + Cisco eszközök + Szabad szoftverek+...fekete mágia + Böngésző =
RészletesebbenA fejlesztési szabványok szerepe a szoftverellenőrzésben
A fejlesztési szabványok szerepe a szoftverellenőrzésben Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Biztonságkritikus rendszerek A biztonságintegritási szint Az ellenőrzés
RészletesebbenTest plan Okoshaz projekt
Test plan Okoshaz projekt Csapattagok: Bak Henrik 2016 Ferenczi Viktor Harkai Tamás Maróy András 1. Teszt terv azonosító Okosház teszt terv 1.0 A teszt terv az IEEE 829 1998 as szabványt követi, noha ettől
RészletesebbenPMO Érettségi szint és versenyelőny. Kovács Ádám
PMO Érettségi szint és versenyelőny Kovács Ádám kovacs.adam@pmi.hu 1. PMO terjedése A 90 es évek végétől dinamikusan növekszik a PMOk száma Létrehozás oka különböző, cél a projektek jobb átláthatósága
RészletesebbenIT TERMÉKEK TANÚSÍTÁSA
RG_0140.fmx v.2.01 CD2E4A5EB23A9DB2DE2A4F95820958DFA4869790 RG_0150.fmx v.2.01 A288B76997952CA18C18316CE61A3D595EE071E5 RG_0151.fmx v.2.01 70F70BC8E467DC6E0F176FE64DB2295634E8533E rg_0157.fmx v.2.01 730016671CA42824C2D7CA504E44492AA390005F
RészletesebbenFELÜLVIZSGÁLATI JEGYZŐKÖNYV MELLÉKLETE (I-UNI16F1_ TANF) TANF.ME {.{W... Szoftver utolsó változtatás időpont ja: december 12.
IllmlRITIRlllx~ FELÜLVIZSGÁLATI JEGYZŐKÖNYV MELLÉKLETE (I-UNI16F1_ TANF) Dokumentumazonosító TANF.ME-01 Projektazonosító I-UNI16F1 I UNIOFFICE Felülvizsgálat 2016 MATRIX tanúsftási igazgató Serly Miklós
RészletesebbenInformációtartalom vázlata
1. Az Ön cégétől árajánlatot kértek egy üzleti portál fejlesztésére, amelynek célja egy online áruház kialakítása. Az árajánlatkérés megválaszolásához munkaértekezletet tartanak, ahol Önnek egy vázlatos
RészletesebbenHELYES zárójelentése) Válasz sikeresnek vagy sikertelennek nyilvánítja a projektet HIBAS
MC Jelölje be a helyes választ! (több válasz is lehetséges) A projektmenedzser feladatai: döntés a megvalósításról a projekt tervének elkészítése csapatépítés, a csapaton belüli kompetenciák és felelősségek
RészletesebbenTriDoc Easy document management
TriDoc Easy document management Magas szintű dokumentum menedzsment megoldás kis és közepes méretű vállalkozások számára. Hogy a hatékony és egyszerű dokumentumkezelés az Ön vállalatánál is valósággá váljon.
RészletesebbenSzámítástechnikai eszközök beszerzése-tiop 3.2.2
Számítástechnikai eszközök beszerzése-tiop 3.2.2 Közbeszerzési Értesítő száma: 2016/46 Beszerzés tárgya: Árubeszerzés Hirdetmény típusa: Tájékoztató az eljárás eredményéről (1-es minta)/ké/2013.07.01 KÉ
RészletesebbenA szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató
RészletesebbenKözzététel dátuma: 2015.02.13. Iktatószám: 2516/2015 CPV Kód: 30200000-1;30213300-8;33195100-4
Tájékoztató az eljárás eredményéről - Számítástechnikai eszközök, szoftverek beszerzése és hozzá kapcsolódó szolgáltatások teljesítése a Köztársasági Elnöki Hivatal számára Közbeszerzési Értesítő száma:
RészletesebbenMagyar Szabad Szoftver Tárház. Erdei Csaba <erdei.csaba@fsf.hu> Mátó Péter <mato.peter@fsf.hu>
Magyar Szabad Szoftver Tárház Erdei Csaba Mátó Péter Kik vagyunk? Free Software Foundation Hungary Alapítvány a Szabad Szoftverek Magyarországi Népszerűsítéséért
RészletesebbenÜzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?)
Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Év indító IT szakmai nap - PSZÁF Budapest, 2007.01.18 Honnan indultunk? - Architektúra EBH IT
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észletesebbenORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V
ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V Nagy Katinka Budapest, 29 November 2018 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc
RészletesebbenSZERVEZETI ÖNÉRTÉKELÉSI EREDMÉNYEK ALAKULÁSA 2013 ÉS 2017 KÖZÖTT
SZERVEZETI ÖNÉRTÉKELÉSI EREDMÉNYEK ALAKULÁSA 213 ÉS 217 KÖZÖTT A dokumentum a szervezeti önértékelés 217-es felmérési eredményeit veti össze a 213-as értékelés eredményeivel. 213-ban csak az oktató/kutató
RészletesebbenRubin SPIRIT TEST. Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0. Készítette: Hajnali Krisztián Jóváhagyta: Varga József
Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0 Készítette: Hajnali Krisztián Jóváhagyta: Varga József Rubin Informatikai Zrt. 1149 Budapest, Egressy út 17-21. telefon: +361 469 4020; fax:
RészletesebbenFELÜLVIZSGÁLATI JEGYZŐKÖNYV MELLÉKLETE (I-UNI15F1_ TANF) TANF.ME-01 I-UNI15F1 I ... ~~~?... MATRI tanúsítási igazgató
~ ~ FELÜLVIZSGÁLATI JEGYZŐKÖNYV MELLÉKLETE (I-UNI15F1_ TANF) Dokumentumazonosftó TANF.ME-01 Projektazónosító I-UNI15F1 I UNIOFFICE Felülvizsgálat 2015 MATRIXtanúsrtási igazgató Serly Miklós Kelt. Budaörs,
RészletesebbenSzemléletmód váltás a banki BI projekteken
Szemléletmód váltás a banki BI projekteken Data Governance módszertan Komáromi Gábor 2017.07.14. Fókuszpontok áthelyezése - Elérendő célok, elvárt eredmény 2 - Egységes adatforrásra épülő, szervezeti egységektől
RészletesebbenAlkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E
Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E Követelmény A beadandó dokumentációját a Keszthelyi Zsolt honlapján található pdf alapján kell elkészíteni http://people.inf.elte.hu/keszthelyi/alkalmazasok_fejlesztese
RészletesebbenAZ EXCEL CSEPEL SZÁMÍTÓGÉP KONFIGURÁCIÓ AJÁNLATAI
AZ EXCEL CSEPEL SZÁMÍTÓGÉP KONFIGURÁCIÓ AJÁNLATAI I. Standard 89.900 HUF (Gigabyte alaplap, AMD Sempron 3200+, 512MB 667MHz DDR2 RAM, 80GB SATA WD HDD, LG DVD-ROM, 17 Acer LCD monitor, Billentyűzet, Optikai
RészletesebbenA Gyűrűk Ura - Az NQMS visszatér 3 lábú monitorozás az üvegsztrádákon
A Gyűrűk Ura - Az NQMS visszatér 3 lábú monitorozás az üvegsztrádákon Galambos Tibor Üzemeltetési igazgató Budapest, 2015.05.19-20. A Gyűrűk Ura és A 3 lábú monitorozás IPARÁGI MAVIR technológiai KORMÁNYZATI
RészletesebbenMinőségmenedzsment: azért felel, hogy a projekt teljesítse az elvárt feladatát és a követelményeket.
Jelölje be a helyes választ: ely projektszereplőhöz tartoznak az következő feladatok: sikeresnek vagy sikertelennek nyilvánítja a projektet a megvalósítás során a változtatások engedélyezése a megvalósítás
RészletesebbenBiztonsági folyamatirányító. rendszerek szoftvere
Biztonsági folyamatirányító rendszerek szoftvere 1 Biztonsági folyamatirányító rendszerek szoftvere Tartalom Szoftverek szerepe a folyamatirányító rendszerekben Szoftverek megbízhatósága Szoftver életciklus
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észletesebbenMŰSZAKI TESZTTERVEZÉSI TECHNIKÁK TESZTELÉSI TECHNIKÁK KIVÁLASZTÁSA
MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK TESZTELÉSI TECHNIKÁK KIVÁLASZTÁSA MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR, GÉPÉSZET, INFORMATIKA,
RészletesebbenWebService tesztelés. SOAPui Pro, GreenPepper és Confluence használatával. Verhás & Verhás Szoftver Manufaktúra KNOW-HOW
WebService tesztelés SOAPui Pro, GreenPepper és Confluence használatával Verhás & Verhás Szoftver Manufaktúra KNOW-HOW 2008. 5. 15. Verhás & Verhás Szoftver Manufaktúra 1 Tartalom WebService tesztelés
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é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észletesebbenSzoftver-technológia I.
Szoftver technológia I. Oktatók Sziray József B602 Heckenast Tamás B603 2 Tananyag Elektronikus segédletek www.sze.hu/~sziray/ www.sze.hu/~heckenas/okt/ (www.sze.hu/~orbang/) Nyomtatott könyv Ian Sommerville:
RészletesebbenMinőségmenedzsment és Informatika Test-Driven Development
Minőségmenedzsment és Informatika Test-Driven Development Varga Balázs G5S8 2008.10.27 Szoftverfejlesztés jellemzői Megrendelői igények Tervezés Implementálás Tesztelés Dokumentálás
RészletesebbenAz Invitel adatközponti virtualizációja IBM alapokon
Az Invitel adatközponti virtualizációja IBM alapokon Németh Sándor Invitel Távközlési Zrt. 2040 Budaörs, Puskás T. u. 8-10. nemeths@invitel.co.hu Tel. : +36 1 801 15 00 Tartalom 2 A tipikus IT infrastruktúra
RészletesebbenSpecifikáció alapú teszttervezési módszerek
Szoftverellenőrzési technikák Specifikáció alapú teszttervezési módszerek Majzik István, Micskei Zoltán http://www.inf.mit.bme.hu/ 1 Klasszikus tesztelési feladat A tesztelendő program beolvas 3 egész
RészletesebbenSpecifikáció alapú teszttervezési módszerek
Szoftverellenőrzési technikák Specifikáció alapú teszttervezési módszerek Majzik István, Micskei Zoltán http://www.inf.mit.bme.hu/ 1 Klasszikus tesztelési feladat A tesztelendő program beolvas 3 egész
Részletesebbenevosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban 9. fejezet: Minőség menedzsment Előadó: Harrer Ágnes Krisztina minőségügyi megbízott menedzser ELŐADÓ: HARRER ÁGNES KRISZTINA Minőségügyi megbízott
Részletesebbeninformatikai eszköz beszerzés
informatikai eszköz beszerzés Közbeszerzési Értesítő száma: 2015/79 Beszerzés tárgya: Árubeszerzés Hirdetmény típusa: Tájékoztató az eljárás eredményéről (1-es minta)/ké/2013.07.01 KÉ Eljárás fajtája:
RészletesebbenKövetelmény, projekt, funkcionalitás 41 CSK 1
Követelmény, projekt, funkcionalitás 41 CSK 1 konzulens Eredics Péter csapattagok Olasz Ákos G34NIY olaszakos@gmail.com Panyiczky Péter Zoltán T533FJ panyika@gmail.com Lágler Krisztián FYMGQ8 lagler.krisztian@gmail.com
RészletesebbenProgramozási alapismeretek beadandó feladat: ProgAlap beadandó feladatok téma 99. feladat 1
Programozási alapismeretek beadandó feladat: ProgAlap beadandó feladatok téma 99. feladat 1 Készítette: Gipsz Jakab Neptun-azonosító: A1B2C3 E-mail: gipszjakab@vilaghalo.hu Kurzuskód: IP-08PAED Gyakorlatvezető
RészletesebbenCloud Akkreditációs Szolgáltatás indítása CLAKK projekt. Kozlovszky Miklós, Németh Zsolt, Lovas Róbert 9. LPDS MTA SZTAKI Tudományos nap
Cloud Akkreditációs Szolgáltatás indítása CLAKK projekt Kozlovszky Miklós, Németh Zsolt, Lovas Róbert 9. LPDS MTA SZTAKI Tudományos nap Projekt alapadatok Projekt név: Cloud akkreditációs szolgáltatás
RészletesebbenMesterséges intelligencia alapú regressziós tesztelés
Mesterséges intelligencia alapú regressziós tesztelés Gujgiczer Anna, Elekes Márton* * AZ EMBERI ERŐFORRÁSOK MINISZTÉRIUMA ÚNKP-16-1-I. KÓDSZÁMÚ ÚJ NEMZETI KIVÁLÓSÁG PROGRAMJÁNAK TÁMOGATÁSÁVAL KÉSZÜLT
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észletesebbenRendszermodernizációs lehetőségek a HANA-val Poszeidon. Groma István PhD SDA DMS Zrt.
Rendszermodernizációs lehetőségek a HANA-val Poszeidon Groma István PhD SDA DMS Zrt. Poszeidon EKEIDR Tanúsított ügyviteli rendszer (3/2018. (II. 21.) BM rendelet). Munkafolyamat támogatás. Papírmentes
RészletesebbenDELL Inspiron 5551 (DI5551I-3540-4GH50D4BK-11)
DELL Inspiron 5551 (DI5551I-3540-4GH50D4BK-11) (DI5551I-3540-4GH50D4BK-11) Bruttó ár: 0 Ft Ár: 100.000-125.000 Ft Termékvonal: Dell Notebook / Dell Laptop Termékvonal2: Notebook / Laptop Processzor: Intel
RészletesebbenProofIT Informatikai Kft. 1115 Budapest, Petzvál J. 4/a www.proofit.hu
Verzióváltások az üzleti folytonosság fenntartásával a MOL kiskereskedelmi rendszerében Fehér Lajos ProofIT Kft. Hogyan keletkezett a HBO a MOL alapvetései miért egyedi fejlesztés? Sajátos igényeknek megfelelő
RészletesebbenUniverzális munkafolyamat szimulátor
Univerzális munkafolyamat szimulátor Ütemterv Készítette: Kerek Róbert KERQABT.SZE Gazdaságinformatikus BSc III. évfolyam Külső témavezető Kesztyűs Attila Lajos Siemens PSE Kft. Belső konzulens Dr. Ferenc
RészletesebbenAzonnali fizetési rendszer megvalósítása
Azonnali fizetési rendszer megvalósítása 2017. 05. 24. Keretek, alapvetések, megoldandók (minden projekt résztvevőnek) 24/7/365-ös működés (folyamatos működés a karbantartások, upgrade-ek alatt is). Tranzakciók
RészletesebbenMegoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május)
Megoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május) Teszt kérdések 1. Melyik állítás igaz a folytonos integrációval (CI) kapcsolatban? a. Folytonos
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é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észletesebbenÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK
ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK I. Fogalmak: 1. Megrendelő: az a természetes személy, jogi személy vagy jogi személyiséggel nem rendelkező gazdasági társaság, aki megrendeli és használja a Szoftvert. A
RészletesebbenCégprofil publikus CÉGPROFIL 1
CÉGPROFIL 1 BEMUTATKOZÁS A Molaris Kft-t magyar magánszemélyek alapították 2006-ban, jelenleg is 100%-ban magyar tulajdonban van. Cégünk legfontosabb célkitűzése, hogy kiemelkedő színvonalú szolgáltatásai
Részletesebben2009.04.29. 2009. április 24. INFO Savaria 2009 2. 2009. április 24. INFO Savaria 2009 4. 2009. április 24. INFO Savaria 2009 3
Négy adatbázis-kezelı rendszer összehasonlítása webes környezetben Sterbinszky Nóra snorav@gmail.com Áttekintés Növekvı igény hatékony adatbázis- kezelıkre a világhálón Hogyan mérhetı ezek teljesítménye
RészletesebbenArconsult Kft. (1) 225-8810 info@arconsult.hu www.eugyved.hu
Ön a jogi feladataira koncentrálhat, az informatikai hátteret mi biztosítjuk. Arconsult Kft. (1) 225-8810 info@arconsult.hu www.eugyved.hu Elektronikus cégeljárás Szoftver és hardver megoldások Ügyviteli
RészletesebbenSzolgáltatási szint megállapodás
Szolgáltatási szint megállapodás Verzió: 1.1 (2017. november 30.) aai@niif.hu Tartalomjegyzék Tartalomjegyzésk 1 Műszaki szolgáltatások...3 1.1 Fájl-alapú metadata...3 1.1.1 Szolgáltatás URL...3 1.1.2
RészletesebbenMSP4 A lega tfogo bb ipari mobil eszko zmenedzsment megolda s
MSP4 A lega tfogo bb ipari mobil eszko zmenedzsment megolda s 2012 januárjában megjelent az MSP legújabb változata az MSP4! A VÁLLALATI ÉS BYOD ESZKÖZÖK KÖZPONTOSÍTOTT ÉS TÁVOLI MENEDZSMENTJE Szerezzen
Részletesebben