Questão 1
Questão
A szoftver az elkészült forráskódot jelenti.
Questão 2
Questão
A szoftvertermék tartalmazza a felhasználói adatokat.
Questão 3
Questão
A szoftver megjelenhet koncepciók, ügyletek vagy eljárások alakjában.
Questão 4
Questão
Egy példa a szoftverre a számítógépprogram.
Questão 5
Questão
A szoftver magában foglalja a működéséhez szükséges eljárásokat, szabályokat.
Questão 6
Questão
A szoftvernek alkalmazkodnia kell a mindig változó hardver követelményekhez.
Questão 7
Questão
A minőség még egyazon termék esetében sem állandó.
Questão 8
Questão
A szoftvernek nincs a hagyományos módon mérhető, fizikai léte
Questão 9
Questão
A szoftver minősége függ a minőséget értékelő személyétől
Questão 10
Questão
A szoftver minősége nem függ a szoftver típusától.
Questão 11
Questão
Az evolúciós fejlesztés (rapid prototyping) egyik előnye, hogy a felhasználói visszajelzések viszonylag korán megjelennek a fejlesztési folyamatban.
Questão 12
Questão
A „tesztvezérelt fejlesztés” során minden funkcióra már az implementálása előtt elkészülnek a tesztesetek.
Questão 13
Questão
Általában a szoftverfejlesztési életciklusban először a statikus tesztelés, majd a strukturális tesztelés, végül a funkcionális tesztelés technikái jutnak szerephez.
Questão 14
Questão
A V-modellben a rendszer validálása a fejlesztési életciklus végére kerül.
Questão 15
Questão
Agilisan dolgozó cégnél a CMMI nem alkalmazható.
Questão 16
Questão
Agilisan dolgozó cégnél nem kell a becsléseket dokumentálni.
Questão 17
Questão
A RUP agilis fejlesztési módszertan.
Questão 18
Questão
Agilisan dolgozó cégnél előfordul, hogy naponta akár több build is készül.
Questão 19
Questão
A funkciópont számolás kötelező minden CMMI 3-as érettségi szinten levő cégnél.
Questão 20
Questão
Egy cégnek választani kell , hogy CMMI modellt , vagy TMMI modellt
alkalmaz. A kettő együtt nem alkalmazható.
Questão 21
Questão
A CMMI modellben a méréseket méréseket a 2-es érettségi szinten el kell kezdeni.
Questão 22
Questão
A CMMI modellben az összes fejlesztési folyamat (Engineering Processes) a 3-as érettségi szinten kötelező.
Questão 23
Questão
A követelményeket a kódban is pontosan be kell tudni azonosítani. Ennek egyik módja, hogy a kódrészletekbe kommentként beírjuk a vonatkozó követelményeket.
Questão 24
Questão
Agilis fejlesztés esetén a kódminőséget a refaktorálás / refaktorálás (refactoring) tevékenység hivatott növelni.
Questão 25
Questão
Az agilis szoftvertervezés szerves része a User Story / felhasználói történet / story point meghatározása
Questão 26
Questão
A „szoftvertervezés” (mint műszaki, mérnöki munka) és a „projekttervezés” (mint menedzsment feladat) élesen elkülönül egymástól az agilis környezetben.
Questão 27
Questão
A design (rendszertervezés) során mindig meg kell vizsgálni, hogy milyen architektúra stílusokat, mintákat lehetne alkalmazni.
Questão 28
Questão
A GUI tervezése során figyelni kell a felhasználók sokféleségére.
Questão 29
Questão
A rendszertervezés során készülő dokumentumokat nem kell verziókövetésnek alávetni.
Questão 30
Questão
A jó szoftvertervező többféle alternatívát is megvizsgál egy rendszer tervezése során.
Questão 31
Questão
Teszt eset nem írja le egy teszt elvárt eredményét.
Questão 32
Questão
Teszt eljárás leírja egy teszt elvárt eredményét.
Questão 33
Questão
Tesztelési feltételek nem írják le egy teszt elvárt eredményét.
Questão 34
Questão
A szoftvertesztelés a hibák jelenlétét és nem a hibamentességet mutatja meg.
Questão 35
Questão
A bemenetek és kimenetek kombinációi kimutatják az összes hibát a szoftverben.
Questão 36
Questão
A tesztelés a kulcsfontosságú fejlesztések után kezdődik.
Questão 37
Questão
A biztonságkritikus rendszerek tesztelése hasonló a webalkalmazások teszteléséhez.
Questão 38
Questão
Az ekvivalencia osztály alapú tesztelés segítségével szeretnénk biztosítani, hogy a tesztelésünk „teljes”.
Questão 39
Questão
Az ekvivalencia osztály alapú tesztelés jellemzője, hogy független változókat feltételez.
Questão 40
Questão
Az ekvivalencia osztály alapú tesztelés alkalmazásakor ismerjük a program struktúráját.
Questão 41
Questão
Az ekvivalencia osztály alapú tesztelés segítségével szeretnénk elkerülni a redundáns adatokkal való tesztelést.
Questão 42
Questão
A progressziós tesztek kifejezetten az utolsó változtatásnál módosított/létrehozott részek/funkciók tesztelésére koncentrálnak.
Questão 43
Questão
Az „alfa teszt” során a külső felhasználók egy korlátozott csoportja teszteli a rendszert.
Questão 44
Questão
A rendszerteszt a funkcionális specifikáción alapul, ezért a nem-funkcionális követelmények vizsgálatára nem tér ki.
Questão 45
Questão
Az inspekció a leghatásosabb az összes szemle között viszont költséges és nehéz a bevezetése.
Questão 46
Questão
A projekt tervben a kritikus út a 0 időjátékkal rendelkező feladatok sorozata.
Questão 47
Questão
A projekt tervben a kritikus úton levő tevékenységek hossza megváltoztatható anélkül, hogy ez a projekt teljes átfutását befolyásolná.
Questão 48
Questão
Ha Scrum-ot alkalmazunk, nem lehet kritikus utat számolni.
Questão 49
Questão
A projektben a kritikus úton mindig a legköltségesebb tevékenységek foglalnak helyet.
Questão 50
Questão
Az egyetlen agilis projekt menedzsment eszköz a Scrum.
Questão 51
Questão
A Scrum -ban, szerepük szerint, „Disznók”-nak nevezzük a cég felsővezetését.
Questão 52
Questão
A Scrum kifejezetten ellenzi, hogy a csapat kódolási szabványokat használjon.
Questão 53
Questão
Az agilis projektekben nem kell időt fordítani arra, hogy megértsük és elemezzük, mi a siker vagy kudarc oka.
Questão 54
Questão
A kockázatmenedzsment lényege, hogy az előre nem tervezett események előfordulását megakadályozzuk, és ezáltal hatásukat nullára csökkentsük.
Questão 55
Questão
A minőségbiztosítás a szoftverfejlesztésben a jó tesztelést jelenti.
Questão 56
Questão
Konfigurációs elemeket nem csak a kód esetében, hanem a szoftverfejlesztés során végrehajtott összes tevékenység munkatermékeinek esetében azonosítani kell.
Questão 57
Questão
Az ISO 9001 alapú audit a kód minőségét vizsgálja.
Questão 58
Questão
A vízesés modell és a V -modell szekvenciális életciklus modellek.
Questão 59
Questão
Az iteratív és inkrementális fejlesztések egyik előnye, hogy a felhasználói visszajelzések viszonylag korán megjelennek a fejlesztési folyamatban.
Questão 60
Questão
A „tesztvezérelt fejlesztés” során cél, hogy minden funkcióra már az implementálása előtt elkészüljenek a tesztesetek.
Questão 61
Questão
Egy osztálynak több egymástól független ősosztálya is lehet.
Questão 62
Questão
A nem definiált láthatóságú attribútum publikusnak számít.
Questão 63
Questão
A use-case leírás és az adatfolyamábra egyenértékű.
Questão 64
Questão
Az asszociáció, a kompozíció, a függőség és a specializáció közül a specializáció a leggyengébb.
Questão 65
Questão
Az aktivitás diagramon szereplő úszósávokat a konkurencia leírására használják
Questão 66
Questão
Az objektum diagramon szereplő “link”-nek nincs multiplicitása.
Questão 67
Questão
Az UML2 szabvány definiálja a RUP (Rational Unified Process) fejlesztési módszertant is.
Questão 68
Questão
A kommunikációs diagramon az üzenetek sorrendjét számozással lehet megadni.
Questão 69
Questão
A polimorfizmus alkalmazásával általában csökken a relációban szereplő osztályok metódusainak száma
Questão 70
Questão
A polimorfizmus alkalmazásával általában csökken a leszármazott osztályok közötti csatolás (coupling)
Questão 71
Questão
A polimorfizmus alkalmazásával általában csökken az alternatívák (case és if szerkezetek) száma.
Questão 72
Questão
A polimorfizmus alkalmazásával általában csökken a leszármazott osztályokon belüli kohézió (cohesion)