Szooftech zv wannabe

Hamis

A szoftver pontosan az elkészült forráskódot jelenti.

Igaz

A szoftvertermék tartalmazza a felhasználói adatokat.

Igaz

Egy példa a szoftverre a számítógépprogram.

Igaz

A szoftver magába foglalja a működéséhez szükséges szabályokat és eljárásokat.

Igaz

A szoftver megjelenhet koncepciók, ügyletek vagy eljárások alakjában.

Igaz

A szoftver minőségét nehéz meghatározni, mert a szoftvernek alkalmazkodnia kell a mindig változó hardver követelményekhez.

Igaz

A szoftver minőségét nehéz meghatározni, mert a minőség még egyazon termék esetében sem állandó.

Igaz

A szoftver minőségét nehéz meghatározni, mert a szoftvernek nincs a hagyományos módon mérhető, fizikai léte.

Igaz

A szoftver minőségét nehéz meghatározni, mert a szoftver minősége függ a minőséget értékelő személyétől.

Hamis

A szoftver minőségét nehéz meghatározni, mert a szoftver minősége nem függ a szoftver típusától.

Hamis

A szoftverfejlesztés, mivel kreatív tevékenység, NEM lehet és NEM is kell szabályozni.

Hamis

A rövid válaszidő minden szoftver esetében alapkövetelmény.

Igaz

A szoftver minőségi attribútumait nem lehet általánosan meghatározni; ezek projektenként, felhasználóként, üzleti területenként, egyéb jellemzők alapján változhatnak.

Igaz

Minőségi profilt kell kialakítani minden szoftver esetében, ha annak jó minőségét pontosan meg szeretnénk határozni.

Hamis

A folyamatok közül tulajdonképpen csak a kódolás az, amelyik a szoftver minőségét befolyásolja.

Hamis

A szoftver jó minősége csakis teszteléssel biztosítható.

Igaz

A szoftverfolyamatot leíró modellek sosem a teljes valóságot tükrözik, hanem annak csak az érdekelt felek számára fontos részét.

Igaz

A folyamatok modellezését csak a fejlesztési folyamatokra kell és érdemes elvégezni.

Igaz

Támogató folyamatok, például, a konfigurációmenedzsment és a mérés.

Hamis

A folyamatos rendelkezésre állás minden szoftver esetében alapkövetelmény.

Igaz

Az evolúciós fejlesztés (rapid prototyping) egyik előnye, hogy a felhasználói visszajelzések viszonylag korán megjelennek a fejlesztési folyamatban.

Igaz

A V-modellben a rendszer validálása a fejlesztési életciklus végére kerül.

Hamis

A RUP szekvenciális fejlesztési módszertan.

Igaz

Az inkrementális életciklus modelleknél tulajdonképpen "kis" vízesés modelleket hajtunk végre az egyes build-ek esetében.

Igaz

Az Extreme Programming szerinti életciklusban a User Story központi helyen van.

Hamis

A Test Driven Development (TDD) esetében a teszteket a kód elkészítése után írják meg.

Hamis

A Scrum szekvenciális életciklus modell.

Igaz

A Scrum projektirányítási módszertan, agilis projektek esetére.

Igaz

A Scrum szoftverfejlesztési módszertan, agilis projektek esetére.

Hamis

Az ISO/IEC 12207 szabvány teljesen megfelel a V-modellnek.

Hamis

Az ISO / IEC 12207 szabványnak való megfelelés azt jelenti, hogy a szabvány összes követelményét kielégítik.

Hamis

Az ISO/IEC 12207 szabvány szekvenciális életciklus modellt ír le.

Hamis

Az ISO/IEC 12207 szabvány iteratív életciklus modellt ír le.

Hamis

Az ISO/IEC 12207 szabvány inkrementális életciklus modellt ír le.

Hamis

Az ISO/IEC 12207 szabvány agilis szoftverfejlesztésben használható életciklus modellt ír le.

Igaz

Az ISO/IEC 12207 szabvány semmilyen életciklus modellt nem ír le.

Igaz

Az input-output minden folyamat esetében szükséges elem a CMMI modell szerint.

Igaz

A folyamat célja minden folyamat esetében szükséges elem a CMMI modell szerint.

Igaz

A folyamat tevékenysége minden folyamat esetében szükséges elem a CMMI modell szerint.

Igaz

A felelősségek és hatáskörök, szükséges kompetenciák minden folyamat esetében szükséges elem a CMMI modell szerint.

Hamis

A folyamat végrehajtásához szükséges idő minden folyamat esetében szükséges elem a CMMI modell szerint.

Igaz

Az ellenőrzési pontok minden folyamat esetében szükséges elem a CMMI modell szerint.

Hamis

A folyamat végrehajtásának költsége minden folyamat esetében szükséges elem a CMMI modell szerint.

Igaz

A folyamat mértékek/metrikák, teljesítmény - elvárások minden folyamat esetében szükséges elem a CMMI modell szerint.

Igaz

Á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.

Igaz

A CMM lépcsős érettségi modell.

Igaz

A CMM a szervezet egészére vonatkozik.

Hamis

A CMM modell lehetővé teszi, hogy a számunkra legfontosabb 2 folyamatot fejlesszük, és érettségüket tanúsítsuk.

Hamis

A CMM modell a SPICE modell angol változata.

Igaz

A "SPICE" igazából az ISO 15504 szabványt kidolgozó projekt neve.

Igaz

A SPICE folytonos modell.

Igaz

Ha SPICE modell szerint végzünk folyamatfejlesztést, magunknak kell kiválasztani azokat a folyamatokat, amelyeket fejleszteni szeretnénk.

Hamis

A SPICE szerint egy folyamatnak 3 képességi szintje lehet.

Hamis

A SPICE folyamatai az ISO 12207 szabványban felsorolt folyamatok. Ezekből választhatunk, üzleti igényeink szerint.

Hamis

Egy SPICE audit egyenértékű egy CMM audittal.

Igaz

A CMMI modell lépcsős és folytonos nézetben is használható.

Igaz

A CMMI modell kötelező elemei a sajátos célok és az általános célok.

Igaz

A CMMI modell kötelező elemei a sajátos gyakorlatok és az általános gyakorlatok.

Igaz

A CMMI modell 2-es szintjén az a jellemző, hogy az egyes emberek a saját munkájukat ismételni tudják, és minden dokumentálva van.

Igaz

A CMMI modellben a szoftverfejlesztés mérnöki/műszaki/Engineering folyamatai a 3-as érettségi szinten jelennek meg.

Igaz

A CMMI modell szerint egy cég 2-es érettségi szinten van, ha a Követelménymenedzsment, Projekttervezés, Projektkövetés, Mérés és elemzés, Konfigurációmenedzsment, Minőségmenedzsment és Beszállítókezelés folyamatokat alkalmazzák, és ezek legalább 2-es képességi szinten vannak.

Hamis

A CMMI előírja, hogy a becsléseket Cosmic módszerrel kell végezni.

Hamis

Agilis projektekben nem lehet CMMI modellt alkalmazni.

Hamis

A CMMI modell előírja, hogy konfigurációmenedzsmentre SVN -t kell használni.

Igaz

A CMMI modell nem írja elő semmilyen életciklus modell alkalmazását; bármely életciklus modell alkalmazható a CMMI-t használó cégeknél.

Hamis

CMMI-t és Automotive SPICE modellt nem lehet együtt alkalmazni.

Igaz

3-as érettségi szinten az összes , 3-as érettségi szinten kötelező folyamatnak legalább 3-as képességi szintűnek kell lennie.

Igaz

4-es érettségi szinten az összes - 4-es érettségi szinten kötelező - folyamatnak legalább 4-es képességi szintűnek kell lennie.

Hamis

