Crossfit Highscore. Webbprojekt 1. Innehåll. Det sociala träningsredskapet för aktiva crossfit-utövare världen över.

Transkript

1 Webbprojekt 1 Crossfit Highscore Det sociala träningsredskapet för aktiva crossfit-utövare världen över. Författare: Oskar Norling, William Tombs, Haris Kljajic, Sofia Rydén, Tomas Wallin Handledare företag: Johan Uddh, Marcus Oldin, Easyfy AB Handledare: Tobias Ohlsson Examinator: Tobias Ohlsson Termin: VT13 7.5hp Kurskod: 1DV411 Innehåll 1 Abstrakt 3 2 Inledning/Bakgrund 4 3 Syfte och mål 4 4 Projektorganisation 5 5 Metodik och tekniker 6 6 Resultatbeskrivning och måluppfyllelse 7 7 Avvikelser och efterkalkyl 7 8 Slutsats 8 9 Förslag på vidareutveckling 9 10 Övertagande organisation 9 11 Dokumentationshänvisning 9 12 Förbättringar inför kommande projekt 9 13 Bilagor 10-13

2 1 Abstrakt Denna rapport kommer att handla om webbapplikationen Crossfit Highscore som vi under en 10- veckorsperiod arbetade med i uppdrag av företaget Easyfy AB. Namnet Crossfit Highscore avslöjar i viss mån applikationens innehåll, en Facebook-variant för crossfit-utövare där träning och socialt samspel kopplas samman. Att kunna socialisera om något som rör ens intresse, inom ens egna gym eller på andra gym. Fullfölja sin roll som coach på sitt gym, där medlemmarna följer ens Workout Of The Day i en tävlingsform med inrapporterade resultat och Achievements att nå upp till. Följa andra gyms och användares visioner och mål. Tävla mot sig själv och andra likasinnade inom samma träningsområde världen över. Crossfit Highscore förenar allt vad som krävs för att få en central träningsplats på nätet. 2 Inledning/bakgrund Crossfit är en träningsform grundad av den före detta elitgymnasten Greg Glassman under 80- talet. Träningsformen blev uppmärksammad främst hos polisen, militären och brandförsvaret men spred sig så småningom till en större publik. Vad som gjorde Crossfit unikt, förutom sin intensiva träningsform var WODen, eller Workout Of The Day, som då dagligen uppdateras med en ny workout vilket än idag görs. Johan Uddh fick för över två år sedan idén att skapa en central plats för alla Crossfit-utövare, som i mångt och mycket skulle fungera ungefär som Facebook. Det var inte förrän nu som projektet dammades av och togs upp på tavlan igen och vi fick det som skolprojekt under en 10- veckorsperiod. 3 Syfte och mål Applikationens syfte och vision är att fungera som en central plats för crossfit-utövare världen över, där gymägare, coacher och medlemmar kunde samlas. Webbapplikationen skulle fungera ungefär som Facebook, där man som medlem kunde vara aktiv på ett gym eller en Affiliate, följa andras gym och socialisera med andra utövare. Rollerna på sidan utgjordes av själva gymmet där man antingen är utövare/medlem, coach eller ägare. Det är coachen på gymmet som har den viktiga rollen att skapa de WODs som utövarna skulle utgå från. Det som fick denna applikation att sticka ut var just detta, att när man utfört en WOD så fick man som utövare rapportera in sitt resultat som i sin tur utvärderades globalt mot andras resultat. Denna utvärdering utgör i sin tur de Achievements man kan få, vilket sporrar användaren att hela tiden göra bättre ifrån sig, att på något vis få in en spelkänsla i systemet.

3 Vårt mål är att skapa den grund systemet kommer att köras på och därmed främst erbjuda social inloggning med registrering. Användaren - som ägare, coach eller admin, skall kunna skapa Affiliates, WODs och schemalägga WODs. Rollnivåerna utgör självklart begränsningarna där varierande funktionalitet förekommer. Applikationen i helhet har givetvis fullständig CRUDfunktionalitet. 4 Projektorganisation Strukturen över hur vår projektorganisation har sett ut illustreras nedan. Vi visste inte från början hur kontakten med vår kund skulle se ut, men blev positivt överraskade när det visade sig att de uppmuntrade SCRUM-metoden och menade att de gärna ville ha veckomöten med sprintmöten.

4

5 5 Metodik och tekniker Eftersom vi var fem projektmedlemmar så bestämde vi från början att vi skulle försöka dela upp arbetet och att vi skulle använda parprogrammeringsmetoden. Dock kom inte detta att tillämpas förrän en bit in på arbetet då grunden hade kommit på plats, vilket vi redan vid starten var överens om. Eftersom våra uppdragsgivare var så positiva till SCRUM så lade vi varje Fredag upp vår planering med dem med tidplanering för de "tasks" vi skulle göra den kommande veckan. För detta använde vi oss av youtrack som Johan och Marcus använt under en tid. Utöver planeringen hos Easyfy så gjorde vi egna sprint backlogs för att själva få en personlig översikt över tid och milstolpar. Vi hade även handledningar med Tobias Ohlsson varje Måndag. Vi var ganska så ovetande kring vad för tekniker som var aktuella i detta projekt när vi kom dit för en introduktion. Med förhoppningen att vi skulle få utvecklas något i.nets MVC-miljö så blev vi glada när Johan och Marcus bekräftade detta. Nedan punktas teknikerna upp för respektive användningsområde. Utvecklingsmiljö/Versionshantering Visual Studio 2012 Github Back-End ASP.NET MVC Visual Studio NuGets Memflex Ninject Raven Facebook C# SDK RavenDB Front-End HTML 5 CSS 3 JavaScript jquery Unobtrusive AJAX Modenizr

