Dokument 1 - Sammendrag

Like dokumenter
Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Digitalisering av Sentralen UNG Gründer

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Pillbox Punchline

Studentdrevet innovasjon

Dokument 2 - Produktdokumentasjon

Bachelorprosjekt i informasjonsteknologi, vår 2017

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.

4.5 Kravspesifikasjon

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

Forprosjektrapport ElevApp

Forprosjektrapport. Gruppe 31

Høgskolen i Oslo og Akershus. Bachelorprosjekt Hacking Cristin. (midlertidig tittel) Forprosjektrapport

Forprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet

Forprosjektrapport Bacheloroppgave 2017

Testrapport. Studentevalueringssystem

Bachelorprosjekt 2017

Gruppe 44. Bachelorprosjekt ved Institutt for informasjonsteknologi, våren Høgskolen i Oslo og Akershus,

Forprosjekt. Accenture Rune Waage,

emeistring 2.0 behandlerdel Presentasjon av kravspesifikasjon og prototype

Forprosjektrapport. Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016

Forprosjektrapport. Presentasjon. Studentgruppen. Bekk Consulting AS. Android app for aktivering av jakt- og fiskekort

Hovedprosjekt Høgskolen i Oslo. Gruppe 24. Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535)

Forprosjektrapport. Gruppe 26. Digitalt læreverktøy for Cappelen Damm

Jon Hammeren Nilsson, Anders Emil Rønning, Lars Grini og Erling Fjelstad

Testrapport for Sir Jerky Leap

1 Inledning. 1.1 Presentasjon. Tittel Informasjonsplattform for NorgesGruppen. Oppgave Utvikle en informasjonsplattform for butikkene i NorgesGruppen

Kravspesifikasjon. Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar Gruppemedlemmer

Forprosjekt gruppe 13

Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018

Bachelorprosjekt 2015

Gruppe Forprosjekt. Gruppe 15

Forprosjektrapport. Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe

Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren Testrapport

Forprosjektrapport gruppe 20

Arbeidsplan. Startfasen. Aktivitet Beskrivelse Ferdig Ansvarlig (Ressurser)

1. Forord 2. Leserveiledning

Forprosjektrapport. Bachelorprosjekt ved Høgskolen i Oslo og Akershus, våren Gruppe 11. Mohamed el Morabeti, s198748

Del VII: Kravspesifikasjon

Gruppe 43. Hoved-Prosjekt Forprosjekt

6 Kravspesifikasjon. 6.1 Presentasjon. Tittel Precision Teaching App for Android

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1

PROSESSDOKUMENTASJON

FORPROSJEKT. Gruppemedlemmer: Raja Zulqurnine Ali Muddasar Hussain (Gruppeleder/Prosjektleder) Zain-Ul-Mubin Mushtaq Christopher Llanes Reyes

Utvikling av et nettbasert CMS med tilhørende nettsted for Axel Bruun Sport AS

Forprosjektrapport. Presentasjon. Sammendrag. Tittel Informasjonsplatform for NorgesGruppen

Hovedprosjekt i Informasjonsteknologi 2016 Høgskolen i Oslo og Akershus. Forprosjektrapport. Bravo Booking App

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet

Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren Camilla Kaasi(s188070) Roza Moustafa(s188113)

Kravspesifikasjon Innholdsfortegnelse

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp

Kravspesifikasjon. Kravspesifikasjon Gruppe nr 10 Hårgalleriet. DATO 08. februar 2011 ANTALL SIDER 8 INTERN VEILEDER Tor Krattebøl

HiOA TDK. Ingeniørfag data. DATS1600 Programutvikling. Eva Hadler Vihovde. Prosjektoppgaven Prosessdokumentasjon - Alternativ 1

Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Kravspesifikasjon. Forord

Kvalitetskrav til løsninger

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Dokumentasjon. Prosjektdagbok Timelister. Rolled Up Task. Rolled Up Milestone. Rolled Up Progress. Split. Page 1

VEDLEGG 1 KRAVSPESIFIKASJON

Båtforening på nett. Produktrapport

Kravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften

Forprosjektrapport. Utvikle en plattform for digitalisering av foosballbord.

PROSESSDOKUMENTASJON

Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon

Forprosjektrapport. Gruppe 3, Anvendt Datateknologi våren 2016

Kravspesifikasjon Hovedprosjekt Arki-ban.no Gruppe 6 Vår 2015 Av Murtada alamir

Del IV: Prosessdokumentasjon

OBLIG 2 WEBUTVIKLING

Kravspesifikasjon MetaView

KRAVSPESIFIKASJON DAGSPLANAPPLIKASJON FOR NETTBRETT. Gruppe 28 Hovedprosjekt våren 2015

