0x010088F6312065A70A44B630A6848498EAD80093CFEAFE161DC94D83C7C5C9A5A748B8

Våren 2021 ble mappe som vurderingsform innført i emnet (fra tidligere skriftlig eksamen). Siden ingen av faglærerne hadde tidligere erfaring fra mappe som vurderingsform, forholdt vi oss til sentrale anbefalinger. Det viste seg senere at måten vi hadde lagt opp mappe på ikke var mappe-vurdering med delvurdering.Ved denne gjennomføringen endret vi måten vi gjennomførte mappe-vurdering på. Men på grunn av etterslep i EpN fikk vi ikke endret på formalitetene; 3 deler med vekting 15%, 25% og 60%.

<h1>Kort om innholdet i emnet</h1>Emnet er en videreføring av IDATA1001 Programmering 1 og er en videre introduksjon til objektorientert programmering med fokus på følgende tema:<ul><li>Arv og polymorfi</li><li>Enhetstesting</li><li>Unntakshåndtering (Exception)</li><li>Filhåndtering</li><li>Grafisk brukergrensesnitt design (JavaFX)</li><li>Byggsystemer generelt og Maven spesielt (for Java)</li><li>Kildekodekontroll/versjonskontroll med Git</li></ul>Programmeringsspråket vi bruker er Java.Vi benytter samme lærebok som IDATA1001 (kap 9 og ut)<h1>Undervisnings- og læringsaktivitetene i emnet</h1>Dette emnet har felles emnebeskrivelse og vurdering med emnene IDATT2001 i Trondheim og IDATG2001 på Gjøvik. Vi følger samme lærebok og har identisk ukeplan på alle tre kampus.<h2>Timeplan</h2>For å få en pedagogisk god timeplan, skiller vi i Ålesund ikke på hva som er teori-økt/forelesning og hva som er lab. Vi har definert 2 undervisningsøkter pr uke på henholdsvis 4 timer og 6 timer sammenhengende i samme lokal. Dette gjør det mulig å variere undervisningsformen. Etter noen runder med studentene havnet vi allikevel på 2 timer teori-gjennomgang etterfulgt av labøkt. Programmering læres best ved å praktisere. Det tar også litt tid for å komme i god flyt når man jobber med problemløsning, og det ble derfor konkludert med at det er greiest å ha en sammenhengende bolk på henholdsvis 2 timer og 4 timer der studentene kan fokusere på oppgaveløsning uten å bli avbrutt av teorigjennomgang.Vi har ingen strømmede forelesninger på tvers av de 3 kampusene, som gjør at vi kan tilby en samlet god pedagogisk timeplan for våre studenter.Denne måten å organisere timeplanen på er svært godt likt av studentene, noe som kommer tydelig frem i midtsemesterevalueringen (vedlagt). Ingen var misfornøyd med timeplanen.Timeplanen vil bli videreført i emnet.<h2>Teori</h2>Presentasjon av teori gjennomføres i stor grad ved "live koding" av faglærer der studentene involveres til refleksjon rundt valg som tas. Studentene koder da som regel sammen med faglærer og kommer med forslag og innspill som vi i felleskap reflekterer over. Dette gir også faglærer gode muligheter for å bidra med erfaringer fra sin egen lange erfaring fra industrien i forhold til "beste praksis" m.m. NB! Det er stor forskjell å live-kode for studentene i forhold til å live-kode med studentene. Vi praktiserer "med studentene".Ved generell teori-gjennomgang benyttes utdrag av lysark som følger med læreboken.Studentene gir svært gode tilbakemeldinger på denne formen for "forelesning".<h2>Praktisk arbeid/lab</h2>Det er lagt opp til 4 obligatoriske innleveringer i løpet av semesteret (ca 3 uker pr obligatorisk innlevering). De obligatoriske øvingene er basert på 2 deler som studenten skal besvare:<ol><li>En automatisk rettet teori-del med ca 20 spørsmål relatert til læreboken og temaer som blir gjennomgått i 3-ukers perioden. Studenten må oppnå minimum 70% på disse oppgavene for å få godkjent teoridelen. Dersom studenten ikke klarer 70%, vil studenten kunne ta om igjen prøven så mange ganger han/hun ønsker til ønsket resultat er oppnådd før innleveringsfristen. Mellom hvert forsøk får studenten se hva han/hun har svart riktig/feil, samt hva som er riktig svar.</li><li>Flere mindre programmerings-oppgaver som ikke gis poeng, men som er grunnlag for samtale med Læringsassistent/faglærer.</li></ol>Begge deler skal være ferdig før innleveringsfristen. Når studenten er klar for å få en samlet godkjenning av den obligatoriske innleveringen, gjennomføres en godkjennings-samtale på lab mellom student og faglærer/læringsassistent. I denne samtalen er fokus å hjelpe studenten med å svare på spørsmål han/hun har, og ikke å kontrollere/overprøve om studenten har gjort arbeidet selv. Samtalen er et tilbud til læring der studenten får mulighet til å få hjelp akkurat der skoen trykker. Godkjennings-samtalen skal også være gjennomført før innleveringsfristen.Alle obligatoriske øvinger skal være godkjent for at kandidaten får levere mappe for vurdering i emnet.Studentene er svært positive til denne formen for obligatorisk arbeid. De opplever at opplegget med kombinasjon av teorispørsmål og praktisk arbeid som avsluttes med en samtale med LA/faglærer gir svært god læring.Vil bli videreført også neste gang.<h1>Vurderingsform</h1>Vurderingsformen i emnet er individuell Mappevurdering. Våren 2022 endret vi måten vi gjennomfører Mappevurdering på fra å ha 3 deler som leveres og vurderes til ulike tidspunkter gjennom semesteret, til å ha kun en sluttvurdering av samlet mappe.Mappen som vurderes i slutten av semesteret bestod av følgende deler:<ol><li>Et større programmerings-prosjekt (60%)</li><li>En rapport (25%)</li><li>En kort teori-quiz bestående av 5 tilfeldig trukne oppgaver fra en pool av 20 oppgaver (15%)</li></ol>Denne 3-delingen var nødvendig pga treghet i EpN-systemet som medførte at vi ikke rakk å gjøre formelle endringer i oppdelingen etter erfaringene vi fikk våren 2021.Mappevurdering er i dette emnet gjennomført på følgende måte:<ul><li>En større helhetlig prosjektoppgave, som består av en kravspesifikasjon til en applikasjon som studentene skal utvikle gjennom 3 del-oppgaver.</li><li>De 3 delene leveres ut i løpet av semesteret, og samsvarer med fremdriften i teoridelen av emnet. </li><li>Etter hver del får studenten en muntlig tilbakemelding med forslag til forbedringer/endringer han/hun bør jobbe med frem til neste samtale. Dette innebære at studenten kan gjøre endringer i del 1 samtidig som studenten jobber med del 2, og på den måten får mulighet til å kontinuerlig forbedre sin endelige løsning basert på tilbakemeldinger fra faglærer/læringsassistent.</li><li>Etter tilbakemelding på del 3 og frem til fristen for å levere inn sin mappe, får studenten fritt spillerom til å legge sitt eget preg på applikasjonen som utvikles. Dette gir studenten mulighet til å vise sine ferdigheter på en god måte.</li></ul> Denne måten å gjennomføre vurdering på, var svært vellykket. Studentene var meget tilfreds, og vi faglærere føler at vi får vurdert studentene på en mye bedre og helhetlig måte med en slik vurderingsform. Det ble utarbeidet en omfattende vurderings-matrise/skjema (type "rubrikk"), som vurderer studenten fra et systemutviklings-perspektiv der kriteriene det vurderes på ikke er direkte knyttet til innholdet i gitt prosjektoppgave, men på kunnskap og ferdigheter studenten skal ha tilegnet seg i emnet. Dette gir oss en sensorveiledning vi kan gjenbruke videre i de neste gjennomføringene av emnet. Vi kommer til å videreføre denne formen for Mappe-vurdering også ved neste gjennomkjøring, men endre fra 3 deler til kun 2; rapport og applikasjon/prosjekt. Emnebeskrivelsen er oppdatert med følgende tekst: <h3>Mer om vurdering</h3>Vurderingsform: Mappevurdering gir grunnlag for sluttkarakter i emnet. I mappen inngår et programmeringsprosjekt og en rapport. Det gis tilbakemeldinger i løpet av semesteret på innholdet i mappen. Ved frivillig gjentak, ikke-bestått eller gyldig fravær, må hele mappen tas på nytt ved neste gjennomføring av emne <h1>Vurdering av læringsmiljøet i emnet</h1>Det samlede læringsmiljøet i emnet beskrives av studentene som svært godt. Lokalene er godt tilpasset både individuelt arbeid og arbeid i gruppe, og vi har evnet å skape et "identitetsareal" for datastudentene. En god pedagogisk tuftet timeplan, sammen med undervisningsmetoder, læringsaktiviteter og oppfølging av studentene gjennom de obligatoriske innleveringene gir studentene samlet sett et godt læringsmiljø i emnet, noen som også fremkommer i midtsemesterevalueringen som gjennomføres som en spørreundersøkelse på mer enn 40 spørsmål hvert semester.Det har ikke fremkommet behov for endringer. <h1>Vurdering av emnets faglige innhold og læringsutbytte</h1>Det faglige innholdet i dette emnet er både svært relevant og meget godt oppdatert i forhold til nye "trender" og utvikling i industrien. Læreboka er internasjonal og holdes fortløpende oppdatert i forhold til endringer både innen OOP generelt og ikke minst Java spesielt.Emnets læringsutbyttebeskrivelse holdes kontinuerlig oppdatert og justeres jevnlig, i trå med hvordan emnet gjennomføres.Emnet er også en meget sentral del i studieprogrammet, og bidrar svært godt til at studentene oppnår læringsutbyttet for studieprogrammet/ programmene emnet inngår i.

