Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

Szoftver/OP > Szoftvertechnológia 1. > Flashcards

Szoftvertechnológia 1. Flashcards

1
Q

Minek a rövidítése a RUP?

RationalUnifiedProcess
RadicalUndefinedProcess
RationalUndefinedProcess
RadicalUnifiedProcess

A

RationalUnifiedProcess

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Melyek a RUP modell fázisai?

Elindítás, kidolgozás, megépítés, átmenet
Kezdeményezés, tervezés, elkészítés, átadás
Elindítás, tervezés, kifejtés, átadás
Helyzetelemzés, tervezés, kidolgozás, átadás

A

Elindítás, kidolgozás, megépítés, átmenet

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Mely modell fázisait foglalja magában a RUP modell 2. dimenziója?

Vízesés modell
Evolúciós modell
Spirál modell
V-modell

A

Vízesés modell

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Mi az a RUP?

Egy specifikációs módszer.
Egy zenei stílus.
A Vízesés modell utolsó fázisa.
Egy szoftverfejlesztési modell.

A

Egy szoftverfejlesztési modell.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Miért olyan fontos a követelményspecifikáció a RUP modellben?

Azért, mert jó követelményspecifikációval a projekt végén sok prémiumra számíthatunk.
Egyrészt azért fontos, hogy ne kelljen sokat kommunikálni a fejlesztőkkel, másrészt azért, hogy a
fejlesztés többi fázisát ne kelljen elvégezni, mivel jó követelményspecifikáció esetén nincs szükség
a fejlesztés többi fázisára.
A számos előny közül kiemelendő, hogy ha a követelmények pontosan le vannak fektetve, akkor
később a megrendelővel sem kell annyit egyeztetnünk, illetve a fejlesztés többi fázisát gyorsabban
el tudjuk végezni, mivel letisztult, pontos kiindulási adataink vannak.

A

A számos előny közül kiemelendő, hogy ha a követelmények pontosan le vannak fektetve, akkor
később a megrendelővel sem kell annyit egyeztetnünk, illetve a fejlesztés többi fázisát gyorsabban
el tudjuk végezni, mivel letisztult, pontos kiindulási adataink vannak.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Mely jellemző nem az agilis szoftverfejlesztés jellemzője?

rugalmas
jó követelményspecifikáció
jó kommunikáció a megrendelővel, felhasználóval
nagyon bonyolult szabályrendszerek

A

nagyon bonyolult szabályrendszerek

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Mely szavak jellemzik leginkább az agilis szoftverfejlesztést?

fürge, rugalmas, hatékony, kommunikatív
gyors, törtető, zárkózott, merev
lassú, hatékony, kommunikatív, előre definiált
fürge, előre definiált, korlátolt, hatékony

A

fürge, rugalmas, hatékony, kommunikatív

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Mi a scrum?

Agilis szoftverfejlesztési módszer.
Utcai harctípus.
Gyorsított üzleti eljárás.

A

Agilis szoftverfejlesztési módszer.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Melyek jellemzik a scrum-ot?

sprint, productbacklog, dailyscrum meeting
scrumfight, 100 m sprint, relaxingtraining
economicplanning, sprint, business meeting

A

sprint, productbacklog, dailyscrum meeting

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Kik a scrum résztvevői?

Product Owner, ScrumMaster, Team
SrumTeam, Coach, Audience

A

Product Owner, ScrumMaster, Team

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Egy szoftver projektben mi a feladata a projektvezetőnek?

projekttervezés, felülvizsgálat, beszámoló
projekt anyagi támogatása, kész projekt felülvizsgálata
team munkájának gazdasági elemzése, tanácsadás a megrendelőnek

A

projekttervezés, felülvizsgálat, beszámoló

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Mi a feladata egy szoftverprojektben a projektmenedzsernek?

kiegészítő munkák, melyekkel könnyebbé teszi a team munkáját
team oktatása, team ellenőrzése a projekt végén, jelentések készítése a team felé
team összeállítása és vezetése, ütemterv elkészítése, képviselet a külvilág felé

A

team összeállítása és vezetése, ütemterv elkészítése, képviselet a külvilág felé

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Mely tervre nem igaz, hogy egy szoftverprojekt tervezésének fontos része?

validációs terv
konfigurációkezelési terv
épületgépészeti terv
karbantartási terv

A

épületgépészeti terv

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Mit nem tartalmaz a projektterv?

bevezetés
kockázatelemzés
megrendelő fizetése
projekt ütemterve

A

megrendelő fizetése

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Egy szoftverprojekt során mely nem szoftverkockázat?

specifikáció késése
méret alábecslése
munkaerő stílusának megváltozása
technológia megváltozása

A

munkaerő stílusának megváltozása

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Egy szoftverprojekt esetében mely nem kockázati kategória?

projektkockázat
termékkockázat
szomszédos kockázat
üzleti kockázat

A

szomszédos kockázat

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Miért jobb a COCOMO Intermediate, mint a COCOMO Basic?

Mert számol költségtényezőkkel is.
Mert később dolgozták ki.
Mert olcsóbb.

A

Mert számol költségtényezőkkel is.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Hány csoportra oszthatjuk a COCOMO Intermediate költségtényezőit?

3
6
4
5

A

4

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Mely nem tartozik a COCOMO Intermediate személyi költségtényezői (personnelattributes) közé?

applicationsexperience
virtualmachineexperience
communicationability
software engineercapability

A

communicationability

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

A COCOMO2 mely modellre vonatkozik elsősorban?

V-modell
vízesés modell
spirál modell
evolúciós modell

A

vízesés modell

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Mi az a CMM?

Kormányzati projektre kifejlesztett módszer annak kiderítésére, hogy milyen eséllyel teljesül a
projekt.
Koordinált műszaki manufaktúra.
Olyan módszer, mellyel pontosan meghatározható a projekt teljes költsége.

A

Kormányzati projektre kifejlesztett módszer annak kiderítésére, hogy milyen eséllyel teljesül a
projekt.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Melyik a CMM utódja?

CMM1
CMM2
CMMb
CMMI

A

CMMI

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Mely nem a CMMI fő iránya?

development
services
hardware
acquisition

A

hardware

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Melyek a CMMI érettségi szintjei?

Initial, Managed, Defined, QuantitativelyManaged, Optimizing
Initial, Intermediate, Defined, Created, Optimized
Incomplete, Initial, Defined, Performed, Optimizing

A

Initial, Managed, Defined, QuantitativelyManaged, Optimizing

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

Mi a feladata a scrum-ban a Product Ownernek?

Felelős a költségekért, illetve elfogadja vagy visszadobja a kész szoftverrészeket.
Felelős a scrum betartásáért és ő finanszírozza a szoftver elkészítését.
Biztosítja, hogy a team hatékonyan tudjon dolgozni, illetve folyamatosan ellenőrzi a team munkáját.

A

Felelős a scrum betartásáért és biztosítja, hogy a csapat hatékony és termelékeny legyen.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

Mi a feladata a scrum-ban a Teamnek?

Csapat alkotása, a szoftver elkészítése.
Mindenkinek megvan a titulusa, eszerint végzi a feladatát.
A projekt legvégéig fix tagsággal működik, és a szoftver tesztelése a legfontosabb feladata.

A

Csapat alkotása, a szoftver elkészítése.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Mely állítás nem igaz a product backlog-ról?

A kívánt munkák listáját tartalmazza a projekten.
Része a sprint backlog.
A sprint burndown chart része.

A

A sprint burndown chart része.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

Mely állítás nem igaz a daily scrum-ra?

Állva történik.
Nagyon rövid (kb. 15 perc).
Során megoldják a felmerülő problémákat.
Megbeszélik, hogy ki mit végez el.

A

Során megoldják a felmerülő problémákat.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

Mely állítás nem igaz a sprint-re?

Közben a csapatot nem érheti külső hatás.
A napi scrum meetinggel kezdődik.
2-4 hetes iterációkban történik.
Pontosan egy van belőle egy projekt során.

A

Pontosan egy van belőle egy projekt során.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

Mennyi ideig tart egy sprint?

2-4 hét
1-6 hónap
2 hét – 6 hónap
4-8 hét

A

2-4 hét

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

Mi történik a sprint planning során?

Produckt backlog és sprint backlog elkészítése, a sprint céljának meghatározása.
A daily scrum meeting témájának előkészítése.
A szoftver elkészítése.

A

Produckt backlog és sprint backlog elkészítése, a sprint céljának meghatározása.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

Mi a sprint backlog?

A product backlog része, amit a sprint alatt teljesíteni kell.
A product owner által meghatározott tevékenységek.
A scrum master által megírt tevékenységlista, mely nem bővíthető, pontosan be kell tartani.

A

A product backlog része, amit a sprint alatt teljesíteni kell.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

Mi az a sprint burndown chart?

Egy diagram, mely tartalmazza (naponta), hogy mennyi idő és mennyi elem van még hátra.
Egy diagram, melyen lineárisan ábrázolják a projekt időbeosztását.
Egy diagram, mely folytonosan lefelé halad a 0-ig.

A

Egy diagram, mely tartalmazza (naponta), hogy mennyi idő és mennyi elem van még hátra.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

Mi az a release burndown chart?

Diagram, melyen látható, hogy időben kész lesz-e a szoftver aktuális változata.
Diagram, melyen láthatjuk a projekt teljes időbeosztását.
Diagram, melyen 0-200 között láthatjuk a napi hátralévő feladatszámot.

A

Diagram, melyen látható, hogy időben kész lesz-e a szoftver aktuális változata.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
35
Q

Mi jellemző a CMMI „Kezdeti ” érettségi szintére?

A folyamatok kiszámíthatatlanok, gyengén ellenőrzöttek.
A hangsúly a folyamatok tökéletesítésén van.
A folyamatok mérhetőek és ellenőrzöttek.
A folyamatok a szervezetre szabottak és biztonságosabbak.

A

A folyamatok kiszámíthatatlanok, gyengén ellenőrzöttek.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
36
Q

Mi jellemző a CMMI „Menedzselt” érettségi szintére?

A folyamatok a projektre szabottabbak.
A hangsúly a folyamatok tökéletesítésén van.
A folyamatok mérhetőek és ellenőrzöttek.
A folyamatok a szervezetre szabottak és biztonságosabbak.

A

A folyamatok a projektre szabottabbak.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
37
Q

