Worksheetsprojekt3
Total questions: 63
Worksheet time: 40mins
T6 és T8 tevékenységek együttes tartalékideje 6 hét.
T6 tevékenység tartalékideje 6 hét.
T8 tevékenység megkezdéséhez T7 tevékenység megkezdése szükséges.
T8 tevékenység tartalékideje 6 hét.
T7 tevékenység csak T6 tevékenységgel egy időben indítható.
Az alábbiak közül melyek nevezhetőek modulnak?
Szubrutin
Procedúra
Függvény
Metódus
Osztály
Kérdés: Mit fejez ki az alábbi egyenlőtlenség? C(f1) > C(f2)
Az f1 feladat bonyolultsága nagyobb, mint az f2 feladat bonyolultsága.
Az f1 probléma megoldására fordítandó erőfeszítés nagyobb, mint az f2 probléma megoldására fordítandó erőfeszítés.
Az f1 forráskód hossza nagyobb, mint az f2 forráskód hossza.
Az f1 modul funkciópontja nagyobb, mint az f2 modul funkciópontja.
Mi következik a C(f1) > C(f2) egyenlőtlenségből?
E(f1) > E(f2)
f1 < f2
E(f1) < E(f2)
E(f1) = E(f2)
C(f1+f2) > C(f1) + C(f2)
Mi következik a C(f1+f2) > C(f1) + C(f2) egyenlőtlenségből?
E(f1+f2) > E(f1) + E(f2)
E(f1+f2) < E(f1) + E(f2)
C(f1) > C(f2)
C(f1) < C(f2)
E(f1) > E(f2)
Milyen következtetést vonhatunk le a C(f1+f2) > C(f1) + C(f2) és E(f1+f2) > E(f1) + E(f2) egyenlőtlenségekből?
Könnyebb megoldani egy komplex feladatot úgy, hogy kezelhető részekre bontjuk, és a részfeladatokat külön-külön oldjuk meg.
A szoftver modulok integrálása után nagymértékben megnőhet a rendszer komplexitása.
Nem elegendő a szoftver modulok önálló tesztelése, a teljes rendszert is validálni kell, mert a rendszer integrálása után további, eddig felfedetlen hibák jöhetnek elő.
A szoftver rendszer költsége nagymértékben növekedhet az integrálási folyamat során.
Mely állítások igazak az alábbiak közül?
Minél több modulra bontjuk a szoftvert, annál kisebb erőfeszítés kell egy-egy modul kifejlesztéséhez.
Az integrálási költség a modulok számának növekedésével exponenciálisan növekszik.
Az integrálási költség a modulok számának növekedésével lineárisan növekszik.
Minél több modulra bontjuk a szoftvert, annál több erőfeszítés kell egy-egy modul kifejlesztéséhez.
Az integrálási költség a modulok számának növekedésével logaritmikusan növekszik.
Az 1. görbe mutatja az integrálási költséget.
A 2. görbe mutatja a fejlesztési költséget.
A 3. görbe mutatja a teljes szoftver költséget.
Az M érték megadja, hogy optimális esetben hány modulra bontsuk a szoftvert.
A 3. görbe mutatja a projekt maximális költségét.
Kérdés: A ráfordítási költségek számítása esetén mi igaz az M értékre?
Megadja az optimális modulszámot.
Értéke nagy ráfordítás árán számolható ki.
Megadja a teljes szoftverköltséget.
Értéke hatékonyan számolható.
Megadja az optimális ráfordítási költséget.
Ráfordítási költségek esetén minek az ismeretében határozhatjuk meg (közelítőleg) M értékét?
Integrálási költség
Fejlesztési költség
Teljes szoftver költség
Tesztelési költség
M értékét nem lehet előzetes számításokkal megbecsülni.
„a” fan-in értéke 1.
„g” fan-out értéke 1.
„F” fan-in értéke 0.
„d” fan-in értéke 2.
„e” fan-out értéke 4.
Az „r” modulnak a legnagyobb a fan-in értéke.
Az „m” modulnak a legnagyobb a fan-out értéke.
A „n” modul fan-in értéke 3.
Az „i” modulnak a legnagyobb a fan-out értéke.
Az „m” modulnak a legnagyobb a fan-in értéke.
Mely állítás igaz a szoftver hívási gráf esetén?
A modulokat téglalapok formájában ábrázoljuk.
Mindegyik modul hívhat más modulokat.
Mindegyik modult hívhatja más modul.
A modulok közti hívást nyilak segítségével ábrázoljuk.
Egy modul tartalmazhat más modulokat.
Az „m-p-r” egy hívási lánc.
A „b-h” egy hívási lánc
Az „i-f-d-a” egy hívási lánc
A gráf hívási mélysége 4.
A „k” modul hívási szélessége 5.
Milyen jellemző tulajdonságai vannak egy hívási gráfnak?
Hívási lánc
Hívási út hossza
Hívási magasság
Hívási mélység hossza
Hívási kör
Milyen jellemző tulajdonságai vannak egy hívási gráfnak?
Hívási mélység
Hívási szint
Hívási szélesség
Hívási távolság
Hívási kör
M=18
H=22
S=40
W=7
S=396
Hívási gráf esetén mi határozza meg a rendszerméretet?
Modulok száma
Hívások száma
Rendszer mélysége
Rendszer szélessége
Hívási mélység
Az alábbiak közül melyek a teljes rendszerre vonatkozó mérőszámok?
Code length
Line of code
Function point
Card és Glass mérőszámai
Henry és Kafura mérőszámai
Kérdés: Az alábbiak közül melyek a forráskódra vonatkozó mérőszámok?
Halstead-számok
McCabe-féle szám
KLOC
Henry és Kafura mérőszámai
Function point
Az alábbiak közül melyek az architektúrára vonatkozó mérőszámok?
Card és Glass mérőszámai
Henry és Kafura mérőszámai
MLOC
Line of Code
Halstead-számok
Az alábbi állítások közül melyek igazak?
A KLOC a teljes rendszerre vonatkozik.
A Halstead-számok a forráskódra vonatkoznak.
Henry és Kafura mérőszámai a teljes rendszerre vonatkoznak.
A McCabe-féle szám a forráskódra vonatkozik.
Card és Glass mérőszámai a teljes rendszerre vonatkoznak.
Az alábbiak közül melyek mérőszámok?
Funkció-orientált szám
McCabe-féle szám
Henry és Glass mérőszámai
Kafura-féle mérőszámok
Constructive Model of Cost
Mit ad meg a LOC?
A forráskód sorainak a számát.
A forráskód utasításainak a számát.
A forráskódban szereplő logikai elágazások számát.
A forráskódban szereplő különálló blokkok számát.
A forráskód karaktereinek számát.
Mely állítás igaz az alábbiak közül?
A LOC a Line of Code rövidítése.
A LOC megadja a forráskód sorainak a számát.
A LOC a teljes rendszerre vonatkozó mérőszám.
A LOC megadja a forráskód parancsainak számát.
A LOC a List of Commands rövidítése.
Funkciópont számítás esetén milyen működési részterületekkel dolgozunk?
Felhasználói bemenetek száma.
Felhasználói kimenetek száma.
Szoftver interakciók száma.
Kezelt memóriaterület mérete.
Szoftver modulok száma.
Funkciópont számítás esetén milyen működési részterületekkel dolgozunk?
Felhasználói lekérdezések száma.
A kezelt fájlok száma.
Külső interfészek száma.
Felhasznált osztályok száma.
Modul kapcsolatok száma.
Az alábbiak közül melyek igazak?
A funkciópont funkció-orientált szám.
A funkciópont a teljes rendszerre vonatkozó szám.
A funkciópont számítás során a fun-in és fun-out értékeket vesszük alapul.
A funkciópont a forráskódra vonatkozó szám.
A funkciópont számítás során 4 meghatározott működési részterületet veszünk alapul.
Az alábbiak közül melyek igazak?
Funkciópont számításnál 5 meghatározott működési részterületet veszünk alapul.
Egy szoftverhez több funkciópont tartozik.
Egy szoftverhez egy meghatározott funkciópont tartozik.
Funkciópont számítás során tetszés szerint súlyozzuk a részterületeket.
Minden szoftverhez 5 funkciópont tartozik.
Kérdés: Egy szoftverre vonatkozó funkciók száma és azok súlyértékei láthatóak pontosvesszővel tagolva, ahol az első érték a funkció száma, második a súlyérték. Milyen funkciópontokkal rendelkezik a szoftver?
2;1
3;2
1;1
4;2
2;5
Egyik sem, az adatok hibásak.
2, 6, 1, 8, 10, 27
2, 6, 1, 8, 10, 960
3, 5, 2, 6, 10, 26
3, 5, 2, 6, 10, 26, 1800
Milyen alapszámok találhatóak Halstead mérőszám rendszerében?
n1: a programban található különböző műveletek (operátorok), ill. műveleti jelek száma.
n2: a programban található különböző operandusok száma.
n1: a programban található különböző utasítások száma.
n2: a programban található különböző műveletek (operátorok), ill. műveleti jelek száma.
n1: a programban található logikai elágazások száma.
Milyen alapszámok találhatóak Halstead mérőszám rendszerében?
N1: az összes előforduló műveletek, ill. műveleti jelek száma a programban.
N2: az összes előforduló operandusok száma a programban.
N1: az összes előforduló logikai elágazás a programban.
N2: az összes előforduló utasítás a programban.
N1: az összes előforduló vezérlési szerkezet a programban.
Kérdés: Az alábbiak közül melyek igazak?
A Halstead-féle mérőszámok a forráskódra vonatkoznak.
Halstead 4 alapszámot használ a mérőszám rendszerében.
A Halstead-féle mérőszámok a teljes rendszer összetettségének mérésére szolgálnak.
Halstead az utasítások számából határozza meg mérőszámát.
Halstead a logikai elágazások számából határozza meg mérőszámát.
Az alábbiak közül melyek igazak?
Halstead 3 mérőszámot definiált.
Halstead mérőszámai a modulok forráskódjára vonatkozik.
A Halstead-féle mérőszámot a teljes rendszerre nézve is értelmezhetjük.
A Halstead-féle mérőszámok a forráskódban szereplő logikai elágazásokra épülnek.
Halstead 4 mérőszámot definiált.
Hogyan számítható a forráskód becsült hossza Halstead mérőszáma alapján?
N(b) = n1 log2 n1 + n2 log2 n2
N(b) = N * log2 (n1 + n2)
N(b) = N1 + N2
N(b) = (N1 + N2) * log2 (n1 + n2)
N(b) = log2 n1 * log2 n2
Hogyan számítható a forráskód aktuális hossza Halstead mérőszáma alapján?
N = N1 + N2
N = n1 log2 n1 + n2 log2 n2
N = log2 n1 * log2 n2
N = (N1 + N2) * log2 (n1 + n2)
N = N(b) * log2 (n1 + n2)
Hogyan számítható a program tárgykódjának volumene Halstead mérőszáma alapján?
V = N * log2 (n1 + n2)
V = N1 + N2
V = n1 log2 n1 + n2 log2 n2
V = log2 n1 * log2 n2
V = (n1 + n2) * log2 (n1 + n2)
Halstead mérőszámai közül mit fejez ki a „V” értéke?
Az elkészült program bonyolultságát.
A programozó szellemi ráfordítását.
A program tárgykódjának számított volumenét.
A forráskód becsült hosszát.
A szoftver rendszer becsült méretét.
Hogyan számolható MC értéke?
MC = D + 1
MC = n1 log2 n1 + n2 log2 n2
MC = fan-out(i)^2
MC = S(i) + D(i)
MC = L(i) * (fan-in(i) + fan-out(i))^2
Az alábbiak közül mely igaz?
A McCabe-féle szám a forráskódra vonatkozik.
A McCabe-féle szám a logikai döntések számától függ.
A McCabe-féle szám a program különböző utasítás-végrehajtási lehetőségeinek a számát adja meg.
A McCabe-féle szám az architektúrára vonatkozik.
A McCabe-féle szám a forráskód hosszától függ.
Milyen mérőszámokat vezetett be Card és Glass?
Strukturális komplexitás
Adat-komplexitás
Adat-komplexitás
Logikai komplexitás
Erőforrás komplexitás
Milyen mérőszámokat vezetett be Card és Glass?
Modul-komplexitás
Architekturális komplexitás
Rendszer komplexitás
Logikai komplexitás
Teljes szoftver komplexitás
Card és Glass mérőszámai esetén mi az S(i) érték?
S(i) = v(i) / (fan-out(i) + 1)
S(i) = fan-out(i)^2
S(i) = C(i) + D(i)
S(i) = fan-in(i) / fan-out(i)^2
S(i) = C(1) + C(2) + C(3) + … + C(M-1) + C(M)
Card és Glass mérőszámai esetén mi a D(i) érték?
D(i) = v(i) / (fan-out(i) + 1)
D(i) = C(1) + C(2) + C(3) + … + C(M-1) + C(M)
D(i) = C(i) + S(i)
D(i) = fan-out(i)^2
D(i) = fan-in(i) / fan-out(i)^2
Card és Glass mérőszámai esetén mi a C(i) érték?
C(i) = S(i) + D(i)
C(i) = D(1) + D(2) + D(3) + … + D(M-1) + D(M)
C(i) = v(i) / (fan-out(i) + 1)
C(i) = fan-in(i) / fan-out(i)^2
C(i) = fan-out(i)^2
Card és Glass mérőszámai esetén mi az AC érték?
AC = C(1) + C(2) + C(3) + … + C(M-1) + C(M)
AC = D(1) + D(2) + D(3) + … + D(M-1) + D(M)
AC = S(1) + S(2) + S(3) + … + S(M-1) + S(M)
AC = C(1) C(2) C(3) … C(M-1) * C(M)
AC = D(1) D(2) D(3) … D(M-1) * D(M)
Card és Glass mérőszámai esetén mi a v(i) érték?
Az i-edik modul be- és kimeneti hívási paramétereinek száma.
Az i-edik modul forráskódjának mérete.
Az i-edik modul logikai elágazásainak száma.
Az i-edik modul adat-komplexitásának a mérete.
Az i-edik modul változóinak száma.
Egy szoftver modul szétágazásainak száma 3, input és output változóinak együttes darabszáma 8. Mekkora a modul strukturális komplexitása?
9
3
4
2
A megadott információból nem meghatározható.
Egy szoftver modul szétágazásainak száma 3, input és output változóinak együttes darabszáma 8. Mekkora a modul adat-komplexitása?
2
9
3
4
A megadott információból nem meghatározható.
Egy szoftver modul strukturális komplexitása 9, adat-komplexitása 2, input és output változóinak együttes darabszáma 8. Mekkora a modul-komplexitása?
11
18
7
9
A megadott információból nem meghatározható.
Vízszintes tengely: architekturális komplexitás, függőleges tengely: Hiba / 1 KLOC
Vízszintes tengely: architekturális komplexitás, függőleges tengely: adat-komplexitás
Vízszintes tengely: teljes szoftver komplexitás, függőleges tengely: Hiba / 1 KLOC
Vízszintes tengely: teljes szoftver komplexitás, függőleges tengely: adat-komplexitás
Vízszintes tengely: architekturális komplexitás, függőleges tengely: modul-kompexitás
Card és Glass kutatásaik eredményeként milyen kapcsolatot vélt felfedezni az architekturális komplexitás és a szoftver hibák között?
A két mérték között lineáris kapcsolat van.
A két mérték között exponenciális kapcsolat van.
A két mérték között logaritmikus kapcsolat van.
A két mérték között nem találtak összefüggést.
A kutatást nem Card és Glass végezte.
Az alábbiak közül mely állítás igaz?
Card és Glass mérőszámai nem veszik figyelembe az összeágazásokat.
Henry és Kafura mérőszámai figyelembe veszik az összeágazásokat.
Card és Glass mérőszámai figyelembe veszik a szétágazásokat.
Henry és Kafura mérőszámai figyelembe veszik a szétágazásokat.
Card és Glass mérőszámai figyelembe veszik az összeágazásokat.
Miként definiálta Henry és Kafura a komplexitási mérőszámot?
HKM(i) = L(i) * (fan-in(i) + fan-out(i))^2
HKM(i) = fan-in(i) / fan-out(i)^2
HKM(i) = fan-in(i) + fan-out(i)
HKM(i) =fan-in(i)^2 * fan-out(i)^2
HKM(i) = v(i) / (fan-out(i) + 1)
Henry és Kafura mérőszámában mi az L(i) érték?
Az i-edik modul forráskódjának hossza.
Az i-edik modul felhasználói be- és kimeneteinek száma.
Az i-edik modul fan-in és fan-out értékeinek összege.
Az i-edik modul forráskódjában szereplő logikai elágazások száma.
McCabe miként definiálta a teljes rendszer komplexitását?
McCabe nem definiálta a teljes rendszer komplexitását.
MC = MC(1) + MC (2) + MC (3) + … + MC (M-1) + MC (M)
AC = C(1) + C(2) + C(3) + … + C(M-1) + C(M)
AC = AC(1) + AC(2) + AC(3) + … + AC(M-1) + AC(M)
Az alábbiak közül mely igaz?
A HKM az architektúrára vonatkozik.
A HKM az összeágazások és a szétágazások számát is figyelembe veszi.
A HKM megadja a teljes rendszer komplexitást.
A HKM növekedése az integrálási és tesztelési költségek növekedésével jár.
A HKM csak az összeágazásokat veszi figyelembe.
Egy szoftver projekt tervének milyen fő összetevői vannak?
A fejlesztés célja.
Rendelkezésre álló erőforrások.
Rendelkezésre áll pénzügyi források.
Fejlesztési életciklus modellek.
Szoftver modulok terve.
Mi a Rayleigh-függvény?
Megadja a szükséges emberi erőforrást az idő függvényében.
Megadja a szükséges emberi erőforrást az projekt méretének függvényében.
Megadja a szükséges pénzügyi erőforrást az idő függvényében.
Megadja a szükséges pénzügyi erőforrást a projekt méretének függvényében.
Minek a becslésére lehet alkalmas a Rayleigh-eloszlás?
Emberi ráfordítás
Utazás
Számítógép felhasználás
Szoftver eszközök felhasználása
Irodai eszközök felhasználása
Az alábbiak közül melyek igazak?
A Rayleigh-eloszlás az emberi ráfordítást határozza meg az idő függvényében.
A Rayleigh-eloszlást RC(t)-vel jelöljük, ahol t az idő, RC pedig a Rayleigh Consumption rövidítése.
A Rayleigh-eloszlásban az időnek nullától nagyobb értéket kell felvennie.
A Rayleigh-eloszlás függvényében található „k” konstans egy a projektre jellemző érték, egy kritikus pontot határoz meg a függvényben.
A Rayleigh-eloszlás függvényében található „v” konstans egy a projektre jellemző érték, a szoftver volumenéről ad információt.
Mi az RC(t)?
RC(t) = t / (k^2) e^(-t^2 / (2 k^2))
RC(t) = (k^2) / t e^(t^2 / (2 -k^2))
RC(t) = v(t) / (fan-out(t) + 1)
RC(t) = v(t) / (fan-out(t) * fan-in(t))^2
Vízszintes tengely: idő, függőleges tengely: emberi ráfordítás
A „k” érték egy a projektre jellemző konstans tulajdonság, „k” időpontban lesz legnagyobba projekt erőforrásigénye.
Vízszintes tengely: idő, függőleges tengely: anyagi ráfordítás
Vízszintes tengely: költség, függőleges tengely: emberi ráfordítás
A „k” érték egy a projektre jellemző konstans tulajdonság, azt az időpontot jelenti, amikor előreláthatólag kritikus fejlesztési fázishoz érkezik a projekt.