1 Del I: Presentasjon

Forprosjektrapport. Sammendrag. Hovedoppgave våren 2019 Gruppe 3

Utvikling Doffin

Testdokumentasjon. Testdokumentasjon Side 1

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet

Forprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg

Forprosjektrapport MetaView

FORPROSJEKT RAPPORT PRESENTASJON

Styringsdokumenter. Forord

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus

Høgskolen i Oslo og Akershus. Forprosjektrapport. Gruppe 11

Bachelorprosjekt i anvendt datateknologi våren 2015 Oslo

Kravspesifikasjon. Noark 5 grensesnitt. Hovedprosjekt informasjonsteknologi. Gruppe 31

Presentasjon av hovedprosjekt ved HIST Nettbutikk

MindIT sin visjon er å være en anerkjent og innovativ leverandør av teknologi og tjenester i den globale opplæringsbransjen

Hovedprosjekt. Høgskolen i Oslo og Akershus Våren Gruppe 3 Forprosjektrapport

2/3/2014 INSTITUTT FOR FÔRIT CDS INFORMASJONSTEKNOLOGI, HØGSKOLEN I OSLO OG AKERSHUS. Shahariar Kabir Bhuiyan

kan flere studenter falle av underveis, da det er vanskelig for faglærer å se hvem som kan ha nytte av å følges opp ekstra.

Transkript:

Dokument 1 - Sammendrag Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013

Innholdsfortegnelse Sammendrag 1 1. Innledning 1 2. Om gruppen 1 3. Problemstilling 1 4. Bakgrunn for prosjektet 1 5. Produktet 3 5.1 Utforming 3 5.2 Teknologi 4 5.3 Testing 5 6. Prosess 5 6.1 Planlegging og gjennomføring 5 6.2 Utviklingsmetode 6 7. Konklusjon 6 Dokument 1 - Sammendrag

Sammendrag 1. Innledning Hovedprosjektet er ment å gi studentene arbeidserfaring og mulighet til å skaffe seg kontakter i næringslivet. Prosjektet gir også studentene mulighet til å praktisere kunnskap tilegnet gjennom 3 år på høgskolen. Avtalen med prosjektets oppdragsgiver, Uno-X Automat AS, kom i stand høsten 2012. Prosjektdokumentasjonen består av 4 deler: sammendrag, produktdokumentasjon, prosessdokumentasjon og vedlegg. Disse dokumentene tilsammen dokumenterer produktet som har blitt utviklet for oppdragsgiver, og prosessen rundt utviklingen. Produktet vi har laget er en CMS-løsning (Content Management System). Løsningen skal fungere som en kommunikasjonskanal for utveksling av nyheter og informasjon internt i Uno-X. Vi ønsker å rette en stor takk til våre kontaktpersoner ved Uno-X, Erik Glimsjø-Tvinnereim og Jan Vegard Stene, og til vår veileder ved Høgskolen i Oslo og Akershus, Tor Krattebøl. 2. Om gruppen Prosjektgruppen består av fire studenter fra Høgskolen i Oslo og Akershus. Alle gruppemedlemmene studerer «Bachelor i anvendt datateknologi» og har jobbet sammen på tidligere prosjekter ved høgskolen. Dette dannet grunnlaget for samarbeidet på dette prosjektet. Gruppens medlemmer besitter kunnskaper på forskjellige fagområder, noe som gjør at gruppen samlet har en bred faglig kompetanse. 3. Problemstilling Følgende problemstilling er definert for prosjektet: «Uno-X Automatnett skal være en brukervennlig og oversiktlig web-applikasjon for de ansatte ved Uno-X Automat. Løsningen skal fungere optimalt på datamaskiner, smarttelefoner og nettbrett uavhengig av skjermstørrelse og teknisk plattform.» 4. Bakgrunn for prosjektet Gruppen tok i september 2012 kontakt med Uno-X med ønske om å samarbeide om en prosjektoppgave. Uno-X hadde utlyst et prosjektforslag på Høgskolen i Oslo og Akershus hjemmesider. Oppgaven gikk ut på å redesigne den eksisterende CMS-løsningen til bedriften, kalt Automatnett. Løsningens primære mål skulle fortsatt være å formidle informasjon og Dokument 1 - Sammendrag 1

