TDP005 Projekt: Objektorienterat system

Examination och betygsättning

Examinationsmoment

• Gruppkontrakt: Beskriver hur ni tänker arbeta tillsammans.
• Kravspecifikation: Skall beskriva ert projekt.
• Statusrapporter: Framför löpande er planering samt hur ni ligger till relativt denna.
• Designspecifikation: Beskriver designen av ert projekt genom ett UML-diagram och textuella beskrivningar.
• Kodgranskningsprotokoll: En redogörelse för granskning av en annan projektgrupps kod.
• Individuell reflektionsrapport: En reflektion över projektarbetet som behandlar såväl programmeringen som samarbetet i projektgruppen.
• Individuellt portfolio-tillägg: En beskrivning av ditt spel samt det viktigaste du lärt dig från kursen, tillagt i er portfolio från TDP003.
• Programredovisning: Innehåller två delar.
  • Demo. Projektet ska demonstreras på slutredovisningen med hela gruppen närvarande.
  • Projektdokumentation. Inlämning av kod och tillhörande kompileringsinstruktioner.

Varje del av examinationen har en deadline som hittas i kursens schema.

Tänk på att anpassa dokumentens struktur till innehållet. Använd de rubriker som passar till det ni presenterar. Tänk även på att det tydligt ska framgå från dokumenten vem som har skrivit dem, samt vilket projekt det gäller.

Inlämningar av dokument i kursen sker via e-post. Skicka mail från er studentmail till er handledare. Skriv "TDP005: <dokumentnamn>" som ämne och bifoga relevanta dokument i PDF-format. Kodinlämningen i slutet sker via GitLab: skicka ett mail innehållande en länk till det repository som innehåller koden och indikera tydligt vilken gren/commit som innehåller den inlämnade versionen.

Individuellt bidrag

Eftersom grupperna är större än tidigare blir det viktigt att samtliga gruppmedlemmar visar aktivt deltagande i kursen genom att göra commits via Git. Vi rekommenderar att ni parprogrammerar under projektets gång, men det är viktigt att ni säkerställer att ni roterar vem som pushar ert arbete till Git. Ni kommer redovisa vem som arbetar på vad genom statusrapporterna men det är viktigt att det finns spår av att samtliga gruppmedlemmar bidrar till projektet i commit-historiken.

Betygskriterier

Programredovisningen ger betyg 3, 4 eller 5. Dokumenten betygssätts endast som U eller G.

För totalbetyg på hela kursen gäller följande:

Totalbetyg	Programredovisning	Övriga moment
3	3	G på samtliga
4	4	G på samtliga
5	5	G på samtliga

Samarbete och plagiat

Grundinställningen i kursen är att projektgruppen själva ska producera allt material, både kod och dokument. Det innebär att varje projektmedlem ska vara väl insatt i och kunna förklara och motivera alla delar av koden / dokumenten.

I de fall delar av koden är plockade från en annan källa (Internet, kompisar, AI, etc) ska detta tydligt framgå med en kommmentar i koden som anger källan med en länk.

Vi avråder generellt studenter från att använda generativ AI för att producera kod eller dokument. Då ni är flera personer som jobbar i grupp är extra viktigt att ni kommunucerar tydligt och att alla i gruppen har möjlighet att vara väl insatta i det som produceras. Det försvåras genom att generera delar med AI. Prioritera hellre att skriva kortare och mer medvetet än att producera delar med AI.

Checklista för examinationen

Checklista för inlämnat material:

• Är materialet inlämnat i tid?
• Är alla delar inlämnade?
• Uppfyller projektet/dokumenten de krav som återfinns på denna sida och i projektbeskrivningen?
• Följer koden en konsekvent kodstandard?
• Är koden väl kommenterad där det annars är otydligt?
• Är alla implementationskrav uppfyllda?
• Beskriver kravspecifikation och designspecifikation tydligt uppgiften? Går det att använda kravspecifikationen för att diskutera och förstå projektet?
• Uppfyller programmet kravspecifikationen?
• Är klassdiagrammet fullständigt och ritat på ett tydligt sätt?
• Stämmer klassdiagrammet och koden överens?
• Visar projektet på en god förståelse av objektorienterade principer?

Bedömningsmatris

Kursmål	Betyg 3	Betyg 5
Använda ett objektorienterat språk	Implementerar systemet med lämpliga språkkonstruktioner. Använder inkapsling och polymorfi.
Använda objektorienterade principer för att kunna samarbeta i konstruktionen av ett mer omfattande program	Planerar, implementerar och dokumenterar ett objektorienterat projeket. Projektet fungerar med varierande uppsättningar av objekt som interagerar med varandra.	Implementerar systemet med hänsyn till hög kohesion och låg koppling.
Förklara god källkoddesign	Reflekterar över källkodsdesign på ett sätt som visar insikt i designprinciper i relation till den egna koden.
Granska programvara genom att hålla och delta i kodgranskningsmöten	Framställer kodgranskningsprotokoll.

För betyg 3 krävs uppfyllnad av alla bedömningskriterier för betyg 3.
För betyg 4 krävs uppfyllnad för betyg 3 samt majoriteten av bedömningskriterierna för betyg 5. 
För betyg 5 krävs uppfyllnad för betyg 3 samt alla bedömningskriterier för betyg 5.

Regler för examinering av datorlaborationer vid IDA

Datorlaborationer görs i grupp eller individuellt, enligt de instruktioner som ges för en kurs. Examinationen är dock alltid individuell.

Det är inte tillåtet att lämna in lösningar som har kopierats från andra studenter, eller från annat håll, även om modifieringar har gjorts. Om otillåten kopiering eller annan form av fusk misstänks, är läraren skyldig att göra en anmälan till universitetets disciplinnämnd.

Du ska kunna redogöra för detaljer i koden för ett program. Det kan också tänkas att du får förklara varför du har valt en viss lösning. Detta gäller alla i en grupp.

Om du förutser att du inte hinner redovisa i tid, ska du kontakta din lärare. Då kan du få stöd och hjälp och eventuellt kan tidpunkten för redovisningen senareläggas. Det är alltid bättre att diskutera problem än att, t.ex., fuska.

Om du inte följer universitetets och en kurs' examinationsregler, utan försöker fuska (t.ex. plagiera, använda otillåtna hjälpmedel eller ej godkända AI-baserade assistenter) kan detta resultera i en anmälan till universitetets disciplinnämnd. Konsekvenserna av ett beslut om fusk kan bli varning eller avstängning från studierna.

Policy för redovisning av datorlaborationer vid IDA

För alla IDA-kurser som har datorlaborationer gäller generellt att det finns en bestämd sista tidpunkt, deadline, för inlämning av laborationer. Denna deadline kan vara under kursens gång eller vid dess slut. Om redovisning inte sker i tid måste, den eventuellt nya, laborationsserien göras om nästa gång kursen ges.

Om en kurs avviker från denna policy, ska information om detta ges på kursens webbsidor.

Sidansvarig: Eric Ekström & Dag Jönsson
Senast uppdaterad: 2026-11-12