AIDIS skripta I parcijala.docx

**AIDIS skripta I parcijala (kvizovi)** **Kviz 1 -- Šta je analiza poslovanja** 1\. Koja je osnovna svrha poslovne analize? a\. Implementacija IT sistema bez poslovnih promjena b\. Razvoj informacionih tehnologija c\. Smanjenje troškova kroz outsourcing **d. Osiguranje da sve poslovne promjene...

**AIDIS skripta I parcijala (kvizovi)** **Kviz 1 -- Šta je analiza poslovanja** 1\. Koja je osnovna svrha poslovne analize? a\. Implementacija IT sistema bez poslovnih promjena b\. Razvoj informacionih tehnologija c\. Smanjenje troškova kroz outsourcing **d. Osiguranje da sve poslovne promjene odgovaraju potrebama organizacije** 2\. Šta predstavlja "Agilan manifest"? a\. Set tehničkih direktiva za IT razvoj **b. Osnovne vrijednosti i principi agilnog razvoja softvera** c\. Pravila za korporativno upravijanje d\. Ugovorni okvir za IT outsourcing 3\. Šta poslovni analitičar treba da osigura prilikom testiranja proizvoda projekta? a\. Da rezultati testiranja budu u skladu sa tehničkim specifikacijama **b. Da rezultati rada projektnog tima odgovaraju potrebama organizacije** c\. Da se dokumentacija projekta ažurira u realnom ivremenu d\. Da projektni tim ispunjava zadane rokove 4\. Koja je uloga poslovnog analitičara tokom faze planiranja projekta? a\. Neposredno vođenje projektnog tima **b. Upravljanje prikupljanjem zahtjeva od ključnih zainteresiranih strana** c\. Izrada plana testiranja za krajnje proizvode d\. Ograničenje projekta na početne zahtjeve 5\. Koje su glavne prednosti korištenja internih poslovnih analitičara kao konsultanata? a\. Isključiva fokusiranost na IT potrebe b\. Potreba za stalnim obrazovanjem o novim tehnologijama **c. Brza adaptacija I zadržavanje znanja unutar organizacije** d\. Veći troškovi I spora implementacija 6\. Koja je osnovna uloga poslovnog analitičara u adaptivnim (agilnim) pristupima? a\. Prilagođavanje tržišnim promjenama bez interakcije sa razvojnim timom **b. Aktivno učestvovanje u definisanju i prilagodbi poslovnih zahtjeva** c\. Izolovano testiranje gotovih IT rješenja d\. Fokusiranje isključivo na tehničke specifikacije 7\. Koji je pristup promjenama poslovanja naglašen u životnom ciklusu poslovne promjene? **a. Širi pogled koji uključuje usklađivanje i zadovoljenje poslovnih potreba** b\. Fokus isključivo na IT aspektu c\. Ne uzimajući u obzir tehnološke aspekte d\. Samo kratkoročno planiranje 8\. Koja je svrha modela zrelosti poslovne analize (BAMM)? a\. Uspostaviti kodeks ponašanja za poslovne analitičare b\. Upravljanje IT projektima u organizaciji **c. Opisati put razvoja i zrelosti discipline poslovne analize** d\. Mjeriti tehničku efikasnost IT sistema 9\. Sta poslovni analitičar treba da uradi ako se odobre promjene u projektu? a\. Ograničiti komunikaciju s klijentima b\. Fokusirati se samo na finalne faze projekta c\. Ignorirati promjene ako nisu tehničke prirode **d. Prilagoditi planove kako bi se osigurao nesmetan tok projekta** 10\. Koji su ključni faktori uspjeha IT sistema za stvaranje konkurentske prednosti? a\. Visoka cijena i složenost Sistema b\. Brza implementacija bez poslovnih promjena **c. Poslovne potrebe koje pokreću razvoj IT Sistema** d\. Isključivo tehnološka superiornost 11\. Koji aspekti su ključni za poslovne analitičare prilikom upravljanja promjenama na projektu? a\. Isključivo tehnička dokumentacija promjena b\. Održavanje početnih zahtjeva bez obzira na promjene u projektu **c. Ocjena predloženih izmjena i podsticanje potrebnih promjena** d\. Praćenje standardnih IT procedura bez promjena 12\. Koja je primarna svrha poslovne analize u kontekstu IT sistema? a\. Samo tehnička nadogradnja **b. Razumijevanje i zadovoljavanje stvarnih poslovnih potreba** c\. Fokus na smanjenju troškova operacija d\. Ograničenje na prethodno određena rješenja 13\. Šta poslovni analitičar treba da uradi ako se odobre promjene u projektu? a\. Ignorirati promjene ako nisu tehničke prirode b\. Fokusirati se samo na finalne faze projekta c\. Ograničiti komunikaciju s klijentima **d. Prilagoditi planove kako bi se osigurao nesmetan tok projekta** 14\. Koje su prednosti korištenja internih poslovnih analitičara u odnosu na vanjske konsultante? **a. Niži troškovi i brzina implementacije zbog poznavanja organizacije** b\. Neuspješno prenošenje znanja unutar organizacije c\. Viši troškovii i sporija implementacija d\. Samo fokus na IT sektor 15\. Koje su tri kijučne komponente koje moraju biti prisutne da bi IT sistemi pružili konkurentsku prednost? a\. Fokus na marketing, brza prodaja, internacionalizacija b\. Tehnološka superiornost, jeftini resursi, brza implementacija c\. Outsourcing IT funkcija, centralizacija podataka, automatizacija procesa **d. Razvoj IT sistema vođen poslovnim potrebama, praćenje poslovnih promjena, jasno definirani zahtjevi** **Kviz 2 -- SDLC** 1.Šta označava 'Spiral' u kontekstu Spiralnog modela? a\. Model bez rizika b\. Brzu proizvodnju softvera c\. Linearni razvojni proces **d. Iterativni razvoj sa povećavanjem detalja** 2\. Kako se Spiralni model razlikuje od tradicionalnog Waterfall modela? a Fokusira se na linearni razvoj bez povratnih informacija b\. Ne koristi nikakve iteracijie **c. Integrira upravljanje rizikom i iterativni razvoj** d\. Oslanja se isključivo na ranu fazu testiranja 3\. Koju fazu karakteriše izrada prototipa U Spiralnom modelu? a\. Planiranje b\. Evaluacija c\. Inženjering **d. Analiza rizika** 4\. Koja je primarna svrha iteracija unutar RUP-a? a\. Upravljanje projektima na visokom nivou b\. Neprekidna kontrola kvaliteta I testiranje **c. Mini-waterfall faze za logički povezane aktivnosti** d\. Eliminacija svake potrebe za planiranjem 5\. Koje su glavne aktivnosti u fazi inženjeringa Spiralnog modela? a\. Prikupljanje zahtjeva b\. Evaluacija proizvoda c\. Identifikacija rizika **d. Dizajn detalja, kodiranje, testiranje** 6\. Šta je glavni nedostatak modela Waterfall? **a. Kasno otkrivanje grešaka i problema** b\. Previše naglasak na fleksibilnosti c\. Nedovoljna dokumentacija d\. Rano uključivanje kupca u proces 7\. Koja je karakteristika Spiralnog modela razvoja softvera? a\. Nedostatak iteracija **b. Upravljanje rizicima kroz iteracije** c\. Fokus na ranoj fazi planiranja d\. Odsustvo analize rizika 8\. Koja je svrha faze implementacije i održavanja u modelu Waterfall? a\. Prikupljanje inicijalnih zahtjeva **b. Razvoj softverskog sistema** c\. Distribucija aplikacije na tržište d\. Testiranje softvera 9\. Zašto model Waterfall može biti neefikasan u dinamičnom okruženju? a\. Previše naglasak na ranoj fazi testiranja **b. Neprilagodlijivost na promjene** c\. Nedostatak dokumentacije d\. Previše iteracija 10\. Šta je fokus faze \'Analiza rizika\' u Spiralnom modelu? a\. Testiranje softvera b\. Evaluacija proizvoda c\. Identifikacija zahtjeva **d. Upravljanje rizicima** 11\. Zašto je RUP postao manje popularan? a\. Nedovoljno naglašavanje na dokumentaciji **b. Prekomplikovan i težak za sprovođenje** c\. Nedostatak iteracija i fleksibilnosti d\. Previše fokusiran na agilni razvoj 12\. Koji je ključni element u fazi planiranja Spiralnog modela? **a. Identifikacija i analiza zahtjeva** b\. Evaluacija prethodnih iteracija c\. Kreiranje konačnog softverskog proizvoda d\. Implementacija softvera 13\. Koji model razvoja softvera koristi proces upravljanja rizikom kao ključnu komponentu? a\. RUP b\. Waterfall **c. Spiral** d\. Agile 14\. Koji model razvoja se oslanja na četiri faze koje uključuju planiranje, analizu rizika, inženjering i evaluaciju? a\. Waterfall **b. Spiral** c\. RUP d\. Agile **Kviz 3 -- Vodič kroz Scrum** 1\. Ako Biznis Analitičar provode vrijeme procjenjujući stavke preostalih predmeta kako bi bili sigurni da se usklađuju s vizijom i budućnošću, što se ne može učiniti? a\. analiza budžeta **b. zaostali predmeti** c\. zahtjevi razgovora d\. agilne ceremonije 2\. Ko predviđa koje će sve funkcionalnost biti razvijene tokom jednog Sprinta? a\. Vlasnik proizvoda b\. Scrum Master c\. Poslovni analitičar **d. Razvojni tim** e\. Voditelj projekta 3\. Ko može da promjeni prioritet stavki u Product Backlog-u? **a. Vlasnik proizvoda** b\. Akteri c\. Svako u Scrum timu d\. Bilo ko e\. Scrum Master 4\. Šta znači vremenski slot (time-boxing)? a\. Da događaj ima minimalno i maksimalno trajanje b\. Da događaj ima minimalno trajanje c\. Da se dogadaj dogodi odredenog dana **d. Da dogadaj ima maksimalno trajanje** e\. Da događaj ima pravilan ritam 5\. Čiji je posao da radi sa Scrum timom i organizacijom da poveća transparentnost artefakata? a\. Vlasnik proizvoda **b. Scrum Master** c\. Rukovodilac projekta d\. Poslovni analitičar e\. Razvojni tim 6\. Ko je odgovoran za razjašnjavanje odabranih stavki proizvoda? a\. Razvojni tim **b. Vlasnik proizvoda** c\. Voditelj projekta d\. Scrum Master e\. Poslovni analitičar 7\. Agilni Manifest naglašava zajednički skup \_\_\_\_\_. **a. vrijednosti** b\. procesima c\. operacije d\. dokumentaciju 8\. Za šta je odgovoran vlasnik proizvoda? a\. Demonstriranje mogućnosti u Sprint Showcaseu b\. Procjena vremena i energije **c. Maksimiziranje vrijednosti proizvoda i rada razvojnog tima** d\. Planiranje kapaciteta razvojnog tima tako da može postići cilj Sprinta u okviru vremenskog okvira e\. Upravljanje dnevnim Scrum-om 9\. Šta je ključna poruka za Biznis Analitičara iz 12 principa Agilnog Manifesta? a\. Biznis Analitičar je u stanju da smanji ukupne troškove. b\. Tim je u stanju da napravi dokumentaciju. c\. Tim je u stanju da izbjegne razmatranje zahtjeva. **d. Biznis Analitičar treba da bude angažovan s timom i dostupan tim** 10\. Kada se održava Sprint Review? a\. Ne postoji takav događaj kao što je Sprint Backlog **b. Na kraju Sprinta** c\. Nakon dnevnog Scruma d\. Ne održava se tokom Sprinta e\. Na početku sprinta 11\. Koja je svrha Dnevnog Scruma? a\. Kao ažuriranje statusa za menadžera proizvoda b\. Nema dogadaja koji se zove Daily Scrum **c. Da bi razvojni tim uskladio aktivnosti I izradio plan za naredna 24 sata** d\. Dati Scrum Master-u dovoljino informacija za izradu ažuriranja statusa za zainteresovane strane 12\. Vodič za Scrum kaže da Sprint ima vremenski okvir...? a\. 4 sedmice ili manje b\. 2 sedmice c\. oko 3 sedmice d\. izmedu 2 i 4 sedmice **e. 1 mjesec ili manje** 13\. Kada se može ažurirati lista zaostalih stavki proizvoda (Product backlog)? a\. Kad god razvojni tim želi b\. Backlog proizvoda je fiksiran u Sprint planiranju c\. Kad god Scrum Master želi d\. Backlog proizvoda je fiksiran na početku vremenskog okvira **e. Kad god vlasnik proizvoda želi** **Kviz 4 -- Iniciranje projekta** 1\. Koja aktivnost pomaže u definisanju kriterija uspjeha projekta? a\. Izrada detaline projekcije troškova b\. Odabir softverskih alata za upravlijanje projektom **c. Određivanje specifičnih, mjerljivih ciljeva za evaluaciju potpunosti projekta** d\. Formiranje projektne dokumentacije 2\. Šta se postiže primjenom različitih metoda prikupljanja informacijia na početku projekta? a\. Samo prikupljanje finansijskih podataka za budžetiranje b\. Potvrđivanje tehničkih zahtjeva projekta **c. Dobijanje uvida u trenutne poslovne procese i mogućnosti za unapređenje** d\. Identifikacija svih rizika povezanih s projektom 3\. Koja aktivnost je ključna za definisanje poslovnih ciljeva projekta? a\. Razvoj detaljne strategije implementacije b\. Razmatranje finansijskih aspekata c\. Koordinacija s vanjskim dobavijačima **d. Postavljanje mjerljivih, specifičnih ciljeva koji odražavaju poslovne potrebe** 4.Koji su ključni zainteresirani učesnici u projektima općenito prepoznati u fazi iniciranja projekta? **a. Donosioci odluka i osobe sa specijaliziranim znanjem** b\. Samo članovi projektnog tima c\. Isključivo vanjski konsultanti d\. Samo menadžeri srednjeg nivoa 5\. Koja je svrha prikupljanja zahtjeva od ključnih zainteresiranih strana na početku projekta? a\. Određivanje projektnih rokova i rasporeda **b. Definisanje opsega projekta i usmjeravanje projektnih aktivnosti** c\. Procjena financijskog učinka projekta d\. Osiguranje zakonske usklađenosti projekta 6\. Šta je osnovna namjera primjene različitih tehnika prikupljanja informacija na početku projekta? a\. Uskladiti projekat sa strateškim ciljevima organizacije b\. Prikupiti što više tehničkih podataka **c. Sticanje uvida u trenutne procese i identifikacija prilika za unapređenje** d\. Izbor tehnologije koja će se koristiti u projektu 7\. Šta omogućava identifikacija poslovnih zahtjeva u inicijalnoj fazi projekta? a\. Postavljanje vremenskih okvira za završetak projekta b\. Usklađivanje projektnih aktivnosti s korporativnom kulturom c\. Razvoj osnovne tehnološke infrastrukture **d. Razumijevanje i definisanje šta projekat treba postići** 8\. Šta je prvi korak u pripremi faze analize poslovanja pri iniciranju projekta? **a. Sarađivanje s ključnim zainteresiranim osobama za sačinjavanje izjave o opsegu projekta** b\. Definisanje poslovnih ciljeva c\. Izrada finansijskog plana d\. Identifikacija tehnoloških alata potrebnih za projekat 9\. Koji pristup se koristi za identifikaciju očitih problema ili prilika u poslovanju? **a. Razmatranje percepcije sponzora projekta** b\. Prikupljanje povratnih informacija od korisnika c\. Isključivo interna revizija postojećih procesa d\. Konsultacije samo sa vrhunskim menadžmentom 10\. Koja je korist od definisanja poslovnih ciljeva na početku projekta? a\. Zajamčuje tehničku izvedivost projektnih aktivnosti b\. Omogućava brzu implementaciju projektnih zadataka **c. Osigurava da projekat ima jasno definisan kraj i usklađene očekivanja** d\. Omogućava preciznu financijsku procjenu troškova projekta 11\. Koja je svrha izjave o opsegu projekta u inicijalnoj fazi? a\. Odrediti tehničke specifikacije projekta b\. Izabrati softverska rješenja za implementaciju **c. Odrediti šta će projekat nastojati postići i koji dijelovi organizacije će biti uključeni** d\. Postaviti detaljne finansijske ciljeve 12\. Zašto je važno na početku projekta definirati kriterije za ocjenu potpunosti projekta? a\. Da bi se osigurala tehnička podrška kroz cijeli projekat **b. Da bi se jasno definisali početak i kraj projekta usklađeni sa očekivanjima** c\. Da bi se odredile odgovornosti unutar projektnog tima d\. Da bi se procijenili ukupni troškovi projekta 13\. Koji su kriteriji uspjeha u kontekstu iniciranja projekta? a\. Tehnički parametri performansi projekta b\. Broj zaposlenih koji su ukjučeni u projekat **c. Postizanje poslovnih rezultata kao što su ušteda troškova ili rast prihoda** d\. Brzina implementacije softvera 14\. Šta opisuje proces specificiranja zahtjeva u inicijalnoj fazi projekta? a\. Identifikacija potencijalnih rizika I nijihovo ublažavanje b\. Utvrdivanje tehnoloških potreba projekta c\. Detaljno dokumentiranje koraka projekta **d. Razrada poslovnih zahtjeva za postizanje ciljeva definisanih u opsegu projekta** 15\. Zašto je važno na početku projekta prepoznati i dokumentovati uloge ključnih zainteresiranih strana? a\. Da se osigura tehnička podrška projektnom timu **b. Da se izbjegnu potencijalni konflikti i osigura usklađenost sa projektom** c\. Da se izradi detaljni projektni plan d\. Da se definiraju financijski parametri projekta **Kviz 5 -- Planiranje i prikupljanje zahtjeva** 1\. \_\_\_\_\_ zahtjeve, koje korisnik vrlo precizno navodi kao svoje potrebe ili prijedloge za pobolišanje, poput "Želim biti u stanju dobiti " 50 malih aplikacijia U minuti" ili "Naše usluge moraju zadovoljavati ISO standard XYZ, "član 15, stav 4.2." **a. Eksplicitne** b\. Testne c\. Implicitne d\. Zbirne 2\. \_\_\_\_\_\_ se temelje na mjerljivim elementima otpisanih zahtjeva koji se nalaze u paketu zahtjeva. **a. Testni slucajevi** b\. Testne skripte c\. Karte informacija d\. Priručnici za obuku 3.Kad se izvrši prikupljanje zahtjeva neophodno ih je klasificirati kako bi se lakše izvršila prioritetizacija u realizaciji. U skladu sa tim zahtjevi se klasificiraju kao: a\. Smisleni, Besmisleni, Apsurdni b\. Obavezni, Važni, Nevažni **c. Obavezni, Bitni, Zahtjeve koje bi bilo dobro ispuniti** 4\. Naizgled prisutna potreba analitičara da nastavi istraživati mogućnosti i opcije, kako biste se pobrinuli da paket zahtjeva bude tačan i potpun, koja za posljedicu ima kašnjenje i frustraciju jer se poboljšanja u poslovanju ne ostvaruju u odgovarajućim rokovima a finalni dokument zahtjeva kasni naziva se: **a. Paraliza analize** b\. Analiza paralize c\. Defektura zahtjeva 5\. Pojmovnik terminologije sadrži sve važnije termine, pojmove, definicije i aktonime koji se koriste u projektnim dokumentima konkretnog projekta. **a. Da** b\. Ne 6\. Za sagledavanje procesa ili sistema iz perspektive interakcije korisnika u radnom okruženju zainteresiranog lica, kada treba pratiti postojeći proces, ili je je upitna ispravnost podataka koji se prikupljaju na druge načine, najprikladnije je prikupljanje činjenica tehnikom: a\. Intervjua b\. Brainstorminga c\. Anketiranja d\. Pregleda dokumentacije **e. Posmatranja** 7\. Recimo da treba da posjetite devet lokacija i razgovarate sa 450 uposlenika, a imate samo tri sedmice za prikupljanje i verifikaciju zahtjeva najprikladnije je prikupljanje činjenica tehnikom: a\. Posmatranja b\. Intervjua **c. Anketiranja** d\. Pregleda dokumentacije e\. Brainstorminga 8\. Dok bilježimo zahtjeve, nužno je da oni budu \_\_\_\_\_\_\_\_ kako bi se znalo ko je definisao ili naveo zahtjev, kada je zabilježen, ko je autor/analitičar, te koja je osoba ili tim zapisala zahtjev. a\. Uporedivi **b. Sljedivi** c\. Jasni d\. Obavezni 9\. Otvorena pitanja nude osobi koja odgovara određeni skup odgovora. Skup odgovora može sadržavati odgovore koji se tiču kategorija ili raspona. Kategorijski skup odgovora nije uređen prema nekom redoslijedu. Pitanje o rodu je kategorijsko: muško/žensko, kao što je i pitanje o načinu prijevoza do posla: automobil, autobus, taksi, bicikl ili pješice. Odgovori u rasponu, pak, imaju nekakav progresivni poredak, gdje se od osobe koja odgovara traži da izrazi svoje slaganje ili zadovoljstvo nekom vrijednošću u nizu. a\. Tačno **b. Netačno** **Kviz 6 -- Validacija i kontrola zahtjeva u toku izvršenja projekta** 1\. Šta predstavlja SMART test U kontekstu zahtjeva projekta? a\. Alat za mjerenje efikasnosti radne snage unutar projekta b\. Sistem za testiranje softvera koji se razvija c\. Proceduru za provjeru financijske izvedivosti zahtjeva **d. Metodu za ocjenjivanje da li su zahtjevi specifični, mjerljivi, dostižni, realistični i vremenski ograničeni** 2\. Šta je ključni cilj verifikacije zahtjeva? a\. Osiguravanje da projektni plan ostane nepromijenjen **b. Potvrđivanje da su zahtjevi u skladu sa poslovnim ciljevima projekta** c\. Izbjegavanje bilo kakvih promjena zahtjevima tijekom projekta d\. Smanjenje komunikacije sa zainteresovanim stranama 3\. Koji pristup verifikaciji zahtjeva osigurava da su pravilno shvaćeni od strane analitičara? a\. Organizacija velikih sastanaka sa svim zainteresiranim stranama b\. Slanje e-maila sa zahtjevima na potvrdu **c. Parafraziranje izrečenog zahtjeva zainteresiranoj strani** d\. Provođenje online anketa medu zainteresiranim stranama 4\. Zašto je važno kontinuirano osvježavanje i prilagođavanje kriterija za prijem tokom projekta? a\. Da se prilagodi promjenjivim uvjetima tržišta b\. Da se poveća broj zainteresiranih strana uključenih u projekat c\. Da se smanje operativni troškovi projekta **d. Da se osigura usklađenost s promjenjivim poslovnim ciljevima i strategijama** 5\. Koja je svrha kategorizacije zahtjeva u "obavezne, bitne i one koje bi bilo dobro imati"? a\. Da se uspostavi hijerarhijia odgovorosti unutar projektnog tima b\. Da se dokumentuje svaki zahtjev u detaljnu projektnu dokumentaciju **c. Da se definiraju prioritete i pomogne u procesu donošenja odluka** d\. Da se odrede tehničke specifikacije za svaki zahtjevi 6\. Šta su kriteriji za prijem u kontekstu projektnih zahtjeva? a\. Godišnji izvještaj o performansama projekta **b. Specifikacije koje definiraju kada je projekt uspješno završen** c\. Plan za raspodjelu resursa unutar projekta d\. Lista odobrenih softverskih alata koje projekt može koristiti 7\. Kako stručni pregled doprinosi kvaliteti projektnih zahtjeva? a\. Održava projektni tim angažovanim i motivisanim b\. Smanjuje potrebu za kasnijim testiranjem i verifikacijom c\. Pruža priliku za neformalnu diskusiju i brainstorming **d. Omogućuje ispravljanje pogrešaka i poboljšanje preciznosti** 8\. Koja je opasnost od ograničavanja verifikacije samo na učesnike u testiranju? a\. Projekt može biti realizovan prije planiranog roka b\. Smanjenje potrebnih resursa za projekt c\. Može doći do prekoračenja budžeta **d. Zahtjevi mogu ostati nepotvrđeni od strane ključnih zainteresovanih strana** 9\. Koji je krajnji cilj verifikacije zahtjeva u projektu? a\. Postizanje najbržeg mogućeg završetka projekta b\. Minimalizacija utroška resursa na zadatke koji nisu kritični **c. Osiguranje da zahtjevi adekvatno reflektiraju ciljeve i potrebe projekta** d\. Isključivo zadovoljavanje zahtjeva sponzora 10\. Šta predstavlja verifikacija zahtjeva u kontekstu projekta? **a. Proces potvrđivanja da zahtjevi odgovaraju potrebama i očekivanjima zainteresiranih strana** b\. Proces provjere usklađenosti zahtjeva sa zakonskim normama c\. Osnovni postupak za tehničku implementaciju d\. Metoda za praćenje budžeta i troškova projekta 11\. Što znači \"razložena struktura zahtjeva\" u kontekstu upravljanja projektima? a\. Metoda za identifikaciju svih financijskih izvora potrebnih za projekat **b. Proces razlaganja zahtjeva na više nivoa kako bi se osigurala njihova usklađenost** c\. Sistem za brzo odobravanje zahtjeva od strane uprave d\. Tehnika za smanjenje opsega projekta i fokusiranje na ključne aktivnosti 12\. Koje tehnike se koriste za verifikaciju zahtjeva? a\. Testiranje softvera i hardvera **b. Stručni i formalni pregled** c\. Procesi nabavke i logistike d\. Financijska revizija i kontrola 13\. Koje aktivnosti uključuje faza verifikacije zahtjeva? a\. Izbjegavanje komunikacije s klijentima -- sponzorima projekta b\. Prioritet davanje tehničkim aspektima zahtjeva **c. Detaljno pregledanje svakog zahtjeva u skladu sa definisanim ciljevima** d\. Fokusiranje isključivo na zahtjeve kojise lako mjeriti 14\. Zašto je važno definirati razumjeti motivaciju za sve zahtjeve koji se tiču projekta? a\. Da se poveća angažman i zadovoljstvo zaposlenika **b. Da se identificiraju stvarne poslovne potrebe koje projekt treba riješiti** c\. Da se osigura da su zahtjevi tehnički izvedivi d\. Da se izbjegne redundantnost u prikupljanju zahtjeva 15\. Kako stručni pregled pomaže u procesu verifikacije zahtjeva? **a. Omogućava neformalnu razmjenu mišljenja među kolegama za poboljšanje razumijevanja zahtjeva** b\. Uspostavija pravne standarde za tehničku dokumentaciju c\. Pruža formalni mehanizam za ocjenjivanje performansi tima d\. Koristi se za krajnju odobrenje projektnih troškova