PROSJEKTBESKRIVELSE Morten Ohren STUDENTNUMMER
Innhold Bakgrunn... 2 Behov... 2 Om Eiendomsdrift SA... 2 Idèvurdering... 2 Personlig input... 2 Forutsetninger og rammeverk... 2 Tid... 2 Ressurser og materiell... 3 Rammeverk... 3 Målsetting... 3 Resultatmål... 3 Effektmål... 3 Faser og oppgaver... 3 Oppretting av et start gui... 3 Konstruere database og kunde-klasse... 4 Fullføre operasjonene rundt registrering og innlogging... 4 Lage en prototype av å levere avfall... 4 Implementere flere brukersjekker for å unngå brukerfeil... 4 Bil database og settingsmeny... 4 Funksjoner som husker bruker... 5 Design... 5 Ordredatabase... 5 Organisering... 5 Framdriftplan... 6 Milepæler... 6 Informasjon... 6 Kritiske faktorer... 6 Risikovurdering... 7 Kilder... 7 side 1 av 7
Bakgrunn Behov Bø Miljøstasjon ønsker en mobil-applikasjon som kan fungeren som en selvbetjening av miljøstasjonen. Appen skal stå for registrering av bruker, innlogging, valg av tjeneste (levering av avfall eller kjøp av sand/jord) og, hvis det blir tid, betaling i app. Miljøstasjonen håper å kunne utvide åpningstidene ved hjelp av appen, samtidig som det blir mindre behov for bemanning. Om Eiendomsdrift SA Firma ble etablert i 2004 og er en videreføring av virksomhet som ble drevet i personlig regi av familien Bakås siden 1984. Hensikten var å forvalte og drifte eiendommer til familien Bakås, men nye oppdrag kom til og i dag er Eiendomsdrift SA en moderne bedrift med spesialkompetanse på mange fagfelt innenfor bygg og anlegg. Firmaet utfører i dag oppdrag som går på alt fra tegning, prosjektering og bygging. Kundene består av privatpersoner, bedrifter, kommune og stat. Idèvurdering Det går med mye ressurser for å holde miljøstasjonen i drift kontinuerlig. Det trengs bemanning hele åpningstiden for å gi tjenester til kunder og for å arbeide på selve stasjonen. Ved å utnytte flere ressurser på miljøstasjonen så kan dette automatiseres med en app. Miljøstasjonen har en vekt som kan veie bil på vei inn og ut, og denne kan brukes til å kalkulere pris på tjenester. Det finnes også kamera(er) på stasjonen som kan ta bilder av besøk og dermed være en sikkerhet på at det ikke skjer noe juks. Personlig input Jeg har valgt oppgaven fordi det er interessant å jobbe med android. Jeg har også noen tanker om hvordan oppgaven kan løses og hvilken problemer som kan oppstå. Det vil også bli spennende å jobbe med et prosjekt som er større enn det jeg er vant til. Forutsetninger og rammeverk Tid Prosjektet gjennomføres som en bachelorprosjektoppgave ved Høgskolen i Sør-øst Norge, og har en deadline 25.Mai 2017. Utviklingen av applikasjonen vil stoppe 31.April, for å gi tid til side 2 av 7
skriving av prosjektrapport. Studenten vil arbeide alene i hele tidsrammen, med unntak av veiledning. Ressurser og materiell Bruk av gratismateriall som android studio og android emulator, i tillegg MySQL database fra HSN. Prosjektet skal derfor ikke ha noen kostnader, utenom tidsbruk. Avhengig av hvor langt prosjektet kommer vil det være nødvendig med tilgang til Eiendomsdrift SA sin database og mulighet for å lese data fra vekt og kamera(er) lokalisert på Bø Miljøstasjon. Rammeverk App-programmering slutter 31.April. Tid er en stor faktor på innhold i appen. Målsetting Målet med oppgaven er å få lansert en app med mest mulig funksjonalitet som oppdragsgiver har bedt om. Appen skal ikke være vanskelig å bruke, og den skal gi konstruktive feilmeldinger om bruker gjør noe feil. Resultatmål App som kan lastes ned og brukes. Levering av prosjektrapport. Effektmål Mindre arbeid for Bø Miljøstasjon angående drifting av stasjonen. Kortere besøkstid for kunder. Lengre åpningstider. Faser og oppgaver Oppretting av et start gui Det grunnlegende startvinduet skal være et skjermbilde hvor bruker kan logge inn, eller velge å gå videre til registrering av ny bruker om nødvendig. Disse vinduene skal side 3 av 7
programeres ved hjelp av fragmenter og det vil gå noe tid til å lære dette ordentlig. Det skal også være ordentlig sjekk av inndata med konstruktive tilbakemeldinger, slik at registreringsprosessen blir enkel dersom bruker gjør noe feil. Konstruere database og kunde-klasse Databasen representerer en sentral del rundt appen og trenger derfor tid til å lages ordentlig. Fokuserer på en kunde-database i denne fasen og eventuellt andre databasetabeller blir lagt til senere. Appen trenger også en kunde-klasse til å samarbeide med databasen. Noe tid kommer også til å forske på ulike måter å kontakte databasen på, og ikke kun den metoden student har lært på HSN. Fullføre operasjonene rundt registrering og innlogging I denne fasen skal det fokuseres på å fullføre muligheten til å registrere en kunde fra appen til databasen. Etter denne registreringen skal bruker umiddelbart kunne bruke registrert informasjon til innlogging. Konstruktive feilmeldinger og registrere måter på hvordan applikasjonen kan kræsje vil være i fokus. Lage en prototype av å levere avfall Kommer til å lage en lokal versjon av appen på grunnlav av det oppdragsgiver ønsker. Den trenger derfor ingen kontakt med miljøstasjonen på dette punktet. Bruker kan selv legge inn startvekt og sluttvekt som vil være grunnlag for betalingen. Denne fasen er for å vise fram hvordan applikasjonen vil fungere ved fullført prosjekt. Kalkulasjonen av betaling vil bli noe av fokuset i denne fasen. Ordredatabase kommer senere. Implementere flere brukersjekker for å unngå brukerfeil Hittil i prosjektet vil appen kun sjekke om bruker har glemt å skrive i de forskjellige tekstfeltene. For at oppdragsgiver skal være fornøyd så må tekstfeltene inneholde fornuftig data. F.eks at personnummer er på nøyaktig 11 siffer og at epost inneholder @ og punktum. Bil database og settingsmeny Det skal lages en database for biler slik at registreringsnummer kan linkes til kunder. En kunde skal kunne registrere flere biler om nødvendig og det trengs derfor en skjerm for dette. Det bør finnes en settingsmeny øverst til høyre hvor brukener kan se info om seg selv. Her kan det da ligge en «legg til bil» funksjon. Det skal også legges til minst en bil ved registrering. side 4 av 7
Funksjoner som husker bruker En «husk meg» funksjon hjelper mye for at brukere liker applikasjonen. Å slippe og skrive inn brukernavn og passord, eller til og med bare brukernavn, gjør det mindre tidkrevende og enklere å ta i bruk appen. Det har derfor en effekt på brukervennlighet. En lignende funksjon kan også lages for betalingsmåte. Design Et eget design gjør applikasjonen unik. At den ligner på andre apper kan forvirre bruker og ser uproffesjonelt ut. Det holder derfor ikke med default-tema i betalingsapper. Kommer til å bli enig om et design og logo med oppdragsgiver. Ordredatabase Lage en ordre utifra brukers valg. Denne skal inneholde vekt på vei inn, vekt på vei ut, tjeneste, pris, dato, medlemsnummer og regbil. Denne ordren skal lagres i en database. Organisering Enkel organisering ettersom det er kun en person i prosjektgruppen. Referansegruppen består av androidforeleser Jon Kvisli og fag ansvarlig for bachelorprosjekt Ingrid Sundbø. Styringsgruppen består av oppdragsgiver Ole C. Bakås. side 5 av 7
Framdriftplan Milepæler 1. Fullføring av start gui 2. Kunde database og relevant kunde klasse fullført 3. Vellykket registrering av bruker 4. Vellykket innlogging 5. Gui rundt levering av avfall ferdig programmert 6. Prototype som omfatter registrering, innlogging og levering av avfall 7. Avansert brukersjekk 8. Settingsmeny 9. Bil database 10. Husk meg funksjon 11. Design 12. Ordredatabase Informasjon Styringsgruppen, Eiendomsdrift SA har tilgang til studentens prosjektweb og kan holde seg informert via denne. Det er også utvekslet mail og telefonnummer som kan brukes. Kritiske faktorer Innsatsfaktoren i prosjektet vil være studenten selv. Han vil trenge få ressurser fra HSN, men avhengig av hvor mye han rekker vil han trenger noen ressurser fra Eiendomsdrift SA. Det er studenten selv som må sikre at jobben blir gjort og framdriftplanen skal være en faktor på hvor langt studenten bør ha kommet. Ettersom en del av oppgaven er å utforske nye muligheter så vil tidsbruk være en variabel som kan forsinke framdriften. side 6 av 7
Risikovurdering Hendelse Sannsynlighet Alvorlighet Årsak Tiltak Sykdom Middels Liten Smitte eller tilfeldig Passe på helsa, god hygiene Bugs Stor Middels Feilprogrammering, ikke planlagt godt nok Kompilere ofte, Sjekke nøye Forsinkelser Stor Middels Ukjent stoff, andre risikoer, tilfeldigheter slår til Forsøke å ta igjen tapt tid. Kilder Android application development in 24 hours - Carmen Delessio, Lauren Darcey, Shane Conder. Forelesningsnotater, Jon Kvisli. Prosjektbeskrivelse, Kåre Kårtvedt. side 7 av 7