Erinevus lehekülje "ITI0209 kevad 2024 2. kodutöö kirjeldus" redaktsioonide vahel

Allikas: Kursused
Mine navigeerimisribale Mine otsikasti
 
(ei näidata sama kasutaja 2 vahepealset redaktsiooni)
1. rida: 1. rida:
<!--
 
 
== Tähtajad ==
 
== Tähtajad ==
  
Kodutöö tähtaeg on  tähtaeg 21.04 kell 18:00. Sama päeva õhtul jagab õppejõud esitatud tööd hindamiseks kaastudengitele - hidamise tähtaeg 26.04 kell 14:00. Töö esitamise vorm moodles on: https://moodle.taltech.ee/mod/assign/view.php?id=376904. Tagasiside andmise tähtaeg on teisipäev 21. aprill ja selle saab ülesse laadida siit: https://moodle.taltech.ee/mod/assign/view.php?id=376905. Kui tundub et on midagi puudu siis suhelge omavahel ja jagage kindlasti tagasisidet ka enne Moodlesse ülesselaadimist.
+
Kodutöö tähtaeg on  tähtaeg 26.04 kell 17:00. Sama päeva õhtul jagab õppejõud esitatud tööd hindamiseks kaastudengitele - hidamise ja tagasiside andmise tähtaeg on 30.04 kell 14:00. Töö esitamise vorm moodles on: https://moodle.taltech.ee/mod/assign/view.php?id=376904 ja tagasiside saab ülesse laadida siit: https://moodle.taltech.ee/mod/assign/view.php?id=376905. Kui tundub et on midagi puudu siis suhelge omavahel ja jagage kindlasti tagasisidet ka enne Moodlesse ülesselaadimist.
-->
 
  
  
18. rida: 16. rida:
 
# HTML rakendus peab võimaldama läbida kasutajal loodava teenuse põhiflow algusest lõpuni. Rakenduses peab olema jälgitud joondust ja elementide paigutust, s.t isegi ilma eraldi stiilimata ei tohi elemendid olla nihkes ega koledad. Nii pildid kui sisutekstid peavad olema "päris" - mitte igal lehel, küll toote põhiflow-ga seotutel. '''See nõue on kohustuslik - ka ülejäänud kodutöö puntid saab arvestatud alles siis kui see on realiseeritud.''' (5p)
 
# HTML rakendus peab võimaldama läbida kasutajal loodava teenuse põhiflow algusest lõpuni. Rakenduses peab olema jälgitud joondust ja elementide paigutust, s.t isegi ilma eraldi stiilimata ei tohi elemendid olla nihkes ega koledad. Nii pildid kui sisutekstid peavad olema "päris" - mitte igal lehel, küll toote põhiflow-ga seotutel. '''See nõue on kohustuslik - ka ülejäänud kodutöö puntid saab arvestatud alles siis kui see on realiseeritud.''' (5p)
 
# Rakendus on realiseeritud mõnel CSS raamistiku standardkomponentidel - kursuse käigus kasutame Bootstrappi, aga lubatud on nt Semantic UI, Material CSS, Zepto vms. Ära hakka tekitama enda elemente vaid kasuta raamistikku sisseehitatuid. Kõigis eelnimestatud raamistikes on enamus elemente mida vaja peaks olema juba olemas. Oluline on valida õige element/komponent mida kasutada. Alustamiseks on hea kopeerida lähtekood näidetest, nt https://getbootstrap.com/docs/5.3/examples/ ja muuta vaateid vastavalt enda vajadustele. '''Inline-stiilide ja !important tagi kasutamine CSSis on keelatud.''' (2p)
 
# Rakendus on realiseeritud mõnel CSS raamistiku standardkomponentidel - kursuse käigus kasutame Bootstrappi, aga lubatud on nt Semantic UI, Material CSS, Zepto vms. Ära hakka tekitama enda elemente vaid kasuta raamistikku sisseehitatuid. Kõigis eelnimestatud raamistikes on enamus elemente mida vaja peaks olema juba olemas. Oluline on valida õige element/komponent mida kasutada. Alustamiseks on hea kopeerida lähtekood näidetest, nt https://getbootstrap.com/docs/5.3/examples/ ja muuta vaateid vastavalt enda vajadustele. '''Inline-stiilide ja !important tagi kasutamine CSSis on keelatud.''' (2p)
# Loodud on stiiliraamat. Stiiliraamat on lingitud loodava rakenduse menüüsse ja kättesaadav lehelt `style_guide.html`. Stiiliraamatus peaksid olema kokku tõstetud ühele lehele teie poolt kasutuses olevad elemendid. Hea kirjeldus mis, on näiteks see: https://xd.adobe.com/ideas/process/ui-design/ui-style-guide-template/. (2p)
+
# Loodud on stiiliraamat. Stiiliraamat on lingitud loodava rakenduse menüüsse ja kättesaadav lehelt `style_guide.html`. Stiiliraamatus peaksid olema kokku tõstetud ühele lehele teie poolt kasutuses olevad elemendid. Hea kirjeldus mida stiiliraamat peaks sisaldama, on näiteks see: https://xd.adobe.com/ideas/process/ui-design/ui-style-guide-template/. Vaata ka 8. loengu slaide (lk 9) (2p)
 
# Rakendus peab olema kasutatav nii desktopis kui mobiilis. Kui järgisid eelmist punkti, s.t. ehitasid rakenduse mõnele standardraamistikule  siis suure tõenäosusega enam suuremaid lisategevusi tegema ei pea.  (2p)
 
# Rakendus peab olema kasutatav nii desktopis kui mobiilis. Kui järgisid eelmist punkti, s.t. ehitasid rakenduse mõnele standardraamistikule  siis suure tõenäosusega enam suuremaid lisategevusi tegema ei pea.  (2p)
 
# HTML rakenduse flow ja elementide paigutus peab vastama 1 praktikumitöös joonistatud vaadetele. Kui realisatsiooni käigus selgub et joonistatud prototüüpi on keeruline või ebaotstarbekas sellisel kujul realiseerida, tuleb muudatused viia prototüüpi - s.t. HTML ja proto peavad kooskõlas olema. Võib juhtuda, et HTMLi tehes selgub, et päris nii nagu joonistatud on liiga keeruline või ebaotstarbekas. Sellisel juhul tuleb muuta staatilist protoüüpi. See tagab, et saame suhtuda staatilisse prototüüpi kui dokumentatsiooni. (1p)
 
# HTML rakenduse flow ja elementide paigutus peab vastama 1 praktikumitöös joonistatud vaadetele. Kui realisatsiooni käigus selgub et joonistatud prototüüpi on keeruline või ebaotstarbekas sellisel kujul realiseerida, tuleb muudatused viia prototüüpi - s.t. HTML ja proto peavad kooskõlas olema. Võib juhtuda, et HTMLi tehes selgub, et päris nii nagu joonistatud on liiga keeruline või ebaotstarbekas. Sellisel juhul tuleb muuta staatilist protoüüpi. See tagab, et saame suhtuda staatilisse prototüüpi kui dokumentatsiooni. (1p)
37. rida: 35. rida:
  
 
'''Soovitusi hindamiseks:'''
 
'''Soovitusi hindamiseks:'''
 +
* Hoia vormistus lihtne - ära kasuta sisukorda, tiitellehte jne.
 
* Veendu et hindamisraportis oleks märgitud kes hindas, ja millist meeskonda hinnati.
 
* Veendu et hindamisraportis oleks märgitud kes hindas, ja millist meeskonda hinnati.
 
* Märgi hindamisraportis mitu punkti hinnatav meeskond sai.
 
* Märgi hindamisraportis mitu punkti hinnatav meeskond sai.
 
* Põhjenda ka sõnaliselt hinde moodutamist, vajadusel anna nõu mis on puudu.
 
* Põhjenda ka sõnaliselt hinde moodutamist, vajadusel anna nõu mis on puudu.
 
* Jaga hindamisraportit hinnatava meeskonnaga nii selle kirjutamise ajal kui siis kui valmis.
 
* Jaga hindamisraportit hinnatava meeskonnaga nii selle kirjutamise ajal kui siis kui valmis.

Viimane redaktsioon: 23. aprill 2024, kell 14:37

Tähtajad

Kodutöö tähtaeg on tähtaeg 26.04 kell 17:00. Sama päeva õhtul jagab õppejõud esitatud tööd hindamiseks kaastudengitele - hidamise ja tagasiside andmise tähtaeg on 30.04 kell 14:00. Töö esitamise vorm moodles on: https://moodle.taltech.ee/mod/assign/view.php?id=376904 ja tagasiside saab ülesse laadida siit: https://moodle.taltech.ee/mod/assign/view.php?id=376905. Kui tundub et on midagi puudu siis suhelge omavahel ja jagage kindlasti tagasisidet ka enne Moodlesse ülesselaadimist.


Palun tehke nii et igast meeskonnast esitab töö ainult üks liige.

Töö kirjeldus

Esimese praktikumi käigus saite valmis ja valideerisite staatilise prototüübi. Teise praktikumitöö põhieesmärk on realiseerida staatiline prototüüp HTML lehtedena kasutades selleks standardraamistikke - nt. Bootstrappi mis võtaks aluseks loengus räägitud hea kasutajaliidese printsiibid. Loodud keskkonnal peab olema "päris" sisu.

Töö peab esitamiseks olema paigutatud Turing serverisse aadressile http://turing.cs.ttu.ee/~SINU_UNI_ID/iti0209. Lisaks sellele peab olema lähtekood TTÜ Gitlabis https://gitlab.cs.taltech.ee projekti ITI0209_2024 kaustas "html_proto".

Nõuded:

  1. HTML rakendus peab võimaldama läbida kasutajal loodava teenuse põhiflow algusest lõpuni. Rakenduses peab olema jälgitud joondust ja elementide paigutust, s.t isegi ilma eraldi stiilimata ei tohi elemendid olla nihkes ega koledad. Nii pildid kui sisutekstid peavad olema "päris" - mitte igal lehel, küll toote põhiflow-ga seotutel. See nõue on kohustuslik - ka ülejäänud kodutöö puntid saab arvestatud alles siis kui see on realiseeritud. (5p)
  2. Rakendus on realiseeritud mõnel CSS raamistiku standardkomponentidel - kursuse käigus kasutame Bootstrappi, aga lubatud on nt Semantic UI, Material CSS, Zepto vms. Ära hakka tekitama enda elemente vaid kasuta raamistikku sisseehitatuid. Kõigis eelnimestatud raamistikes on enamus elemente mida vaja peaks olema juba olemas. Oluline on valida õige element/komponent mida kasutada. Alustamiseks on hea kopeerida lähtekood näidetest, nt https://getbootstrap.com/docs/5.3/examples/ ja muuta vaateid vastavalt enda vajadustele. Inline-stiilide ja !important tagi kasutamine CSSis on keelatud. (2p)
  3. Loodud on stiiliraamat. Stiiliraamat on lingitud loodava rakenduse menüüsse ja kättesaadav lehelt `style_guide.html`. Stiiliraamatus peaksid olema kokku tõstetud ühele lehele teie poolt kasutuses olevad elemendid. Hea kirjeldus mida stiiliraamat peaks sisaldama, on näiteks see: https://xd.adobe.com/ideas/process/ui-design/ui-style-guide-template/. Vaata ka 8. loengu slaide (lk 9) (2p)
  4. Rakendus peab olema kasutatav nii desktopis kui mobiilis. Kui järgisid eelmist punkti, s.t. ehitasid rakenduse mõnele standardraamistikule siis suure tõenäosusega enam suuremaid lisategevusi tegema ei pea. (2p)
  5. HTML rakenduse flow ja elementide paigutus peab vastama 1 praktikumitöös joonistatud vaadetele. Kui realisatsiooni käigus selgub et joonistatud prototüüpi on keeruline või ebaotstarbekas sellisel kujul realiseerida, tuleb muudatused viia prototüüpi - s.t. HTML ja proto peavad kooskõlas olema. Võib juhtuda, et HTMLi tehes selgub, et päris nii nagu joonistatud on liiga keeruline või ebaotstarbekas. Sellisel juhul tuleb muuta staatilist protoüüpi. See tagab, et saame suhtuda staatilisse prototüüpi kui dokumentatsiooni. (1p)
  6. Rakendus peab olema stiilitud. Stiilimiseks tuleb kasutada CSS eelprotsessoreid - SASSi, LESSi vms. Standardkomponentide stiilimiseks lisage vaadetele oma stiilifail mis muudab värvid, fondid, jms. Kui enda stiilifail vaadetel küljest ära võtta peab rakendus olema ikkagi kasutatav, st. paigustus joondus jms peavad jääma paika. (1p)
  7. Loodavate lehtede HTML peab olema valideeruv. Valideerimiseks on kõige lihtsam kasutada Web Developer brauseripluginat (https://chrispederick.com/) Kui oled selle enda brauserile lisanud (töötab Firefoxis, Operas ja Chromes) vali sealt "Tools -> Validate Local HTML" oma koodi kontrollimiseks lokaalses arvutis ja "Tools -> Validate HTML" serverisse paigaldatud koodi vaatamiseks. (1p)
  8. Rakendus on arvestab vaegnägijate erisustega. (1p)

Soovitusi:

  • Jälgi joondust! Kui kasutad raamistiku standardkomponente siis 99.99% tõenäolisusega juhtub see automaatselt.
  • Oma pilte kasutada on hea, aga nende väljaotsimine otsimine tülikas. Pildid saad katsetamise ajal lihtsalt lisada mõne pildiplaceholderite teenuse abil, näiteks https://picsum.photos/ või https://loremflickr.com/. Kas kohe või hiljem saad leida sobivad fotod mõnest vabavara-pildipangast, nt. Pexels.com


Soovitusi hindamiseks:

  • Hoia vormistus lihtne - ära kasuta sisukorda, tiitellehte jne.
  • Veendu et hindamisraportis oleks märgitud kes hindas, ja millist meeskonda hinnati.
  • Märgi hindamisraportis mitu punkti hinnatav meeskond sai.
  • Põhjenda ka sõnaliselt hinde moodutamist, vajadusel anna nõu mis on puudu.
  • Jaga hindamisraportit hinnatava meeskonnaga nii selle kirjutamise ajal kui siis kui valmis.