Programmering nivå 1 med Python
Kapitel 18: Arbetssätt i projekt kopplat till Teknik 2
I detta kapitel kopplar du programmeringsprojekt till teknikprojekt med fokus på planering, krav, testning, risker och dokumentation.
Innehållsförteckning
Klicka på ett avsnitt för att hoppa direkt.
18.1 Programmering som del av ett teknikprojekt
När du arbetar med ett större programmeringsprojekt tränar du inte bara på kod. Du tränar också på planering, problemlösning, testning, dokumentation och redovisning. Det liknar hur man arbetar i Teknik 2.
I ett teknikprojekt börjar man ofta med ett problem eller ett behov. Programmering blir då ett verktyg för att skapa en lösning, inte bara en övning i syntax.
Exempel på lösningar:
- ett program som räknar ut energiförbrukning
- ett bokningssystem
- en budgetapp
- ett lagerprogram
- ett planeringsverktyg för skolarbete
18.2 Arbeta i steg
Ett strukturerat projektarbete i Programmering 1 och Teknik 2 kan delas upp i tydliga steg:
- identifiera ett problem
- beskriva behov och användare
- planera lösningen
- skriva kravspecifikation
- göra design
- implementera programmet
- testa programmet
- förbättra programmet
- dokumentera arbetet
- redovisa resultatet
Det gör arbetet enklare att följa och lättare att utvärdera.
18.3 Problem, krav, design och implementering
Problem och behov
Ett projekt börjar med att du ser ett behov: något som tar tid, ofta blir fel eller kan göras enklare med ett program.
Exempel:
- En elev vill hålla ordning på sina läxor.
- En butik vill räkna ut totalsummor snabbare.
Krav och design
När problemet är tydligt formulerat beskriver du vad programmet ska kunna göra i en kravspecifikation. Därefter planerar du lösningen i designfasen, till exempel med pseudokod, skisser eller flödesscheman.
Implementering
Efter planering bygger du programmet. Här använder du det du lärt dig om variabler, villkor, loopar, funktioner, felhantering och användargränssnitt.
18.4 Testning, risker, användare och dokumentation
Testning och förbättring
Det räcker inte att programmet nästan fungerar. Testa både rätt och fel inmatning, kontrollera att resultatet är rimligt och att programmet är lätt att förstå.
Risker och rimlighet
I Teknik 2 ingår risk- och kvalitetsarbete. Samma sak gäller här:
- Vad händer vid fel inmatning?
- Vad händer om programmet räknar fel?
- Kan information visas eller sparas på fel sätt?
- Verkar resultatet rimligt?
Användare och tillgänglighet
Programmet ska fungera för den som ska använda det. Fundera på tydlighet i instruktioner, felmeddelanden, knappar och texter.
Dokumentation och redovisning
När projektet är klart ska du dokumentera:
- vilket problem du löste
- hur du planerade och byggde programmet
- hur du testade och förbättrade lösningen
- vad resultatet blev
Det här knyter ihop arbetet med Teknik 2: metodik, tillämpning, kvalitet, dokumentation och presentation.
Sammanfattning
Ett programmeringsprojekt kan också vara ett teknikprojekt. När du arbetar strukturerat med planering, krav, design, kod, testning, dokumentation och redovisning tränar du arbetssätt som passar både Programmering 1 och Teknik 2. Programmering blir då inte bara kod, utan ett sätt att lösa verkliga problem.
18.5 Förslag på app/program och checklistor
Innan projektet
- välj problem eller behov
- bestäm användare och syfte
- skriv kravspecifikation
- planera steg för steg och gör pseudokod/skiss
- skapa projektmapp och repository på GitHub
- skriv en enkel README.md på engelska
Under projektet
- bygg en enkel fungerande version först
- testa varje del innan du går vidare
- använd tydliga namn och kommentera vid behov
- använd felhantering där det behövs
- gör rimlighetsbedömningar av resultat
- spara och ladda upp nya versioner ofta
- ladda upp dina .py-filer till GitHub regelbundet
- skriv tydliga commit-kommentarer på engelska
- uppdatera README.md om projektet förändras
- skriv ner problem som uppstår och hur du löser dem
Viktigt: ladda upp en ny version varje programmeringstillfälle, minst varje dag du kodar.
Efter projektet
- testa hela programmet med flera testfall
- dokumentera förväntat resultat och faktiskt resultat
- rätta kvarvarande fel
- kontrollera att programmet uppfyller krav
- kontrollera att programmet är tydligt för användaren
- städa koden så att den blir lätt att läsa
- kontrollera att filnamn och kodstruktur är tydliga
- färdigställ README.md på engelska
- se till att slutversionen finns uppladdad på GitHub
- dokumentera hur programmet fungerar
- beskriv hur du planerade, byggde och testade programmet
- fundera på vad som gick bra
- fundera på vad som var svårt
- skriv vad du skulle vilja förbättra vidare
- förbered redovisning
Kort checklista
Innan: problem, syfte, användare, krav, planering, pseudokod, GitHub.
Under: koda stegvis, testa ofta, spara versioner, skriv commits, förbättra.
Efter: sluttesta, dokumentera, rätta fel, ladda upp slutversion, redovisa.