Poäng. Start v. Programvaruteknik Institution Institutionen för datavetenskap. Antal registrerade (män/kvinnor) 34 (29/5)

Transkript

1 TEK/NAT Kursrapport Kurs Kurskod Poäng År Start v. Programvaruteknik 5DV Institution Institutionen för datavetenskap Antal registrerade (män/kvinnor) 34 (29/5) Antal aktiva studenter (deltagit i minst en examinerande del) 31 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: 77% Betyg: U(8) 4(19) 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 och efter projektets avslut ligger en skriftlig tentamen. 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. diskutera de tekniska och organisatoriska problem som är förknippade med gruppvis utveckling av stora och komplexa programvarusystem Tentamen, obligatorisk uppgift, projekt beskriva metoder och verktyg för programvaruutvecklingens olika faser Tentamen, obligatorisk uppgift, projekt definiera och konstruera lämpliga enhetstester utifrån en kravlista Tentamen, projekt konstruera och tolka olika typer av UML-klassdiagram Tentamen, projekt använda lämpliga mätetal och tolka/diskutera mätresultatens betydelse avseende programvarukvalitet och processförbättring Tentamen, projekt systematiskt använda verktyg för modellering, systematisk testning och versionshantering Projekt tillsammans i varierande grupper planera och genomföra programvaruutvecklingsprojekt på ett systematiskt sätt Projekt följa upp och presentera (muntligt och skriftligt) olika programvaruutvecklingsprojekt på ett strukturerat sätt Obligatorisk uppgift, projekt visa ett professionellt förhållningssätt inklusive att förstå, styra och utveckla sig själv 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?)

2 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 15% Conceive 0% Design 15%, varav personlig del 5% Projekt del 2 Totalt 35% Sprint 1-0% Sprint 2 5% Sprint 3 10% Sprint 4 20%, 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? Om ja, hur många? 3 Arbetar studenterna i projektform på kursen? Om ja, uppskattad omfattning i poäng på projektdelen: 9 Antal projekt som varje student deltog i: 1 Antal studenter i projektgrupp: 5-6 Förväntades studenterna använda en projektmetodik för dokumentation och styrning (tex LIPS)? Hur skedde indelning av studenter i projektgrupper? Kursledning gjorde indelning Har studenterna uppmanats föra projektdagbok? Om ja, Har dagboken utgjort grund för examination? 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 Kursen är baserad på samverkan med företag/offentlig verksamhet men bedrivs huvudsakligen inte på företaget/den offentliga verksamheten Annan samverkansform, nämligen 8 stycken gästföreläsningar. Projekt är ett uppdrag från Matematikbiennalen med ett faktiskt behov med "riktiga" användare. Genomförda förändringar till detta kurstillfälle Ett projekt med två huvuddelar. Den första huvuddelen genomförs som ett mer traditionellt projekt med Vattenfallsliknande genomförande (CDIO) och den andra huvuddelen som ett mer agilt (Scrum). All teori gås igenom parallellt med projektet och den skriftliga tentamen flyttades till sist på kursen. Den obligatoriska uppgiften flyttades till först på kursen. Förändringsförslag från föregående kursrapport

3 Minska antalet rapporter. Ett förslag är att minska antalet reflektionsrapporter genom att i stället ha möte med varje grupp och leda en reflektionsdiskussion istället. Som det var denna gång var produkten av det andra projektet en teknisk dokumentation där det implementerade var en prototyp som användes som ett verktyg för att utveckla den tekniska dokumentationen. Det som var bra med projektet var att det var en riktig beställning med riktiga kunder/användare. Fundera på om något så riktigt projekt som möjligt kan hittas där även koden är en del av slutprodukten. Helst ska det vara naturligt att implementera produkten i va. Lärare Information om inblandade lärare Kursansvarig Jonny Pettersson Antal övrig personal som ej föreläser 0 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)? 25 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)? 8 gästföreläsningar á 1,5 timme, annars 0 Kursvärd. Totalt antal svarande 28 Sammanställningsdatum 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 diskutera de tekniska och organisatoriska problem som är förknippade med gruppvis utveckling av stora och komplexa programvarusystem beskriva metoder och verktyg för programvaruutvecklingens olika faser definiera och konstruera lämpliga enhetstester utifrån en kravlista 92,9/3,6/3,6 konstruera och tolka olika typer av UML-klassdiagram 78,6/14,3/7,1 använda lämpliga mätetal och tolka/diskutera mätresultatens betydelse avseende programvarukvalitet och processförbättring 78,6/0/21,4 systematiskt använda verktyg för modellering, systematisk testning och versionshantering tillsammans i varierande grupper planera och genomföra programvaruutvecklingsprojekt på ett systematiskt sätt 96,4/0/3,6 följa upp och presentera (muntligt och skriftligt) olika programvaruutvecklingsprojekt på ett strukturerat sätt 96,4/0/3,6

4 visa ett professionellt förhållningssätt inklusive att förstå, styra och utveckla sig själv Sammanf. Sammanfattning av åsikterna i kursvärderingen - positivt och negativt kring föreläsningar, seminarier, grupparbeten, laborationer, examination etc

5 Vad har varit positivt med kursen och bör behållas? - Stort projekt, alla jobbar tillsammans - Mycket återkoppling, både på hur man kan göra och på det som man gjort - Vissa fantastiska gästföreläsare, Metria och Omegapoint. De var så tydliga och praktiska att man kunde sätta igång direkt efteråt. Det jag saknat mycket på universitetet - De många gästföreläsningarna. tycker de fick orättvis kritik på retrospective. Säljande/produktinriktningen är bara bra, eftersom det ger insikt i verksamheten. Institutionens lärare gör ett bättre jobb med att presentera teorin Det var lite krav på arbetet. Mycket lärorikt, att behöva avgöra själv vilka verktyg som tillför något/behövs - Trevligt med gästföreläsningar - Bra tentagenomgång - Väldigt bra med återkoppling och flera iterationer - Ett stort gemensamt projekt - Intressant med många gästföreläsare - Bra med en verklig beställare - Att det varit mycket praktiskt - Att den gått på 100% - Projektet har varit bra, tack vare "riktig beställare" - Kunden - Boken - Att projektet hade en riktig beställare - Att det var många olika gästföreläsningar - Arbeta mot kund - Vara i olika projektgrupper - Projektformen - Helfart - Bra med en riktig beställare - Den höga nivån av praktiskt arbete - Det faktum att det var flera grupper som skule samarbeta med varandra - Lärorikt att köra ett riktigt projekt, riktig beställare - Bra med individuella delar för att kunna påverka sitt betyg - Bra med gästföreläsningar - Bra att köra kursen på heltid - Projekt med riktig beställare - Projektet och gästföreläsare - Projektet var mycket givande - Scrum är fantastiskt, behåll! - Gästföreläsare - Helfartskurs - Stort riktigt projekt - Scrum - Muntliga retrospective - Värderingsföreläsning - Projektet - Helfart - Riktigt projekt - Riktigt projekt, scrum (särskilt retrospective) - Bra att gruppretrospective var muntliga för det mesta - Kursen har varit fantastisk - Projektarbetet - Att den gick på helfart - Att ha ett projekt som alla jobbar på - mycket lärorikt - Att kursen är på helfart - En "extern" beställare med ett riktigt projekt - Bra och tydlig struktur på poängsättningen av inlämnade uppgifter - Bra med återkopplingen på inlämnade uppgifter - Att ha ett långt projekt i Scrum med fyra sprintar - Tja, inga större fel - Att vi hade en riktig beställare tror jag var motiverande, man ville prestera bättre på leveranserna - Jonny - "Riktig" produkt skapades - Foks på projektarbete Vad kan förbättras? Ge gärna tips på hur! - Vissa föreläsningar tog upp väl mycket saker, så mycket att vi inte kunnat ha tid att lära oss eller använda det. Då blev föreläsningen jäktad, ointressant och svår att minnas - Se över några delar av projektet: arbetsfördelningen mellan grupper, om användarfall skall användas (jag tyckte de var krångliga), och syftet med annat ni krävde (tex både mål och krav kändes onödigt ( om det var ni som definierade det behovet)) : Det intressanta är ju att se hur de gör i praktiken, så inte så gärna teorier kring saker, sådant får vi mer än nog av ändå. Ni nämnde att ni lunchar med dem innan så att de skall förstå vad som är intressant för oss, men då är det kanske sent för dem att ändra om de förstått fel. g tror att ni kan ställa lite krav på dem som kommer hit i att de skickar någon som kan berätta det relevanta för oss när det verkar så värdefullt för företagen att visa upp sig för oss. SAAB var minst intressant, företagets historia har jag svårt att vända till något relevant - För att en planering skall kunna göras är det bra om ni inte säger att 8h per dag skall läggas på projektet utan kanske definierar hur mycket som läggs på föreläsningarna och repetition av dem (om ni förstår) - Vi fick för lite tid till designfasen

