問題一覧
1
inkrmentalni, iterativni
2
liskov substitution principle (LSP) - izvedena klasa bi se trebala ponasati na nacin da ne uzrokuje probleme u radu ukoliko se koristi umjesto bazne klase
3
svaki clan tima je potpuno ravnopravan, struktura tima pociva na demokratskim principima gdje se clanovi tima izjasnjavaju o svim odlukama
4
dependecy inversion principle (DIP) - zavisnosti i veze bazirati se na apstrakciji a ne na konkretnim primjercima
5
nefunkcionalni zahtjevi opisuju neke karakteristike kvaliteta koje softversko rjesenje mora da posjeduje a neki od njih su : kratko vrijeme odziva lakoca koristenja visoka pouzdanost niski troskovi odrzavanja i sl
6
projektno ogranicenje predstavlja unaprijed donijetu odluku koja ogranicava skup mogucih rjesenja razmatranog problema naprimjer izbor platforme, interfejs komponenti i sl
7
ne
8
da
9
saopstava drugima, priznaje osjecanja
10
projektovanje sistema
11
alat je instrument koji omogucava da se odredjena aktivnost obavi na kvalitetniji nacin
12
sluzi kao mehanizam utvrdjivanja stepena odstupanja definisanih zahtjeva i stvarnih zahtjeva mucioca, kroz testiranje se provjerava kvalitet implementacije, provjera da li se specifikacija odgovara korisnickim zahtjevima
13
ne
14
analiticar, projektant
15
procesno ogranicenje predstavlja ogranicenje koje se odnosi na tehnike ili resurse koji se mogu koristiti u izgradnji sistema
16
Open-Closed Principle(OCP) - radna verzija komponenti se samo moze prosirivati a nikako mjenjati
17
interface segregation principle (ISP) - kada interfjes postane previse slozen potrebno ga je rasclaniti na specificnije interfejse
18
opsti rizici - rizici zajednicki za sve softverske projekte, rizici specificni za projekat - prijetnje koje su posljedica slabih tacaka konkretnog projekta , tehnoloski rizci - rizici koji se pojavljuju koristenjem odredjenih tehnologija izrade projekta
19
analiza zahtjeva
20
umanjenje rizika, planiranje rizika r, razresavanje rizika
21
paradigma je pristup ili filozofija razvoja softvera
22
pita drugog, odlucuje logicno
23
svi drugi clanovi tima podnose izvjestaj glavnom programeru , glavni programer ima posljednju rijec prilikom donosenja svih odluka , potpuno odgovoran za projektovanje i razvoj softvera
24
programer, projektant
25
procedur aje kombinacija alata i metoda koji u modjusobnom skladu proizvode dati proizvod
26
kvalitet proizvoda u kontekstu poslovnog okruzenja za koji je namjenjen , kvalitet postupka izrade, kvalitet proizvoda
27
single reposponsibility principle (SRP) - svakoj klasi se dodjeljuje samo jedno zaduzenje
28
funkcionalni zahtjevi opisuju obavezno ponasanje softvera u kontekstu neophodnin aktivnosti a neke od njih su: reakcije an ulazu stanje svakog entiteta nakon okoncanja aktivnosti i sl
29
saopstava drugima, odlucuje logicno
30
pita drugog, priznaje osjecaje
31
metoda je formalni postupak za postizanje nekog rezultata
32
anketiranje, analiza scenarija , pravljenje i koristenje video zapisa, izrada prototipa, analiza sluzbene dokumentacije, intervju, posmatranje, FAST tehnika, izrada pretpostavki
33
modelBuilder.Entity<Student>().HasRequired(x => x.Korisnik).WithOptional(x.Student), modelBuilder.Entity<Student>().HasOptional(x => x.Student).WithRequired(x.Korisnik)
34
m = korekcioni faktor
35
analiza, izvodjenje, specifikacija, validacija
OS Integralni 2018
OS Integralni 2018
ajdin sofić · 64問 · 2年前OS Integralni 2018
OS Integralni 2018
64問 • 2年前DL 35 pitanja
DL 35 pitanja
ajdin sofić · 35問 · 3年前DL 35 pitanja
DL 35 pitanja
35問 • 3年前DL 36 pitanja
DL 36 pitanja
ajdin sofić · 36問 · 3年前DL 36 pitanja
DL 36 pitanja
36問 • 3年前OS integralni 2018 3 dio
OS integralni 2018 3 dio
ajdin sofić · 51問 · 2年前OS integralni 2018 3 dio
OS integralni 2018 3 dio
51問 • 2年前Os integralni 3 dio
Os integralni 3 dio
ajdin sofić · 25問 · 2年前Os integralni 3 dio
Os integralni 3 dio
25問 • 2年前OS Integralni 2018 2 dio
OS Integralni 2018 2 dio
ajdin sofić · 50問 · 2年前OS Integralni 2018 2 dio
OS Integralni 2018 2 dio
50問 • 2年前OS integralni drugi dio
OS integralni drugi dio
ajdin sofić · 53問 · 2年前OS integralni drugi dio
OS integralni drugi dio
53問 • 2年前RI I parcijala 29 pitanja
RI I parcijala 29 pitanja
ajdin sofić · 29問 · 3年前RI I parcijala 29 pitanja
RI I parcijala 29 pitanja
29問 • 3年前DL 35 pitanja
DL 35 pitanja
ajdin sofić · 35問 · 3年前DL 35 pitanja
DL 35 pitanja
35問 • 3年前DL 35 pitanja
DL 35 pitanja
ajdin sofić · 35問 · 3年前DL 35 pitanja
DL 35 pitanja
35問 • 3年前DL 35 pitanja
DL 35 pitanja
ajdin sofić · 35問 · 3年前DL 35 pitanja
DL 35 pitanja
35問 • 3年前DL 35 pitanja
DL 35 pitanja
ajdin sofić · 35問 · 3年前DL 35 pitanja
DL 35 pitanja
35問 • 3年前DL 36 pitanja
DL 36 pitanja
ajdin sofić · 36問 · 3年前DL 36 pitanja
DL 36 pitanja
36問 • 3年前DL 36 pitanja
DL 36 pitanja
ajdin sofić · 36問 · 3年前DL 36 pitanja
DL 36 pitanja
36問 • 3年前DL 35 pitanja
DL 35 pitanja
ajdin sofić · 35問 · 3年前DL 35 pitanja
DL 35 pitanja
35問 • 3年前RI I parcijala 29 pitanja
RI I parcijala 29 pitanja
ajdin sofić · 29問 · 3年前RI I parcijala 29 pitanja
RI I parcijala 29 pitanja
29問 • 3年前RI I parcijala 29 pitanja
RI I parcijala 29 pitanja
ajdin sofić · 29問 · 3年前RI I parcijala 29 pitanja
RI I parcijala 29 pitanja
29問 • 3年前DL 35 pitanja
DL 35 pitanja
ajdin sofić · 35問 · 3年前DL 35 pitanja
DL 35 pitanja
35問 • 3年前DL 35 pitanja
DL 35 pitanja
ajdin sofić · 35問 · 3年前DL 35 pitanja
DL 35 pitanja
35問 • 3年前RI II parcijala
RI II parcijala
ajdin sofić · 46問 · 3年前RI II parcijala
RI II parcijala
46問 • 3年前問題一覧
1
inkrmentalni, iterativni
2
liskov substitution principle (LSP) - izvedena klasa bi se trebala ponasati na nacin da ne uzrokuje probleme u radu ukoliko se koristi umjesto bazne klase
3
svaki clan tima je potpuno ravnopravan, struktura tima pociva na demokratskim principima gdje se clanovi tima izjasnjavaju o svim odlukama
4
dependecy inversion principle (DIP) - zavisnosti i veze bazirati se na apstrakciji a ne na konkretnim primjercima
5
nefunkcionalni zahtjevi opisuju neke karakteristike kvaliteta koje softversko rjesenje mora da posjeduje a neki od njih su : kratko vrijeme odziva lakoca koristenja visoka pouzdanost niski troskovi odrzavanja i sl
6
projektno ogranicenje predstavlja unaprijed donijetu odluku koja ogranicava skup mogucih rjesenja razmatranog problema naprimjer izbor platforme, interfejs komponenti i sl
7
ne
8
da
9
saopstava drugima, priznaje osjecanja
10
projektovanje sistema
11
alat je instrument koji omogucava da se odredjena aktivnost obavi na kvalitetniji nacin
12
sluzi kao mehanizam utvrdjivanja stepena odstupanja definisanih zahtjeva i stvarnih zahtjeva mucioca, kroz testiranje se provjerava kvalitet implementacije, provjera da li se specifikacija odgovara korisnickim zahtjevima
13
ne
14
analiticar, projektant
15
procesno ogranicenje predstavlja ogranicenje koje se odnosi na tehnike ili resurse koji se mogu koristiti u izgradnji sistema
16
Open-Closed Principle(OCP) - radna verzija komponenti se samo moze prosirivati a nikako mjenjati
17
interface segregation principle (ISP) - kada interfjes postane previse slozen potrebno ga je rasclaniti na specificnije interfejse
18
opsti rizici - rizici zajednicki za sve softverske projekte, rizici specificni za projekat - prijetnje koje su posljedica slabih tacaka konkretnog projekta , tehnoloski rizci - rizici koji se pojavljuju koristenjem odredjenih tehnologija izrade projekta
19
analiza zahtjeva
20
umanjenje rizika, planiranje rizika r, razresavanje rizika
21
paradigma je pristup ili filozofija razvoja softvera
22
pita drugog, odlucuje logicno
23
svi drugi clanovi tima podnose izvjestaj glavnom programeru , glavni programer ima posljednju rijec prilikom donosenja svih odluka , potpuno odgovoran za projektovanje i razvoj softvera
24
programer, projektant
25
procedur aje kombinacija alata i metoda koji u modjusobnom skladu proizvode dati proizvod
26
kvalitet proizvoda u kontekstu poslovnog okruzenja za koji je namjenjen , kvalitet postupka izrade, kvalitet proizvoda
27
single reposponsibility principle (SRP) - svakoj klasi se dodjeljuje samo jedno zaduzenje
28
funkcionalni zahtjevi opisuju obavezno ponasanje softvera u kontekstu neophodnin aktivnosti a neke od njih su: reakcije an ulazu stanje svakog entiteta nakon okoncanja aktivnosti i sl
29
saopstava drugima, odlucuje logicno
30
pita drugog, priznaje osjecaje
31
metoda je formalni postupak za postizanje nekog rezultata
32
anketiranje, analiza scenarija , pravljenje i koristenje video zapisa, izrada prototipa, analiza sluzbene dokumentacije, intervju, posmatranje, FAST tehnika, izrada pretpostavki
33
modelBuilder.Entity<Student>().HasRequired(x => x.Korisnik).WithOptional(x.Student), modelBuilder.Entity<Student>().HasOptional(x => x.Student).WithRequired(x.Korisnik)
34
m = korekcioni faktor
35
analiza, izvodjenje, specifikacija, validacija