Dette emnet er ett av mange så kalte "tverr-kampus emner" i "nye" NTNU, altså emner som skal være identiske på tvers av de tre campusene Trondheim, Ålesund og Gjøvik. I dette emnet (og i del 1 av emnet IDATA 1001 Programmering 1) har vi faglærere valgt en modell der vi underviser og veileder våre studenter lokalt på vår kampus (ingen felles strømming av forelesninger, ingen felles uoversiktlige rom i Blackboard osv). Dette medfører at studentene har god oversikt over sitt eget lokale emne, og mottar kun kunngjøringer som gjelder sitt eget kampus. Stordriftsfordelene har vi gjennom at vi faglærere utarbeider øvingsopplegg og undervisningsopplegg i felleskap. Vi har gjennomført ukentlige statusmøter hver fredag i semesteret der vi både synkroniserer læringsaktivitetene på tvers av campusene, men kanskje enda viktigere: reflekterer over og utveksler erfaringer knyttet til pedagogikken i emnet. På denne måten utvikles emnet kontinuerlig i et team av svært dedikerte faglærere.Vi ønsker å videreføre denne måten å tilrettelegge og gjennomføre dette tverr-kampus emnet på også i fremtiden.

NTNU:TIA:REST

Institutt for datateknologi og informatikk

