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