Font size
Worksheetstest elsok
Total questions: 69
Worksheet time: 41mins
Kérdés: 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
Kérdés: 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
Kérdés: 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
Kérdés: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.
Kérdés:Hány csoportra oszthatjuk a COCOMO Intermediate költségtényezőit?
3
2
5
4
Kérdés:Mely nem tartozik a COCOMO Intermediate személyi költségtényezői (personnelattributes) közé?
communicationability
applicationsexperience
virtualmachineexperience
software engineercapability
Kérdés: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.
Kérdés: Melyek a CMMI érettségi szintjei?
Initial, Managed, Defined, QuantitativelyManaged, Optimizing
Initial, Intermediate, Defined, Created, Optimized
Incomplete, Initial, Defined, Performed, Optimizing
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: Mik egy hardver rendszer részei?
Számítógéphez csatlakozó perifériák
Számítógép
Kommunikációs elemek
A rendszer koncepcióját, tervét leíró fejlesztői dokumentáció
A számítógépben található komponensek, egységek
Kérdés: Mik egy hardver rendszer részei?
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
Kérdés: 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 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 rendszer felépítését, összetételét leíró rendszer-dokumentáció.
Kérdés: Mik egy szoftver rendszer részei?
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)
Kérdés: 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.
Kérdés: Egy szoftver termékre milyen tulajdonságoknak kell teljesülnie?
Tesztelhető
Karbantartható
Újra-felhasználható
Együttműködhető
Hasznosítható
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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
Kérdés: Mi a VIR?
EIS
Vezetői információs rendszer
ERP
Vállalati információs rendszer
Vállalati irányítási rendszer
Kérdés: 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.
Kérdés: 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 lépések halmazának definiálása.
Fejlesztési lépések céljának meghatározása.
Kérdés: Mi jellemezte egy szoftverfejlesztési folyamatot a szoftver-technológia kialakulásának kezdetén?
Fejlesztési tevékenységek időrendbeli rendezése.
Konkrét feladat megoldására alkalmas modell.
Fejlesztési folyamat elvont, absztrakt definiálása.
Általános fejlesztési modell.
Kérdés: 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.
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.
Kérdés: Mi jellemezi egy szoftverfejlesztési folyamatot a szoftver-technológia mai szemlélete szerint?
Fejlesztési folyamat elvont, absztrakt definiálása.
Általános fejlesztési modell.
Fejlesztési tevékenységek időrendbeli rendezése.
Konkrét feladat megoldására alkalmas modell.
Kérdés: 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.
Kérdés: 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é.
Kérdés: 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
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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é
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.
Kérdés: 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öt
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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: V modell esetén mely fázis eredményeként áll elő a biztonsági követelmények
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
Kérdés: 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
Kérdés: 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
Kérdés: 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ó
Kérdés: 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ó
Kérdés: 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
Kérdés: 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ó
Kérdés: 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
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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.
Kérdés: 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
Kérdés: 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.
Kérdés: 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.
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.
Kérdés: 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)
Kérdés: 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.
Kérdés: 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.
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.
Kérdés: 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
Fejlesztési célok, követelmények meghatározása
Modulok előállítása és tesztelése
Kérdés: Milyen fázisok találhatóak a vízesés modellben?
Implementáció és az egységek tesztelése
Integrálás és rendszertesztelés
Üzemeltetés és karbantartás
Modulok előállítása és tesztelése
Felhasználók oktatása