Mi jellemző a CMMI „Meghatározott” érettségi szintére?

A folyamatok a szervezetre szabottak és biztonságosabbak.
A hangsúly a folyamatok tökéletesítésén van.
A folyamatok mérhetőek és ellenőrzöttek.
A folyamatok kiszámíthatatlanok, gyengén ellenőrzöttek.

A

A folyamatok a szervezetre szabottak és biztonságosabbak.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
38
Q

Mi jellemző a CMMI „Mennyiségileg menedzselt” érettségi szintére?

A folyamatok mérhetőek és ellenőrzöttek.
A hangsúly a folyamatok tökéletesítésén van.
A folyamatok a szervezetre szabottak és biztonságosabbak.
A folyamatok kiszámíthatatlanok, gyengén ellenőrzöttek.

A

A folyamatok mérhetőek és ellenőrzöttek.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
39
Q

Mi jellemző a CMMI „Optimalizált” érettségi szintére?

A hangsúly a folyamatok tökéletesítésén van.
A folyamatok mérhetőek és ellenőrzöttek.
A folyamatok a szervezetre szabottak és biztonságosabbak.
A folyamatok kiszámíthatatlanok, gyengén ellenőrzöttek.

A

A hangsúly a folyamatok tökéletesítésén van.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
40
Q

Mit mond ki a Moore-törvény?

Az ugyanazon térfogatba integrálható tranzisztorok száma és ezzel együtt a számítási teljesítmény
másfél évenként megkétszereződik.
Az ugyanazon térfogatba integrálható tranzisztorok száma és ezzel együtt a számítási teljesítmény
két évenként megkétszereződik.
Az ugyanazon térfogatba integrálható áramkörök száma és ezzel együtt a számítási teljesítmény
másfél évenként megkétszereződik.
Az ugyanazon térfogatba integrálható áramkörök száma és ezzel együtt a számítási teljesítmény két
évenként megkétszereződik.

A

Az ugyanazon térfogatba integrálható tranzisztorok száma és ezzel együtt a számítási teljesítmény
másfél évenként megkétszereződik.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
41
Q

Mik egy hardver rendszer részei?

Számítógép
Számítógéphez csatlakozó perifériák
Kommunikációs elemek
A rendszer felépítését, összetételét leíró dokumentáció
A rendszer üzemeltetését, működtetését leíró felhasználói dokumentáció
A rendszer koncepcióját, tervét leíró fejlesztői dokumentáció
A számítógépben található komponensek, egységek

A

Számítógép
Számítógéphez csatlakozó perifériák
Kommunikációs elemek
A rendszer felépítését, összetételét leíró dokumentáció
A rendszer üzemeltetését, működtetését leíró felhasználói dokumentáció

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
42
Q

Mik egy szoftver rendszer részei?

A számítógépen futó programok együttese
A programok futtatásához szükséges konfigurációs adatok, fájlok együttese
A rendszer felépítését, összetételét leíró rendszer-dokumentáció.
A rendszer üzemeltetését, működtetését leíró felhasználói dokumentáció
A számítógép tároló egységein található adat, információ
A szoftverhez tartozó adattároló egység (pl.: CD, DVD)

A

A számítógépen futó programok együttese
A programok futtatásához szükséges konfigurációs adatok, fájlok együttese
A rendszer felépítését, összetételét leíró rendszer-dokumentáció.
A rendszer üzemeltetését, működtetését leíró felhasználói dokumentáció

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
43
Q

Az alábbiak közül melyik lehet egy szoftver termék?

Generikus termék
Genetikus termék
Generális termék
Custom product
Egyik sem

A

Generikus termék

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
44
Q

Mi a generikus termék jellemzői?

Fejlesztő cég önálló terméke
Fejlesztő cég saját erőből állítja elő
Nyílt piacon értékesítik
Felhasználói megrendelésre készül
Megrendelő ötletei alapján készül

A

Fejlesztő cég önálló terméke
Fejlesztő cég saját erőből állítja elő
Nyílt piacon értékesítik

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
45
Q

Mi a generikus termék jellemzői?

Fejlesztő cég saját tervek alapján készíti el
Bárki megvásárolhatja
Nyílt piacon nem kerül értékesítésre
Megrendelő finanszírozza
Adott ügyfél számára készül

A

Fejlesztő cég saját tervek alapján készíti el
Bárki megvásárolhatja

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
46
Q

Mi a megrendeléses termék jellemzői?

Felhasználói megrendelésre készül
Felhasználó igényei alapján tervezik
Szerződés alapján készül
Nyílt piacon értékesítik
Fejlesztő cég saját erőből állítja elő
Fejlesztő cég önálló terméke

A

Felhasználói megrendelésre készül
Felhasználó igényei alapján tervezik
Szerződés alapján készül

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
47
Q

Hogyan szokás még nevezni a generikus terméket?

Generic product
Becsomagolt termék
Bedobozolt termék
Zárt termék
Bespoken product

A

Generic product
Becsomagolt termék
Bedobozolt termék

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
48
Q

Melyik az a szoftver termék, melynek specifikálását, tervezését, létrehozását a fejlesztő
intézmény a piaci elvárások felmérése alapján, a várható felhasználói igények meghatározása révén
végzi el?

Generic product
Generikus termék
Megrendeléses termék
Custom software
Bespoken product
Egyik sem

A

Generic product
Generikus termék

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
49
Q

Szoftver termékek esetén mit jelent a customization?

Egy generikus szoftvert egy adott felhasználó igényeihez alakítva adnak el neki
Adott felhasználó igényei alapján fejlesztenek számára egy egyedi szoftvert
Olyan szoftverről van szó, melyet a felhasználó saját maga testre szabhat, igényeinek megfelelően
A kifejezés nem értelmezett a szoftver termékek esetén

A

Egy generikus szoftvert egy adott felhasználó igényeihez alakítva adnak el neki

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
50
Q

Mit értünk az elvárásoknak megfelelő működésen?

A szoftver teljesíti a felhasználói igényeket, elfogadható futási idő alatt, és elfogadható kényelmet
biztosítva végzi el feladatát.
A szoftver kielégíti a specifikációban lefektetett feltételeket, és hibafellépés nélkül végzi el feladatát.
A szoftver működése során nem veszélyeztet emberi életet, nem okoz környezeti és gazdasági
károkat.
A szoftver az elvárt kimenettel szolgál adott bemenetek esetén.

A

A szoftver teljesíti a felhasználói igényeket, elfogadható futási idő alatt, és elfogadható kényelmet
biztosítva végzi el feladatát

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
51
Q

Egy szoftver termékre milyen tulajdonságoknak kell teljesülnie?
Hatékony
Megbízható
Használható
Módosítható
Hordozható
Hasznosítható
Mozgatható

A

Hatékony
Megbízható
Használható
Módosítható
Hordozható

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
52
Q

Egy szoftver termékre milyen tulajdonságoknak kell teljesülnie?

Tesztelhető
Újra-felhasználható
Karbantartható
Együttműködhető
Biztonságos
Hasznosítható

A

Tesztelhető
Újra-felhasználható
Karbantartható
Együttműködhető

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
53
Q

Mit jelent egy szoftver termék esetén a hatékonyság?

Kellő idő alatt teljesíti a számítási feladatát.
Elfogadható a futási ideje.
Megfelelően lehet használni, elfogadható felhasználói kényelemmel, szolgáltatásokkal.
Hibafellépés nélkül hajtja végre előírt feladatát.

A

Kellő idő alatt teljesíti a számítási feladatát.
Elfogadható a futási ideje.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
54
Q

Mit jelent egy szoftver termék esetén a megbízhatóság?

Hibafellépés nélkül hajtja végre előírt feladatát.
Kellő idő alatt teljesíti a számítási feladatát. Elfogadható a futási ideje.
A hibákat felismeri és megfelelően kezeli.
Megfelelően lehet használni, elfogadható felhasználói kényelemmel, szolgáltatásokkal.

A

Hibafellépés nélkül hajtja végre előírt feladatát.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
55
Q

Mit jelent egy szoftver termék esetén a használhatóság?

Megfelelően lehet használni, elfogadható felhasználói kényelemmel, szolgáltatásokkal.
Kellő idő alatt teljesíti a számítási feladatát.
Hibafellépés nélkül hajtja végre előírt feladatát.
Elfogadható a futási ideje.

A

Megfelelően lehet használni, elfogadható felhasználói kényelemmel, szolgáltatásokkal.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
56
Q

Mit jelent egy szoftver termék esetén a módosíthatóság?

Könnyen meg lehet változtatni, ha a követelmények változnak.
Az egész szoftver vagy annak jól elhatárolható részei más rendszerekbe is beépíthetőek.
A felhasználó igényei szerint változtathatja a szoftver összetételét, komponenseit.
A felhasználás során felmerülő igényekhez lehessen megváltoztatni, átalakítani, módosítani.

A

Könnyen meg lehet változtatni, ha a követelmények változnak.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
57
Q

Mit jelent egy szoftver termék esetén a hordozhatóság?

A lehető legkevesebb újraírás árán lehessen átvinni egy másik hardver-platformra.
A lehető legkevesebb újraírás árán lehessen átvinni egy másik operációs rendszer alá.
Az egész szoftver vagy annak jól elhatárolható részei más rendszerekbe is beépíthetőek,
felhasználhatóak legyenek.
A szoftver mobil informatikai eszközökön is futtatható legyen.

A

A lehető legkevesebb újraírás árán lehessen átvinni egy másik hardver-platformra.
A lehető legkevesebb újraírás árán lehessen átvinni egy másik operációs rendszer alá.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
58
Q

Mit jelent egy szoftver termék esetén a tesztelhetőség?
Könnyen lehessen tesztelni, az esetleges működési hibákat megtalálni.
A szoftver tartalmaz olyan modulokat, melyek elősegítik a tesztek végrehajtását.
A fejlesztés olyan fázishoz érkezett, ahol lehetőség adódik a szoftver termék tesztelésére.
Egyik sem.

A

Könnyen lehessen tesztelni, az esetleges működési hibákat megtalálni.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
59
Q

Mit jelent egy szoftver termék esetén az újra-felhasználhatóság?

