Test plan Okoshaz projekt

Save this PDF as:
 WORD  PNG  TXT  JPG

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "Test plan Okoshaz projekt"

Átírás

1 Test plan Okoshaz projekt Csapattagok: Bak Henrik 2016 Ferenczi Viktor Harkai Tamás Maróy András

2 1. Teszt terv azonosító Okosház teszt terv 1.0 A teszt terv az IEEE as szabványt követi, noha ettől elemeiben eltérhet. További figyelembe vett szabványok: IEEE 1008, 1012, 1059 és Bevezetés A fejlesztések lényeges eleme az elkészült rendszerek részletes tesztelése, vizsgálata. Az Okosház projekt sem kivétel: az elvárt minőséget csak akkor lehet biztosítani, ha a tesztelés megfelelő. A szoftvertesztelés a szoftverminőség biztosítás és így a szoftverfejlesztés részét képezi. A tesztelés egy rendszer vagy program kontrollált körülmények melletti futtatása, és az eredmények kiértékelése. A hagyományos megközelítés szerint a tesztelés célja az, hogy a fejlesztés során létrejövő hibákat minél korábban felfedezze, és ezzel csökkentse azok kijavításának költségeit. A tesztelés az előre elkészített teszt forgatókönyv alapján zajlik. A forgatókönyvben a rendszer megjelenésével és funkcióival kapcsolatos feladatok vannak felsorolva, amelyeket el kell végezni, és az eredményüket rögzíteni kell. A tesztforgatókönyv a fejlesztési leírás vagy rendszerterv alapján készül, így a rendszer funkcióira, illetve azok elvárt, helyes működésére vonatkozólag teljeskörű vizsgálatot nyújt. Jelen teszt terv célközönsége lefedi a projekt összes résztvevőjét, a fejlesztőktől a release managerekig bezárólag. Célja, hogy egy olyan átfogó leírást nyújtson a szoftver tesztelésének folyamatáról és követelményeiről, amely támpontot adhat minden résztvevő számára.

3 3. Célkitűzések a teszteléssel kapcsolatban A tesztelés célja a rendszer ellenőrzése abból a szempontból, hogy a működése a megrendelő által elvárt módon lett e megvalósítva, valamint az esetlegesen előforduló hibák kiszűrése. Abból az elvből kiindulva, hogy 100% osan kész, hibamentes rendszer nem létezik, a tesztelés végső célja a program olyan végrehajtása, amelyben a szándék a hibák megtalálása. További cél a szoftverminőség vizsgálata, és az ebből keletkező következmények levonása. 3. Általános tesztelési elvek A tesztek végzése során az alábbi alapelvekből indulunk ki. A teszteket előre meg kell tervezni. Egy teszteset terve tartalmazza a kiindulási állapot leírását, a végrehajtott lépéseket, és a várt eredmény állapotot. A teszt sikeres, ha a kapott eredmény megegyezik a várt eredménnyel. Ellenkező esetben a teszt sikertelen. Az eredményességet jegyzőkönyvben kell rögzíteni. A teszteknek reprodukálhatóaknak kell lenniük. Minden tesztelés eredményét rögzíteni kell. Az automatikus tesztek eredményei naplófájlba kerülnek. A kézzel végzett teszteknél jegyzőkönyvet kell írni. 4. Teszt típusok

4 Teszt fajta Unit tesztek (white box tesztek) Kód lefedettség mérés Funkcionális teszt (Black box) Integrációs teszt Teljesítmény teszt Kézi tesztek Célja Osztályok és függvények alapos tesztelése, speciálisan erre a célra írt kódokkal. A unit tesztekkel elért kód lefedettség mérése. A követelményspecifikációnak való megfelelés és a funkciók működőképességének vizsgálata. Az egyes rendszerkomponensek együttműködésének vizsgálata. A rendszer teljesítményének vizsgálata. A rendszer komplex tesztelése. 4.1 Unit (white box) tesztek Unit tesztek készülnek, melyek alacsony szinten, függvényenként, vagy néhány függvény együtteseiként teszteli a működést. A unit tesztek feladata a teszteset kiindulási állapotának felállítása, és a várt eredmény létrejöttének ellenőrzése is. A teszteseteknek tartalmaznia kell helyes adatokat, rossz adatokat, és szélsőérték adatokat is. A unit teszteket a JUnit teszt keretrendszer segítségével minden build re automatizáltan lefuttatjuk Mérhető cél Minden unit teszteset sikeresen lefut. 4.2 Kód lefedettség mérés

