RPP Flashcards

1
Q

Što su nefunkcionalni zahtjevi

A

zahtjevi koji opisuju koliko dobro
softver radi ono što radi

ograničavaju dizajnerski prostor i odluke

Opisuje KAKO softver radi, određuju ju okruženje (legislativa, tehn napredak) i dionici (programeri,
korisnici)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Navedi zahtjeve klasifikacije, objasni ih.

A

Zahtjevi sustava – ponašanje softvera u toku izvođenja

Organizacijski zahtjevi – politike i procedure organizacije koje naručuju ili isporučuju

Eksterni zahtjevi – sve što ne proizlazi iz sustava ili dionika

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Koje su ISO kvalifikacije?

A

Kvaliteta u uporabi – ponašanje u realnoj uporabi iz perspektive korisnika

Kvaliteta proizvoda – karakteristike koje utječu na kvalitetu (stabilnost, sigurnost, pouzdanost…)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Od cega se rizik sastoji

A

Rizik = vjerojatnost x ozbiljnost (vjerojatnost je da će failat, ozbiljnost posljedica)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Nabroji dimenzije pouzdanosti

A

Dostupnost – sustav dostupan

Pouzdanost – raditi ispravno

Bezbjednost (safety) - neće uzrokovati štetu

Sigurnost (security) – oduprijeti upadima

Otpornost – nastaviti raditi unatoč greškama ili napadima

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Kakav je to sustav sociotehnicki?

A

sustav koji uz tehničke (računala, oprema) ima netehničke (procesi, pravila) elemente

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Što je redundancija a što raznolikost?

A

Redundancija – rezervni elementi za kada zakaže primarni element

Raznolikost – da redundantni elementi nisu istog tipa/vrste da ne bi bili onemogućeni zbog iste greške

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Kakav softverski proces mora biti (5 osobina)

A

Provjerljiv – razumljiv svima i izvan procesa

Raznolik – sadržavati redundantne i raznolike verifikacijske i validacijske aktivnosti

Dokumentiran

Robustan – oporaviti od neuspjeha pojedinačnih aktivnosti

Standardiziran – koristiti skup standarda

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Dizajn na razini komponente definira:
(4 nabrojat)

A

strukture podataka,
algoritme,
karakteristike sučelja i
komunikacijske mehanizme svake komponente

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Što je komponenta?

A

Komponenta – kompozitna jedinica s ugovorom sučeljem i eksplicitnim ovisnostima o kontekstu

Komponenta – potvrđuje komponentni model, može se samostalno postaviti, sastavljen bez izmjena

ugovor sučelja = API

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Nabroji principe dizajna (7)

A

OCP -open close, otvorena za proširenje, zatvorena za izmjene

LSP – potklase zamjenjive svojim osnovnim klasama

DIP – dependency inversion – ovisno o apstrakcijama, ne o konkretnim klasama

ISP – interface separation – bolje mnogo specifičnih nego jedno opće sučelje

REP – reusability equivalency – ponovna upotreba je oslobađanje

CCP – common close – klase koje se mijenjaju zajedno pripadaju zajedno

CRP – common reusability – klase koje se ne upotrebljavaju zajedno ne grupiraju se zajedno

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Što je inžinjiring odmene

A

Inženjering domene – identificirati, konstruirati i širiti skup komponenti koje su primjenjive na postojeći i budući softver u aplikacijskoj domeni

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Što kvalificira komponentu?

A

da obavlja funkciju, da se uklapa i ima tražene karakteristikle (performanse,
pouzdanost…)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Što je Component Based Software Engineering - CBSE

A

proces je koji naglasava projektiranje i konstrukciju racunalnih sustava koji koriste visekratne softverske komponente.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Što su uzorci dizajna

A

Uzorci dizajna na razini komponente pružaju dokazana
rješenja koja se odnose na jedno ili više podproblema

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Što je low code development

A

programiranje sa jako malo kodiranja, štedi vrijeme, smanjuje troškove, minimalno znanje

17
Q

Navedi primjer no code platforme

A

Oracle apex

18
Q

Što je super aplikacija ?

A

apk koje sadržavaju skup mogućnosti preko kojih se mogu dodati mini aplikacije
REVOLUT

19
Q

Što je API ekonomija

A

organizacije nude digitalne podatke/usluge za besplatno ili naknadu

20
Q

Navedi neke česte vrste API-eva

A

geolokacija, procesiranje slika, strojno učenje

21
Q

Što je Ekonomika programskog inženjerstva

A

grana mikroekonomije, nastoji odrediti troškove, resurse i
trajanje faza razvojnog i životnog ciklusa

22
Q

Nabroji neke Projektne troškove razvoja:

A

projektiranje, programiranje, implementacija, otklanjanje nedostataka,
upravljanje projektom, upravljanje organizacijskim promjenama

23
Q

Koje su metrike slozenosti

A

Količina koda
Funkcionalnost

24
Q

Razlika fizickih i logickih LOC metrika

A

Fizičke LOC metrike – uključuju mrtav kod, komentare, prazne linije

Logičke LOC metrike – isključuju to sve, teško se automatiziraju i broje

25
Q

Što su funkcijske točke

A

Izvana vidljivi parametri složenosti sustava

26
Q

Nabroji metode procjene troškova(8)

A
  1. Algoritamsko modeliranje troškova - cost drivere povezat u neki algoritam da dobijenu cijenu
  2. Ekspertna procjena - konzultiramo se sa ekspertima , Delfi metoda
  3. Procjena na temelju analogije - iskustva iz proslih projekti
  4. Parkinsonov zakon - Cijena je raspolozivi proracun, utrosak resursi resursi koji su na raspolaganju, Nezavršeni poslovi prebacuju se u fazu korištenja i održavanja
  5. Cijena koja pobjeđuje - cijena koliko kupac spreman platiti (loše ili za nas ili za kupca), napravimo koliko
    vremena i resursa imamo
  6. Cijena odozgo dolje -> odrede se troškovi najvećih dijelova projekta, ostane malo novaca u budžetu za
    samo razvijanje komponenti
  7. Cijena odozdo gore - obrnuto
  8. Metoda funkcijskih točaka - iz vana vidljive elemente ponderiramo
27
Q

Što je polimorfizam

A

mogućnost korištenja metoda osnovne klase objekta te preoblikovanje i korištenje tih metoda s drugačijom funkcionalnošću u izvedenoj klasi objekta

28
Q

Što je učahurivanje/enkapsulacija

A

odvajanje sučelja prema drugim objektima od primijenjene implementacije

29
Q

Što je nasljeđivanje

A

klasa objekta niže razine koristi podatke i metode klase objekta više razine,
nasljeđivanje je jednosmjerno,
a modifikatori pristupa definiraju nasljedivost, ne postoji mogućnost direktnog višestrukog nasljeđivanja