Az egész szoftver vagy annak jól elhatárolható részei más rendszerekbe is beépíthetőek,
felhasználhatóak legyenek.
A felhasználás során felmerülő igényekhez lehessen megváltoztatni, átalakítani, módosítani.
A felhasználó a szoftvert az eredeti felhasználási igényeken túlmenően más feladatok elvégzésére is
fel tudja használni.
Könnyen meg lehet változtatni, ha a követelmények változnak.

A

Az egész szoftver vagy annak jól elhatárolható részei más rendszerekbe is beépíthetőek,
felhasználhatóak legyenek.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
60
Q

Mit jelent egy szoftver termék esetén a karbantarthatóság?

A felhasználás során felmerülő igényekhez lehessen megváltoztatni, átalakítani, módosítani.
Az egész szoftver vagy annak jól elhatárolható részei más rendszerekbe is beépíthetőek,
felhasználhatóak legyenek.
Könnyen meg lehet változtatni, ha a követelmények változnak.
Szoftver meghibásodás esetén hatékonyan lehet javítani, módosítani.

A

A felhasználás során felmerülő igényekhez lehessen megváltoztatni, átalakítani, módosítani.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
61
Q

Mit jelent egy szoftver termék esetén az együttműködhetőség?

A szoftver más rendszerekkel való együttműködési, információcserélési lehetőségeire utal.
Megfelelően lehet használni, elfogadható felhasználói kényelemmel, szolgáltatásokkal.
A lehető legkevesebb újraírás árán lehessen átvinni egy másik hardver-platformra, vagy másik
operációs rendszer alá. Az a jó, ha csak újra le kell fordítani az új számítógépen. De az a legjobb, ha
minden további nélkül képes együttműködni az új környezetben.
Az egész szoftver vagy annak jól elhatárolható részei más rendszerekbe is beépíthetőek,
felhasználhatóak legyenek.

A

A szoftver más rendszerekkel való együttműködési, információcserélési lehetőségeire utal.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
62
Q

Mi az úgynevezett Brooks-féle szabály?

Ahhoz, hogy a kezdeti kétemberes fejlesztés ne csak a két ember számára legyen elfogadható,
hanem széles körben, mások által is használható legyen, még további munkára, ráfordításra van
szükség, ami az eredetinek kb. 8-9-szerese.
Ahhoz, hogy a kezdeti néhány emberes fejlesztés ne csak egy szűk kör számára legyen elfogadható,
hanem széles körben, mások által is használható legyen, még további munkára, ráfordításra van
szükség, ami az eredetinek kb. 4-5-szöröse.
Az ugyanazon térfogatba integrálható áramkörök száma és ezzel együtt a számítási teljesítmény
másfél évenként megkétszereződik
Az ugyanazon térfogatba integrálható tranzisztorok száma és ezzel együtt a számítási teljesítmény
másfél évenként megkétszereződik.

A

Ahhoz, hogy a kezdeti kétemberes fejlesztés ne csak a két ember számára legyen elfogadható,
hanem széles körben, mások által is használható legyen, még további munkára, ráfordításra van
szükség, ami az eredetinek kb. 8-9-szerese.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
63
Q

Mi az emberhónap?

A projektek munkaráfordításának egy mérőszáma. Ezt a számot úgy kapjuk meg, hogy a projektben
részt vevő emberek átlagos számát megszorozzuk a projekt teljes időtartamával.
Egy szoftverfejlesztési mérőszám. Megadja, hogy egy adott fejlesztési projekt elvégzéséhez mennyi
időre van szüksége a fejlesztőcsapatnak.
Megadja, hogy a fejlesztő team egy tagjának mennyi idő szükséges a projekt feladat elvégzéséhez.
Megadja, hogy a fejlesztő team havi lebontásban átlagosan hány fejlesztőt alkalmaz az adott projekt
elvégzésére.

A

A projektek munkaráfordításának egy mérőszáma. Ezt a számot úgy kapjuk meg, hogy a projektben
részt vevő emberek átlagos számát megszorozzuk a projekt teljes időtartamával.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
64
Q

Egy szoftverfejlesztési projekt mikor nevezhető sikeresnek?

Ha a kitűzött határidőn belül készül el
Ha a fejlesztés a megállapított költségkereten belül valósul meg
Ha az eredetileg specifikált működési jellemzők többsége teljesül
Ha a felhasználó igényeket teljes mértékben kielégíti
Ha az értékesítés során sikerül profitot termelni

A

Ha a kitűzött határidőn belül készül el
Ha a fejlesztés a megállapított költségkereten belül valósul meg
Ha az eredetileg specifikált működési jellemzők többsége teljesül

64
Q

Az alábbi kategóriák közül melyek tartoznak Roger Pressman által felállított szoftver
alkalmazási területek közé?

Rendszer-szoftverek
Valós idejű szoftverek
Üzleti célú szoftverek
Rendszer közeli szoftverek

A

Rendszer-szoftverek
Valós idejű szoftverek
Üzleti célú szoftverek

64
Q

Egy fejlesztési projekt esetén EH=112. Mennyi lehet E és H értéke?

E=1, H=112
E=2, H=56
E=28, H=4
E=7, H=16
E=14, H=8

A

E=1, H=112
E=2, H=56
E=28, H=4
E=7, H=16
E=14, H=8

64
Q

Mi a VIR?

EIS
Vezetői információs rendszer
ERP
Vállalati információs rendszer
Vállalati irányítási rendszer
Vezetői irányítási rendszer

A

EIS
Vezetői információs rendszer

64
Q

Az alábbi kategóriák közül melyek tartoznak Roger Pressman által felállított szoftver
alkalmazási területek közé?
Mérnöki és tudományos célú szoftverek
Beágyazott szoftverek
Felhasználói szoftverek
Operációs rendszer szoftverek

A

Mérnöki és tudományos célú szoftverek
Beágyazott szoftverek

64
Q

Mi igaz a VIR esetén?

Elsősorban felső szintű döntéshozók, pénzügyi szakemberek és üzletemberek számára nyújt
támogatást.
Nem dolgozik bele a vállalati adatbázisba, onnan csak kiválasztja a „hasznos” adatokat.
Egy vállalat összes üzleti tevékenységét lefedi, kiszolgálja.
Óriási mennyiségű adat írását, olvasását, feldolgozását végzi.
Elterjedt angol megnevezése az Enterprise Resource Planning System.

A

Elsősorban felső szintű döntéshozók, pénzügyi szakemberek és üzletemberek számára nyújt
támogatást.
Nem dolgozik bele a vállalati adatbázisba, onnan csak kiválasztja a „hasznos” adatokat.

65
Q

Az alábbi kategóriák közül melyek tartoznak Roger Pressman által felállított szoftver
alkalmazási területek közé?

Személyi számítógépes szoftverek
Mesterséges intelligencia szoftverek
Irodai és üzleti szoftverek
Tervező és grafikai szoftverek

A

Személyi számítógépes szoftverek
Mesterséges intelligencia szoftverek

66
Q

Mely állítások igazak?

Az EIS rendszerek a vezetői döntéshez szükséges információkat szűrik ki, szelektálják az adatbázisból.
Egy vállalat ERP rendszere az EIS rendszerre épül.
Az EIS rendszerek egy vállalat összes üzleti tevékenységét lefedi, kiszolgálja.
Az EIS rendszerek nagy mennyiségű adatok olvasását, írását, feldolgozását végzik.

A

Az EIS rendszerek a vezetői döntéshez szükséges információkat szűrik ki, szelektálják az adatbázisból.

67
Q

Mely szoftver alkalmazási területre jellemzőek az alábbi kifejezések?
Szolgáltatást nyújt, strukturált vagy strukturálatlan fájlok feldolgozása, nagy mennyiségű
adatfeldolgozás.

Rendszer szoftver
Mérnöki és tudományos célú szoftver
Valós idejű szoftver
Üzleti célú szoftver

A

Rendszer szoftver

68
Q

Mely szoftver alkalmazási területre jellemzőek az alábbi kifejezések?
Időbeliséghez igazodás, külső események felügyelete, vezérlése, időkereten belüli reagálás.

Valós idejű szoftver
Rendszer szoftver
Mesterséges intelligencia szoftver
Üzleti célú szoftver

A

Valós idejű szoftver

69
Q

Mely szoftver alkalmazási területre jellemzőek az alábbi kifejezések?
Nagy mennyiségű információ feldolgozás, komponens alapú komplex rendszer, minden
komponensnek egyéni funkció.

Üzleti célú szoftver
Rendszer szoftver
Mérnöki és tudományos célú szoftver
Beágyazott szoftver

A

Üzleti célú szoftver

70
Q

Mely szoftver alkalmazási területre jellemzőek az alábbi kifejezések?
Nagy mennyiségű számítási igény, nagy teljesítményű hardver, komplex matematikai műveletek.

Mérnöki és tudományos célú szoftver
Rendszer szoftver
Mesterséges intelligencia szoftver
Egyik sem

A

Mérnöki és tudományos célú szoftver

71
Q

Mely szoftver alkalmazási területre jellemzőek az alábbi kifejezések?
Vezérlő eszköz vagy célberendezés működését segítik, teszik lehetővé.

Beágyazott szoftver
Mesterséges intelligencia szoftver
Rendszer szoftver
Egyik sem

A

Beágyazott szoftver

72
Q

Honnan számítható egy szoftver életciklusa?

Egy szoftver életciklusa a követelmények specifikálásával veszi kezdetét.
Egy szoftver életciklusa akkor kezdődik, amikor a felhasználó használatba veszi az elkészült szoftvert.
Egy szoftver életciklusa a fejlesztési folyamattal egy időben kezdődik.
Egy szoftver életciklusa az üzembe helyezéssel indul.

A

Egy szoftver életciklusa a követelmények specifikálásával veszi kezdetét.

73
Q

Mikor fejeződik be egy szoftver életciklusa?

Amikor a szoftver elavulttá válik, használaton kívülre kerül.
Amikor a szoftverfejlesztés lezárul, értékesíthetővé válik a szoftver.
Egy szoftver életciklusa sosem zárul le, mert a szoftver nem öregszik és nem megy tönkre.
Amikor a szoftvernek újabb kiadása kerül értékesítésre, ezáltal a régebbi verzió használaton kívülre
kerül.

A

Amikor a szoftver elavulttá válik, használaton kívülre kerül.

74
Q

Az alábbiak közül melyek szoftverfejlesztési modellek?

