Predavanje 04

Question 1

Proces programskog inženjerstva - definicija

Answer 1

Strukturirani skup aktivnosti koji čini okvir neophodan za izvođenje sustavnog plana razvoja i oblikovanja programske potpore

Question 2

Generičke aktivnosti procesa PI

Answer 2

-specifikacija
-oblikovanje i implementacija
-validacija i verifikacija
-evolucija

Question 3

Što je model procesa PI?

Answer 3

apstraktna reprezentacija procesa

Question 4

Specifikacija (PI) - definicija

Answer 4

proces određivanja potrebnih usluga i ograničenja u radu i razvoju sustava, određuje se procesom inženjerstva zahtjeva, rezultira dokumentom u kojem se navode potrebne usluge i ograničenja u radu i razvoju sustava

Question 5

Generičke aktivnosti procesa inženjerstva zahtjeva

Answer 5

-studija izvedivosti
-izlučivanje i analiza zahtjeva
-specifikacija zahtjeva
-validacija zahtjeva
-rukovanja promjenama u zahtjevima

Question 6

Oblikovanje i implementacija (PI) - definicija

Answer 6

proces preslikavanja specifikacije u stvarni sustav

Question 7

Oblikovanje programske potpore - definicija

Answer 7

oblikovanje strukture sustava koja realizira specifikaciju

Question 8

Implementacija (PI) - definicija

Answer 8

preslikavanje strukture u izvršni program

Question 9

Na čemu se temelji oblikovanje arhitekture

Answer 9

na neformalnoj analizi i primjeni dobre inženjerske prakse

Question 10

Sistematski pristup oblikovanju programskog proizvoda provodi se na temelju

Answer 10

odabrane arhitekture

Question 11

Implementacija programskog proizvoda - definicija

Answer 11

preslikavanje dokumentiranog oblikovanja u program i otklanjanje pogrešaka u programu

Question 12

Validacija programskog proizvoda - pitanje

Answer 12

Are we building the right system?
-zadovoljava li sustav funkcijske zahtjeve
-provodi se ispitivanjem sustava

Question 13

Verifikacija programskog proizvoda - pitanje

Answer 13

Are we building the system right?
-zadovoljava li sustav zahtjeve na ispravan način
-uključuje provjeru programa radi otklanjanja pogrešaka

Question 14

Lehmanovi ‘zakoni’ evolucije

Answer 14

-programska potpora mora se stalno mijenjati ili propada
-povećanje složenosti ograničava rast
-programska potpora mora stalno rasti i razvijati nove funkcionalnosti

Question 15

Modeli procesa PI - nabroji

Answer 15

ad hoc, vodopadni, prototipni, evolucijski, inkrementalni, spiralni, unificirani, ubrzani razvoj

Question 16

Ad hoc / oportunistički model - definicija

Answer 16

tim počinje izradu programske potpore bez strukturiranja skupa aktivnosti na projektu

Question 17

Ad hoc model - nedostaci

Answer 17

-dolazi do brze istrošenosti / propadanja
-nema mogućnosti ocjene napretka, rizika i kvalitete
-trošak razvoja i održavanja

Question 18

Vodopadni model - procesne faze

Answer 18

-analiza zahtjeva
-oblikovanje sustava
-implementacija i ispitivanje modula
-integracija i ispitivanje sustava
-rad sustava i održavanje

Question 19

Vodopadni model - temeljna značajka

Answer 19

pojedina faza se mora dovršiti prije pokretanja nove faze

Question 20

Vodopadni model - prednosti i nedostaci

Answer 20

-p : zahtjevi poznati prije oblikovanja, rijetko dovodi do pogrešaka
-n : nije pogodan za složene projekte, teško ugraditi promjene, prikladan samo ako su zahtjevi dobro razumljivi i eventualne promjene svedene na minimum

Question 21

Evolucijski model - definicija

Answer 21

uključuje iterativni i inkrementalni pristup
cjelokupni ciklus aktivnosti ponavljaju se za svaku novu verziju programske potpore

Question 22

Oblici evolucijskog modela

Answer 22

-metoda odbacivanja prototipa
-istraživački razvoj i oblikovanje

Question 23

Metoda odbacivanja prototipa

Answer 23

koristi se prototip za razjašnjavanje zahtjeva, ali se na kraju ne koristi za završni projekt

Question 24

Istraživački razvoj i oblikovanje

Answer 24

kontinuiran rad s kupcem, na temelju inicijalne specifikacije gradi se prototip koji se unaprjeđuje

Question 25

Prototipni model - definicija

