„Záróvizsga kvíz - Szofttech” változatai közötti eltérés
Kiegészítés 2023 jun és 2024 jan vizsgákkal |
a Sorok kijavítása |
||
| 412. sor: | 412. sor: | ||
# Egy szoftverfejlesztő cég alkalmazhat lépcsős és folytonos megközelítést egyszerre; a CMMI modell kifejezetten támogatja ezt. | # 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. | # 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 | # 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. | ||
agilitásnak. | |||
== Az alábbiak közül mely állítások helyesek? (2024 jan) == | == Az alábbiak közül mely állítások helyesek? (2024 jan) == | ||
{{Kvízkérdés|típus=több|válasz=2}} | {{Kvízkérdés|típus=több|válasz=2}} | ||
| 431. sor: | 429. sor: | ||
== Az alábbiak közül mely állítások HAMISAK a folyamatfejlesztési modellekre? (2024 jan) == | == 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}} | {{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 | # 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. | ||
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 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 | # 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. | ||
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. | # 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) == | == 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}} | {{Kvízkérdés|típus=több|válasz=4}} | ||
| 456. sor: | 451. sor: | ||
# A folyamatos rendelkezésre állás minden szoftver esetében alapkövetelmény. | # 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. | # 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 | # 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. | ||
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) == | == 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}} | {{Kvízkérdés|típus=több|válasz=2,3}} | ||
# Nyomtatni .pdf file-ba is lehessen. | # 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 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 | # A rendszernek iOS és Android operációs rendszert használó okostelefonon, valamint Windows és Linux rendszert futtató laptopon is működnie kell. | ||
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 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) == | == 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}} | {{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 | # 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. | ||
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 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 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 | # 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. | ||
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) == | == Melyik állítások HAMISAK az alábbiak közül? (2024 jan) == | ||
{{Kvízkérdés|típus=több|válasz=1}} | {{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ő. | # 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 | # 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. | ||
í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. | ||
# 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 | # 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) == | == 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}} | {{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. | # 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 | # 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. | ||
feketedoboz technikákat. | |||
# A fehérdoboz tesztelés a gráfelmélet elemeit használja. | # 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 | # 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. | ||
nemfunkcionálisak. | |||