Vízesés modell
Evolúciós fejlesztés
Inkrementális fejlesztés
Spirál modell
V-modell
Generikus fejlesztés
Dekrementális fejlesztés
Iterációs fejlesztés

A

Vízesés modell
Evolúciós fejlesztés
Inkrementális fejlesztés
Spirál modell
V-modell

75
Q

Az alábbi állítások közül mely hamis?

A V-modell leginkább a vállalati információs rendszerekhez alkalmas.
A spirál modell a nem szigorúan specifikált kiinduláshoz alkalmazható.
A spirál modell az erőforrások elosztására és a költségekre koncentrál.
A V-modell a biztonsági követelmények teljesítéséhez alkalmazkodik

A

A V-modell leginkább a vállalati információs rendszerekhez alkalmas.
A spirál modell a nem szigorúan specifikált kiinduláshoz alkalmazható.

76
Q

Mi jellemezte egy szoftverfejlesztési folyamatot a szoftver-technológia kialakulásának
kezdetén?

Egymás után elvégzendő feladatok sorozatának definiálása.
Egyes feladatok végrehajtására konkrét tevékenységek rendelése.
Fejlesztési tevékenységek időrendbeli rendezése.
Konkrét feladat megoldására alkalmas modell.
Fejlesztési lépések halmazának definiálása.
Fejlesztési lépések céljának meghatározása.
Fejlesztési folyamat elvont, absztrakt definiálása.
Általános fejlesztési modell.

A

Egymás után elvégzendő feladatok sorozatának definiálása.
Egyes feladatok végrehajtására konkrét tevékenységek rendelése.
Fejlesztési tevékenységek időrendbeli rendezése.
Konkrét feladat megoldására alkalmas modell.

77
Q

Mi jellemezi egy szoftverfejlesztési folyamatot a szoftver-technológia mai szemlélete
szerint?

Fejlesztési lépések halmazának definiálása.
Fejlesztési lépések céljának meghatározása.
Fejlesztési folyamat elvont, absztrakt definiálása.
Általános fejlesztési modell.
Egymás után elvégzendő feladatok sorozatának definiálása.
Egyes feladatok végrehajtására konkrét tevékenységek rendelése.
Fejlesztési tevékenységek időrendbeli rendezése.
Konkrét feladat megoldására alkalmas modell.

A

Fejlesztési lépések halmazának definiálása.
Fejlesztési lépések céljának meghatározása.
Fejlesztési folyamat elvont, absztrakt definiálása.
Általános fejlesztési modell.

78
Q

Milyen fázisok találhatóak a vízesés modellben?

Követelmények elemzése és meghatározása
Rendszertervezés és szoftvertervezés
Implementáció és az egységek tesztelése
Integrálás és rendszertesztelés
Üzemeltetés és karbantartás
Fejlesztési célok, követelmények meghatározása
Modulok előállítása és tesztelése
Felhasználók oktatása

A

Követelmények elemzése és meghatározása
Rendszertervezés és szoftvertervezés
Implementáció és az egységek tesztelése
Integrálás és rendszertesztelés
Üzemeltetés és karbantartás

79
Q

A vízesés modell fázisai közül melyik az, melyből bármelyik korábbi fázishoz visszatérhetünk?

Üzemeltetés és karbantartás
Rendszer validálás és bizonylatolás
Integrálás és rendszertesztelés
Implementáció és egységek tesztelése

A

Üzemeltetés és karbantartás

80
Q

Hogyan szokás még nevezni a vízesés modellt?

Lineáris ciklus
Inkrementális modell
Növekményes fejlesztés
Evolúciós fejlesztés
Prototípus alapú fejlesztés

A

Lineáris ciklus

81
Q

Mikor alkalmazható jól a vízesés modell?

Ha a fejlesztési követelmények egyértelműen meg vannak határozva.
Ha nem áll fent annak a veszélye, hogy a követelmények megváltoznak.
Ha a fejlesztési követelmények kezdetben nincsenek egyértelműen meghatározva.
Ha a fejlesztési követelmények a projekt során többször módosulnak.

A

Ha a fejlesztési követelmények egyértelműen meg vannak határozva.
Ha nem áll fent annak a veszélye, hogy a követelmények megváltoznak.

82
Q

Ha egy rendszert nem lehet vagy nem érdemes pontosan specifikálni, akkor milyen
szoftverfejlesztési modellt célszerű alkalmazni?

Evolúciós fejlesztés
Prototípus-alapú fejlesztés
Inkrementális modell
Spirál modell
V modell

A

Evolúciós fejlesztés
Prototípus-alapú fejlesztés

83
Q

Milyen fázisok találhatóak a prototípus alapú fejlesztésben?

Feladat meghatározása
Rendszer specifikálása
Prototípus kifejlesztése
Prototípus megfelelőségének vizsgálata
Rendszer megtervezése
Rendszer megépítése
Prototípusok tesztelése és implementálása
Rendszer üzemeltetése és karbantartása
Integrálás és rendszertesztelés

A

Feladat meghatározása
Rendszer specifikálása
Prototípus kifejlesztése
Prototípus megfelelőségének vizsgálata
Rendszer megtervezése
Rendszer megépítése

84
Q

Mi jellemző a lineáris ciklusra?

Jellemző sajátossága a szekvencialitás, ami úgy nyilvánul meg, hogy az egyes fázisok kötött
sorrendben követik egymást. Mégpedig oly módon, hogy egy fázis csak akkor kezdhető el, ha az őt
megelőző fázis fejlesztési eredménye már rendelkezésre áll. Ideális esetben mindegyik szakasz csak
egyetlen „menetben” valósul meg.
Ez a modell több egymást követő fejlesztési állomásból tevődik össze, ahol az egyes állomások
eredményeinek elemzése alapján kerül sor a következő állomás tervezésére és megvalósítására.
Ebben a megközelítésben mindegyik állomás az előzőnél teljesebb, jobban kiérlelt verziót
eredményez.
Ebben a modellben az egyes tevékenységek nem előírt sorrendben követik egymást, a
tevékenységek közötti bizonyos visszalépésekkel, hanem folyamatosan előre haladva, fejlesztési
ciklusokba, hurkokba rendezve. Itt mindegyik ciklus egy önálló fejlesztési fázist képvisel.
Ebben a megoldásban a felhasználók először csak főbb vonásokban határozzák meg az elérendő
szolgáltatásokat, megadva a fontosabb és a kevésbé fontos szempontokat. Kiindulásként a teljes
rendszert részfunkciókra bontják, és az egyes részfunkciókat megvalósító fejlesztési változatokat
rendelik meg.

A

Jellemző sajátossága a szekvencialitás, ami úgy nyilvánul meg, hogy az egyes fázisok kötött
sorrendben követik egymást. Mégpedig oly módon, hogy egy fázis csak akkor kezdhető el, ha az őt
megelőző fázis fejlesztési eredménye már rendelkezésre áll. Ideális esetben mindegyik szakasz csak
egyetlen „menetben” valósul meg.

85
Q

Mi jellemző az evolúciós fejlesztésre?

Ez a modell több egymást követő fejlesztési állomásból tevődik össze, ahol az egyes állomások
eredményeinek elemzése alapján kerül sor a következő állomás tervezésére és megvalósítására.
Ebben a megközelítésben mindegyik állomás az előzőnél teljesebb, jobban kiérlelt verziót
eredményez.
Jellemző sajátossága a szekvencialitás, ami úgy nyilvánul meg, hogy az egyes fázisok kötött
sorrendben követik egymást. Mégpedig oly módon, hogy egy fázis csak akkor kezdhető el, ha az őt
megelőző fázis fejlesztési eredménye már rendelkezésre áll. Ideális esetben mindegyik szakasz csak
egyetlen „menetben” valósul meg.
Ebben a modellben az egyes tevékenységek nem előírt sorrendben követik egymást, a
tevékenységek közötti bizonyos visszalépésekkel, hanem folyamatosan előre haladva, fejlesztési
ciklusokba, hurkokba rendezve. Itt mindegyik ciklus egy önálló fejlesztési fázist képvisel.
Ebben a megoldásban a felhasználók először csak főbb vonásokban határozzák meg az elérendő
szolgáltatásokat, megadva a fontosabb és a kevésbé fontos szempontokat. Kiindulásként a teljes
rendszert részfunkciókra bontják, és az egyes részfunkciókat megvalósító fejlesztési változatokat
rendelik meg

A

Ez a modell több egymást követő fejlesztési állomásból tevődik össze, ahol az egyes állomások
eredményeinek elemzése alapján kerül sor a következő állomás tervezésére és megvalósítására.
Ebben a megközelítésben mindegyik állomás az előzőnél teljesebb, jobban kiérlelt verziót
eredményez.

86
Q

Prototípus alapú fejlesztés esetén melyik az a fázis, mely során visszaléphetünk a modell
kezdeti fázisához?

Prototípus megfelelőségének vizsgálata
Rendszer specifikálása
Rendszer tervezése
Rendszer tesztelése és validálása
Prototípus implementálása és tesztelése

A

Prototípus megfelelőségének vizsgálata

87
Q

Mekkora rendszereknél célszerű alkalmazni az evolúciós fejlesztést?

Kiss és közepes méretű rendszerek esetén, ahol nincs szükség több team-re.
Nagy méretű rendszerek esetén, ahol több team munkájára van szükség.
Kiss és nagy méretű fejlesztések esetén egyaránt jól használható.
Kiss méretű, de több team együttes munkáját igénylő fejlesztéseknél.

A

Kiss és közepes méretű rendszerek esetén, ahol nincs szükség több team-re.

88
Q

Nagy rendszereknél érdemes e vegyesen használni az evolúciós és a vízesés modellt? Ha
igen, hogyan?

Igen, a specifikáció végleges kialakítását evolúciós módon, és ezt követően már a vízesés-alapú
folyamattal valósítsuk meg a végleges tervet.
Igen, a specifikáció végleges kialakítását vízesés módon, és ezt követően már az evolúciós-alapú
folyamattal valósítsuk meg a végleges tervet.
Igen, a fejlesztést vízesés modellel hajtsuk végre, ahol minden egyes fázis esetén evolúciós modellt
alkalmazunk.
Nem, nagy rendszereknél általában evolúciós modellt érdemes alkalmazni.

A

Igen, a specifikáció végleges kialakítását evolúciós módon, és ezt követően már a vízesés-alapú
folyamattal valósítsuk meg a végleges tervet.

