Skip to content

Latest commit

 

History

History
108 lines (76 loc) · 7.51 KB

praktiskinfo.md

File metadata and controls

108 lines (76 loc) · 7.51 KB
Raw

Om semesteroppgaven

Denne filen inneholder praktisk info om Semesteroppgave 1: “Rogue One oh one” Semesteroppgaven er obligatorisk, og er ment å gi innsikt i og erfaring med teknikkene vi har lært hittil i semesteret, og å teste en del praktiske ferdigheter som ikke er så lette å teste på eksamen. Se under angående karakter.

Innlevering

Oppgaven skal leveres inn via GitLab før fredag 12. mars kl. 16:00.

Hvis du ikke har brukt GitLab enda, bør du gå gjennom lab 0 til lab 2.

Hvis du får mindre enn 6 poeng på én eller begge av semesteroppgaven får du ikke ta eksamen.

  • Semesteroppgaven vil være mye lettere å løse når du har ferdighetene og teorien fra lab-oppgavene – det er best å ta seg tid til å løse disse først!

Læringsmål

Målene for denne semesteroppgaven er:

  • Å kunne sette seg inn i et eksisterende program/rammeverk
  • Gjøre ferdig manglende funksjonalitet.
  • Fikse bugs ved å bruke JUnit tester
  • Forstå hvordan interfaces brukes til å kommunisere mellom objekter.
  • Å lage programmer hvor objektene selv styrer sin egen oppførsel
  • Å beskrive komplekse objekt-orienterte systemer på en forståelig måte.
  • Utvide det ut ifra spesifikasjoner (beskrivelsen i oppgavene).

Retting og poeng

Semesteroppgaven blir rettet av en gruppeleder, som gir tilbakemeldinger på innleveringen. Semesteroppgaven gir deg poeng, tilsvarend 15% av karakteren i faget. Til sammen teller de to semesteroppgavene 30 % på karakteren i faget.

Ved poengsetting gis det totalt opp til 15 poeng der vi legger vekt på følgende:

  • (7 poeng) At du har fungerende løsninger på de forskjellige deloppgavene
  • (3 poeng) Tekst-svarene i svar.md er riktige og forståelige
  • (3 poeng) At koden din er ryddig og at eventuelle deler som er vanskelig å forstå er forklart i kommentarer
  • (2 poeng) Kreativitet (først og fremst for løsninger på oppgave 5.3 og oppgave 7)

Merk at har du ikke gjort noen ting innen en av disse kategoriene så blir det 0 poeng der. Vær derfor sikker på at du har gjort noe på alle disse kategoriene, alt trenger ikke være perfekt for å leveres inn.

Samarbeid

Innleveringen er individuell og kan ikke leveres i grupper. Dere står likevel fri til å samarbeide om utarbeiding av ideer, diskutere løsninger og å hjelpe hverandre med å finne og løse problemer (vi oppfordrer faktisk til det!) – men programmeringen må du gjøre selv, og du er selv ansvarlig for din egen kode og at du vet og kan forklare hvordan den virker.