beskjeder til ansatte samt å ha virksomhetsrelaterte dokumenter samlet på et sted. Dette medførte at deler av den opprinnelige løsningens funksjonalitet og innhold skulle videreføres til den nye løsningen, samtidig som ny funksjonalitet skulle designes og innhold restruktureres. Gruppen sto fritt til å velge programmeringsspråk, rammeverk og databaseteknologi for å løse oppgaven. De ulike del-oppgavene var da: Forbedring av innlogging. Oppdragsgiver ønsket en bedre og sikrere innlogging. Nytt forum, med enklere, intuitivt utseende. Språket i ny versjon av forumet skulle være norsk. Ny løsning skulle ha responsivt design. Dette innebærer at innhold skulle skalere godt på plattformene mobil, lesebrett, desktop og større skjermer. Integrere funksjonalitet for brukerstatistikk. Integrere søkefunksjonalitet. Integrere bildegalleri. Nytt utseende og bedre struktur på menyer. Meldingssystem Designe elektroniske skjema som erstatter håndskrevne rapporter. Administrator-del. Oppdragsgiver ønsket å kunne administrere løsningen på en bedre måte en tidligere. Figur 4 - Automatnett på PC og mobiltelefon Dokument 1 - Sammendrag 2

Automatnett - Nytt CMS-verktøy for Uno-X Automat - Høgskolen i Oslo og Akershus, 2013 5. Produktet Gruppen har i prosjektet valgt å bygge opp en helt ny løsning av Automatnett fra bunnen. Vi har forbedret funksjonalitet fra den gamle løsningen og har utvidet løsningen med ny funksjonalitet. Det nye systemet forenkler arbeid med å publisere og vedlikeholde informasjon, og gjør hverdagen enklere for brukerne av løsningen 5.1 Utforming Den desidert største utfordringen med prosjektet har vært å oppfylle oppdragsgivers krav til at den nye løsningen skal være i stand til å skalere og tilpasse seg skjermstørrelsen til enheten den blir vist på. Vi sto fritt til å løse denne utfordringen på den måten vi måtte ønske. Vi valgte å bruke Twitter Bootstrap-rammeverket til å løse dette. Twitter Bootstrap har forenklet oppgavene relatert til responsivt design betraktelig, og vi har som resultat laget et produkt som fungerer veldig bra på mobil, nettbrett og desktop. Figur 5.1.1 - nyhetsvisning på PC, mobiltelefon og nettbrett Dokument 1 - Sammendrag 3

Det har videre blitt fokusert på Universell utforming av vårt produkt. Dette innebærer at løsningen skal kunne fungere for alle brukere av systemet, uten at det skal være behov for spesielle tilpasninger. Vi har fulgt WCAG 2.0-standard i utvikling av brukergrensesnittet, og det er lagt spesielt stor vekt på følgende: kontrastforhold mellom bakgrunn og tekst Lettforståelig og lett navigerbart brukergrensesnitt Konsekvent sideutforming Høy gjenkjennelsesfaktor i design mellom forskjellige plattformer Tekstlig representasjon av ikke-tekstlig innhold Figur 5.1.2 - Nyhetsoversikten i Automatnett 5.2 Teknologi Produktet er laget som en web-applikasjon og er basert på HTML og CSS. Serverside applikasjonslogikk er programmert i PHP og mens klientside input-validering benytter JavaScript. Systemet benytter en MySQL-database til lagring av informasjon. Løsningen er laget objektorientert, og har en lagdelt oppbygging med høy grad av separasjon mellom presentasjons og applikasjons-logikk. Dokument 1 - Sammendrag 4

5.3 Testing Produktet har blitt testet mot eksisterende løsning ved Høgskolen i Oslo og Akershus ilab, med blant annet «eye-scanning»-teknologi for å verifisere at alle designmessige grep har hatt ønsket effekt. Det har også blitt foretatt brukertest hos oppdragsgiver, der daglige brukere har fått benytte systemet, for så å komme med tilbakemeldinger om brukeropplevelsen. Resultat av disse testene, i kombinasjon med systemtester viser at vi har utformet en løsning som oppfyller krav fra oppdragsgiver, og som i tillegg gjør enn bedre jobb enn den eksisterende løsningen. Det har fra prosjektstart vært et mål at Uno-X skal kunne bruke ny versjon av Automatnett etter at hovedprosjektet er avsluttet, samt at det skal være mulig å videreutvikle og tilpasse produktet etter behov og ønsker. Gruppen har utviklet Automatnett med fokus på dette og håper at oppdragsgiver ønsker å benytte vårt produkt i fremtiden. 6. Prosess 6.1 Planlegging og gjennomføring Etter at avtalen med Uno-X kom i orden, begynte gruppen den forberedende prosessen med å samle inn krav til prosjektet. Det ble det også laget en fremdriftsplan og en arbeidsplan som ga gruppemedlemmene en oversikt over hva som skulle gjøres til enhver tid. Figur 6.1 viser fremdriftsplanen. Q3 / 2012 Q4 / 2012 Q1 / 2013 Q2 / 2013 Q3 / 2013 07 08 09 10 11 12 01 02 03 04 05 06 07 08 Uno-X Automat AS CMS Løpende dokumentasjon 8.85 months E.M.; J.B.; M.K.K.; R.B. Idéfase 3.5 months E.M.; M.K.K.; R.B.; J.B. Forprosjektfase 3.6w? E.M.; M.K.K.; R.B.; J.V.S.; J.B. Utførelsesfase Sprint 1 3w? E.M.; M.K.K.; R.B.; J.V.S.; J.B. Milepæl 2 - Sprint 1 avsluttet Sprint 2 3.2w E.M.; M.K.K.; R.B.; J.B. Milepæl 3 - Sprint 2 avsluttet Sprint 3 2.6w E.M.; M.K.K.; R.B.; J.B. Milepæl 4 - Sprint 3 avsluttet Sprint 4 2.4w? E.M.; M.K.K.; R.B.; J.B. Milepæl 5 - Sprint 4 avsluttet Testfase 1.8w E.M.; M.K.K.; E.G.; R.B.; J.B. Milepæl 6 - Testfase avsluttet Avslutningsfase 1.32 months E.M.; M.K.K.; R.B.; J.B. Milepæl 7 - Prosjekt ferdig Figur 6.1 - Gantt-diagram av fremdriftsplan Dokument 1 - Sammendrag 5