Department of Computer Science

Norsk

Mer om vurdering

Vurderingsform:Mappevurdering gir grunnlag for sluttkarakter i emnet. I mappen inngår en todelt mappevurdering (oppgaver) som teller 40% (15% på første og 25% på andre oppgave) og ett mini- prosjekt som avslutningsoppgave som teller 60%.Det vil bli gitt obligatoriske øvinger som må være godkjente for å avlegge vurdering. Ved frivillig gjentak, ikke-bestått eller gyldig fravær, må alle delvurderinger tas på nytt ved neste gjennomføring av emne

Anbefalte forkunnskaper

Forkunnskapskrav er IDATT Programmering 1

Faglig innhold

Dette emnet skal dekke følgende tema:<ul><li>Samarbeid mellom objekter. Lister, søking og sortering. Sammenligne objekter.</li><li>Arv og polymorfi</li><li>GUI</li><li>Datafiler og serialisering</li><li>Unntakshåndtering</li><li>Funksjonell programmering. Designmønster</li><li>Integrerte utviklingsmiljø. Debugging. Enhetstesting. Versjonskontroll.</li><li>Databaser og object-relational mapping (ORM)</li></ul>

Kursmateriell

Læringsutbytte

KunnskapKandidaten skal:<ul><li>kunne forklare hvordan arv og polymorfi bidrar til generalisering av problemløsning</li><li>kunne modellere klassediagram som består av flere klasser med aggregering, komposisjon og generalisering gitt en problemstilling</li><li>kunne vise hvordan referanser og objekter henger sammen i et gitt program</li><li>kjenne til sentrale begreper innen objektorientert og funksjonell programmering og kan gjøre rede for disse</li><li>kunne forklare hva en object-relational mapping (ORM)/database-løsning er og begrunne når det kan være fornuftig å bruke slike løsninger</li></ul> FerdigheterKandidaten skal:<ul><li>kunne bruke arv og polymorfi for å lage fleksible, utvidbare løsninger</li><li>kunne bruke og forstå API-dokumentasjonen til å finne informasjon om klasser og metoder (D)</li><li>kunne bruke ferdige metoder i API-et til sortering og søking i tabeller og i lister</li><li>kunne programmere en objektorientert løsning gitt klassediagram som består av flere klasser med aggregering, komposisjon og generalisering</li><li>kunne bruke et integrert utviklingsmiljø (IDE), debugger, enhetstester og versjonskontroll</li><li>Kandidaten kan lage program: <ul><li>med delegering av oppgaver mellom objekter og der arv og polymorfi benyttes</li><li>med enkle grafiske brukergrensesnitt</li><li>som bruker funksjonell programmering og høyerenivå funksjoner</li><li>som benytter ORM (object-relational mapping)</li></ul></li></ul> Generell kompetanseKandidaten skal:<ul><li>kunne anvende objektorientert tankegang til å analysere og løse problemer</li><li>kunne anvende elementer fra funksjonell programmering</li></ul>