6 6 Resultatbeskrivning och måluppfyllelse Eftersom projektet enbart skulle beröra grunden av Crossfit Highscore är det svårt att egentligen avgöra om vi uppnått de mål vi eller Easyfy egentligen hade. Easyfy själva definierade ingen klar målgång för oss utan menade att vi skulle jobba så långt vi hann. Detta resulterade ju i ett oklart mål, dock hade vi alla personliga målsättningar inom gruppen som vi efter en tid in i projektet själva satte upp. Detta togs upp under handledningen med Tobias men även hos Easyfy, att vi själva fick sätta upp ett mål. Vi anser dock att målsättningen är nådd, även om vi givetvis hade velat hinna göra mer. Det vi nu lagt grunden för i detta projekt kommer att fortlöpa under en tid in på sommaren där tre av oss har lottats ut att få fortsätta som examensarbete. Den design som skapades för Crossfit Highscore kommer troligen att göras om helt och hållet, vilket vi visste när vi gjorde den. Dock ville vi själva ha något personligt att visa upp vid presentationen, som vi själva skapat. 7 Avvikelser och efterkalkyl På grund av tidspress så ansåg Johan och Marcus under våra möten att vi skulle avvakta med vissa delar av projektet för att vi själva skulle hinna med och ha någonting att visa. Det fann även vissa tekniker som vi i efterhand ifrågasatte med Easyfy, där vi kom överens att även här avvakta och istället fortsätta som vi gjorde. Detta för att vissa inte fyllde någon direkt funktion men även på grund av vår tidspress. De tekniker vi fick stryka för projektet: Typescript Ett JavaScript-ramverk/bibliotek för att enkelt och snyggt bygga in funktionalitet i en MVC-struktur. KnockoutJS Ett JavaScript-ramverk/bibliotek för att förenkla vårt dynamiska UI med direkta modellkopplingar. Avvikel från visionen för själva projektet: Vi avstod från att implementera alla sociala nätverk vid inloggning och registrering, resterande skulle ha varit Twitter och Google. Att skriva om WOD-skapning från grunden med Knockout. För närvarande används delar från tidigare skrivna delar av Johan med JavaScript och jquery. 8 Slutsats Det finns många positiva erfarenheter att ta med sig från detta projekt, men den som väger mest tror vi är erfarenheter att jobba i grupp, vikten av strukturering av arbete, versionshantering och tidplanering. För att uppnå något bra resultat för dessa delar så innefattar ju detta givetvis att det

7 finns en bra gruppdynamik, vilket kan bli lite svårt när vi tidigare aldrig varit fem medlemmar i ett projekt som detta. Vi har absolut lärt oss att tidplaneringen kan bli något underskattad och att man lätt planerar för lite tid. Vi gick direkt över vår planering i början av projektet då vi jobbade med inloggningen och stötte på massa problem, även kommunikationsproblem mellan oss i gruppen och Easyfy då vi missuppfattade deras krav. Att dela upp arbetet har också varit en tröskel att komma över, eftersom vi alla givetvis ville lära oss mer av.net MVC, men detta föll på något vis naturligt allt eftersom arbetet fortskred. Det är givetvis inte lätt att dela upp arbetet i början då man oftast parprogrammerar en del för att över huvud taget förstå någonting. Utöver själva lärdomen kring gruppdynamik så har teknikerna vi använt gjort att vi breddat vår lärdom kring dem, som exempelvis.net MVC i Visual Studio Ingen av oss hade tidigare någon större erfarenhet av Visual Studio När det kom till databasen RavenDB hade ingen av oss någon som helst erfarenhet, varför detta också gav oss en ganska så trög start i projektet, speciellt då det skulle integreras i.net MVC med Memflex-NuGet. Men nu i efterhand så ser vi alla positivt på detta, en bra databas, både rolig och smidig att arbeta med och vi kommer definitivt att fortsätta arbeta i dessa typer av databaser. I helhet så är det egentligen dessa delar som vi kommer att ta med oss som positiva egenskaper efter det här projektet. Andra delar av tekniken är egentligen grundläggande och vi har inte direkt lärt oss något nytt där. Det fanns en något utdaterad grund till systemet, skriven av Johan och Marcus själva för över två år sedan, som vi fick använda som grund. Allt skrevs dock om utom utvalda delar som skulle underlätta vårt arbete och få oss att hinna med lite mer. Med detta fanns även en prototyp på design, även denna gjorde vi om. 9 Förslag på vidareutveckling Applikationen kommer att vidareutvecklas, tre av oss i gruppen kommer att forstsätta med detta som exjobb och gamification-delen kommer då att göras. En användare kommer då att kunna få achievements. Det är även tänkt att en användare ska kunna skriva en egen dagbok och sätta upp egna mål. Designen kommer också att ändras och applikationen ska även göras mer användarvänlig. 10 Övertagande organisation Johan Uddh och Marcus Oldin på Easyfy AB kommer att ta över projektet.

8 11 Dokumentationshänvisning Alla dokument vi har skrivit i projektet: 12 Förslag på förbättringar inför kommande projekt Påbörja dokumentation och testning tidigare i projektet. Träffas oftare i gruppen, för att få mer struktur i arbetet och planera vad som behövs göras först. Kodgranska varandra efter implementering av nya funktioner Testa varandras fix utav buggar så att verkligen allt fungerar, detta för att det är lättare att se andras fel än sina egna.