5 A code coverage (lefedettség mérés) egy olyan technika, mellyel az mérhető, hogy a kód mely részei futottak le. Folyamata: összehasonlítjuk a forráskódot, valamint azt, hogy egy konkrét teszt készlet (test suite) végrehajtása során ténylegesen a kód mely sorai futottak le. Emiatt a white box tesztelés egy formája. Ez a folyamat automatizált. A code coverage célja olyan kódrészletek megtalálása, melyekre a teszt során nem került a vezérlés, valamint pl. olyan feltételek kiválasztásra, melyeknek csak egyik ága futott le Mérhető cél Kódokon: >80% lefedettség. 4.3 Funkcionális (black box) tesztek A unit teszteknél összetettebb, a rendszer működési logikájának egy egy teljes ágát átfogó tesztek. A tesztesetek a követelmény specifikáció alapján készülnek, céljuk a rendszer technikai követelményeknek és a felhasználási eseteknek való megfelelését vizsgálata Mérhető cél Minden funkcionális teszt sikeresen lefut. 4.4 Integrációs tesztek A vizsgálat célja, hogy megállapítsa, hogy a rendszer alkotóelemei egymással képesek e együttműködni, valamint az önmagukban működőképes szolgáltatások képesek e a kommunikációra Mérhető cél Minden szolgáltatás képes a tőle függő rendszereket kiszolgálni, és a felette álló rendszereket megszólítani, illetve adatokkal ellátni.

6 4.5 Teljesítmény teszt A performancia tesztelés célja a rendszer válaszidejének, átviteli sebességének és határainak, megbízhatóságának és skálázhatóságának a tesztelése Mérhető cél Az előzetesen meghatározott teljesítményszámok teljesítése. 4.6 Manuális tesztek Az automatizált tesztek nem fedik fel a felhasználhatósági, vagy az összetettebb logikai problémákat. Alapvetően feltételezzük, hogy az automatizmusok nem helyettesítik az emberi intelligenciát, probléma felismerő képességet, és a teszteléshez szükséges kreativitást. Ezért legalább a felhasználási eseteket és a felhasználói felületről elérhető funkcionalitást manuálisan is tesztelni kell Mérhető cél Minden forgatókönyv sikeresen végigmegy. 5. Az Okosház projekt tesztelése, kritikus pontjai Az Okosház projekt tesztelése átfogó feladat, hiszen a projekt több különálló, mégis egységben kezelendő részből áll, amelyek a rendszer kritikus pontjainak tekinthetők: Kliens alkalmazás Egy olyan program telefonra és tabletre, amivel az házban lévő intelligens rendszerrel kapcsolatban lévő eszköz vezérelhető, időzíthető, programozható. Az összes funkció innen érhető el a felhasználók számára. Központi szerver

7 Itt található a központi adatbázis, ami a felhasználók által adott utasításokat tartalmazza. Az adatbázis mellett fut egy szerveroldali kód is, ami kommunikál az okos eszközökkel a felhasználó utasításai alapján. Okoseszközök Az összes olyan eszköz ide sorolható, ami kapcsolatban áll a központi rendszerrel, és felhasználó távolról tudja működtetni valamely eszközéről. Jelen teszt terv feltételezi, hogy a fejlesztői csapat végzi a 4.1 és 4.2 tesztmódszerekkel történő tesztelést, így a továbbiakban csak a fennmaradókra koncentrálunk. 6. Tesztelt funkciók A tesztelt funkciók kiválasztásánál elsőbbséget élveznek azok a funkciók, amelyek kritikusak a felhasználó szempontjából, például fűtés télen. Így elsődleges hangsúlyt élveznek tesztelés során az alábbi funkciók: Fűtés szabályozás Riasztó rendszer Ajtó nyitás zárás Világítás szabályozás Ezeknél mind közös pont, hogy a felhasználó mindennapi életét közvetlenül érintik, és nem csak kényelmi lehetőségekről van szó. 7. Elfogadási kritérium ok a funkciókra A projekt során az egyik legfontosabb alapelv az, hogy a rendszernek bármilyen körülmények között a funkcióját be kell töltenie. Azaz internet kiesés esetén is a fűtés nem állhat le, a zárnak kinyithatónak kell lennie, és

8 így tovább. Ezeknek az elvárásoknak meg kell jelenniük az elfogadási kritériumokban is. 7.1 Fűtés szabályozás A fűtés szabályozásnak működnie kell bármilyen a fűtés rendszert magát nem éríntő szolgáltatás kiesés esetén is. A rendszernek távolról frissíthetőnek kell lennie, még egy hibás frissítés után is. A felhasználó könnyen megadhasson idő hőmérséklet görbéket a hét minden napjára, minden szobára. Lehetőség különböző profilok megadására. 7.2 Riasztó rendszer A kamerák képe távolról megfigyelhető legyen. Riasztási feltételek megadása. Lehetőség a rendőrség vagy tűzoltóság automatikus értesítésére. 7.3 Ajtó nyitás zárás Hagyományos kulcsos bejutásnak minden esetben prioritása van. Áram vagy egyéb infrastruktúra kiesés esetén kulccsal való bejutásnak működnie kell. Lehetőség hozzáférés megosztására zárakhoz külön külön. Értesítés küldése a felhasználónak a zárak használata esetén. 7.4 Világítás szabályozás Az okos égők csoportosíthatóak legyenek szobánként. Választható tetszés szerinti szín és fényerő. Profilok létrehozásának lehetősége és váltás ezek között gombnyomásra illetve időzítve.