Læringsformer og aktiviteter

Oppgaver

Programmering 2

Informatikk

Ingeniør

Bachelor i ingeniørfag, data

Web/Lists(guid'8b698a2d-6ad0-4f7d-b3be-219cc1979f02')/Items(16800)/FieldValuesAsText

Forelesningene: <ul><li>Forelesningene har vært ganske gode og relevante til eksamen. </li><li>Hele pensumet var gjennomgått til eksamen. </li><li>Det var veldig god mulighet for spørsmål og veiledning både før, etter og under forelesningene. </li><li>Videre var det veldig god mulighet for veiledning I øvingstimene utenfor forelesningene. </li></ul> Øvinger: <ul><li>Gode og forståelige oppgaver I BlueJ-boken. </li><li>Det var greit med tid til å få gjennomført arbeidskravene </li><li>På alle arbeidskravene var det alltid noen utfordringer som måtte løsest, uten at vi hadde hatt noe om dette fra før av. Dette var typisk importering av data fra csv-filer. </li></ul> Pensum: <ul><li>Objects First with Java: A Practical Introduction Using BlueJ, boken var ganske god og forklarende. </li><li>Maven, versjonskontroll og JavaFX ble dekket gjennom forelesningsnotater og andre ressurser på internett. </li></ul> Eksamen: <ul><li>På grunn av korona ble eksamenen gjort om til Mappe med tre delinnleveringer. Dette gikk ganske greit. Det å ha kunne ha flere dager på seg til å gjennomføre mappeinnleveringer hjelper mye når det kommer til å lage noe med kvalitet. Studentene får grei tid til å gjennomføre mappeinnleveringene, uten at det ender opp med mye stress og dårlige resultat. </li><li>Mappeinnleveringene dekket store deler av pensum, og vanskelighetsgraden var passende for emnet. </li></ul> Forslag til tiltak:Mulighet for tverrfaglig samarbeid mellom programmering 2 og systemutvikling. Dette gjør at man kan fokusere mer på å lære programmering i programmering 2.