Answer 25

vrsta razvoja koja stavlja naglasak na razvoj prototipova rano u razvojnom procesu kako bi se dobila rana povratna inf

Question 26

Evolucijski model - problemi

Answer 26

-proces razvoja i oblikovanja nije jasno vidljiv -sustavi često loše strukturirani -često potrebne posebne vještine -klijent vjeruje da je prototip gotov proizvod

Question 27

Evolucijski model - primjenjivost

Answer 27

-mali i srednji interaktivni sustavi -dijelovi velikih sustava -sustavi kratkog vijeka trajanja

Question 28

Dva međuovisna pristupa iteracijama

Answer 28

-inkrementalni pristup -spiralni razvoj i oblikovanje

Question 29

Inkrementalni pristup - značajke

Answer 29

-sustav se ne isporučuje u cjelini -zahtjevi se svrstaju u prioritetne cjeline -s početkom razvoja inkrementa njegovi se zahtjevi fiksiraju -tijekom razvoja inkrementa može se proći kroz nekoliko iteracija

Question 30

Inkrementalni razvoj - prednosti

Answer 30

-kupac dobiva vrijednost svakim inkrementom -funkcionalnost se ostvaruje u raznim fazama -rani inkrementi kao prototipovi -manji rizik za neuspjeh

Question 31

Spiralni razvoj i oblikovanje - značajke

Answer 31

-proces se predstavlja spiralom, a ne slijedno -svaka petlja = faza procesa -nema fiksnih faza -kombinira ideju inkrementalnog razvoja sa vodopadnim modelom

Question 32

Sektori u spiralnom modelu

Answer 32

-postavljanje ciljeva -procjena i smanjivanje rizika -razvoj i validacija -planiranje

Question 33

Spiralni model - prednosti i nedostaci

Answer 33

-p : iterativna priroda, ali uzima u obzir nejasnoće zahtjeva, smanjuje rizik razvoja, preglednost projekta, razvoj se može podijeliti na manje dijelove (raniji razvoj rizičnih dijelova) -n : složen, administrativno opterećenje, zahtjeva poznavanja tehničke analize rizika, nerazumljiv netehničkom rukovodstvu

Question 34

Unificirani proces - definicija

Answer 34

model procesa programskog inženjerstva izveden na temelju jezika za modeliranje UML i pridruženih aktivnosti

Question 35

Unificirani proces - svojstva

Answer 35

priznaje utjecaj korisnika, sugerira evolucijski pristup, podržava OO, prilagodljiv, 3 perspektive : dinamička, statička, praktična

Question 36

The Rational Unified Process (RUP)

Answer 36

promiče više iteracija na pojedinim inkrementima, temelji se na obrascima uporabe, u fokusu je arhitektura sustava, RUP je okosnica procesa za razvoj ili prilagodbu programske potpore

Question 37

Struktura unificiranog procesa

Answer 37

-proces -disciplina -uloga -aktivnosti -artefakt -tijek rada

Question 38

Značaj komunikacije u UP

Answer 38

UP naglašava kontinuiranu komunikaciju s korisnicima u svim fazama, na kraju svake iteracije korisnici mogu predložiti izmjene

Question 39

Faze UP-a

Answer 39

-početak - definira doseg projekta, rezultira dokumentom visoke razine apstrakcije -razrada - svrha razumijevanje domene problema i razvoj arh. sustava, obuhvaća plan projekta, specifikaciju značajki, temeljne arhitekture sustava i utvrđivanje rizika -izgradnja - razrada preostalih zahtjeva, inkrementalna izgradnja proizvoda, pažljivo planiranje -prijenos - instalacija korisnicima

Question 40

Dvije dimenzije procesa UP

Answer 40

horizontalna - dinamika, vertikalna - statika

Question 41

Ključne točke UP-a

Answer 41

Između dvije susjedne faze, označavaju što treba biti napravljeno na kraju faze prije prijelaza na sljedeću

Question 42

UP i obrasci uporabe

Answer 42

UP se zasniva na obrascima uporabe, obrasci povezuju sve aktivnosti, pokreću brojne aktivnosti i sinkroniziraju sadržaj različitih modela

Question 43

UP : Arhitektura sustava

Answer 43

arhitektura programske potpore je struktura ili strukture sustava koji sadrži elemente, njihova izvana vidljiva obilježja i odnose među njima, arhitektura sadrži skup pogleda u modele

Question 44

Najbolja praksa svojstvena UP

Answer 44