9 8. Fobb tesztesetek leírása általánosan 8.1 A fűtés tesztelése: A fűtés tesztelésére több használati esetet tesztelünk: Rendelkezünk mind az elektromos, mind az internet hálózattal. (általános eset) Rendelkezünk elektromos hálózattal, de nincs internet elérésünk. (probléma a routerrel, vagy az internet szolgáltatóval) Van internetes hozzáférésünk, de az elektromos hálózat nem érhető el. (elektromos áramszünet, router szünetmentes táppal) Nem rendelkezünk sem elektromos áram, sem hálózati kapcsolattal (legrosszabb eset) Minden esetben ellenőriznünk kell az összes helyiséget ahol a fűtésirányító szabályzók fel lettek szerelve. A megfelelő működés alatt azt értjük hogy a megadott hőfok van az adott helységben. Tesztelés pedig manuálisan, hőmérséklet egy a teszteléshez használt hőmérő szerkezettel való lemérésével történt. 8.2 Riasztó rendszer tesztelése: A riasztó rendszer tesztelésére több használati esetet tesztelünk: Nem ad életjelet a rendszer(elfogyott a pénz a gsm kártyáról, vagy meghibásodott a rendszer) Téves riasztás(érzékelők meghibásodása) Riasztáskor nem ad sziréna hangot(sziréna meghibásodása)

10 Kamerarendszert nem lehet távolról elérni(nincs internet kapcsolt, elektromos áramszünet, a szünetmentesek is lemerültek) Minden esetben ellenőriznünk kell az összes helyiséget ahol a kamerák és a riasztó szenzorai fel lettek szerelve. A megfelelő működés alatt azt értjük hogy a megadott szenzorok megfelelően kapcsolnak és a kamerák a megfelelő irányba vannak pozícionálva és rögzítenek a központban. Tesztelés pedig manuálisan a szenzorok és a központ letesztelésével történt. 8.3 Ajtó nyitás zárás tesztelése: Az ajtó nyitás zárás rendszer tesztelésére több használati esetet tesztelünk: Nem lehet bejutni(van áramforrás, de nem működik a beléptető rendszer) Nem lehet bejutni(nincs áramforrás) Nem lehet bejutni(nem fogadja el a kulcsot) Minden esetben ellenőriznünk kell az összes ajtót. A megfelelő működés alatt azt értjük hogy a megadott ajtók ki és becsukása megfelelően müködnek. Tesztelés pedig manuálisan az ajtók ki és bezárásával történik. 8.4 Világítás szabályzásának tesztelése:

11 A világítás szabályzás rendszer tesztelésére több használati esetet tesztelünk: Nem kapcsol be a rendszer(nincs áramforrás, elromlott a kapcsoló) Nem veszi le a fényerőséget a rendszer(elromlott a fényérzékelő szenzor) Nem jól veszi le a fényerőt a rendszer(a szenzort újra kell kalibrálni) Minden esetben ellenőriznünk kell az összes helyiséget ahol ez a fajta világítás fel lettek szerelve. A megfelelő működés alatt azt értjük, hogy a megadott helységekben a megadott szenzorok a megfelelő lámpákat szabályozza. Tesztelés pedig erre a célra gyártott és fejlesztett fényérzékelő és sötétitő szenzorokkal oldjuk meg a pontos % beálítások miatt. 9. Teszt kimenetek A tesztelés kimenete egy dokumentum, a teszt jegyzőkönyv, mely tartalmazza a szoftver tesztelés során használt teszteseteket. Rögzíti a tesztesetek részletes leírását lépésenként, pontokba szedve, valamint a teszteseteknél várt kimenet összehasonlítását a teszteset futtatása/tesztelése során létrejött outputtal. A szoftver akkor megy át sikeresen a tesztelésen, ha az összes tesztesetnél az elvárt outputot kapjuk.

12 10. Tesztelői csapat összeállítása és a szükségleteink 10.1 A tesztelői csapat A tesztelői csapatunk az alábbiként épül fel: Teszte lő Tapaszta lat (év) Elemző képess ég Szakm ai ismere t Adatbá zis ismeret Biztons ági ismeret Fejleszt ői képess ég Kreativit ás Monotonit ás tűrése Bak Henrik Ferenc zi Viktor Harkai Tamás Maróy András Tesztelői környezet Minőségi teszteket csak megfelelő eszközökkel lehet elvégezni. Amennyiben nincsenek meg a feladathoz az infrastukturális feltételek, az a projekt sikerességét veszélyezteti. További szempont a munkatársak elégedettsége és motivációja: elavult, nem megfelelő eszközökön végzett munka negatívan befolyásolja a tesztelők motivációját, ezzel szintén negatív spirált hozva létre. Ezek miatt a minimális konfiguráció tesztelői számítógéphez az alábbi:

13 Intel Core i GHz Processor (4 core) 128 GB SSD 500 GB HDD 8 GB RAM (projekttől függően ez 16 GB is lehet) Dual monitor, legalább 23 A számítógépek minimális szoftver követelményei: Dual OS (Windows 10 és Linux) Microsoft Office programcsomag IntelliJ Community Edition fejlesztői környezet (esetleges kisebb fejlesztői feladatok ellátására)

Unit Teszt. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Unit Teszt / 22

Unit 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észletesebben

Test Management Strategy Document. Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán

Test Management Strategy Document. Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán Test Management Strategy Document Deák Kristóf Lauly Viktória Kunigunda Csiki Norbert Szabó Zoltán Agenda Bevezetés Ki mit tud statisztika Tesztelési környezet Felelősségek, szerepek és feladatok Tesztelési

Részletesebben

Test Strategy. Tartalomjegyzék

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észletesebben

Fogalomtá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. 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észletesebben

Okosház Test Plan. Tartalomjegyzék

Okoshá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észletesebben

Test Strategy. Monotonitá s tűrése (0 5) Biztonsági tudás (0 5) Adatbázis ismeret (0 5)

Test 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észletesebben

Szoftverminőségbiztosítás

Szoftverminő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észletesebben

Verifikáció és validáció Általános bevezető

Verifiká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észletesebben

Teszt terv Új funkció implementációja meglévı alkalmazásba

Teszt 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észletesebben

Szoftvertesztelés - Bevezető

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

Részletesebben

30 MB INFORMATIKAI PROJEKTELLENŐR

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

Részletesebben

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 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észletesebben

2011.11.29. JUnit. JUnit használata. IDE támogatás. Parancssori használat. Teszt készítése. Teszt készítése

2011.11.29. JUnit. JUnit használata. IDE támogatás. Parancssori használat. Teszt készítése. Teszt készítése Tartalom Integrált fejlesztés Java platformon JUnit JUnit használata Tesztelési technikák Demo 2 A specifikáció alapján teszteljük a program egyes részeit, klasszikus V-modell szerint Minden olyan metódust,

Részletesebben

Szoftverminőségbiztosítás

Szoftverminő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észletesebben

Járműkövető rendszer RÉSZLETES ISMERTETŐ

Járműkövető rendszer RÉSZLETES ISMERTETŐ efollow Járműkövető rendszer RÉSZLETES ISMERTETŐ Tartalomjegyzék 1.1. BEVEZETÉS...3 1.2. JÁRMŰKÖVETŐ RENDSZER FELADATA...3 2.1. MIT TUD AZ EFOLLOW?...3 2.2. MILYEN JÁRMŰADATOKAT MÉR JELENLEG A RENDSZER?...3

Részletesebben

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 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észletesebben

Okosház tesztterve. szeged.hu/~gertom/oktatas/tesztman.php oldalon találhatóak a következők:

Okosház tesztterve.  szeged.hu/~gertom/oktatas/tesztman.php oldalon találhatóak a következők: Test Plan Identifier System level test plan Verzió: 0.1 Utolsó módositás: 2016.04.22 Szerzők: Szalkai Gábor Tóth Róbert Kiszner László References Okosház tesztterve http://www.inf.u szeged.hu/~gertom/oktatas/tesztman.php

Részletesebben

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.

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

Részletesebben

Rubin 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 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észletesebben

Intelligens biztonsági megoldások. Távfelügyelet

Intelligens biztonsági megoldások. Távfelügyelet Intelligens biztonsági megoldások A riasztást fogadó távfelügyeleti központok felelősek a felügyelt helyszínekről érkező információ hatékony feldolgozásáért, és a bejövő eseményekhez tartozó azonnali intézkedésekért.

Részletesebben

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

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 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észletesebben

Programozási technológia II 7. előadás. Verifikáció és validáció Giachetta Roberto

Programozási technológia II 7. előadás. Verifikáció és validáció Giachetta Roberto Eötvös Loránd Tudományegyetem Informatikai Kar Programozási technológia II 7. előadás Verifikáció és validáció 2016 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto Minőségbiztosítás

Részletesebben

Agilis projektmenedzsment

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észletesebben

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 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

Modell alapú tesztelés: célok és lehetőségek

Modell alapú tesztelés: célok és lehetőségek Szoftvertesztelés 2016 Konferencia Modell alapú tesztelés: célok és lehetőségek Dr. Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika

Részletesebben

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 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észletesebben

MIÉRT KELL TESZTELNI?

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

Részletesebben

hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba

hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba = hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba HaXSoN Szerver Vékonyterminál vékonyterminál A HaXSoN vékonyterminál jellemzői - kis méretű, alacsony fogyasztású,

Részletesebben

Hálózati szolgáltatások biztosításának felügyeleti elemei

Hálózati szolgáltatások biztosításának felügyeleti elemei Budai Károly IT architekt 2012. október 11. Hálózati szolgáltatások biztosításának felügyeleti elemei Szolgáltatás biztosítás általános modellje FELHASZNÁLÓ szolgáltató ügyfélszolgálat szolgáltató üzemeltetői

Részletesebben

Mobil Partner telepítési és használati útmutató

Mobil Partner telepítési és használati útmutató Mobil Partner telepítési és használati útmutató Tartalom Kezdeti lépések... 2 Telepítés... 2 A program indítása... 6 Mobile Partner funkciói... 7 Művelet menü... 7 Kapcsolat... 7 Statisztika... 8 SMS funkciók...

Részletesebben

Ez a telepítési dokumentum segítséget nyújt abban, hogy szabályosan telepítse az Áfa átállító szoftvert Szerviz 7 programhoz.