Læringsutbyttene er oppdaterte og relevente.De kommuniseres med studentene gjennom Blackboard rommet.

Undervisningen var digitalt og tilbakemeldingen fra studentene har vært meget gode.

Alle trykte og håndskrevne hjelpemidler tillatt. Bestemt, enkel kalkulator tillatt.

Det vil bli gitt obligatoriske øvinger, hvorav 90 % må være godkjent for å gå opp til eksamen. Obligatorisk oppmøte på lab for å få godkjent øvingene. Vurderingsform: Skriftlig eksamen i Inspera m/ SEB Varighet:5 timer, Hjelpemidler til eksamen: Alle trykte og håndskrevne hjelpemidler tillatt. Bestemt, enkel kalkulator tillatt. Karakterskala: Bokstavkarakterer (A  F)

Dette emnet skal dekke følgende tema: 
- Samarbeid mellom objekter. Lister, søking og sortering. Sammenligne objekter.  
- Arv og polymorfi 
- GUI
- Datafiler og serialisering
- Unntakshåndtering  
- Funksjonell programmering. Designmønster
- Integrerte utviklingsmiljø. Debugging. Enhetstesting. Versjonskontroll.  
- Databaser og object-relational mapping (ORM)





Kunnskap  
Kandidaten skal: 
- kunne forklare hvordan arv og polymorfi bidrar til generalisering av problemløsning 
- kunne modellere klassediagram som består av flere klasser med aggregering, komposisjon og generalisering gitt en problemstilling 
- kunne vise hvordan referanser og objekter henger sammen i et gitt program 
- kjenne til sentrale begreper innen objektorientert og funksjonell programmering og kan gjøre rede for disse  
- kunne forklare hva en object-relational mapping (ORM)/database-løsning er og begrunne når det kan være fornuftig å bruke slike løsninger 

Ferdigheter 
Kandidaten skal: 
- kunne bruke arv og polymorfi for å lage fleksible, utvidbare løsninger 
- kunne bruke og forstå API-dokumentasjonen til å finne informasjon om klasser og metoder (D) 
- kunne bruke ferdige metoder i API-et til sortering og søking i tabeller og i lister 
- kunne programmere en objektorientert løsning gitt klassediagram som består av flere klasser med aggregering, komposisjon og generalisering 
- kunne bruke et integrert utviklingsmiljø (IDE), debugger, enhetstester og versjonskontroll 

Kandidaten kan lage program: 
- med delegering av oppgaver mellom objekter og der arv og polymorfi benyttes 
- med enkle grafiske brukergrensesnitt 
- som bruker funksjonell programmering og høyerenivå funksjoner 
- som benytter ORM (object-relational mapping) 

Generell kompetanse 
Kandidaten skal: 
- kunne anvende objektorientert tankegang til å analysere og løse problemer  
- kunne anvende elementer fra funksjonell programmering 

Web/Lists(guid'8b698a2d-6ad0-4f7d-b3be-219cc1979f02')/Items(11193)/FieldValuesAsText

Programmering 2 - IDATA2001