1. iterativan razvoj 2. upravljanje zahtjevima 3. uporaba komponentno zasnovane arhitekture 4. vizualno modeliranje (UML) 5. kontinuirana verifikacija kvalitete 6. upravljanje promjenama programske potpore

Question 45

Agilni razvoj - definicija

Answer 45

grupa metoda za razvoj programske potpore kojima je zajednički iterativni razvoj uz male inkremente te koje podržavaju brzi odziv na korisničke zahtjeve

Question 46

Načela agilnog razvoja

Answer 46

1. zadovoljstvo kupaca kroz ranu i neprekidnu isporuku 2. otvorenost prema zahtjevima za promjenom 3. često isporučivanje inačica 4. kontinuirana suradnja 5. motivirani pojedinci uz puno povjerenje su okosnica projekta 6. izravna komunikacija 7. program je mjera napretka 8. održivi razvoj 9. kontinuirana usmjerenost na tehničku izvrsnost i dobro oblikovanje 10. jednostavnost 11. samoorganizirajući timovi 12. redovita prilagodba promjenama za povećanu produktivnost

Question 47

Ekstremno programiranje XP

Answer 47

vrsta inkrementalnog postupka razvoja i isporuke, bazira se na isporuci vrlo malih inkremenata, kontinuirano poboljšanje koda

Question 48

Dobra praksa XP

Answer 48

planiranje rada ( engl . user stories, plannin mala izdanja ( engl . small releases, building blocks jednostavni projekti ( engl . simple design automatsko testiranje ( engl . testing kontinuirana integracija ( engl . continuous integration prepravljanje postojeće inačice ( engl . refactoring programiranje u paru ( engl . pair programming kolektivno vlasništvo engl . collective ownership 40 satni tjedan ( engl . 40 hour workweek kupac u timu ( engl . on site customer standardi kodiranja ( engl . coding standard terminologija ( engl . metaphor, standardized naming schemes

Question 49

Prednosti agilnog razvoja

Answer 49

-pogodan za srednje velike projekte -brzi odgovor na zahtjeve korisnika -iterativnost -kvaliteta osigurana stalnim ispitivanjem

Question 50

Nedostaci agilnog procesa

Answer 50

-teško primjenjivo na velike projekte -potrebno isustvo -veća cijena programiranja u paru -izrada kvalitetnih ispitnih scenarija zahtjeva posebne vještine

Question 51

Što je SCRUM

Answer 51

radni okvir za projekte strukturiran da podrži razvoj složenih proizvoda, utemeljen na empirizmu, koristi iterativni, inkrementalni pristup za optimizaciju i kontrolu rizika, sastoji se od timova, agilni pristup

Question 52

Elementi SCRUM-a

Answer 52

tim, događaji, artefakti

Question 53

Scrum tim - uloge

Answer 53

1.vlasnik proizvoda (product owner) - zaostaci 2.razvojni tim (development team) - razvijaju i isporučuju inkrement 3.vođa Scruma (Scrum master) - stvara okolinu za tim i organizira sastanke

Question 54

Sprint - definicija i elementi

Answer 54

-kontejner za događaje, 2 - 4 tjedna - sastanak planiranja sprinta (do 1 dan) - sprint kao posao razvoja s dnevnim Scrumom (15ak min) - revizija sprinta (2 - 4h) -retrospektiva sprinta (1 - 3h)

Question 55

Artefakti Scruma

Answer 55

- projektni dnevnik zaostataka - dnevnik sprinta - skup stavki odabranih za sprint - inkrement - zbor svih stavki završenih tijekom tekućeg i svih prethodnih sprintova

Question 56

Disciplinirana agilna isporuka - ključne značajke

Answer 56

- ljudi prije svega - hibridni razvoj - puni ciklus isporuke - ovisnost o kontekstu - iskoristivo programsko rješenje umjesto funkcionalne programske potpore - samoorganizacija timova, uz upravljanje

Question 57

Kanban - glavne prakse

Answer 57

- vizualizacija rada i procesa - ograničavanje količine rada u tjednu - upravljanje tokom procesa - jasna pravila - implementacija povratne veze - zajednička poboljšanja

Question 58

Kontinuirana integracija (CI) - definicija

Answer 58

razvojna praksa koja zahtijeva integraciju koda u zajedničko spremište više pita dnevno

Question 59

Kontinuirana isporuka(CD) - definicija

Answer 59

osigurava da se programsko rješenje može pouzdano objaviti u bilo kojem trenutku

Question 60

Virtualni stroj - definicija

Answer 60

računalno okruženje čiji skup resursa i funkcionalnost je izgrađeno iznad nekog drugog programskog okruženja