TEK/NAT Kursrapport
Kurs
Programvaruteknik
Kurskod 5DV151
Poäng 15.0
År 2017
Start v.
12 Institution
Institutionen för datavetenskap
Antal registrerade (män/kvinnor) 57 (52/5)
Antal aktiva studenter (deltagit i minst en examinerande del)
56
Genomströmning (i %) och betygsutfall efter första tillfälle för examination (för varje betyg som satts på kursen ange antal som uppnått detta på formen ???
Genomströmning: 81% Betyg: U(11) 3(3) 4(36) 5(7)
Hur mycket schemalagd lärar-/assistent-ledd tid har studenten tillgång till på kursen?
Förutom föreläsningar har varje student tillgång 3,6 timmars handledning.
Hur är undervisningen upplagd?
Under kursen genomförs ett stort projekt som pågår så gott som hela kurstiden. Parallellt med projektet gås teorin i genom och gästföreläsningar ges. Teori och gästföreläsningar är synkroniserade till projektet. Innan projektet startar genomförs en enskild uppgift. Den skriftliga tentamen är indelad i fyra deltentor och efter respektive deltenta sker en retrospective där studenter och lärare tillsammans pratar om föregående teoriblock och kommer överens om hur nästa teoriblock ska genomföras.
Projektet är indelat i två huvuddelar. I den första huvuddelen genomförs conceive och designfasen i en projektform som kan liknas vid Vattenfallsmodellen. I den andra huvuddelen implementeras tjänsten som ett Scrum-projekt med fyra sprintar.
Varje fas/sprint avslutas med leverans av teknisk dokumentation och reflektion. Återkoppling sker för varje fas/sprint och grupp, skriftligt och/eller muntligt vid en träff mellan lärare och samtliga gruppmedlemmar. Det förekommer även redovisningar via seminarium och poster.
För vart och ett av lärmålen (FSR:en) i kursplanen, beskriv kortfattat hur det examineras.
visa förståelse för och diskutera kring de tekniska och organisatoriska egenskaper som är förknippade med gruppvis utveckling av stora och komplexa programvarusystem
Tentamen, obligatorisk uppgift, projekt
beskriva teorier, modeller och verktyg för att kunna planera, genomföra och analysera utvecklingsprojekt av programvara Tentamen, obligatorisk uppgift, projekt
visa förståelse för hur programvarukvalitet kan förbättras med hjälp av kvalitativa och kvantitativa metoder Tentamen, obligatorisk uppgift, projekt
visa förståelse för hur individen och gruppen påverkar ett projekts resultat Tentamen, projekt
analysera och genomföra processförbättringar inom ett programvaruutvecklingsprojekt Tentamen, projekt
följa upp och presentera (muntligt och skriftligt) ett programvaruutvecklingsprojekt Projekt
systematiskt använda verktyg för modellering, systematisk testning och versionshantering Projekt
i grupp planera, genomföra och analysera programvaruutvecklingsprojekt Projekt
visa ett professionellt förhållningssätt inklusive att förstå, styra och utveckla sig själv i syfte att bidra till ett projekts måluppfyllelse
Projekt
bidra positivt till en projektgrupps utveckling Projekt
Beskriv hur betygssättningen på kursen fungerar. (Vilka betyg ges på kursen och hur sker bedömningen, dvs vilka delar betygssätts och hur vägs de samman? Finns det skrivtliga betygskriterier och/eller lärmål (FSR) för de olika betygen?)
På kursen ges ett slutligt betyg enligt skalan U, 3, 4, 5. Så gott som alla delmoment i kursen betygsätts där varje delmoment bidrar till slutbetyget enligt:
Enskild obligatorisk uppgift – 15%
Projekt del 1 – Totalt 10%
Conceive – 0%
Design – 10%, varav personlig del 5%
Projekt del 2 – Totalt 40%
Sprint 1 - 0%
Sprint 2 – 5%
Sprint 3 – 10%
Sprint 4 – 25%, varav personlig del 5%
Tenta – 35%
Samläses denna kurs med andra kurser??
Nej
Om ja, hur många?
Hur stor andel av kursen samläses?
Samläser flera program denna kurs?
Ja
Om ja, hur många?
2
Arbetar studenterna i projektform på kursen?
Ja
Om ja, uppskattad omfattning i poäng på projektdelen:
9
Antal projekt som varje student deltog i:
1
Antal studenter i projektgrupp:
6-7
Förväntades studenterna använda en projektmetodik för dokumentation och styrning (tex LIPS)?
Ja
Hur skedde indelning av studenter i projektgrupper?
Kursledning gjorde indelning
Har studenterna uppmanats föra projektdagbok?
Ja
Om ja, Har dagboken utgjort grund för examination?
Ja
Kursens samverkan med forskning
Lärare som bedriver forskning (>25% av tjänsten) är aktiva på kursen Annan samverkansform, nämligen:
Kursens samverkan med näringsliv eller offentlig verksamhet
Lärare/industridoktorander/adjungerade lärare med bakgrund från eller parallell verksamhet inom näringsliv eller offentlig verksamhet är aktiva på kursenKursen är baserad på samverkan med företag/offentlig verksamhet men bedrivs
huvudsakligen inte på företaget/den offentliga verksamheten Annan samverkansform, nämligen
5 stycken gästföreläsningar.
Projekt är ett uppdrag från Umeå Flygklubb med ett faktiskt behov med "riktiga" användare.
Genomförda förändringar till detta kurstillfälle
Projektet i kursen var ett externt riktigt projekt där alla studenter jobbade med en gemensam slutprodukt. Produkten ska användas för digital examination av blivande piloter.
Den fjärde deltentan låt lite tidigare vilket gjorde att alla deltentor hade en omtillfälle i sista veckan.
Föreläsningen om GIT låg tidigare i kursen.
Materialet som togs upp och hur det togs upp ombearbetades.
Förändringsförslag från föregående kursrapport
Se över balansen mellan tillämpning och teori under de olika delarna i projektet.
Undersök hur projektets uppstart ska se ut om legacy-kod kommer att användas. Hur får man studenterna att sätta sig in i befintligt system på bästa möjliga sätt?
Utöka inslagen av styrd färdighetsträning av metoder och dylikt (exv TDD-kator).
Lärare
Information om inblandade lärare
Kursansvarig Jonny Pettersson
Antal övrig personal som ej föreläser
Antal övriga föreläsare 1
Hur stor del av den schemalagda tiden på kursen undervisas av forskande lärare (dvs lärare med mer än 25% forskning i sin tjänst)?
0
Hur stor del av den schemalagda tiden på kursen undervisas av lärare verksamma i näringsliv/offentlig verksamhet (dvs lärare med mer än 25% av sin tjänst förlagd till näringsliv/offentlig verksamhet)?
5 gästföreläsningar á 1,5 timme, samt ca 65 % av föreläsningstiden
Kursvärd.
Totalt antal svarande 36
Sammanställningsdatum 170622
När genomfördes kursvärderingen?
Efter genomfört första examinationstillfälle
För varje lärmål på kursen ange hur stor del av de studerande som uppger att det har behandlats på kursen - ange svaret i procent på formen
har behandlats/har inte behandlats/vet ej
visa förståelse för och diskutera kring de tekniska och organisatoriska egenskaper som är förknippade med gruppvis utveckling av stora och komplexa programvarusystem
100/0/0
beskriva teorier, modeller och verktyg för att kunna planera, genomföra och analysera utvecklingsprojekt av programvara 100/0/0
visa förståelse för hur programvarukvalitet kan förbättras med hjälp av kvalitativa och kvantitativa metoder 97,1/0/2,9
visa förståelse för hur individen och gruppen påverkar ett projekts resultat 100/0/0
analysera och genomföra processförbättringar inom ett programvaruutvecklingsprojekt 100/0/0
följa upp och presentera (muntligt och skriftligt) ett programvaruutvecklingsprojekt 100/0/0
systematiskt använda verktyg för modellering, systematisk testning och versionshantering 100/0/0
i grupp planera, genomföra och analysera programvaruutvecklingsprojekt 100/0/0
visa ett professionellt förhållningssätt inklusive att förstå, styra och utveckla sig själv i syfte att bidra till ett projekts måluppfyllelse
100/0/0
bidra positivt till en projektgrupps utveckling 100/0/0
Sammanf.
Sammanfattning av åsikterna i kursvärderingen - positivt och negativt kring föreläsningar, seminarier, grupparbeten, laborationer, examination etc
Vad har varit positivt med kursen och bör behållas?
- I stort sett allting. Sjukt bra kurs, en av de bästa om inte den bästa kursen jag läst - Deltentorna, behåll! Gästföreläsningar (ett skönt avbrott). Blandade och bestämda grupper - Deltentor. Jonny, Niclas, Jonas
- Projektet. Ett jättestort projekt ger väldigt många insikter, speciellt om vikten av processer och organisation. Behåll deltentorna, mer fastnar och stressen minskar
- Det mesta! Bra med ett riktigt projekt. Motiverande! Lärorikt att få testa på och göra fel. Deltentor istället för en stor. Bra att det sociala och kommunikation mellan människor tas upp
- Deltentor har varit bra. Att ha många föreläsningar i början för att ge plats åt projektet. Jonny. En utomstående beställare - De korta tentorna. Föreläsingarnas innehåll och presentation. Väldigt professionella och man lärde sig mycket. Bra med Jonas för att få med fler perspektiv samt praktisk hjälp. Väldigt genomtänkt och bra upplägg i övrigt på kursen
- Bra fördelning av teori/föreläsningar och arbete med projektet. Bra och intressant gruppuppdelning - squads och chapters (får prova olika typer av samarbete). Bra och engagerad beställare
- Att det varit många sprintar så att man har fått många tillfällen att förbättras. Bra föreläsningar, speciellt de icke-tekniska - Deltentor. Tidig omtenta. Bra föreläsningar. Gästföreläsningar. Bra handledare!
- Bra med riktig beställare. Bra upplägg på kursen överlag
- Kursen har överlag varit positiv. Tycker uppdelningen i deltentor har varit skön och lätt att veta vad man ska plugga på. Bra föreläsningar, bra pepp, lätt att kunna se varför vi läser denna kurs och hur den är nyttig
- Gästföreläsningar - framförallt den med Claes Högvall. Jonas föreläsningar. Deltentor. Teknisk feedback från Jonas.
Uppdelning av faserna i projektet. En extern beställare för projektet - Jonas och Jonny. Deltentor. Engagerad beställare
- Generellt sett en väldigt bra kurs, den bästa jag har läst hittills! Att det är ett projekt för hela kursen så att man får uppleva att jobba i ett projekt med många medlemmar. Att det var en extern beställare
- Squads och chapters. Planeringen. Engagerade lärare + bra föreläsningar. Deltentor. Retrospectives i smågrupper - Bra upplägg med mer teori i början. Bra med gästföreläsningar. Skönt med deltentor
- Tycker allt var bra
- Indelningen i squads, chapters + frivilliga guilds fungerade väldigt bra under projektets gång. Bra slides och mindmaps - Scrum/hela arbetsprocessen är guld. Troligen det viktigaste jag kommer att ta med mig
- Kul kurs. Behåll riktig beställare. Kör samt projekt till nästa års elever. Behåll deltentor - Bra gästföreläsningar. Bra med extern beställare. (Låt nästa år ta över projektet, det blir (kul) - Lämplig involvering av lärare. Bra med en lärare som jobbar (Jonas)
- Riktig beställare, projektet i stort var bra. Retrospectives var riktigt bra
- Fick fatta mycket själv, bestämma verktyg mm. Bra, tydlig beställare. Roligt projekt - Föreläsningarnas upplägg samt mindmap. Deltentor
- Innehållet i grupprocessföreläsningen var intressant och oväntat (allt om egna verkligheter och utgå från den bästa) - Delade tentor. Jonny! Musik
- Allt :) Behåll extern beställare. Behåll grejen med att Jonny är observatör. Behåll deltentor likt dom är i dag. Finns definitivt mer, men överlag bra
- Deltentor. Gästföreläsningar. Pausmusik - Deltentor
- Musiken i paus...
- Deltentorna, Jonny, föreläsningarna, mentimeter - Deltentorna mycket bra. Mindmap. Mentimeter. Jonny
- Tycker mestadels av kursen var bra, speciellt små-tentorna oh en "riktig" beställare. Tyckte i början det ar onödigt många föreläsningar men så här i efterhand tycker jag det var bra
Vad kan förbättras? Ge gärna tips på hur!
- Fler ID-studenter! Kanske kan ta bort AP-javan som förkunskapskrav för att möjliggöra detta - Lite mer handledning under kursen, kopplat till projektet. Mer konkreta tips helt enkelt
- Fokus på hur man applicerar relevanta verktyg på systemet som faktiskt byggs. Specifikt tänker jag på hur man kan testa i klienten/ReactJS. Det hade kunnat göra stor nytta men var svårt att sätta sig in i och gav ganska osofistikerade tester. "Kan modulen bygga öht?"
- Projektet belastade institutionens nät hårt. Ett tidigt möte (början/mitten av sprint 1 kanske?) mellan byggchapter och support hade kanske kunnat minska serverbelastningen. Detta kan vara värt att Jonny styr upp då det påverkar alla studenter, inte bara kursen
- Designfasen kändes väldigt abstrakt och svår eftersom vi hade så lite erfarenhet. En schemalagd spike mellan conceive och design skulle vara bra för att bryta all teori i början och ge beslutsunderlag till designen
- Lite mer feedback och vägledning från Jonas på koden
- Möjligen ordningen på föreläsningarna (som diskuterats). (Ingen big deal enligt mig)
- Mindre läshänvisningar eller mer av boken i slides/prov. Läste alla hänvisningar men fick inte ut något av det på tentorna, snarare tvärtom
- Kunde ge lite mer tid på den första uppgiften
- Gärna en git-föreläsning i början av projektet och en i mitten då projektmedlemmarna förmodligen stött på problem. Jag skulle gärna se lite mer tryck på hur testning ska gå till och verktyg som kan användas
- Mindre Kent (sjukt deppigt)
- Flytta gärna föreläsningar så att dem inte är typ dagen innan en sprint-leverans. Kanske styra lite mer vilket ansvar chapter har. Försöka motivera studenterna till att närvara bättre på scrum-mötena
- Utvärdera chapters under projektets gång
- Mer info om det som ska lämnas in (tex rapporter) istället för feedback "inte det efterfrågade". Lite tydligare ledning i början, det var rörigt och svårt att veta vem som skulle ta olika beslut
- Möjligtvis med konkret hjälp till projektet, men det kanske förstör syftet med kursen
- Mer om git och om hur optimistisk låsning fungerar eller förväntas fungera praktiskt. Få folk att förstå att alla får ändra vad som helst men att ibland man kanske borde rådfråga eller kontakta den som jobbat mest med den komponenten/koden - Ev integrera kursboken i kursen mer om den öht ska has med. Kanske basera någon tentafråga på innehållet, eller göra nån mindre uppgift där man jobbar med den utöver ou1
- Vet inte om det är en förbättring, men det var svårt att veta om Niclas som beställare hade fått direktiv av dig (Jonny) att agera/bete sig på ett visst sätt. Förvirrande
- Ge mer tips tidigt om hur kommunikation kan förbättras. Git help - Githantering, ansvarsfördelning, konflikthantering
- Ansvarsområde till chapters. Vissa chapters gjorde mer än andra i projektet pga. otydlga ansvarsområden - Dela upp git föreläsning till intro och fortsättning. Bättre musikanläggning i MA121
- Bättre ljudanläggning
- Möjligtvis design. Lite mer vägledning om hur vi kan gå tillväga där med vårt projekt
- TDD: ev. tidigare labb så man får tips om kator etc. Ev. mer praktiska tips från Jonas, "teknisk återkoppling"
- Musik
- Jag tycker lite mer guidning för att välja språk/ramverk skulle gynna projektet och hjälpa att inkludera mer i aktiv programmering. (Typ, alla kan Java)
- Tydligare genomgångar om GIT, så det inte uppstår så mycket problem i projektet - Ibland väldigt många föreläsningar på rad, typ 3 st vilket jobbigt
- Tycker mer föreläsningar om git osv. dela upp i 2 eller fler föreläsningar. Samt mer om naven/npm eller liknande?
Saknar du något på kursen som borde vara med?
- Nej
- Nej, den har lagom storlek och tar upp allt viktigt. Möjligtvis justera så att Jonas får någon extra timme till projektet - Eventuellt en föreläsning om säkerhet, beroende på projekt
- Nej den är bra som den är
- Mer utrymme för inlärning av de språk/frameworks och verktyg som ska användas, helst innan arbetet och designfasen börjar. (Webutveckling generellt i detta fall)
- Det är mycket självinlärning inom webbutveckling för ett projekt där vi gjorde mycket webb. Dock inget som nämnvärt påverkat resultatet, men kanske ett grundläggande intro. Testning för frontend mer konkret?
- Eventuellt att få välja gruppindelning
- Möjligtvis lite säkerhetstänk och tips på vart man kan läsa/lära sig mer
- jag hade gärna haft en föreläsning där filstruktur för ett "liknande" projekt redovisas och för-/nackdelar diskuteras samt kända fallgropar
- Tips från föregående år om hur man bör organisera arbetet kanske? Det brukar iofs inte alltid vara tydligt vad man ska med de tipsen till i början av arbetet, så man kanske kan presentera sådana "mitt i projektet" för bästa effekt?
- Githyfs! Någon slags organisatorisk hjälp för kommunikation (Slack), tex kommunikationschapter - Kanske en kickoff för squadsen
- Mer "team-building" aktiviteter - En kick-off för projektet i början
- Hur man skalar upp ett projekt. Spotify dubblar anställda varje år och Google fyrdubblade några år vid millenieskiftet - Lite "handledning" kanske, ex. att Jonas hade gått runt i salarna vi jobbat och gett tips, saker att tänka på osv.
- Vet ej
- Mer git. Fler variationer av agilt arbete
- Utlärningstillfälle för t.ex. git eller andra verktyg som ska användas. Eleverna kan hålla i men det är viktigt att alla lär sig git - Ta in open source utvecklingsprocessen också
- Nej
Övriga synpunkter:
- Bra och givande kurs. Jonnys entusiasm och positiva attityd har varit smittsam, bidrar till bra stämning!
- Om nästa år tar över våran kod så kan det vara bra om gästföreläsningen om legacykod ligger tidigt i sprint 1. Det ger en bra metod för att hantera legacykod. Sprint planning på morgonen 8-10 är bra då det ger möjlighet att diskutera user stories direkt
- Tack för en mycket givande kurs!
- Fantastiskt kul att få arbeta i ett sådant här projekt - Bra kurs! :)
- Lär behövas mycket om legacykod och refaktorisering om projekt ska fortsätta nästa år - Riktigt rolig och underbar kurs. 10/10. Would take again :)
- Rolig kurs! Jonny == Bra!
- Tack för allt
- En av dom mest givande kurserna jag läst på utbildningen
- Bättre högtalare för musik. och kanske lite mer Foo Fighters och Red hot chilli pepers - Bra jobbat Jonny. Det var kul
- Bra engagemang av lärare och beställare
Lärarnas synpunkter på kursens innehåll och genomförande
I stort har kursen fungerat väldigt bra. Det har varit ett stort inslag av tillämpning (vilket har varit mycket bra och starkt uppskattat av studenterna).
Förslag till nästa kurstillfälle - ange vem som ansvarar för förändringen
Undersök hur projektets uppstart ska se ut om legacy-kod kommer att användas. Hur får man studenterna att sätta sig in i befintligt system på bästa möjliga sätt?
Fundera på att utöka inslagen av styrd färdighetsträning av metoder och dylikt (exv TDD-kator, kator för design patterns).
Dela på Git-föreläsningen i två delar, en introducerande/repeterande del tidigt och en del lite senare när studenterna kommit igång med implementationsarbetet i projektet. I den senare delen är målet att fånga det som studenterna har problem med i Git.
Bör kursplanen ändras till nästa kurstillfälle - vem ansvarar i så fall för att förändringen görs?
Ja.
Granskn.
Granskare lärare (CAS-identitet) joypen85 [Pettersson, Jonny]
Granskare student (CAS-identitet)
sesa0009 [Sandberg, Sebastian] Automatiskt godkänd
Granskare studieadministratör (CAS-identitet) leka0001 [Kallin Westin, Lena]
Eventuella kommentarer på granskningsprocessen
