Varför projekt?

Syftet med projektet är att du ska få möjlighet att praktiskt använda dig av de kunskaper du fått i det tidigare kurserna och att inhämta ny kunskap inom för ditt projekt relevanta områden. Kursen har också ett fokus på erfarenheten kring att planera och implementera en större applikation.

Vad krävs för betyg 3?

På projektdelen i kursen ges betyget U (underkänt), 3 (tre), 4 (fyra) eller 5 (fem).

För att uppnå betyg 3 måste alla uppgifter i projektet genomföras och bli godkända (se projektuppgifter). Applikationen måste ha en viss svårighetsgrad/storlek. Att t.ex. göra en enkel blogg är inte tillräckligt svårt/stort. Att implementera en blogg med möjligheter till kommentarer, bildgalleri, kategorier, taggar, formatering av inlägg, spamhantering är däremot tillräckligt. Det kan också vara som så att delar som inte bara rör projektet som helhet kan vägas in i svårighetsgraden. Sätta upp en pipeline för kontinuerlig leverans? Är du osäker så fråga din handledare.

Att kopiera implementation och presentera denna som sin egen betraktas som försök till vilseledande vid examination. Detta kommer att anmälas till skolans disciplinnämnd. Om du använder någon annans implementation så måste detta tydligt anges och de delar som du själv ha bidragit med markeras. Du måste även följa de licenser som den kod du använder är släppt under. Ditt projekt måste också innehålla en betydande mängd extra funktionalitet som du själv har implementerat för att uppnå betyg 3.

För att uppnå ett högre betyg än 3 måste alla uppgifter i projektet genomföras och lämnas in innan utsatta deadlines. Uppgifterna ska bli godkända men lösningen ska vara något extra, något över våra förväntningar. Arbetet ska dessutom vara mycket bra dokumenterat med ett bra och strukturerat arbetssätt.

Arbetsmetod

För att projekten skall flyta på ett smidigt sätt och för att man skall kunna jämföra olika projekt med varandra så skall alla projekt följa en viss utvecklingsprocess, med en viss bestämd arbetsmetod.

På LNU har vi en skräddarsydd variant av den i industrin erkända processen Unified Process, processen återkommer också i andra kurser senare i utbidningen. För projektledning och styrning använder vi oss av SCRUM.

Följande moment genomförs varje iteration (vecka):

• Handledarmöte: Ett kort möte där aktuell "sprint backlog" gås igenom, tidsåtgången redovisas, risker diskuteras och övriga problem tas upp. Alla i gruppen ska närvara. Du kommer få ca fem minuter på dig att berätta för gruppen och visa din applikation varpå gruppens medlemmar kan ge konstuktiv feedback.
• Test: Implementerad kod ska hela tiden testas och Du ska ha en tydlig bild av vad som fungerar och vad som inte fungerar.
• Ny sprint backlog för nästa vecka: I slutet av varje iteration så skall en plan för nästa iteration tas fram.

Följande dokument är obligatoriska att lämna in i slutet på projektet, du kommer att arbeta kontinuerligt med dessa genom hela projektet.

• Projektvision
• Kravspecifikation
• Alla projektets sprint backlogs
• Testplan och testrapporter
• Sammanställd individuell tidsrapport
• Källkod, testkod och annan implementation (t.ex. bildfiler)

Följande dokument är beroende på projektet i sig samt ert egna behov:

• Ordlista
• Arkitekur och systemdesign
• Projektplan
• Risklista
• Grafisk utformning, Design dokument - Glöm inte att designen ger första och starkast intryck av din applikation. En dålig och ej genomarbetad design kommer ofrånkomligen sänka upplevelsen av din slutprodukt.

Projektgrupp

Du kommer att arbeta i en mindre projektgrupp. Projekten genomförs individuellt men ni har varandra som stöd och bollplank. Handledning kommer att ske "gruppvis".

Ni bestämmer gemensamt hur och när ni ska samarbeta. Några förslag är att använda varandra som testare, dela gemensam kod, dokument/kodgranskare, diskutera problem, öva på presentationen.

Kursledningen bestämmer uppdelningen av grupper.

Äganderätt

Allt som producerats under projektets gång (nedan kallat produkten) ägs individuellt av alla projektets parter. Det vill säga du som student, ev. kund samt Linnéuniversitetet. Vilken som helst av dessa parter kan använda produkten eller delar av produkten till vilka ändamål som helst utan att meddela någon annan part. Dock är det god sed att alltid tydligt ange källan till de delar man använder.

Delar som ej produceras under projektet, t.ex. innehåll omfattas alltså inte av denna äganderätt.

I praktiken så innebär den delade äganderätten fördelar för alla parter, kunden kan utan risk fortsätta utvecklingen av systemet på det sätt som den önskar, studenterna kan ta full lärdom av projektet under långt tid framöver och Linnéuniversitetet kan använda produkten i marknadsföringssyfte och i forskningsändamål.

Om någon part av någon anledning inte kan acceptera delad äganderätt så kan speciella avtal som reglerar äganderätt och användning skrivas om detta görs bör någon form av ersättning utgå till de andra parterna.