Ez a telepítési dokumentum segítséget nyújt abban, hogy szabályosan telepítse az Áfa átállító szoftvert Szerviz 7 programhoz. 3Sz-s Kft. 1158 Budapest, Jánoshida utca 15. Tel: (06-1) 416-1835 / Fax: (06-1) 419-9914 e-mail: zk@3szs.hu / web: www.3szs.hu Tisztelt Felhasználó! Ez a telepítési dokumentum segítséget nyújt abban, hogy

Részletesebben

CRA - Cisco Remote Access

CRA - 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észletesebben

Programtervezés. Dr. Iványi Péter

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ű

Részletesebben

INFORMATIKA EGYRE NAGYOBB SZEREPE A KÖNYVELÉSBEN

INFORMATIKA EGYRE NAGYOBB SZEREPE A KÖNYVELÉSBEN N 1. Informatikai eszközök az irodában PC, Notebook, Szerver A számítógép típusonként az informatikai feladatoknak megfelelően. Nyomtatók, faxok, scannerek, fénymásolók Írásos dokumentum előállító eszközök.

Részletesebben

Miskolci Egyetem Általános Informatikai Tanszék

Miskolci 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észletesebben

A tesztelés feladata. Verifikáció

A 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észletesebben

(Teszt)automatizálás. Bevezető

(Teszt)automatizálás. Bevezető (Teszt)automatizálás Bevezető Órák ( az előadások sorrendje változhat) 1. Bevezető bemutatkozás, követelmények, kérdések és válaszok 2. Előadás Unit test in general, 3. Előadás Unit test, Tools and practices,

Részletesebben

Az 54 481 02 0010 54 03 azonosító számú, Internetes alkalmazásfejlesztő megnevezésű elágazás szakmai követelménymoduljainak

Az 54 481 02 0010 54 03 azonosító számú, Internetes alkalmazásfejlesztő megnevezésű elágazás szakmai követelménymoduljainak Az 54 481 02 0010 54 03 azonosító számú, Internetes alkalmazásfejlesztő Rendszer/alkalmazástervezés, -fejlesztés és -programozás 1147-06 Internetes alkalmazás-fejlesztés multimédiás ismeretek alkalmazása.

Részletesebben

NOLLEX Nemzetközi Kft. Magyarországi kizárólagos disztribútor. www.nollex.hu www.webroot.hu

NOLLEX Nemzetközi Kft. Magyarországi kizárólagos disztribútor. www.nollex.hu www.webroot.hu NOLLEX Nemzetközi Kft. Magyarországi kizárólagos disztribútor www.nollex.hu www.webroot.hu A kártevő-probléma Mennyi új kártevő jelenik meg naponta? A Webroot Intelligence Network 100,000+ egyedi kártevőt

Részletesebben

Image Processor BarCode Service. Felhasználói és üzemeltetői kézikönyv

Image Processor BarCode Service. Felhasználói és üzemeltetői kézikönyv Image Processor BarCode Service Áttekintés CIP-BarCode alkalmazás a Canon Image Processor programcsomag egyik tagja. A program feladata, hogy sokoldalú eszközt biztosítson képállományok dokumentumkezelési

Részletesebben

GalyaTető Grand Hotal nyilvántartási rendszer

GalyaTető Grand Hotal nyilvántartási rendszer GalyaTető Grand Hotal nyilvántartási rendszer Rendszerterv (Kidolgozás) A kivitelezők: Horváth Tamás Projektvezető Balczer Gábor - Adminisztrátor Polgár Tímea - Demonstrátor Hujber János - Kapcsolattartó

Részletesebben

Specifikáció alapú teszttervezési módszerek

Specifiká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észletesebben

Specifikáció alapú teszttervezési módszerek

Specifiká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észletesebben

Népszámlálás Taby Tamás. szenior projektvezető

Népszámlálás Taby Tamás. szenior projektvezető Népszámlálás 2011 Taby Tamás szenior projektvezető Biztonság: ombundsman felügyel Ilyen még nem volt Terhelés: versenyautó, az egész ország használja Infrastruktúra: mi terveztük és építettük fel Üzemeltetés:

Részletesebben

Átfogó megoldás a számlafolyamatok felgyorsításához ELO DocXtractor. Laczkó Kristóf ELO Digital Office Kft. Bálint András Prognax Kft.

Átfogó megoldás a számlafolyamatok felgyorsításához ELO DocXtractor. Laczkó Kristóf ELO Digital Office Kft. Bálint András Prognax Kft. Átfogó megoldás a számlafolyamatok felgyorsításához ELO DocXtractor Laczkó Kristóf ELO Digital Office Kft. Bálint András Prognax Kft. Áttekintés Struktúrált és egyéb Információk bármely forrásból dokumentumok

Részletesebben

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

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 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észletesebben

Projektterv. Projekt Neve: Ingatlan Bérbeadási Nyilvántartás Csoport: nmi

Projektterv. 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észletesebben

Intégro CLIA. A klímavezérlő számítógép általános ismertetése

Intégro CLIA. A klímavezérlő számítógép általános ismertetése BRINKMAN HUNGARY KFT. Hódmezővásárhely 6800 Szántó K. J. u. 180. Tel.: (62) 533-260 Fax.: (62) 243-254 Intégro CLIA A klímavezérlő számítógép általános ismertetése Az Integro Clia növényházakban alkalmazható

