TDDI02. Programmeringsprojekt, Föreläsning 2. Filip Strömbäck. Med utgångspunkt i tidigare slides av Jonas Lindgren

Storlek: px

Starta visningen från sidan:

Download "TDDI02. Programmeringsprojekt, Föreläsning 2. Filip Strömbäck. Med utgångspunkt i tidigare slides av Jonas Lindgren"

Ingeborg Abrahamsson
för 5 år sedan
Visningar:

1 TDDI02 Programmeringsprojekt, Föreläsning 2 Filip Strömbäck Med utgångspunkt i tidigare slides av Jonas Lindgren På denna föreläsning: Dokument - kravspecifikation, projektplan Vad är klok design?

2 Projektarbete kräver Fördelning av arbete mellan grupper och individer, eventuellt med hänsyn till kompetenser Flitig kommunikation mellan grupper/individer Beroende mellan grupper/individers alster En tidsplan Milstolpar för att avgöra om planen måste ändras Dokumentation, för att Beskriva mål och förlopp för eventuella ersättare Samla erfarenheter Förbättra processen

3 Projektarbete kräver: Kravspecifikation Se kurshemsidan för information om vad som kan vara intressant att ha med i kravspecifikationen Speciellt viktigt är funktionella krav, i form av: Ska-krav - dessa krav måste implementeras Bör-krav - implementeras i mån av tid Tänk på att projektet examineras utifrån kraven

4 Projektarbete kräver: Kravspecifikation Exempel: E-butik Man ska kunna sortera produkterna

5 Projektarbete kräver: Kravspecifikation Exempel: E-butik Man ska kunna sortera produkterna (Dåligt) Användaren ska kunna sortera produkter på pris i både stigande och fallande ordning (Bra)

6 Projektarbete kräver: Kravspecifikation Exempel: E-butik Man ska kunna sortera produkterna (Dåligt) Användaren ska kunna sortera produkter på pris i både stigande och fallande ordning (Bra) Exempel: Ska: Användaren ska kunna välja att betala med kort Bör: Användaren bör kunna välja att betala med faktura Bör: Användaren bör kunna spara artiklar utanför kundvagnen i sin "önskelista" för senare köp

7 Projektarbete kräver: Kravspecifikation Ickefunktionella krav: Totala laddningstiden för alla sidor ska vara under 100 ms Hemsidan ska se likadan ut i Internet Explorer 7, Edge, Firefox 42, Chrome 33, och IceWeasel Hemsidan ska använda HTML5 uteslutande Hemsidan ska klara 5000 samtidiga användare på en server

8 Projektarbete kräver: Projektplan En projektplan ska (åtminstone): Vara nedskriven i förväg Beskriva: Vad som ska uträttas, med vilken metod, men ingen design Vara välskriven, strukturerad, kortfattad och begriplig Ta hänsyn till tänkbara olyckshändelser Levande dokument: utvecklas i takt med projektet

9 En projektplan kan innehålla Översikt Intro till jobbet, kunden, gruppens organisation Fasplan/Tidsplan - obligatorisk Vilka utvecklingsfaser, vilka produkter, vilka datum? Organisationsplan Vilka team, vems ansvar? Testplan Vem? Hur? Verktyg? Förändringsplan Vad händer om förutsättningar ändras? Dokumentationsplan Vilka, när, till vem? Vem godkänner?

10 En projektplan kan innehålla Utbildningsplan Intern, extern Vem, när, resurser? Plan för rapportering och granskningar Vad, till vem, när? Installationsplan Vilken procedur krävs för att komma igång? Plan för kvalitetssäkring Standarder som ska användas? Varuplan Vad ska levereras, när? Delleveranser? Resursplan Persontid, datortid Summering av milstolpar!

11 Rubriker i mer verklig projektplan 1 Revisionshistoria 11 Ändringslogg 12 Relaterade dokument 2 Förutsättningar och bakgrund 21 Syfte 22 Bakgrund 3 Mål 31 Affärsmål 32 Systemmål 33 Kvalitetsmål 4 Omfattning och resultat Se kurshemsidan