89
Q

Mit nevezünk inkrementumnak?

Növekményes fejlesztési modell esetén az egyes részfunkciókat megvalósító fejlesztési változatokat.
Evolúciós fejlesztési modell esetén az egyes részfunkciókat megvalósító fejlesztési változatokat.
Növekményes fejlesztési modell esetén a szoftver specifikációban lefektetett részfunkciókat.
Evolúciós fejlesztési modell esetén a szoftver specifikációban lefektetett részfunkciókat.
Egyik sem.

A

Növekményes fejlesztési modell esetén az egyes részfunkciókat megvalósító fejlesztési változatokat.

90
Q

Az alábbiak közül melyik igaz a növekményes fejlesztési modell esetén?

Inkrementumokból integrálják össze a kész rendszert.
Az egyes inkrementumokat külön fejlesztik le.
A inkrementumok száma a rendszer moduljainak számától függ.
Jellemző sajátossága a szekvencialitás.
A rendszer validálása során bármely korábbi fázishoz visszaléphetünk.

A

Inkrementumokból integrálják össze a kész rendszert.
Az egyes inkrementumokat külön fejlesztik le.

91
Q

Inkrementális fejleszt esetén mely fázis során és hova léphetünk vissza?

A rendszer teljességének vizsgálata során léphetünk vissza az inkrementum kifejlesztési fázis elé.
A rendszer teljességének vizsgálata során léphetünk vissza a rendszer architektúra tervezési fázis
elé.
A rendszer validálása során léphetünk vissza az inkrementum validálási fázis elé.
Az inkrementum integrálása során léphetünk vissza az inkrementum kifejlesztési fázis elé.
A rendszer validálása során bármely korábbi fázishoz visszaléphetünk.

A

A rendszer teljességének vizsgálata során léphetünk vissza az inkrementum kifejlesztési fázis elé.

92
Q

Milyen előnyei vannak az inkrementális fejlesztésnek?

A felhasználónak nem kell megvárnia, amíg a teljes végleges rendszert megkapja.
Viszonylag alacsony a kockázata annak, hogy teljes projekt sikertelen lesz.
A fontos szolgáltatások fogják a legtöbb tesztelést kapni.
Szoros az inkrementumok közti kapcsolat és együttműködés.
Az inkrementumok révén jól kezeli a nagy méretű részfunkciókat.
A fejlesztés során előálló prototípusok révén jól tesztelhető a rendszer

A

A felhasználónak nem kell megvárnia, amíg a teljes végleges rendszert megkapja.
Viszonylag alacsony a kockázata annak, hogy teljes projekt sikertelen lesz.
A fontos szolgáltatások fogják a legtöbb tesztelést kapni.

93
Q

Növekményes fejlesztés esetén mi a teendő, ha egy inkrementum elkészül (véglegessé
válik)?

Hozzáintegráljuk a már elfogadott és egybeépített többi inkrementumhoz.
Átadjuk a felhasználónak, mivel a növekményes fejlesztés lényege, hogy a megrendelő
inkrementumonként kapja kézhez a szoftver rendszert.
Növekményes fejlesztés esetén nem beszélhetünk inkrementumokról, mivel az az inkrementális
fejlesztéshez tartozik.
Validáljuk a rendszert, döntünk a további inkrementumok fejlesztéséről.

A

Hozzáintegráljuk a már elfogadott és egybeépített többi inkrementumhoz.

94
Q

Mi jellemző a spirál modellre?

Ebben a modellben az egyes tevékenységek nem előírt sorrendben követik egymást, a
tevékenységek közötti bizonyos visszalépésekkel, hanem folyamatosan előre haladva, fejlesztési
ciklusokba. Itt mindegyik ciklus egy önálló fejlesztési fázist képvisel.
Ez a modell több egymást követő fejlesztési állomásból tevődik össze, ahol az egyes állomások
eredményeinek elemzése alapján kerül sor a következő állomás tervezésére és megvalósítására.
Ebben a megközelítésben mindegyik állomás az előzőnél teljesebb, jobban kiérlelt verziót
eredményez.
Ebben a megoldásban a felhasználók először csak főbb vonásokban határozzák meg az elérendő
szolgáltatásokat, megadva a fontosabb és a kevésbé fontos szempontokat. Kiindulásként a teljes
rendszert részfunkciókra bontják, és az egyes részfunkciókat megvalósító fejlesztési változatokat
rendelik meg.
Jellemző sajátossága a szekvencialitás, ami úgy nyilvánul meg, hogy az egyes fázisok kötött
sorrendben követik egymást. Mégpedig oly módon, hogy egy fázis csak akkor kezdhető el, ha az őt
megelőző fázis fejlesztési eredménye már rendelkezésre áll. Ideális esetben mindegyik szakasz csak
egyetlen „menetben” valósul meg.

A

Ebben a modellben az egyes tevékenységek nem előírt sorrendben követik egymást, a
tevékenységek közötti bizonyos visszalépésekkel, hanem folyamatosan előre haladva, fejlesztési
ciklusokba. Itt mindegyik ciklus egy önálló fejlesztési fázist képvisel.

95
Q

: Milyen szektorokból és milyen sorrendben épül fel a spirál modell?

1: Fejlesztési célok, tárgykörök megállapítása. 2: Kockázatok értékelése és csökkentése. 3: Fejlesztés
és validálás. 4: Tervezés
1: Fejlesztési célok, tárgykörök megállapítása. 2: Kockázatok értékelése és csökkentése. 3: Tervezés.
4: Fejlesztés és validálás.
1: Felhasználói igények felmérése. 2: Fejlesztési célok, tárgykörök megállapítása. 3: Fejlesztés és
validálás. 4: Tervezés
1: Felhasználói igények felmérése. 2: Fejlesztési célok, tárgykörök megállapítása. 3: Tervezés. 4:
Fejlesztés és validálás.

A

1: Fejlesztési célok, tárgykörök megállapítása. 2: Kockázatok értékelése és csökkentése. 3: Fejlesztés
és validálás. 4: Tervezés

96
Q

Spirál modell esetén mi történik a tervezési fázisban?

A projekt teljes átvizsgálása, döntés további folytatásról.
A felhasználói igények alapján meg kell tervezni a szoftver architektúrát.
Az egyes szoftvermodulok implementálásához szükséges tervek előkészítése történik.
Kockázatok azonosítása és csökkentése.

A

A projekt teljes átvizsgálása, döntés további folytatásról.

97
Q

Az alábbiak közül melyik igaz?

A spirál modell fontos velejárója a kockázatok feltárása és csökkentése.
Spirál modell esetén lehetséges az, hogy az egyik spirál-ciklust a másiktól eltérő modell
használatával valósítsuk meg.
Spirál modell esetén mindegyik ciklusban ugyanazt a modellt kell alkalmaznunk.
Spirál modell esetén nem hangsúlyos a kockázatok elemzése és csökkentése.

A

A spirál modell fontos velejárója a kockázatok feltárása és csökkentése.
Spirál modell esetén lehetséges az, hogy az egyik spirál-ciklust a másiktól eltérő modell
használatával valósítsuk meg.

98
Q

Milyen fejlesztési modellt vagy modelleket választana olyan feladat esetén, amit előzetesen
pontosan ismer, a teljes felépítéssel együtt?

Vízesés modell
V modell
Prototípus alapú fejlesztés
Inkrementális fejlesztés
Spirál modell

A

Vízesés modell

99
Q

Milyen fejlesztési modellt vagy modelleket választana olyan feladat esetén, amely nincsen
jól strukturálva, és nehezebb átgondolni?

Evolúciós modell
Prototípus alapú fejlesztés
Spirál modell
V modell
Vízesés modell

A

Evolúciós modell
Prototípus alapú fejlesztés

100
Q

Milyen fejlesztési modellt vagy modelleket választana olyan feladat esetén, ahol korai
eredményt szeretnénk elérni a felhasználó megnyerése érdekében?

Prototípus alapú fejlesztés
Spirál modell
Inkrementális modell
V modell
Vízesés modell

A

Prototípus alapú fejlesztés
Spirál modell
Inkrementális modell

101
Q

Mi jellemzi a biztonságkritikus rendszert?

Ne veszélyeztesse az emberi életet.
Ne veszélyeztesse az egészséget.
Ne okozzon gazdasági kárt.
Ne okozzon környezeti kárt.
Tipikusan ilyenek a banki szoftverek.
Tipikusan ilyenek a vállalati számlázó szoftverek.
Szoftver hiba esetén is képes végrehajtani a feladatát.

A

Ne veszélyeztesse az emberi életet.
Ne veszélyeztesse az egészséget.
Ne okozzon gazdasági kárt.
Ne okozzon környezeti kárt.
Tipikusan ilyenek a banki szoftverek.

102
Q

Mi jellemző a hibatűrő rendszerekre?

Hiba esetén is képes ellátni főbb funkcióit.
Hiba esetén teljesítménye lecsökkenhet.
Hiba esetén is ugyanolyan hatásfokkal képes működni, mint hibamentesen.
Szoftver meghibásodás esetén is képes működni.
Tervezésnél az a cél, hogy a szoftver minden körülmények között hibamentesen működjön.

A

Hiba esetén is képes ellátni főbb funkcióit.
Hiba esetén teljesítménye lecsökkenhet.

103
Q

Mi a megbízhatóság?

Annak feltételes valószínűsége, hogy egy informatikai rendszer hibátlanul működik a [t0, t]
időintervallumban, feltéve, hogy a t0 <= t időpontban hibátlanul működött.
Annak valószínűsége, hogy az informatikai rendszer helyesen működik a t időpontban.
Annak valószínűsége, hogy az informatikai rendszer helyesen vagy hibásan működik a t időpontban,
de oly módon, hogy nem veszélyeztet emberi életet, nem okoz anyagi vagy környezeti kárt, és nem
befolyásolja károsan más rendszerek működését.
Annak valószínűsége, hogy a meghibásodott rendszer újra működőképessé tehető t időtartam alatt.

A

Annak feltételes valószínűsége, hogy egy informatikai rendszer hibátlanul működik a [t0, t]
időintervallumban, feltéve, hogy a t0 <= t időpontban hibátlanul működött.

104
Q

Mi a rendelkezésre állás?

