Forbehold: denne liste er forholdsvist subjektiv.

Formalia

•  Forside med titel
•  Forsiden har en tilpasset illustration (+)
•  Titelblad med navn, årstal, skole, fag osv.
•  Opgaven har sidetal
•  Hovedkapitler begynder på ny side
•  En korrekt og velstruktureret indholdsfortegnelse
•  Indholdsfortegnelsen er aktiv (dvs. med links)
•  Indholdsfortegnelsen har mindst et og helst ikke mere end to niveauer
•  Bilag inkluderes i indholdsfortegnelsen
•  Evt. sidehoveder og -fødder skal være korte og ikke støje

Projektbeskrivelse

•  En velskrevet indledning som vækker læserens nysgerrighed
•  En præcis og velformuleret problemformulering som dækker opgavens indhold
•  Evt. 3-5 underspørgsmål (tekniske spørgsmål) som forholder sig til den givne opgaveformulering og anvendt teknologi
•  Evt. et kort afsnit med rollebeskrivelse (gruppemedlemmernes ansvar)
•  Evt. et kort afsnit om projektstyring (anvendte værktøjer og metoder)
•  Afgrænsning

Problemanalyse

•  Alle argumenter bygger på en troværdig kilde
•  Hvert analyseafsnit afrundes og opsummeres tydeligt i en delkonklusion
•  Analyserne anvender i passende mængde
  •  citater
  •  illustrationer
  •  eksempler
  •  eksterne kilder
  •  referencer
  •  fagtermer (brug gængse fagtermer)
•  Hele kapitlet afrundes i en samlet konklusion
•  Brug danske fagtermer hvis de findes

Koncept

•  Valg af titel
•  Præcis beskrivelse af ide som din bedstemor ville kunne forstå
•  Kravmatrix / kravspecification
•  En evt. kravmatrix stiller variationer af samme produkt op mod i hinanden (ikke fiktive ideer)
•  Beskriv og begrund tema (fx moodboard, farvevalg, skrifttyper, logo, 5. element)
•  Evt. video som sælger eller beskriver ideen
•  Tidlige prototyper

Forproduktion

•  3D-tegninger som der kan printes efter
•  Tekniske tegninger som der kan bygges eller skæres efter
•  Flowcharts for kode
•  Testplanlægning som beskriver type, testere, roller, tidsplan

Dette kapitel er ikke så teksttungt - derfor er det vigtigt at I introducerer, forklarer og konkluderer og giver grundige beskrivelser af alle illustrationer, inkl. anvendte værktøjer

Produktudvikling

•  Billeder af alle skridt
•  Dokumentation af iterationer

Dette kapitel er heller ikke så teksttungt så derfor er det vigtigt at dokumenterer alle skridt og beskriver hvad I gør. Det giver rigtig god mening af præsentere de erfaringer som I gjorrde undervejs, og hvilke ændringer det medførte.

Test

•  Beskrivelse
•  Resultat - fremhævelse af fund
•  Video (+), evt. med fremhævelse af 2-3 fund
•  Opsummering og konklusion
•  Data i bilag

Præsentation

•  Præsentation af produktet
•  Mulige forbedringer i næste iteration (med begrundelse)
•  Video? (+)

Dette er et valgfrit afsnit som kan bruges til at præsentere og dokumentere det endelige produkt, og hvad I gerne ville have nået.

Konklusion

•  En kort og præcis sammenfatning af det som I har opnået
•  Forhold jer til problemformuleringen
•  Evaluering af forløbet - evt. hvad gik godt, hvad gik dårligt?
•  Perspektivering
•  “Åbninger” til den mundtlige præsentation (+)

Litteraturliste

•  Alle links anbringes her (undgå links i selve teksten)
•  Links skal forsynes med dato (“Hentet DD/MM/ÅÅ.”)
•  Brug en standardnotation - opfind ikke jeres egen notation - a la “forfatter: titel (år)”

Bilag

•  Navngivne bilag, nummereret med bogstaver, fx “Bilag A. Testresultater”
•  Inkluder bilag i indholdsfortegnelsen
•  Please, kode skal angives i tekst - ikke skærmbilleder. Brug sort tekst på hvid baggrund
•  Omfattende kode skal vedhæftes i separat fil eller ligges i offentligt tilgængeligt kode-repo.