https://vik.wiki/api.php?action=feedcontributions&feedformat=atom&user=S%C3%BCthe%C3%B6+Istv%C3%A1n 2026-04-23T03:45:39Z Felhasználó közreműködései MediaWiki 1.43.6 https://vik.wiki/index.php?title=Mobil-_%C3%A9s_webes_szoftverek_web_kikerdezo&diff=205094 2023-12-14T12:10:45Z

<p>Sütheö István: </p> <hr /> <div>{{Vissza | Mobil- és webes szoftverek}}<br /> {{Kvízoldal<br /> |cím = Mobil-és webes szoftverek web kikérdező}}<br /> <br /> == Ha egy változónak nem adunk meg értéket, akkor az null lesz. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy input mezőt melyik attribútummal lehet kötelezően kitölthetővé tenni? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # mustfill<br /> # pattern<br /> # req<br /> # required<br /> <br /> == Ha egy HTML elemen azt szeretnénk megadni, hogy minden felbontáson 4 oszlop széles legyen, azt melyik osztállyal tehetjük meg? ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # col-sm-4<br /> # col-4<br /> # col-lg-4<br /> # col-xl-4<br /> <br /> == Melyik(ek) block elem(ek)? ==<br /> {{kvízkérdés|típus=több|válasz=1,3|pontozás=-}}<br /> # p<br /> # a<br /> # div<br /> # span<br /> <br /> == A var-ral létrehozott változók ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # csak a blokkon belül láthatóak.<br /> # csak a függvényen belül láthatóak.<br /> # mindig mindenhonnan láthatóak.<br /> # var-ral nem lehet változót létrehozni.<br /> <br /> == Statikus kiszolgálással csak statikus weboldalt lehet készíteni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Lehet-e HTML oldalt validálni, hogy megfelel-e a szabványnak? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A bootstrap griddel készíthető reszponzív design. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Melyik metódus tipikusan nem idempotens? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # TRACE<br /> # GET<br /> # HEAD<br /> # POST<br /> # PUT<br /> <br /> == Mivel tudunk a DOM-ből összetett selector alapján elemeket lekérdezni? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # document.getElementById()<br /> # document.getElements()<br /> # document.getElement()<br /> # document.querySelector()<br /> <br /> == Hogyan tudunk egy gomb (btn) kattintás eseményre feliratkozni ha több eseménykezelőt is támogatni kell? ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # btn.click = function() { ... }<br /> # btn.AddEventListener( &quot;click&quot;, function() {...})<br /> # document.AddEventListener( btn, &quot;click&quot; function() {...} )<br /> # btn.onclick = function() { ... }<br /> <br /> == Ha egy HTML elemet csak fullHD felbontáson szeretnénk elrejteni, akkor az alábbiak közül melyik CSS osztályt tegyük az elemre? ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # d-flex d-xl-none<br /> # d-flex d-none<br /> # d-none d-xl-flex<br /> # d-sm-none d-xl-flex<br /> <br /> == Melyik előre definiált bootstrap osztállyal tudjuk a bal oldali padding méretét megváltoztatni? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # pl-2<br /> # mt-2<br /> # ml-2<br /> # pt-2<br /> <br /> == Ha a flex-direction értékét column-ra állítjuk, akkor a flex-end szerinti igazítás mit jelent? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Az elemeket lentre rendezzük<br /> # Az elemeket jobbra rendezzük<br /> # Az elemeket balra rendezzük<br /> # Az elemeket fentre rendezzük<br /> <br /> == Mely tulajdonság beállításával tudjuk a flexboxos elemeket több sorossá tenni? ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # display<br /> # Nem lehet<br /> # flex-wrap<br /> # flex<br /> <br /> == Inline elembe tehetünk-e inline elemet? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A JavaScriptben létezik a függvény overload. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A document.ready eseményben fel tudunk-e iratkozni a később, dinamikusan JavaScriptből létrehozott elemek click eseményére? ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # Nem, mert a documentum ready esemény lefutásakor még nem létezik az elem így nem tudunk rá selectort írni.<br /> # Igen, az on függvénnyel, ha két paramétert adunk meg neki.<br /> # Igen, ha az egyik őséhez regisztráljuk be az eseménykezelőt és az on függvénynek megadjuk még egy selectort második paraméterként.<br /> # Nem, a jQuery on függvényével csak az oldal betöltődésekor létező elemekre lehet feliratkozni.<br /> <br /> == A div #ul selector melyik elemre fog illeszkedni? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # A div leszármazottjai közül az id=&quot;ul&quot; attibútummal rendelkezőre<br /> # Arra a div-re amin a class=&quot;ul&quot; rajta van<br /> # Arra a div-re ahol az id=&quot;ul&quot;<br /> # Csak a div közvetlen leszármazottjaira amiknek az id-ja &quot;ul&quot;<br /> <br /> == A div#content selector melyik elemre fog illeszkedni? ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Arra a div-re amin a class=&quot;content&quot; rajta van<br /> # Arra a div-re ahol az id=&quot;content&quot;<br /> # Annak a divnek az összes leszármazottjára, ahol az id=&quot;content&quot;<br /> # Annak a divnek a gyerekeire, aminek az id-ja &quot;content&quot;<br /> <br /> == Mi lesz a 2020 + 'január' + 1 kifejezés értéke? ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Nem lehet kiértékelni, mert numbert és stringet nem lehet összeadni<br /> # 2020január1<br /> # NaN<br /> # 2021január<br /> <br /> == Hogyan tud jQuery-vel feliratkozni az ul tagek összes li-jének a 'click' eseményre úgy, hogy a dinamikusan (pl: JavaScriptből) létrehozott li-kre is lefusson az eseménykezelő? ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Nem lehet így feliratkozni<br /> # $(&quot;ul&quot;).on(&quot;click&quot;, &quot;li&quot;, function( e ) { ... } )<br /> # $(&quot;ul&quot;).on(&quot;click&quot;, function( e ) { ... } )<br /> # $(&quot;li&quot;).on(&quot;click&quot;, function( e ) { ... })<br /> <br /> == Az alábbiak közül melyik(ek) truthy(k)? ==<br /> {{kvízkérdés|típus=több|válasz=1,4,6,7|pontozás=-}}<br /> # 123<br /> # undefined<br /> # false<br /> # {}<br /> # null<br /> # []<br /> # '0'<br /> <br /> == Ha egy JavaScript függvényt kevesebb paraméterrel hívunk meg, akkor ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # A kihagyott paraméterek értéke undefined lesz.<br /> # A kihagyott paraméter értéke '' (üres string) lesz.<br /> # A kihagyott paraméterek értéke null lesz.<br /> # Hibát fogunk kapni, hogy ennyi paraméterrel nem létezik függvény.<br /> <br /> == Egy !important-al megadott szabályt nem lehet felülírni, mert az a legerősebb szabály. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Mely állítások igazak az alábbiak közül? ==<br /> {{kvízkérdés|típus=több|válasz=1,4|pontozás=-}}<br /> # A readonly vagy disabled attribútummal ellátott input nem szerkeszthető a böngészőben.<br /> # A disabled attribútummal ellátott input nem jelenik meg a böngészőben.<br /> # A disabled attribútummal ellátott input értékét a kliens felküldi a szerverre.<br /> # A readonly attibútummal ellátott input értékét a kliens felküldi a szerverre.<br /> <br /> == Inline elemekre a width segítségével lehet megadni szélességet. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha fájlt szeretnénk feltölteni egy input taggel, akkor mit kell beállítani? ==<br /> {{kvízkérdés|típus=több|válasz=2,3|pontozás=-}}<br /> # A form tagen a type=&quot;multipart/form-data&quot;-t<br /> # A form tagen az encType=&quot;multipart/form-data&quot;-t<br /> # Az inputon a type=&quot;file&quot;-t<br /> # A form tagen a type=&quot;file&quot;-t<br /> <br /> == A bootstrap grid hány oszlopot definiál alapértelmezés szerint? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # 4<br /> # 16<br /> # 10<br /> # 12<br /> <br /> == Egy HTML-ben inline megadott stílust CSS-ből csak !important szabállyal lehet felüldefiniálni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A let-tel létrehozott változók ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # csak a blokkon belül láthatóak.<br /> # csak a függvényen belül láthatóak.<br /> # mindig mindenhonnan láthatóak.<br /> # let-tel nem lehet változót létrehozni.<br /> <br /> == Mivel tudunk a DOM-ből tag alapján elemeket lekérdezni? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # document.getElementsByTagName()<br /> # window.getElementsByTagName()<br /> # document.getElementsByName()<br /> # document.querySelector()<br /> <br /> == Melyik nem típus a JavaScriptben? ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # Undefined<br /> # Boolean<br /> # Integer<br /> # Number<br /> <br /> == Milyen attribútummal adhatjuk meg egy egysoros szöveges beviteli mező maximális hosszát? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # maxlength<br /> # length<br /> # maximum<br /> # max<br /> <br /> == A JSON.parse() ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # a teljes objektumot létre fogja hozni, függetlenül attól, hogy van-e benne függvény.<br /> # sztringgé alakítja a megkapott objektumot.<br /> # nem fogja létrehozni a JSON stringben szereplő függvényeket.<br /> # hibát fog dobni, ha a JSON sztring-ben szerepel függvény.<br /> <br /> == Hogyan tudunk feliratkozni jQuery-vel egy ID-val azonosított elem 'submit' eseményére? ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # $(&quot;form&quot;).on(&quot;submit&quot;, function() { ... })<br /> # $(&quot;myForm&quot;).submit(function() { ... } )<br /> # $(document).submit(function() { ... } )<br /> # $(myForm).on(&quot;submit&quot;, function() { ... })<br /> <br /> == JavaScriptben vannak public és private változók. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy position: absolute pozícionált kép mihez képest abszolút? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Ahhoz a legközelebbi szülőhöz képest, ami relative pozícionált.<br /> # Mindig body-hoz képest.<br /> # A legközelebbi szülőhöz képest, amin a position: static.<br /> # A közvetlen szülőhöz képest.<br /> <br /> == A const-tal létrehozott változóknak kötelező a létrehozáskor értéket adni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A bootstrap gridben egy konkrét tartalmi elem több oszlopon is átnyúlhat. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Hogyan köthetünk össze HTML-ben egy címkét és egy szövegdobozt úgy, hogy a címkére kattintva a szövegdobozba kerüljön a kurzor? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # A label for attribútumával és az input id attribútumával<br /> # Az input for attribútumával és a label id attribútumával<br /> # Ha egymás után következnek, akkor automatikusan össze lesznek kötve<br /> # HTML-ben ez nem lehetséges, csak JavaScriptben</div>

