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