Annak valószínűsége, hogy az informatikai rendszer helyesen működik a t időpontban.
Annak valószínűsége, hogy az informatikai rendszer helyesen vagy hibásan működik a t időpontban,
de oly módon, hogy nem veszélyeztet emberi életet, nem okoz anyagi vagy környezeti kárt, és nem
befolyásolja károsan más rendszerek működését.
Annak valószínűsége, hogy a meghibásodott rendszer újra működőképessé tehető t időtartam alatt.
Annak feltételes valószínűsége, hogy egy informatikai rendszer hibátlanul működik a [t0, t]
időintervallumban, feltéve, hogy a t0 <= t időpontban hibátlanul működött.

A

Annak valószínűsége, hogy az informatikai rendszer helyesen működik a t időpontban.

105
Q

Mi a biztonságosság?

Annak valószínűsége, hogy az informatikai rendszer helyesen vagy hibásan működik a t időpontban,
de oly módon, hogy nem veszélyeztet emberi életet, nem okoz anyagi vagy környezeti kárt, és nem
befolyásolja károsan más rendszerek működését.
Annak valószínűsége, hogy a meghibásodott rendszer újra működőképessé tehető t időtartam alatt.
Annak feltételes valószínűsége, hogy egy informatikai rendszer hibátlanul működik a [t0, t]
időintervallumban, feltéve, hogy a t0 <= t időpontban hibátlanul működött.
Annak valószínűsége, hogy az informatikai rendszer helyesen működik a t időpontban.

A

Annak valószínűsége, hogy az informatikai rendszer helyesen vagy hibásan működik a t időpontban,
de oly módon, hogy nem veszélyeztet emberi életet, nem okoz anyagi vagy környezeti kárt, és nem
befolyásolja károsan más rendszerek működését.

106
Q

Mi a karbantarthatóság?

Annak valószínűsége, hogy a meghibásodott rendszer újra működőképessé tehető t időtartam alatt.
Annak feltételes valószínűsége, hogy egy informatikai rendszer hibátlanul működik a [t0, t]
időintervallumban, feltéve, hogy a t0 <= t időpontban hibátlanul működött.
Annak valószínűsége, hogy az informatikai rendszer helyesen működik a t időpontban.
Annak valószínűsége, hogy az informatikai rendszer helyesen vagy hibásan működik a t időpontban,
de oly módon, hogy nem veszélyeztet emberi életet, nem okoz anyagi vagy környezeti kárt, és nem
befolyásolja károsan más rendszerek működését.

A

Annak valószínűsége, hogy a meghibásodott rendszer újra működőképessé tehető t időtartam alatt.

107
Q

Melyik állítás igaz a megbízhatóság esetén?

Annak a valószínűségét fejezi ki, hogy a rendszer a [t0, t] intervallumban végig hibátlanul működik,
feltéve, hogy t0-ban hibátlanul működött.
Azt fejezi ki, hogy a [t0, t] intervallumban milyen valószínűséggel működik a rendszer, feltéve, hogy
t0-ban hibátlanul működött.
Megadja, hogy egy t időpillanatban milyen valószínűséggel működik hibátlanul a rendszer.
Megadja, hogy egy t időpillanatban milyen valószínűséggel működőképes a rendszer.

A

Annak a valószínűségét fejezi ki, hogy a rendszer a [t0, t] intervallumban végig hibátlanul működik,
feltéve, hogy t0-ban hibátlanul működött.

108
Q

Ha egy rendszer megbízható, akkor hibatűrő is?

Nem, a hibatűrés javítja a megbízhatóságot, de ettől még nem biztos, hogy magas lesz a
megbízhatóság.
Igen, a megbízhatóság garantálja, hogy a rendszer nagy valószínűséggel hibátlanul működik.
Igen, a két fogalom ekvivalens.
Nem, a megbízhatóság azt garantálja, hogy valamilyen valószínűséggel nem fordul elő hiba, de a
hibatűrés a hibák teljes kizárását követeli meg.

A

Nem, a hibatűrés javítja a megbízhatóságot, de ettől még nem biztos, hogy magas lesz a
megbízhatóság.

109
Q

Mi a különbség a megbízhatóság és a rendelkezésre állás között?

A megbízhatóság és a rendelkezésre állás között az a különbség, hogy az előbbi a t időpontig tartó
folyamatos helyességet fejezi ki, míg az utóbbi csak azt, hogy a t időpontban legyen a működés
helyes.
A rendelkezésre állás értéke ott lehet fontos, ahol a rendszert nem állandóan használják egy
feladatra, míg a megbízhatóságot elsősorban olyan rendszerek jellemzésére használják, ahol egy
rövid időre sincs megengedve a hibás működés.
A rendelkezésre állás és a megbízhatóság között az a különbség, hogy az előbbi a t időpontig tartó
folyamatos helyességet fejezi ki, míg az utóbbi csak azt, hogy a t időpontban legyen a működés
helyes.
A megbízhatóság értéke ott lehet fontos, ahol a rendszert nem állandóan használják egy feladatra,
míg a rendelkezésre állást elsősorban olyan rendszerek jellemzésére használják, ahol egy rövid időre
sincs megengedve a hibás működés.

A

A megbízhatóság és a rendelkezésre állás között az a különbség, hogy az előbbi a t időpontig tartó
folyamatos helyességet fejezi ki, míg az utóbbi csak azt, hogy a t időpontban legyen a működés
helyes.
A rendelkezésre állás értéke ott lehet fontos, ahol a rendszert nem állandóan használják egy
feladatra, míg a megbízhatóságot elsősorban olyan rendszerek jellemzésére használják, ahol egy
rövid időre sincs megengedve a hibás működés.

110
Q

Mit jelent az A(t) >= 0,4 ?

Az informatikai rendszer a t időpontban legalább 0,4 valószínűséggel helyesen fog működik.
Az informatikai rendszer t idő alatt legalább 0,4 valószínűséggel újra üzemképes állapotba hozható.
Az informatikai rendszer a t időpontban legalább 0,4 valószínűséggel biztonságosan fog működni.
Az informatikai rendszer a t időpontig legalább 0,4 valószínűséggel megbízhatóan fog működik.

A

Az informatikai rendszer a t időpontban legalább 0,4 valószínűséggel helyesen fog működik.

111
Q

Mit jelent az S(t) >= 0,7 ?

Az informatikai rendszer a t időpontban legalább 0,7 valószínűséggel biztonságosan fog működni.
Az informatikai rendszer a t időpontban legalább 0,7 valószínűséggel helyesen fog működik.
Az informatikai rendszer t idő alatt legalább 0,7 valószínűséggel újra üzemképes állapotba hozható.
Az informatikai rendszer a t időpontig legalább 0,7 valószínűséggel megbízhatóan fog működik.

A

Az informatikai rendszer a t időpontban legalább 0,7 valószínűséggel biztonságosan fog működni.

112
Q

Mit jelent az M(t) >= 0,9 ?

Az informatikai rendszer t idő alatt legalább 0,9 valószínűséggel újra üzemképes állapotba hozható.
Az informatikai rendszer a t időpontban legalább 0,9 valószínűséggel biztonságosan fog működni.
Az informatikai rendszer a t időpontban legalább 0,9 valószínűséggel helyesen fog működik.
Az informatikai rendszer a t időpontig legalább 0,9 valószínűséggel megbízhatóan fog működik.

A

Az informatikai rendszer t idő alatt legalább 0,9 valószínűséggel újra üzemképes állapotba hozható.

113
Q

Mely állítások igazak a BIST esetén?

A built-in self-testing rövidítése.
Az M(t) értékének magas szinten tartására használják.
Az R(t) értékének magas szinten tartására használják.
Arra szolgál, hogy egy informatikai rendszer könnyen tesztelhető legyen.
Az S(t) értékének magas szinten tartására használják.

A

A built-in self-testing rövidítése.
Az M(t) értékének magas szinten tartására használják.

114
Q

Mi a verifikáció?

Az a folyamat, amelyben meghatározzuk, hogy a vizsgált informatikai rendszer szoftvere teljesíti-e
mindazokat a követelményeket, amelyeket egy előző fázisban specifikáltak a szoftver fejlesztési vagy
előállítási folyamatában.
Az a folyamat, amelyben meghatározzuk, hogy a vizsgált informatikai rendszer szoftvere teljesíti-e
mindazokat a felhasználói elvárásokat, amelyeket egy előző fázisban specifikáltak a szoftver
fejlesztési vagy előállítási folyamatában.
A teljes szoftver vizsgálata és kiértékelése azzal a céllal, hogy meghatározzuk, minden szempontból
megfelel-e a felhasználói követelményeknek.
A teljes szoftver vizsgálata és kiértékelése azzal a céllal, hogy meghatározzuk, minden szempontból
megfelel-e a specifikációban lefektetett követelményeknek.

A

Az a folyamat, amelyben meghatározzuk, hogy a vizsgált informatikai rendszer szoftvere teljesíti-e
mindazokat a követelményeket, amelyeket egy előző fázisban specifikáltak a szoftver fejlesztési vagy
előállítási folyamatában.

115
Q

Mi a validáció?
A teljes szoftver vizsgálata és kiértékelése azzal a céllal, hogy meghatározzuk, minden szempontból
megfelel-e a felhasználói követelményeknek.
A teljes szoftver vizsgálata és kiértékelése azzal a céllal, hogy meghatározzuk, minden szempontból
megfelel-e a specifikációban lefektetett követelményeknek.
Az a folyamat, amelyben meghatározzuk, hogy a vizsgált informatikai rendszer szoftvere teljesíti-e
mindazokat a felhasználói elvárásokat, amelyeket egy előző fázisban specifikáltak a szoftver
fejlesztési vagy előállítási folyamatában.
Az a folyamat, amelyben meghatározzuk, hogy a vizsgált informatikai rendszer szoftvere teljesíti-e
mindazokat a követelményeket, amelyeket egy előző fázisban specifikáltak a szoftver fejlesztési vagy
előállítási folyamatában.

A

A teljes szoftver vizsgálata és kiértékelése azzal a céllal, hogy meghatározzuk, minden szempontból
megfelel-e a felhasználói követelményeknek.

116
Q

Ha tökéletesen végrehajtjuk a verifikációs folyamatot, akkor az garantálja a végtermék
tökéletes felhasználhatóságát?

