lu.se

Datavetenskap

Lunds Tekniska Högskola

Denna sida på svenska This page in English

Redovisning

Varje team skall granska och redovisa ett annat teams produkt, både vad gäller användarreleasen (installation och provkörning av programmet) och källkodsreleasen (granska den tekniska dokumentationen och källkoden).

Deadlines

  • Måndagen den 15 februari (långlabb 4), senast kl. 15:00
    Preliminärversionen av den tekniska dokumentationen enligt story 26 (se även story 31) mailas till det granskande teamet samt kopia till kunden.
  • Torsdag den 18 februari, senast kl 12:00
    Feedback på tekniska dokumentationen mailas tillbaka till det team ni granskar samt kopia till deras kund.
  • Måndagen den 22 februari (långlabb 5), senast kl. 15:00
    Release 2 (både användar- och källkodsrelease enligt story 32) mailas till det granskande teamet samt kopia till kunden. Bifoga information om vilka stories som har implementerats (helt eller delvis).
  • Snarast därefter
    Maila tillbaka om ni inte lyckats packa upp, installera, och provköra systemet.
  • Måndagen den 29 februari (långlabb 6), senast kl. 15:00
    Release 3 (både användar- och källkodsrelease) mailas till det granskande teamet samt kopia till kunden. Bifoga information om vad som ändrats mellan release 2 och 3.
  • Snarast därefter
    Maila tillbaka om ni inte lyckats packa upp, installera, och provköra systemet.

All feedback och all redovisning skall göras i en positiv konstruktiv anda. Granskningar och förberedelser för presentationen kan läggas ut som spike-tid.

Utformning av teknisk dokumentation

Vad som skall ingå i teknisk dokumentation framgår av story 31. Tänk på att dokumentationen skall innehålla just det som är svårt att läsa ut ur koden själv, dvs överblick snarare än detaljer. Se det som en introduktion till den som av någon anledning vill sätta sig in i hur systemet är uppbyggt och fungerar.

Feedback på preliminära tekniska dokumentationen (iteration 4)

Ni skall maila tillbaka kortfattad feedback på preliminärversionen av den tekniska dokumentationen. Syftet med granskningen är att ge det andra teamet en uppfattning om hur begriplig dokumentationen är samt hjälp med att förbättra den. Förklara vad som framgick tydligt och vad som var mindre tydligt. Ge tips om hur dokumentationen kan förbättras och förtydligas.

Kontroll av release 2 (iteration 5)

Ni skall snarast efter att ni har fått release 2 göra en kontroll av att ni kan packa upp, installera, och provköra systemet, och att all dokumentation är tillgänglig och läsbar så att ni har möjlighet att granska produkten. Om något fattas eller inte fungerar skall ni omedelbart kontakta den andra gruppen så att problemen kan redas ut.

Granskning av release 2 och 3 (iteration 5 och 6)

All i teamet skall provköra det andra teamets produkt och läsa igenom all dokumentation. Notera sådant ni tycker är bra respektive sådant som kan förbättras. Koordinera dessa synpunkter med dem i ert team som skall sköta respektive redovisningsdel. Granskningen av teknisk dokumentation och källkod skall göras från det tänkta perspektivet att ert team skulle ta över det andra teamets projekt och fortsätta utvecklingen med nya stories. Stöder den tekniska dokumentationen att ni kan sätta er in i arkitekturen och koden på rimlig tid? Är källkodens kvalitet tillräckligt bra för att ni skulle kunna gå in och vidareutveckla? Används systematiska och bra namn? Finns det tillräckligt antal testfall och med tillräcklig täckning för att ni skulle våga ändra i koden?

Presentation av release 3 (iteration 6)

Teamet skall förbereda en 20 minuters presentation av produkten och dess implementation, att redovisas den 4:e mars (samma tid som planeringsmötena, men annan sal). Det är release 3 som skall presenteras, men eftersom det är kort tid mellan release 3 och redovisningstillfället så påbörjas förberedelserna för presentationen redan veckan innan, med release 2 som underlag. Vid redovisningen samlas två eller tre team per redovisningstillfälle och redovisar varandras produkter. Ni får alltså presentera en produkt, lyssna på redovisningen av er egen produkt, samt i en del fall lyssna på redovisningen av ytterligare en produkt.

Obs!!! Redovisningen är hela teamets ansvar. Alla i teamet skall vara insatta i redovisningen, och ni ska kunna hantera att någon blir sjuk.

Er 20-minuters presentation skall bestå av följande moment:

  • 6-7 minuters demonstration av produkten (dator och videokanon kommer att finnas tillgängliga). Demonstrationen skall göras säljande och i en positiv anda, riktat primärt mot det tredje teamet som inte sett just denna produkt tidigare.
  • 6-7 minuters presentation av förbättringsmöjligheter ur användarperspektiv (installation, handhavande, funktionalitet, buggar, dokumentation, etc.).
  • 6-7 minuters presentation och utvärdering av den tekniska kvaliteten (design, kodkvalitet, testfallskvalitet, teknisk dokumentation). Vad var bra? Antag att ert team skulle ta över produkten och vidareutveckla den. Hade detta gått lätt? Vad hade in önskat för förbättringar för att lättare kunna ta över produktutvecklingen?

Presentation skall vara pedagogisk, väl inövad och göras i lugn takt så det är lätt att hänga med. För demonstrationen skall en person förklara vad som händer, och en annan sköta knappandet på datorn. All presentation skall göras i en positiv konstruktiv anda. Påpeka speciellt alla aspekter ni tycker är bra med produkten. Angående sådant ni tycker är mindre bra, formulera det som förbättringsförslag snarare än som negativ kritik. Se till att disponera era 20 minuter så att ni hinner med alla momenten.

Kunden för det team ni granskar kommer att se till att det teamets Release 3 finns på en dator vid redovisningen. Tag kontakt med denna kund för att öva och förbereda demonstrationen på just den datorn. Tag med er presentation (pdf-format) på en USB-sticka för att kunna visa på demo-datorn.

Vem skickar vart

Team som redovisar onsdagen 2 mars, 10:15-12:00, sal E:3308 för lärare Mehmet Ali Arslan

  • Team 4 levererar till Team 6 med kopia till kund
  • Team 6 levererar till Team 9 med kopia till kund
  • Team 9 levererar till Team 4 med kopia till kund

Team som redovisar onsdagen 2 mars, 10:15-12:00, sal E:3336 för lärare Mattias Nordahl

  • Team 2 levererar till Team 7 med kopia till kund
  • Team 7 levererar till Team 8 med kopia till kund
  • Team 8 levererar till Team 2 med kopia till kund

Team som redovisar onsdagen 2 mars, 13:15-15:00, sal E:3308 för lärare Niklas Fors

  • Team 1 levererar till Team 3 med kopia till kund
  • Team 3 levererar till Team 5 med kopia till kund
  • Team 5 levererar till Team 1 med kopia till kund
Sidansvarig: