„Szoftvertechnológia (régi)/Igaz-Hamis kikérdező” változatai közötti eltérés
a Új kérdések hozzáadása. |
a Duplikációk keresése, törlése, typok javítása. |
||
| 7. sor: | 7. sor: | ||
|pontozás=-}} | |pontozás=-}} | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: Egyszerre maximum 5 repülőjegyet lehet foglalni ugyanarra a járatra.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 13. sor: | 13. sor: | ||
== A polimorfizmus alkalmazásával általában csökken a relációban szereplő osztályok metódusainak száma.== | == A polimorfizmus alkalmazásával általában csökken a relációban szereplő osztályok metódusainak száma.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 32. sor: | 22. sor: | ||
# Hamis | # Hamis | ||
== | == Subversionben update-kor változhat a munkapéldány.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 72. sor: | 57. sor: | ||
# Hamis | # Hamis | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A rendszernek maximum 1000 felhasználót kell egyszerre kezelnie.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 122. sor: | 102. sor: | ||
# Hamis | # Hamis | ||
== Az útvonal alapú tesztelés a kód belső szerkezetén alapul.== | == Az útvonal alapú tesztelés a kód belső szerkezetén (white box) alapul.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 182. sor: | 162. sor: | ||
# Hamis | # Hamis | ||
== A | == A CMMI modellben 4-es érettségi szinten az összes, 4-es érettségi szinten kötelező folyamatnak legalább 4-es képességi szintűnek kell lennie.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== Egy projekt lehet agilis, ha előfordul, hogy a teszteseteket hamarabb írják meg, mint a kódot.== | |||
== Egy projekt lehet agilis, ha előfordul, hogy a | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 208. sor: | 178. sor: | ||
== A Definition of Done az agilis projekttervezés és/vagy projektkövetés eszköze.== | == A Definition of Done az agilis projekttervezés és/vagy projektkövetés eszköze.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 227. sor: | 192. sor: | ||
# Hamis | # Hamis | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A rendszernek PC-n, tableten és Androidot használó okostelefonon is működnie kell.== | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 252. sor: | 212. sor: | ||
# Hamis | # Hamis | ||
== A válaszidőre vonatkozó követelményt | == A válaszidőre vonatkozó követelményt nemfunkcionális követelményként szoktuk kezelni.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 267. sor: | 227. sor: | ||
# Hamis | # Hamis | ||
== Egy projekt lehet agilis, ha a projekt előrehaladását a Kanban | == Egy projekt lehet agilis, ha a projekt előrehaladását a Kanban Boardról készült fotókkal dokumentálják, mely egy projekttervezési és követési eszköz.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 287. sor: | 242. sor: | ||
# Hamis | # Hamis | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A repülőjegyet Mastercard vagy Visa bankkártyával ki lehet fizetni.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 308. sor: | 263. sor: | ||
== A projektben csak fejlesztési tevékenységeket (mint: követelményspecifikáció, design, kódolás, tesztelés) kell megtervezni idő, költség és erőforrás szempontjából.== | == A projektben csak fejlesztési tevékenységeket (mint: követelményspecifikáció, design, kódolás, tesztelés) kell megtervezni idő, költség és erőforrás szempontjából.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 347. sor: | 292. sor: | ||
# Hamis | # Hamis | ||
== | == Subversionben update-kor változhat a repository.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 369. sor: | 314. sor: | ||
== A CMMI folytonos reprezentációja (continuous representation) a képességi szinteken (capability levels) alapul.== | == A CMMI folytonos reprezentációja (continuous representation) a képességi szinteken (capability levels) alapul.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A polimorfizmus alkalmazásával általában csökken a leszármazott osztályok közötti csatolás (coupling).== | == A polimorfizmus alkalmazásával általában csökken a leszármazott osztályok közötti csatolás (coupling).== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 388. sor: | 323. sor: | ||
== Egy projekt lehet agilis, ha a projekt elején van egy két hónapos időszak, amikor a felhasználói követelményeket nagyon pontosan dokumentálják.== | == Egy projekt lehet agilis, ha a projekt elején van egy két hónapos időszak, amikor a felhasználói követelményeket nagyon pontosan dokumentálják.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 412. sor: | 342. sor: | ||
# Hamis | # Hamis | ||
== A konfigurációkezelésre időt kell tervezni a projektben.== | == A konfigurációkezelésre időt kell tervezni a projektben. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A Scrum kifejezetten ellenzi, hogy a csapat kódolási szabványokat használjon.== | == A Scrum kifejezetten ellenzi, hogy a csapat kódolási szabványokat használjon. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== Unit teszt megjelenik explicit módon a V-modellben.== | == Unit teszt megjelenik explicit módon a V-modellben. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== Agilis munkavégzésben a projektvezetői szerepkört a „Scrum master” látja el.== | == Agilis munkavégzésben a projektvezetői szerepkört a „Scrum master” látja el. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== 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.== | == 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. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 462. sor: | 392. sor: | ||
# Hamis | # Hamis | ||
== A | == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A válaszidőnek mindig 10 sec alatt kell lennie.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A napi scrum meeting zártkörű, csak a csapat és a scrum master vehet rajta részt.== | |||
== A napi scrum meeting zártkörű, csak a csapat és a scrum master vehet rajta részt.== | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 579. sor: | 499. sor: | ||
== A GQM (Goal Question Metric) paradigma az agilis projekttervezés és/vagy projektkövetés eszköze.== | == A GQM (Goal Question Metric) paradigma az agilis projekttervezés és/vagy projektkövetés eszköze.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 592. sor: | 507. sor: | ||
# Hamis | # Hamis | ||
== Az egyenrangú szemle (Peer review) az egyetlen tesztelési technika, amelyet a CMMI modell név szerint említ a VER (Verifikáció) folyamat sajátos céljaként.== | == Az egyenrangú szemle (Peer review) az egyetlen (statikus) tesztelési technika, amelyet a CMMI modell név szerint említ a VER (Verifikáció) folyamat sajátos céljaként. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 602. sor: | 517. sor: | ||
# Hamis | # Hamis | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A beszállókártyát ki lehet nyomtatni.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 608. sor: | 523. sor: | ||
== A teszt összefoglaló jelentésének megírása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.== | == A teszt összefoglaló jelentésének megírása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 632. sor: | 542. sor: | ||
# Hamis | # Hamis | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A lefoglalt repülőjegyet a rendszer 10 percig megőrzi, ezalatt a felhasználónak fizetnie kell. Ha nem fizet, a foglalás megszűnik.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 638. sor: | 548. sor: | ||
== A tapasztalt szoftvertervezőnek nem kell több alternatívát megvizsgálnia egy rendszer tervezése során, mert mindig a legjobbat fogja választani.== | == A tapasztalt szoftvertervezőnek nem kell több alternatívát megvizsgálnia egy rendszer tervezése során, mert mindig a legjobbat fogja választani.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 667. sor: | 572. sor: | ||
# Hamis | # Hamis | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A rendszernek titkosított csatornán kommunikálnia kell a fizetésre elfogadott bankkártyákat kibocsátó bankokkal.== | |||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 698. sor: | 598. sor: | ||
== Egy projekt lehet agilis, ha a projektben szigorúan követik a V-modell előírásait az életciklusra vonatkozóan.== | == Egy projekt lehet agilis, ha a projektben szigorúan követik a V-modell előírásait az életciklusra vonatkozóan.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 717. sor: | 612. sor: | ||
# Hamis | # Hamis | ||
== Egy osztálynak több egymástól független ősosztálya is lehet. (UML2)== | |||
== Egy osztálynak több egymástól független ősosztálya is lehet. (UML2)== | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== Egy cég alkalmazhatja együttesen a CMMI modellt és a TMMI (Test Maturity Model Integration) modellt.== | == Egy cég alkalmazhatja együttesen a CMMI modellt és a TMMI (Test Maturity Model Integration) modellt.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 754. sor: | 629. sor: | ||
== Egy projekt lehet agilis, ha a projektben az érdekelt felek többféle szerepet is betölthetnek (pl. tesztelő és fejlesztő lehet ugyanaz a személy). == | == Egy projekt lehet agilis, ha a projektben az érdekelt felek többféle szerepet is betölthetnek (pl. tesztelő és fejlesztő lehet ugyanaz a személy). == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 792. sor: | 662. sor: | ||
# Hamis | # Hamis | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A rendszer 99%-os rendelkezésre állással működjön.== | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás | == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nemfunkcionális követelménye: A repülőjegyet bankkártyával ki lehet fizetni.== | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 803. sor: | 673. sor: | ||
== Egy objektum referenciáját tartalmazó változón csak olyan metódus hívható meg, amilyen a változó statikus típusában is szerepel. == | == Egy objektum referenciáját tartalmazó változón csak olyan metódus hívható meg, amilyen a változó statikus típusában is szerepel. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 822. sor: | 687. sor: | ||
# Hamis | # Hamis | ||
== | == Szerializálás körkörös hivatkozású adatszerkezeten (pl. gyűrű) kivételt dob. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Egy metódust el lehet látni egyszerre abstract és final módosítóval is. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A primitív típusokhoz tartozó csomagoló osztályok (wrapper classes) nem változtathatók (immutable). == | |||
== A primitív típusokhoz tartozó csomagoló osztályok (wrapper classes) nem változtathatók (immutable). == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 863. sor: | 718. sor: | ||
== Két interfész csak akkor valósítható meg egy osztályban, ha az interfészeknek nincsen közös metódusa. == | == Két interfész csak akkor valósítható meg egy osztályban, ha az interfészeknek nincsen közös metódusa. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 909. sor: | 759. sor: | ||
== Final metódusban használható a this változó. == | == Final metódusban használható a this változó. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 967. sor: | 812. sor: | ||
# Hamis | # Hamis | ||
== Amikor egy szál véget ér, a szálat reprezentáló objektum bármely metódusának meghívása kivételdobást | == Amikor egy szál véget ér, a szálat reprezentáló objektum bármely metódusának meghívása kivételdobást eredményez. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 987. sor: | 832. sor: | ||
# Hamis | # Hamis | ||
== A | == A sprintben csak kódolás és tesztelés történik. A tervezésre a “sprint planning” során kerül sor. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A scrum csapatban – naponta többször cserélődő – párokban programoznak. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Sprint közben folytonosan követik a felhasználó igényeinek változását. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A sprint addig tart, amíg a sprint backlogban felsorolt célkitűzéseket a csapat el nem éri. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== Késedelemes sprint esetén a csapatot új emberekkel bővítik. == | |||
== Késedelemes sprint esetén a csapatot új emberekkel bővítik | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 1 118. sor: | 933. sor: | ||
== A vízesés modell és a V-modell szekvenciális életciklus modellek. == | == A vízesés modell és a V-modell szekvenciális életciklus modellek. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 1 162. sor: | 972. sor: | ||
# Hamis | # Hamis | ||
== | == Agilisan dolgozó cégnél a CMMI nem alkalmazható. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== Agilisan dolgozó cégnél nem kell a becsléseket dokumentálni. == | |||
== Agilisan dolgozó cégnél nem kell a becsléseket dokumentálni. == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 1 249. sor: | 1 049. sor: | ||
== Azért, hogy a csapattagok koncentrálni tudjanak szakmai feladataikra, csak maximum havi 1 projektmegbeszélést tartanak. == | == Azért, hogy a csapattagok koncentrálni tudjanak szakmai feladataikra, csak maximum havi 1 projektmegbeszélést tartanak. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 1 283. sor: | 1 063. sor: | ||
== A „félig kész munka” a szoftverben a Hét Pazarlás egyike. == | == A „félig kész munka” a szoftverben a Hét Pazarlás egyike. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 1 342. sor: | 1 117. sor: | ||
# Hamis | # Hamis | ||
== Az ekvivalencia osztály alapú tesztelés segítségével szeretnénk elkerülni a redundáns adatokkal való tesztelést. == | |||
== Az ekvivalencia osztály alapú tesztelés segítségével szeretnénk elkerülni a redundáns adatokkal való tesztelést. == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 1 357. sor: | 1 127. sor: | ||
# Hamis | # Hamis | ||
== A vízesés modell és a V -modell iteratív életciklus modellek. == | == A vízesés modell és a V-modell iteratív életciklus modellek. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 1 372. sor: | 1 142. sor: | ||
# Hamis | # Hamis | ||
== | == A „félig kész munka” a szoftverfejlesztésben a Hét Pazarlás egyike. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Ha SPICE modellt alkalmazunk, nekünk kell kiválasztani, hogy mely folyamatok képességi szintjét szeretnénk fejleszteni. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A GQM paradigma a kód minőségének mérésére nem alkalmazható. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A kockázatmenedzsment lényege, hogy a megjelenő problémákat felmerülésük után a lehető legrövidebb időn belül megoldjuk. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== Ha | == Ha Scrum-ot alkalmazunk, a kód méretét COSMIC módszerrel lehet becsülni. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A V-modellben megjelenik a stressz teszt. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A V-modellben megjelenik a dinamikus teszt. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A V-modellben megjelenik a regressziós teszt. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A COSMIC projekttervezési és követési eszköz. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A csapat sebessége projekttervezési és követési eszköz. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A TSP projekttervezési és követési eszköz. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A Continous Integration projekttervezési és követési eszköz. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Garvin ötféle szoftverminőségi definíciója között van termék alapú és folyamat alapú definíció is. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | |||
# Hamis | |||
== Az ISO 25000 szabványcsalád a szoftvertermék minőségével foglalkozik. == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A strukturális tesztelés esetében a teszteseteket a követelmények alapján hozzuk létre. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A TSP-t alkalmazó csapat minden tagja PSP szerint dolgozik. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A TSP-t alkalmazó csapat minden tagja CMMI szerint dolgozik. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A „feladatok váltogatása” a szoftverfejlesztésben a Hét Pazarlás egyike. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az EF (Experience Factory) a QIP (Quality Improvement Pradigm) egyik eszköze. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Agilis projektekben a tesztelést nem kell megtervezni, mert a tesztelők tapasztalat alapján gyorsabban le tudják futtatni a teszteket. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az ISO 9001 szabvány kiemelten foglalkozik a cégnél végzett mérésekkel és elemzésekkel. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A kockázatmenedzsment célja, hogy a kockázatokat azonosítva előfordulási valószínűségüket nullára csökkentsük. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A verifikáció explicit módon megjelenik a CMMI modellben. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A dinamikus teszt explicit módon megjelenik a CMMI modellben. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A validáció explicit módon megjelenik a CMMI modellben. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== A regressziós teszt explicit módon megjelenik a CMMI modellben. == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A progressziós teszt explicit módon megjelenik a CMMI modellben. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A struktúrális teszt explicit módon megjelenik a CMMI modellben. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A GQM (Goal-Question-Metric) a QIP (Quality Improvement Pradigm) egyik eszköze. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Ha CMMI modellt alkalmazunk, a cég érettségi szintjét és a folyamatok képességi szintjét is vizsgálnunk kell. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Agilis projektekben a követelményeket User Story / Story Point formájában szokás dokumentálni, és annak szerves része is. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az ISO 9001 szabvány előírja, hogy a cégnek regressziós tesztelést kell végeznie. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az ISO 15504 alapú audit a szoftverfejlesztő cég szoftvertermékeit vizsgálja. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A kockázatmenedzsment célja, hogy a kockázatokat azonosítva előfordulási valószínűségüket minimálisra csökkentsük. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Scrum szerint a cég vezetői „Csirkék”. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Folyamatos integráció (Continuous integration) történik, ehhez automatizált eszközkészletet használnak. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== A projekt elején a követelmények teljes halmazát nagyon pontosan meghatározzák. == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A készítendő rendszer bonyolultságát Planning Poker módszerrel becsülik, mely egy projekttervezési és követési eszköz. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Csak kéthetente tartanak projekt megbeszéléseket, hogy a fejlesztők munkáját ne szakítsák meg. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az ISO 9001 szabvány és a CMMI modell együttesen is alkalmazható egy szoftvercégnél. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A RUP agilis szoftverfejlesztési életciklus modell. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A jó szoftver esetében a rövid válaszidő és a folyamatos rendelkezésre állás mindig alapkövetelmény. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az IREB (International Requirements Engineering Board) szerint a követelmények modellezésének hármas csoportosítása: adat, viselkedés, funkcionalitás. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A szoftver jó minősége pontosan a jó teszteléssel biztosítható. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A “projekt terv” pontosan a tevékenységek hálódiagramját vagy sávdiagramját jelenti. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Agilis projektekben a tesztelést nem kell megtervezni, mert a tesztelők tapasztalat alapján gyorsabban le tudják futtatni a teszteket. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A tesztelés pontosan a hibakeresést és hibajavítást jelenti. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A kockázatmenedzsment célja, hogy a kockázatokat azonosítva előfordulási valószínűségüket nullára csökkentsük. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Ha Scrumot alkalmazunk, a kód méretét kötelezően IFPUG módszerrel kell mérni. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A projektvezetőnek nem kell követnie a készülő kód méretét, mert ez a fejlesztők dolga. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A tesztelési folyamatokat leíró TMMI modell szerkezete teljesen megegyezik a CMMI modell szerkezetével. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Határérték tesztelés esetében a teszteseteket a kód belső szerkezete alapján hozzuk létre. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Fehér doboz tesztelési technikát agilis fejlesztés esetében nem lehet alkalmazni. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A strukturális tesztelés előnye, hogy pontos méréseket tesz lehetővé a teszt lefedettséggel kapcsolatban. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A RUP szekvenciális szoftverfejlesztési módszertan. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A teszteseteknek tartalmazniuk kell a teszt végrehajtása során kapott kimenő adatokat. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A SPICE modell 6 képességi szintet határoz meg egy folyamat esetében. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A Scrum szekvenciális szoftverfejlesztési életciklus modell. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A „féregírtó paradoxon” a „Hét Pazarlás” egyike. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A jó szoftver esetében a rövid válaszidő és a megfelelő felhasználói dokumentáció mindig alapkövetelmény. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A szoftvermérnökök nem fogalmazhatnak meg funkcionális követelményeket egy szoftverre vonatkozóan; ez mindig a felhasználók feladata. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== Az ISO 9001 szabvány és a TMMI modell együttesen is alkalmazható egy agilisan működő szoftvercégnél. == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A CMMI modellben 5-ös érettségi szinten az összes 5-ös érettségi szinten kötelező folyamatnak legalább 5-ös képességi szintűnek kell lennie. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A szoftver jó minősége pontosan a jó és rendszeres auditokkal biztosítható. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | |||
# Hamis | |||
== A “tesztelési terv” pontosan a tesztesetek leírását jelenti. == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Agilis projektben Burn Down Chart-tal lehet a projekt előrehaladását követni. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Agilis projektekben a tesztelést nem kell megtervezni, mert a tesztelők tapasztalat alapján gyorsabban le tudják futtatni a teszteket. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A sikeres teszteseteket nem szükséges dokumentálni, ha agilisan dolgozunk. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A mérséklés, a megegyezés, a csökkentés és az elkerülés lehetséges intézkedések a kockázat elhárítására. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A SPICE modell 6 érettségi szintet határoz meg egy szoftverfejlesztő cég számára, 0-tól 5-ig, így a szoftverfejlesztő cégek érettsége összemérhető. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A PRINCE a RUP továbbfejlesztett változata. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A GQM paradigma tesztelési folyamatok mérésére nem alkalmazható. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Strukturális tesztelés esetében a teszteseteket a kód belső szerkezete alapján hozzuk létre. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A rendszertervezés során alapvetően a rendszer statikus és dinamikus nézetét írjuk le. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Egy projekt hálódiagramjában a kritikus úton azok a tevékenységek helyezkednek el, amelyeknek teljes időjátéka nem 0. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Konfigurációs elemeket nemcsak a kódra, hanem a szoftverfejlesztési projekt során készülő összes munkatermékre azonosítani kell. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Agilis projektben a követelményeket a kódban nem kell tudni beazonosítani, mert a követelmények gyakran változnak. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A RUP nem agilis fejlesztési módszertan. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Követelménymenedzsment (REQM) folyamat a CMMI modell 4-esérettségi szintjén (ML4) jelenik meg. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A projekt tervében a kritikus úton azok a tevékenységek foglalnak helyet, amelyeknek teljes időjátéka nem egyenlő 0-val. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A projekt olyan tevékenységsorozat, amely nem korlátos (többek között) a minőségre vonatkozóan. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az Extreme Programming szerinti életciklusban a User Story központi helyen van. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | |||
# Hamis | |||
== A projekt tervben a kritikus úton levő tevékenységek hossza nem változtatható meg anélkül, hogy ez a projekt teljes átfutását befolyásolná. == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az Extreme Programming szerinti életciklusban a User Story-val nem kell foglalkozni. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A szoftver tesztelése nem csak a kód futtatását jelenti. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Agilis fejlesztés esetében semmit sem kell dokumentálni, lényeg, hogy a kód legyen minél előbb kész. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A Projekt tervezés (PPL) folyamat a CMMI modell 3-as érettségi szintjén jelenik meg. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A fehérdoboz tesztelés alapja az UML diagramok. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A RUP nem tartalmaz projektirányítási eljárásokat. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A projekt olyan tevékenységsorozat, amely korlátos (többek között) a készülő szoftver válaszidejére vonatkozóan. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A projekt olyan tevékenységsorozat, amely korlátos (többek között) a minőségre vonatkozóan. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== A SPICE modell szoftverfolyamatokra határoz meg képességi szinteket, 0-tól 5-ig. == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A rendszer architektúrája befolyásolja a rendszer hibatűrését, rendelkezésre állását, robusztusságát. Az alkalmazás számára választott szerkezet ezért nemfunkcionális rendszerkövetelményektől is függhet. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A CMMI előírja, hogy a nemfunkcionális követelményeket egy szoftverre vonatkozóan az ISO 9126 / ISO 25000 szabvány szerint kell meghatározni. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az implementáció a kódoláson kívül egyéb elemeket is tartalmaz, például a műszaki dokumentáció elkészítését és a változásmenedzsmentet. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A „féregirtó paradoxon” egy tesztelési technika, amely szerint a teszteseteket rendszeresen felül kell vizsgálni és módosítani kell. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A tesztelés a szoftver minőségének biztosítására szolgáló egyetlen lehetséges módszer, mert csak a tesztelés teszi lehetővé minőségi jellemzők mérését. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A dinamikus tesztelés alapulhat követelményspecifikáción és a kód belső szerkezetén is. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A határérték tesztelés és az ekvivalencia particionálás funkcionális tesztelési technikák, a követelményspecifikáción alapszanak. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A tesztelés pontosan a tesztek futtatását jelenti, de nem azonos a hibakereséssel. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A strukturális tesztelés nem feltételezi a kód futtatását. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az „elkerülés”, „csökkentés”, „kompenzálás” és „megegyezés” olyan lehetséges intézkedések, amelyekkel a kockázat nullára csökkenthető egy projektben. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Az, hogy a szabványos folyamatokat dokumentáltak, a CMMI modellben legkorábban a 3-as érettségi szintre jellemző. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A RUP előírja, hogy a szoftvermérnökök nem fogalmazhatnak meg funkcionális követelményeket egy szoftverre vonatkozóan, mert ez mindig a felhasználók feladata. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A megbízhatósági követelmények nemfunkcionális követelmények. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A CMMI modell folytonos nézetének (a folytonos CMMI-modellnek) előnye, hogy a szervezetek saját szükségleteiknek és követelményeiknek megfelelő folyamatokat tudják kiválasztani és továbbfejleszteni. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Nem a validációs tesztelés célja megmutatni, hogy a szoftver megfelel a követelményeinek, vagy ez az, amit a vásárló szeretne. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A V-modell a vízesés-modellből kialakított iteratív modell. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A CMMI előírja, hogy a termék méréséhez a GQM paradigmát kell használni. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A RUP egyik fázisai közé tartozik a IECT, azaz Inception-Elaboration-Collaboration-Transition. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A RUP egyik fázisai közé tartozik a IECT, azaz Inception-Elaboration-Construction-Transition. == | |||
== A RUP | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 2 147. sor: | 1 732. sor: | ||
# Hamis | # Hamis | ||
== Szoftverfejlesztésnél az | == Szoftverfejlesztésnél az architekturális tervezéskor a rendszer fő komponenseinek azonosítását és a közöttük fennálló együttműködéseket definiáljuk. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 2 234. sor: | 1 819. sor: | ||
# Hamis | # Hamis | ||
== A V modell az agilis fejlesztésből kialakult életciklus modell, melyet a RUP is alkalmaz. == | == A V-modell az agilis fejlesztésből kialakult életciklus modell, melyet a RUP is alkalmaz. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 2 240. sor: | 1 825. sor: | ||
== Az Önt alkalmazó cég műszaki igazgatója azt a feladatot adta Önnek, hogy irányítsa egy idősek számára készülő, kulturális híreket megjelenítő rendszer tervezését. Az adatokat a hasonló, mobil platformokon futó alkalmazásukból vegye át. Elmondja még, hogy vegye figyelembe az időskorúak gyenge látását, lassú reakcióidejét és azt, hogy a kezük gyakran nem tudja pontosan végezni a finom mozgásokat. Milyen alapelveket kell Önnek alkalmaznia a GUI tervezés során? == | == Az Önt alkalmazó cég műszaki igazgatója azt a feladatot adta Önnek, hogy irányítsa egy idősek számára készülő, kulturális híreket megjelenítő rendszer tervezését. Az adatokat a hasonló, mobil platformokon futó alkalmazásukból vegye át. Elmondja még, hogy vegye figyelembe az időskorúak gyenge látását, lassú reakcióidejét és azt, hogy a kezük gyakran nem tudja pontosan végezni a finom mozgásokat. Milyen alapelveket kell Önnek alkalmaznia a GUI tervezés során? == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=több|válasz=2,5|pontozás=-}} | ||
# A rövid válaszidőt. | # A rövid válaszidőt. | ||
# A könnyű tanulhatóságot. | # A könnyű tanulhatóságot. | ||
| 2 247. sor: | 1 832. sor: | ||
# A felhasználói sokféleséget. | # A felhasználói sokféleséget. | ||
# Az adatvesztés minimalizálását. | # Az adatvesztés minimalizálását. | ||
---- | ---- | ||
{{Vissza|Szoftvertechnológia}} | {{Vissza|Szoftvertechnológia}} | ||