Lab-øvelser


 * Programmeringsøvelser m/tilbakemelding **

Programmeringsøvelser på PC
 * 1. NAVN** (på aktivteten)

Gjennom å lage sine egne systemprogrammer mot operativsystemet får studentene demonstrert hvordan utvalgte funksjoner og deler av operativsystemet virker og er bygd opp. Dette gir en mye bedre forståelse enn bare å lese om funksjonene.
 * 2. FORMÅL** (den pedagogiske hensikten med aktiviteten)

Studentene får en kort generell innføring i en funksjon eller en egenskap ved operativsystemet. Lærer demonstrerer deretter litt av problemstillingen med egne eksempler for å sette studentene på sporet av hva de skal gjøre. Deretter settes studentene gruppevis i gang med de praktiske programmeringsoppgavene. Noen oppgaver er små og kan gjennomføres i løpet av en halvtime, mens andre må de jobbe med utenom de timeplanfestede læringsaktivitetene. Tilbakemeldinger og vurdering av programmeringsoppgavene er som følger: Noen ganger plukkes det ut et par studenter som demonstrerer sin løsning i plenum. Løsningen diskuteres med hele klassen, lærer kommer med mange spørsmål og kommentarer. Andre ganger gis det en liten flervalgsprøve slik at alle kan få testet hav de har lært i løpet av den aktuelle økten. Alle må registrere inn sine løsninger på oppgavene og bekjenne at deres løsning er i henhold til et sett av krav som er satt opp for løsningen og at egen løsning er så og så mange prosent i forhold til kravliste og løsningsforslag (må minst være 75%). Dette er en form for egenvurdering og det gjør det også mye lettere og raskere å godkjenne programmeringsøvingene.
 * 3. BESKRIVELSE** (av aktivitet)

Noe av dette er brukt i faget Operativsystemer ved HiST
 * 4. EKSEMPLER PÅ BRUK** (vår piloterfaring og andres erfaringer)

Dette er "learning by doing". Men en må passe seg for at programmeringsoppgavene blir for store. Dersom faget er primært et ikke-programmeringsfag (som her f.eks Operativsystemer) må det ikke bli programmeringstekniske ting som blir hovedsaken. Det å bruke programmeringsoppgaver i fage er jo ikke noe nytt. Problemet er ofte hvordan vi gir tilbakemeldinger på innleverte arbeider. Svært ofte er det bare en godkjent/ikke godkjent. Jeg har her forsøkt å prøve ut en modell for vurdering av slike innleveringer, en modell som også kan benyttes for store studentgrupper. Her gis det tilbakemeldinger (vurderinger) på indviduelt nivå og på klassenivå. Studentene får en vurdering av sekg selv via en kort flervalgstest og de kan via en egenvurdering der de sammenligner egen løsning med en kravliste og med et løsningsforslag, plassere sin egen løsning i forhold til dette.
 * 5. FORDELER** (hvilke pedagogiske fortinn har metoden)

Som allerede nevnt ovenfor passer denne aktiviteten godt sammen med flervalgstester, egenurderinger, grupperarbeid og presentasjoner.
 * 6. PASSER SAMMEN MED** (hvilke andre typer aktiviteter passer den sammen med)

Det meste av arbeidet gjøres i forberedelse. Modellen er laget slik at studentene selv skal gjøre underveisvurderingene og komme ut med et resultat enten det er på flervalgstest eller på egenvurdering.
 * 7. RESSURSBRUK** (hva kreves av rom, tidsbruk lærer, materiell osv)

Det at studentene faktisk forstår spørsmålene og svaralternativene i flervalgstesten, og at de også gjør et dypdykk i løsningsforslagene og skikkelig sammenligner dette med egen løsning og gir seg selv en karakter (prosent) Et annet viktig poeng er hvordan kan vi følge opp de som faller litt utenfor. Meget viktig å få disse på sporet igjen.
 * 8. AWARENESS** (hva skal vi være obs på med aktiviteten)

.... kommer
 * 9. TIPS** (diverse tips og gode råd for gjennomføring av aktivteten)

....
 * 10. REFERANSER** (lenker og referanser til forsking og praksis)