Rapport og produkt i teknologi og teknikfag på htx
I teknologi og teknikfag afleverer du to ting: en rapport og et produkt. Rapporten er ikke en dagbog over, hvad I lavede, men et argument for, at jeres produkt løser det problem, I satte jer for at løse. Her får du de dele, rapporten består af, en sætning til hver del, du kan skrive videre på, og et gennemregnet eksempel på den del, hvor karakteren typisk afgøres: testen af produktet mod jeres egne krav.
Af Emil Brandt Rex, gymnasielektor i dansk og historie
6 faser
i produktudviklingsmodellen
15 til 30
sider, én elev alene
ca. 45 timer
projektperioden i teknologi B
På denne side
- Journalen og rapporten er ikke det samme
- 1. Indledning og problemformulering
- 2. Problemanalyse
- 3. Produktprincip og kravspecifikation
- 4. Produktudformning og teknisk dokumentation
- 5. Produktionsforberedelse
- 6. Realisering
- 7. Evaluering: test af produktet mod kravene
- 8. Konklusion
- 9. Kildeliste og bilag
- Et gennemført eksempel
- Hvad eksemplet viser
- Det, der oftest koster point
- Spørgsmål og svar
- Kilder
Kort fortalt
Journalen og rapporten er ikke det samme
Ordet “journal” står ikke i læreplanen for teknologi eller teknikfag. Jeg har søgt hele læreplanen for Teknologi B (bilag 81, august 2017) og hele vejledningen fra august 2024 igennem, og ordet optræder ikke ét eneste sted. Det samme gælder læreplanen for Teknikfag A udvikling og produktion. Til gengæld står det sort på hvidt i de naturvidenskabelige fag på htx: i fysik A omfatter det skriftlige arbejde “journaler og rapporter over gennemført eksperimentelt arbejde”, og i kemi B og biologi B “journaler og rapporter over eksperimentelt arbejde”. Journalen er altså et naturvidenskabeligt begreb, ikke et teknologibegreb.
I teknologi og teknikfag afleverer du i stedet to ting samtidig: en skriftlig rapport og enten et praktisk udført produkt eller dokumentation for et procesforløb. Begge dele er eksaminations, og bedømmelsesgrundlag, og gruppen har fælles ansvar for det, der bliver afleveret. Produktet skal ikke sendes til censor, men bliver hentet frem til den mundtlige prøve.
Bruger din skole alligevel ordene journal, logbog eller procesdagbog undervejs i forløbet, så er det skolens egen praksis. Det er en helt almindelig og god praksis, og du skal skrive den, hvis læreren beder om det, men den kan ikke erstatte rapporten, og den bliver ikke bedømt i sig selv.
Den brugbare tommelfingerregel: det, du skriver mens du måler, skriver du til dig selv. Det, du skriver bagefter, skriver du til en fremmed, der ikke var i værkstedet. Rapporten er det sidste. Derfor kan du ikke bare rykke dine noter over i rapporten og kalde det færdigt.
Del 1 af 9
1. Indledning og problemformulering
Her fører du læseren fra det brede emne ned til det ene problem, I arbejder med, og slutter af med en problemformulering. I teknologi skal det være en samfundsmæssig problemstilling, i teknikfag en teknisk. Det, der oftest mangler, er afgrænsningen: eleverne skriver om “madspild i Danmark” i stedet for om det ene led i kæden, produktet faktisk rører ved. Skriv problemformuleringen som ét spørgsmål eller nogle få spørgsmål, du rent faktisk besvarer senere i rapporten. Læreplanen kræver ikke en bestemt form, men vejledningens egen rapportdisposition lader indledningen slutte med problemformuleringen, altså før problemanalysen, og begynder i øvrigt med titelblad med resumé, indholdsfortegnelse og forord. Nogle skoler gør det anderledes, så følg den rækkefølge, din lærer har lært jer.
Sådan kan du skrive det: “Noget af den mad, danske husholdninger smider ud, ryger ud, fordi kølevarer er blevet for varme, før de nåede hjem til køleskabet, og i dette projekt undersøger vi, hvordan man kan holde madvarer kolde under transport hjem fra butikken, når turen tager mere end en halv time.”
Del 2 af 9
2. Problemanalyse
Her beviser du, at problemet findes. Vejledningen er meget direkte på dette punkt: problemstillingen skal dokumenteres, så den ikke fremstår som en påstand. Det betyder tal og kilder på problemets omfang, dets årsager og dets konsekvenser, og gerne jeres egen undersøgelse, et spørgeskema eller et interview. Den fejl, der koster mest, er at nøjes med at gentage, at noget er “et stort problem”, uden at nogen kilde siger hvor stort. Argumenter med påstand, belæg og hjemmel: hvad påstår du, hvad bygger du det på, og hvorfor er den kilde til at stole på.
Sådan kan du skrive det: “Vores spørgeskema blandt 84 elever på skolen viser, at 61 procent har mere end 30 minutter hjem fra det sted, de handler ind, og 39 af de 84 svarer, at de har oplevet, at kølevarer var lune, når de kom hjem.”
Del 3 af 9
3. Produktprincip og kravspecifikation
Det er her, projektet enten bliver skarpt eller flyder ud. På baggrund af problemanalysen, en analyse af konkurrerende produkter, en brugsundersøgelse og relevante myndighedskrav opstiller I kravene til produktet. Vejledningen deler dem i hårde krav (skal) og bløde krav (kan), og understreger, at I allerede her skal overveje, hvordan hvert krav kan testes eller måles. Prøv reglen: et krav, du ikke kan sætte et tal og en enhed på, kan du heller ikke teste, og så tæller det ikke rigtigt. Til sidst vælger I løsningen ud fra kravene, ofte i en kravmatrix, og husk at begrunde jeres vægtninger, for skemaet i sig selv beviser ingenting.
Sådan kan du skrive det: “Skal-krav 3: indholdets temperatur må efter 120 minutter højst være steget fra 5,0 °C til 12,0 °C ved en omgivelsestemperatur på 21 °C, målt med digitalt termometer midt i kassen, fordi Fødevarestyrelsen anbefaler, at kølevarer holdes under 5 °C, og fordi vi tester i dobbelt så lang tid som den længste transporttid i vores brugsundersøgelse, der var på omkring en time.”
Del 4 af 9
4. Produktudformning og teknisk dokumentation
Her viser du løsningen, som den er tænkt, med tegninger, diagrammer og beregninger. Hvad der er relevant, afhænger af det værksted, I arbejder i: arbejdstegninger og samlingstegning med styklister i træ og metal, el, og kredsløbsdiagrammer og printlayout i elektronik, blokdiagram, flowdiagram eller pseudokode plus kommenteret kode ved programmering. Den klassiske fejl er at smide alle tegninger i bilag og aldrig nævne dem i teksten. Referer til hver figur i brødteksten, giv den en figurtekst og et nummer, og forklar, hvad læseren skal lægge mærke til. Vejledningen til teknikfagene siger, at tegninger i videst muligt omfang skal leve op til Dansk Standard, mens vejledningen til teknologi skriver, at teknisk tegning udføres efter relevante standarder.
Sådan kan du skrive det: “Figur 7 viser samlingstegningen af kassen med positionsnumre, og af styklisten i tabel 3 fremgår det, at yderskallen er 12 mm krydsfiner, mens isoleringen er 30 mm EPS, valgt fordi EPS har en varmeledningsevne på cirka 0,036 W/(m·K) mod krydsfiners cirka 0,13 W/(m·K).”
Del 5 af 9
5. Produktionsforberedelse
Her planlægger I fremstillingen, før I går i værkstedet. Læreplanen vil have den struktureret som teknik, viden og organisation: teknik er maskiner, værktøj, materialer og arbejdskraft, viden er det, man skal kunne for at lave det, og organisation er rækkefølgen af processer, gerne som et flowdiagram. Det, der oftest mangler, er tiden og rækkefølgen: hvor lang tid skal limen tørre, og hvad kan I lave imens. Vejledningen siger, at arbejdsgrundlaget skal have en kvalitet, så udenforstående kan forstå fremstillingsprocessen, og det er en god test at læse afsnittet igennem med den målestok.
Sådan kan du skrive det: “Fremstillingen foregår i seks trin, se flowdiagrammet i figur 9, hvor trin 3, limning af yderskallen, kræver 40 minutters hærdetid, som vi bruger på at skære isoleringen til på båndsaven.”
Del 6 af 9
6. Realisering
Her fortæller du, hvad der faktisk skete i værkstedet, og hvorfor produktet endte, som det gjorde. Det er ikke en dagbog, men de steder, hvor virkeligheden afveg fra planen, og hvad I gjorde ved det. Vejledningen siger direkte, at produktet skal være udført med omhu, og at en væsentlig del af projektperioden skal bruges på at fremstille det. Skriv også, hvilke sikkerhedsregler I fulgte i det pågældende værksted. Billeder af processen hører til her, med figurtekst og en forklaring på, hvad man ser.
Sådan kan du skrive det: “Under limningen viste det sig, at de to sider ikke stødte helt vinkelret sammen, fordi krydsfineren var 0,4 mm tykkere end angivet i databladet, og vi høvlede derfor 0,5 mm af kanten på begge sider, før vi limede igen.”
Del 7 af 9
7. Evaluering: test af produktet mod kravene
Det er her, karakteren ligger, og det er det afsnit, der oftest er tyndest. Bedømmelseskriterierne nævner direkte “test af produkt/procesforløb i forhold til opstillede krav”, så gå kravene igennem ét ad gangen: kravets tal, jeres måling, og om kravet er opfyldt. Mål mere end én gang, regn en middelværdi og en spredning ud, og skriv, hvad usikkerheden betyder for konklusionen. Og så det brede: hvad sker der, når produktet kommer ud i verden. Et krav, I ikke opfylder, men har målt og forklaret, er værd meget mere end et krav, I har glemt.
Sådan kan du skrive det: “Skal-krav 3 er opfyldt: efter 120 minutter målte vi 10,8 °C i gennemsnit over tre forsøg, med en spredning på 0,6 °C, hvilket er 1,2 °C under grænsen på 12,0 °C og dermed uden for måleusikkerheden.”
Del 8 af 9
8. Konklusion
Konklusionen svarer på problemformuleringen, og kun på den. Den skal kunne læses alene af en, der ikke har læst resten, og den må ikke indeholde noget nyt. Skriv de tre ting: hvad problemet var, hvad I lavede, og i hvilken grad det virkede, målt på jeres egne krav. Den mest almindelige fejl er at konkludere på, at I har lært meget og samarbejdet godt. Det hører til i evalueringen af processen, ikke i konklusionen.
Sådan kan du skrive det: “Vi kan konkludere, at en transportkasse med 30 mm EPS holder kølevarer under 12 °C i to timer ved 21 °C omgivelsestemperatur, og at den dermed løser problemet for de 61 procent af de adspurgte, der har mere end en halv times transport hjem.”
Del 9 af 9
9. Kildeliste og bilag
Kildehenvisninger står direkte i bedømmelseskriterierne, så en tynd kildeliste koster. Henvis i teksten hver gang, du bruger en kilde, og lad kildelisten stemme overens med henvisningerne. I bilag kommer tidsplanen, den godkendte projektbeskrivelse, tegninger, rådata fra jeres målinger, spørgeskemaet og længere beregninger. Reglen for, hvad der skal i bilag: det, læseren ikke behøver for at følge argumentet, men gerne skal kunne slå efter. Går der noget vigtigt i bilag, så skriv i teksten, hvor det står.
Sådan kan du skrive det: “Alle 3 gange 9 måleværdier fra køletesten findes i bilag 4, og den godkendte projektbeskrivelse er vedlagt som bilag 1.”
Eksempel
Et gennemført eksempel
Her er en test regnet helt igennem, fra rådata til konklusion. Gruppen har bygget en isoleret madkasse, der skal holde mad varm på vej til arbejde. Gruppens skal-krav 1 lyder: indholdets temperatur må efter 120 minutter ikke være faldet under 60,0 °C, når starttemperaturen er 80,0 °C og rummet er 21 °C. Kravet er sat, fordi Fødevarestyrelsens hygiejnevejledning kræver, at varmholdte fødevarer holder en konstant temperatur på mindst 56 °C, og gruppen har lagt en margin på 4 °C oven i grænsen for at være på den sikre side. Testen blev kørt tre gange med 0,50 L vand i kassen og et digitalt termometer med en angivet nøjagtighed på ±0,5 °C ifølge databladet.
Efter 120 minutter målte de 63,4 °C, 61,8 °C og 64,2 °C. Middelværdien er (63,4 + 61,8 + 64,2) / 3 = 63,1 °C. Spredningen på de tre målinger er 1,2 °C, og usikkerheden på middelværdien bliver 1,2 / kvadratroden af 3 = 0,7 °C. Resultatet skrives derfor 63,1 ± 0,7 °C. Læg mærke til, at spredningen på gentagelserne (1,2 °C) er større end termometerets egen nøjagtighed (0,5 °C). Det betyder, at det ikke er termometeret, men opstillingen, der bestemmer usikkerheden, og det er en pointe, der er værd at skrive.
Konklusionen på kravet: 63,1 °C ligger 3,1 °C over grænsen på 60,0 °C. Afstanden er over fire gange usikkerheden på 0,7 °C, så kravet er opfyldt, også når man tager usikkerheden med. Havde resultatet i stedet været 60,4 ± 0,7 °C, måtte de skrive, at de ikke kan afgøre, om kravet er opfyldt, og at der skal flere forsøg til. Det er sådan, man bruger en usikkerhed til noget: den afgør, hvor stærkt du må formulere din konklusion.
Gruppen regnede også varmetabet ud, fordi de ville sammenligne to isoleringstykkelser. Temperaturfaldet er 80,0 - 63,1 = 16,9 K. Med vandets specifikke varmekapacitet c = 4186 J/(kg·K) og massen 0,50 kg (ved 80 °C vejer 0,50 L vand reelt cirka 0,49 kg, men forskellen drukner i måleusikkerheden) bliver den afgivne energi Q = m · c · ΔT = 0,50 kg · 4186 J/(kg·K) · 16,9 K = 35,4 kJ. Strengt taget har massen kun to betydende cifre, så resultatet bør meldes ud som 35 kJ, men vi beholder et ciffer ekstra i mellemregningen. Fordelt over 120 minutter, altså 7200 sekunder, giver det en gennemsnitlig varmeafgivelse P = 35 400 J / 7200 s = 4,9 W. Nu har de et tal, de kan sammenligne to udgaver af kassen på, i stedet for at skrive, at den ene “virker bedre”.
Så fejlkilderne, og her er forskellen på en fejlkilde og en undskyldning. En fejlkilde er noget, du kan pege på, som har trukket resultatet i en bestemt retning, og som du kan sige noget om størrelsen af. Gruppen skrev tre: (1) Rumtemperaturen var 21,0 °C ved forsøg 1 og 2, men kun 19,5 °C ved forsøg 3, målt på vægtermometeret, og det større temperaturspring til omgivelserne forklarer, hvorfor forsøg 3 gav den laveste værdi, 61,8 °C. (2) Låget blev åbnet i cirka 4 sekunder ved hver af de ni aflæsninger, hvilket trækker alle tre målinger systematisk nedad, altså i samme retning hver gang. (3) I forsøg 1 sad termometerføleren cirka 2 cm fra kassens væg i stedet for midt i vandet, og da vandet er koldest ved væggen, er den måling formentlig lidt for lav.
Til sammenligning er dette ikke fejlkilder: “vi målte forkert”, “vi havde for lidt tid”, “termometeret var måske dårligt”, “der kan altid være menneskelige fejl”. De to første er noget, I gjorde, ikke noget, der påvirkede målingen i en retning. De to sidste er gætterier uden hverken retning eller størrelse. Testen på et fejlkildeafsnit er enkel: kan du for hver fejlkilde svare på, om den gjorde resultatet for højt eller for lavt, og cirka hvor meget. Kan du ikke det, er det en undskyldning, og så er den bedre brugt på en fejlkilde, du faktisk kan gøre rede for.
Vores kommentar
Hvad eksemplet viser
Læg mærke til, at hvert tal har en enhed, og at regnestykket står, ikke bare facit. En bedømmer skal kunne følge dig fra måling til resultat uden at gætte.
Og læg mærke til, at afvigelserne ikke er skjult. Det, der ikke passede, er skrevet ned og forklaret. Det er dét, der adskiller en rapport fra en renskrivning af vejledningen.
Fælder
Det, der oftest koster point
Kravene kan ikke måles
Kravene kan ikke måles. “Produktet skal være brugervenligt”, “produktet skal være bæredygtigt”, “produktet skal se godt ud”. Så kan I heller ikke teste dem, og evalueringsafsnittet bliver til påstande. Skriv hvert skal-krav med et tal, en enhed og en målemetode, allerede når I formulerer det. Vejledningen siger direkte, at I skal overveje, hvordan kravene kan testes eller måles. Prøv testen: kan jeg skrive “opfyldt” eller “ikke opfyldt” ud fra en måling. Kan du ikke det, så lav kravet om eller flyt det ned som et blødt kan-krav.
Fejlkilden er en undskyldning
Fejlkilden er en undskyldning. “Vi målte forkert”, “vi havde for lidt tid”, “der kan altid være menneskelige fejl”. Det er sætninger, der lyder selvkritiske, men ikke fortæller læseren noget som helst om målingen. For hver fejlkilde skal du kunne svare på to ting: trak den resultatet op eller ned, og cirka hvor meget. “Rummet var 1,5 °C koldere ved forsøg 3, hvilket øgede varmetabet og gav den laveste af de tre målinger” er en fejlkilde. “Vi målte forkert” er en indrømmelse. Har du kun én måling, kan du ikke skelne, og derfor skal I gentage.
Der er kun målt én gang
Der er kun målt én gang. Så står der ét tal i rapporten, en konklusion bliver draget, og hverken I eller læseren ved, om tallet ville se sådan ud igen i morgen. Kør testen mindst tre gange og regn middelværdi og spredning ud. Det tager typisk under en time ekstra og løfter hele evalueringsafsnittet, fordi I nu kan sige noget om, hvor sikre I er. Ligger jeres resultat tæt på kravets grænse, skal I køre flere gange, ikke færre.
Rapporten fortæller kronologien i stedet for at
Rapporten fortæller kronologien i stedet for at argumentere. “Først lavede vi en brainstorm, så snakkede vi med læreren, derefter gik vi i værkstedet.” Det er en dagbog, ikke en rapport, og det slår igennem på det bedømmelseskriterium, der hedder dokumentations, og kommunikationsværdi. Skriv hvert afsnit efter modellen påstand, belæg, hjemmel: hvad påstår vi, hvad bygger vi det på, og hvorfor holder det belæg. Rækkefølgen i rapporten er de seks faser plus evaluering og konklusion, ikke de dage, I arbejdede. Det, der skete undervejs, hører kun med, hvor det ændrede en beslutning.
Den tekniske dokumentation ligger i bilag
Den tekniske dokumentation ligger i bilag og bliver aldrig nævnt. Tegninger, styklister, diagrammer og kode ryger bagerst, og censor kan ikke se, at I har brugt dem til noget. Referer til hver eneste figur og tabel i brødteksten, giv dem nummer og figurtekst, og skriv, hvad læseren skal se. Teknisk dokumentation står direkte i bedømmelseskriterierne, så det er dyrt at gemme den væk. Tommelfingerregel: det, argumentet ikke kan undvære, skal stå i rapporten, resten kan ligge i bilag med en henvisning.
Testen tester noget andet end kravene
Testen tester noget andet end kravene. I har opstillet fem krav, men afprøver til sidst bare, om produktet “virker”, og der er ingen forbindelse mellem kravlisten og evalueringen. Lav evalueringsafsnittet som en gennemgang af kravene i samme rækkefølge og med samme numre, som de har i kravspecifikationen. Én tabel med kolonnerne krav, målt værdi og opfyldt eller ikke opfyldt gør resten af teksten langt lettere at skrive, og den viser med det samme, at der er sammenhæng fra problem til test.
Spørgsmål og svar
Om forfatteren
Siden her er skrevet af Emil Brandt Rex, gymnasielektor i dansk og historie. Alt på Studiekompasset bygger på fagenes læreplaner og vejledninger, og hver side har sine kilder stående nederst. Finder du en fejl, så skriv til mig, og den bliver rettet.
Kilder
Kilder
- Læreplan for Teknologi B, htx, august 2017 (bilag 81 til bekendtgørelsen om de gymnasiale uddannelser). Oversigt over htx-læreplanerne: uvm.dk
- Vejledning til Teknologi B, htx, august 2024, Børne- og Undervisningsministeriet: uvm.dk
- Læreplan for Teknikfag A udvikling og produktion, htx, august 2017 (bilag 79 til bekendtgørelsen om de gymnasiale uddannelser)
- Vejledning til Teknikfag A udvikling og produktion, htx, 2024, Børne- og Undervisningsministeriet: uvm.dk
- Læreplan for Teknikfag A digitalt design og udvikling, htx, august 2017 (bilag 77), hvor ordet kravspecifikation indgår i kernestoffet
- Læreplan for Fysik A, htx, august 2017, hvor det skriftlige arbejde omfatter “journaler og rapporter over gennemført eksperimentelt arbejde”: uvm.dk
- Læreplan for Kemi B, htx, august 2017, og læreplan for Biologi B, htx, august 2017, hvor det skriftlige arbejde omfatter “journaler og rapporter over eksperimentelt arbejde”: og https://uvm.dk/media/irgdwh2x/biologi-b-htx-august-2017.pdf: uvm.dk
- Fødevarestyrelsens hygiejnevejledning, kapitel 27 om varmebehandling og varmholdelse af fødevarer, hvor kravet om en konstant temperatur på mindst 56 °C ved varmholdelse står: foedevarestyrelsen.dk
- Materialer og fælles introduktion til profilfagene på emu.dk: og https://emu.dk/htx/teknikfag/laereplan-og-vejledning: emu.dk
Næste skridt
Find alt om faget, om de store opgaver og om eksamen ét sted, og filtrér efter din uddannelse.