Agilisan dolgozó cégnél a CMMI nem alkalmazható.

Hamis

Agilisan dolgozó cégnél nem kell a becsléseket dokumentálni.

Hamis

A RUP agilis fejlesztési módszertan.

Igaz

Agilisan dolgozó cégnél előfordul, hogy naponta akár több build is készül.

Hamis

A funkciópont számolás kötelező minden CMMI 3-as érettségi szinten levő cégnél.

Hamis

Egy cégnek választani kell , hogy CMMI modellt , vagy TMMI modellt alkalmaz. A kettő együtt nem alkalmazható.

Igaz

A CMMI modellben a méréseket a 2-es érettségi szinten el kell kezdeni.

Igaz

A CMMI modellben az összes fejlesztési folyamat (Engineering Processes) a 3-as érettségi szinten kötelező.

Igaz

A projektmenedzsment folyamatokat megértése, dokumentálása és alkalmazása a CMMI modell 2. érettségi szintjét jellemzi.

Igaz

A CMMI modell 1. érettségi szintjének jellemzője, hogy a cég sikeressége az egyes emberek hősiességétől függ.

Igaz

A cégnél a folyamatok szabványosak, mindenki ugyanúgy hajtja végre az egyes folyamatokat. Ez a CMMI modell 3. érettségi szintjének jellemzője.

Igaz

A CMMI modell 5. érettségi szintjén a cégnél megértik a hibák okait, és képesek a folyamatokat célzottan fejleszteni.

Igaz

Projekttervezés, mérés és elemzés folyamatok a CMMI modell 2. érettségi szintjén jelenek meg.

Igaz

A kockázatkezelés, a műszaki megoldás, a verifikáció és a validáció folyamatai a CMMI modell 3. érettségi szintjén valósulnak meg.

Igaz

A CMMI modell 5. érettségi szintjén folytatódik le a döntés- és okságelemzés.

Hamis

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.

Igaz

A tesztelés egyik módszere a TDD (Test Driven Development, tesztvezérelt fejlesztés).

Hamis

Agilis projekt elején a követelmények teljes halmazát nagyon pontosan meghatározzák.

Igaz

Agilis projektet indító szervezet Lean filozófiát alkalmaz.

Igaz

Agilis projektvezetői szerepkört a „Scrum master" látja el.

Igaz

Agilis projekt esetén folyamatos integráció (Continuous integration) történik, amihez automatizált eszközkészletet használnak.

Hamis

Nem funkcionális követelmény például, hogy a bejelentkező képernyőn meg kell adni a felhasználó vezetéknevét és keresztnevét is.

Igaz

Egy e-kereskedelmi alkalmazásnak funkcionális követelménye, hogy bejelentkezés nélkül nem lehet vásárolni / terméket kosárba helyezni az alkalmazásban.

Hamis

Nem funkcionális követelmény például, hogy más jelszavát csak rendszergazda jogosultságú felhasználó tudja megváltoztatni.

Igaz

Nem funkcionális követelmény például, hogy a rendszernek maximum 10000 felhasználót kell egyszerre kezelnie.

Igaz

Nem funkcionális követelmény például, hogy a válaszidőnek mindig 2 sec alatt kell lennie.

Igaz

Nem funkcionális követelmény például, hogy a rendszernek PC-n, tableten és Androidot használó okostelefonon is működnie kell.

Igaz

Nem funkcionális követelmény például, hogy a rendszernek a hét minden napján, 0-24 óra között működnie kell.

Igaz

A követelményekkel egy agilis projekt esetében kevesebbet kell foglalkozni, mint egy hagyományos projektben, mert agilis esetében a követelmények gyakran változnak.

Igaz

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.

Igaz

Agilis fejlesztés esetén a kódminőséget a refaktorálás / refaktorálás (refactoring) tevékenység hivatott növelni.

Igaz

Az agilis szoftvertervezés szerves része a User Story / felhasználói történet / story point meghatározása.