Toulmins Argumentationsmodel Og En Overbevisende Opgave Niels Hallenberg IT University of Copenhagen BNDN Spring 2013
Hvad er en overbevisende opgave Du vil skrive en overbevisende opgave hvad mener vi med det? Problemstillingen skal være klart defineret. Metodeanvendelse defineret. Rammer og Begrænsninger skal fremgå. Overbevisende og Dokumenteret argumentation Støtte til kendt litteratur og metodik din baggrundsviden Du skal kende din modtager. Hvad vil du gerne undgå: En postulerende rapport En overvejende beskrivende rapport En ufokuseret rapport En ustruktureret rapport Hvad du har gjort og hvorfor er vigtigt til eksamen.
Toulmins Argumentationsmodel Lad os genopfriske grundmodellen: Påstand : Hvad er det for et udsagn modtageren skal acceptere gyldigheden af? Belæg : Hvilke oplysninger og udsagn støtter påstanden? Hjemmel: Den generelle regel/viden der får modtageren til at acceptere påstanden på baggrund af belægget. Eksempel: Distributed development with SMU
Fiktivt eksempel: Belæg: Problemstillinger blev drøftet og besluttet via Skype. Kun 2 tilfælde, hvor der var forvirring omkring en beslutning. Eksempel Påstand: Skype er et effektivt samarbejdsværktøj Hjemmel: XX dokumenterer i YY at effektive beslutninger er en afgørende indikator for et high performance team.
Toulmins Argumentationsmodel Lad os genopfriske den udvidede model: Styrkemarkør: Graden af sikkerhed, hvormed forfatteren fremsætter påstanden. Gendrivelse : Hvilke forbehold og usikkerheder knytter sig til påstanden/hjemlen? Vi forsøger at imødegå kritik fra læseren. Hvad er svaghederne / styrkerne i vores argumentation. Rygdækning : Hvilke oplysninger og udsagn støtter hjemlen? Har vi yderligere data / forskning der støtter hjemlen. Er forudsætningerne for hjemlen opfyldt.
Eksempel, udvidet model Fiktivt eksempel: Belæg: Problemstillinger blev drøftet og besluttet via Skype. Kun 2 tilfælde, hvor der var forvirring omkring en beslutning. Hjemmel: XX dokumenterer i YY at effektive beslutninger er en afgørende indikator for et high performance team. Styrkemarkør: generelt Påstand: Skype er et effektivt samarbejdsværktøj Gendrivelse: Der forudsættes tilstrækkelig netforbindelse, lyd og billede. Der kan være kulturelle forskelle som har negativ indflydelse på accept af trufne beslutninger. De 2 tilfælde... Rygdækning: Vi har flere eksempler, hvor korte distribuerede samarbejdsprojekter på ITU kun er lykkedes når beslutninger træffes hurtigt.
Template, udvidet model Belæg: fordi, da, for,... Styrkemarkør: sandsynlighed for... Påstand: derfor, altså, så, følgelig, heraf følger,... Gendrivelse: ikke desto mindre, imidlertid, på den anden side, Kendte problemer, usikkerheder i konkret tilfælde. Hjemmel: eftersom, fordi, da, for, Brug af anderkendt metode. Rygdækning: eftersom, fordi, da, for, Egne erfaringer, argumenter, eksempler
Toulmins Argumentationsmodel Bevar fokus og struktur ikke for mange parallelle eller hierarkiske strukturer. Explicitte og implicitte belæg og hjemmel. Hvad er opgavens hoved-argument / påstand Hvad er de enkelte afsnits formål / påstand Eksempler: Datamodel: 3-normalform, mulige arbejdsgange understøttet, forespørgsler understøttet, redundans?, semantisk forståelse,... F# kontra C#: Egenskaber (hjemmel), brugssituation (belæg), erfaringer (belæg), ydre omstændigheder (styrkemarkør),...
Programmeringsopgaven Projektrapporten er ligeså væsentlig som jeres program. Helt overordnet for jeres tekniske del: Hvad er programmets opgave. Beskriv og begrund programmets opbygning. Forklar hvordan programmet anvendes er der oplagte alternativer? Argumentér for at programmet løser opgaven. Hvad er programmets svagheder og forbedringspotentialer Forklar hvorfor I har taget de forskellige beslutninger/valg i projektet.
Troværdighed Du skal kende din modtager så du ved hvordan du bliver troværdig. Din modtager skal kende din baggrund Du skal kommunikere styrker og svagheder i din argumentation. Hvad er de faglige autoriteter på området. Hvad er usikkerhedsmomenterne i din argumentation Vær kritisk overfor dine og andres resultater og belæg.
Disposition af en påstand (afsnit) Påstand og styrkemarkør først og/eller sidst Belæg kommer normalt før gendrivelse, hjemmel og rykdækning. Meta-afsnit: Er der behov for en læsevejledning og struktur. Balancer og det kan du kun ved at læse og kritisere hele teksten.
Review, Kritik og Feedback Intern brug Toulmins model til din egen og andres kritiske gennemgang af din egen tekst. Ekstern hvad er dit faglige bidrag, dvs. din påstand i faglig kontekst. Review hvad er dit første helhedsindtryk af rapporten. Review kan du identificere påstande, belæg og hjemmel.
Har du overblik over opgaven Hvis en gennemlæsning ikke giver dig et overblik over formål og påstande, så skal der strammes op. Er der redundante belæg, manglende belæg og dermed postulater, så stram op. Ved du hvad du skal besvare forstår du krav til projektet og projektrapporten.
Forstår du projektbeskrivelsen? Hvad spørges der om? Hvad er mine postulater? Hvad er mine belæg, valg, omstændigheder Hvad er mine erfaringer Hvad er min hjemmel (4 semestre på ITU) Er jeg bekendt med alternativer Får jeg kommunikeret styrkemarkør, Gendrivelse og rygdækning? Lad os kigge på projektbeskrivelsen.
Hvad kan være svært at huske Dokumentationen skal være fokuseret. Skriv enkelt, korte sætninger, direkte. Kommenter figurer hvad ser vi! Dokumenter notation ikke nok at skrive UML diagram der er mange UML diagram typer Angiv kilder; også på figurer der ikke er dine.