TEK/NAT Kursrapport Kurs Kurskod Poäng År Start v. Programvaruteknik 5DV087 5.0 202 0 Institution Institutionen för datavetenskap Antal registrerade (män/kvinnor) 25 (23/2) Antal aktiva studenter (deltagit i minst en examinerande del) 25 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: 8% Betyg: U() (20) 5() 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? Kursen är tidsmässigt uppdelad i två ungefär lika stora block. Under det första blocket gås det mesta av teorin i genom och ett projekt i CDIO-utförande utförs parallellt. Teorin under föreläsningarna är kopplade till vilken fas projektet befinner sig i. Till varje fas ( stycken) i projektet är det kopplat en gästföreläsning. Blocket avslutas med en skriftlig tenta. Det andra blocket inleds med en enskild obligatorisk uppgift som förberedelse till det andra projektet, därefter startar det andra projektet som genomförs som ett Scrum-projekt i tre sprintar. Ingen ny teori i form av lärarledda föreläsningar i detta block. Under blocket är det även gästföreläsningar. Varje fas/sprint avslutas med leverans av teknisk dokumentation och reflektionsrapport. Återkoppling sker för varje fas/sprint och grupp, skriftligt och 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?) På kursen ges ett slutligt betyg enligt skalan U, 3,, 5. Så gott som alla delmoment i kursen betygsätts där varje delmoment bidrar till slutbetyget enligt: Tenta 35% Projekt Totalt 25% Fas 0% Fas 2 5% Fas 3 5% Fas 5%, varav personlig del 5% Enskild obligatorisk uppgift 5% Projekt 2 Totalt 35% Sprint 5% Sprint 2 0% Sprint 3 20%, varav personlig del 5%
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: 2 Antal studenter i projektgrupp: 6-8 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 Ingen samverkan med forskningsverksamhet förekommer 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. Det andra projekt är ett uppdrag från institutionen för datavetenskap med ett faktiskt behov med "riktiga" användare. Genomförda förändringar till detta kurstillfälle Två projekt i stället för endast ett. Det första är ett mer traditionellt projekt med Vattenfallsliknande genomförande (CDIO) och det andra ett mer agilt (Scrum). All teori gås igenom under första halvan och avslutas med en tentamen. Den obligatoriska uppgiften flyttades från först på kursen till mellan de två projekten. Förändringsförslag från föregående kursrapport Lite mindre öppna specifikationer för faserna Fundera på om det ska vara två projekt. Ett mindre (vattenfallsliknande) parallellt med all teori, avslutas med tentamen. Därefter ett större mer agilt. Lärare Information om inblandade lärare Kursansvarig Jonny Pettersson Antal övrig personal som ej föreläser
Antal övriga föreläsare 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)? 8 gästföreläsningar á,5 timme, annars 0 Kursvärd. Totalt antal svarande 22 Sammanställningsdatum 20625 TGDAV 8,2 6,9,6 FRI 8 TYCID 2 5 5
TYCTD 0, 6,8 TADAM 3 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 konstruera och tolka olika typer av UML-klassdiagram använda lämpliga mätetal och tolka/diskutera mätresultatens betydelse avseende programvarukvalitet och processförbättring 95,/0/,6 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 följa upp och presentera (muntligt och skriftligt) olika programvaruutvecklingsprojekt på ett strukturerat sätt visa ett professionellt förhållningssätt inklusive att förstå, styra och utveckla sig själv 95,/0/,6 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 koppling till arbetslivet som följer är man mer insatt i hur projekt fungerar - Att få prova på två projektmodeller - Jättekul att jobba i projekt - Det har varit bra uppgifter till projekten - Bra med tentan halvvägs in i kursen - Allt - Två projekt har varit väldigt bra - De två projekten - Projekt var bra, innehåll teoridel bra (men saknade djup i vissa fall), skrivuppgift bra - All bra feedback på uppgifter och på redovisningar - 2 olika typer av projekt med både vattenfall och Scrum - Göra större projekt med alla problem det medför. Lära sig samordna grupper. Se ens egna styrkor och svagheter - Bra gästföreläsningar, speciellt sista om agilt - mer - Att tentan ligger tidigt - Att man får chansen att göra om rapporter tills de blir riktigt bra - Bra med projekt där man får byta grupper - Bra med ordentliga projekt - Projekten, att få arbeta både traditionellt och agilt i två olika projekt - Projekt 2 var oerhört givande. Både kodmässigt och projektmässigt -2 projekt, både ett agilt och ett traditionellt - Bra feedback på de rapporter som skrivits - Ordningen och strukturen på kursen är bra - Respons på rapporter - Agila metoden - Första och andra projektet var bra på olika sätt. En variant av båda bör finnas kvar. - Att ha tentan innan andra projektet var bra! - Scrum-projekt - Bra att lära sig jobba i projekt - Bra med återkoppling hela tiden - Att man "snabbt" blir klar med teorin och sen har tentan direkt - Projektarbete Vad kan förbättras? Ge gärna tips på hur! - Väldigt mycket skriftliga reflektioner. Går kanske att genomföra muntligt istället - Variera gärna reflektionsrapporterna så att några reflektioner görs muntligt istället för skriftligt - Kör kursen på heltid. Svårt att planera i större grupper - Projekt 2 borde egentligen inte leda till att alla behöver jobba med web-programmering, då det inte har lärts ut ännu. I övrigt ett roligt projekt! Men man bör inte bli "tvingad" att jobba med något som man inte lärt sig på akademisk nivå - Mindre grupper vid projektet. Mindre reflektionsrapporter, kanske endast en i slutet av ett projekt - Obligatorisk uppgift. Det var väldigt knepigt att jämföra Lean och Scrum - Ibland blir det för mycket rapportskrivning - Minska bredden på teoridelen, men öka djupet - Välj projekt 2 som passar med Scrum, ska ej behöva omfattande förstudie - Mer konkreta tips vad man kan göra i en sprint, tex. hur man skriver en sprint backlog - Det finns många bra webbaserade verktyg, exv. Agilezen.com - Gruppvis reflektion, hur gör man när man reflekterar? Trycka på att det ger en djupare förståelse. Lätta lite på trycket på text när det kommer till reflektion - Obigatorisk uppgift borde väga tyngre i betyget - Mindre grupper - Det andra projektet hade varit bättre om produkten hade varit själva systemet istället för ett dokument. Det blev helt enkelt lite för mycket fokus på att dokumentera istället för att utveckla - Sista projektet bör förberedas bättre - Antalet rapporter är överdriven och scrumprojektet blev konstigt upplagt, vilket kanske inte var så konstigt eftersom det var en verklig beställning - I andra projektet var det trist att höra att beställaren inte brydde sig om hur prototypen skapats. Hade varit roligare att göra ett helt skarpt projekt - För stora projektgrupper i projekt 2 - Mindre reflektioner, det blir överdrivet. Lite enformigt pga av det - Konstigt betygsystem, hur får man 6? - Lite mindre fokus på dokumentation - Anpassa projektet till typ av projektmodell Saknar du något på kursen som borde vara med? - Vet ej - Inget speciellt - Kanske besöka ett företag? Se på plats hur de jobbar - Vore kul att under operate-fasen implementera en funktionalitet i en annan grupps mjukvara. g tror det kan visa sig då vad som är en bra systembeskrivning och inte - g anser inte att kvalitén är låg men den bodre gå på 00%, möjligtvis inbakad i en 30 hp-kurs som resulterar i en kandidatexamen - Näh Övriga synpunkter: - g är mkt nöjd med kursen! - Lärorik kurs - Bra kurs
- Mycket bra kurs, tyvärr lite jobbigt med så mycket rapporter - Greed är inte det roligaste spelet, men förstår varför det valdes. Pga det går tolka reglerna olika - Kul att prova arbeta agilt - Bra överlag Betygsystemet???? Förslag till nästa kurstillfälle - ange vem som ansvarar för förändringen 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. 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) joha0083 [Hagberg, Joakim] Granskare studieadministratör (CAS-identitet) leka000 [Kallin Westin, Lena]