Részletesebben

Médiatár. Rövid felhasználói kézikönyv

Médiatár. Rövid felhasználói kézikönyv Médiatár Rövid felhasználói kézikönyv Tartalomjegyzék Bevezetés Tartalomjegyzék Bevezetés Bevezetés... 3 Kezdô gondolatok... 4 Hálózati követelmények... 4 Támogatott operációs rendszerek a számítógépeken...

Részletesebben

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja 1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3

Részletesebben

ÓBUDAI EGYETEM Neumann János Informatikai Kar Informatikai Rendszerek Intézet Témavezető: Bringye Zsolt

ÓBUDAI EGYETEM Neumann János Informatikai Kar Informatikai Rendszerek Intézet Témavezető: Bringye Zsolt Témavezető: Bringye Zsolt Diplomamunka/szakdolgozat címe: X64 szerver virtualizáció technológiai kérdéseinek áttekintése, kereskedelmi termékekben történő megvalósításuk elemzése (funkcionalitás, teljesítmény,

Részletesebben

Az Invitel adatközponti virtualizációja IBM alapokon

Az 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észletesebben

2009.04.29. 2009. április 24. INFO Savaria 2009 2. 2009. április 24. INFO Savaria 2009 4. 2009. április 24. INFO Savaria 2009 3

2009.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észletesebben

itsmf Magyarország Szeminárium november 6. ITIL, Wiki és Pareto találkozása a request fullfillment fejlesztése érdekében

itsmf Magyarország Szeminárium november 6. ITIL, Wiki és Pareto találkozása a request fullfillment fejlesztése érdekében Kérés teljesítés! itsmf Magyarország Szeminárium 2009. november 6. ITIL, Wiki és Pareto találkozása a request fullfillment fejlesztése érdekében Kresz Balázs Tartalom Ét Értelmezés Tervezés Kérésteljesítés

Részletesebben

Statikus technikák: A szoftver átvizsgálása. Statikus technikák: A szoftver átvizsgálása 2011.04.25.

Statikus technikák: A szoftver átvizsgálása. Statikus technikák: A szoftver átvizsgálása 2011.04.25. Dr. Mileff Péter A V & V tervezési folyamatoknak egyensúlyt kell kialakítani a verifikáció és a validációstatikus és dinamikus technikái között. 1 2 Statikus technikák: A szoftver átvizsgálása A szisztematikus

Részletesebben

WebService 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 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észletesebben

V & V Feladatok. V & V Feladatok

V & V Feladatok. V & V Feladatok V & V Feladatok 2008.01.08 2. Feladat tartozik! A relációjel fordított. Hibás bemenetekre nem teszteltünk. Figyelmen kívül hagytuk az objektum konstruálás időigényét. A pointer értéke null. A program lefut,

Részletesebben

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK

Á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észletesebben

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati

Részletesebben

Automatikus szivárgáskeresés Zajszint-adatgyűjtő hálózat korrelátoros funkcióval

Automatikus szivárgáskeresés Zajszint-adatgyűjtő hálózat korrelátoros funkcióval Automatikus szivárgáskeresés Zajszint-adatgyűjtő hálózat korrelátoros funkcióval Sebalog N-3 hálózat Aktuális mérési adatok minden nap Nincs szükség a loggerek helyszínen történő kiolvasására Távolról

Részletesebben

Orvostechnikai eszköz tesztelése DSS Unit test. Taliga Miklós BME-IIT

Orvostechnikai eszköz tesztelése DSS Unit test. Taliga Miklós BME-IIT Orvostechnikai eszköz tesztelése DSS Unit test Taliga Miklós BME-IIT Szabványok és direktívák Orvostechnikai eszközök feladatai Objektív eredmények képzése Embernek érzékelhetetlen paraméterek mérése Sokféle

Részletesebben

Biztonsági folyamatirányító. rendszerek szoftvere

Biztonsá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észletesebben

JSF alkalmazások teljesítményhangolása JMeter és dynatrace segítségével

JSF alkalmazások teljesítményhangolása JMeter és dynatrace segítségével JSF alkalmazások teljesítményhangolása JMeter és dynatrace segítségével Bakai Balázs bakaibalazs@gmail.com http://seamplex.blogspot.hu 2013. október 9. Miről lesz szó? A JSF működése (röviden ) Terheléses

Részletesebben

TANÚSÍTVÁNY (I-ICZRT08T_TAN) MELLÉKLETE

TANÚSÍTVÁNY (I-ICZRT08T_TAN) MELLÉKLETE TANÚSÍTVÁNY (I-ICZRT08T_TAN) MELLÉKLETE Dokumentumazonosító TAN.ME-01 Projektazonosító I-ICZRT08T Info Consulting Zrt Tanúsítás 2008 MATRIX tanúsítási igazgató Hornyák Gábor Kelt Budaörs, 2009. június

Részletesebben

IP Thermo for Windows

IP Thermo for Windows IP Thermo for Windows (2 db szenzorig ingyenes!) Klímafelügyelő és naplózó szoftver Az IP Thermo klímafelügyelő és naplózó szoftver szobák, épületek, irodák, szállodák teljes körű hőmérsékleti felügyeletére,

Részletesebben

HÁLÓZATBIZTONSÁG III. rész

HÁLÓZATBIZTONSÁG III. rész HÁLÓZATBIZTONSÁG III. rész Tűzfalak működése Összeállította: Huszár István 1. A tűzfal (firewall) szerepe Tűzfal: olyan biztonsági rendszer, amely a számítógépes hálózatok kapcsolódási pontján helyezkedik

Részletesebben

BlackBerry Professional Server szoftver

BlackBerry Professional Server szoftver BlackBerry Professional Server szoftver Telepítési útmutató 1. Telepítési útmutató A következő dokumentum csatolt ábrák segítségével mutatja be a BlackBerry Professional Server szoftver telepítését. A

Részletesebben

Roger UT-2. Kommunikációs interfész V3.0

Roger UT-2. Kommunikációs interfész V3.0 ROGER UT-2 1 Roger UT-2 Kommunikációs interfész V3.0 TELEPÍTŐI KÉZIKÖNYV ROGER UT-2 2 ÁLTALÁNOS LEÍRÁS Az UT-2 elektromos átalakítóként funkcionál az RS232 és az RS485 kommunikációs interfész-ek között.

Részletesebben

Visual Studio 2012 és MSDN. Csomagok és licencelés

Visual Studio 2012 és MSDN. Csomagok és licencelés Visual Studio 2012 és MSDN Csomagok és licencelés Karácsony Sándor Ker-Soft Számítástechnikai Kft. Licencelési alap: Fejlesztőeszközök - felhasználói licenc Licenccel rendelkező felhasználó Minden beszerzett

Részletesebben

Orvosi készülékekben használható modern fejlesztési technológiák lehetőségeinek vizsgálata

Orvosi készülékekben használható modern fejlesztési technológiák lehetőségeinek vizsgálata Kutatási beszámoló a Pro Progressio Alapítvány számára Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatika szak Orvosi készülékekben használható modern

Részletesebben

A szoftver tesztelés alapjai

A szoftver tesztelés alapjai Szoftverellenőrzési technikák A szoftver tesztelés alapjai Micskei Zoltán, Majzik István http://www.inf.mit.bme.hu/ 1 Hol tartunk a félévi anyagban? Követelményspecifikáció ellenőrzése Ellenőrzések a tervezési

Részletesebben

Követelmény alapú minőségbiztosítás az államigazgatásban

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

Részletesebben

cí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

cí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észletesebben

M2037IAQ-CO - Adatlap

M2037IAQ-CO - Adatlap M2037IAQ-CO - Adatlap Szénmonoxid + Hőmérséklet + Páratartalom (opció) Két szénmonoxid riasztási szint Valós idejű környezeti szénmonoxid érzékelő és szabályzó Hőmérséklet- és relatív páratartalom-mérés

Részletesebben

Vonalkód olvasó rendszer. Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1]

