{"id":4145,"date":"2025-03-06T08:15:00","date_gmt":"2025-03-06T07:15:00","guid":{"rendered":"https:\/\/digitalteknik.it.slotshaven.dk\/?p=4145"},"modified":"2025-03-04T08:04:44","modified_gmt":"2025-03-04T07:04:44","slug":"eksamensprojekt-disposition-for-rapporten","status":"publish","type":"post","link":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/eksamensprojekt-disposition-for-rapporten\/","title":{"rendered":"Eksamensopl\u00e6g: Disposition for rapporten"},"content":{"rendered":"\n<p>Nedenst\u00e5ende er et forslag til en disposition for selve rapporten. I er naturligvis ikke forpligtede til at f\u00f8lge den, MEN den kan i hvert fald tjene som en rettesnor for hvad vi l\u00e6rere mener der skal med i en god rapport<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Forside, Titelblad og Indholdsfortegnelse<\/h2>\n\n\n\n<p>H\u00f8rer til i kategorien &#8220;Formalia&#8221;, men er ikke desto mindre vigtige for rapportens fremtoning, og dermed ogs\u00e5 for hvordan l\u00e6seren (= l\u00e6rer og censor) opfatter og vurderer arbejdet.<\/p>\n\n\n\n<p><strong>Forsiden <\/strong>skal indeholde projektets titel (helst ikke bare &#8220;Eksamensprojekt&#8221; &#8211; giv jeres produkt et navn), samt deltagernes navne, skolens navn, fagets navn, afleveringsdatoen samt evt. ogs\u00e5 l\u00e6rerens navn. Den m\u00e5 meget gerne ogs\u00e5 have en velvalgt og relevant illustration som &#8220;blikfang&#8221;.<\/p>\n\n\n\n<p><strong>Titelbladet <\/strong>sidder lige efter forsiden og rummer titel, forfattere (deltagerne) samt et Abstract\/Resum\u00e9, som gerne m\u00e5 v\u00e6re p\u00e5 dansk<\/p>\n\n\n\n<p><strong>Indholdsfortegnelsen <\/strong>angiver hvilke kapitler og afsnit, rapporten best\u00e5r af, s\u00e5ledes at l\u00e6seren kan danne sig et overblik og om n\u00f8dvendigt finde frem til bestemte steder i teksten p\u00e5 en nem m\u00e5de. Bilag (kode, datablade, interview-udskrifter) b\u00f8r ogs\u00e5 medtages i indholdsfortegnelsen. <strong>NB!<\/strong> Husk nu, at en indholdsfortegnelse ikke er noget v\u00e6rd, hvis ikke siderne i rapporten har sidetal! Og det betyder noget, at siderne er sat p\u00e6nt og overskueligt op, fx at en eventuel toptekst nemt kan adskilles fra br\u00f8dteksten. <\/p>\n\n\n\n<p>Husk, rapporten er et <strong>kommunikationsprodukt<\/strong>: Hj\u00e6lp din l\u00e6ser!<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Forord og indledning<\/h2>\n\n\n\n<p><strong>Den oprindelige projektbeskrivelse <\/strong>er et godt sted at starte &#8211; men det er sj\u00e6ldent den kan s\u00e6ttes ind i den endelige rapport uforandret. Den rummer blandt andet det, som man ofte vil skrive i et forord, en indledning og &#8211; ja, en projektbeskrivelse &#8211; n\u00e5r man skriver en rapport over et f\u00e6rdiggjort projektforl\u00f8b. Men selve projektet har som regel \u00e6ndret sig en del siden de f\u00f8rste tanker blev skrevet ned.<\/p>\n\n\n\n<p>Forord er ikke altid med &#8211; her kan man fx skrive om de ydre rammer for projektet, hvis der er s\u00e6rlige forhold: Hvis projektet startede et helt andet sted, hvis deltagergruppen har \u00e6ndret sig i forhold til starten og det har haft v\u00e6sentlig betydning for projektet, hvis skolen lukkede ned eller op, uden at man havde forudset det.<\/p>\n\n\n\n<p><strong>Indledningen <\/strong>opridser de overordnede tanker om projeket &#8211; valg af eksamenstema, inspiration og visioner, koncept, tematik, tanken med produktets navn eller titel. Det skal give l\u00e6seren et overblik over tankerne og den overordnede plan bag projektet. Meget af dette er formentlig skrevet i den oprindelige projektbeskrivelse.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Projektbeskrivelse<\/h2>\n\n\n\n<p>Den endelige projektbeskrivelse kan vise sig at afvige en del fra den oprindelige. Man er sandsynligvis blevet klogere. Form og struktur vil variere meget, afh\u00e6ngig af projektets emne og produktets art, men der vil sandsynligvis indg\u00e5 afsnit om<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Brugsscenarier <\/strong>og form\u00e5l<\/li>\n\n\n\n<li><strong>Brugere <\/strong>og m\u00e5lgrupper <\/li>\n\n\n\n<li><strong>Problemidentifikation og -analyse<\/strong> &#8211; hvilke specifikke <strong><em>tekniske <\/em><\/strong>problemer er projektet fokuseret p\u00e5, <\/li>\n\n\n\n<li><strong>Kravspecifikation<\/strong> &#8211; konkrete og testbare\/m\u00e5lbare krav til funktionalitet og platform. I rappporten er der <strong><em>ikke<\/em> <\/strong>l\u00e6ngere brug for tre forskellige niveauer som i den indledende fase, kun de krav, I faktisk har fokuseret p\u00e5 at pr\u00f8ve at opfylde. Jeres oprindelige tanker kan I diskutere til sidst, i konklusion, diskussion og evaluering.<\/li>\n\n\n\n<li><strong>Teoretisk baggrund<\/strong> &#8211; det kan fx v\u00e6re om spildesign, om kognitiv udvikling hos b\u00f8rn, om farverum, om interaktionsdesign i VR, om neurale netv\u00e6rk eller hvad der nu er relevant for produktudviklingen. Husk kildehenvisninger!<\/li>\n\n\n\n<li><strong>V\u00e6rkt\u00f8jer<\/strong>, teknologier<\/li>\n<\/ul>\n\n\n\n<p>Projektbeskrivelsen underst\u00f8ttes af <strong>illustrationer, skitser og modeller<\/strong>, for eksempel flow-diagrammer, screenshots, wireframes, eller andre former for visualiseringer. I kan lave dem selv eller hente dem udefra (husk da igen kildehenvisninger!), men s\u00f8rg for at de er klare og forst\u00e5elige, og relevante i den kontekst de placeres i, s\u00e5 de virkelig hj\u00e6lper l\u00e6seren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Produktudvikling og projektforl\u00f8b<\/h2>\n\n\n\n<p>Et stort kapitel &#8211; her dokumenteres den faktiske produktudvikling og det faktiske projektforl\u00f8b. Det kan for eksempel handle om (men listen er <em>ikke <\/em>n\u00f8dvendigvis fuldst\u00e6ndig eller i r\u00e6kkef\u00f8lge) at beskrive<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Idegenerering<\/strong><\/li>\n\n\n\n<li><strong>Eksterne inputs<\/strong>: interviews, unders\u00f8gelser og ekskursioner til kvalificering af ideer til og viden om brugere og brugssituationer<\/li>\n\n\n\n<li><strong>Udviklingsspor<\/strong>: Interaktionsdesign, funktionalitet, datamodeller (hint: trelags-arkitektur), protokoller, hardware og hvordan I har organiseret arbejdet og samarbejdet omkring disse<\/li>\n\n\n\n<li><strong>Projektstyring og udviklingsforl\u00f8b<\/strong>, herunder eventuelle blindgyder og snubletr\u00e5de, I ramte undervejs samt de v\u00e6rkt\u00f8jer, I har brugt (hint: Trello, Logbog)<\/li>\n\n\n\n<li><strong>Produkttest<\/strong> &#8211; metodik og udf\u00f8relse, samt resultater og konsekvenser heraf<\/li>\n\n\n\n<li><strong>Iterationer <\/strong>af produktet i udviklingsprocessen<strong> <\/strong><\/li>\n<\/ul>\n\n\n\n<p>Ogs\u00e5 her er illustrationer et nyttigt v\u00e6rkt\u00f8j, herunder fotos\/screenshots af produktet p\u00e5 forskellige stadier.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Diskussion, Konklusion og Perspektivering<\/h2>\n\n\n\n<p>Her g\u00f8res status og evalueres resultaterne af projektarbejdet, sat op mod den oprindelige projektplan og de oprindelige krav til og tanker om produktet: N\u00e5ede vi i m\u00e5l, i hvilken grad er kravene blevet opfyldt, hvad siger brugerne, som produktet var t\u00e6nkt til, hvad blev anderledes end planlagt, var det samlet set en god ide eller hvad mere skal der til? Kort sagt: Hvad har vi l\u00e6rt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Kilder og Litteratur<\/h2>\n\n\n\n<p>Meget vigtigt. Samme regler som for SOP: S\u00e5 vidt muligt forfatter\/rettighedshavers navn, dato for hentning (websider etc.) eller for udgivelse (trykte kilder, samt web hvis muligt), titel osv. Det g\u00e6lder ogs\u00e5 kilder til kodestumper, man har brugt, illustrationer og datas\u00e6t.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Bilag <\/h2>\n\n\n\n<p>Rapporten skal kunne l\u00e6ses uden at l\u00e6seren bruger bilagene, men de medtages som uddybende dokumentation.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Den oprindeligt godkendte projektbeskrivelse <strong><em>skal <\/em><\/strong>s\u00e6ttes her, som det f\u00f8rste. Obligatorisk.<\/li>\n\n\n\n<li>Egen kode s\u00e6ttes ind, formatteret som kode (<em>IKKE<\/em> ind i en br\u00f8dtekst, s\u00e5 higlighting og indentering forsvinder)<\/li>\n\n\n\n<li>Baggrundsunders\u00f8gelser, fx sp\u00f8rgeskemaer og -resultater, interviews eller ekskursioner kan placeres her<\/li>\n\n\n\n<li>Fotoserier og wireframes fra udviklingsarbejdet, hvis der er mere end man fandt relevant inde i rapporten <\/li>\n\n\n\n<li>Datablade eller lignende fra komponenter og API&#8217;er man benytter i produktet<\/li>\n<\/ul>\n\n\n\n<h4 class=\"wp-block-heading\">Links til andre beskrivelser af en teknikfagsrapport<\/h4>\n\n\n\n<p>P\u00e5 Systime findes en l\u00e6rebog til faget, i den er der ogs\u00e5 <a rel=\"noreferrer noopener\" href=\"https:\/\/ddu.systime.dk\/?id=p239\" target=\"_blank\">et afsnit om rapporten<\/a> (man skal v\u00e6re logget ind p\u00e5 Systime for at kunne l\u00e6se det).<\/p>\n\n\n\n<p>Mikkel (mkm) har <a href=\"https:\/\/github.com\/kirkby\/ddu\/blob\/main\/rapportskabelon.md\" target=\"_blank\" rel=\"noreferrer noopener\">et repo p\u00e5 GitHub<\/a>, hvor der ligger en mere udf\u00f8rlig vejledning til rapporter i Digitalt Design.<\/p>\n\n\n\n<p><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Nedenst\u00e5ende er et forslag til en disposition for selve rapporten. I er naturligvis ikke forpligtede til at f\u00f8lge den, MEN den kan i hvert fald tjene som en rettesnor for hvad vi l\u00e6rere mener der skal med i en god rapport Forside, Titelblad og Indholdsfortegnelse H\u00f8rer til i kategorien &#8220;Formalia&#8221;, men er ikke desto mindre &#8230; <a title=\"Eksamensopl\u00e6g: Disposition for rapporten\" class=\"read-more\" href=\"https:\/\/digitalteknik.slotshaven.it\/wordpress\/eksamensprojekt-disposition-for-rapporten\/\" aria-label=\"Read more about Eksamensopl\u00e6g: Disposition for rapporten\">L\u00e6s mere <\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[],"class_list":["post-4145","post","type-post","status-publish","format-standard","hentry","category-eksamen"],"_links":{"self":[{"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/posts\/4145","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/comments?post=4145"}],"version-history":[{"count":14,"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/posts\/4145\/revisions"}],"predecessor-version":[{"id":4799,"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/posts\/4145\/revisions\/4799"}],"wp:attachment":[{"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/media?parent=4145"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/categories?post=4145"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/digitalteknik.slotshaven.it\/wordpress\/wp-json\/wp\/v2\/tags?post=4145"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}