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