Forprosjektrapport Gruppe 22 22. Januar 2016
Innholdsfortegnelse Innholdsfortegnelse Presentasjon Sammendrag Dagens situasjon Mål og rammebetingelser Mål Rammebetingelser Løsninger og alternativer Løsning Database med ansatte og kunder CMS Alternativer Analyse av virkninger Arbeidsplan Fremdriftsplan
Presentasjon Prosjektgruppen består av Jon Andreas Brunvoll, Hui Peng Li og Thanh Chi Vu, hvor samtlige kommer fra studielinjen Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Medlemmene har fordypet seg innenfor ulike fag som informasjonsarkitektur, universell utforming, visualisering, apputvikling og system og nettverksadministrasjon. Medlemmer på gruppen har arbeidet sammen tidligere forskjellige fag. Gruppeleder er Hui Peng Li. Prosjektet går ut på å utvikle et nettsted for bedriften Maksimal Renhold AS, der nettstedet skal fokusere på tre ulike brukergrupper. Nettstedet skal ha en administrerende bruker, brukere for ansatte og brukere for kunder som vil ta kontakt med bedriften. Oppdragsgiver med tanke på oppgaven er Maksimal Renhold AS, tidevis referert til som Maksimal Renhold. Maksimal Renhold er en leverandør av renhold og vaktmestertjenester, samt en sertifisert leverandør av PU system og PU design. Kontaktperson Stilling Epost Karl Jørgen Sæten Daglig leder karl@maksimalrenhold.no Veileder tildelt av Høgskolen i Oslo og Akershus er Thor E. Hasle, som er førstelektor og har skrevet fagbøker om systemutvikling og prosjektarbeid. Sammendrag Oppgaven består av å utvikle et nettsted for en bedrift som tilbyr renhold og vaktmestertjenester. Nettstedet skal være enkelt å vedlikeholde og brukervennlig. Løsningen skal forbedre aspekter av driften ved å forenkle rutiner knyttet til sikkerhet og sykefravær, samt kommunikasjon med potensielle kunder. Dagens situasjon Maksimal Renhold har nylig flyttet sine lokaler og har en økende mengde oppdrag. For å tilby sine kunder en bedre tjeneste er det ønskelig å få på plass et mer dynamisk nettsted, der informasjon rettet mot kunder og egne ansatte lett kan formidles. Frem til nå har bedriften kun hatt et statisk nettsted, med noe informasjon om bedriftens tjenester og kontaktinformasjon.
For å gi Maksimal Renhold en fordel ovenfor sine konkurrenter er nettstedet en viktig brikke. Et godt designet og intuitivt nettsted vil tiltrekke flere kunder gjennom et godt førsteinntrykk. Målet er å skape et nettsted som skiller seg ut positivt i forhold til bedriftens konkurrenter. Det er nødvendig for bedriften å kunne vedlikeholde produktet uten ekstern hjelp eller avhengighet. Ansatte skal ha lettere tilgang til viktige dokumenter som egenmeldinger og HMS håndbok da dette forbedrer arbeids og sikkerhetsrutiner. Kunder skal ha muligheten til å ta kontakt angående arbeidsoppdrag igjennom nettstedet. Mål og rammebetingelser Mål Maksimal Renhold AS har et behov for å forbedre kommunikasjonen med sine kunder. Målet med å utvikle produktet er å gjøre det mulig å ta imot forespørsler fra kunder via bedriftens eget nettsted. De ansatte i bedriften skal ha tilgang til en HMS håndbok, egenmeldingsskjema, m.m, som kun skal være tilgjengelig for dem. Et publiseringssystem eller administrasjonssystem, som lar bedriften vedlikeholde eller oppdatere viktig informasjon på nettstedet, er nødvendig. Rammebetingelser Gruppen skal bruke Microsoft Visual Studio som utviklingsplattform Team Solution skal tas i bruk som system for versjonskontroll All koding og kommentarer i koden skal forekomme på engelsk Gruppen skal jobbe smidig ved hjelp av Scrum (?) Gruppen skal dokumentere arbeidet på norsk Back end teknologi som skal tas i bruk er C#, MySQL og PHP Front end teknologi som skal tas i bruk er CSS3, HTML5 og JavaScript Nettstedet skal være universelt utformet og følge retningslinjene for WCAG 2.0 Fildeling håndteres gjennom Google Drive eller Dropbox Løsninger og alternativer
Løsning Det har blitt lagt vekt på en løsning med et publiseringssystem, eller CMS, som skal kommunisere med en database. Løsningen skal håndtere tre forskjellige type brukere: administrator, ansatte og kunder. Administratoren skal ha evnen til å redigere innhold på nettstedet, oppdatere kontaktinformasjon, og validere brukere som er ansatte ved bedriften slik at de blir tildelt passord. Ansatte skal ha tilgang til innhold på nettstedet som vanlige kunder/brukere ikke skal ha tilgang til arbeidsrelaterte skjema som egenmeldinger, viktig informasjon relatert til kjemikalier ved legehjelp, en nedlastbar HMS håndbok, m.m. Kunder skal ha muligheten til å registrere seg på nettstedet, som gjør at de blir plassert i en database med en unik identifikator. Epost og telefonnumre er alternativene som er blitt diskutert. En kunde skal ha muligheten til å ta kontakt med bedriften gjennom et skjema som inneholder tittel beskrivelse og et fritekst felt for å formulere forespørselen om et potensielt arbeidsoppdrag. Database med ansatte og kunder Fordeler: Kan bruke sikkerhetsfunksjoner som datakryptering og passordbeskyttelse Gjør det enklere å lagre data Kan sikre seg mot uønsket tilgang Ulemper: DB kan trenge mye lagringsplass og andre systemressurser Må ha MySQL kunnskap ved utvidelse av en database CMS Siden vi ikke er en bedrift, ønsker oppdragsgiver å ha et publiseringssytem som skal gjøre det enklere for dem å administrere og redigere innhold. Fordeler:
Alle i gruppen har tidligere programmert i de ulike programmeringsspråkene Bruk av PHP og annen web teknologi gir stor handlefrihet og få begrensninger Løsningen er fleksibelt og kan utvides lett senere Løsningen vil være selvstendig, og vil ikke være knyttet opp mot et annet program Slipper å betale andre IT konsulenter for å vedlikeholde CMS gjør det enkelt for brukeren å redigere innhold Ulemper: Dårlig programmering gjør det tregere å laste Krever PHP kunnskap om man skal gjøre større endring uten å bruke de ferdiglagde modulene CMS er mer sårbare for sikkerhetsbrudd CMS kan krever flere ressurser enn vanlige websider Alternativer Alternativer til et eget konstruert CMS ville være open source baserte CMS, som f.eks. Drupal, Joomla og WordPress, som kunne blitt modifisert for å lage en brukervennlig nettside. Arbeidet med å evaluere alternative løsninger er ikke fullendt p.d.d. Fordeler: Mindre programmering Ferdiglagde maler og moduler Bruker får tilgang til kundesupport Ulemper: Løsningen ville ikke være skreddersydd etter behovet til bedriften, men etter en standard som er avhengig av hvilket open source basert CMS man tar i bruk Mindre mulighet for å redusere behovet for kunnskap relatert til koding, eller et spesifikt grensesnitt som kan fremstå som rotete, hos de som skal vedlikeholde nettstedet i ettertid Analyse av virkninger Løsningen vår vil for bedriften være en skreddersydd CMS løsning. Administrator skal lett kunne håndtere ansattbrukere og vedlikeholde nettstedet uten å trenge å kunne programmering. Det skal være strenge regler for godkjente brukerpassord av sikkerhetsmessige årsaker.
Nettsiden blir utviklet via Microsoft Visual Studio med Team Solution for versjonkontroll. Dette verktøyet er gruppen kjent med fra før, det vil bidra til å øke effektiviteten i arbeidet uten behov for å bli vant med et nytt verktøy. Arbeidsplan Fase Oppstart Innsiktsfase Planlegging Prototype 1 Brukertesting 1 Utbedring Database Prototype 2 Beskrivelse Møte med veileder og prosjektmedlemmer Ha oversikt over hva slags verktøy som skal benyttes og skaffe dem. Møte med oppdragsgiver Risikoplan, milepælsplan og kravspesifikasjon må lages. Kravspesifikasjonen kan endres underveis. Fordeler arbeidsoppgaver hvor flere medlemmer jobber sammen om en oppgave hvis det er nødvendig Lo fi prototype skal lages på papir for å igangsette brukertesting Gjennomfører brukertesting Utbedring av prototype 1 basert på resultatene fra brukertesting ER modellering En hi fi prototype lages Brukertesting 2 Bruketester prototype 2 Utbedring 2 Finpussing Levering Presentasjon Utbedring av prototype 2 basert på resultatene fra brukertesting Siste finpuss før innlevering. Går gjennom kodene, validerer sidene og sikrer at universell utforming er på plass. Unngå skippertak og lever inn i god tid Forberedelse til muntlig presentasjon
Fremdriftsplan