Sütheö István https://vik.wiki/index.php?title=Oper%C3%A1ci%C3%B3s_rendszerek_ZH_kik%C3%A9rdez%C5%91&diff=203968 2023-05-02T21:07:27Z

<p>Sütheö István: </p> <hr /> <div>'' Megjegyzés: A (?) jelölt kérdésekre a válasz nem 100%-ig helyes, amennyiben tudod rá a helyes választ, írd át a helyes megoldásra vagy épp szedd ki a ?-et a kérdésből, ha alapból jó a válasz, ezzel segítve a többiek, és az én munkámat! :) ''<br /> <br /> {{Vissza|Operációs rendszerek}}<br /> {{Kvízoldal<br /> |cím=Operációs rendszerek Igaz-Hamis (ZH)<br /> |pontozás=-}}<br /> <br /> == Egy feladatot mindig egy taszk old meg. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy taszk létrehozása utáni első állapota lehet a &quot;fut&quot;. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha egy memória-intenzív taszkokat futtató rendszerben alacsony a CPU-kihasználtság, akkor nincs elegendő memória a taszkok számára. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A folyamatokon belül csak egy verem lehet. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szálaknak saját verme van. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy rendszer absztrakt virtuális gépei összességükben több erőforrást tartalmaznak, mint amennyi fizikailag rendelkezésre áll. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy taszk F állapotból FK állapotba csak preemptív ütemezés esetén kerülhet át. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A taszkok állapotváltozásai alapvetően megszakítások miatt következnek be. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A folyamatnak saját memóriatartománya, a szálnak pedig saját verme van. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A körülfordulási idő egyenlő a várakozási és futási idők összegével. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Windows Task Scheduler egy hosszútávú ütemező. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A körülforgó (RR) ütemezés esetén a konvoj-hatás nem jelentkezik, mivel az ütemező a taszkokat csak adott ideig futtatja, utána átütemezéssel megszakítja a futásukat. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A UNIX cron középtávú ütemező. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Kooperatív ütemező esetén a taszkok nem hajtanak végre F-&gt;FK állapotátmenetet. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az SRTF végrehajthat F-&gt;FK állapotátmenetet egy taszkon, míg például az FCFS nem. F-&gt;V állapotátmenetet egyetlen ütemező sem hajt végre taszkon. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az MFQ ütemező preemptív. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A statikus többszintű ütemezőkben nem jelentkezhet a kiéheztetés, hiszen a globális ütemező preemptív. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy többszintű ütemező akkor is lehet preemptív, ha minden szinten kooperatív ütemezési algoritmust használ. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az MFQ ütemező az I/O intenzív taszkokat magasabb prioritási szinten tartja, mint a CPU-intenzíveket. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az MFQ ütemező lefeleé lépteti a taszkokat a szintek között, ha azok az adott szinten kihasználják a rendelkezésükre álló CPU-időt (RR időszeletet). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A dinamikus többszintű ütemezőben van upgrade, míg a statikus ütemezőben nincs. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A dinamikus többszintű ütemező átrendezheti a szintek között a taszkokat, míg a statikus nem. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az IEEE POSIX egy szabvány, amely előírja a kernel belső felépítését. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy mikrokernel alapvetően elosztott rendszer felépítésű. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszerkönyvtárak az operációs rendszer védett módban működő részei. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az operációs rendszer elszeparálja (védi) egymástól a taszkokat, ezért azok védett módban futnak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ablakkezelő (window manager) a karakteres parancsértelmező (shell) grafikus változata. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szál a taszk egy olyan megvalósítása, amely önálló memóriaterülettel rendelkezik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ütemező a várakozó állapotú taszkok közül választja ki a következő futó taszkot. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ütemező átbocsájtó képessége az egységnyi időszelet alatt átütemezett taszkok száma. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kiéheztetés statikus prioritást alkalmazó prioritásos ütemezőkben nem kerülhető el. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A laphiba gyakorisága a CPU-kihasználtsággal lineárisan nő. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az óra és az újabb esély lapcsere ugyanazon múltbéli adatokra támaszkodva működik. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Két egymástól független taszk azonos virtuális címen általában eltérő adatot lát el, de lehetnek olyan virtuális címeik, amelyeknek azonos programkód található. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az operációs rendszer alapvető célja a hardver eszközök konfigurációja és menedzselése. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A beágyazott operációs rendszer egy adott feladatra specializált, valósidejű működésű szoftver. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mikrokernelek elosztott felépítésűek, ahol a kernel feladatait alapvetően egymástól független, felhasználói módban futó taszkok oldják meg. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A UNIX futási szintje meghatározza a rendszerben futó szolgáltatások körét. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az OS X XNU kernel egy hibrid kernel. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A memória-intenzív feladatok I/O-intenzívvé válhatnak, ha sok memóriára van szükségük. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A körülfordulási idő az állapotátmeneti gráfban megtett FK – F – FK kör teljes ideje. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy multiprogramozott operációs rendszer futtatásához több processzormagra van szükség. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szál egy olyan folyamat, amely más szálakkal közös címtérben fut. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Taszkok adminisztratív adatai a kernel és a taszkok címterében is elhelyezhetők. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ütemezés során leghatékonyabban láncolt listák segítségével tarthatjuk nyilván taszkok (pl. prioritás szerint) rendezett halmazát. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A legrégebben várakozó (FCFS) ütemezési algoritmus FIFO adatstruktúrát használ. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A körforgó ütemezés nem kooperatív, és elkerüli a kiéheztetést. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A legrövidebb löketidejű (SJF) algoritmus konstans komplexitású. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A többszintű visszacsatolt sorok ütemező (MFQ) az I/O-intenzív taszkokat magas prioritású szinteken szolgálja ki. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A PRAM (pipelined RAM) modell írás-olvasás ütközésnél mindig először az írás műveletet hajtja végre, hogy az olvasás már az új értékkel térhessen vissza. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Aszinkron üzenetváltásos kommunikáció során a küldés művelet befejezése megelőzi fogadás művelet elindítását. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szinkronizáció a taszkok működésének összehangolása a művelet-végrehajtás időbeli korlátozásával. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mutex többpéldányos erőforrások védelmére alkalmas szinkronizációs eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A holtpont elleni védekezés legjobb módja a strucc algoritmus. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mai operációs rendszerek monolitikus felépítésűek és modulárisan bővíthetőek. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A beágyazott operációs rendszerek minden esetben determinisztikus működésűek. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az időosztásos operációs rendszer alkalmazása csökkenti a rendszer válaszidejét a klasszikus multiprogramozott rendszerekhez képest. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Minden rendszerhívás védett módban hajtódik végre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A valósidejű rendszer mindig egy adott időkorláton belül válaszol az eseményekre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A várakozási idő a taszk FK állapotában eltöltött ideje. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szál egy szekvenciális működésű taszk, amely egy folyamaton belül más szálakkal közös virtuális memóriát használ, de saját verme van. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az FCFS ütemező konstans algoritmikus komplexitású. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Körforgó ütemezés során egy taszk csak akkor lép ki a futó állapotából, ha lejárt az időszelete. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A konvoj hatás például SRTF algoritmussal kezelhető. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == PRAM modell szerinti kommunikáció csak egy folyamaton belüli szálak között valósítható meg a mai operációs rendszerekben. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az üzenetsor egy indirekt kommunikációs megoldás. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A laphibát az MMU jelzi, és a kernel kezeli. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A hálózati kommunikáció (socket) egy asszimetrikus kommunikációs forma. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A távoli eljáráshívás megvalósítása csak egy folyamaton belüli szálak között lehetséges, mivel azok férnek hozzá egymás memóriaterületéhez és eljáráshoz. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A UNIX jelzések a kommunikáció leggyorsabb formái közé tartoznak nagyon alacsony késleltetésük miatt. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Olyan rendszerben, ahol nem alakulhat ki versenyhelyzet, nincs szükség szinkronizációra. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szinkronizáció általában rontja a programjaink teljesítményét. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A spinlock kis rezsiköltséggel rendelkező zárolási eszköz, ezért minden esetben javasolt a használata, amikor az operációs rendszer azt támogatja. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha egy rendszerben kialakulhat holtpont, akkkor az az erőforrás-foglalások tetszőleges sorrendje esetén ki fog alakulni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Optimista zárolás alkalmazásával minden esetben javítható a programunk teljesítménye(?). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy operációs rendszer nem lehet egyszerre monolitikus és moduláris felépítésű. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kemény valósidejű rendszer helyes működése esetén mindig egy adott időkorláton belül válaszol az eseményekre. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy rendszerhívás meghívása jellemzően szoftveres megszakítást von maga után. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A modern mikrokernelek (pl. L4) fő gyengesége a lassú üzenetalapú kommunikáció. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A futási szint (runlevel) meghatározza a UNIX rendszerekben futó taszkok prioritását. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ütemező átbocsájtó képessége a taszkok által időegység alatt átvitt adatok mennyisége. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A taszkok adminisztratív adatait védelmi okokból mindig a kernel címterében tároljuk. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A memória-intenzív taszkok nagy memóriafoglalás esetén CPU-intenzívvé válnak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mai operációs rendszer kernelek eseményvezérelt működésűek. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == NUMA architektúrájú rendszerben a taszkok nem érik el az összes fizikai memóriát. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Nem preemptív ütemező esetén egy taszk kizárólag önszántából veszítheti el a CPU-t. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha egy rendszerben csak I/O-intenzív taszkok vannak, akkor az FCFS alkalmazása során nem léphet fel konvoj hatás. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == RR használata optimális átlagos várakozási időt ereményez. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == SJF adatműveletei konstans komplexításúak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mai OS-ek többprocesszoros ütemezési megoldásai jellemzően szimmetrikus rendszerek, azaz minden végrehajtó egység ellátja a saját ütemezését. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A PRAM modell nem biztosít kölcsönös kizárást a közösen használt memóriaterületre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az üzenetváltásos kommunikáció során mindig szükséges az átvitt adatok átmeneti tárolása. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az rpcgen egy kódgenerátor, amely RPC interfészleírásból bináris programkódot készít. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szinkronizáció megvalóstása szükségképpen maga után vonja a taszkok várakozást. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Olyan rendszerben is szükség lehet szinkronizációra, ahol nem alakulhat ki versenyhelyzet. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A multiprogramozott OS nevét onnan kapta, hogy egyszerre több programozási nyelven is programozható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A beágyazott OS-ek jellemzően előre meghatározott feladatok ellátását támogatják. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A UNIX egy időosztásos, multiprogramozott OS. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Minden valósidejű rendszer mindig adott időkereten belül válaszol a bemenetre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az OS kernelek minden része/eljárása védett módban van. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy felhasználói feladatot egy taszk old meg. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szál egy szekvenciális működésű taszk, amely az OS-ben található többi szállal közös memóriaterületet használ. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A zombi állapot célja megvárni, hogy a szülő folyamat nyugtázza a gyerek leállását. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy nem terhelt OS percenként legfeljebb néhány kontextusváltás történik, hiszen csak 1-2 taszk működik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A taszkok minden adminisztratív adatát a kernel címterében helyezik el. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mai OS-ek jellemzően preemptív ütemezőt használnak. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == SJF esetén az FK-vá vált taszk beillesztésének művelete O(I) konstans komplexitású. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == RR-ben a taszkok mindig addig vannak F állapotban, amíg le nem jár az időszeletük. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A válaszidő mindig kisebb, mint a körülfordulási idő. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Heterogén, többprocesszoros ütemezésben a taszkok jellemzően nem migrálhatók szabadon a végrehajtó egységek között. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A PRAM modell nem engedi meg a közös memória konkurens írását két (vagy több) taszk által, ezért ilyen esetekben is garantálja a programok helyes működését. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A hálózati kommunikáció (socket) egy indirekt, üzenetküldésen alapuló megoldás. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A programokban mindenféle jelzésre szabadon beállíthatunk jelzéskezelő eljárásokat. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A közös erőforrások használatakor kialakuló versenyhelyzeteket szinkronizációs eszközökkel kezelhejtük. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Spinlock (spinning lock) TSL (Test-end-set) művelet segítségével megvalósítható . ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A FreeBSD Linux disztribúció. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Windows 10 OS telefonon is működik(?). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A valósidejű rendszerek helyes működés esetén mindig adott határidőn belül válaszolnak az eseményekre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A válaszidő azt fejezi ki, hogy a felhasználónak mennyit kellett várnia egy program első válaszára (kimenetére) annak elindításától számítva. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A taszkok adminisztratív adatait a kernel a saját címtartományában tárolja(?). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A UNIX exec() rendszerhívás betölt és elindít egy új folyamatot. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == F állapotból FK állapotba csak preemptív ütemezés esetén válthatnak a taszkok. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az SRTF preemptív. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kernel átütemezési pontok alkalmazása javítja a válaszidőt, mivel védett módban is teljesen preemptívvé válik az OS működése. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A laphiba azt jelenti, hogy az adott lap nem létezik sehol, ezért nem lehet rá hivatkozni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha növeljük egy rendszerben a fizikai memória méretét, akkor mindig csökkenni fog a laphibák száma, hiszen hiszen több lapot tarthatunk bent a memóriában. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kernel egyik alapvető feladata a felhasználói módban működő taszkok felügyelete. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az időosztásos rendszerek egyben multiprogramozottak is. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A FreeRTOS egy valósidejű, beágyazott környezetben használt operációs rendszer(?). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A valósidejű rendszerek egy eseményre adott időn belül biztosan reagálnak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Kliens (PC, telefon, tablet) gépeken több Unix-alapú rendszer fut, mint Windows alapú(?). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszerszolgáltatások védett üzemmódban működnek(?). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kernel az első program, ami a háttértárról betöltve a processzor futtatni kezd. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Winlogon előbb fut, mint az SMSS (munkamenet-kezelő) a Windows-on. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszerhívások jellemzően (de nem mindig) megszakítással járnak együtt. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A taszkok minden adminisztratív adatát a kernel címterében tároljuk(?). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szál egy olyan taszk megvalósítás, amely egy folyamaton belül más szálakkal közös vermet használ. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az Apache webszerver szálalapú változata nagyobb teljesítményre (kérés / mp) képes, mint a folyamatalapú(?). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az exec() Unix rendszerhívás elindít egy új folyamatot(?). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A körülfordulási idő egyenlő a várakozási és a futási idők összegével. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A virtuális és fizika memóriacímek futásidejű transzformációja alapvetően szoftveres úton történik(?). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A laphiba oka jellemzően az alkalmazás hibás viselkedése. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A laphiba kezelése általában taszkok közötti kontextusváltással is jár(?). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kerettáblák és laptáblák száma megegyezik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A malloc() rendszerhívás kiadása nem jelenti azt, hogy a kernel memóriakezelője azonnal foglal egy további keretet a taszk számára. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A valósidejű rendszer helyes működés esetén mindig egy adott időkorláton belül válaszol az eseményekre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszerhívások jellemzően megszakítással járnak együtt. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Windows nem rendelkezik programozható, karakteres parancsértelmezővel. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A fork() Unix rendszerhívás betölt és elindít egy új programot. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A π (pi) szám kiszámítása sok számjegyre egy I/O intenzív feladat. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A legrégebben várakozó (FCFS) ütemező preemptív. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A konvoj-hatás például a legrövidebb hátralevő löketidejű (SRTF) algoritmussal megszüntethető. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A körülfordulási idő egyenlő a várakozási és a futási idők összegével. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Két egymástól független taszk azonos virtuális címen általában eltérő adatot lát, de lehetnek olyan virtuális címeik, amelyeken azonos programkód található. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az időosztásos operációs rendszerek egyben multiprogramozott rendszerek is. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Kliens (PC, telefon, tablet) gépeken több Unix-alapú rendszer fut, mint Windows-alapú(?). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A számítógépeken futó taszkok többsége I/O-intenzív. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ideális ütemező komplexitása lineáris, azaz O(N). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A konvoj hatás kooperatív ütemező algoritmussal nem kezelhető. ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> # Egyes esetekben kezelhető, másokban nem.<br /> <br /> == Többprocesszoros ütemezésben a taszkokat nem célszerű szabadon migrálni a végrehajtó egységek között. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A többszintű visszacsatolt sorok (MFQ) ütemező lefelé lépteti a taszkokat a szintek között, ha azok az adott szinten kihasználják a rendelkezésükre álló CPU-időt (pl. a RR időszeletet). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A körforgó (RR) ütemező használata optimális átlagos várakozási időt eredményez. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A &quot;lapok tárba fagyasztása&quot; (page locking) technikai célja írásvédetté tenni a lap tartalmát. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A keret-és a laptáblák száma megegyezik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A strucc-algoritmus a holtpont &quot;kezelésének&quot; egyik módja, amely nem vesz tudomást a holtpont kialakulásáról, így valójában nem is kezeli azt. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A RAID0 általában gyorsabb a RAID1-nél, de a RAID1 megbízhatóbb. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mai operációs rendszerek többporcesszoros ütemezései megoldásai jellemzően szimmetrikus rendszerek, azaz minden végrehajtó egység ellátja a saját ütemezését. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A statikus többszintű ütemezőkben nem jelentkezhet a konvoj-hatás, hiszen a globális ütemező preemptív. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mai operációs rendszerekben jellemzően többféle ütemező működik egyszerre. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A vergődés során a rendszer teljesítménye a gyakori laphibák miatt megnövekedő I/O-terhelés hatására romlik jelentősen. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A vergődés a laphibák olyan mértékű gyakorisága, amely a rendszer teljesítményromlásával jár. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A memóriakezelés során fellépő védelmi hiba hardver megszakítást okoz. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A laplopó (page daemon) valamilyen lapozási (lapbehozási) stratégiát alkalmaz. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy általános célú operációs rendszerben jellemzően 1-2 kontextusváltás történik másodpercenként. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Unix operációs rendszer első változata az AT&amp;T Bell Lab kommerciális termékeként jelent meg, amelyet számos cég és egyetem vásárolt meg. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A spinlock kis rezsiköltséggel rendelkező zárolási eszköz, ezért minden esetben javasolt a használata, amikor az operációs rendszer azt támogatja. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy taszk várakozó állapotból futó állapotba is átkerülhet. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A várakozási idő a taszk várakozó állapotban eltöltött összes ideje. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Linux felhasználói módban többszintű ütemezőt használ. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A cserehely (swap) a taszkok teljes memóriaképét tárolja. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CPU nem tudja végrehajtani a programok cserehelyen (swap) levő utasításait. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Két, egy folyamaton belüli szál azonos virtuális címen jellemzően ugyanazt látja, de van a virtuális címtartományuknak olyan része, amely biztosan különböző adatokat tartalmaz. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A laphibák számát biztosan csökkentjük, ha növeljük a rendelkezésre álló fizikai memória méretét. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy operációs rendszer forráskódja lehet néhány tízezer programsor, de akár sok millió is. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kernel moduláris felépítése csökkenti a kernel futásidejű memóriafoglalását. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis</div>

Sütheö István https://vik.wiki/index.php?title=Szoftvertechnol%C3%B3gia_(r%C3%A9gi)/Igaz-Hamis_kik%C3%A9rdez%C5%91&diff=203209 2022-12-12T16:52:31Z

<p>Sütheö István: /* Ha SPICE modellt alkalmazunk, nekünk kell kiválasztani, hogy mely folyamatok képességi szintjét szeretnénk fejleszteni. */</p> <hr /> <div>{{Vissza|Szoftvertechnológia}}<br /> <br /> ''Kikérdező a tárgyhonlapon lévő igaz/hamis kérdésekhez + Wikin fenn található vizsgákból.'' <br /> <br /> {{Kvízoldal<br /> |cím=Szoftvertechnológia Igaz/Hamis<br /> |pontozás=-}}<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: Egyszerre maximum 5 repülőjegyet lehet foglalni ugyanarra a járatra.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A polimorfizmus alkalmazásával általában csökken a relációban szereplő osztályok metódusainak száma.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha azért, hogy a csapattagok koncentrálni tudjanak szakmai feladataikra, csak maximum havi 1 projektmegbeszélést tartanak.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A folyamatos rendelkezésre állás minden szoftver esetében alapkövetelmény.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A polimorfizmus alkalmazásával általában csökken az alternatívák (case és if szerkezetek) száma.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ekvivalencia osztály alapú tesztelés a kód belső szerkezetén alapul.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Subversion-ben update-kor változhat a munkapéldány.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A GUI tervezése során figyelni kell a felhasználók sokféleségére.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha naponta tartanak rövid megbeszélést a projekt előrehaladásáról.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektirányítási folyamatok egyik mérőszáma lehet a projekt tervezéssel eltöltött idő.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tesztelés egyik módszere a TDD (Test Driven Development, tesztvezérelt fejlesztés) agilis szoftverfejlesztés esetén.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI modellben a sajátos célok (Specific Goals) és általános célok (Generic Goals) kötelező elemek.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A design (rendszertervezés) során mindig meg kell vizsgálni, hogy milyen architektúra stílusokat, mintákat lehetne alkalmazni.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A rendszernek maximum 1000 felhasználót kell egyszerre kezelnie.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt tervben a kritikus úton levő tevékenységek hossza megváltoztatható anélkül, hogy ez a projekt teljes átfutását befolyásolná.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftvertesztelés a hibák jelenlétét és nem a hibamentességet mutatja meg.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektben a tesztelők külön csoportban dolgoznak, munkájuk teljesen elkülönül a programozókétól, az objektivitás megőrzése céljából.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt tervben nem kell megemlíteni a tesztelési tevékenységeket, mert ezeket a teszt tervezők fogják leírni.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rövid válaszidő minden szoftver esetében alapkövetelmény.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az iteratív és inkrementális fejlesztések hátránya, hogy a felhasználói visszajelzések későn jelennek meg a fejlesztési folyamatban.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMM előírja, hogy az orchestration elvén szervezzék a technológiai folyamatokat.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a projektben érdekelt felek vagy „Disznók”, vagy „Csirkék”.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A konfigurációkezelésre nem kell időt tervezni a projektben.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az útvonal alapú tesztelés a kód belső szerkezetén alapul.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Késedelmes sprint esetén a csapatot új emberekkel bővítik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektben a kritikus úton mindig a legköltségesebb tevékenységek foglalnak helyet.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A teszteléshez szükséges erőforrások meghatározása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Integrációs teszt megjelenik explicit módon a V-modellben.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A jó szoftvertervező nem vizsgál meg több alternatívát egy rendszer tervezése során, mert tapasztalatai alapján ismeri a legjobbat, és azt választja.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az inspekció a leghatásosabb az összes szemle között, viszont költséges és nehéz a bevezetése.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a projekt előrehaladását a falra ragasztott cédulákkal követik, és az ezekről készült fotókkal dokumentálják.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A minőségbiztosítás a szoftverfejlesztésben a jó tesztelést jelenti.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tapasztalatok elemzése az elkövetkező projektek számára az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A követelményeket össze kell tudni rendelni a design elemekkel, a kóddal és a tesztesetekkel is.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A bemenetek és kimenetek kombinációi kimutatják az összes hibát a szoftverben.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver megjelenhet koncepciók, ügyletek vagy eljárások alakjában.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftvertermék minőségét meg lehet meghatározni; a rövid válaszidő és a folyamatos rendelkezésre állás mindig a jó minőség eleme. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI modellben 4-es érettségi szinten az összes, 4-as érettségi szinten kötelező folyamatnak legalább 4-es képességi szintűnek kell lennie.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha előfordul, hogy a teszt eseteket hamarabb írják meg, mint a kódot.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Béta-teszt megjelenik explicit módon a V-modellben.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Definition of Done az agilis projekttervezés és/vagy projektkövetés eszköze.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ekvivalencia osztály alapú tesztelési technika követelményspecifikáción alapul.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A biztonságkritikus rendszerek tesztelése hasonló a webalkalmazások teszteléséhez.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A határérték analízis a kód belső szerkezetén alapul.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kódminőséget a V-modellben a refaktorálás (refactoring) tevékenység hivatott növelni.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A rendszernek PC-n, tableten és Androidot használó okostelefonon is működnie kell.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az asszociáció, a kompozíció, a függőség és a specializáció közül a specializáció a leggyengébb. (UML2)==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A „megvalósult érték számítás” segít előrejelezni, hogy mi várható a projekt következő szakaszaiban.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI folytonos reprezentációja (continuous representation) megfelel a szoftver CMM-nek.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A válaszidőre vonatkozó követelményt nem-funkcionális követelményként szoktuk kezelni.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A csapat sebessége (Team velocity) az agilis projekttervezés és/vagy projektkövetés eszköze.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftvertermék tartalmazza a felhasználói adatokat.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a projekt előrehaladását a Kanban Board-ról készült fotókkal dokumentálják.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tesztelés során készülő dokumentumokat nem kell verziókövetésnek alávetni.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI (Capability Maturity Model Integration) modellben az összes fejlesztési folyamat (Engineering Processes) a 3-as érettségi szinten kötelező. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI (Capability Maturity Model Integration) modellben az összes fejlesztési folyamat (Engineering Processes) a 2-es érettségi szinten kötelező. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A repülőjegyet Mastercard vagy Visa bankkártyával ki lehet fizetni.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A fehér-doboz tesztelés a kód belső szerkezetén alapul.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kommunikációs diagramon az üzenetek sorrendjét számozással lehet megadni. (UML2)==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A polimorfizmus alkalmazásával általában csökken a leszármazott osztályokon belüli kohézió (cohesion).==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektben csak fejlesztési tevékenységeket (mint: követelményspecifikáció, design, kódolás, tesztelés) kell megtervezni idő, költség és erőforrás szempontjából.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A “sprint review” eredménye a product backlog új változata.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha ISO 25000 szabványt alkalmazunk, a szoftverfejlesztési projektekben nem kell időt fordítani arra, hogy megértsük és elemezzük, mi a siker vagy kudarc oka.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rövid válaszidő nem minden szoftver esetében alapkövetelmény.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMM egy szervezet által készített összes szoftver minőségét értékeli.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy tevékenység teljes időjátéka az adott tevékenység legkésőbbi kezdésének és legkorábbi kezdésének különbségeként számolható ki.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver implementálása pontosan a kódolást jelenti.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A teszteljárások fejlesztése az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Subversion-ben update-kor változhat a repository.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis munkavégzésben a projektet indító szervezet Lean filozófiát alkalmaz.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a kódminőséget a refaktorálás (refactoring) tevékenység hivatott növelni.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Burndown Chart az agilis projekttervezés és/vagy agilis projektkövetés eszköze.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI folytonos reprezentációja (continuous representation) a képességi szinteken (capability levels) alapul.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis projektben a tesztelők külön csoportban dolgoznak, munkájuk teljesen elkülönül a programozókétól, az objektivitás megőrzése céljából.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A polimorfizmus alkalmazásával általában csökken a leszármazott osztályok közötti csatolás (coupling).==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A sprintben csak kódolás és tesztelés történik. A tervezésre a “sprint planning” során kerül sor.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a projekt elején van egy két hónapos időszak, amikor a felhasználói követelményeket nagyon pontosan dokumentálják.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftvertermék nem tartalmazza a felhasználói adatokat, mert azokat a felhasználók gyakran megváltoztatják.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a „szoftvertervezés” (mint műszaki, mérnöki munka) és a „projekttervezés” (mint menedzsment feladat) élesen elkülönül egymástól.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A nem definiált láthatóságú attribútum publikusnak számít. (UML2)==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az objektum diagramon szereplő “link”-nek nincs multiplicitása. (UML2)==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A konfigurációkezelésre időt kell tervezni a projektben.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Scrum kifejezetten ellenzi, hogy a csapat kódolási szabványokat használjon.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Unit teszt megjelenik explicit módon a V-modellben.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis munkavégzésben a projektvezetői szerepkört a „Scrum master” látja el.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Konfigurációs elemeket nem csak a kód esetében, hanem a szoftverfejlesztés során végrehajtott összes tevékenység munkatermékeinek esetében azonosítani kell.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis környezetben a készülő kód méretét nem lehet becsülni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 9001 alapú audit a szoftverfejlesztő cég folyamatait vizsgálja.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt elején a követelmények teljes halmazát nagyon pontosan meghatározzák, ha az a vízesés modellt követi.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A DD-path tesztelési technika követelményspecifikáción alapul.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A fehér-doboz tesztelési technika követelményspecifikáción alapul.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A határérték analízis tesztelési technika követelményspecifikáción alapul.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A válaszidőnek mindig 10 sec alatt kell lennie.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A napi scrum meeting zártkörű, csak a csapat és a scrum master vehet rajta részt.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Garvin 5-féle definíciót adott a szoftverminőségre.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kockázatmenedzsment lényege, hogy az előre nem tervezett események előfordulására felkészüljünk, és ezáltal hatásukat minimálisra csökkentsük.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A scrum master legfőbb feladata a csapat előtt álló nehézségek, problémák elhárítása.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver magában foglalja a működéséhez szükséges eljárásokat, szabályokat.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tesztelés során készülő dokumentumokat verziókövetésnek kell alávetni.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a projektben szigorúan követik a RUP (Rational Unified Process) előírásait az életciklusra vonatkozóan.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis környezetben a készülő kód méretét lehet Cosmic módszerrel becsülni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Projekt követés (PMC) folyamat a CMMI modellben a 2-es érettségi szinten (ML2) van.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A követelménymenedzsment egyik feladata a követelmények változásának követése.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver implementálása nem csak a kódolást jelenti.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMM érettségi szint (maturity level) kifejezi a szervezet vezetésének minőségét is.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha Scrumot alkalmazunk, nem lehet kritikus utat számolni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha Scrum-ot alkalmazunk, kötelező COSMIC módszerrel funkciópont-számolást végezni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A döntési tábla alapú tesztelési technika követelményspecifikáción alapul.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kockázatmenedzsment lényege, hogy az előre nem tervezett események előfordulását teljesen megakadályozzuk, és ezáltal hatásukat nullára csökkentsük.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A V-modellben a rendszerteszt során a teljes követelményrendszert validáljuk.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektben időt kell tervezni a mérések és elemzések végzésére is.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az aktivitás diagramon szereplő úszósávokat a konkurencia leírására használják. (UML2)==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A COSMIC agilis szoftverfejlesztési módszertan.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tényleges és az elvárt eredmények összehasonlítása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A GQM (Goal Question Metric) paradigma az agilis projekttervezés és/vagy projektkövetés eszköze.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kódot össze kell tudni rendelni a követelményekkel, a design elemekkel és a tesztesetekkel is.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az adott helyzetben legmegfelelőbb tesztelési technikák kiválasztása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az egyenrangú szemle (Peer review) az egyetlen tesztelési technika, amelyet a CMMI modell név szerint említ a VER (Verifikáció) folyamat sajátos céljaként.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI modellben a sajátos célok (Specific Goals) és általános célok (Generic Goals) informatív elemek.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A beszállókártyát ki lehet nyomtatni.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A teszt összefoglaló jelentésének megírása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A sprint addig tart, amíg a sprint backlogban felsorolt célkitűzéseket a csapat el nem éri.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A use-case leírás és az adatfolyamábra egyenértékű. (UML2)==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis környezetben a készülő kód méretét nem lehet mérni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Általában a szoftverfejlesztési életciklusban először a statikus tesztelés, majd a strukturális tesztelés, végül a funkcionális tesztelés technikái jutnak szerephez.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A lefoglalt repülőjegyet a rendszer 10 percig megőrzi, ezalatt a felhasználónak fizetnie kell. Ha nem fizet, a foglalás megszűnik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tapasztalt szoftvertervezőnek nem kell több alternatívát megvizsgálnia egy rendszer tervezése során, mert mindig a legjobbat fogja választani.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszertervezés során készülő dokumentumokat nem kell verziókövetésnek alávetni; az a fontos, hogy a legvégső verzió rendelkezésre álljon.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az UML2 szabvány definiálja a RUP (Rational Unified Process) fejlesztési módszertant is.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Scrum-ban, szerepük szerint, „Disznók”-nak nevezzük a cég felsővezetését.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az egyetlen agilis projekt menedzsment eszköz a Scrum.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tesztelés a kulcsfontosságú fejlesztések után kezdődik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Döntési tábla alapú teszt megjelenik explicit módon a V-modellben.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A rendszernek titkosított csatornán kommunikálnia kell a fizetésre elfogadott bankkártyákat kibocsátó bankokkal.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 9001 alapú audit a kód minőségét vizsgálja.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az agilis projektekben nem kell időt fordítani arra, hogy megértsük és elemezzük, mi a siker vagy kudarc oka.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftvermérnökök nem fogalmazhatnak meg funkcionális követelményeket egy szoftverre vonatkozóan; ez mindig a felhasználók feladata.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tesztesetek kialakítása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a projektben szigorúan követik a V-modell előírásait az életciklusra vonatkozóan.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha ISO 9001 szabványt alkalmazunk, a szoftverfejlesztési projektekben nem kell időt fordítani arra, hogy megértsük és elemezzük, mi a siker vagy kudarc oka.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMM egy adott szoftver termék fejlettségét, érettségét vizsgálja.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A hibák részletes dokumentálása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver az elkészült forráskódot jelenti.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy osztálynak több egymástól független ősosztálya is lehet. (UML2)==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A scrum csapatban – naponta többször cserélődő – párokban programoznak.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy cég alkalmazhatja együttesen a CMMI modellt és a TMMI (Test Maturity Model Integration) modellt.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a szoftvertervezés szerves része a User Story/felhasználói történet/story point meghatározása.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha előfordul, hogy naponta akár több build is készül.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A jó szoftvertervező többféle alternatívát is megvizsgál egy rendszer tervezése során. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt lehet agilis, ha a projektben az érdekelt felek többféle szerepet is betölthetnek (pl. tesztelő és fejlesztő lehet ugyanaz a személy). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha ISO 12207 szabványt alkalmazunk, a szoftverfejlesztési projektekben nem kell időt fordítani arra, hogy megértsük és elemezzük, mi a siker vagy kudarc oka. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Sprint közben folytonosan követik a felhasználó igényeinek változását. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Continuous Integration az agilis projekttervezés és/vagy projektkövetés eszköze. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A „felesleges funkciók” a szoftverben a Hét Pazarlás egyike. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha SPICE modellt alkalmazunk, a szoftverfejlesztési projektekben nem kell időt fordítani arra, hogy a kockázatokat azonosítsuk, mert ezzel a modell egy külön folyamata foglalkozik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A GQM paradigma az emberi erőforrások mérésére nem alkalmazható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A fehér doboz teszt megjelenik explicit módon a V-modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A rendszer 99%-os rendelkezésre állással működjön.==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A következő követelmény lehet egy repülőjegyeket árusító webes alkalmazás nem-funkcionális követelménye: A repülőjegyet bankkártyával ki lehet fizetni.==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy objektum referenciáját tartalmazó változón csak olyan metódus hívható meg, amilyen a változó statikus típusában is szerepel. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Minden primitív típusnak van csomagoló (wrapper) osztálya. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Primitív típus is lehet generikus osztály template-paramétere. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy osztály lehet akkor is absztrakt, ha nincs absztrakt metódusa. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Statikus metódus nem dobhat kivételt. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Szerializálás körkörös hivatkozású adatszerkezeten (pl. gyűrű) kivételt dob. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha egy szál véget ért, akkor start() metódushívással újraindítható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy metódust el lehet látni egyszerre abstract és final módosítóval is. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A primitív típusokhoz tartozó csomagoló osztályok (wrapper classes) nem változtathatók (immutable). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Java generikus osztályok példányosításakor sosem lehet primitív típus a template-paraméter. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy változó dinamikus típusa nem lehet absztrakt osztály. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy objektum notifyAll() metódusának meghívásakor a végrehajtó szál kilép az objektum monitorából. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Két interfész csak akkor valósítható meg egy osztályban, ha az interfészeknek nincsen közös metódusa. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Amikor egy szál véget ér, a szálat reprezentáló objektum bármely metódusának meghívása kivételdobást erdményez. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy objektum wait() metódusának meghívásakor a végrehajtó szálnak nem kell az objektum monitorában tartózkodnia. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha van két szálunk, akkor a join metódusaikat tetszőleges sorrendben meghívhatjuk. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szálak képesek saját magukat közvetlenül waiting állapotból notify-jal felébreszteni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A wait() függvény csak olyan objektumon hívható, amelyre rászinkronizáltunk. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Catch blokkjában lehet újonnan létrehozott kivételt dobni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Statikus metódus nem dobhat kivételt. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Abstract osztálynak lehet final metódusa. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Final metódusban használható a this változó. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Szerializálás körkörös hivatkozású adatszerkezeten (pl. gyűrű) kivételt dob. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Generikus osztály példányosításakor lehet másik generikus osztály a paraméter. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha egy szál véget ért, akkor start() metódushívással újraindítható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Konstruktornak nem lehet láthatósága. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Private tag nem szerializálódik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Statikus tag nem szerializálódik. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Lehet olyan private tag, aminek többször is lehet értéket adni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Privát metódust csak privát metódusból lehet hívni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Statikus metódusban használható a this változó. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Final metódus nem módosíthatja az attribútumok értékét. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Synchronized módosítójú metódusban nem lehet wait() metódust hívni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Amikor egy szál véget ér, a szálat reprezentáló objektum bármely metódusának meghívása kivételdobást erdményez. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A for (X x : c) típusú (foreach) ciklusban a c változóval referált objektum meg kell valósítsa a java.util.Collection interfészt. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Primitív típus tömbje is a primitív típusok közé számít. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Előfordulhat, hogy két szál (T1 és T2) ugyanazon objektum ugyanazon synchronized metódusát futtatva T1 T2 sorrendben lép be, de T2 T1 sorrendben lép ki. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A relációban szereplő osztályok metódusainak száma. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A leszármazott osztályok közötti csatolás (coupling). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az alternatívák (case és if szerkezetek) száma. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A leszármazott osztályokon belüli kohézió (cohesion). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A sprintben csak kódolás és tesztelés történik. A tervezésre a “sprint planning” során kerül sor. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A scrum csapatban – naponta többször cserélődő – párokban programoznak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Sprint közben folytonosan követik a felhasználó igényeinek változását. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A sprint addig tart, amíg a sprint backlogban felsorolt célkitűzéseket a csapat el nem éri. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Késedelemes sprint esetén a csapatot új emberekkel bővítik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A scrum master legfőbb feladata a csapat előtt álló nehézségek, problémák elhárítása. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A napi scrum meeting zártkörű, csak a csapat és a scrum master vehet rajta részt. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A “sprint review” eredménye a product backlog új változata. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy interfészben csak operációk deklarálhatóak, attribútumok nem. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A use-case diagramon szereplő asszociációnak is van multiplicitása. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy állapotdiagramnak (state chart) csak akkor lehet két vagy több végállapota, ha a modelben párhuzamos régiók vannak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A use-case leírásban szerepelhetnek az elő- és utófeltételek is. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az aktor és a use-case is classifier (osztályszerű). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A use-case diagramon nem szerepelhet függőség (dependency). ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szekvenciadiagramon a neg-gel jelzett dobozban (combined fragment) olyan interakciót írunk le, amely nem megengedett. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Kommunikációs diagramon nem ábrázolható a párhuzamosság. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A prekondíciók biztosítása a hívott metódus feladata. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A posztkondíciók biztosítása a hívott metódus feladata. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Öröklés során a leszármazottakban a prekondíciók gyengülhetnek az őséhez képest. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Öröklés során a leszármazott invariánsai mindig megegyeznek az ős invariánsaival. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy osztály refaktorálása során módosulhat a metódusai paraméterlistája. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az öröklés alkalmazásával általában csökken a forráskódban az alternatívák (case és if szerkezetek) száma. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A vízesés modell és a V-modell szekvenciális életciklus modellek. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver tartalmazza a felhasználói adatokat. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver megjelenhet koncepciók, ügyletek vagy eljárások alakjában. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az iteratív és inkrementális fejlesztések egyik előnye, hogy a felhasználói visszajelzések viszonylag korán megjelennek a fejlesztési folyamatban. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A V-modellben a felhasználói követelményeket a rendszerteszt során teszteljük. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver az elkészült forráskódot jelenti. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver magában foglalja a működéséhez szükséges eljárásokat, szabályokat. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI (Capabilitiy Maturity Model Integration) modellben a méréseket a 2-es érettségi szinten el kell kezdeni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A funkciópont számolás kötelező minden CMMI 3-as érettségi szinten levő cégnél. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy cégnek választani kell , hogy CMMI modellt , vagy TMMI (Test Maturity Model Integration) modellt alkalmaz. A kettő együtt nem alkalmazható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI modellben az összes fejlesztési folyamat (Engineering Processes) a 3-as érettségi szinten kötelező. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilisan dolgozó cégnél a CMMI nem alkalmazható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilisan dolgozó cégnél nem kell a becsléseket dokumentálni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A „tesztvezérelt fejlesztés” során cél, hogy minden funkcióra már az implementálása előtt elkészüljenek a tesztesetek. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Scrum előírja, hogy a követelményeket kötelező a projekt elején teljeskörűen dokumentálni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A bevásárlólistának nyomtathatónak kell lennie.(Webes alkalmazás nemfunkcionális követelménye) ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A bejelentkező képernyőn nem kell megadni a felhasználó keresztnevét, csak a vezetéknevét. (Webes alkalmazás nemfunkcionális követelménye) ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszernek maximum 15000 felhasználót kell egyszerre kezelnie. (Webes alkalmazás nemfunkcionális követelménye) ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Más jelszavát csak rendszergazda jogosultságú felhasználó tudja megváltoztatni. (Webes alkalmazás nemfunkcionális követelménye) ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A válaszidőnek mindig 2 sec alatt kell lennie. (Webes alkalmazás nemfunkcionális követelménye.) ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszernek PC-n, tableten és Androidot használó okostelefonon is működnie kell. (Webes alkalmazás nemfunkcionális követelménye) ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszernek a hét minden napján, 0-24 óra között működnie kell. (Webes alkalmazás nemfunkcionális követelménye) ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszernek 1 órán belül visszaállíthatónak kell lennie. (Webes alkalmazás nemfunkcionális követelménye) ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Előfordul, hogy naponta akár több build is készül. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektben érdekelt felek vagy „Disznók”, vagy „Csirkék”. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektben szigorúan követik a V-modell előírásait az életciklusra vonatkozóan. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Azért, hogy a csapattagok koncentrálni tudjanak szakmai feladataikra, csak maximum havi 1 projektmegbeszélést tartanak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt előrehaladását a Kanban Board-ról készült fotókkal dokumentálják. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A „szoftvertervezés” (mint műszaki, mérnöki munka) és &quot;projekttervezés&quot; (mint menedzsment feladat) élesen elkülönül egymástól. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kódminőséget a refaktorálás (refactoring) tevékenység hivatott növelni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftvertervezés szerves része a User Story / felhasználói történet / story point meghatározása. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis szoftverfejlesztésnél előfordulhat, hogy a projektben az érdekelt felek többféle szerepet is betölthetnek (pl. tesztelő és fejlesztő lehet ugyanaz a személy). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver minőségét pontosan a kód jó minősége jelenti. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A „félig kész munka” a szoftverben a Hét Pazarlás egyike. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A követelmények modellezésének hármas csoportosítása (IREB szerint): adat, viselkedés, funkcionalitás. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis környezetben minden projektben szigorúan követik a V-modell előírásait az életciklusra vonatkozóan. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy cég alkalmazhatja együttesen az Automotive SPICE modellt és a GQM paradigmát. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis környezetben a kódot nem kell kommentezni, mert a refaktorálás során úgyis változni fog. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI modell alkalmazása során elfogadható, hogy a projekt előrehaladását a Kanban Board-ról készült fotókkal dokumentálják. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A keresés egy ténylegesen létező egyeztetési technika a követelmények meghatározása során. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A moderálás egy ténylegesen létező egyeztetési technika a követelmények meghatározása során. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tanonckodás egy ténylegesen létező egyeztetési technika a követelmények meghatározása során. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tanúsítás egy ténylegesen létező egyeztetési technika a követelmények meghatározása során. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ekvivalencia osztály alapú tesztelés segítségével szeretnénk biztosítani, hogy a tesztelésünk „teljes”. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ekvivalencia osztály alapú tesztelés jellemzője, hogy független változókat feltételez. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ekvivalencia osztály alapú tesztelés alkalmazásakor ismernünk kell a program struktúráját. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ekvivalencia osztály alapú tesztelés segítségével szeretnénk elkerülni a redundáns adatokkal való tesztelést. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A követelményeket a kódban is pontosan be kell tudni azonosítani. Ennek egyik módja, hogy a kódrészletekbe kommentként beírjuk a vonatkozó követelményeket. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A vízesés modell és a V -modell iteratív életciklus modellek. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO/IEC 12207 szabvány semmilyen életciklus modellt nem ír le. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftvertermék minőségét nem lehet egységesen meghatározni; minőségi profilt kell kialakítani az egyes esetek sajátosságait figyelembe véve. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az IREB (International Requirements Engineering Board) szerint a követelmények modellezésének hármas csoportosítása: adat, viselkedés, funkcionalitás. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az iteratív és inkrementális fejlesztések hátránya, hogy a felhasználói visszajelzések későn jelennek meg a fejlesztési folyamatban. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A „félig kész munka” a szoftverfejlesztésben a Hét Pazarlás egyike. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A folyamatos rendelkezésre állás minden szoftver esetében alapkövetelmény. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha SPICE modellt alkalmazunk, nekünk kell kiválasztani, hogy mely folyamatok képességi szintjét szeretnénk fejleszteni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A GQM paradigma a kód minőségének mérésére nem alkalmazható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy cég alkalmazhatja együttesen a CMMI modellt és az ISO 9001 szabványt. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 9001 alapú audit a szoftverfejlesztő cég szoftvertermékeit vizsgálja. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kockázatmenedzsment lényege, hogy a megjelenő problémákat felmerülésük után a lehető legrövidebb időn belül megoldjuk. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha Scrum-ot alkalmazunk, a kód méretét COSMIC módszerrel lehet becsülni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektvezetőnek nem kell követnie a készülő kód méretét, mert ez a fejlesztők dolga. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A V-modellben megjelenik a stressz teszt. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A V-modellben megjelenik a dinamikus teszt. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A V-modellben megjelenik a peer review. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A V-modellben megjelenik a béta teszt. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A V-modellben megjelenik a regressziós teszt. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A V-modellben megjelenik az integrációs teszt. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Burndown Chart tipikus agilis projekttervezési és követési eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A COSMIC projekttervezési és követési eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Planning Joker projekttervezési és követési eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Kanban Boardról készült fotók egy projekttervezési és követési eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A csapat sebessége projekttervezési és követési eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A TSP projekttervezési és követési eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Continous Integration projekttervezési és követési eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A DoD (Definition of Done) projekttervezési és követési eszköz. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Garvin ötféle szoftverminőségi definíciója között van termék alapú és folyamat alapú definíció is. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 25000 szabványcsalád a szoftvertermék minőségével foglalkozik. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A strukturális tesztelés esetében a teszt eseteket a követelmények alapján hozzuk létre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A TSP-t alkalmazó csapat minden tagja PSP szerint dolgozik. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A TSP-t alkalmazó csapat minden tagja CMMI szerint dolgozik. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A „feladatok váltogatása” a szoftverfejlesztésben a Hét Pazarlás egyike. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az EF (Experience Factory) a QIP (Quality Improvement Pradigm) egyik eszköze. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha SPICE modellt alkalmazunk, nekünk kell kiválasztani, hogy mely folyamatok képességi szintjét szeretnénk fejleszteni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis projektekben a tesztelést nem kell megtervezni, mert a tesztelők tapasztalat alapján gyorsabban le tudják futtatni a teszteket. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 9001 szabvány kiemelten foglalkozik a cégnél végzett mérésekkel és elemzésekkel. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 12207 alapú audit a szoftverfejlesztő cég szoftvertermékeit vizsgálja. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kockázatmenedzsment célja, hogy a kockázatokat azonosítva előfordulási valószínűségüket nullára csökkentsük. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha Scrum-ot alkalmazunk,a kód méretét kötelezően IFPUG módszerrel kell mérni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektvezetőnek nem kell követnie a készülő kód méretét, mert ez a fejlesztők dolga. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A verifikáció explicit módon megjelenik a CMMI modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A dinamikus teszt explicit módon megjelenik a CMMI modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A peer review explicit módon megjelenik a CMMI modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A validáció explicit módon megjelenik a CMMI modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A regressziós teszt explicit módon megjelenik a CMMI modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A progressziós teszt explicit módon megjelenik a CMMI modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A struktúrális teszt explicit módon megjelenik a CMMI modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az uni teszt explicit módon megjelenik a CMMI modellben. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A GQM (Goal-Question-Metric) a QIP (Quality Improvement Pradigm) egyik eszköze. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha CMMI modellt alkalmazunk, a cég érettségi szintjét és a folyamatok képességi szintjét is vizsgálnunk kell. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis projektekben a követelményeket User Story / Story Point formájában szokás dokumentálni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 9001 szabvány előírja, hogy a cégnek regressziós tesztelést kell végeznie. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 15504 alapú audit a szoftverfejlesztő cég szoftvertermékeit vizsgálja. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kockázatmenedzsment célja, hogy a kockázatokat azonosítva előfordulási valószínűségüket minimálisra csökkentsük. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Scrum szerint a cég vezetői „Csirkék”. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektvezetőnek nem kell követnie a készülő kód méretét, mert ez a fejlesztők dolga. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Folyamatos integráció (Continuous integration) történik, ehhez automatizált eszközkészletet használnak. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt elején a követelmények teljes halmazát nagyon pontosan meghatározzák. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A készítendő rendszer bonyolultságát Planning Poker módszerrel becsülik. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tesztelés RUP módszerrel történik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektkövetés egyik eszköze a ProjektCsapat sebességének (Team Velocity) mérése. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektvezetői szerepkört a „Scrum master” látja el. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Csak kéthetente tartanak projekt megbeszéléseket, hogy a fejlesztők munkáját ne szakítsák meg. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektet indító szervezet Lean filozófiát alkalmaz. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 9001 szabvány és a CMMI modell együttesen is alkalmazható egy szoftvercégnél. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A RUP agilis szoftverfejlesztési életciklus modell. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 25000 szabványcsalád a szoftverfejlesztési folyamat minőségével foglalkozik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A jó szoftver esetében a rövid válaszidő és a folyamatos rendelkezésre állás mindig alapkövetelmény. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az IREB (International Requirements Engineering Board) szerint a követelmények modellezésének hármas csoportosítása: adat, viselkedés, funkcionalitás. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 12207 szabvány semmilyen életciklus modellt nem ír le. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha SPICE modellt alkalmazunk, nekünk kell kiválasztani, hogy mely folyamatok képességi szintjét szeretnénk fejleszteni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver jó minősége pontosan a jó teszteléssel biztosítható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A “projekt terv” pontosan a tevékenységek hálódiagramját vagy sávdiagramját jelenti. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis szoftvertervezés szerves része a User Story / felhasználói történet / Story Point meghatározása. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis projektekben a tesztelést nem kell megtervezni, mert a tesztelők tapasztalat alapján gyorsabban le tudják futtatni a teszteket. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tesztelés pontosan a hibakeresést és hibajavítást jelenti. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A kockázatmenedzsment célja, hogy a kockázatokat azonosítva előfordulási valószínűségüket nullára csökkentsük. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha Scrumot alkalmazunk, a kód méretét kötelezően IFPUG módszerrel kell mérni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projektvezetőnek nem kell követnie a készülő kód méretét, mert ez a fejlesztők dolga. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A tesztelési folyamatokat leíró TMMi modell szerkezete teljesen megegyezik a CMMI modell szerkezetével. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Határérték tesztelés esetében a teszt eseteket a kód belső szerkezete alapján hozzuk létre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Peer review egy dinamikus tesztelési technika, amelyik a CMMI modellben is megjelenik. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Fehér doboz tesztelési technikát agilis fejlesztés esetében nem lehet alkalmazni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A strukturális tesztelés előnye, hogy pontos méréseket tesz lehetővé a teszt lefedettséggel kapcsolatban. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A RUP szekvenciális szoftverfejlesztési módszertan. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A teszt eseteknek tartalmazniuk kell a teszt végrehajtása során kapott kimenő adatokat. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A SPICE modell 6 képességi szintet határoz meg egy folyamat esetében. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Scrum szekvenciális szoftverfejlesztési életciklus modell. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A „féregírtó paradoxon” a „Hét Pazarlás” egyike. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A jó szoftver esetében a rövid válaszidő és a megfelelő felhasználói dokumentáció mindig alapkövetelmény. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftvermérnökök nem fogalmazhatnak meg funkcionális követelményeket egy szoftverre vonatkozóan; ez mindig a felhasználók feladata. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az ISO 9001 szabvány és a TMMi modell együttesen is alkalmazható egy agilisan működő szoftvercégnél. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A CMMI modellben 5-ös érettségi szinten az összes , 5-ös érettségi szinten kötelező folyamatnak legalább 5-ös képességi szintűnek kell lennie. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver jó minősége pontosan a jó és rendszeres auditokkal biztosítható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A “tesztelési terv” pontosan a tesztesetek leírását jelenti. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis projektben Burn Down Chart-tal lehet a projekt előrehaladását követni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis projektekben a tesztelést nem kell megtervezni, mert a tesztelők tapasztalat alapján gyorsabban le tudják futtatni a teszteket. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Nem megengedhető a CMMI modell szerint, hogy a projekt előrehaladását Kanban Boardról készített fotókkal dokumentálják. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A sikeres teszt eseteket nem szükséges dokumentálni, ha agilisan dolgozunk. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A mérséklés, a megegyezés, a csökkentés és az elkerülés lehetséges intézkedések a kockázat elhárítására. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha Scrum-ot alkalmazunk, a kód méretét nem lehet COSMIC módszerrel mérni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A SPICE modell 6 érettségi szintet határoz meg egy szoftverfejlesztő cég számára, 0-tól 5-ig, így a szoftverfejlesztő cégek érettsége összemérhető. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha Scrum-ot alkalmazunk, a kód méretét COSMIC módszerrel kell mérni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A PRINCE a RUP továbbfejlesztett változata. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A GQM paradigma tesztelési folyamatok mérésére nem alkalmazható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Strukturális tesztelés esetében a teszt eseteket a kód belső szerkezete alapján hozzuk létre. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Peer Review statikus tesztelési technika. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A rendszertervezés során alapvetően a rendszer statikus és dinamikus nézetét írjuk le. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy projekt hálódiagramjában a kritikus úton azok a tevékenységek helyezkednek el, amelyeknek teljes időjátéka nem 0. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Konfigurációs elemeket nemcsak a kódra, hanem a szoftverfejlesztési projekt során készülő összes munkatermékre azonosítani kell. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A SPICE modell 6 érettségi szintet határoz meg egy szoftverfejlesztő cég számára, 0-tól 5-ig, így a szoftverfejlesztő cégek érettsége összemérhető. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis projektben a követelményeket a kódban nem kell tudni beazonosítani, mert a követelmények gyakran változnak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Tapasztalt rendszertervezőknek a design (rendszertervezés) során nemkell megvizsgálni, hogy milyen architektúra stílusokat, mintákat lehetnealkalmazni, mert tapasztalataik alapján eleve a legjobbat fogjákválasztani. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A RUP nem agilis fejlesztési módszertan. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Követelménymenedzsment (REQM) folyamat a CMMI modell 4-esérettségi szintjén (ML4) jelenik meg. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt tervében a kritikus úton azok a tevékenységek foglalnak helyet, amelyeknek teljes időjátéka nem egyenlő 0-val. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt olyan tevékenységsorozat, amely nem korlátos (többek között) a minőségre vonatkozóan. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az Extreme Programming szerinti életciklusban a User Story központi helyen van. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az útvonal alapú tesztelés fehérdoboz tesztelési technika. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt tervben a kritikus úton levő tevékenységek hossza nem változtatható meg anélkül, hogy ez a projekt teljes átfutását befolyásolná. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az Extreme Programming szerinti életciklusban a User Story-val nem kell foglalkozni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftver tesztelése nem csak a kód futtatását jelenti. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Agilis fejlesztés esetében semmit sem kell dokumentálni, lényeg, hogy a kód legyen minél előbb kész. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Projekt tervezés (PPL) folyamat a CMMI modell 3-as érettségi szintjén jelenik meg. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A fehérdoboz tesztelés alapja az UML diagramok. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A RUP nem tartalmaz projektirányítási eljárásokat. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt olyan tevékenységsorozat, amely korlátos (többek között) a készülő szoftver válaszidejére vonatkozóan. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A projekt olyan tevékenységsorozat, amely korlátos (többek között) a minőségre vonatkozóan. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A SPICE modell szoftverfolyamatokra határoz meg képességi szinteket, 0-tól 5-ig. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> <br /> ----<br /> {{Vissza|Szoftvertechnológia}}</div>

Sütheö István