3 | | == Namestitev navideznega računalnika doma == |
| 4 | = Terminski načrt = |
| 5 | |
| 6 | Po petih uvodnih vajah na katerih so prikazani potrebni postopki za uspešno izdelavo naloge, se predvideva samostojno delo študentov za katerega je do konca semestra predvideno še sedem terminov na katerih bo prisoten asistent s katerim lahko rešujete težave pri izdelavi aplikacije. |
| 7 | |
| 8 | Obisk v laboratoriju LECAD je še vedno obvezen, vendar je pričakovati različen napredek, ki je odvisen od posameznikove usposobljenosti reševanja večjih problemov. Obisk laboratorija je možen tudi izven predvidenega urnika, če so računalniki učilnice prosti. Možna je tudi namestitev navideznega računalnika z vsemi potrebnimi orodji in s tem delo od doma. |
| 9 | |
| 10 | Vaje se zaključijo 15. oz. 16. januarja 2008 na katerih je možno oddati končno verzijo tako, da zaprosite asistenta za pregled in oceno vašega izdelk, ki se je oddajal sproti, kar bo tudi razvidno iz poteka oddajanj (TracTimeline). Brez večjega vpliva na oceno je možno zaprositi za oceno do začetka poletnega semestra. |
| 11 | |
| 12 | Za oceno se lahko zaprosi osebno ali s sistemom TracTickets, kar bo podrobneje predstavljeno kasneje. Ocena bo ravno tako komentirana s TracTickets, zato se priporoča vnos poštnega naslova za lažje sledenje spremembam. |
| 13 | |
| 14 | = Ocenjevanje = |
| 15 | |
| 16 | Ocena naloge bo sestavljena iz naslednjih kriterijev: |
| 17 | * 20% Sprotnost dela in sledenje razvoju s sistemom TRAC iz katerega mora biti jasno razviden postopek, s katerim |
| 18 | ste prišli do končne verzije izdelka. Iz vsake opombe ob shranitvi na strežnik mora biti jasno predstavljena vsebina spremeb! To velja tako za izvorno kodo, kot za poročilo. |
| 19 | * 5% Prisotnost in izvedba domačih nalog s katerimi si pridobimo delovni cikel. |
| 20 | * 35% Delovanje programa, jasnost kode. Pomembno je tudi dokazovanje pravilnosti delovanja, kjer si logično razlagamo obnašanje programa za različne vhodne parametre. |
| 21 | * 20% Oblika in vsebina poročila. Poročilo v elektronski obliki se vnaša s sistemom Trac. |
| 22 | * 20% Neobvezni del funkcionalnosti programa, ki obsega: |
| 23 | * Izvedba s končnimi elementi. 10% |
| 24 | * Integracija v zaključeno aplikacijo. S tako aplikacijo je možno iterativno ponavljati vnos, preračun in prikaz brez izhoda iz aplikacije 5% |
| 25 | * Povečana stopnja interaktivnosti z uporabo miške in menujev GLUT. 5% |
| 26 | * Osenčen model s kontrolo osvetlitve. 5% |
| 27 | * Različne tehnike grafičnega vnosa podatkov (snap to grid, align, simetrija, popravljanje posameznih vozlišč, ...). 5% |
| 28 | * Merilo. Različen obseg vhodnih podatkov, ki je v osnovi -1..1. 3% |
| 29 | |
| 30 | Predstavljeni kriteriji niso dokončni in se bodo lahko dopolnili ali popravili do konca koledarskega leta, če bodo v tem času ugotovljena nova dejstva. Timeline in WikiStart strani posameznih projektov so po uvodnih vajah vidni le z geslom, kar onemogoča neavtoriziran dostop do vašega izdelka. |
| 31 | |
| 32 | = Poročilo = |
| 33 | Zaradi lažjega ocenjevanja in doseganja enotnih standardov, se predviteva enoten način izdelave poročila o nalogi. Spletni vmesnik TRAC omogoča strukturirano pisanje dokumentov, ki spremljajo projekt. Vsak študent je tako na strani WikiStart svojega projekta, dolžan predstaviti svoje delo v obliki poročila v katerem predstavi projekt, komentira svoje delo in delovanje programa. Struktuirano obliko poročila je možno doseči z logičnimi ukazi, ki so podrobneje predstavljeni na strani WikiFormatting. Predvideno je samostojno učenje opisnega jezika za oblikovanje strani, za kar je predviden prostor v peskovniku (SandBox). Učenje na strani SandBox se ne shranjuje in je predviden ravno zaradi tega, da se z njim ne smeti časovni potek dela. |
| 34 | |
| 35 | Poročilo je ravno tako, kot kodo možno slediti v Timeline. Ravno tako mora biti iz Timeline razviden potek izdelave poročila. |
| 36 | |
| 37 | Zahtevana oblika poročila in napotki bodo predstavljeni pravočasno. |
| 38 | |
| 39 | = Namestitev navideznega računalnika doma = |