12 Exempel på milstolpar Fas/Milstolpe Planerat datum Förstudiefasen Förstudiedokument klart Förstudiedokument accepterat Definitionsfasen Kravspecifikationsdokument klart Kontrakt skrivet Acceptansvillkor framställda Kravspecifikationsdokument accepterat Projektplan klar Designfasen Designdokument klart Programmerarhandbok klar Systemtestfall framställda Integrationstestfall framställda

13 Exempel på riskanalys Miniriskmetoden: Risk Sanno- Konse- Riskvärde Åtgärd likhet kvens Beställare får Ha flera slut på gosedjur = 15 leverantörer Anton tröttnar Hitta på gosedjurshestar = 6 ersättare

21 Mäta förlopp av implementation Uppfattning om utvecklingsförlopp Svårt att få en bra uppfattning Märkbar investering Olika metoder

22 Planering: Burn down chart

23 Planering: GANTT-diagram

31 Design - Viktiga nyckelord Modularisering Små, överblickbara bitar Modulkvalitet, egenskaper som kännetecknar en bra modul: Inkapsling Abstraktioner Språkoberoende Metodik Hur urskiljer man moduler?

32 Modul - abstraktionslager Exempel: TCP/IP 7 Application layer 6 Presentation layer 5 Session layer 4 Transport layer 3 Network layer 2 Data link layer 1 Physical layer

33 Modul Viktigast: överblickbar, förståelig för en person eller ett team Därför ska den: Inte vara för stor (eller komplex) Ha ett väl avgränsat syfte (hög cohesion) Ha få relationer till andra moduler (låg coupling) En modul kan exempelvis vara: En subrutin (eller process) En databeskrivning (utan algoritmer) Ett hopbygge av flera mindre moduler om hög cohesion råder Exempelvis en klass, eller ett paket

34 Modul - detaljerad design Förslag på modulattribut som måste specificeras 2 : Identifikation, unikt (namn) Typ, ex subsystem, paket, klass, fil, subrutin Syfte, övergripande beskrivning Funktion, relaterat till kravspecifikationen Beståndsdelar, om sådana i sin tur finns Beroenden, relationer till andra komponenter Gränssnitt till andra komponenter, i detalj Externa resurser Utförande, beskrivning av algoritmer, exceptions etc Data, beskrivning och avsikt av interna data 2 IEEE Standard 1016, från van Vliet

35 OOA/OOD CRC-kort Sälja Öka lagersaldo Ta bort ur lager Vara Kund, lagersaldo, pris Lagersaldo Lagersaldo

36 OOA/OOD CRC-kort Sälja Öka lagersaldo Ta bort ur lager Sälja Öka lagersaldo Ta bort ur lager Hämta recension Vara Kund, lagersaldo, pris Lagersaldo Lagersaldo Bok Kund, lagersaldo, pris Lagersaldo Lagersaldo ISBN

37 Utvärdering av språk Vilka möjligheter har man att i språket kunna: Modularisera på ett vettigt sätt Göra egna abstraktioner? Införa information hiding? Skapa oberoende mellan moduler? Skriva läsbar kod? Hur är det med Ortogonaliteten? Typning Få kraftfulla konstruktioner som kan kombineras godtyckligt Gäller blandning av typer, typkontroll, när denna äger rum Utnyttja det som språket tillhandahåller!

38 Implementation Tänk på: Skriv för folk, inte kompilatorer Programkod ska kunna läsas och förstås i den följd programtexten anger Använd styrstrukturerna på ett systematiskt sätt, en ingång, en utgång

Relevanta dokument

TDDI02. Programmeringsprojekt. Föreläsning 2 Jonas Lindgren, Institutionen för Datavetenskap, LiU

TDDI02. Programmeringsprojekt. Föreläsning 2 Jonas Lindgren, Institutionen för Datavetenskap, LiU TDDI02 Programmeringsprojekt. Föreläsning 2 Jonas Lindgren, Institutionen för Datavetenskap, LiU På denna föreläsning: Anatomin hos en projektplan Vad är klok design? Tidsbokning Bokningslistor på Jonas