6 - Vissa föreläsningar i början var försent. Designföreläsningarna exempelvis borde varit innan designfasen istället för mitt i - Kortare föreläsningar - Eventuellt lite mer teori innan den första fasen för att öka förståelsen för vad som ska genomföras - Tryck hårdare på gästföreläsare så att de håller sig till det ämne de ska ta upp - Kanske svårt att ordna, men mer tid till projektet - Gör nya och lite mer detaljer i PP:n - Mer förberedande inför tentamen. Hela kursen kretsar kring projektet, vilket gör att tentan känns påtvingad. Ändra i så fall uppläget på tentan med frågor mer rörande vårt projektarbete (tänker scrum, lean, osv) - OU1 kan läggas lite senare (inlämningstid) - Vilket innehåll som varje gästföreläsning har, mer info kopplat till metoder och mindre mot att sälja in sig - Lite fler vanliga föreläsningar eller kanske tentan innan projektet startar - Lite bättre förberedelser med resurser - Gästföreläsarna kan fokuser mer på deras ämne (testning, design,...) - Skittentasal, kan ej koncentrera mig - Bättre backlog - Byta ut några gästföreläsare - Se till att utrustning finns innan projektet börjar - Kanske en hemtenta eller uppsats istället för salstenta med tanke på den höga praktiska belastningen som det blev - Vissa av gästföreläsarna hade kunnat ha ett mer relevant ämne - För lite tid inför tentamen med tanke på det stora projektet - Bättre förkunskapskrav. Tex att man jobbat i projekt tidigare. UML antogs att man kunde från tidigare - Förbättra första fasen av projektet till tydligare arkitekturdesign + grafisk desig eller gör tre delar: arkitektur, grafisk och funktionell design - Något större vikt på att den grafiska designen inte ska se ut som skit - Vissa gästföreläsare pratade inte om så relevanta saker - Bättre fördelning i grupperna så att alla har lika mycket att göra, kan vara svårt att fixa - Starten var lite misslyckad - Första uppgiften hade kunnat få ligga lite senare - Tydligare innehåll i slides, ta bort slides om de är överflödiga och se över innehåll och fyll ut det viktiga - Conceive- och designfaserna kan behöva mer struktur. Vi är inte jätteerfarna att jobba med detta praktiskt vilket kan leda till en knackig start - Lite mindre vikt på dokumentering, muntligt är roligare och mer givande - Mindre viktigt med att skriva snyggt/stilig rapportmall - Slopa tenta helt - Översätt slides, sålla lite också - Något kort tid på conceive- och designfas. stressigt med mycket föreläsningar samtidigt - Man kanske kan utöka tiden för dessa något och koncentrera föreläsningar till början av faserna och inte mitt i? - Bättre struktur på conceive- och designfasen - Vissa förtydliganden kring innehållet i en del av rapporterna - Bättre engagemang från icke kursansvarig - Kanske korta ner antalet slides på vissa föreläsningar när inte ens föreläsaren orkar gå igenom alla - Man kan få uppfattningen att all utveckling sker i stora projekt över 3+ år vilket inte alls är sant. Lite mer fokus på små projekt och dess problem och möjligheter - Försök inte tvinga folk att vara på universitetet vissa tider, student är inte Det uppstod problem i Android- och ios-grupperna när de inte hade tillgång till Andorid/iOS devices vilket borde undersökas i förväg - Föreläsningarna som inte hölls av Jonny. Flera föreläsningar fick vi sluta tidigare och man skulle då själv läsa slide:sen. Dåligt! - Gärna koppla föreläsningarna mer till projektet Saknar du något på kursen som borde vara med? - Skulle vilja ha lite striktare scrum, med produktägare etc. - Etik, säkerhet samt lagfrågor, typ vilken copyright ska vi använda - Genomförlig genomgång av HUR man arbetar med versionhantering på riktigt - Föreläsningsslidees på hemsidan! - Skulle kunna finnas med något mer om riskbedömning - BDD, DDD. Många av gästföreläsarna som pratade om dessa men inget på kursen - Inte vad jag kan komma på Övriga synpunkter: - Lärorik kurs där man praktiskt får testa på alla problem och metoder - Rolig kurs - Kanske kalla det agilutveckling med scrumbas istället för Scrum. Påpeka att det inte är ren Scrum - Kursen påverkar olika individer olika mycket, på grund av konflikter o dyl. Detta bör tas i omtanke vid varje kurstillfälle för att undvika att vissa personer mår dåligt. Retrospective är nog bra för detta och det verkar ha gått bra under detta kurstillfälle. Men det är värt att fortsätta att tänka på - Väldigt trevlig kurs. En av mina favoriter hittills under utbildningen. :) Lärarnas synpunkter på kursens innehåll och genomförande Mycket bra med ett stort gemensamt projekt med en riktig beställare med ett riktigt behov. Bra att kursen numera går på helfart. Fungerade mycket väl med en blandning av muntlig och skriftlig reflektion. Förslag till nästa kurstillfälle - ange vem som ansvarar för förändringen

7 Försök att hitta ett externt riktigt projekt, helst så stort att hela kursen måste jobba tillsammans. Om det går, gärna ett flerårigt. Föreläsningsmaterial behöver uppdateras. Bör kursplanen ändras till nästa kurstillfälle - vem ansvarar i så fall för att förändringen görs? Kursplanen kommer att uppdateras till nästa kurstillfälle med anledning av den översyn av programvaruutvecklingsspåret som skett/sker på institutionen. Granskn. Granskare lärare (CAS-identitet) joypen85 [Pettersson, Jonny] Granskare student (CAS-identitet) leka0001 [Kallin Westin, Lena] Granskare studieadministratör (CAS-identitet) leka0001 [Kallin Westin, Lena] Eventuella kommentarer på granskningsprocessen