Eksamen og gjennomf?ring INF3331 H12

Kurset gjennomf?res med avsluttende eksamen med karakterer. Det tilbys 3 alternative l?p for ? gjennomf?re emnet:

  1. L?p 1: Mappe-eksamen med 75% av alle ukeoppgaver. Det gis ca 40 oppgaver, som totalt gir 80 poeng. Av disse m? man oppn? 60 (= 75%) poeng, som godkjennes ved oppm?te p? gruppene. Alle m? opp til avsluttende skriftlig eksamen.

     

  2. L?p 2: Mappe-eksamen med 37.5% av alle ukeoppgaver + prosjektoppgave. Det kreves totalt 30 (= 37.5%) poeng, godkjent ved oppm?te p? gruppene. Det er fritt hvilke oppgaver man velger. I tillegg m? man gjennomf?re en prosjektoppgave av ca. 32 timers omfang (= 4 arbeidsdager). Temaet for prosjektoppgaven er valgfritt, studentene kan arbeide i grupper p? inntil tre. Innleveringsfristen er 31. oktober, og siste frist for godkjenning av prosjektet 17. oktober (dvs. to uker f?r).  Alle m? opp til avsluttende skriftlig eksamen.

     

  3. L?p 3: Mappe-eksamen med et m?nedsprosjekt. Det kreves gjennomf?ring av prosjekt med omfang ca. 64 timer (= 8 arbeidsdager). Prosjektforslag m? innleveres til kursledelsen innen 15. september, og prosjektrapport m? v?re levert innen 31. oktober. Prosjektet presenteres i plenum p? siste forelesning. Man m? opp til avsluttende skriftlig eksamen. (Dette l?pet er tiltenkt de som har gode kunneskaper om programmering, generelt og scripting og Python spesielt, slik at det er noe meningsl?st ? gj?re et stort antall enkle oppgaver. I stedet kan man gj?re et omfattende programmeringsprosjekt, gjerne knyttet til jobb eller master/phd-oppgave.)

     

Det er bare l?p 3 som krever individuell godkjenning av foreleser i starten av kurset. Man kan alts? velge fritt mellom l?p 1 og 2 mens kurset g?r. Hvis man sikter p? l?p 1, m? man v?re n?ye med ? gj?re oppgaver tidlig i kurset (dette er pedagogisk lurt uansett, dessuten ?ker oppgavemengden og vanskelighetsgraden betydelig mot slutten av kurset). De som g?r glipp av for mange grupper, kan hoppe over fra l?p 1 til l?p 2.

Krav til eget arbeid

Det er underforst?tt at hver oppgave som inng?r i mappen er utf?rt og innskrevet av studenten selv. Dette er i tr?d med Ifi's regler om obligatorisk hjemmearbeid. Dersom en besvarelse er sv?rt lik en annen students besvarelse (og oppgaven ikke er sv?rt enkel/kort eller at det er bare en naturlig m?te ? skrive programmet p?), skal navn p? 亚博娱乐官网_亚博pt手机客户端登录spartnere skrives ?verst i filen.

Vi oppfordrer til 亚博娱乐官网_亚博pt手机客户端登录 og diskusjon rundt oppgavene, men en m? alltid kunne forklare og forsvare alle sider av en besvarelse. Hvis gruppel?rer er i tvil om dette er oppfylt (selv i bare en oppgave), kan gruppel?rer be studenten i etterkant av timen, eller s? fort det lar seg arrangere, redegj?re for den aktuelle oppgaven. Dersom redegj?relsen fortsatt etterlater tvil om tilstrekkelige kunnskaper, kalles studenten inn til en kontroll av obliger. Her vil to fagl?rere v?re til stede og be studenten forklare et vilk?rlig sett av oppgavene som til da skal inng? i studentens mappe. Enhver oppgave som ikke forklares tilfredstillende vil underkjennes og kan ikke inng? i mappen.

Innlevering av oppgaver

N? skal oppgavene for alle som f?lger l?p 1 og 2, leveres elektronisk hver uke. Klokken 16.00 p? fredag stenges siden for innlevering av ukens oppgaver. For ? f? godkjent m? alts? en oppgave f?rst v?re godkjent p? en gruppetime og deretter v?re elektronisk innlevert i tide.

Prosjektoppgave

Forslag til prosjektoppgave (gjerne presist formulert i en epost) m? godkjennes av gruppel?rer. Prosjektet best?r av

  • kildekode (pluss evt. tilleggsprogramvare man trenger om dette ikke er installert for emnets studenter),
  • relevant dokumentasjon,
  • demonstrasjoner av funksjonalitet, samlet p? en Web-side,
  • timeliste med oversikt over tidsforbruket p? de ulike delene av prosjektet: l?re nytt stoff, implementere og teste, skrive dokumentasjon.