Vonalkód olvasó rendszer. Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1] Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1] T a r t a l o m j e g y z é k 1 Bevezetés... 3 1.1 A rendszer rövid leírása... 3 1.2 A dokumentum célja... 3 1.3 A rendszer komponensei... 3 1.4

Részletesebben

Kincsem Park (biztonsági rendszerterv vázlat)

Kincsem Park (biztonsági rendszerterv vázlat) Kincsem Park (biztonsági rendszerterv vázlat) 1 1. Célkitűzés A későbbiekben részletesen bemutatásra kerülő automatizált esemény / incidens felismerő és arcfelismerésen alapuló beléptető videó kamera rendszer

Részletesebben

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet

Tartalom. 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észletesebben

NightHawk AccessControl

NightHawk AccessControl NightHawk AccessControl Poker Edition Version: 2.0 2012. január 1 Tartalomjegyzék Rendszer elemei... 3 Felhasználói felület... 3 Nap nyitása, zárása... 4 Új játékos felvitele... 4 Ki és beléptetés... 5

Részletesebben

SZÁMÍTÓGÉP AZ IRODÁBAN KÉPZÉSI PROGRAM

SZÁMÍTÓGÉP AZ IRODÁBAN KÉPZÉSI PROGRAM SZÁMÍTÓGÉP AZ IRODÁBAN KÉPZÉSI PROGRAM a Felnőttképzésről szóló 2013. évi LXXVII. tv. 12. (1) bekezdésének megfelelően. A képzési program Megnevezése Nyilvántartásba vételi száma Számítógép az irodában

Részletesebben

Alkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok

Alkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok Alkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok Informix 11.50 upgrade esettanulmány 2011. január. 31. Átalakítandó architektúra (2009) Alapvetően az üzleti logikát tárolt eljárásokkal

Részletesebben

Programrendszerek tanúsítása szoftverminőség mérése

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

Részletesebben

8.3. AZ ASIC TESZTELÉSE

8.3. AZ ASIC TESZTELÉSE 8.3. AZ ASIC ELÉSE Az eddigiekben a terv helyességének vizsgálatára szimulációkat javasoltunk. A VLSI eszközök (közöttük az ASIC) tesztelése egy sokrétűbb feladat. Az ASIC modellezése és a terv vizsgálata

