Studentdrevet innovasjon

Transkript

1 Studentdrevet innovasjon Hovedprosjekt 2013 Høgskolen i Oslo og Akershus Forprosjektrapport av Gruppe 11 Karoline Sanderengen, Mona Isabelle Yari og Randi Ueland Studentdrevet innovasjon 9

2 Innhold Presentasjon 2 Sammendrag 2 Om Læringssenteret 3 Dagens situasjon 3 Mål og rammebetingelser 3 Løsning 5 Vedlegg 1 - Arbeidsplan 6 Vedlegg 2 - Risikoanalyse 8 Vedlegg 3 - Fremdriftsplan 9 Studentdrevet innovasjon 1

3 Presentasjon Tittel: Studentdrevet innovasjon Oppdragsgiver: Læringssenteret ved studiested Pilestredet (LSB) Kontaktperson: Tanja Strøm Leder, Lsb-Digitale tjenester E-post: Veileder ved HiOA: Kirsten Ribu E-post: Prosjektgruppe: 11 Gruppemedlem: Randi Ueland (gruppeleder) Mona Isabelle Yari (dokumentasjonsansvarlig) Karoline Sanderengen (teknisk ansvarlig) Sammendrag Vår oppgave for prosjektet er å utvikle en prototype av en applikasjon som skal inneholde digitale tjenester som tilbys av LSB. Noen av målene for løsningen er å få flere ansatte og studenter til å benytte seg av LSB sitt bibliotek og tjenester, og at tjenestene fremstilles med et brukervennlig grensesnitt som gjør de tilgjengelige for alle. Studentdrevet innovasjon 2

4 Om Læringssenteret Læringssenteret Pilestredet består av tre avdelinger i Oslo. Her kan studenter og ansatte blant annet låne bøker og tidsskrifter eller delta på diverse kurs. Læringssenteret har en lang rekke digitale tjenester som skal støtte undervisningen og forskning ved HiOA. Deres tjenester inneholder blant annet tidsskrifter, e-bøker og andre informasjonskilder, arkiver med innhold produsert av ansatte og studenter, og flere vitenskapelige tidsskrifter som HiOA publiserer. Dagens situasjon Læringssenter og bibliotek (LSB) i Pilestredet tilbyr en rekke digitale tjenester. De bruker årlig flere millioner kroner på tilgang til databaser med innhold fra en rekke tidsskrifter. Dette er ressurser som skal støtte undervisning og forskning ved HiOA. Det er dessverre få studenter som benytter seg av dette tilbudet, eller er klare over de ressursene som er tilgjengelige hos LSB. En av fem nordmenn bruker medieinnhold på mobile plattformer daglig, og det er en stadig økende utvikling innen området. Prosjektet tar utgangspunkt i ønske fra LSB om å utvikle en applikasjon til deres digitale tjenester. De ønsker nye ideer, prototyper og/eller fungerende løsninger i form av en applikasjon til smarttelefoner og nettbrett. Ved å lage en applikasjon håper LSB at flere vil ta i bruk de ressursene de tilbyr. Mål og rammebetingelser Målet med prosjektet er å lage en prototype eller utvikle en applikasjon for iphone/android, som kan levere Læringssenteret sine digitale tjenester til smarttelefon og nettbrett. Oppdragsgiver legger vekt på at løsningen skal være tilgjengelig for alle, og vi vil derfor bruke mye tid og ressurser på å optimalisere applikasjonen med tanke på universell utforming. Studentdrevet innovasjon 3

5 En applikasjon kan i hovedsak utvikles som native eller web-basert. Ved native menes at applikasjonen er utviklet etter bestemte utviklingsprosesser fastsatt av hvilken plattform den utvikles til. Applikasjonen vil da programmeres i språket som er spesifikt for plattformen, for eksempel Java for Android. I tillegg benyttes det standardiserte SDK s (Software Development kits) under utvikling. Native applikasjoner lastes ned til den mobile enheten via plattformens nettbaserte butikk og installeres direkte på enheten. En web-basert applikasjon kan programmeres i HTML og CSS, PHP eller Phyton, for å nevne noen, avhengig av hva utvikler ønsker. Det er en applikasjon som er tilgjengelig via nettleseren i enheten, og inneholder spesifikke funksjonaliteter for mobile enheter. Til utviklingen av vår applikasjon vil vi bruke et utviklingsverktøy kalt PhoneGap. Dette gjør det mulig å programmere applikasjonen i HTML, CSS og JavaScript, i stedet for å benytte språk tilpasset kun én spesifikk plattform. Applikasjonen vil likevel ikke være web-basert, da PhoneGap gjør det mulig å kombinere de to løsningene og skape en slags hybrid mellom en native og en web-basert løsning. Den vil utvikles som en web-basert applikasjon, men gjøres om til en native applikasjon som lastes ned på den mobile enheten og kjøres direkte. Det enda litt usikkert akkurat hvilke funksjoner vår applikasjon vil inneholde, dette vil først bli klar etter en rekke brukerundersøkelser. Men foreløpig vil vi at løsningen skal inneholde. Søkefunksjoner En oversikt over brukerens egne lån Oppdaterte nyheter fra LSB Åpningstider og lokasjon til LSBs forskjellige avdelinger Funksjonalitet løsningen kan inneholde: Kart over LSB-avdelingen du befinner deg i Kart over hylleplassering for ønsket bok Brukerens søkshistorikk Brukerens favoritter Studentdrevet innovasjon 4

