„Záróvizsga kvíz - Szofttech” változatai közötti eltérés
kérdések hozzáadása |
a Sorok kijavítása |
||
| (7 közbenső módosítás, amit 6 másik szerkesztő végzett, nincs mutatva) | |||
| 46. sor: | 46. sor: | ||
== Az alábbiak közül mely állítások jelölnek HELYES párosítást a CMMI modell érettségi szintjei és az adott érettségi szinthez tartozó folyamatok között? (2023 jun) == | == Az alábbiak közül mely állítások jelölnek HELYES párosítást a CMMI modell érettségi szintjei és az adott érettségi szinthez tartozó folyamatok között? (2023 jun) == | ||
{{Kvízkérdés|típus=több|válasz=2}} | {{Kvízkérdés|típus=több|válasz=2, 4}} | ||
# A "Mérés és elemzés" (MA) folyamat 4-s érettségi szinten (ML4) van. | # A "Mérés és elemzés" (MA) folyamat 4-s érettségi szinten (ML4) van. | ||
# A "Követelménymenedzsment" (REQM) 2-es érettségi szinten (ML2) kötelező folyamat. | # A "Követelménymenedzsment" (REQM) 2-es érettségi szinten (ML2) kötelező folyamat. | ||
| 135. sor: | 135. sor: | ||
# Mesterséges intelligenciát alkalmazó szoftverfejesztő cégnek kötelezően a CMMI 4-es érettségi szintjén kell lennie. | # Mesterséges intelligenciát alkalmazó szoftverfejesztő cégnek kötelezően a CMMI 4-es érettségi szintjén kell lennie. | ||
# A CMMI modellben 2-es érettségi szinten levő szoftverfejlesztő cégnél a folyamatok szabványosak, dokumentálták őket, és a sajátos eseteket testreszabási útmutatókban írták le. | # A CMMI modellben 2-es érettségi szinten levő szoftverfejlesztő cégnél a folyamatok szabványosak, dokumentálták őket, és a sajátos eseteket testreszabási útmutatókban írták le. | ||
== Az alábbiak közül mely esetekben helyes egy adott folyamat CMMl érettségi szinthez rendelése? (2022 jun) == | |||
(A feladat csak akkor ér pontot, ha minden helyes választ -- és csakis ezeket -- megjelöl.) | |||
{{Kvízkérdés|típus=több|válasz=1,3}} | |||
# A Konfigurációmenedzsment (CM) a CMMI modellben a 2-es érettségi szinten van. | |||
# A Verifikáció (VER) folyamat a CMMI modellben a 4-es érettségi szinten van. | |||
# A Mérés és elemzés (MA) folyamat a CMMI modellben a 2-es érettségi szinten van. | |||
== Az alábbi listából válassza ki, hogy mely állítások HAMISAK. (2022 jun) == | |||
(A feladat csak akkor ér pontot, ha minden helyes választ -- és csakis ezeket -- megjelöl.) | |||
{{Kvízkérdés|típus=több|válasz=1,2}} | |||
# A páros programozás agilisan múködő cégnél nem alkalmazható. | |||
# A szoftver jó minőségét csakis teszteléssel lehet biztosítani. | |||
# A statikus tesztelés a kódolás előtt és azt követően is alkalmazható. | |||
== Az agilis 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. (2022 jun) == | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# Igaz | |||
# Hamis | |||
== Válassza ki, mely állítások igazak az ISO 9001 szabvánnyal kapcsolatban. (2022 jun) == | |||
(A feladat csak akkor ér pontot, ha minden helyes választ -- és csakis ezeket -- megjelöl.) | |||
{{Kvízkérdés|típus=több|válasz=3,4}} | |||
# Az ISO 9001 szabvány szoftvertermékek minősítésére használható. | |||
# Az ISO 9001 szabvány nem alkalmazható agilisan dolgozó szoftvercégeknél. | |||
# Az ISO 9001 alapú szabvány a vevői elégedettség fontosságát kiemelten hangsúlyozza. | |||
# Az ISO 9001 szabvány a CMMI modellel együtt is alkalmazható. | |||
== Válassza ki, mely állitások igazak az alább felsoroltak közül. (2022 jun) == | |||
(A feladat csak akkor ér pontot, ha minden helyes választ -- és csakis ezeket -- megjelöl.) | |||
{{Kvízkérdés|típus=több|válasz=1,2}} | |||
# A minőség még egyazon termék esetében sem állandó | |||
# A szoftver minősége függ a minőséget értékelő személyétől | |||
# A szoftver minősége nem függ a szoftver típusától | |||
== Az alábbi esetek közül válassza ki azokat, amelyek arra utalhatnak, hogy egy szoftverfejlesztési cégnél NEM agilis megközelítéssel dolgoznak. (2022 jun) == | |||
(A feladat csak akkor ér pontot, ha minden helyes választ -- és csakis ezeket -- megjelöl.) | |||
{{Kvízkérdés|típus=több|válasz=1,3,5}} | |||
# A tesztelők a fejlesztőktől elkülönülve dolgoznak, a maximális függetlenség biztosítása céljából. | |||
# A projekt elején a követelményeket priorizált user story-k formájában dokumentálják. | |||
# A megrendelővel, annak elfoglaltsága miatt, havonta egyszer egyeztetnek | |||
# A projektet a Burndown Chart segítségével tervezik és követik | |||
# A csapat nevében a csapatvezető vállalja el a feladatokat és jelenti azoknak elvégzését. | |||
== A CMMI alapú audit egyenértékủ az ISO 9001 audittal, mert mindkét esetben folyamatokat vizsgálnak. (2022 jun) == | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# Igaz | |||
# Hamis | |||
== Az alábbiak közül mely állítások jelölnek helyes párosítást alapfogalmak között? (2022 jun) == | |||
(A feladat csak akkor ér pontot, ha minden helyes választ -- és csakis ezeket -- megjelöl.) | |||
{{Kvízkérdés|típus=több|válasz=1,2}} | |||
# A megbízhatóság a szoftvertermékre vonatozó nemfunkcionális követelmény | |||
# A Model-View-Controller interaktív rendszerek tervezésekor használható architektúra stílus | |||
# Az ekvivalencia particionálás fehérdoboz tesztelési technika | |||
# A V-modell lépcsős érettségi modell | |||
== Az alábbiak közül válassza ki a HAMIS állításokat. (2022 jun) == | |||
(A feladat csak akkor ér pontot, ha minden helyes választ -- és csakis ezeket -- megjelöl.) | |||
{{Kvízkérdés|típus=több|válasz=1,2}} | |||
# A Scrum nem foglalkozik a szoftverfejlesztés műszaki folyamataival, hanem csak a projektirányítási elemekkel. | |||
# Agilis munkavégzés esetén nem kell tesztelési tervet készíteni, mert az a lényeg, hogy minél előbb készüljenek el a müködő szoftverrel. | |||
# Agilis projektben előfordulhat, hogy a teszteket hamarabb írják meg, mint a kódot. | |||
== Egy szemműtéteket támogató szoftveres rendszert fejlesztő projekt esetében az idő és költség tényezőkkel nem kell foglalkozni, mert a biztonságos működés és a folyamatos rendelkezésre állás fontosabb mindkettőnél. (2022 jun) == | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# Igaz | |||
# Hamis | |||
== A biztonságkritikus szoftveres rendszereket fejlesztő projekt esetében az idő és költség tényezőkkel nem kell foglalkozni, mert a biztonság fontosabb mindkettőnél. (2022 jan) == | == A biztonságkritikus szoftveres rendszereket fejlesztő projekt esetében az idő és költség tényezőkkel nem kell foglalkozni, mert a biztonság fontosabb mindkettőnél. (2022 jan) == | ||
| 278. sor: | 346. sor: | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A rövid válaszidő minden szoftver esetében alapkövetelmény. (2020 jan) == | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# Igaz | |||
# Hamis | |||
== Az, hogy a szabványos folyamatokat dokumentálták, a CMMI modellben legkorábban a 3-as érettségi szintre jellemző. (2020 jan) == | |||
{{Kvízkérdés|típus=egy|válasz=1}} | |||
# Igaz | |||
# Hamis | |||
== 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. (2020 jan) == | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# Igaz | |||
# Hamis | |||
== A megbízhatósági követelmények nemfunkcionális követelmények. (2020 jan) == | |||
{{Kvízkérdés|típus=egy|válasz=1}} | |||
# Igaz | |||
# 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. (2020 jan) == | |||
{{Kvízkérdés|típus=egy|válasz=1}} | |||
# Igaz | |||
# Hamis | |||
== Nem a validációs tesztelés célja megmutatni, hogy a szoftver megfelel a követelményeinek, vagyis ez az, amit a vásárló szeretne. (2020 jan) == | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# Igaz | |||
# Hamis | |||
== A V modell a vízesés-modellből kialakított iteratív modell. (2020 jan) == | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# Igaz | |||
# Hamis | |||
== A CMMI előírja, hogy a termék méréséhez a GQM (Goal-Question-Metric) paradigmát kell használni. (2020 jan) == | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# Igaz | |||
# Hamis | |||
== Az alábbi UML2 diagram alapján - a kulcs felhasználásával - jellemezze az állítást! (2020 jan) == | |||
[[Fájl:2020 jan info zv szofttech uml.png|keretnélküli]] | |||
Az E foo függvénye meghívhatja a paraméterül kapott D objektum foo függvényét, mert E függ D-től. | |||
{{Kvízkérdés|típus=egy|válasz=2}} | |||
# mindkét tagmondat igaz és a következtetés is helyes (+++) | |||
# mindkét tagmondat igaz, de a következtetés hamis (++-) | |||
# csak az első tagmondat igaz (+-) | |||
# csak a második tagmondat igaz (-+) | |||
# egyik tagmondat sem igaz (--) | |||
A D quux függvénye nem kaphat paraméterül F osztályú objektumot, mert D nem függ F-től. | |||
{{Kvízkérdés|típus=egy|válasz=4}} | |||
# mindkét tagmondat igaz és a következtetés is helyes (+++) | |||
# mindkét tagmondat igaz, de a következtetés hamis (++-) | |||
# csak az első tagmondat igaz (+-) | |||
# csak a második tagmondat igaz (-+) | |||
# egyik tagmondat sem igaz (--) | |||
== Az alábbiak közül mely állítások IGAZAK a folyamatfejlesztési modellekre? (2023 jún) == | |||
{{Kvízkérdés|típus=több|válasz=1,2,3}} | |||
# A SPICE modell egyéni, szoftverfejlesztéshez kapcsolódó folyamatok képességi szintjeit vizsgálja; egy folyamat képességi szintje 0-5 között lehet. | |||
# Egy szoftverfejlesztő cég alkalmazhat lépcsős és folytonos megközelítést egyszerre; a CMMI modell kifejezetten támogatja ezt. | |||
# A CMM modell egy szoftverfejlesztő cég egészére határoz meg érettségi szinteket, 1-től 5-ig. | |||
# Agilisan dolgozó cégnél csak folytonos folyamatfejlesztési modellt lehet alkalmazni, mert a lépcsős megközelítés ellentmond az agilitásnak. | |||
== Az alábbiak közül mely állítások helyesek? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=2}} | |||
# A szoftvertermék minősége minden szoftver esetében állandó | |||
# A szoftverek modellezésénél alapvetően kétféle nézetet használunk: statikus és dinamikus nézeteket. | |||
# A döntési tábla használata fehérdoboz tesztelési technika | |||
# Az ISO 9001 lépcsős érettségi modell | |||
== Az alábbiak közül mely állítások jelölnek HELYES párosítást a CMMI modell érettségi szintjei és az adott érettségi szinthez tartozó folyamatok között? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=1,2,3}} | |||
# A "Termékintegráció" (PI) a CMMI modell 3-as érettségi szintjén (ML3) van. | |||
# A "Mérés és elemzés" (MA) folyamat 2-es érettségi szinten (ML2) van. | |||
# A "Szervezeti szintű képzés" (OT) 3-as érettségi szinten (ML3) kötelező folyamat. | |||
# A "Projekttervezés" (PP) a 3-as érettségi szinten (ML3) jelenik meg. | |||
== Az alábbiak közül mely állítások HAMISAK a folyamatfejlesztési modellekre? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=1,2,4}} | |||
# Ha egy cég mesterséges intelligenciát alkalmazó szoftvert fejleszt, kötelező, hogy a design és kódolás folyamatai legalább 3-as képességi szinten legyenek. | |||
# A SPICE modell az ISO 9001 szabvány alapján határozza meg, hogy egy cégnél megfelelő-e a minőségbiztosítás. | |||
# A CMMI modell szerint egy cég akkor van 3-as érettségi szinten, ha a 2-es és 3-as érettségi szinthez tartozó folyamatokat implementálták, és ezek legalább 3-as képességi szinten vannak. | |||
# A CMM modell egy szoftverfejlesztő cég egészére határoz meg érettségi szinteket, 0-tól 5-ig. | |||
== Az alábbiak közül mely állítások utalnak arra, hogy a szoftverfejlesztést NEM szekvenciális életciklus modell szerint végzik? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=4}} | |||
# A követelményeket nagyon részletesen meghatározzák a projekt elején, és az ügyfélnek való átadásig nem módosítják őket. | |||
# A tesztelés a kódolás után következik. | |||
# A cégnél a V-modell szerint végzik a szoftverfejlesztést. | |||
# A fejlesztés több iteráció során valósul meg; a projekt indításakor tudatosan csak a követelmények egy részével foglalkoznak. | |||
== Az alábbiak közül mi utalhat arra, hogy egy szoftverfejlesztési projektben agilis megközelítéseket alkalmaznak? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=1,2}} | |||
# A szoftverfejlesztés során többször végeznek refaktorizálást / refaktorálást. | |||
# A projektet Burndown Chart segítségével követik. | |||
# Csak dinamikus tesztelést alkalmaznak. | |||
# A cég a SPICE modell szerint implementálta a Projekttervezés folyamatot, amely most 3-as képességi szinten van. | |||
== Az alábbiak közül válassza ki a HAMIS állításokat! (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=1,4}} | |||
# A folyamatos rendelkezésre állás minden szoftver esetében alapkövetelmény. | |||
# Az ISO 25000 szabvány a szoftvertermék minőségével foglalkozik. | |||
# Agilis projektek esetében a User story-k központi helyet foglalnak el a követelmények megértése és a teszt esetek megfogalmazása során. | |||
# A CMMI modellben 2-es érettségi szinten levő szoftverfejlesztő cégnél a tesztelési folyamatokat meghatározták. | |||
== Az alábbiak közül melyek lehetnek egy szoftver nemfunkcionális követelményei? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=2,3}} | |||
# Nyomtatni .pdf file-ba is lehessen. | |||
# A rendszernek hétvégén is működnie kell, 0-tól 24 óráig. | |||
# A rendszernek iOS és Android operációs rendszert használó okostelefonon, valamint Windows és Linux rendszert futtató laptopon is működnie kell. | |||
# A bejelentkező képernyőn meg kell adni a felhasználó mobilszámát is. A mobilszám bármilyen nemzetközi hívószám lehet; a számsor elején "+" vagy "00" karakterek is elfogadhatók. | |||
== A szoftverfejlesztést támogató folyamatokra mely állítások igazak az alábbiak közül? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=2,3,4}} | |||
# A szoftverfejlesztés során a mérések többlet erőforrást igényelnek, ami csak nagy cégek esetében térül meg. Ezért 5 fősnél kisebb cégek esetében nem is ajánlatos méréseket tervezni és végezni. | |||
# A szoftver jó minőségének biztosításához nem elegendő a tesztelés; hibaelkerülési és hibamegelőzési technikákat is alkalmazni kell. | |||
# A konfigurációmenedzsment agilis környezetben is nagyon fontos; ajánlott ezt a folyamatot automatizálni. | |||
# A kockázatkezelés során az előre nem látott események arányát és hatásukat igyekszünk minimálisra csökkenteni; teljesen nem lehet ezeket kiköszöbölni, de felkészülhetünk a kezelésükre. | |||
== Melyik állítások HAMISAK az alábbiak közül? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=1}} | |||
# Az UML diagramok alkalmazása V-modell szerint dolgozó projektek esetében a tervezési fázisban kötelező. | |||
# A tervezés (design) során elkészítetjük a szoftver részletes tervét (Software detailed design). Ez a komponenseket olyan részletességgel írja le, amely lehetővé teszi, hogy implementálni lehessen őket. | |||
# A teljes tervezési folyamatot tulajdonképpen tekinthetjük döntések sorozatának is, amikor mérlegelni kell a különböző minőségi attribútumokat és vevői igényeket, egyensúlyra törekedve. | |||
# Egy architektúra stílus a szoftver szerkezetének magas szintű leírását adja | |||
== A tesztelési technikákra vonatkozó mely állítások igazak az alábbiak közül? (2024 jan) == | |||
{{Kvízkérdés|típus=több|válasz=2,3,4}} | |||
# Statikus tesztelést a forráskódon nem lehet alkalmazni; a kódot csak futtatással lehet ellenőrizni. | |||
# A jó tesztelési módszerben megfelelő arányban használják a statikus és dinamikus, az utóbbin belül pedig a fehérdoboz és feketedoboz technikákat. | |||
# A fehérdoboz tesztelés a gráfelmélet elemeit használja. | |||
# Feketedoboz tesztelésben a teszt eseteket a követelmények alapján hozzuk létre. A követelmények lehetnek funkcionálisak vagy nemfunkcionálisak. | |||