Hvis du har diskutert ideer eller løsninger med noen, gi en kort redegjørelse for det i Svar.md og evt. i commit-meldingen hvis det er relatert til en konkret commit. F.eks:

  • “‘Kaniner-og-aliens’-konseptet er tenkt ut sammen med Helene Harepus, men vi har kodet det hver for oss”;
  • “Sorter elementene i riktig rekkefølge (fixes #23, takk til bestemor som la merke til feilen)”.

Fusk og opphavsrett

Forøvrig gjelder UiBs regler om fusk og plagiat. Akademisk uredelighet og (forsøk på) fusk reguleres av Universitetsloven, og mulige konsekvenser er blant annet annullering av eksamen og utestenging (evt. tilbaketrekking av vitnemålet om ting blir oppdaget i ettertid).

(Men: Så lenge det er klart og tydelig hvem som har skrevet hva, hva kilden er og hvem som evt. har hjulpet til med hva, er det ikke fusk eller plagiat – målet er at du lærer det du skal fra denne innleveringen så om du lærer best ved å samarbeide så er det lov.)

Opphavsrett er et separat spørsmål – du kan generelt ikke klippe kode eller bruke bilder/lyd/media fra nettet uten at du har tillatelse. Hvis du bruker ting du har funnet på nettet e.l. må du opplyse i README.md om hva det er, hvem som har laget det og hvor du har funnet det. For grafikk/lyd som du har rett til å gjenbruke, se gjerne etter ting med Creative Commons lisens. Vi har en liste med greie kilder på slutten av oppgaven. (Og om du er nysgjerrig, finner du lisensen for koden du har fått utlevert i filen LICENSE.)

Innlevering

Du finner koden din i ditt repositoriet med ved å følge linken med sem1 på denne siden:

https://git.app.uib.no/ii/inf101/21v/assignments

Oppgaven leveres inn ved å pushe til git.app.uib.no, slik du har gjort med alle tidligere INF101-oppgaver. Husk å få med alle eventuelle nye filer du har opprettet (hvis testene virker hos deg, men ikke i innleveringssystemet, er det gjerne det som er feil).

VIKTIG: Sjekk at testene kjører på server, i tilfelle det skjer feil! Du må sørge for at alle filene er kommet med og evt. gjøre Pull før Push, slik du får merget endringer hvis flere har endret på samme repositorie.

Du finner resultatet fra din commit ved å klikke: Project overview -> Activity -> Comments. For å se hele kommentaren må du klikke på id'en til commit'en..

Vi anbefaler at du gjør commit flere ganger hver dag, eller hver gang du er ferdig med en deloppgave, i tilfelle du mister det du jobber med på din egen maskin.

  • Du kan levere inn så mye og ofte du vil. Versjonen som teller er den siste du pushet før innleveringsfristen.

  • VIKTIG: Hvis du ikke allerede har prøvd ut GitLab / https://git.app.uib.no/ og pushing av innleveringer, må du gjøre det med en gang (gjør labbene!). Du kan ikke regne med å få hjelp til dette på innleveringsdagen, så gå på gruppetimer så tidlig som mulig og still spørsmål på Discord.

  • Alle testene bør passere (være grønne). Det blir i tillegg lagt betydelig vekt på kodekvalitet og dokumentasjon. Dvs. koden din skal ikke bare virke, den være lett å forstå og å endre.

  • Du kan selv sjekke status i [innleveringssystemet](TODO: link) – det vil gi rask tilbakemelding hver gang du pusher til Gitlab, også før innleveringsfristen. Alt skal være grønt der. Hvis du ser feil der som du ikke finner ut av, er det bare å spørre om hjelp.

Symboler i oppgaveteksten

Vi har lagt inn en del symboler i oppgaveteksten for å markere viktige ting i deloppgavene. Det kan være at disse ikke vises skikkelig hvis du leser README-filen inne i Eclipse, da anbefaler vi at dere leser de på Retting (INF101 sin GitLab-instanse).

  • 👉: Dette er selve oppgavesetningen som sier hva som skal gjøres.
  • ✅: Dette er en test som (sannsynligvis) er rød før du gjør oppgaven, og skal bli grønn når oppgaven er ferdig.
  • 🤔: Dette er et spørsmål til refleksjon. Du skal ikke levere noe her, men forståelse for dette vil hjelpe deg til å løse oppgaven.

Tips

  • Det er litt mer å gjøre enn i en vanlig ukeoppgave, og det er veldig mye å sette seg inn i. Du bør begynne tidlig og jobbe jevnt. Du må også regne med å jobbe utenom labtimene Siden det ikke er forelesninger regner vi med dere bruker ca 12 timer i uken på denne semesteroppgaven.

Utsettelse:

  • Hvis du trenger forlenget frist er det mulig å be om det, spør Eirik Thorsheim. Hvis du ber om utsettelse bør du helst være i gang (ha gjort litt ting, og pushet) innen den første fristen.
  • Om det er spesielle grunner til at du vil trenge lengre tid, så er det bare å ta kontakt, så hjelper Eirik med det. Ta også kontakt om du trenger annen tilrettelegging.