Nem. Amit garantálni lehet, az a kiindulási specifikációval való ekvivalencia teljesülése.
Nem. Ha specifikálásban történt hiányosság vagy tévedés, a végtermék nem fog minden tekintetben
megfelelni a felhasználási követelményeknek.
Nem. A verifikációs folyamat tökéletes végrehajtása csak elméleti szinten lehetséges.
Igen. A verifikáció során mindvégig az előzetesen lefektetett felhasználói követelményekhez kell
igazodni.
Igen. A verifikálásra csak a validálás után kerülhet sor, ami garantálja a tökéletes
felhasználhatóságot.

A

Nem. Amit garantálni lehet, az a kiindulási specifikációval való ekvivalencia teljesülése.
Nem. Ha specifikálásban történt hiányosság vagy tévedés, a végtermék nem fog minden tekintetben
megfelelni a felhasználási követelményeknek.

117
Q

Biztonságkritikus rendszer esetén mit kell igazolni a validáció során?

A funkcionális megfelelőséget.
A teljesítményben való megfelelőséget.
A biztonsági követelmények teljesülését.
A felhasználói követelményeknek való megfelelőséget.
A biztonsági előírásoknak való megfelelőséget.

A

A funkcionális megfelelőséget.
A teljesítményben való megfelelőséget.
A biztonsági követelmények teljesülését.

118
Q

Az alábbiak közül melyik igaz?

A verifikáció arra ad választ, hogy a termék előállítása helyesen történt-e.
A validáció arra ad választ, hogy a helyes terméket állítottuk-e elő.
A validáció arra ad választ, hogy a termék előállítása helyesen történt-e.
A verifikáció arra ad választ, hogy a helyes terméket állítottuk-e elő.

A

A verifikáció arra ad választ, hogy a termék előállítása helyesen történt-e.
A validáció arra ad választ, hogy a helyes terméket állítottuk-e elő.

119
Q

Előfordulhat-e, hogy nincs szükség a validációs vagy a verifikációs folyamatra?

Igen. Bizonyos esetekben, ha a kiindulási specifikációban nincsen semmilyen hiányosság, akkor nincs
szükség a validációra.
Igen. Ha jól validált a rendszer, akkor nincs szükség a verifikációs folyamatra.
Igen. Bizonyos fejlesztési modellek esetén elhagyható a validációs folyamat.
Nem. A verifikációt és a validációt minden esetben el kell végezni.
Nem. Minden szoftver esetén szükség van verifikálásra, melynek része a validációs folyamat.

A

Igen. Bizonyos esetekben, ha a kiindulási specifikációban nincsen semmilyen hiányosság, akkor nincs
szükség a validációra.

120
Q

Mit fejez ki a V modell lefelé haladó ága?

A tervezési és létrehozási folyamatot.
A specifikációs és architektúrális folyamatot.
A teszttervezési és implementációs folyamatot.
A tesztelési és ellenőrzési folyamatot.

A

A tervezési és létrehozási folyamatot.

121
Q

Mit fejez ki a V modell felfelé haladó ága?

A tesztelési és ellenőrzési folyamatot.
A tervezési és létrehozási folyamatot.
A specifikációs és architektúrális folyamatot.
A teszttervezési és implementációs folyamatot.

A

A tesztelési és ellenőrzési folyamatot.

122
Q

Az alábbiak közül melyek a V modell életciklusának állomásai?

Követelmények specifikálása
Hazárd- és kockázatanalízás
Rendszer specifikálás
Felhasználói igények felmérése
Szoftver specifikálás

A

Követelmények specifikálása
Hazárd- és kockázatanalízás
Rendszer specifikálás

123
Q

Az alábbiak közül melyek a V modell életciklusának állomásai?

Architektúra tervezés
Modul tervezés
Modulok előállítása és tesztelése
Inkrementum kifejlesztése
Specifikációnak való megfelelés vizsgálata

A

Architektúra tervezés
Modul tervezés
Modulok előállítása és tesztelése

124
Q

Az alábbiak közül melyek a V modell életciklusának állomásai?

Rendszer integrálása és tesztelése
Rendszer verifikálása
Rendszer validálása
Inkrementumok tesztelése és integrálása
Rendszer architektúra tesztelése

A

Rendszer integrálása és tesztelése
Rendszer verifikálása
Rendszer validálása

125
Q

Mi a V modell életciklusának befejező állomásai?

Bizonylatolás, majd a rendszer üzemeltetése
Rendszer verifikálása, majd validálása
A felhasználók oktatása, végül a rendszer üzemeltetése
Rendszer integrálása és tesztelése, végül a rendszer üzemeltetése

A

Bizonylatolás, majd a rendszer üzemeltetése

126
Q

V modell esetén mely fázis eredményeként áll elő a biztonsági követelmények
dokumentációja?

Hazárdok és kockázatok elemzése
Követelmények specifikálása
Architekturális tervezés
A teljes rendszer-specifikáció
A teljes rendszer validálása

A

Hazárdok és kockázatok elemzése

127
Q

V modell esetén mely fázis eredményeként állnak elő a hardver és szoftver
tervdokumentációk?

Architekturális tervezés
A teljes rendszer-specifikáció
Követelmények specifikálása
Modulokra bontás
A teljes rendszer verifikálása

A

Architekturális tervezés

128
Q

V modell esetén az üzemeltetés és karbantartás fázisnak mi a bemeneti dokumentációja?

A biztonsági követelmények dokumentációja
A rendszer-követelmények dokumentációja, és a teljes rendszer-specifikáció
A rendszer terve, és a teljes rendszer-specifikáció
A modulok terve, és a teljes rendszer terve

A

A biztonsági követelmények dokumentációja

129
Q

V modell esetén a bizonylatolás fázisnak mi a bemeneti dokumentációja?

A rendszer-követelmények dokumentációja, és a teljes rendszer-specifikáció
A biztonsági követelmények dokumentációja
A modulok terve, és a teljes rendszer terve
A teljes rendszer-specifikáció

A

A rendszer-követelmények dokumentációja, és a teljes rendszer-specifikáció

130
Q

V modell esetén a teljes rendszer validálása fázisnak mi a bemeneti dokumentációja?

A rendszer-követelmények dokumentációja, és a teljes rendszer-specifikáció
A biztonsági követelmények dokumentációja
A modulok terve, és a teljes rendszer terve
A rendszer terve, és a teljes rendszer-specifikáció

A

A rendszer-követelmények dokumentációja, és a teljes rendszer-specifikáció

131
Q

V modell esetén a teljes rendszer verifikálása fázisnak mi a bemeneti dokumentációja?
A rendszer terve, és a teljes rendszer-specifikáció
A biztonsági követelmények dokumentációja
A rendszer-követelmények dokumentációja, és a teljes rendszer-specifikáció
A modulok terve, és a teljes rendszer terve

A

A rendszer terve, és a teljes rendszer-specifikáció

132
Q

V modell esetén a szoftver-modulok összeintegrálása fázisnak mi a bemeneti
dokumentációja?

A modulok terve, és a teljes rendszer terve
A biztonsági követelmények dokumentációja
A rendszer-követelmények dokumentációja, és a teljes rendszer-specifikáció
A rendszer terve, és a teljes rendszer-specifikáció

A

A modulok terve, és a teljes rendszer terve

133
Q

V modell esetén a modulok elkészítése és tesztelése fázisnak mi a bemeneti
dokumentációja?

A modulok terve
A modulok terve, és a teljes rendszer terve
A rendszer-követelmények dokumentációja, és a teljes rendszer-specifikáció
A biztonsági követelmények dokumentációja

A

A modulok terve

134
Q

Mi igaz az inkrementális tesztelésre?

Egy kiindulási, minimális számú modulhoz egymás után illesztjük a bővítésként szolgáló modulokat.
Minden egyes bővítés után külön teszteljük az addig összeállt komplexumot.
Az újabb hibák egy-egy bővítés során léphetnek be nagy valószínűséggel.
A szoftver moduljait külön-külön teszteljük, majd a már verifikált alegységekből építjük fel a szoftver
komplexumot.
Egyszerű a hibajavítás, mert a bővítés során megjelenő hibák az újonnan beépített modulban
keresendők.
A tesztesetek halmazát inkrementálisan növeljük a tesztelés során.

A

Egy kiindulási, minimális számú modulhoz egymás után illesztjük a bővítésként szolgáló modulokat.
Minden egyes bővítés után külön teszteljük az addig összeállt komplexumot.
Az újabb hibák egy-egy bővítés során léphetnek be nagy valószínűséggel.

135
Q

Mi igaz a big bang tesztelésre?

Az összes modult egyszerre rakjuk össze.
Azon a feltevésen alapul, hogy az előzetesen már letesztelt modulok együtt is jól fognak működni.
Több menetben hajtjuk végre a tesztelést.
Hibák megtalálása egyszerűbb, mint az inkrementális tesztelés esetén.
Olyan rendszerek esetén használjuk, ami nem igényli, hogy több modulra bontsuk szét.

A

Az összes modult egyszerre rakjuk össze.
Azon a feltevésen alapul, hogy az előzetesen már letesztelt modulok együtt is jól fognak működni.

136
Q

V modell esetén mi történik az architekturális tervezés fázisban?

El kell dönteni, hogy mely funkciók legyenek megvalósítva hardver, és melyek szoftver által.
Elő kell állítani a hardver és szoftver rendszerterveket.
El kell dönteni, hogy a szoftver rendszert milyen funkciókra bontjuk fel és azok milyen környezetben
kerülnek megvalósításra.
Elő kell állítani a szoftver modulok tervdokumentációját.

A

El kell dönteni, hogy mely funkciók legyenek megvalósítva hardver, és melyek szoftver által.
Elő kell állítani a hardver és szoftver rendszerterveket.

137
Q

Mi a HW-SW co-design?

Ebben a megközelítésben a tervezési folyamatnak csak egy későbbi szakaszában dől el a HW-SWmegosztás.
A hardver és szoftver fejlesztés szétválasztására ad irányelveket.
Ebben a megközelítésben mindvégig egységes alapokon történik a hardver és szoftver tervezés.
Egy rendszerfejlesztési életciklus modellt definiál.

A

Ebben a megközelítésben a tervezési folyamatnak csak egy későbbi szakaszában dől el a HW-SWmegosztás.

138
Q

Mi a hazárd?