Etter ønske fra oppdragsgiver utførte gruppen omtrent hele prosjektet ved Uno-X sine lokaler. Utformingen av løsningen startet med at det ble laget enkle prototyper, som ble vist til oppdragsgiver. Da det ble enighet om design, begynte gruppen med utformingen av løsningen ved hjelp av HTML5, CSS3 og Twitter Bootstrap som rammeverk. Det ble først kodet et skall, uten noe form for funksjonalitet, og deretter implementert funksjonalitet underveis i henhold til kravspesifikasjon og UseCase-beskrivelser. Løsningen har hele tiden vært tilgjengelig på en ekstern server, slik at kontaktpersonene ved Uno-X har hatt mulighet til å teste løsningen og følge progresjonen. På denne måten har oppdragsgiver hatt mulighet til å gi effektive tilbakemeldinger på ny funksjonalitet. Oppdragsgiver har vært klare på at de ikke trengte et helt ferdig produkt, men et produkt med de viktigste funksjonene, og med mulighet for å enkelt kunne tilføre flere funksjoner på et senere tidspunkt. Gruppen, i samråd med oppdragsgiver, fant ut hvilke funksjoner som måtte være på plass etter endt prosjekt, og hvilke som kunne implementeres senere. Da gruppen var ferdig med løsningen, ble det utført tester på de ansatte ved Uno-X for å få deres meninger om design og funksjonalitet. Det var gjennomgående positive tilbakemeldinger, men med noen forslag til endring/forbedring. Testingen ble utført på forskjellige plattformer og på personer i forskjellige aldersgrupper med forskjellige nivå av datakunnskap. Dette ble gjort for at testen skulle være så lik den fremtidige bruken av løsningen som mulig. Det ble også utført en test hvor den gamle- og den nye løsningen ble satt opp mot hverandre. Dette ble gjort for å undersøke om den nye løsningen var lettere å navigere og mer logisk enn den gamle. Videre ble det utført en systemtest på den nye løsningen for å undersøke om funksjonene tilfredsstilte krav i henhold til kravspesifikasjon og UseCase-beskrivelser. 6.2 Utviklingsmetode Som utviklingsmetode har det i prosjektet blitt benyttet en forenklet utgave av FDD (Feature- Driven-Development) tilpasset prosjektets størrelse og type. I prosjektet har det blitt jobbet UseCase-orientert, og det er derfor blitt valgt å basere prosjektet på UseCase-modellering i oppstartsfasen, fremfor domene-modellering, som er en av FDD s anbefalte fremgangsmåter. 7. Konklusjon Etter endt prosjektperiode sitter gruppen igjen med en løsning som er mer brukervennlig og mer oversiktlig enn den eksisterende løsningen. Oppdragsgiver har uttrykt at de er godt fornøyd med resultatet, selv om det i forbindelse med testing og gjennomganger har dukket opp en del punkter som kan forbedres og videreutvikles. Gruppens medlemmer har også tilegnet seg masse nyttig informasjon om hvordan en oppgave skal løses mot en oppdragsgiver, noe som gir gruppemedlemmene et godt innblikk i hvilke krav som stilles i arbeidslivet. Gruppens medlemmer er stolte av produktet som er laget, og vi føler at prosjektet har vært veldig lærerikt. Dokument 1 - Sammendrag 6