22
Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt Henrik Bærbak Christensen Department of Computer Science University of Aarhus Denmark

Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

  • Upload
    aure

  • View
    42

  • Download
    4

Embed Size (px)

DESCRIPTION

Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt. Henrik Bærbak Christensen Department of Computer Science University of Aarhus Denmark. Det gyldne overblik. Fagpakken Pålidelig Software og Arkitektur Pålidelig Software Pålidelig Arkitektur - PowerPoint PPT Presentation

Citation preview

Page 1: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Pålidelig Software og Arkitektur:Forsknings- og Udviklingsprojekt

Henrik Bærbak Christensen

Department of Computer Science

University of Aarhus

Denmark

Page 2: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Det gyldne overblik

  Fagpakken Pålidelig Software og Arkitektur– Pålidelig Software– Pålidelig Arkitektur– Forsknings- og udviklingsprojekt

  Mål med projekt:– anvendelse af (dele af) teori i større sammenhæng

RS RA Project

Page 3: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

De formelle detaljer

  Dette er evalueringskriterierne

Page 4: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Rammerne

  Seminarrække– 5 Februar: Intro + projekt definition– 26 Februar: Status fra grupper. Reflektioner– 12 Marts: Præsentation af projekt

  Vejledning– email til [email protected] / evt. fysiske møder

• rapport centreret, set ugeplan på web site• specifikke spørgsmål

  Evaluering– Rapport aflevering (uge 11)– Mundtligt forsvar (uge 13)

Page 5: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Seminar 1

Page 6: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Agenda 1 seminar

  Indhold:– Introduktion – rammer og deadlines 9-10

– Synopsis arbejde i grupperne 10-15

– Opsamling på erfaringer/spørgsmål 15-16 (?)

  Mål:– Definition af holdbart projekt– Fylde synopsis skitsen mest muligt ud

Page 7: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Synopsis

  Synopsis: Kort form af noget længere– Skabelon med motivation, afgrænsning, metode,

forventet resultat– Transformeres til jeres endelige rapport igennem

projektet

  Skabelon er lagt på website

Page 8: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Synopsis

  [Review synopsis fra hjemmesiden]

Page 9: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

En typografisk pointe

  (dette er ikke en standard linux-nørd tirade for jeg er Windoze bruger, men...)

  Word’s standard skabeloner bryder med stor ihærdighed alle regler for god typografi, så please lav dem om så– Brødtekstens bredde ikke er for stor (f.eks. 12 cm)– Heading 1, 2 og 3 har ordentlige font størrelser

• ikke 14, 12 og 12 punkt! Prøv at kigge i en bog!

– Undgå afsnit 3.2.3.2.3.1.2.• LaTeX: section, subsection, subsubsection og ikke mere

Page 10: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Seminar 2

Page 11: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Agenda 2 seminar

  Præsentation og review af gruppernes projekter– Gruppen præsenterer projekt (ca 20 min)

• dæk overskrifterne i synopsis (motivation, problem, ...)• tegn på tavlen, plast slides, powerpoint på stick

– Opponenter giver konstruktiv kritik (ca 10 min)• formål at give indspark, gode ideer, pege på uklarheder, etc.• Gruppe N+1 er opponenter på gruppe N module antal

grupper.

  Synopser kommer på hjemmesiden– afsætter nok kl. 9-10 på seminaret til review

• ikke til at lave præsentationen!!!

Page 12: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Agenda 3 Seminar

  Endelig præsentation af projektet.

DAIMI Henrik Bærbak Christensen 12

Page 13: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Vejledning

Page 14: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Vejledning

  Specifikke spørgsmål– tages løbende

  Afleveringer– Uge 6

• Synopsis afleveres og godkendes af mig

– Uge 8• Rapport udkast – hvilket betyder

– hele skabelonen (alle afsnit og inddelinger)– store dele af indholdet: analyser, resultater, diskussioner

• Opponenter (og jeg) giver konstruktiv kritik

  Meddel opponent gruppe og mig hvis I bliver forsinkede!

Page 15: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Evaluering og Eksamen

Page 16: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Evaluering

  Ekstern censur: – Ikke defineret endnu

• kontakt mig hvis der er problemer i den valgte censor...

  Hovedvægt på den skriftlige rapport i vurderingen.

  Mundtligt forsvar– 10 minutter individuelt– Indhold: Problem, resultater og dit bidrag.

Page 17: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Hårde Deadlines

  Uge 11 / 19 Marts– Endelig rapport

  Uge 13 / 30 Marts – Mundtligt forsvar (individuelt/10 min)

  Ekstern censur = Svært at flytte forsvaret!

  U13 = Påske – skal vi rykke forsvaret?

Page 18: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

... og til dagens program...

hvad er et godt projekt?

Page 19: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Tag udgangspunkt i temaerne

Page 20: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Typer af projekter

Page 21: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Grupperne

  Er de intakte?

  Skal de brydes op ift. interesser snarere end at man sad ved samme bord da vi startede?

  Tools til same-time, different-location:– http://www.daimi.au.dk/~hbc/technical/team-work-tool

s.html

  Bidrag modtages gerne!

Page 22: Pålidelig Software og Arkitektur: Forsknings- og Udviklingsprojekt

Arbejdet idag

  Fyld synopsis ud

  Opsamling ca kl 15.– Eller 14?