Olyan helyzet, amely valóságos vagy lehetséges veszélyt jelent az emberek vagy a környezet
számára.
Egy kockázathoz kapcsolódó események és azok következményei, valószínűségi alapon. Azt fejezi ki,
hogy milyen valószínűségű veszélyes következményei lehetnek egy kockázatnak.
A szoftver vagy hardver rendszer olyan komponense, mely veszély és hiba forrása lehet.
Olyan szituáció, mely gazdasági, környezeti, emberi károkat okozhat.
Egyik sem.

A

Olyan helyzet, amely valóságos vagy lehetséges veszélyt jelent az emberek vagy a környezet
számára.

139
Q

Mi a kockázat?

Egy hazárdhoz kapcsolódó események és azok következményei, valószínűségi alapon. Azt fejezi ki,
hogy milyen valószínűségű veszélyes következményei lehetnek egy hazárdnak.
Olyan helyzet, amely valóságos vagy lehetséges veszélyt jelent az emberek vagy a környezet
számára.
Olyan szituáció, mely gazdasági, környezeti, emberi károkat okozhat.
A szoftver vagy hardver rendszer egy komponenséhez köthető valószínűségi alapú hibaforrás.
Egyik sem.

A

Egy hazárdhoz kapcsolódó események és azok következményei, valószínűségi alapon. Azt fejezi ki,
hogy milyen valószínűségű veszélyes következményei lehetnek egy hazárdnak.

140
Q

Mit nevezünk mérföldkőnek?

Egy kiemelt teljesítési időpont egy projekt menetében.
Az életciklus modellek egyes állomásait nevezzük mérföldkőnek.
A mérföldkő a projektek kezdeti fázisára utal.
Mérföldkő egy jól meghatározott tevékenység egy projekt menetében.
Egyik sem.

A

Egy kiemelt teljesítési időpont egy projekt menetében.

141
Q

Fejlesztési projekt esetén mit jelent a függőség?

Egy mérföldkőtől kiinduló tevékenységek csak akkor kezdődhetnek el, ha a mérföldkőbe befutó
tevékenységek már befejeződtek.
A szoftverrendszer egyes moduljai közti összefüggésre és kommunikációra utal.
Meghatározza, hogy egy mérföldkő mikortól veheti kezdetét és milyen tevékenységektől függ.
Megadja, hogy a szoftverrendszer moduljainak integrálása során mely modulokat és milyen
sorrendben építsünk hozzá a rendszerhez.

A

Egy mérföldkőtől kiinduló tevékenységek csak akkor kezdődhetnek el, ha a mérföldkőbe befutó
tevékenységek már befejeződtek.

142
Q

Hogyan ábrázoljuk a mérföldköveket?

Lekerekített sarkú téglalap
Lekerekített sarkú négyzet
Ellipszis
Téglalap
Négyzet

A

Lekerekített sarkú téglalap

143
Q

Mire szolgál a tevékenységek és a mérföldkövek grafikus ábrázolása?

Időbeli összefüggések, időbeli kapcsolatok leírására.
A rendszer modulok összeintegrálásának menetét határozza meg.
A különböző életciklus modellek grafikus ábrázolására.
Meghatározza a tevékenységek végrehajtásának sorrendjét.

A

Időbeli összefüggések, időbeli kapcsolatok leírására.

144
Q

Mi igaz az alábbi jelölés esetén?

T3, T6 (M3)
Az M3 mérföldkő teljesüléséhez T3 és T6 tevékenységek teljesítése szükséges.
Az M3 mérföldkőből kiinduló tevékenységekhez T6 teljesülése szükséges.
Az M3 mérföldkőből kiinduló tevékenységekhez T3 és T6 tevékenységek teljesülése szükséges.
T3 független tevékenység. T6 tevékenység M3 mérföldkő teljesülésétől függ.

A

Az M3 mérföldkő teljesüléséhez T3 és T6 tevékenységek teljesítése szükséges.
Az M3 mérföldkőből kiinduló tevékenységekhez T6 teljesülése szükséges.
Az M3 mérföldkőből kiinduló tevékenységekhez T3 és T6 tevékenységek teljesülése szükséges.

145
Q

Mi igaz az ütemezési terv esetén?

Felsoroljuk a tevékenységeket, meghatározzuk mindegyiknek az időtartamát.
Megadjuk a mérföldköveket.
Megadjuk a tevékenységek összefüggését.
Grafikusan ábrázolhatjuk az ütemezési gráf segítségével.
Megadja, hogy milyen modulokból épül fel a szoftver rendszer.

A

Felsoroljuk a tevékenységeket, meghatározzuk mindegyiknek az időtartamát.
Megadjuk a mérföldköveket.
Megadjuk a tevékenységek összefüggését.

146
Q

Mivel ábrázolhatjuk grafikusan az ütemezési tervet?

Tevékenységi diagram
Tevékenységi hálózat
Tevékenységi gráf
Ütemezési gráf
Egyik sem

A

Tevékenységi diagram
Tevékenységi hálózat
Tevékenységi gráf

147
Q

Mi igaz a projekt-ütemezési táblázat esetén?

Tevékenységenként tartalmazza a tevékenységhez szükséges időt.
Tevékenységenként tartalmazza a függőségeket, mely megadja a tevékenység megkezdéséhez
szükséges mérföldkövet és a mérföldkő eléréséhez szükséges tevékenységeket.
Mérföldkövenként tartalmazza a mérföldkő eléréséhez szükséges időt.
Mérföldkövenként tartalmazza a mérföldkő eléréséhez szükséges tevékenységeket.
Megadja a projekt tevékenységeinek időrendi lefutását.

A

Tevékenységenként tartalmazza a tevékenységhez szükséges időt.
Tevékenységenként tartalmazza a függőségeket, mely megadja a tevékenység megkezdéséhez
szükséges mérföldkövet és a mérföldkő eléréséhez szükséges tevékenységeket.

148
Q

Mit nevezünk kritikus útnak?

Az egymás után elvégzendő tevékenységek azon sorozata, amely meghatározza a projekt teljes
időtartamát.
Azon tevékenységek sorozata, melyek biztonsági szempontból kiemelt hangsúlyt kapnak a fejlesztés
során.
Időrendben elvégzendő tevékenységek olyan sorozata, melyek összideje a projekt teljesítéséhez
szükséges minimális időt definiálják.
A fejlesztés azon tevékenységeinek halmazát, melyek nagymértékben befolyásolják a projekt
befejezéséhez szükséges időt.

A

Az egymás után elvégzendő tevékenységek azon sorozata, amely meghatározza a projekt teljes
időtartamát.

149
Q

Mi igaz az alábbi kifejezés esetén?

CP = T2 + T4 + T7 = 5 + 12 + 9 = 26
A projektben három kritikus tevékenység található.
A kritikus út hossza 26 időegység.
A projekt teljes időtartama 26 időegység.
A három kritikus tevékenység időtartama 26 időegység.
A projektben három tevékenység található.

A

A projektben három kritikus tevékenység található.
A kritikus út hossza 26 időegység.
A projekt teljes időtartama 26 időegység.
A három kritikus tevékenység időtartama 26 időegység.

150
Q

Mit nevezünk pszeudó-mérföldkőnek?

Tevékenységi diagramon a START állapotot.
Tevékenységi diagramon az END állapotot.
Tevékenységi diagramon a nem valódi mérföldköveket.
Tevékenységi diagramon azokat az állapotokat, melyek a fejlesztés sikeressége szempontjából
minimális kockázatot jelentenek.
Tevékenységi diagram tervezése során olyan mérföldkövek, melyek a végleges diagramon nem
szerepelnek, csak a tervezést segítik.
Tevékenységi diagramon az egyes tevékenységeket.

A

Tevékenységi diagramon a START állapotot.
Tevékenységi diagramon az END állapotot.
Tevékenységi diagramon a nem valódi mérföldköveket.

151
Q

Mi igaz a Gantt-diagram esetén?

Az egyes tevékenységeket egy vízszintes szakaszon ábrázoljuk.
A különböző szakaszok úgy vannak eltolva egymáshoz képest, ahogyan a projektben tolódnak el az
időben.
A projekt ütemezési tervének grafikus megjelenésére szolgál.
Egy tevékenység jele egy téglalap.
Az egymás után követő tevékenységeket az őket ábrázoló téglalapok összekötésével fejezzük ki.

A

Az egyes tevékenységeket egy vízszintes szakaszon ábrázoljuk.
A különböző szakaszok úgy vannak eltolva egymáshoz képest, ahogyan a projektben tolódnak el az
időben.
A projekt ütemezési tervének grafikus megjelenésére szolgál.

152
Q

A tevékenységi diagram és a Gantt-diagram információ hordozás szempontjából egymással
ekvivalens?

Igen, mindkettő segítségével az ütemezési tervet ábrázolhatjuk.
Igen, mindkettő segítségével a projekt életciklus modelljét ábrázolhatjuk.
Igen, a két megnevezés ugyanarra a jelölésmódra utal.
Nem, a Gantt-diagram nem ábrázolja a mérföldköveket, szemben az ütemezési diagrammal.
Nem, az ütemezési diagram nem ábrázolja a párhuzamosan végzendő tevékenységeket, szemben a
Gantt-diagrammal.

A

Igen, mindkettő segítségével az ütemezési tervet ábrázolhatjuk.

153
Q

Mi igaz a tartalékidő esetén?

Angol megnevezése a slack time.
Tartalék időnek nevezzük, amikor egy tevékenység befejezéséhez a szükséges időn felül további
korlátozott idő is rendelkezésre áll úgy, hogy a projekt befejezési idejét nem befolyásolja.
A tartalékidőt a Gantt-diagramon grafikusan ábrázoljuk.
Angol megnevezése a spare time.
A tartalékidőt a tevékenység diagramon grafikusan ábrázoljuk.
Tartalékidőnek nevezzük azt, amikor egy tevékenységet az előzetes tervekben megszabott időkorlát
alatt sikerül teljesíteni.

A

Angol megnevezése a slack time.
Tartalék időnek nevezzük, amikor egy tevékenység befejezéséhez a szükséges időn felül további
korlátozott idő is rendelkezésre áll úgy, hogy a projekt befejezési idejét nem befolyásolja.
A tartalékidőt a Gantt-diagramon grafikusan ábrázoljuk.

Szoftver/OP (2 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions