Loovtööde hindamisjuhend

Käesolev hindamisjuhend on varasema koodikeskse lähenemise oluliselt edasiarendatud versioon, kus on dimensioonidena välja toodud ka eesmärgistatus, arhitektuuriline struktuur, veakindlus jt. originaaltarkvara loomisel olulised aspektid.

+-----------------------------------------------------------------+
|              PROGRAMMEERIMISE LOOVTÖÖDE HINDAMISJUHEND            |
+-----------------------------------------------------------------+
Tänapäeva informaatikaõppes ei ole eesmärk pelgalt süntaksi
käsitsi kirjutamine, vaid eesmärkide analüüs, tööprotsessi
kavandamine, koodi struktuuri mõistmine ja katsetamine. See
juhend selgitab kuue dimensiooni vajalikkust ja hindamisaspekte.
Hindamisskaala (H5):
1 = Puudub, 2 = Minimaalselt, 3 = Keskmine, 4 = Hea, 5 = Meisterlik

Hindamisleht D6 x H5 maatriksina
D1 Eesmärk & fookus [ ] [ ] [ ] [ ] [ ] D4 Veakindlus & töö [ ] [ ] [ ] [ ] [ ]  
D2 Arhitektuur      [ ] [ ] [ ] [ ] [ ] D5 Koodi mõistmine  [ ] [ ] [ ] [ ] [ ] 
D3 Töövahend/Tiim   [ ] [ ] [ ] [ ] [ ] D6 Arendusprotsess  [ ] [ ] [ ] [ ] [ ] 

.-----------------------------------------------------------------.
| 1. Eesmärk ja fookus                                            |
'-----------------------------------------------------------------'
* Olulisus: TARKVARA LOOAKSE ALATI KELLEGI VAJADUSTE TÄITMISEKS.
  See dimensioon näitab, kas õpilased mõistavad oma rakenduse
  mõtet ning suudavad hoida fookust olulisel ilma üleliigse
  mürata.
* Hindamisaspektid:
  - Kas rakendusel on selge ja arusaadav eesmärk?
  - Kas funktsionaalsus vastab esialgsele ideele?
  - Kas lahendus on piiritletud või teostamata unistus?

.-----------------------------------------------------------------.
| 2. Arhitektuur ja struktuur                                     |
'-----------------------------------------------------------------'
* Olulisus: KOODI LOETAVUS JA MODULAARSUS MÄÄRAVAD SELLE ELUEA.
  Isegi kui kood on loodud abivahenditega, peab selle ülesehitus
  olema loogiline ja kergesti hooldatav.
* Hindamisaspektid:
  - Kas kood on jagatud loogilisteks osadeks (funktsioonid,
    klassid või selged koodiplokid)?
  - Kas andmesisend, töötlemine ja väljund on eraldatud?
  - Kas muutujate nimed ja koodi ülesehitus on loetavad?

.-----------------------------------------------------------------.
| 3. Töövahendite kasutus ja tiimitöö                             |
'-----------------------------------------------------------------'
* Olulisus: NÜÜDISAEGNE ARENDUS ON MEESKONNATÖÖ JA TÖÖRIISTADE
  TARK JUHTIMINE. Olgu koodipartneriks teine õpilane või
  tehisintellekt, vastutus ja rollijaotus peavad olema selged.
* Hindamisaspektid:
  - Kuidas on jagatud töö ja vastutus meeskonnas?
  - Kas tehisintellekti või väliseid teeke kasutati teadlikult
    ja suunatult, mitte pimekoopia teel?
  - Kas tiim suutis oma tööprotsessi ise juhtida?

.-----------------------------------------------------------------.
| 4. Veakindlus ja töökindlus                                     |
'-----------------------------------------------------------------'
* Olulisus: KASUTAJAKOGEMUS SÕLTUB PROGRAMMI STABIILSUSEST.
  Hea tarkvara ei kuku kokku, kui kasutaja sisestab ootamatuid
  andmeid või teeb valesid valikuid.
* Hindamisaspektid:
  - Kas programm töötab ilma ootamatute veateadeteta?
  - Kas sisendeid kontrollitakse (nt try-except või
    tingimuslaused)?
  - Kas kasutajale antakse selget tagasisidet?

.-----------------------------------------------------------------.
| 5. Koodi mõistmine ja selgitamine                               |
'-----------------------------------------------------------------'
* Olulisus: VÕIME KOODI SELGITADA JA MUUTA ON TÕELINE OSKUS.
  Pole tähtis, kes koodi esmase rea kirjutas – õpilane peab
  selle loogikat täielikult valitsema ja mõistma.
* Hindamisaspektid:
  - Kas õpilased oskavad vastata küsimustele oma koodi kohta?
  - Kas nad mõistavad kasutatud põhimõisteid (tsüklid,
    tingimused, andmestruktuurid)?
  - Kas nad suudavad koodis teha lihtsamaid muudatusi?

.-----------------------------------------------------------------.
| 6. Arendusprotsess ja itereerimine                              |
'-----------------------------------------------------------------'
* Olulisus: TARKVARA VALMIB LÄBI KATSETAMISE JA TÄIUSTAMISE.
  Õppeprotsessi väärtuslikem osa on vigade märkamisest ja
  parandamisest saadav kogemus.
* Hindamisaspektid:
  - Kas tööd on arenduse käigus testitud ja parandatud?
  - Kas õpilased oskavad selgitada, milliseid takistusi nad
    kohtasid ja kuidas need lahendati?
  - Kuidas hinnatakse tulemuse vastavust algsele plaanile?

Monteeri lihtsalt ja kiiresti

Riistvara montaa¾ on jaotatud etappideks ja toetatud õppevideodega. Vaata lähemalt.

 

Tarkvaratugi

Loe riistvaralist portide lugemist ja muutujate defineerimist toetava tarkvarateegi kohta