Merk at timelisten er spesielt viktig dersom programmer ikke fungerer tilfredsstillende; du kan gjennom den overbevise gruppel?rer om at du har gjort en tilstrekkelig innsats for ? f? godkjent prosjektet. Timelisten skal vise ca. 32 timer arbeid (= 4 dager) for gjennomsnittstudenten. Dette er under forutsetning av at relevante temaer, som er forelest i kurset, er ford?yet p? forh?nd (du kan alts? ikke sette opp tre dager til ? lese om GUI-programmering og s? lage en enkel GUI p? en dag og deretter bruke to dager til demo og dokumentasjon). Tilsvarende vil studenter med solid programmeringserfaring i Perl/Python kunne gjennomf?re et godt nok prosjekt p? et par-tre dager.

Filer og dokumenter som inng?r i prosjektet lagres i en logisk og ryddig katalogstruktur, og en tarfil med katalogtreet lastes opp i Devilry for godkjenning.

Denne siden gir en detaljert oversikt over krav til prosjektoppgaven.

Prosjektet m? ha en viss bredde av elementer, fortrinnsvis fra Python. Det betyr at programmer normalt skal ha GUI- eller Web-grensesnitt med mindre det er gode grunner for noe annet. Prosjektet er for?vrig en glimrende anledning for ? l?re om moduler som ikke er tema i kurset.

Vi anbefaler ? sette av de to siste ukene i oktober til prosjektet. Da burde man ha gjort de fleste av oppgavene i mappen og ha et godt grunnlag for prosjektet. Samtidig blir man ferdig f?r den intensive eksamensperioden. Siste frist for levering er 31. oktober.

Det har v?rt innlevert en mengde sv?rt imponerende prosjekter i kurset - noen ganger er det nesten magisk hvor mye studenter kan f? til p? noen f? dager. De fleste l?rer veldig mye av prosjektet og hever modningsgraden av stoffet i kurset (dette ser vi p? muntlig eksamen). Det anbefales derfor sterkt ? satse p? l?p 2!

Skriftlig eksamen

Form?let med avsluttende skriftlig eksamen er ? kontrollere at studenten behersker kunnskaper i kurset. Det vil bli gitt karakterer.

M?nedsprosjekt

M?nedsprosjektet er f?rst og fremst et tilbud til studenter om ? gj?re noe mer omfattende (og gjerne mer avansert) enn det som tilbys gjennom oppgavene i kurset og evt. en kort 4-dagers prosjektoppgave. Omfanget av m?nedsprosjektet er 64 timer (2 uker a 32 timer). Prosjektet skal gjennomf?res som et profesjonelt industriprosjekt, dvs. at det skal v?re prosjektforslag, timelister, dokumentasjon/rapport og presentasjon. Kvaliteten m? v?re p? et profesjonelt niv? ("ting m? virke og se pent ut"). Programvaren m? utvikles hovedsaklig i Python, men man er fri til ? plukke opp moduler og andre verkt?y man kan eller vil sette seg inn i.

Prosjektforslag og prosjektrapport m/programvare innleveringsfrister - se over. Prosjektrapporten skal foreligge som Web-sider og inneholde prosjektforslag, motivasjon, beskrivelse, demonstrasjoner, programvare, timeregnskap, erfaringer mm. Studenten presenterer sitt prosjekt i plenum p? siste forelesning, som et godt forberedt, profesjonelt foredrag p? 15 min. Det skal f?res et timeregnskap over gjennomf?ringen av prosjektet til hjelp for godkjenningsprosessen. Studenten m? opp til skriftlig eksamen.

Hva skal man s? velge?

Med mindre man er i en spesiell situasjon, f.eks. i arbeidslivet, som p?tvinger l?p 3, st?r valget mellom l?p 1 og 2. M?nedsprosjektet i l?p 3 krever forholdsvis mye oversikt over scripting i Perl/Python f?r 15. september (pga. innleveringsfristen for prosjektforslaget) s? dette l?pet krever egentlig at man har god kjennskap om Perl/Python p? forh?nd. Fordelen med m?nedsprosjektet er at man f?r anledning til ? gjennomf?re et st?rre programmeringsprosjekt innen sitt eget interesseomr?de (det er f? andre muligheter til dette f?r masteroppgave - og ikke alltid da heller!). For de fleste studenter st?r valget derfor mellom l?p 1 og 2. Faglig sett vet vi at 4-dagers prosjektet gir stort l?ringsutbytte, s? l?p 2 er utvilsomt hva vi anbefaler. Hovedproblemet med prosjektet er at det naturlig nok m? uf?res mot slutten av undervisningsperioden, og arbeidet kan komme i konflikt med eksamensforberedelser i andre kurs. Man f?r selvf?lgelig st?rst fleksibilitet ved ? tenke l?p 1 i starten, slik at man gj?r oppgavene hver uke, og s? utsetter valget til senere i semesteret.

 


Publisert 20. aug. 2013 11:01 - Sist endret 27. sep. 2013 16:03