szofttech excel

majdnem jo

H

A Scrum kifejezetten ellenzi, hogy a csapat kódolási szabványokat használjon.

I

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

H

A projektvezetőnek nem kell követnie a készülő kód méretét, mert ez a fejlesztők dolga.

I

Az ISO 9001 szabvány kiemelten foglalkozik a cégnél végzett mérésekkel és elemzésekkel.

H

A tesztelés a kulcsfontosságú fejlesztések után kezdődik.

I

A „megvalósult érték számítás” segít előrejelezni, hogy mi várható a projekt következő szakaszaiban.

I

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.

I

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

H

Agilis környezetben a készülő kód méretét nem lehet becsülni.

I

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

I

A határérték analízis tesztelési technika követelményspecifikáción alapul.

H

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.

H

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.

H

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)

I

Garvin 5-féle definíciót adott a szoftverminőségre.

I

A szoftver implementálása nem csak a kódolást jelenti.

I

A „feladatok váltogatása” a szoftverfejlesztésben a Hét Pazarlás egyike.

H

Az egyetlen agilis projekt menedzsment eszköz a Scrum.

I

Egy projekt lehet agilis, ha a projekt előrehaladását a Kanban Board-ról készült fotókkal dokumentálják.

I

A válaszidőre vonatkozó követelményt nem-funkcionális követelményként szoktuk kezelni.

I

Sprint közben folytonosan követik a felhasználó igényeinek változását.

H

A CMMI modellben a sajátos célok (Specific Goals) és általános célok (Generic Goals) informatív elemek.

H

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.

I

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

H

Ha Scrum-ot alkalmazunk,a kód méretét kötelezően IFPUG módszerrel kell mérni.

I

Egy cég alkalmazhatja együttesen a CMMI modellt és a TMMI (Test Maturity Model Integration) modellt.

H

"A szoftvermérnökök nem fogalmazhatnak meg funkcionális követelményeket egy szoftverre vonatkozóan; ez mindig a felhasználók feladata."

I

Az útvonal alapú tesztelés a kód belső szerkezetén alapul.

H

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

I

A vízesés modell és a V -modell szekvenciális életciklus modellek.

I

A CMMI modellben a sajátos célok (Specific Goals) és általános célok (Generic Goals) kötelező elemek.

H

A tesztesetek kialakítása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.

H

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.

H

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

H

Egy projekt lehet agilis, ha azért, hogy a csapattagok koncentrálni tudjanak szakmai feladataikra, csak maximum havi 1 projektmegbeszélést tartanak.

I

Egy projekt lehet agilis, ha előfordul, hogy a teszt eseteket hamarabb írják meg, mint a kódot.

H

Béta-teszt megjelenik explicit módon a V-modellben.

I

A V-modellben a rendszerteszt során a teljes követelményrendszert validáljuk.

H

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.

I

A projektben időt kell tervezni a mérések és elemzések végzésére is.

I

A határérték analízis a kód belső szerkezetén alapul.

I

A scrum master legfőbb feladata a csapat előtt álló nehézségek, problémák elhárítása.

H

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.

H

Az adott helyzetben legmegfelelőbb tesztelési technikák kiválasztása az alapvető tesztelési folyamat „Végrehajtás” fázisába tartozik.

I

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

I

Az ISO 9001 alapú audit a szoftverfejlesztő cég folyamatait vizsgálja.

H

A projektben a kritikus úton mindig a legköltségesebb tevékenységek foglalnak helyet.

H

Egy projekt lehet agilis, ha a projektben szigorúan követik a V-modell előírásait az életciklusra vonatkozóan.

I

A polimorfizmus alkalmazásával általában csökken a leszármazott osztályokon belüli kohézió (cohesion).

I

Az ISO 25000 szabványcsalád a szoftvertermék minőségével foglalkozik.

H

A CMM egy adott szoftver termék fejlettségét, érettségét vizsgálja.

I

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

H

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.

H

Subversion-ben update-kor változhat a repository.

I

A követelménymenedzsment egyik feladata a követelmények változásának követése.

H

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.

I

Egy projekt lehet agilis, ha a projektben érdekelt felek vagy „Disznók”, vagy „Csirkék”.

I

A tesztelés során készülő dokumentumokat verziókövetésnek kell alávetni.

I

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.

H

Ha Scrum-ot alkalmazunk, nem lehet kritikus utat számolni.

I

A jó szoftvertervező többféle alternatívát is megvizsgál egy rendszer tervezése során.

I

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.

I

A „félig kész munka” a szoftverfejlesztésben a Hét Pazarlás egyike.

I

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.

I

A scrum csapatban – naponta többször cserélődő – párokban programoznak.

H

A tesztelés során készülő dokumentumokat nem kell verziókövetésnek alávetni.

H

A GQM paradigma a kód minőségének mérésére nem alkalmazható.

I

A projektvezetői szerepkört a „Scrum master” látja el.

I

A polimorfizmus alkalmazásával általában csökken az alternatívák (case és if szerkezetek) száma.

I

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.

H

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.

I

A kommunikációs diagramon az üzenetek sorrendjét számozással lehet megadni. (UML2)

I

A GQM (Goal Question Metric) paradigma az agilis projekttervezés és/vagy projektkövetés eszköze.

I

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

I

A konfigurációkezelésre időt kell tervezni a projektben.

H

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.

H

Az UML2 szabvány definiálja a RUP (Rational Unified Process) fejlesztési módszertant is.

H

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.

H

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.

H

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.

H

A vízesés modell és a V -modell iteratív életciklus modellek.

H

A polimorfizmus alkalmazásával általában csökken a leszármazott osztályok közötti csatolás (coupling).

I

Az ekvivalencia osztály alapú tesztelési technika követelményspecifikáción alapul.

H

A konfigurációkezelésre nem kell időt tervezni a projektben.

I

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.

I

A döntési tábla alapú tesztelési technika követelményspecifikáción alapul.

I

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.

H

A CMMI folytonos reprezentációja (continuous representation) megfelel a szoftver CMM-nek.

H

Agilis környezetben a készülő kód méretét nem lehet mérni.

H

A fehér doboz teszt megjelenik explicit módon a V-modellben.

H

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.

H

Az ISO 9001 alapú audit a kód minőségét vizsgálja.

I

A TSP-t alkalmazó csapat minden tagja PSP szerint dolgozik.

H

Döntési tábla alapú teszt megjelenik explicit módon a V-modellben.

H

Késedelmes sprint esetén a csapatot új emberekkel bővítik.

H

A COSMIC agilis szoftverfejlesztési módszertan.

H

A sprintben csak kódolás és tesztelés történik. A tervezésre a “sprint planning” során kerül sor.

H

A strukturális tesztelés esetében a teszt eseteket a követelmények alapján hozzuk létre.

H

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.

I

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