Részletesebben

Szoftverminőségbiztosítás

Szoftverminő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észletesebben

Vizsgáló berendezések elektromos átviteli és elosztó hálózatokhoz

Vizsgáló berendezések elektromos átviteli és elosztó hálózatokhoz Vizsgáló berendezések elektromos átviteli és elosztó hálózatokhoz 1 A Megger cég Mér és vizsgáló berendezések vezet gyártója Robusztus és megbízható mszerek helyszini mérésekhez Több mint száz éve innovatív

Részletesebben

Városi tömegközlekedés és utastájékoztatás szoftver támogatása

Városi tömegközlekedés és utastájékoztatás szoftver támogatása Városi tömegközlekedés és utastájékoztatás szoftver támogatása 1. Általános célkitűzések: A kisvárosi helyi tömegközlekedés igényeit maximálisan kielégítő hardver és szoftver környezet létrehozása. A struktúra

Részletesebben

HaXSoN Nyílt forráskódú, zárt informatikai rendszer

HaXSoN Nyílt forráskódú, zárt informatikai rendszer HaXSoN Nyílt forráskódú, zárt informatikai rendszer Dr. Reith János Direct Line Kft. ügyvezető igazgató Új tendenciák A nyílt forráskódú LINUX terjedése: A Linuxot nem kell komolyan venni Oda kell rá figyelni

Részletesebben

Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel

Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel IBM Software Group Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel Rehus Péter Szoftver üzletág igazgató 2005. február 2. 2003 IBM Corporation On demand igény szerinti működési

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?) Ü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észletesebben

Követelmények. Az alábbihoz hasonló süllyesztett szerelvényeket ajánljuk, 85mm mélységgel:

Követelmények. Az alábbihoz hasonló süllyesztett szerelvényeket ajánljuk, 85mm mélységgel: Követelmények Kapcsoló + konnektor járatok méret specifikációja Az okos ház rendszerhez tartozó kapcsoló modulok és konnektor modulok olyan miniatűr egységek, amelyek arra lettek tervezve, hogy a kapcsolók

Részletesebben

Automatikus tesztgenerálás modell ellenőrző segítségével

Automatikus tesztgenerálás modell ellenőrző segítségével Méréstechnika és Információs Rendszerek Tanszék Automatikus tesztgenerálás modell ellenőrző segítségével Micskei Zoltán műszaki informatika, V. Konzulens: Dr. Majzik István Tesztelés Célja: a rendszerben

Részletesebben

Alkalmazá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 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észletesebben

Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás

Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás Crossplatform mobil fejlesztőkörnyezet kiválasztását támogató kutatás A Mobil multimédiás kliens fejlesztői eszközkészlet létrehozása című kutatás-fejlesztési projekthez A dokumentum célja A dokumentum

Részletesebben

Protection Service for Business. Az első lépések Windows-számítógépeken

Protection Service for Business. Az első lépések Windows-számítógépeken Protection Service for Business Az első lépések Windows-számítógépeken Rendszerkövetelmények Rendszerkövetelmények Támogatott operációs rendszerek Microsoft Windows 7, Windows 8 és Vista Windows-munkaállomások

Részletesebben

A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása

A 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észletesebben

IT Factory. Kiss László

IT Factory. Kiss László IT Factory Kiss László Mit jelent az IT Factory Együttműködő építőelemekből áll, amelyek jól definiált céllal, feladattal rendelkeznek. A tervezés és megvalósítás világosan elkülönül. A folyamatok és teljesítmény

Részletesebben

Könnyedén. és természetesen OPTEAMUS

Könnyedén. és természetesen OPTEAMUS Könnyedén és természetesen OPTEAMUS 01 Bevezetô Könnyedén és természetesen A számítógépes programok könnyen elboldogulnak a számokkal és ûrlapokkal, de legtöbbjük tehetetlenül áll a természet, az emberi

Részletesebben

Ami a vízesésen túl van

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

Részletesebben

Vertikális Piac. Hotelek & Kaszinók. Oktatás. Szállítás. Kiskereskedelem. Off-site ellenőrzés. Ingatlan - lakossági. Kormány. Property kereskedelmi

Vertikális Piac. Hotelek & Kaszinók. Oktatás. Szállítás. Kiskereskedelem. Off-site ellenőrzés. Ingatlan - lakossági. Kormány. Property kereskedelmi Történet Vezető fejlesztő a felügyeleti technológiában 20 éves fejlesztési tapasztalat Dél-Afrikai központi iroda Értékesítés az egész EU-ban és technikai támogatás Globális lábnyom Kiterjedt vertikális

Részletesebben

Intent Autodiga akció

Intent Autodiga akció Intent Autodiga akció A2600 A-2600 Érintőképernyős autódiagnosztikai készülék, nyomtató funkció, MERCEDES, BMW, OPEL, VW / AUDI, MITSUBISHI, VOLVO stb... gépjárművekhez Gyári szintű diagnosztikai eljárásokhoz,

Részletesebben

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 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észletesebben