6 Løsning I utviklingen av denne løsningen vil vi lage en detaljert high fidelity prototype, som vil vise applikasjonens kravspesifikasjon. Ved hjelp av våres valgte utviklingsverktøy vil vi ved bruk av HTML, CSS og JavaScript, gi brukeren et helhetlig inntrykk av funksjonaliteten til applikasjonen og dens universelle utforming. For å løse problemet med at det per dags dato er få studenter og ansatte som tar i bruk de tjenestene som er tilgjengelig på LSB, vil applikasjonen vår kun ha nødvendig funksjonalitet slik at applikasjonen er lett og konsis i bruk. Ved hjelp av brukerundersøkelser vil vi finne ut av hvilke funksjoner som er ønskelig ved en slik applikasjon, og deretter få en bedre forståelse av hvilke funksjoner som er nødvendig for brukerne. På denne måten ønsker vi å lage en applikasjon med indirekte hjelp av brukerne selv, slik at de får en løsning som er egnet til deres bruksområde. På denne måten håper vi at flere vil ta i bruk løsningen. Studentdrevet innovasjon 5

7 Vedlegg 1 Arbeidsplan Aktivitet Beskrivelse Frist Innledning Statusrapport Prosjektskisse Prosjektside Forprosjektrapport Arbeidsplan Fremdriftsplan Kravspesifikasjon Datainnsamling Analyse Kravspesifikasjon Implementering Gruppe valgt. Idémyldring om type prosjekt, skrive mail til eventuelle oppdragsgivere. Opprette kontakt med eventuell oppdragsgiver. Lage prosjektskisse. Fordele ansvarsområder. Opprette prosjektside. All dokumentasjon legges ut her fortløpende. Dagens situasjon for oppdragsgiver, mål og rammebetingelser skal blant annet defineres. Lag en grovplan over arbeid som skal gjøres med gitte frister. Oppdateres videre ut i prosjekt tiden for å få bedre oversikt over arbeidet som skal gjøres. Viser tid som er satt av til hver del av prosjektet. Møte med oppdragsgiver. Kartlegge eventuelle behov, ønsker og krav. Analysere og diskutere informasjonen fra oppdragsgiver. Ferdigstille en detaljert kravspesifikasjon som bygger på datainnsamlingen Uke 5 Uke 5 Uke 6 Design Lage low fidelity prototyper, eksempler Uke 7 brukergrensesnittet. Teste prototypen(e) Teste og diskutere low fidelity prototypene. Uke 8 Dette gjøres internt. Brukervennlighet Valg og avgjørelser gjøres rede på og Uke 9 dokumenteres i prosjektrapporten. High fidelity prototype Lage en high fidelity prototype ved hjelp av Uke 13 PhoneGap. Her implementeres funksjonene. Prototypen testes internt kontinuerlig for å oppdage og rette eventuelle feil. Testing Forberedelser Forberedelse til brukertestingen. Hvordan skal Uke 14 brukertestene gjennomføres? Brukertest Gjennomføre brukertester av high fidelity Uke 14 prototypen. Analyse Evaluere resultatene fra brukertestene. Uke 15 Implementering Implementere eventuelle endringer basert på Uke 17 f.eks. tilbakemeldinger og observasjoner. Dokumentasjon Produktdokumentasjon Her dokumenteres informasjon om Uke 20 applikasjonen i form av blant annet funksjoner, brukergrensesnitt, og brukervennlighet. Dokumenteres kontinuerlig, problemer og eventuelle endringer som gjøres inngår i produktdokumentasjonen. Testdokumentasjon Hver prosess under brukertestingen Uke 20 Studentdrevet innovasjon 6

8 dokumenteres kontinuerlig. Her inngår også blant annet testrapport, testanalyse og endringer som gjøres basert på resultatene fra brukertestingen. Ferdigstilling Korrektur og kvalitetssikring. Trykkes Uke 21 Prosjektrapport Leveres kl Prosjektdagbok Dagbok skal dokumenteres hver uke frem til prosjektrapporten leveres. Presentasjon Forberedelse Lage plan og manus for fremføringen. Lage Uke 23 selve presentasjonen ved hjelp av Power- Point. Presentasjon Prosjekt presenteres Uke 24 Studentdrevet innovasjon 7

9 Vedlegg 2 Risikoanalyse Risiko Sannsynlighet Konsekvens Tiltak Sykdom og/eller skade. Høy. Lav, ved kortvarig sykdom. Middels, ved langvarig sykdom. Jevn arbeidsfordeling slik at enkeltpersoner ikke sitter igjen med informasjon som trengs. Vi vil også ta i bruk verktøy som Google docs og dropbox, for å kunne ha tilgang på hverandres dokumenter til en hver tid. Dermed kan alle utføre alle oppgaver, dersom et gruppemedlem uteblir grunnet sykdom. Dårlig samarbeid. Lav. Alvorlig. Kan løses med jevnlige møter, og god kommunikasjon mellom gruppemedlemmene. Uenigheter vil løses med demokratisk flertalls avgjørelser. Manglende motivasjon. Middels. Middels. Oppmuntre hverandre, ha godt samhold i gruppen. Tekniske problemer. Middels. Alvorlig. Backup av alt arbeidet på flere steder. Tidsmangel. Middels. Middels. God planlegging og fordeling av oppgaver jevnt utover hele semesteret. Studentdrevet innovasjon 8

10 Vedlegg 3 - Fremdriftsplan 18. jan. 1. feb. 15. feb. 1. mar. 15. mar. 29. mar. 12. apr. 26. apr. 10. mai. 24. mai. 7. jun. Statusrapport Prosjektside Forprosjektrapport Arbeidsplan Fremdriftsplan Datainnsamling Analyse Kravspesifikasjon Design Teste prototypen(e) Brukervennlighet High fidelity prototype Forberedelser Påske Brukertest Analyse Implementering Produktdokumentasjon Testdokumentasjon Ferdigstilling Printing Prosjektdagbok Prosjektrapport Forberedelse Presentasjon Studentdrevet innovasjon 9