Procesi, operativne procedure i tehničko oblikovanje - lorenapekic/Projekt GitHub Wiki
Sastanci među članovima redovito se održavaju tri puta tjedno, u terminima koji odgovaraju svim članovima koji su potrebni na zadanom sastanku. Sljedeća tablica opisuje pojedine sastanke koji se vrše tijekom tjedna, njihov cilj, vrijeme izvođenja, platforma i način na koji se izvodi te sudionici koji su dužni biti prisutni na sastanku.
Cilj sastanka | Vrijeme | Platforma | Sudionici |
---|---|---|---|
Praćenje napretka projekta | Ponedjeljak | Messenger - poruke | svi članovi |
Dijeljenje zadataka, iznošenje ideja | Četvrtak | Discord - glasovni poziv | svi članovi |
Rad na projektu, mišljenja i zaključci | Subota | Messenger - poruke | svi članovi |
*Debuggiranje, rad na kodu | Po potrebi | Discord - glasovni poziv/dijeljenje zaslona | Član koji treba pomoć + dostupni članovi |
*Nakon izvanrednih sastanaka u kojem određeni članovi rade na programskom problemu, sam problem te način na koji se riješio dokumentira se u Problemima.
Prikaži

Ovdje je prikazana PERT tablica sa predviđenim vremenom za svaki pojedini zadatak. Ukupno trajanje rada na projektu iznosilo bi 175 sati, u slučaju bez kašnjenja na zadacima.
Oznaka | Ime | Trajanje | Početno apsolutno vrijeme | Završno apsolutno vrijeme | Kritični put | Preduvjeti |
---|---|---|---|---|---|---|
A | Planiranje i specifikacija zahtjeva | 6h | 0 | 6 | * | / |
B | Dizajn likova | 6h | 6 | 12 | * | A |
C | Dizajn itema | 20h | 6 | 26 | A | |
D | Dizajn izbornika | 16h | 6 | 22 | A | |
E | Dizajn mape i okruženja | 12h | 6 | 18 | A | |
F | Animacije likova | 24h | 12 | 36 | * | B |
G | Programiranje nasumičnog generiranja sobe | 15h | 18 | 33 | E | |
H | Programiranje kretanja | 12h | 36 | 48 | F | |
I | Programiranje borbe | 17h | 36 | 53 | F | |
J | Programiranje interakcije s predmetima | 20h | 36 | 56 | * | C, D, F |
K | Programiranje mogućnosti pauziranja i nastavljanja | 3h | 33 | 36 | D, G | |
L | Snimanje/pronalaženje i ukomponiranje zvučnih efekata | 24h | 56 | 80 | * | H, I, J, K |
Pri izradi igrice koristit ćemo se arhitektonskim obrascem poznatim pod nazivom MVVM arhitektura. Model-view-viewmodel (MVVM) softverski je arhitektonski obrazac koji će nam olakšati odvajanje razvoja grafičkog korisničkog sučelja igrice od razvoja poslovne logike ili back-end logike. Tako ćemo podijeliti zadatke u grupi kako bi se određeni članovi više usredotočili na grafički dio izrade koda, a ostali na logici iza programa.