TEK/NAT Kursrapport Kurs Kurskod Poäng År Start v. Applikationsutveckling i va 5DV135 7.5 2016 44 Institution Institutionen för datavetenskap Antal registrerade (män/kvinnor) 98 (90/8) Antal aktiva studenter (deltagit i minst en examinerande del) 97 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: 31% Betyg: U(68) 3(12) 4(15) 5(3) Hur mycket schemalagd lärar-/assistent-ledd tid har studenten tillgång till på kursen? 15 föreläsningstillfällen a 2h, 3 gruppövningstillfällen a 2h, Samt två muntliga redovisningstillfälle. Utöver detta har ett antal schemalagda handledningstillfällen funnits. Totalt sett har 498 timmar lärarresurser funnits allokerat till kursen Hur är undervisningen upplagd? Föreläsningar, gruppövningar och handledning har funnits för studenterna. Under en del av kursen har studenterna jobbat i grupp (ca 4 personer) i ett projekt. Kursen har examinerats via 2 enskilda laborationer, projektet (som redovisades vid fyra olika tillfällen muntligt och skriftligt ur olika aspekter), samt en tentamen. För vart och ett av lärmålen (FSR:en) i kursplanen, beskriv kortfattat hur det examineras. värdera och välja lämpliga konstruktioner för applikationsprogrammering i ett objektorienterat språk (FSR1), Labbar ur ett objektorienterat mjukvaruperspektiv förklara en tråd, hur de skapas, hanteras och avslutas samt kritiskt analysera datatyper och objekt samt tillämpa synkronisering för att uppnå trådsäkerhet (FSR2), Labbar + tentamen förklara vanliga designmönsters uppbyggnad och använda dessa vid utveckling av mjukvara (FSR3), tentamen + labbar beskriva en traditionell projektmodells delar och samt hur dessa samverkar (FSR4). projektuppgiften i enlighet med en traditionell projektstyrningsmetodik vara en aktiv deltagare i en grupp och genomföra ett programmeringsprojekt samt presentera detta (muntligt och skriftligt) (FSR5), projektuppgiften konstruera program med händelsestyrd programmering genom användandet av grafiska användargränssnitt, samt utvärdera dessa enligt vedertagna analysmetoder (FSR6), labbar/projekt inkludera strukturerad datahantering (exempelvis XML) i mjukvarulösningar (FSR7), projektuppgiften och en laboration samt tentamen använda sig av testdriven utveckling (TDD) (FSR8), projektuppgiften/tentamen använda sig av UML-notation för att beskriva statiskt och dynamiskt beteende för en design/ett program (FSR9). labbar/projekt samt tentamen analysera den egna förmågan att arbeta i grupp och i projekt (FSR10), projektuppgiften analysera egna styrkor och svagheter vid muntliga presentationer (FSR11). reflektionsrapport knuten till projektuppgiften. 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?) Kursen har 2 moment. Ett teorimoment som examinerats via en tentamen. På detta moment har betygen U/3/4/5 givits Sedan finns ett problemlösningsmoment även det betygsatt med betyget U/3/4/5. Betyget på detta moment baseras på resultatet på labbar och projektet som poängsatts. Kursens betyg som helhet (U/3/4/5) har sedan gjorts som en sammanvägning av resultaten från momenten. 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? 2+ Arbetar studenterna i projektform på kursen? Om ja, uppskattad omfattning i poäng på projektdelen: 2 Antal projekt som varje student deltog i: 1 Antal studenter i projektgrupp: 4 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 Ingen samverkan med näringsliv/offentlig verksamhet förekommer på kursen Annan samverkansform, nämligen Genomförda förändringar till detta kurstillfälle Sista inlämningsuppgiften byttes ut pga att den webtjänst som tidigare jobbats mot där försvann under kursens gång. Poängsättning för betygsättningen av laborationsmomentet gjordes bara på projektet och den sista inlämningsuppgiften för att minska ner mängden tid för examination Förändringsförslag från föregående kursrapport Se om materialet kan omfördelas lite så att mer exempel kring trådar och trådproblematik kan läggas till. Undersök om man kan göra quiz/tutorials där man får öva på en del av materialet (tex trådar). Undersök möjligheter att förminska arbetet med examinationen utan att för den delen minska ner på feedbacken till studenterna angående deras inlämningsuppgifter. Detta med mål att kunna få ut resultatet snabbare. Ett förslag skulle tex vara att införa ett kodgranskningstillfälle för den första labben. Försök håll nere tiden som krävs av studenterna på inlämningsuppgifter (Projektuppgiften främst). Fundera på om det behöver pratas om gruppdynamik och samarbete inför projektet. Fundera på avstämmningstillfället. Kanske skulle kunna vara ännu tidigare (nån dag) Försök håll nere tiden som krävs av studenterna på inlämningsuppgifter (Projektuppgiften främst). Fundera på om det behöver pratas om gruppdynamik och samarbete inför projektet. Fundera på avstämmningstillfället. Kanske skulle kunna vara ännu tidigare (nån dag) Lärare Information om inblandade lärare Kursansvarig
Johan Eliasson Antal övrig personal som ej föreläser 3 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)? 0 Kursvärd. Totalt antal svarande 18 Sammanställningsdatum 2017-03-29 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 värdera och välja lämpliga konstruktioner för applikationsprogrammering i ett objektorienterat språk (FSR1), ur ett objektorienterat mjukvaruperspektiv förklara en tråd, hur de skapas, hanteras och avslutas samt kritiskt analysera datatyper och objekt samt tillämpa synkronisering för att uppnå trådsäkerhet (FSR2), 78/11/11 förklara vanliga designmönsters uppbyggnad och använda dessa vid utveckling av mjukvara (FSR3), 89/6/6 beskriva en traditionell projektmodells delar och samt hur dessa samverkar (FSR4). 78/6/17 i enlighet med en traditionell projektstyrningsmetodik vara en aktiv deltagare i en grupp och genomföra ett programmeringsprojekt samt presentera detta (muntligt och skriftligt) (FSR5), konstruera program med händelsestyrd programmering genom användandet av grafiska användargränssnitt, samt utvärdera dessa enligt vedertagna analysmetoder (FSR6), 89/6/6 inkludera strukturerad datahantering (exempelvis XML) i mjukvarulösningar (FSR7), använda sig av testdriven utveckling (TDD) (FSR8), använda sig av UML-notation för att beskriva statiskt och dynamiskt beteende för en design/ett program (FSR9). 89/0/11 analysera den egna förmågan att arbeta i grupp och i projekt (FSR10), analysera egna styrkor och svagheter vid muntliga presentationer (FSR11). 89/0/11 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? Uppgifterna var roliga och lagom utmanande The project period worked out very nice. Can imagine that it depends though a lot on the group you get in. Hope you take this in consideration when grading the individual students. Gruppövningarna Inläsning av data, xml, databaser och liknande har både varit roligt och lärorikt. Det känns aktuellt och i tiden. labbarna är roliga! Och det är bra att ha upplevelse med XML och databas i java. Kul att få arbeta i grupp och utveckla en applikation där viss fokus legat på gränssnittet. Så behåll projektet Kul och bra projekt. Dom andra två labbarna tycker jag också var bra. Kursen har varit lärorik. Projektet och labb två tycker jag särskilt har varit både ganska roliga och framförallt lärorika. Kursen är väldigt innehållsrik och jag känner verkligen att jag har utvecklat mina programmeringskunskaper. g tycker att föreläsningarna oftast varit bra och på en lämplig nivå. Bra föreläsningar/teori och bra uppgifter/projekt. Alla höll sig på en bra nivå där man själv kunde avgöra hur mycket man ville spendera tid på dom. Positivt att även labbarna togs med i betyg, då detta kändes passande med tanke på kursens innehåll. Kursen är mycket lärorik, då den har ett brett innehåll och fokus ligger på labbarna, vilket innebär mycket kodning. Bra med övningsuppgifter (lektioner) utöver föreläsningarna. Alla uppgifter har varit bra Uppgifterna var bra och roliga, framförallt ATD. Bra med ett projekt, kul att lära känna nya människor! Alla laborationer. De var lärorika. Behåll även den "peer review" som var för första labben. Väldigt rolig. Den första och sista labben var riktigt roliga. Projektet var både lärorikt och roligt, helt klart den roligaste programmeringsuppgiften hitentils. **************************************************************** Vad kan förbättras? Ge gärna tips på hur! Innehållet på vissa föreläsningar. Exempelvis första. Känns onödigt att ägna så mycket tid åt att praktiskt taget läsa innantill från va dokumentationen. Svårt att komma ihåg detaljer så man måste ju ändå läsa där själv. Projektet hade gärna fått vara något annat än ett spel. The lectures of n-erik were to me rather uninspiring. Especially the later lectures on lambdas and stream where rather weak. Especially these lectures were always finished much ahead of time. They could be more instructive if the lecturer would write some snippets live and run the examples. I think just for streams or lambdas, that would have been much much better than rushing through a few slides. Vore bra med fler gruppövningar, men det går väl inte pga att de obligatoriska uppgifterna tar sån tid. Kanske kunde uppgifterna vara lite mindre? Speciellt projektarbetet tog extremt mycket tid i anspråk, trots rigorös planering från början. Det var snarare så att vi redan i planeringsstadiet insåg hur mycket tid vi skulle bli tvungna att lägga. Och vi hade rätt. Detta har gjort att jag inte ens haft tid att umgås med min dotter på helgerna utan har fått skicka henne till kompisar eller ordna barnvakt. Den här kursen är verkligen en sån där som tar över så att en hamnar efter på den andra kursen som går parallellt. Känns omöjligt att hinna med båda. g förstår att kursen handlar om att skapa desktop java applikationer men det känns väldigt väldigt gammalt och inte något som sker i så stor utsträckning i det verkliga livet idag. Det skulle kännas bättre och mer motiverande om kursen behandlade web eller android i stället även fast det kanske anses vara "svårare". Att kravspecifikationerna är så detaljerade är både bra och dåligt. Till exempel i OU 2 där kravspecen till och med går in på datatypsnivå (Implementera en JMenu) känns onödigt och gör laborationen tråkigare då det tar bort mycket av friheten. Hade det inte varit så hade det kanske t om varit möjligt att bygga applikationen i någonting annat än Swing. g skulle vill har mer exemplar om trådsäkerhet. Gör kursen aktuellt.. Att sitta och göra program i Swing hade kanske varit bra om vi tänkt starta nått it bolag innan itbubblan. Men känns inte så aktuellt nu. I en kurs där fokus ligger på applikationsutveckling kan man fundera på vad som kännetecknar en applikation idag? Är det desktop program som ser ut som key-generators från tidigt 2000-tal eller är det applikationer med snygga gränssnitt som med fokus på telefoner? g hade gärna sett att det varit mer fokus på gränssnitten och kanske lite enklare kod bakom. Som det var nu gick 100% av kursen åt till att implementera en lösning, 25 % till att skriva labb-rapport och sen om det fanns någon tid över kunde denna läggas på att göra gränssnittet snyggare. Men eftersom man läser fler kurser en den här som har liknande arbetsbelastning är man redan uppe i 250% och har då inte tid att lägga mer än det som krävs för att göra det absolut nödvändigaste. Det är heller inte rimligt i min mening att kursen som går på 50% ska ha två laborationer ett projekt av den magnituden som nu var, samt även en tenta på totalt 7.5 poäng. Sen att vi får laborationer med kravspecifikationer som är väldigt fåordiga men som har vissa specifika krav som måste vara med. Exempel vis i lab 2 när man skulle läsa Sveriges Radios API... Att då säga att man måste använda en tabell eller måste ha med en JMenu är kontraproduktivt. Om ni ändå inte tänker lära oss hur man bör designa gränssnitt och vad man bör tänka på utan låter oss hitta det själv på internet så tycker jag heller inte att ni ska begräns oss med specifika komponenter som bara innebär att implementationerna blir sämre. Det skulle exempelvis i lab 2 kunna gå att göra en betydligt bättre och mer innovativ gränssnittslösning om man kunde skippa att använda en JTable... Sen vet jag att argumentationen för att ge oss vaga labbspecifikationer varit att "när ni kommer ut i arbetslivet kommer inte säga åt er hur ni ska lösa vissa problem. då är det upp till er att hitta löningen "... och ja det är väl iofs sant. MEN vi är inte i arbetslivet, vi är på universitetet där vi ska lära oss hur man gör och gärna på rätt sätt dessutom... att låta oss själva hitta lösningen genom att söka på google resulterar i att vi lär oss på vårt sätt, istället för på rätt sätt... Vilket gör att man i många fall blir nån spaghettikodare... Det får mig att tänka på ett gäng kompisar som var och åkte skidor än säsong i Frankrike. Dom bestämde sig för att lära sig prata franska och övade varje dag på ord och meningar dom lärt sig på nätet. Tillslut hade dom blivit så duktiga att dom kunde prata franska med varandra flytande med varandra... MEN när en fransman sedan kom och besökte dom och dom pratade franska med honom så fattade han inte ett enda ord av vad dom sa? Deras meningsbyggnader och uttal var helt fel tack vare att dom behövt lära sig själva istället för att någon som faktiskt kunde hade lärt dom hur dom skulle göra... och det är ungefär så dom här javakurserna känns... Fokusera istället på att lära oss hur man ska göra, hur man bör tänka, vad man ska göra samt vad man inte ska göra... 1. Tycker att ni borde åtminstone ge ett litet intro till både gameloop-konceptet och grafik innan projektet så att man vet vad det är för något. 2. Tycker att tentan på den här kursen känns omotiverad. Vet inte det går att byta ut den mot ytterligare en labb (kanske med fokus på lite olika designmönster?) men det tycker jag hade varit vettigare. Den tid man behövt lägga på den här kursen för att hinna med allt varit ganska extrem. Har ni verkligen räknat på tidsåtgången för de olika delarna, i förhållande till den tid som är avsatt för kursen? Kursen har känts som en heltidskurs, trots att den bara är på halvtid, viket gått ut över den kurs jag läst parallellt. Bara ren implementation tar ju tid, men det är ju så många andra delar man ska hinna med utöver det, så som tester, förberedelse och planering, dokumentation, rapportskrivning osv. Tid går ju också åt till föreläsningar och att sätta sig in allt nytt som kursen innehåller för att verkligen förstå hur det fungerar och kan användas. Kraven på projektet borde tex kunna minskas ner, så att man hinner sätta sig in i alla nya delar ordentligt (i och med att projektet omfattar så mycket som är nytt). Man skulle kanske kunna dela upp specen
i olika betygsnivå, så att vissa krav är valfria beroende på vilket betyg man känner att man kan satsa på. Olika grupper kan ju också ha väldigt olika förutsättningar beroende på medlemmarnas förkunskaper. Det känns generellt som att man har stressat sig igenom labbarna. g tror att man skulle få ut mer av kursen om labbarna vore mindre omfattande, och mer fokuserade på det som verkligen är viktigast att lära sig. Man kanske istället skulle kunna ha någon typ av övningsuppgifter som kan komplettera för ämnen som inte täcks in i labbarna. Några föreläsningar tog upp lite väl mycket om specifika api:er. Api:erna är ju något som man måste lära sig för kursen men specifika metod/klasser kanske inte föreläsningarna måste gå igenom då man måste själv kolla upp dom efteråt (om man inte har ett superbra minne). g tycker även att laboration 2 kunde ha släppts lite tidigare då detta kunde bidra med mer anpassad planering för studenterna. g skulle ha viljat göra det mesta av labb 2 före projektet började men det kunde jag inte eftersom den var inte ute än. g förstår att detta kan ha varit på grund av att laboration behövdes gör om då api:n behövdes ändras, men tycker det kan fortfarande vara värt att nämna. Kursen är otroligt tidskrävande och förutsätter att man som student åsidosätter parallella kurser för att klara godkänt. 16 timmars arbetstid per vecka (exklusive föreläsningar) för labbar, projekt, rapportskrivande och teoriinläsning är långt ifrån tillräckligt, även om man sänker sin ambitionsnivå. Antingen har jag som student för lite förkunskaper i förhållande till kursens nivå, men mest troligt är kursmaterialet för stort för att få plats inom ramen av en 7,5 hp kurs, vilket borde visa sig i studenternas tidsrapportering från projektet, då jag vet att många helt fick ge upp sin parallella kurs då arbetsbelastningen på denna blev för stor. Just projektet är den del i kursen där någonting definitivt måste förändras för att ge studenterna en realistisk chans att kunna uppfylla samtliga krav, utan att behöva jobba övertid. Hoppet från den första labben till projektet kändes lika stort som att gå från att bygga en koja till att konstruera ett slott. Även om arbetet skulle fördelas på fyra personer hade vi varken verktygen eller erfarenheten som krävdes för att hinna klart projektet om alla bara skulle jobba två hela arbetsdagar i veckan, vilket är den tid som återstår med föreläsningar borträknade. Att dessutom dokumentera allt arbete och förbereda en presentation utöver det är omöjligt att genomföra på utsatt tid. Tips på hur detta kan undvikas i framtiden: - Dela upp kraven i projektet i olika betygsnivåer, då vissa känns irrelevanta för godkänt på kursen, exempelvis teleportertrupper och landons. De studenter som är villiga att lägga ner mer tid än 50 % på kursen, eller som är så pass duktiga på programmering sedan tidigare har då möjlighet att göra det, samtidigt som övriga kan lägga lika mycket tid på sin parallella kurs, utan att behöva jobba övertid. - Förbered studenterna bättre inför projektet. Hur bygger man upp ett spel? Hur lägger man upp projektet på bästa sätt? Mer relevanta exempel som kan appliceras. - Mer uppföljning under projektets gång. Exempelvis en träff där gruppernas gemensamma problem kan tas upp och diskuteras. - Bättre genomgång av trådning och trådsäkerhet - framförallt mer exempel som tar upp problem som kan uppstå i labbarna! Ge mer exempel på hur och när designmönster kan användas Se över FSR står att tentamen examinerar 1-4, 9 dock så innefattar tentamen andra FSR också... Vissa delar var lite väl omfattande. Tentan skulle kunna skippas mot att ha ännu mer omfattande labbar eller projekt. Det känns som man lär sig mer att utföra det praktiskt än att lära in inför tenta. Alternativt kan man minska labbars omfattning. Man skulle även kunna jobba med samma projekt under hela kursen man att man lämnar in laborationer i omgångar. Förståelsen för hur man kan förändra GUI:t när förändringar sker. Kändes väldigt tunt och det blev mer att man testade sig fram och när det fungerade så fungerade det utan att man förstod varför. Lite mer om det hade hjälpt. Gärna tydligare vad som önskas vid muntliga presentationen. Blev lite tajt med 2 inlämningar under tenaveckan efter nyår, om det finns utrymme för att flytta någon av inlämningarna skulle det vara bra. ********************************************************************* Saknar du något på kursen som borde vara med? Short quizes on cambro about Design patterns would be grand Kanske lite mer teoriövningar som komplement till praktiken. Quiz kanske t ex? Ne men snarare att något moment kanske ska bort. Tre relativt stora labbar OCH en tenta på en kurs som är 7.5HP är för mycket. g har lagt långt över 20 timmar per vecka på den här kursen och känner ändå att det har varit svårt att hänga med. Gränssnittsdesign i ett verktyg som kommer från 2000-talet åtminstone... Skulle i så fall vara någon ex. gruppövning där man har små uppgifter som skall lösas med alla olika designmönster man tittat på så att man vet hur de ska implementeras. Tror att man lättare kommer att komma ihåg dom då. Tydligare genomgång av exempel på hur man kan hantera exceptions på ett bra sätt, i och med att det är en viktig del i bedömningen av labbarna. Även tydligare genomgång av trådsäkerhet, i och med att det varit en så viktig del av kursen, kanske visa fler kodexempel. Mer information om olika designmönster Mer om HUR det blir bra kod. Alltså verkligen träna mer på det. Det går alltid att lösa problemet, men svårt att veta om det är en "bra" lösning. ******************************************************************** Övriga synpunkter: I wonder whether it could be more effective to replace one of the assignments (which is medium large) with more minimal example assignments. Like, write a minimal example on filtering a stream from an array of ints. Or, 'design and apply an XML schema on a provided datastructure / XML file', or write a minimal example on running two threads that both countdown on a shared variable. To me, it would help to be forced to write every day some small code and get immediate reward (it works). In the large project, many topics get solved by individual team members, therefore it would be good if everybody anyway has to try out all these individual things to be learned in the course. Uppdatera kursen... Swing kom 1997... och fokusera mer på gränssnitten tack. Det finns nog med javakurser som fokuserar på koden Bra kurs! Lärarnas synpunkter på kursens innehåll och genomförande
Rättningen av vissa labbar drog ut på tiden för länge (särskilt för vissa studenter som missades av handledarna). Feedbacken studenterna fick på labbarna vart kanske lite väl kvantitativ (eh mkt feedback, men där stora delar av det kanske inte gav så mycket). Hade nog varit bättre om de varit lite mer specifik och då hade nog rättningen gått snabbare också. Resultatet på labmomentet och på första tentan var inte så jättebra. Framför allt så är det genomströmningen på den sista uppgiften som inte har varit bra. Delvis tror jag att julen har varit en bidragande orsak till detta då det i år fanns många arbetsdagar under uppehållet, och alla kanske inte utnyttjade dessa optimalt. Specen för den andra individuella uppgiften kom ut lite sent pga att den lab som egentligen hade tänkt användas inte gick att genomföra längre då webtjnsten man programmerade mot togs bort efter att kursen startas varvid en ny uppgift behövde konstrueras med kort varsel. Specen på denna kunde ev ha hjälpt studenterna komma igång lite mer också men tiden för att konstruera uppgiften var väldigt begränsad. På grund av att kursansvarig fick barn under kursperioden så vart det ett byte av föreläsning på några föreläsningar med kort varsel. Förslag till nästa kurstillfälle - ange vem som ansvarar för förändringen Se över specen till den sista inlämningsuppgiften som säkert kan justeras lite för att underlätta för studenterna att lösa uppgiften. Fundera på om det går att konstruera quiz i Cambro för att få studenterna att öva lite mer på vissa koncept (trådar, designmönster,och ev också uml) utan att det behöver ta mer lärarresurser. Då tiden på några föreläsningar inte verkar ha varit fullt utnyttjad så försök lägga in fler kodexempel/övningar eller liknande på svåra moment på den tiden (tex trådar och designmönster) Ge tydligare instruktioner till handledarna om vilken feedback studenterna bör få på labbarna och när labbarna ska lämnas åter. Bör kursplanen ändras till nästa kurstillfälle - vem ansvarar i så fall för att förändringen görs? Nej Granskn. Granskare lärare (CAS-identitet) joel0001 [Eliasson, Johan] Granskare student (CAS-identitet) joel0001 [Eliasson, Johan] Granskare studieadministratör (CAS-identitet) leka0001 [Kallin Westin, Lena] Eventuella kommentarer på granskningsprocessen