BACHELORPROSJEKT. Studieprogram: Anvendt datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo

Størrelse: px
Begynne med side:

Download "BACHELORPROSJEKT. Studieprogram: Anvendt datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo"

Transkript

1

2 PROSJEKT NR Studieprogram: Anvendt datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET Åpen Telefon: Telefaks: BACHELORPROSJEKT HOVEDPROSJEKTETS TITTEL ONLINE NAVNESKILTBUTIKK DATO ANTALL SIDER / BILAG / 5 PROSJEKTDELTAKERE Mads Henning Jørgensen s Hashir Jamshaid Ahmed s Fredrik Ryden Rognlien s Shan Zueib Ahmed s INTERN VEILEDER Geir Skjevling OPPDRAGSGIVER Dr. Usman Akram KONTAKTPERSON Dr. Usman Akram SAMMENDRAG Nettbutikk som selger navneskilt, stempler og personlige konvolutter. Helsepersonell, advokater og butikkansatte er målgrupper som er hovedfokus. Oppdragsgiver er Dr. Usman Akram. Nettbutikken er ikke registrert som noe selskap enda, og skal brukes som en paraplybedrift sammen med en nettbutikk for helsepersonell. Nettbutikken gir brukere mulighet til å kjøpe skilter, stempler og personligekonvolutter ved hjelp av betalingsløsninger som PayPal eller faktura. 3 STIKKORD Nettbutikk HTML5, CSS3 & PHP Nettside, administrasjon

3 INNHOLD: Sluttrapporten inneholder følgende dokumenter og kan leses i følgende rekkefølge: I. Presentasjon II. Produktdokumentasjon III. Utviklingsdokumentasjon IV: Prosessdokumentasjon V. Testdokumentasjon VI. Brukerveiledning VII. Kravspesifikasjon Ordforklaringer, vedlegg og kilder

4 1 Del I: Presentasjon

5 2 Forord Denne sluttrapporten er skrevet av gruppe 12 som består av 4 studenter som studerer ved Høgskolen i Oslo og Akershus. Vi studerer Anvendt datateknologi og denne rapporten er et produkt av kunnskap som vi har tilegnet i dette studiet. Dette prosjektet har vært meget lærerikt og utfordrende. Vi vil gjerne takke Dr. Usman Akram som har vært vår oppdraggsgiver og gitt oss muligheten til å demonstrere våre ferdigheter. Takk for et godt samarbeid. Vi vil også takke vår veileder fra Høgskolen i Oslo og Akershus, Geir Skjevling. Takk for all råd og veiledning du har bidratt med som har vært til stor hjelp for vårt prosjekt. Dette dokumentet presenterer produktets opphav og bør derfor leses før andre del dokumenter. I dette dokumentet presenterer vi informasjon om gruppen, oppdragsgiver, bakgrunn og mål. 2

6 3 Innholdsfortegnelse Forord Innledning Prosjektgruppen Gruppens medlemmer Ansvarsområder Oppdragsgiver og veileder Oppgavens formål Mål og rammebetingelser Sluttproduktet

7 4 1. Innledning 1.1 Prosjektgruppen Prosjektgruppen består av fire studenter fra Høgskolen i Oslo og Akershus. Gruppen har utrolig godt samarbeid, spesielt med tanke på at vi ikke har samarbeidet gjennom tidligere prosjekter. Vi har alle forskjellige bakgrunner innen utvikling av IKT og kjennskap til mange forskjellige programmeringsspråk. Alle medlemmene i gruppen har kjennskap til hverandre fra tidligere, men har dessverre ikke fått muligheten til å samarbeide som gruppe tidligere. Vi tenkte derfor at det ville passe utmerket for oss å samarbeide på denne bacheloroppgaven. 1.2 Gruppens medlemmer Navn Studentnummer Studie Mads Jørgensen s Anvendt datateknologi Hashir Ahmed s Anvendt datateknologi Fredrik Rognlien s Anvendt datateknologi Shan Ahmed s Anvendt datateknologi 1.3 Ansvarsområder Utvikling del 1: HTML og CSS Utvikling del 2: PHP Utvikling del 3: Database Design: Nettside, admin- funksjon og databasemodellering Dokumentasjon: Forprosjekt, kravspesifikasjon, prosessrapport, produktrapport, brukermanual og testrapport. 4

8 5 Ansvarsområde Utvikling del 1 Utvikling del 2 Utvikling del 3 Design Dokumentasjon Navn Shan Ahmed & Mads Jørgensen Fredrik Rognlien Fredrik Rognlien & Hashir Ahmed Alle Alle 1.4 Oppdragsgiver og veileder Vår oppdragsgiver er Dr. Usman Akram og er ansatt som lege ved sykehuset i Telemark HF. Oppdragsgiveren har et stort ønske om å opprette en universelt utformet nettbutikk. Nettbutikken er ikke registrert som noe selskap enda og vi vil kunne ha mulighet til å delta i prossessen ved navngiving. Vår veileder for prosjektoppgaven er Geir Skjevling. 1.5 Oppgavens formål Prosjektoppgaven er ønsket av oppdragsgiver for å utvikle en nettbutikk med hovedfokus på helsepersonell, advokater og butikkansatte som målgruppe. Nettbutikken skal selge produkter som navneskilt, stempler og personlige konvolutter. Utviklingen av denne nettbutikken skal være godt utformet og nettbutikken skal tilby produkter av god kvalitet til deres kunder. 5

9 6 2. Mål og rammebetingelser Prosjektoppgavens sentrale mål vil være å utvikle en universelt utformet nettbutikk med mye fokus på oppdragsgivers ønsker, samt dokumentere og presentere en godt gjennomført sluttrapport. Oppdragsgiver har kommet med en del rammebetingelser som gruppen må ta hensyn til gjennom arbeidet med prosjektoppgaven. Oppdragsgiver ønsker blant annet at kunder kan se forhåndsvisning av produktene med deres redigerte detaljer. Høy sikkerhet ved transaksjoner, kundeopplysninger og kredittopplysninger er høyt prioritert. Nettbutikken skal opprettes ved bruke av programmeringsspråk som HTML, PHP, CSS, Javascript og MySql. Paypal og faktura som betalingsløsninger er ønsket. Oppdragsgiver mener at søkemotoroptimalisering opp mot Google vil være fornuftig. 3. Sluttproduktet Sluttproduktet er en webløsning som er en dynamisk nettside som fungerer som bedriftens standpunkt. Nettsiden inneholder nyheter fra bedriften, nettbutikk med opplisting og visning av produkter og kategorier, registreringsside for kunder, kontaktopplysningene til bedriften, administrasjonsside, faktura og paypal integrert betaling. 6

10 7 Figur 1: Nettstedets forside Brukeren kommer først inn på nettstedets forside. Her får brukeren en velkomstmelding og oversikt over hvilke type varer som er på nettstedet. Brukeren kan navigere seg videre på kategoriene eller på lenkene i navigasjonsmenyen. Brukeren kan også logge seg inn på sin egen brukerkonto. 7

11 8 Figur 2: Nettstedets adminpanel Den andre delen av sluttproduktet er administrasjonssiden som kan benyttes av de som er ansvarlige for å vedlikeholde og oppdatere nettsiden. Her kan nyheter og produkter administreres. Dette kan gjøres uten at brukeren har kunnskap til programmeringsspråk og verktøy. 8

12

13 1 Del II: Produktdokumentasjon

14 2 1. Forord I denne delen av sluttrapporten beskrives sluttproduktet og de tekniske aspekter ved det. Det vises til noe teknisk fagterminologi som ikke nødvendigvis forklares nærmere i denne rapporten. Se for øvrig brukerveiledning og kravspesifikasjon for utfyllende dokumentasjon. Del II: Produktdokumentasjon

15 3 2. Innholdsfortegnelse 1. Forord Innholdsfortegnelse Produktbeskrivelse Formålet med produktet Beskrivelse av struktur Struktur og funksjonalitet Innlogging som administrator og funksjonalitet Innlogging som registrert kunde og funksjonalitet Design og brukervennlighet Sidekart og tabell for Skiltet Ditt Sidekart Tabell Kommentar og forklaring til sidekart og tabell Programspråk HTML PHP CSS Javascript MySQL og Databasen Brukerpresentasjon Helsepersonell, offentlige tjenestemenn og advokater Butikkpersonell, firmaer Veien videre - utfordringer og uløste oppgaver Del II: Produktdokumentasjon

16 4 3. Produktbeskrivelse I dette kapittelet gir vi en beskrivelse av sluttproduktet, dets formål og brukertyper, struktur, design og forhold til brukervennlighet. 3.1 Formålet med produktet Formålet med produktet vårt er å lage en nettløsning for oppdragsgiver til salg av navneskilt, stempler og konvolutter som er enkel å ta i bruk for kunder så vel som administrator, og gjør det attraktivt å handle. Produktene som selges henvender seg særlig til helsepersonell og advokater, men også andre, som butikkmedarbeidere, og små og mellomstore bedrifter. Oppdragsgiver eier og drifter flere ulike salgsforetak hvorav SkiltetDitt.no er tenkt som ett av foretakene. På sikt ser han for seg en mulig sammenslåing av disse under et paraply - nettsted eller portal. 3.2 Beskrivelse av struktur Her redegjør vi for strukturen på nettsidene og funksjonaliteten til produktet vårt opp i mot kravspesifikasjonen Struktur og funksjonalitet. Nettsidene benytter seg av html 5 i henhold til rammekrav 2 i Kravspesifikasjonen og er hovedsaklig tre- delte av utforming. Vi tok også utgangspunkt i et html- templat for forsiden vår. Denne endret vi siden til Nyheter for å gi plass til den nåværende, som er mer produktorientert (se Figur 1). Del II: Produktdokumentasjon

17 5 Figur 1 - Til venstre er forsiden slik den ser ut nå, og til høyre er templaten som først var tenkt som forside, men som siden ble en underside kalt Nyheter Ettersom det først og fremst er salg nettløsningen skal dreie seg om falt det naturlig å promotere produktene på forsiden fremfor oppdateringer i blogg- form. Vi bruker include i header og footer slik at vi sikrer en helhetlig fargebruk og sideutforming, slik det spesifiseres videre i Kravspesifikasjonen under estetiske krav. Header.php igjen inkluderer også navigasjonsmenyen gjennom navigation.php (se Figur 2). Figur 2 - Utsnitt av programkoden til header.php, med lenker til css-styling, javascript-filer og inkludering av navigation.php Navigasjonsmenyen har nedtrekksmeny med underkategorier under Produkter og Om Oss (se Figur 3 og 4). Del II: Produktdokumentasjon

18 6 Figur 3 - Nedtrekksmeny og søkevindu, med Logg inn-lenke Figur 4 - Nedtrekksmeny som viser underkategorier under Om Oss Til navigasjonsmenyen valgte vi å bygge på et annet templat og plasserte derfor koden i et eget php- dokument med eget css- stilark. I header ligger en søkefunksjon og en innloggings- lenke som endres til en lenke til enten Adminpanel eller Min side alt ettersom man er logget inn som henholdsvis administrator eller kundebruker (se Figur 3 og 5). Dersom kundebrukeren har handlet vil også en lenke til handlekurven vises her (se Figur 5). Figur 5 - utsnitt av nettsiden som viser søkevinduet med lenke til Handlekurv og Min side (logget inn som kundebruker) Produktsiden viser de tre mest solgte produktene først og deretter lister den alle produktene registrert i databasen, med bilder og pris, samt kort beskrivelse. Her kan man klikke seg videre til en mer detaljert oversikt over produktet med mer informasjon, som pris og lagerstatus. Navnskiltversjonen har en demonstrasjonsfunksjon hvor kunden skal få forhåndsvist skiltet med ønsket tekst i flere ulike former, som bl.a. ovale eller rektangulære skilt med avrundede Del II: Produktdokumentasjon

19 7 kanter, og alle produktene har en tekstboks hvor man skal kunne skrive inn ønsket tekst på produktet (se Figur 6). Figur 6 - utsnitt av nettsiden med informasjon om produktet, pris, lagerstatus, mulighet for å velge antall, legge til i handlekurv og skrive inn tekst til forhåndsvisning Ved å trykke på Legg til handlekurv sendes man videre til handlekurven hvor man får en oversikt over det man har handlet. Her kan man enten velge å gå videre til betaling, enten via PayPal eller få tilsendt faktura, eller man kan vende tilbake til produktsiden. Man kan også fjerne enkeltprodukter fra kurven eller tømme den helt (se Figur 7). Figur 7 - utsnitt av nettsiden som viser handlekurven med dens ulike funksjoner Dersom brukeren har skrevet inn tekst i tekstboksen på siden for detaljert informasjon om produktet, vil denne vises i Tekst- boksen her (se Figur 8). Del II: Produktdokumentasjon

20 8 Figur 8 - utsnitt av nettsiden som viser den angitte teksten til kunden Innlogging som administrator og funksjonalitet Når man har logget seg inn som administrator får man tilgang til adminpanelet med valgmuligheter som å legge til, søke opp og/eller endre produkter, legge til kategorier, slette brukere samt skrive og endre/slette artikler. På sikt skal administrator også få tilgang til å se status på transaksjoner (se Figur 9). Figur 9 - Utsnitt av nettsiden som viser aminpanelet med diverse valgmuligheter Velger administrator å skrive en artikkel, kommer vedkommende til et side hvor det skal fylles inn den ønskede teksten og hvor man også kan laste opp et bilde for å illustrere innholdet i artikkelen (se Figur 10). Figur 10 - Utsnitt av nettsiden med tabell for å skrive artikkel På alle undersider av adminpanel er det mulig å avbryte og dermed komme tilbake til panelet. Dessuten kan administrator bruke de andre nettsidene og hele Del II: Produktdokumentasjon

21 9 tiden komme tilbake til adminpanel gjennom lenken ved søkevinduet som er aktiv så lenge brukeren er logget inn (se Figur 5 hvor Min side er angitt, altså innlogget som kunde) Innlogging som registrert kunde og funksjonalitet Er man logget inn som kunde får man tilgang til Min side med kundepanelet som angir ulike valgmuligheter myntet på kundens tenkte behov (se Figur 11). Figur 11 - Utsnitt av nettsiden som viser kundepanelet med de ulike valgmuligheter angitt her Kunden kan oppdatere passordet og endre/oppdatere kontoinformasjon som brukernavn og adresse (se Figur 12) og få en oversikt over bestillinger. Figur 12 - Utsnitt av nettside som viser tabell for endring eller oppdatering av kontoinformasjonen Kunden kan i likhet med administratoren når som helst stoppe operasjonen ved å velge avbryt og komme tilbake til kundepanelet. Kunden har også hele tiden tilgang til de andre nettsidene og kan vende tilbake til kundepanelet gjennom å velge Min side - lenken over søkefunksjonen, som vist i Figur 5. Del II: Produktdokumentasjon

22 Design og brukervennlighet Forsiden er utformet slik at brukeren presenteres for produktkategoriene helt fra første stund (se Figur 13). Figur 13 - Forsiden på produktet vårt Her finner man logoen til nettbutikken øverst i det venstre hjørnet etterfulgt av tittelen som overskrift på nivå 1 og undertittel på nivå 2 og så en navigeringsmeny som også er en nedtrekksmeny (som nevnt under punkt og vist i Figur 3 og 4). Forsiden og produktoversikten validerer som HTML 5 dokumenter og til WCAG nivå AA, i henhold til kravspesifikasjonen (se Figur 14). Figur 14 - Utsnitt av valideringsbekreftelse som HTML5 og WCAG nivå AA fra henholdsvis W3C og AChecker Alle produkt-, artikkel- og presentasjonsfoto er stockfoto som vi har valgt ut og lagt til, og skal på sikt endres til originale bilder av de produkter som tilbys. Ettersom butikken ikke er oppe og går ennå, valgte vi å ikke avvente disse bildene fra oppdragsgiver, men heller legge ut erstatninger. Tekstbeskrivelsene Del II: Produktdokumentasjon

23 11 av produktene er også våre egne og kun ment som en pekepinn på utforming, font, størrelse, farge osv. I utviklingen av nettsidens logo brukte vi et online verktøy som Jonathan Snook har utviklet for å bestemme om fargevalg på forgrunn mot bakgrunn er kompatible med WCAG sine ulike klassifiseringer (A, AA og AAA). Vi valgte å fokusere på at teksten i selve logoen skulle kontrasterte mot bakgrunnen til nivå AA, selv om bakgrunnene ikke kontrasterte nok mot hverandre til å fylle dette kriteriet. Teksten ville uansett komme frem og det var det viktigste. I valideringen opp mot WCAG i verktøyet AChecker dukket det opp en advarsel (se Figur 15). Figur 15 - utsnitt av advarselsiden til AChecker sin vurdering av index.php til nettløsningen vår. Her går det frem at alt-setningen kan bli unødig lang. For å kontrollere den visuelle utformingen valgte vi i utgangspunktet en billedløsning for å vise logoen og tittelen på siden. Så ble vi advart mot at denne løsningen kunne kommet til å kreve en unødig lang beskrivelse i alt- setningen under img- tagen for å beskrive bildets innhold. Vi valgte derfor å endre til en mer brukervennlig variant hvor tittel skrives i ren tekst som <h1> og undertittel som <h2>. Logoen må nødvendigvis være et bilde, men den krever ikke like mye informasjon i alt- setningen. I tråd med WCAG sine retningslinjer har vi valgt en font uten serifer, såkalt sans- serif (eller uten føtter ). Dette for å gjøre leseopplevelsen på skjerm lettere og mer behagelig, samtidig som vi også dermed tar hensyn til dyslektikere. Videre har vi valgt å følge WCAG sin Quick reference list : Del II: Produktdokumentasjon

24 12 * tekstalternativer for bilder * ingen video- eller audioelementer * bakgrunnen er jevnt over hvit og skriften mørk som gir god kontrast * skrifttype er Verdana sans- serif som underletter leseropplevelsen *ved bruk av <h>- tager er det lettere å manøvrere seg gjennom sidene bare ved hjelp av tastaturet * nettsidene oppfører seg som man kan forvente, uten skjulte funksjoner * gjennom bruken av html5 og css3 er vi så kompatible med ny programvare som vi kan få blitt per dags dato 3.4 Sidekart og tabell for Skiltet Ditt Her presenterer vi sidekartet og en sidetabell over nettløsningen vår for å angi hvilke nivåer de ulike sidene og funksjonene befinner seg Sidekart I dette sidekartet for produktet vårt fokuserer vi på hvor sidene lenker (Antall klikk = antall innrykk) Hjem- > Navneskilt- > Detaljert produktinfo - > Forhåndsvisning Handlekurv (se lenger ned i sidekartet for info om kurven) Stempler- > Detaljert produktinfo - > Handlekurv (se lenger ned) Konvolutter- > Detaljert produktinfo - > Forhåndsvisning Handlekurv (se lenger ned) Produkter - > Navneskilt- > Detaljert produktinfo Del II: Produktdokumentasjon

25 13 Forhåndsvisning Handlekurv (se lenger ned) Stempler- > Detaljert produktinfo Forhåndsvisning Handlekurv (se lenger ned) Konvolutter- > Detaljert produktinfo Forhåndsvisning Handlekurv (se lenger ned) Nyheter - > Artikler (les mer) Om Oss - > Kontaktinfo (kontaktinformasjon) Kontaktskjema- > Feilmelding / Sendingsbekreftelse Registrer deg - > Feilmelding / Registreringsbekreftelse Handlekurv- > Feilmelding dersom ikke innlogget Paypal- > Gjennomfør betaling- > <- Bekreftet mottatt bestilling Bekreft bestilling- > <- Fakurakvittering Logg inn (se nedenfor) Registrer deg (se ovenfor) Logg inn- > *Kundepanel- > Oppdatere passord Oppdatere kundeinformasjon Se bestillinger Del II: Produktdokumentasjon

26 14 <- Logg ut <- *Adminpanel- > Legg til et nytt produkt Legg til en ny kategori Søk opp og endre produkt- > Endre produkt Slett bruker (søk på bruker)- > Slett bruker Skriv artikkel Endre/slett artikkel Se bestillinger/endre status Logg ut Tegnforklaring: -> betyr at siden lenker til følgende sider angitt med ett innrykk forbi lenkesiden. <- betyr at siden lenker tilbake til siden ett innrykk mindre enn siden symbolet står ved Tabell Nivå1 Nivå 2 Nivå 3 Nivå 4 Nivå 5 Hjem Navneskilt Detaljert Forhåndsvisning produktinfo Handlekurv Stempler Detaljert produktinfo Handlekurv Konvolutter Detaljert Forhåndsvisning produktinfo Handlekurv Produkter Navneskilt Detaljert info Forhåndsvisning Handlekurv Stempler Detaljert info Handlekurv Konvolutter Detaljert info Forhåndsvisning Handlekurv Nyheter Artikler Del II: Produktdokumentasjon

27 15 Om Oss Registrer deg Handlekurv Logg inn Kontaktinfo Kontaktskjema Feil/Bekreft Feilmelding / Registrerings- bekreftelse Paypal Gj.før betaling Bekreftelse Bekreft best. Kvittering Adminpanel * se egen tabell Kundepanel * se egen tabell * Egen tabell for Adminpanelets og Kundepanelets funksjoner: Niva 3 Nivå 4 Nivå 5 Adminpanel Legg til et nytt produkt Legg til en ny kategori Søk opp og endre Endre produkt produkt Slett bruker (søk bruker) Slett bruker Skriv artikkel Endre / Slett artikkel Se bestillinger / Endre status Kundepanel Logg ut Oppdatere passord Oppdatere kundeinfo Se bestillinger Logg ut Kommentar og forklaring til sidekart og tabell Nettstedet har en såkalt trestruktur hvor så mye som mulig lenkes direkte fra forsiden. Vi ønsket så langt som mulig å gjøre tilnærmet all informasjon tilgjengelig innenfor tre- klikksregelen og føler at vi er godt i mål med det. Del II: Produktdokumentasjon

28 16 Enkelte funksjoner krever flere enn 3 klikk, men da regner vi at brukeren har forpliktet seg såpass til informasjonsjakten at dette er innenfor hva som kan aksepteres med tanke på komplisiteten av operasjonen som bruker ønsker å gjennomføre. I sidekartet presenteres første klikk ytterst til venstre som Hjem, eller forsiden. Samme mening har kolonnen for Nivå 1 i tabellen. Første innrykk (nivå 2 i tabellen) er alle sider som lenkes herfra, og angis som andre klikk. Andre innrykk representerer sider som det lenkes til fra disse igjen osv. Noen av sidene er av nødvendighet skjult for førstegangsbesøkende, nærmere bestemt Kundepanel og Adminpanel (merket med asterisk i sidekartet). Disse sidene krever innlogging. Likeledes vil handlekurv være skjult dersom den er tom. Det vil heller ikke være mulig å gå videre til fakturaløsningen dersom kunden ikke har registrert seg og/eller er innlogget. I tabellen er sidene som hører direkte under en annen side plassert direkte til høyre innenfor modersidens celleramme. 4. Programspråk I dette kapittelet presenteres verktøyene vi tok i bruk for å lage nettstedet og programspråkene som vi valgte. I tillegg vil hvert valg begrunnes. 4.1 HTML Skiltet ditt er en nettbutikk og dermed helt avhengig av at innhold gjøres tilgjengelige for flest mulige nettlesere på en rask og sikker måte nå og i fremtiden. Html 5 ble derfor valgt til å fylle de funksjonene som ikke er avhengig av andre kilder. 4.2 PHP Vi valgte å bruke det dynamiske kodespråket PHP for hovedtyngden av funksjonene relatert til produktet vårt, så som skjemautfylling, inn- /utlogging, handlekurv, fakturering, skrive artikler, oppdatere og legge til produkter, endre Del II: Produktdokumentasjon

29 17 brukerinformasjon og til enkelte designvalg som inkludering av header og footer. Dette siste for enkelt å kunne endre hovedoppsettet og det visuelle rammeverket for nettsidene. 4.3 CSS Cascading style sheets ble brukt til å definere stilen på nettsiden, organisere innholdet og sørge for at sidene overholder WCAG sitt AA- nivå. Det er brukt ett css- dokument for hele nettstedet, med to tilleggsdokument når det gjelder faktureringsdelen Javascript Javascriptet i produktet vårt følger i hovedsak med html- templaten til Nyheter og drifter bl.a. kalenderfunksjonen på artiklene som administrator kan skrive. 4.5 MySQL og Databasen Vi valgte å bruke MySQL som programmeringsspråk opp mot databasen ettersom det er meget utbredt og lett å bruke, det er et open source språk og gratis, og språket holder en høy ytelse i forhold til krav til maskinvare. Dermed fikk vi implementert den funksjonaliteten oppdragsgiver krevde på en sikker måte, og lagret dataene samlet. Med MySQL er det lett lagre data i databasen og lett å hente data ut. Vi har hatt fokus på at alt innholdet i siden kan endres av administrator og derfor er det naturlig at dataene lagres på ett "sentralt" sted med et effektivt og høy- ytelses programspråk. 5. Brukerpresentasjon I dette kapittelet vil vi presentere en oversikt over brukergruppene, deres behov og hvilke løsninger vi har kommet opp med. Kunder skal registrere seg og logge inn for handle og kan velge mellom tilsendt faktura og online betalingstjeneste (PayPal) som betalingsmåte. Del II: Produktdokumentasjon

30 Helsepersonell, offentlige tjenestemenn og advokater Alle Skiltet Ditt.no sine produkter er aktuelle for disse yrkesgruppene: * navneskilt til personell i kontakt med publikum (som helesesøstere, tannleger og sykehuspersonale) * stempler for bl.a. å validere resepter, bekrefte korrekt kopi og/eller signering av offentlige papirer (som salgskontrakter, gjeldsbrev og rettsdokumenter) * konvolutter med f.eks. et helseforetaks eller advokatfelleskaps logo på. Denne brukertypen trenger dermed en sikker måte å handle disse produktene på og tilbyder må kunne forsikre seg om at kjøper har rett til å handle offentlig beskyttet materiale. Det er viktig at ikke uvedkommende får tilgang på f.eks. stempler fra leger eller legesentre som kan brukes til å forfalske bl.a. resepter og andre sensitive dokumenter, som epikriser. Butikken krever innlogging for å handle og alle produkter lages på bestilling. Det er således viktig at oppdragsgiver dobbeltsjekker personinformasjonen som oppgis opp mot yrkesregisteret slik at svindel ikke forekommer. Vårt produkt har ikke gjort foranstaltinger for å sikre mot slik svindel som nevnt her. 5.2 Butikkpersonell, firmaer Denne brukergruppen trenger ikke å valideres som rettmessige kjøpere, men ikke desto mindre er det viktig at de kan handle trygt og effektivt over nettet. Vi har valgt å vise merverdiavgiften og prisen før og etter denne er lagt til fordi det er viktig med en oversikt over kostnadene etter hvert som de påløper. I registreringen lager kunden et passord som gjøres om til en hash- string slik at ingen kan hacke databasen og få direkte tilgang til denne typen informasjon. Del II: Produktdokumentasjon

31 19 6. Veien videre - utfordringer og uløste oppgaver Nettsiden har flere funksjoner som ennå ikke er implementert eller som ikke fungerer optimalt: * Det bør åpnes for å etablere firmakontoer. * Designet av logo og hvilken font vi brukte bør etterprøves av profesjonell visuell designer. * Mulighet for å skjerme mot svindelforsøk ved kjøp av stempel til falske rettsarbeidere eller helsepersonell. Dette bør utformes i samarbeid med oppdragsgiver, slik at butikken ikke lider av unødig kronglete kjøps- og registreringsrutiner. * Bedre tilbakemelding og assistanse til kunde ved utfylling av skjemaer. * Ferdigstille forhåndsvisningsfunksjonen av skilt med innskrevet tekst, som viste seg å være vanskeligere enn først antatt. * Ferdigstille faktureringsfunksjonen slik at bl.a. epost blir sendt. * Utvide bruken av templater, kanskje ombygge hele butikken til et allerede velprøvd og utarbeidet templat? Del II: Produktdokumentasjon

32

33 1 Del III: Utviklingsdokumentasjon

34 2 Forord I denne delen beskriver vi utviklingsprosessen og redegjør for det tekniske ved nettsiden. I denne delen forklarer vi mer spesifikt hvordan vi har gått frem for å komme frem til det endelige produktet og valg vi gjorde underveis. Vi kommer også til å forklare om hvilke rammeverk og biblioteker vi har gjort og utfordringer vi støtte på under utviklingsprosessen. Denne delen av dokumentasjonen forutsetter at leseren har kunnskap om systemutvikling og programmering. Språket som benyttes er teknisk og kompliserte begreper kan forekomme slik at leseren har behov for teknisk kunnskap for å få fullt utbytte av dokumentasjonen. Del III: Utviklingsdokumentasjon

35 3 1. Design I dette avsnittet redegjør vi for utviklingen av designet. Hvordan vi har gått fra enkle skisser og kravspesifikasjon til ett ferdig produkt. I dette avsnittet vil vi også forklare de valgene vi har gjort og fortelle om endringer som ble gjort underveis. 1.1 Skisser Etter vi hadde hatt første møte med oppdragsgiver så satt vi oss ned for å tegne de første papirskisser for å finne retningen vi ønsket å gå designmessig. Etter at vi fikk sendt en kravspesifikasjon fra oppdragsgiver satte vi oss nok en gang ned å lagde ny papirskisser på bakgrunn av de gamle og kravspesifikasjonen vi mottok fra oppdragsgiver. 1.2 Wireframes Etter vi hadde sett på, vurdert og diskutert papirskissene så bestemte vi oss for at vi skal lage en mer detaljert og digital skisse. Vi gikk for å lage en wireframe for nettsiden med ett digitalt verktøy som heter Balsamiq Mockup. Figur 1 - Wireframes Del III: Utviklingsdokumentasjon

36 Forside Når vi møtte oppdragsgiver så var han ikke helt sikker på hva han ville ha. Han ønsket å lage en nettbutikk for å selge skilt, konvolutter og stempel. I tilegg hadde han funnet noen nettsider til butikker som drev med det samme. Han ønsket å ha noe lignende men var viktig at den så annerledes ut og mer ryddig. Det var viktig at den skulle være enkel å navigere seg rundt på og med få museklikk. Vi gikk for en forside der oppdragsgiver selv kan velge hvilket innhold som skal vises. Det er i hovedsak en side for artikler men det kan også legges ut nyheter og populære produkter Produkter Produkter er den andre navigasjonslenken på menylinjen. Her blir brukerene presentert for de tre underkategoriene "Skilt, Stempel, Konvolutter" når man holder musen over menyvalget. Her kan man velge hvilken kategori man ønsker å få produkter fra. Om man trykker på selve produkter i menylinjen vil man komme til en produktside uten filtrering på kategori. Her vil alle produktene dukke opp med de fremhevede produktene øverst på siden Produktliste Vi undersøkte mange konkurrerende nettsider som solgte produkter i en eller flere av de samme kategoriene. Vi la merke til at mange av nettsidene ofte hadde veldig rotete konstruksjon med mange produkter og mange forvirrende underkategorier. Vi tenkte at produktene skal presenteres til brukerne på en ryddig og strukturert måte. Brukeren skal kunne se navn, bilde og en kort beskrivelse av hver produkt i produktlisten. Når brukeren trenger på lenken for å se detaljer skal brukeren komme til en side som presenterer mer informasjon om produktet. Del III: Utviklingsdokumentasjon

37 Produktvisning Når brukeren er på siden for produktvisning, vil brukeren kunne se et større bilde av produktet, pris, lagerbeholdning og produktbeskrivelse. Brukeren vil også få muligheten til å legge varen i handlekurven og endre på antall varer som ønskes på bestillingen. For produkter som krever inngravering, skal det være en funksjon for forhåndsvisning, hvor brukeren kan legge til en tekststreng og se hvordan produktet kommer til å se ut. 1.3 Rammeverk og mappestruktur Her tar vi for oss de ulike rammeverkene og mappestrukturen til produktet vårt Spry Framwork Spry framework er laget av Adobe Systems, men har i senere tid gitt ansvaret til Github. Spry framework er et åpent Ajax- kodet rammeverk. Vi har stort sett kun brukt Spry framework til å validere ulike felter i programmeringen Mappestruktur Med tanke på at det ofte blir veldig mange filer på et nettsted, kan det lønne seg å opprette en god mappestruktur for å kunne holde filene organisert og oversiktlig. Del III: Utviklingsdokumentasjon

38 6 Figur 2 - mappestrukturen på Skiltet Ditt Alle de viktigste og mest brukte filene har vi lagt under en mappe som heter Skiltetditt. Vi valgte å opprette en egen adminpanel mappe fordi den krever ofte flere filer til å fungere. Mappene SVG og skilt inneholder filene til forhåndsvisning av produktene. SVG mappen inneholder filer som generer Scaleable Vector Graphics som er vektor basert grafikk i XML- format. I kundepanel mappen ligger alle filene til kundepanelet. Mappen Includes inneholder filer som brukes for å inkludere viktige filer for at nettsiden skal fungere. Mappen DBFIL inneholder SQL script for å opprette tabeller. Connections mappen inneholder filer for tilkobling til databasen. Del III: Utviklingsdokumentasjon

39 7 4. Utfordringer I dette avsnittet skal vi trekke frem utfordringer vi møtte på under utviklingen av dette prosjektet. 4.1 Programmering Den største utfordringen vi hadde når det kom til programmering var under opplasting til ekstern server. Her oppstod det mange problemer da det var funksjoner som fungerte på local server men ikke når det ble lastet opp til ekstern server. Vi hadde store utfordringer med å få forhåndsvisning av skilt til å vises og med videresending (header funksjonen i PHP) da brukerene ikke ble sendt videre slik de skulle. 4.2 Database Databasen var en av de siste tingene vi ble helt ferdig med. Dette var fordi vi ofte kom opp med nye felter eller tabeller vi trengte eller at det var noe vi ikke trengte. Vi kom tidlig opp med ett forslag til hvordan den skulle se ut men det ble gjort mange endringer etter dette. 4.3 Design Vi hadde noen små utfordringer med designet til nettsiden. Vi ønsket at den skulle fungere optimalt på alle enheter som for eksempel desktop, mobil og nettbrett. Problemet var størrelsen og plassen på de ulike enhetene ikke var helt som de skulle. For å løse dette kunne vi benyttet ulike rammeverk for å få dette helt perfekt. Dette er ting vi gjerne kunne jobbet videre med om vi hadde bedre tid. Bortsett fra dette, fungerer nettsiden relativt bra på de ulike enhetene. Del III: Utviklingsdokumentasjon

40 8 5. Kravspesifikasjon Kravspesifikasjonen har vært vår retningssnor gjennom prosjektet. Det er denne vi har sett til når vi har vært usikre på om noe er verdt å implementere eller ikke. Kravspesifikasjonen var noe som ble laget av oppdragsgiver etter vårt første møte og beskriver hvilke funksjoner nettsiden skal ha, hvordan det skal oppføre seg og bestemmelser rundt sikkerhet. Etter det første møtet med oppdragsgiver, har kravene vært de samme. Det har ikke vært nødvendig for oss og oppdragsgiver å endre på kravene. 5.2 Samsvar mellom kravspesifikasjon og produktet Det er tydelige koblinger mellom kravspesifikasjonen og sluttproduktet. Utviklingen var basert på kravspesifikasjon og planlagt med de funksjonelle og ikke- funksjonelle kravene som ble diskutert med oppdragsgiver. Vi klarte å oppfylle alle funksjonelle kravene for både nettsiden og administrasjonssiden Nettsiden Kravene som vi ble enige med oppdragsgiver om var en nettside som skal kunne presentere produkter, ha et solid fakturasystem for kunder og funksjoner for administrering. På sluttproduktets nettside, har oppdragsgiver muligheten til å gjøre følgende oppgaver: Legge til nye produkter Legge til en ny kategori Skrive og legge til artikler/nyheter Endre og slette artikler/nyheter Endre produkter Slette brukere Kunder og vanlige brukere har muligheten til å gjennomføre følgende oppgaver: Registrering Endre kontoinformasjon Del III: Utviklingsdokumentasjon

41 9 Se produkter Kjøpe produkter Kontakte bedrift via kontaktskjema Dette er kravene til produktet som ble spesifisert og utviklet i kravspesifikasjonen. I tillegg til disse funksjonelle kravene, tilfredsstiller produktet ikke- funksjonelle krav som er blant annet: Språket på nettstedet skal være på norsk(bokmål) Nettstedet skal ikke inneholde fagspråk Data skal lagres trygt i en database Logo skal designes av utviklerne Gjennomgående farger i hele nettstedet Brukerdokumentasjon skal lages slik at det blir enkelt for oppdragsgiver å administrere nettsiden Del III: Utviklingsdokumentasjon

42

43 1 Del IV: Prosessdokumentasjon

44 2 Forord Dette dokumentet omhandler detaljert beskrivelse av vår arbeidsprosess gjennom hele perioden med prosjektet. Prosessdokumentasjonen er en viktig del av sluttrapporten, og er delt opp i følgende hoveddeler: Planlegging og metode: Denne delen beskriver detaljert hvordan vi har planlagt opp gjennom hele prosjektet og hvilke metoder som er benyttet. Kapitlet beskriver også de ulike verktøy og teknologier som er benyttet. Kommunikasjon: Denne delen beskriver hvordan kommunikasjonen har vært innad i gruppen, med veilederne og oppdragsgiver gjennom hele prosjektet. Utviklingsprosessen: Denne delen beskriver fra start til slutt hvordan vi har arbeidet med prosjektet. Det blir også beskrevet ulike faser i prosjektet og hvilke utfordringer som har oppstått opp gjennom prosjektperioden. Avslutning: Denne delen oppsummerer våre tanker rundt prosjektet. Her vil vi fortelle hvordan læringsutbytte vi har fått av dette prosjektet, samt hvor stor nytte prosjektet har vært for både oss og oppdragsgiver. Del IV: Prosessdokumentasjon

45 3 Innholdsfortegnelse FORORD PLANLEGGING OG METODER Styringsdokumenter Fremtidsplan Risikoplanlegging Kravspesifikasjon Utviklingsmetoder Teknologi og verktøy Dropbox Trello Facebook Skype KOMMUNIKASJON Gruppens kommunikasjon Kommunikasjon med ekstern veileder og oppdragsgiver Kommunikasjon intern veileder UTVIKLINGSPROSESSEN Om utviklingsprosessen Forprosjektarbeid Kunnskapstilegning Implementeringsfasen Designutvikling - Del Wireframe ER- modell Designutvikling - Del Usecase Utviklingsfasen Programmeringsfasen Dokumentasjonsfasen AVSLUTNING Prosjektets verdi for kunde Prosjektets verdi for oppdragsgiver Prosjektets verdi for gruppen Konklusjon...17 Del IV: Prosessdokumentasjon

46 4 1. Planlegging og metoder I første del av dokumentet vil vi gjennomgå planleggingen og de ulike metodene vi har valgt å benytte oss av under prosjektet. Kapittelet vil stort sett omhandle styringsdokumenter, styringsverktøy og metoder vi har benyttet for å forenkle blant annet de ulike arbeidsoppgavene. 1.1 Styringsdokumenter Styringsdokumentene har vært til stor hjelp med tanke på å danne grunnlag for hvordan prosjektet skal utføres. Ved bruk av styringsdokumentene har vi hatt orden på blant annet hvordan prosjektet ligger an og hvordan vi bør arbeide videre. Dette kapittelet skal vise hvilke styringsdokumenter som er benyttet og hvordan de har vært til nytte for oss under arbeidsprosessen. 1.2 Fremtidsplan Fremtidsplanen ble satt sammen allerede tidlig i prosjektet. Dette er planen vi har fulgt under hele prosjektet med tanke på når de forskjellige oppgavene, målene og milepælene skal utføres og nåes. En fremtidsplan er lurt å lage så tidlig som mulig slik at man allerede i start fasen har oversikt over hvordan ting skal utføres videre i prosjektet. (Se vedlegg fremtidsplan for mer detaljert informasjon. ) 1.3 Risikoplanlegging Risikoplanen vår ble laget samme uken som fremtidsplanen ble satt sammen. Dette er planen vi har tatt hensyn til med tanke på forskjellige utfordringer og mulige problemer som kunne oppstå underveis mens vi jobbet med prosjektet. I dokumentet har vi tatt hensyn til konsekvenser og hvilke tiltak som må til for håndtere de ulike utfordringene. (Se vedlegg risikoplan for mer detaljert informasjon.) Del IV: Prosessdokumentasjon

47 5 1.4 Kravspesifikasjon Dokumentet om kravspesifikasjon inneholder viktige punkter som beskriver blant annet hva oppdragsgiver ønsker og krever av systemet. Oppdragsgiver sine krav og forventninger er utrolig viktige og det er derfor viktig å bruke punktene som står i dokumentet under utviklingen av prosjektet. Oppdragsgiver hadde både funksjonelle krav og ikke- funksjonelle krav. 1.5 Utviklingsmetoder Det er viktig å finne og følge en utviklingsmetode som passer best til prosjektet. Fossefallsmodellen var den første metoden vi tenkte på, med tanke på at den er strukturert og det er lettere å vite hva som skal gjøres i hver enkelt fase i prosjektet. Problemet med denne modellen var at vi skjønte raskt at den ikke egner seg best for vårt prosjekt allikevel. Grunnen til dette er at vår oppdragsgiver uforventet kan ønske å endre på krav under utviklingsperioden og dette ville gjort det vanskeligere for oss som gruppe samt muligens gitt dårligere resultater. Vi kom dermed frem til at den beste metoden for prosjektet ville være smidig utvikling, og bruke delvis Scrum som metode. Scrum er en relativt god metode for blant annet prosjektstyring og prosjektkontroll. Gruppen kjørte Scrum- møter ofte for å få høy effektivitet under prosjektet. 1.6 Teknologi og verktøy Kommunikasjonen og samarbeidet mens vi ikke var samlet var nødvendig for at gruppen skulle kunne jobbe effektivt. Vi tok i bruk en del verktøy og teknologier for å planlegge prosjektet bedre Dropbox Dropbox er et filarkiv og en applikasjon som gir tilgang til dokumenter, filer, bilder og videoer over internett. Alle på gruppen installerte Dropbox på sine personlige datamaskiner, og brukte det til å blant annet lagring og deling av nødvendige dokumenter og filer som har Del IV: Prosessdokumentasjon

48 6 blitt tatt i bruk under prosjektet. På denne måten kunne vi jobbe hvor enn vi ville, på våre egne private datamaskiner og samt ha full oversikt over prosjektet til enhver tid Trello Trello er en gratis web- applikasjon på internett for å blant annet holde orden på ulike oppgaver. Vi brukte Trello for å få oversikt over hvilke oppgaver som måtte gjøres, hvilke oppgaver som var under arbeid og hvilke oppgaver som var fullført. Med Trello kunne vi også legge inn kommentarer til hverandre og holde hverandre oppdaterte til enhver tid Facebook Facebook er verdens største sosiale nettverk. Facebook brukes verden rundt og var først egnet for kun studenter, men har i senere tid forandret seg til alle over 13 år. Vi brukte Facebook som en metode bare for å holde kommunikasjonen i gruppen Skype Skype er et program og en applikasjon som lar brukerne sende Skype- direktemeldinger, - samtaler og videosamtaler. Det er også mulig med gruppevideosamtaler slik at gruppen kan diskutere prosjektet og se hverandre samtidig. 2. Kommunikasjon Her presenteres kommunikasjonen under bachelorprosjektet. 2.1 Gruppens kommunikasjon Mobiltelefoner og datamaskiner er to metoder som ble i hovedsak brukt for å holde kommunikasjonen i gruppen. De ulike teknologiene og verktøyene ble også brukt for å kommunisere med hverandre mens vi ikke var sammen på skolen. På Facebook opprettet vi en egen hemmelig gruppe og chat slik at vi kunne holde kontakt med hverandre. For å holde Del IV: Prosessdokumentasjon

49 7 orden på ting brukte vi Dropbox for å opprette en hovedprosjekt mappe, og flere undermapper hvor vi la de ulike dokumentene og filene som skulle benyttes under arbeidet med prosjektet. 2.2 Kommunikasjon med ekstern veileder og oppdragsgiver Vår oppdragsgiver og kontaktperson er Dr.Usman Akram. Han har også fungert som en ekstern veileder under arbeidet med prosjektet. Dessverre for oss ble Dr. Akram satt til å jobbe på et sykehus i Vinje i slutten av februar Dette førte til at vi ikke kunne avholde så mange møter med han. Til tross for dette klarte vi uansett å holde kontakten over telefon, epost og Skype møter. 2.3 Kommunikasjon intern veileder Vår interne veileder er Geir Skjevling fra Høgskolen i Oslo og Akershus. Kommunikasjonen har vært lett og vi følte det var enkelt å kunne ta kontakt om det var nødvendig. Vi har fått mange gode råd av han og han har veiledet oss godt under arbeidet med prosjektet. 3. Utviklingsprosessen Dette kapittelet tar for seg utviklingsprosessen av prosjektet. Her vil det bli beskrevet hvordan de ulike fasene har vært med tanke på utviklingsprosessen. 3.1 Om utviklingsprosessen Ved å vise utviklingsprosessen i kronologisk rekkefølge etter tid vil det være lettere å forstå hvordan vi har opparbeidet oss med prosessen. Dette var til stor nytte med tanke på å få bedre oversikt og kontroll. I dette kapittelet vil innholdet være stort sett hvordan utviklingsprosessen har vært. Del IV: Prosessdokumentasjon

50 8 3.2 Forprosjektarbeid Alle medlemmene i gruppen kjente til hverandre fra tidligere, og ble dermed enig ganske tidlig at vi ville danne en gruppe for å jobbe med bachelorprosjektet. Vi alle har uttrykt at vi vil jobbe med dedikerte studenter som har samarbeidsvilje, lik ambisjonsnivå og positiv innstilling. Gruppen består av medlemmer som har samme studiebakgrunn, men hver av oss har hatt ulike valgemner som gjør at prosjektet fikk ulike innfallsvinkler. Vi fikk dermed også tilegnet oss ny kunnskap. Vi var heldige som fikk et prosjekt vi ønsket å arbeide med. Et prosjekt med muligheten til å utforske på temaer som bygger på databasehåndtering, webutvikling og universell utforming. Vi satte oss ned og diskuterte hvor vi eventuelt skulle sende søknader. Vi sendte søknad til Dr. Akram, hvor vi først fikk en dårlig nyhet. Han hadde allerede har noen til å arbeide med oppdraget hans. Senere tok Dr. Akram kontakt igjen, og ville sette oss på nåværende oppdrag. Dette var noe vi gledelig sa ja til! Slutten av desember startet vi med jevnlige møter gruppen i mellom og allerede i starten av januar var vi fullt i gang med arbeidet og møter med ekstern og intern veileder. Vi samlet inn så mye informasjon som mulig av veilederne og kunne dermed skrive en forprosjektrapport, fremtidsplan og andre nødvendige dokumenter i forprosjektfasen. 3.3 Kunnskapstilegning Med tanke på at vi lagde en nettbutikk var det veldig mye stoff som måtte tilegnes. Heldigvis hadde vi hatt mange av fagene tidligere som vi fikk bruk for under arbeidet med prosjektet. Opprette og jobbe med databasehåndtering krevde litt mer tid med tanke på at vi måtte fordype oss litt ekstra mens vi laget nettbutikken. Vi har alle hatt database faget tidligere, så det var ikke et veldig stort problem. Å opprette alle de ulike programmeringsscriptene krevde at vi måtte gå litt tilbake til gamle notater fra programmeringsfagene, for eksempel når vi skal knytte alt opp til en database. Del IV: Prosessdokumentasjon

51 9 3.4 Implementeringsfasen Vi var klare til å starte med implementeringsfasen etter å ha diskutert og kommet frem til at mye av arbeidet med forprosjektet var i orden. Vi var klar over hva vi måtte gjøre og hvordan vi skulle komme i gang for å kunne tilfredsstille oppdragsgivers forventninger. 3.5 Designutvikling - Del 1 Siden vi jobbet, endret og ordnet med designeutviklingen stort sett under hele prosjektet, har vi valgt å dele kapittelet opp i to deler. I dette kapittelet vil vi vise hvordan vi har jobbet med designutviklingen under første del av prosjektet. I første delen vil vi blant annet vise hvordan vi kom frem til designet på nettbutikken ved bruk av Wireframes og hvordan oppsettet til databasen ble opprettet ved hjelp av en ER- modell. I andre delen vil vi vise Usecase som ble brukt og hva som ble gjort i slutten av designutviklingsfasen. Vi fikk en ganske fri rolle av oppdragsgiver i prosjektet med tanke på designutviklingen, noe som gjorde at vi kunne jobbe litt fritt med utviklingen Wireframe Allerede første dagen vi arbeidet med designutviklingen startet vi å lage flere skisser og utkast til nettbutikken på papir. Senere bestemte vi oss for å lage wireframes over nettbutikken. Alle wireframes- ene ble lagt i en mappe som vi senere viste til oppdragsgiver. (Se vedlegg Wireframes for mer informasjon) Del IV: Prosessdokumentasjon

52 10 Figur 1: Wireframe av hovedsiden Del IV: Prosessdokumentasjon

53 ER-modell Etter at wireframes- ene var gjennomført, startet vi med implementeringen av programmeringsdelen. Vi startet med å skrive opp alle tabeller og relasjoner som skulle benyttes i nettbutikken. Vi brukte deretter programmet MySQL Workbench for å lage en ER- modell som viser tabellene og deres relasjoner i databasen. Figur 2: ER- modell tabeller og relasjoner 3.6 Designutvikling - Del 2 Del 2 av designutviklingsprosessen gikk stort sett ut på å prøve å sette i gang med å bruke Wireframes- ene og ER- modellen fysisk. Viktigste prosessene i denne delen var å kunne: Del IV: Prosessdokumentasjon

54 12 Starte med førsteutkast av nettsiden Starte med å lage administrasjonssiden Jobbe med de ulike databasene og knytte dem til nettsiden Opprette Usecase til å designe kundeside Usecase Vi lagde også usecase av kunde for å få bedre oversikt over hvordan en kunde kan navigere rundt i nettbutikken. Vi valgte å ikke lage usecase for admin da vi allerede hadde diskutert og kommet frem til hvordan vi ønsket at admin siden skulle være. Usecase av kunde ble laget ganske tidlig i designutviklingsfasen, men vi har så og si fulgt denne uten noen form for relative store endringer. (Se vedlegg Usecase for mer informasjon.) Del IV: Prosessdokumentasjon

55 13 Figur 3: Usecase av kunde. 3.7 Utviklingsfasen Den fasen som krevde mest arbeid og tid var utviklingsfasen. Heldigvis hadde vi alle mye tid denne perioden til å møtes og jobbe sammen på skolen. Under utviklingsfasen brukte vi tidligere dokumenter som fremdriftsplanen og forprosjektrapporten. Dette gjorde at vi sparte mye tid og fort fant ut av hva som var gjort og hva som måtte gjøres. Vi brukte også wireframes- ene, ER- modellen og usecase til å arbeide mer effektivt. 3.8 Programmeringsfasen I denne fasen følte vi at vi var helt klare for å starte med programmeringen av nettbutikken. Vi startet med å opprette nettsiden og dens undersider. Vi lagde også en admin bruker som Del IV: Prosessdokumentasjon

56 14 bare vi kunne bruke til å få full aksess til nettsiden og dens funksjoner. I denne fasen ønsket vi å fullføre det meste av programmeringen som måtte til for å få nettbutikken til å fungere. Under denne fasen jobbet vi på hver vår datamaskin på lokalt nett. Etter at alt var på plass, lastet vi opp alle delene av nettbutikken på server. I denne fasen fikk vi gjort ganske mye, og prosessene som ble gjort i denne fasen var: Utvikle nettsiden med forside og undersider Opprette nettbutikken: - Vise produkter - Legg til produkter - Antall produkter - Søkefunksjon produkter - Fjerne produkter - Betalingsløsninger faktura og PayPal - Forhåndsvisning av produkter Opprette kundeside - Logg inn/registrer - Se handlekurv og ordre - Legg til/fjerne fra handlekurv - Endre loggin informasjon (epost, passord etc.) - Logg ut Opprette kontaktskjema Sende e- post funksjon Vi lagde også en administrasjonsside med en admin bruker og passord som vi brukte innad i gruppen. I administrasjonssiden utviklet vi funksjoner som for eksempel: Opprette bruker Aksesskontroll for admin login Lage/slette/endre nyheter og produkter Del IV: Prosessdokumentasjon

57 15 Fjerne/slette kundebrukere Administrere ordre/bestillinger Etter at utviklingsfasen og programmeringsfasen var godt i gang, ønsket vi å vise dette til oppdragsgiver. Oppdragsgiver Dr. Akram var veldig fornøyd med designet, men siden nettsiden var i en tidlig fase, var det ikke så lett å kunne se så mye av front- end funksjonaliteten og få det beste ut av designet. Oppdragsgiver ønsket noen små endringer på forsiden, noe som vi ordnet uten noen form for problemer Dokumentasjonsfasen Etter at det meste av prosjektet var i orden, startet vi med dokumentasjonen av prosjektet. Her satte vi oss sammen og skrev mye av dokumentasjonen i lag. Det var mange rapporter som måtte skrives, men heldigvis hadde vi veldig mange notater liggende opp gjennom arbeidet med prosjektet. Dette ga oss mye bedre oversikt over hvordan vi skulle skrive dokumentasjonen. Denne fasen brukte vi oss god tid med siden vi hadde jobbet effektivt med de forrige fasene, og dermed hadde tid på å skrive dokumentasjonen så utfyllende som mulig. Alle rapportene ble gjennomgått i plenum i gruppen før de ble brukt i dokumentasjonsfasen. Vi startet først og fremst med å sette opp de ulik emnene som bør være med i dokumentasjonen, og deretter lage innholdsfortegnelse for hver av emnene. Vi brukte også Google Docs til å dele rapportene, slik at vi kunne redigere på disse underveis mens vi ikke var samlet. Dokumentasjonsfasen er en av de viktigste fasene i prosjektet, og krever ofte mye arbeid. Det ble heldigvis ikke så vanskelig å skrive dokumentasjonen med tanke på at vi hadde et godt samarbeid under arbeidet med denne fasen. Del IV: Prosessdokumentasjon

58 16 4. Avslutning Dette er det siste kapittelet i prosessdokumentasjonen. Her vil vi oppsummere, beskrive meninger og til slutt konkludere. 4.2 Prosjektets verdi for kunde Nettbutikken er i hovedsak rettet mot helsepersonell, advokater og butikkansatte. Nettsiden skal være lett å navigere rundt på, brukervennlig og universelt utformet. Vår hensikt var å gjøre nettsiden enkel å bruke, men også ha høy sikkerhet med tanke på for eksempel kundeopplysninger. Vi tror at denne nettsiden og selve nettbutikken vil være en enkel og god opplevelse for brukerne. Vi håper at betalingsløsninger med faktura og PayPal vil få brukerne til å føle seg ekstra trygge når de bestiller produkter fra nettbutikken. 4.3 Prosjektets verdi for oppdragsgiver Før prosjektet hadde oppdragsgiver ingen nettside eller nettbutikk. Nettbutikken er ikke registrert som noe selskap enda, og skal brukes som en paraplybedrift sammen med en nettbutikk for helsepersonell. Med denne nettbutikken har oppdragsgiver mulighet til å selge sine produkter, og mest sannsynlig få fornøyde kunder med tanke på utformingen av nettbutikken. Administrasjonssiden er utviklet lett og forstålig slik at oppdragsgiver kan gjøre endringer på egenhånd. 4.4 Prosjektets verdi for gruppen Å arbeide med dette prosjektet har gitt oss ubeskrivelig stort læringsutbytte. Vi alle føler at prosjektet har økt evnen vår til å samarbeide med andre mennesker. Vi har fått muligheten til å lage og levere et godt prosjekt til en oppdragsgiver, noe som føles godt. Dette prosjektet har også fått oss til å huske ting vi har lært tidligere i de forskjellige fagene og bruke dem i arbeid. Vi har tilegnet oss mer kunnskap i blant annet utvikling av nettside og nettbutikk. Vi har fått mye større perspektiv når det kommer til programmeringsspråk som HTML, PHP og CSS. Del IV: Prosessdokumentasjon

59 17 Arbeidet med webutvikling og databasehåndtering har ført til at vi har fått større forståelse av hvor viktig det kan være med høy sikkerhet ved utvikling av nettbutikker. 4.5 Konklusjon Vi føler at gruppen har jobbet så godt som mulig, og at samarbeidet gikk utrolig bra gjennom hele prosjektet. Det har vært litt vanskelig til tider, men vi har alltid kommet frem til løsninger sammen. Vi er veldig fornøyde med arbeidet vi har gjort, og håper at oppdragsgiver og deres kunder mener det samme. Vi har hatt det utrolig gøy under arbeidet med prosjektet, og føler at vi har fått en lærerik opplevelse. Denne opplevelsen ønsker vi å ta med oss videre, spesielt i arbeidslivet. Del IV: Prosessdokumentasjon

60

61 1 Del V: Testdokumentasjon

62 2 1. Forord Viktigheten av brukertesting kan ikke overdrives. Det er kun gjennom en iterativ arbeidsmetode bestående av å prøve- og- feile at vi kan klare å unngå de største feilene og kan implementere prosjekter så smertefritt som mulig. I denne delen av sluttrapporten tar vi for oss testdokumentasjon, vi går gjennom brukertester, tester av programspråk, validering m.m. Del V: Testdokumentasjon

63 3 2. Innholdsfortegnelse 1. Forord Innholdsfortegnelse Validering, kode og design Navnevalg og logodesign Testing og validering opp mot html5, css3 og WCAGs retningslinjer Dokumentasjon av testing Hvorfor tester vi? Nettbrett og smarttelefoner Testing på kode Kodeutvikling i sprinter Funksjonalitetstest Testing på brukervennlighet Konklusjon Del V: Testdokumentasjon

64 4 3. Validering, kode og design I dette kapittelet ser vi på hvordan designet utviklet seg, hvordan vi testet nettsidene opp mot diverse online valideringsverktøy for å sikre brukervennligheten og hvilke resultater det ga. 3.1 Navnevalg og logodesign Figur 1 - Her ser man utviklingen av logoen fra vi landet på strukturen og gjennom testing av kontrast og estetisk opplevelse. I Figur 1 ser man hvordan vi endret og justerte farger, fonter og bakgrunner gjennom prosessen fram til den endelige versjonen nederst. Dette er allikevel Del V: Testdokumentasjon

65 5 ikke den vi endte opp med til slutt, da vi valgte å gå vekk fra en billedløsning og over til en løsning hvor selve logoen var bilde, mens tittelen og undertittelen ble skrevet ut som ren tekst. Vi var også innom flere navn, hvorav ett var SkiltOgStempel.no, men både oppdragsgiver og et uformelt panel likte Skiltet Ditt best. Andre navn vi testet ut på ulike brukertyper var: * StempelOgSkilt.no *HelseOgAdvokat.no *AdvokatOgHelse.no *SkiltTilAlt.no Én av hovedinnvendingene mot titlene med ordet skilt var at man fikk assosiasjoner til skilsmisse som flere mente kunne virke forvirrende på potensielle kunder. Videre mente noen at bruken av yrkestitler, som advokat, kunne virke ekskluderende og at ordet helse også kunne være misvisende, all den tid butikken ikke skulle selge helseprodukter. Konklusjonen på brukerundersøkelsen om navn var altså at SkiltetDitt.no ga tydelig informasjon av hva det dreide seg om og virket til en viss grad lokkende på testpersonene. 3.2 Testing og validering opp mot html5, css3 og WCAGs retningslinjer Etter hvert som sidene tok form var det viktig å teste opp mot ulike valideringsverktøy, slik at vi hele tiden holdt oss innenfor de retningslinjene som kravspesifikasjonen staket ut. Online valideringssider underletter arbeidet med å lete gjennom koden etter feil og mangler enormt og ble et uvurderlig arbeidsverktøy for oss i prosessen fram mot det ferdige produktet. Vi brukte w3.org sine valideringsverktøy for å teste både css- stilarkene våre (jigsaw.w3.org/css-validator/validator.html.en) og html5- koden ( Se Figur 2 og 3. Del V: Testdokumentasjon

66 6 Figur 2 - utsnitt av css-validatoren som viser at hovedstilarket til produktet validerer som css nivå 3 uten feil. Figur 3 - utsnitt av html-validatoren som viser at index.php (forsiden) validerer til html5 uten feil. Advarselen går ut på at html5-validator verktøyet kan hende ikke er helt oppdatert på de siste utviklingsverktøyene for html5. Vi testet kontrasten mellom forgrunn (tekst) og bakgrunn hos snook.ca (snook.ca/technical/colour_contrast/colour.html). Se Figur 4. Figur 4 - utsnitt av kontrastvalidatoren til snook.ca som bl.a. sjekker kompatibiliteten til de valgte fargene med WCAGs retningslinjer. Vi sjekket kompatibiliteten på nettsiden med verktøyet fra AChecker.ca som validerer kode opp mot WCAGs retningslinjer og angir hvor man treffer på de ulike nivåene (A, AA og AAA). Se Figur 5. Dette verktøyet oppgir også en rekke potensielle problemer, som på sikt kan føre til feil, men ikke klassifiseres som feil ennå. Disse kan man få en oversikt over på samme side og jobbe videre med å innfri WCAG kriteriene der det er mulig og hensiktsmessig. Del V: Testdokumentasjon

67 7 Figur 5 - utsnitt av WCAG-validatorvekrtøyet som viser at index.php (Forsiden) validerer mot WCAG 2.0 nivå AA. 4. Dokumentasjon av testing I dette kapittelet går vi nærmere inn på brukertesting og - evaluering, både av enkeltfunksjoner og av helhetsinntrykk. 4.1 Hvorfor tester vi? Formålet med å gjennomføre tester på produktet er for å sørge for at vi oppdager flest mulig feil og mangler på produktet før det leveres til oppdragsgiver. Dette er for at produktet vi lever skal være så godt som mulig. Vi har gjort tester på enkeltfunksjoner og tester som går på brukervennlighet. Deretter har vi evaluert testresultatene og gjort endringer/forbedringer basert på de tilbakemeldingene vi har gjort. Vi har latt eksterne personer teste og gjort tester selv. Det er spesielt nyttig å la andre gjøre testene da de ikke har kjennskap til koden og vil ofte gjøre ting annerledes enn en som kjenner systemet ville gjort. Del V: Testdokumentasjon

68 8 4.2 Nettbrett og smarttelefoner Vår nettbutikk er så langt ikke optimalisert for andre plattformer, men den er operativ i f.eks. Safari på ipad, selv om stylingen er noe endret fra nettleser- versjonen på en pc (se Figur 6) Figur 6 - skjermbilde av nettbutikken på en ipad Vi har ikke fokusert på å lage en egen mobilversjon av nettsiden, men siden smarttelefoner har relativt sofistikerte nettlesere så er alle funksjonene er tilgjengelige for mobilbrukeren. Det kreves dog en del manøvrering som forstørring av skjermbilder og lignende (se Figur 7). Del V: Testdokumentasjon

69 9 Figur 7 - skjermbilde av nettbutikken på en iphone 6+, hvor nedtrekksmenyen overlapper annen tekst Selv om nedtrekksmenyen overlapper annen tekst slik som vist i figur 7 er den allikevel virksom, og fordi vi ikke har noen flash- baserte løsninger så virker siden på ios. Det er allikevel et poeng for framtiden å utvikle en versjon som tar hensyn til de ulike plattformene som potensielle kunder gjerne bruker i disse 4.3 Testing på kode Vi gjorde tester på nettsidens kode. Dette ble utført ved at nettsidens funksjonalitet oppførte seg likt uavhengig av nettleser, skjermstørrelse, enhet og hvilke valg brukeren gjorde. Det var viktig å beskytte brukeren for negative konsekvenser av feil (f.eks. at de alltid kan avbryte ett kjøp innen de trykker bekreft på siste side). Del V: Testdokumentasjon

70 Kodeutvikling i sprinter All koden vår ble utviklet i sprinter. Det vil si at vi gjorde klart en del, testet robustheten og brukervennligheten. Etter tilbakemeldingene gjorde vi forbedringer og testet igjen. Alle testene vi gjennomførte var ikke like omfattende. Noen av testene ble bare gjennomført på enkeltpersoner og tok bare ett par minutter. 4.5 Funksjonalitetstest Funksjonaliteten nettsiden skal kunne og som vi testet var. Resultatet ble vurdert ut i fra hvor godt koden utførte oppgavene fra Ikke godkjent til Godkjent. Registerere bruker Oppgave Resultat Kommentar Alle felter må være fylt Godkjent En bruker kan ikke gå videre uten at alle feltene er fylt ut. Feltene må være fylt riktig (tall i telefon, ikke tall i navn) Alle dataene lagres i databasen og kan benyttes ved login. Oppgavene gjort uten javascript Godkjent Godkjent Nokså godkjent Feilmelding oppstår på alle feltene som ikke er riktig fylt. Dataene lagres i databasen og brukeren kan logge inn. Ingen direkte feilmeldinger på feltene men feil data vil ikke bli skrevet til databasen. Kundepanel Logg inn som kunde Godkjent Innlogging fungerer og Del V: Testdokumentasjon

71 11 kunden får opp kundepanelet Endre kontoinformasjon Godkjent Brukeren får endre sin egen kontoinformasjon. Endre passord Godkjent Brukeren kan endre sitt eget passord så lenge den kjenner sitt gamle passord. Se bestillinger Godkjent Brukeren har mulighet til å se sine egne bestillinger. Slette bruker Ikke godkjent Brukeren har ikke mulighet til å slette sin egen bruker men administratoren har denne muligheten Logge ut Godkjent Brukeren kan logge ut Uten javascript Godkjent All funksjonalitet fungerer uten javascript. Annen funksjonalitet Søk på siden Godkjent Brukeren kan søke etter nyheter og produkter på siden. Stille spørsmål på siden Godkjent Brukeren kan stille spørsmål direkte fra siden og administrator får de tilsendt på mail. Uten javascript Godkjent Javascript har ingen Del V: Testdokumentasjon

72 12 innvirkning på disse sidene. Adminpanel Legge til produkt Godkjent Administrator kan legge til produkt Endre eksisterende produkt Nokså godkjent Administrator kan endre produktinformasjonen men ikke bildet. Skrive nyhet Godkjent Administrator kan skrive nye nyheter som postes rett på nyhetssiden. Endre nyhet Nokså godkjent Administrator kan endre teksten på nyhetene men ikke bildet. Kan se kundenes bestillinger. Godkjent Administrator kan se kundens bestillinger. Endre status på bestilling Godkjent Administrator kan endre status på bestillingene til kundene. Slette bruker Godkjent Administrator kan søke opp og slette en bruker. Endre bruker Ikke godkjent Administrator kan ikke endre en brukers kontoinformasjon. Uten javascript Godkjent Ingen merkbar forskjell uten javascript Del V: Testdokumentasjon

73 13 Produkter og handlekurv Legge produkt i kurven Godkjent Brukere kan kjøpe produkter Legge til flere produkter Godkjent Brukere kan legge til et uendelig antall produkter. Oppdatere kvantitet Godkjent Brukere kan oppdatere kvantitet ved å legge til flere av de samme produktene i kurven. Forhåndsvisning Nokså godkjent Forhåndsvisning er tilgjengelig på noen av produktene. Uten javascript Nokså godkjent Forhåndsvisningen er avhengig av javascript for å fungere Kjøp Kjøpe produkter med paypal Kjøpe produkter med faktura Godkjent Godkjent Integrasjon med paypal fungerer og overføring skjer direkte. Faktura blir generert for kunden med ett unikt fakturanummer. Skrive ut faktura Godkjent Bruker kan skrive ut faktura direkte fra fakturasiden. Uten javascript Nokså godkjent Printfunksjonen benytter javascript og vil ikke Del V: Testdokumentasjon

74 14 fungere uten. Tabell 1 - viser resultatet av de ulike testene på funksjonalitet 4.6 Testing på brukervennlighet Vi gjorde også tester basert på brukervennlighet og forståelse av nettsiden. Dette gikk ut på at vi lot brukere som ikke hadde benyttet nettsiden før utføre diverse oppgaver på siden. Oppgaver som ble gitt på kundesiden var: * Registrere en ny bruker * Endre passordet for den nye brukeren. * Kjøpe ett spesifikt produkt. * Finne bestillingen de nettopp gjorde. Oppgaver gitt til administratorsiden var: * Legge til et nytt produkt. * Legge til en ny artikkel. * Endre status på en bestilling. Testen ble gjennomført ved at en av gruppemedlemmene ga forskjellige oppgaver til testpersonen. Det ble forsøkt å gjøres med minst mulig innblanding, men testpersonen fikk veiledningen hvis den stod fast eller ved funksjonsfeil. Bak testpersonen stod en observatør som fungerte som "flue på veggen" og noterte hva testpersonen trykket på og hva testpersonen sa. Siden mange av feilene vi oppdaget kom i forbindelse med migrering fra lokal server (localhost) til ekstern server, så var det viktig å teste alle funksjonene både lokalt og eksternt. Vi oppdaget at en del av funksjonene som fungerte fint på lokal server ikke fungerte på ekstern server. Dette gjorde at det ble veldig mange mindre tester mellom hver gang vi lastet opp ny funksjonalitet eksternt. Del V: Testdokumentasjon

75 15 5. Konklusjon Testene vi har gjort har bidratt til at vi har et produkt som er mer brukervennlig enn det vi i utgangspunktet kom frem til. Testpersonenes tilbakemeldinger har vært verdifulle for at vi skal ha en enkel og oversiktlig side. Vi har også fått en nettside uten større feil og det som gjenstår av "bugs" eller funksjoner som ikke er helt optimale, er på grunn av tidsmangel og prioritering av andre funksjoner. Dette er funksjoner som ikke setter ned helhetsinntrykket og ikke reduserer ytelsen til nettsiden. Det at vi har testet vår kode både på lokal server (localhost) og på ekstern server er verdifullt da vi vet at koden vår er mer robust og vil by på færre migreringsproblemer for oppdragsgiver. Del V: Testdokumentasjon

76

77 1 Del VI: Brukerveiledning

78 2 Brukerveiledning Logg inn Både brukere og administrator bruker den samme siden for innlogging. I kundetabellen er det et aksessbit som avgjør om brukeren blir tilegnet adminstrator- rettigheter eller kunde- rettigheter. For å kunne logge inn må en bruker har brukernavn og passord. 1. Vel "Logg inn" inn på menyen over søkefeltet. Figur 1 -../skiltetditt/produkter.php 2. Skriv inn brukernavn og passord og trykk Logg Inn. Figur 2 -../skiltetditt/logginn.php Del VI: Brukerveiledning

79 3 Adminpanel Figur 3 - utsnitt av nettsiden som viser Adminpanelet Om aksessbitet er satt slik at brukeren som logger inn er satt som administrator vil brukeren bli sendt til administratorpanelet. Her kan administratoren utføre følgende oppgaver. - Legg til nytt produkt - Legg til ny kategori - Søk opp og endre produkt - Slett bruker - Skriv artikkel - Endre/slett artikkel - Se status på transaksjoner Legg til produkt 1. Velg "Legg til nytt produkt" fra adminpanelet 2. Fyll inn feltene for produktet og legg til ett produktbilde. Del VI: Brukerveiledning

80 4 Figur 4 -../skiltetditt/leggtilprodukt.php 3. Trykk på knappen Legg til Produkt. 4. Produktet er lagt til og bruker har mulighet til å legge til ett nytt produkt dirkete, eller trykke avbryt for å gå tilbake til adminpanelet. Legg til kategori 1. Velg "Legg til kategori" fra adminpanelet. 2. Skriv inn kategorinavn og trykk legg til kategori. Kategorien vil bli lagt til i kategoritabellen og kan benyttes neste gang man legger til produkter. (Det er nødvending at kategorinavnet inneholder ordene "skilt", "konvolutt" eller "stempel" for at det skal kunne vises på de dedikerte produktsidene. Foreksempel vil "Legeskilt" være ett gyldig navn og dukke opp på skiltsiden. Del VI: Brukerveiledning

81 5 Figur 5../skiltetditt/leggTilKategori.php Endre eksisterende produkt 1. Velg "Søk opp og endre produkt" fra adminpanlet. 2. Skriv inn produktnavnet i søkefeltet og trykk "Søk etter produktet". Figur 6 -../skiltetditt/sokprodukt.php 3. Velg Slett for å slette produkter eller Endre for å endre det. Figur 7 - utsnitt av nettsiden som viser søkeresultatet når man søker på "Skilt" 4. Endre de feltene man ønsker å endre for produktet. Del VI: Brukerveiledning

82 6 Figur 8 - utsnitt av nettsiden som viser tekstboksene hvor man skriver inn endringer 5. Trykk på Endre for å endre informasjonen for produktet. Siden vil sende brukeren tilbake til adminpanelet. Slett bruker 1. Velg "Slett bruker" fra adminpanelet. 2. Fyll inn fornavn,etternavn eller brukeren man ønsker å slette og trykk "Søk bruker". 3. Trykk slett på brukeren man ønsker å slette. 4. Brukeren er nå slettet, trykk "Tilbake" for å gå tilbake til adminpanelet. Legg til nytt innlegg på forsiden 1. Velg "Skriv artikkel" fra adminpanelet 2. Fyll inn de forskjellige feltene og legg til ett bilde. Del VI: Brukerveiledning

83 7 Figur 9 -../skiltetditt/skrivartikkel.php 3. Trykk på knappen "Publiser artikkel" for å legge til artikkelen. Se bestillinger og endre status 1.Velg Se bestillinger/endre status fra adminpanelet. 2. Fyll inn statusfeltet og trykk oppdater. Statusen vil nå bli oppdatert og kan sees hos kunden. Figur 10 - utsnitt av nettsiden som viser alle kundenes bestillingene til administrator 3. Trykk på Se detaljer for å få mer detaljer om bestillingen. Del VI: Brukerveiledning

84 8 Kundepanel Figur 11 - utsnitt av nettsiden som viser kundepanelet Om aksessibiliteten til brukeren tilsier at det er en kunde vil brukeren bli sendt til kundepanelet. Der har brukeren selv mulighet til å utføre følgende oppgaver. - Oppdatere eget passord. - Oppdatere kontoinformasjonen. - Se bestillingene som er gjort for brukeren. Oppdatere passord 1. Velg "Oppdatere passord" fra kundepanelet. Figur /skiltetditt/oppdaterpassord.php Del VI: Brukerveiledning

85 9 2. Skriv inn det gamle passordet i "Gammelt passord" boksen. 3. Skriv det nye passordet og gjenta det i boksen under. 4. Trykk "Oppdater Passord". Om feltene over er fylt inn riktig vil passordet for brukeren oppdateres. Oppdatere kontoinformasjon 1. Velg Oppdatere kontoinformasjonen fra kundepanelet. 2. Endre de feltene man ønsker å endre for brukeren. Figur /skiltetditt/oppdaterinfo.php 3. Trykk Oppdater informasjon for å lagre endringene. Se bestillinger 1.Velg Se bestillinger fra kundepanelet. 2. Velg se detaljer for å få mer detaljer om bestillingen. Del VI: Brukerveiledning

86 10 Figur 14 - utsnitt av nettsiden som viser alle kundens bestillinger 3. Detaljer på valgt bestilling kommer opp. Figur 15 - utsnitt av bekreftelsesside som viser fakturadetaljer Del VI: Brukerveiledning

87

88 1 Del VII: Kravspesifikasjon

89 2 Forord Dette dokumentet inneholder retningslinjer for gruppen vår og beskrivelse av betingelsene for utviklingen av vårt prosjekt. Vår gruppe benyttet dette dokumentet som et styringsdokument for å kunne kartlegge vår fremgang for å oppfylle funksjonelle og ikke- funksjonelle krav. Dokumentet er skrevet i samråd med oppdragsgiver og inneholder krav som vi har blitt enige om. Dette dokumentet er hovedsaklig egnet for gruppen og oppdragsgiver, men er gjort tilgjengelig for de som ønsker å et innblikk i prosjektets utviklingsfase. Del VII: Kravspesifikasjon

90 3 Innholdsfortegnelse Forord Presentasjon Gruppens medlemmer Oppdragsgiver og kontaktperson Veileder Bakgrunn Leserveiledning Systembeskrivelse Rammeverk i systemet Systemkrav Funksjonelle krav Ønsket funksjonalitet Programvare og serverkrav Ikke- funksjonelle krav Delsystemer - Krav...7 Del VII: Kravspesifikasjon

91 4 1. Presentasjon Prosjekttittel: Online navnskiltbutikk Oppgave: Utvikle en nettside for en helt ny bedrift. Nettsiden skal ha en integrert nettbutikk i tillegg til funksjoner for faktura, betaling, registrering, forhåndsvisning av produkt og administrasjon. 1.1 Gruppens medlemmer Fredrik Ryden Rognlien Shan Zueib Ahmed Mads Henning Jørgensen Hashir Jamshaid Ahmed 1.2 Oppdragsgiver og kontaktperson Dr.Usman Akram usmanakram10@hotmail.com 1.3 Veileder Geir Skjevling Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus 2. Bakgrunn Utvikling av en nettside for en helt ny bedrift. Bedriften spesialiserer seg i produksjon av skilter for andre bedrifter. Nettsiden skal foreløpig være bedriftens eneste butikk ettersom all kjøp fra bedriften skjer via nettsiden. Del VII: Kravspesifikasjon

92 5 3. Leserveiledning Kravspesifikasjonen forklarer og gir oversikt over nettsidens mål og funksjonalitet. Gruppen vår har som mål å følge kravspesifikasjonen for å kunne oppfylle kravene som er fastsatt. Den er med andre ord knyttet til både gruppen og oppdragsgiveren. 4. Systembeskrivelse Målet for oppgaven er å utvikle en nettbutikk for en fersk bedrift. Det er viktig for en ny bedrift som dette å ha noe som er eget når det gjelder det visuelle, slik at bedriften kan bli mer synlig og gjenkjent i markedet. Nettsiden skal ha funksjoner for registrering av kunder og kontaktskjema. Det skal også skrives en brukermanual som skal være egnet for oppdragsgiver og bedriften slik at siden kan drives og oppdateres etter at gruppens utvikling er ferdig. 5. Rammeverk i systemet Systemets rammeverk: Admin funksjonene skal kunne utføres uten kjennskap til programmering Produkter skal kunne legges til eller fjernes av admin bruker Admin bruker skal kunne legge ut nyheter og innlegg Brukermanual for systemet Må fungere med server installasjon som krever PHP og MySQL 5.1 Systemkrav Denne delen beskriver kravene som er grunnlaget for vårt nettsted Funksjonelle krav Innloggingsmodul for administrator for administrative hensikter (legge til, endre og slette). Del VII: Kravspesifikasjon

93 6 Innloggingsmodul for kunder for handelsmessige hensikter (registrering, kjøp, kontakt). Innebygd faktura system, slik at kunden kan betale med faktura. Integrert Paypal som en alternativ betalingsmetode. Forhåndsvisning av skilt. Data og annet informasjon som skrives inn i skjema(kontaktskjema og bestillingsskjema) skal krypteres og valideres på klientsiden. Brukermanual for administrator og brukere Ønsket funksjonalitet Nettsiden skal opprettholde dagens standarder for nettlesere som Internet Explorer (versjon 9.0), Mozilla Firefox, Apple Safari og Google Chrome. Nettsiden skal være brukervennlig for brukere og admin. Den skal også følge retningslinjene i universell utforming for web. Nettsiden skal presentere all informasjon på en oversiktlig og ryddig måte Programvare og serverkrav Server som støtter PHP og MySQL. OOP PHP 5.6+ og MySQL???? Ikke-funksjonelle krav Systemet skal utvikles av en smidig utviklingsmetode, som for eksempel Scrum. Bedriftens logo og header lages og utformes av utviklerne. Nettløsning, dokumentasjon og kildekode skal være på norsk. Kildekoden skal være ryddig og lesbar for videreutvikling. Fargevalget på nettsiden skal gjenspeile fargene på bedriftens logo. Del VII: Kravspesifikasjon

94 7 5.1 Delsystemer - Krav Adminpanel Skal kreve innlogging med brukernavn og passord. Adminpanel -> Forside Legg til et nytt produkt Legg til en ny kategori Søk og endre produkt Slett bruker Skriv artikkel Endre artikkel Slett artikkel Adminpanel -> Legg til et nytt produkt Angi produktnavn Skrive produktbeskrivelse Angi lagerantall Angi pris Angi kategori (skilt, stempel eller konvolutter) Laste opp bilde Velge form for forhåndsvisning Adminpanel -> Legg til en ny kategori Angi kategorinavn Adminpanel -> Søk opp og endre produkt Angi søkestreng Liste søketreff Endre produkt Slette produkt Del VII: Kravspesifikasjon

95 8 Adminpanel -> Slett bruker Angi søkestreng Liste søketreff Endre bruker Slette bruker Adminpanel -> Skriv artikkel Angi overskrift Skriv tekst for artikkel Last opp bilde Adminpanel -> Slett artikkel Liste artikler Endre artikkel Slett artikkel Hjem Presentasjon av produktkategorier med lenker Produkter Liste 3 mest solgte produkter Liste alle produkter Produkter -> Skilter Liste utvalge skilter Liste alle skilter Produkter -> Stempel Liste utvalgte stempler Liste alle stempler Del VII: Kravspesifikasjon

96 9 Produkter -> Konvolutter Liste utvalgte konvolutter Liste alle konvolutter Nyheter Relaterte artikler skrevet av admin Kontakt oss Liste kontaktinformasjon Angi lenke for kontaktskjema Registrer deg Skrive inn registreringsinformasjon Registrer Min side Oppdatere passord Oppdatere kontoinformasjon Se bestillinger Min side -> Se bestillinger Liste bestillingshistorikk Del VII: Kravspesifikasjon

97

98

99 2 Forord Dette dokumentet er ment som et oppslagsverk for leseren. Her finner du forklaringer på ord og kildeliste. I tillegg finner du vedleggene vi har brukt for prosjektplanlegging samlet her. Ordforklaringer, kilder og vedlegg

100 3 Innholdsfortegnelse Forord Ordforklaringer Kilder Vedlegg... 6 Ordforklaringer, kilder og vedlegg

101 4 1. Ordforklaringer Ord/tema HTML CSS Javascript MySQL SQL MySQL Workbench Netbeans IDE Spry HTTP Primærnøkkel Fremmednøkkel Forklaring Står for Hypertext Markup Language. Er et markeringsspråk for formatering av nettsider Står for Cascading Style Sheets. Er et markeringsspråk for å utforme nettsidenes design Skriptspråk som utformer og tilfører visuell design til nettsider Databasespråk som brukes til koding av database Står for Structured Query Language. Er et programmeringsspråk som brukes til å kommunisere med relasjonsdatabaser Verktøy for design av database i et visuelt grensesnitt Integrated Development Environment (IDE) er en programvare som tilbyr verktøy for programmering Rammeverk for å opprette internett applikasjoner Står for Hypertext Transfer Protocol. Tar seg av kommunikasjonen mellom webservere og nettlesere. Unik nøkkel som kan fastsette andre data i en database Nøkkel som peker til en primærnøkkel i en relasjonsdatabase Ordforklaringer, kilder og vedlegg

102 5 2. Kilder Tema PHP HTML CSS MySQL Snook.ca, sjekk av farger og WCAG w3.org, html5- validatortjeneste WCAG Kilder equiv AChecker.ca, WCAG- kriterier Dropdown meny, lastet w3.org, css3- validatortjeneste drop- down- menu Beskrivelse Fargede konvolutter Stempel Andre bilder og ikoner Kilder Egen produksjon Ordforklaringer, kilder og vedlegg

103 6 3. Vedlegg Fremdriftsplan Risikoplan Samarbeidskontrakt Wireframes Ordforklaringer, kilder og vedlegg

104 Fremdriftsplan Figur 1: Fremdriftsplan i Trello Figur 2: Kommentarer på et av oppgavene for prosjektet

105 3.1 Risikoplan Hvilke problemer kan oppstå? Sykdom Uenigheter Kapasitet Prioriteringer Endring av plan/krav Konsekvenser og sannsynlighet for at disse risikoene kan oppstå: 1. Sykdom Korttidssykdom: Sannsynlighet: Høy Konsekvenser: Kan gjøre at gruppen ikke klarer å holde faste planer og mål. Kan skape problemer når det gjelder interne frister og prosesser. Langtids sykdom: Sannsynlighet: Lav Konsekvenser: Kan gjøre at gruppens blir utslitt av å dekke arbeidsoppgavene til de rammede. Kan minke kvaliteten på prosjektet. 2. Uenigheter Sannsynlighet: Lav Konsekvenser: Kjemien i gruppen kan bli dårlig. Dette kan påvirke det helhetlige resultatet til prosjektet. 3. Kapasitet Sannsynlighet: Moderat Konsekvenser: Gruppen får ikke nok tid til å gjennomføre oppgavene som går at det blir vanskelig å nå prosjektets mål. 4. Prioriteringer Sannsynlighet: Moderat Konsekvenser: Resten av gruppen kan ende opp med for mye arbeid og det kan minke kvaliteten på prosjektet. 5. Endring av plan og krav Sannsynlighet: Lav Konsekvenser: Kan ende opp med å overskrive mange timers arbeid.

106 Hvordan kan vi unngå/forebygge disse riskikoene? Sykdom: Ansvar bør fordeles meget godt blant gruppemedlemmene. Om det oppstår langtids sykdom må de andre gruppemedlemmene planlegge og dele for seg det arbeidet som var fordelt til det gruppemedlemmet. Ved korttidssykdom er det viktig med kommunikasjon i gruppen slik at oversikten opprettholdes. Uenigheter: Det er viktig for gruppen å ha klar oversikt over mål og hver av gruppemedlemmenes roller i prosjektet. Det er veldig viktig at gruppen kommuniserer godt, viser respekt og opptrer profesjonelt. Gruppen må være villige til å lytte til hverandre og vise forståelse for hverandres meninger. Om dette ikke fungerer, bør gruppen ta kontakt med veileder. Kapasitet: Det kan være vanskelig å beregne hvor mye tid hver oppgave krever. På grunn av dette må gruppemedlemmene være innstilt på å dele opp den angitte oppgaven. Om oppgaven blir for mye for to av gruppemedlemmene, bør oppgaven omdeles og gjøres med enten et medlem til eller resten av gruppen slik at oppgaven blir gjennomført. Prioriteringer: Det er fort gjort at et eller flere gruppemedlemmer nedprioriterer dette prosjektet uten gyldig grunn. Det er viktig for gruppen å kommunisere og få frem meninger om gruppemedlemmenes bestemmelser. Gruppen bør uttrykke sin misnøye med ting på en saklig måte for å kunne få alle medlemmene på samme nivå. Det er viktig å instille alle på å være tilstede for gruppemøter hvor det skal arbeides med prosjektet eller diskuteres prosjektets fremgang. Dersom en viktig oppgave nedprioriteres av et medlem, bør dette tas opp av gruppen og heller nedprioritere oppgaven som ikke er fullt så viktig i den bestemte fasen. Endring av plan og krav: Det er viktig å ha jevnlig kontakt med oppdragsgiver og gi jevnlige oppdateringer på prosjektet. Også viktig å gi innspill på ideer for videreutvikling. Om disse innspillene kolliderer med oppdragsgivers krav, må dette diskuteres slik at det enten blir foretatt en alternativ løsning eller om konklusjonen om ideens rolle ikke er viktig for prosjektet.

107 3.3 Samarbeidskontrakt Møtetider: Gruppen har blitt enige om å møtes minst to ganger i uken. På gruppemøtene skal det først presenteres prosjektets status og målet med møtet. Dette innebærer at hver av gruppemedlemmene er innstilt på å delta på hvert møte. Gruppemedlemmer må angi en gyldig grunn på forhånd om de ikke kan delta på møtet. Dersom dette ikke overholdes eller hvis grunnen ikke er gyldig, vil gruppemedlemmet få en advarsel. Gjentatte advarsler vil føre til alvorlige konsekvenser. Arbeidsinnsats: Gruppen har diskutert og kommet til konklusjonen at det kreves at hvert gruppemedlem jobber minst tre dager i uken med prosjektet. Det skal brukes god tid i de bestemte dagene, det vil si at det skal brukes mellom timer i uka på prosjektet. Oppgaver som blir fordelt i gruppemøter skal gjøres av gruppemedlemmene og gruppens interne frister skal holdes. Om et gruppemedlem sliter å med å holde en frist, er det andre gruppemedlemenes oppgave å hjelpe til med oppgaven slik at den blir gjort før fristen. Arbeidsmiljø: Det er veldig viktig å opprettholde et godt arbeidsmiljø i gruppen. Det er veldig viktig at gruppen kommer til enighet om at alle skal respektere hverande og være positive. Dette vil øke samarbeidsevnen vår og øke effektiviteten. Utestenging: Hvis et gruppemedlem har fått utdelt omtrent tre advarsler, vil resten av gruppen kontakte intern veileder og spørre om råd. Om interne veileder er enig, vil gruppemedlemmet utestenges fra gruppen.

108

109

110

111

Del IV: Prosessdokumentasjon

Del IV: Prosessdokumentasjon 1 2 Forord Dette dokumentet omhandler detaljert beskrivelse av vår arbeidsprosess gjennom hele perioden med prosjektet. Prosessdokumentasjonen er en viktig del av sluttrapporten, og er delt opp i følgende

Detaljer

1 Del I: Presentasjon

1 Del I: Presentasjon 1 Del I: Presentasjon 2 Forord Denne sluttrapporten er skrevet av gruppe 12 som består av 4 studenter som studerer ved Høgskolen i Oslo og Akershus. Vi studerer Anvendt datateknologi og denne rapporten

Detaljer

Del VII: Kravspesifikasjon

Del VII: Kravspesifikasjon 1 2 Forord Dette dokumentet inneholder retningslinjer for gruppen vår og beskrivelse av betingelsene for utviklingen av vårt prosjekt. Vår gruppe benyttet dette dokumentet som et styringsdokument for å

Detaljer

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...

Detaljer

Del!II:!Produktdokumentasjon!!

Del!II:!Produktdokumentasjon!! 1 DelII:Produktdokumentasjon 2 1.Forord Idennedelenavsluttrapportenbeskrivessluttproduktetogdetekniske aspekterveddet.detvisestilnoetekniskfagterminologisomikkenødvendigvis forklaresnærmereidennerapporten.seforøvrigbrukerveiledningog

Detaljer

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

KRAVSPESIFIKASJON. Gruppe 2. Hovedprosjekt, Høgskolen i Oslo og Akershus. Våren 2014 KRAVSPESIFIKASJON 1 KRAVSPESIFIKASJON Gruppe 2 Hovedprosjekt, Høgskolen i Oslo og Akershus Våren 2014 KRAVSPESIFIKASJON 1 CONTENTS 1. Forord... 3 2. Presentasjon... 3 2.1 Gruppens medlemmer... 3 2.2 Oppdragsgiver... 3 2.3

Detaljer

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk Produktdokumentasjon Madison Møbler Administrasjonsside og Nettbutikk 1 1. Forord 1.1 Dokumentasjonen Dette er en teknisk dokumentasjon på produktet som er utviklet. Denne er tiltenkt personer med teknisk

Detaljer

PROSESSDOKUMENTASJON

PROSESSDOKUMENTASJON PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00

Detaljer

1. Forord 2. Leserveiledning

1. Forord 2. Leserveiledning KRAVSPESIFIKASJON 1 1. Forord Hensikten med kravspesifikasjonen er at den skal fungere som et styringsdokument under prosessen og definere rammer og betingelser rundt hovedprosjektet. Den er utviklet etter

Detaljer

Brukerveiledning. Madison Møbler Administrasjonsside

Brukerveiledning. Madison Møbler Administrasjonsside Brukerveiledning Madison Møbler Administrasjonsside 1 1. Forord 1.1 Produktet Produktet blir konstruert som et nytt produkt da kunde/bruker ikke har noe eksisterende løsning, derfor er dette den nåværende

Detaljer

Brukerveiledning. Madison Møbler Nettbutikk

Brukerveiledning. Madison Møbler Nettbutikk Brukerveiledning Madison Møbler Nettbutikk 1 1. Forord 1.1 Produktet Produktet er i denne manualen nettbutikken www.madison-mobler.no. Dette er en nettbutikk som skal gi brukerne mulighet til å handle

Detaljer

Dokument 1 - Sammendrag

Dokument 1 - Sammendrag 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

Detaljer

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

Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren Camilla Kaasi(s188070) Roza Moustafa(s188113) Forprosjektrapport Gruppe 14 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus, våren 2015 Sted: Høgskolen i Oslo og Akershus Dato: 23.01.2015 Tittel: Gruppemedlemmer: Oppgave: Oppdragsgiver:

Detaljer

Bachelorprosjekt i informasjonsteknologi, vår 2017

Bachelorprosjekt i informasjonsteknologi, vår 2017 Bachelorprosjekt i informasjonsteknologi, vår 2017 Gruppe 29: Marthe Janson Skogen, s236357, Ingeniørfag - data Odd Einar Hoel, s236313, Ingeniørfag - data Forprosjektrapport Rapporten inneholder presentasjon,

Detaljer

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet

Produktrapport. Produktrapport. Hjelpemiddel portal for Parkinsonforbundet Produktrapport Hjelpemiddel portal for Parkinsonforbundet 1 Innhold: Forord ------------------------------------------------------------------------------------------------------2 Planlegging og arbeidsmetode

Detaljer

Produktrapport Gruppe 9

Produktrapport Gruppe 9 Forord Dette dokumentet er ment for personer som skal vedlikeholde, endre eller utvikle systemet. Produktdokument innholder informasjoner om programmets funksjoner og hvordan de fungerer. Før bruk av dette

Detaljer

HOVEDPROSJEKT. Telefon: Telefaks: Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo. 25.mai 2007.

HOVEDPROSJEKT. Telefon: Telefaks: Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo. 25.mai 2007. PROSJEKT NR. 2007-16 TILGJENGELIGHET Åpen Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT HOVEDPROSJEKTETS TITTEL DATO Panther

Detaljer

Bachelorprosjekt 2015

Bachelorprosjekt 2015 Bachelorprosjekt 2015 Høgskolen i Oslo og Akershus Tam Ha (s171513) Arslan Yousaf (s189135) Gabriel Noraker Alfarrustad (s161910) Eivind Lund (s180381) Phillip Padiernos Næss (s162951) Forprosjekt Prosjektets

Detaljer

Brukermanual. Studentevalueringssystem

Brukermanual. Studentevalueringssystem Brukermanual Studentevalueringssystem 1 Forord 1.1 Forord Denne brukermanualen innholder beskrivelse av systemets funksjonalitet og introduserer systemet for brukeren. Brukermanualen er delt inn i tre

Detaljer

Brukerveiledning WordPress. Innlogging:

Brukerveiledning WordPress. Innlogging: Brukerveiledning WordPress Her er en liten guide for hjelpe deg gjennom det grunnleggende i Wordpress. Denne veilederen vil ta deg gjennom: Innlogging Lage en side Lage et innlegg Innlogging: For å logge

Detaljer

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

Forprosjektrapport. Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016 Forprosjektrapport Hovedprosjekt for gruppe 13, Anvendt datateknologi våren 2016 1.0 Presentasjon 2.0 Sammendrag 3.0 Dagens situasjon 4.0 Mål og rammebetingelser 5.0 Løsninger/alternativer 6.0 Analyse

Detaljer

Entobutikk 3.TESTRAPPORT VÅR 2011

Entobutikk 3.TESTRAPPORT VÅR 2011 3.TESTRAPPORT VÅR 2011 1 DELKAPITTEL 1 FORORD Denne testrapport er skrevet i forbindelse med vårt hovedprosjekt ved Høgskolen i Oslo, ingeniørutdanning, våren 2011. Rapporten beskriver testingen av hele

Detaljer

Testrapport. Studentevalueringssystem

Testrapport. Studentevalueringssystem Testrapport Studentevalueringssystem 1 Forord 1.2 Forord Dette prosjektet er et hovedprosjekt i data ved Høgskolen i Oslo, avdeling for ingeniørutdanning, og gjennomføres i samarbeid med Ingeniøravdeling

Detaljer

Hovedprosjektet i Data Høgskolen i Oslo våren 2010

Hovedprosjektet i Data Høgskolen i Oslo våren 2010 Hovedprosjektet i Data Høgskolen i Oslo våren 2010 Kevin Holmvik s147777 Nikolai Godager s147790 Einar Drivdal s147782 Chau Quoc Quo Do s147792 PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi

Detaljer

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

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet Kravspesifikasjon Hovedprosjekt 2014 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Tittel: Oppgave: Gruppemedlemmer: Digitalt Helsekort for Gravide Utvikle en prototype

Detaljer

Studentdrevet innovasjon

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

Detaljer

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 Digitalisering av Sentralen UNG Gründer Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 207 Digitalisering av Sentralen UNG Gründer Gruppe 34 Kenneth Di Vita Jensen, s236745 Frank Arne Bjørkmann

Detaljer

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

Utvikling av et nettbasert CMS med tilhørende nettsted for Axel Bruun Sport AS Utvikling av et nettbasert CMS med tilhørende nettsted for Axel Bruun Sport AS Håkon Bogsrud Anders Høye Karlsen Alexander Borgen Saxevik Bacheloroppgave vår 2012 IT-støttet bedriftsutvikling Oppgavenummer:

Detaljer

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

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016 Pillbox Punchline Gruppe 8 André Østhagen Bye, s198607 Annika Hammervoll, s198611 Hanne Rygge, s198613

Detaljer

Hovedprosjekt ved Høgskolen i Oslo våren 2011 CHARITY DOCTORS KRAVSPESIFIKASJON

Hovedprosjekt ved Høgskolen i Oslo våren 2011 CHARITY DOCTORS KRAVSPESIFIKASJON CHARITY DOCTORS KRAVSPESIFIKASJON Hovedprosjekt i informasjonsteknologi ved Høgskolen i Oslo våren 2011 Gruppe 13 Muleha Nhonzi Harlem Tambwe Mufoncol Ruban Amuthalingam Page 1 of 6 1 Innledning 1.1 Innledning

Detaljer

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

Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018 Forprosjektrapport Bachelorprosjekt i data/informasjonsteknologi ved OsloMet Oslo / fredag, 19. januar 2018 Utvikling av Spires Medlemsregister Gruppe 2, medlemmer Etternavn Fornavn og mellomnavn Studentnummer

Detaljer

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

Gruppe 44. Bachelorprosjekt ved Institutt for informasjonsteknologi, våren Høgskolen i Oslo og Akershus, Bachelorprosjekt ved Institutt for informasjonsteknologi, våren 2017 Høgskolen i Oslo og Akershus, 19.01.2017 Gruppe 44 Håkon Andre Sylte Garnes, Tobias Hallèn, Gaurab J. Gurung Forprosjektrapport Presentasjon

Detaljer

KOM I GANG MED WORDPRESS En enkel guide for å hjelpe deg gjennom det grunnleggende i Wordpress

KOM I GANG MED WORDPRESS En enkel guide for å hjelpe deg gjennom det grunnleggende i Wordpress KOM I GANG MED WORDPRESS En enkel guide for å hjelpe deg gjennom det grunnleggende i Wordpress Sist oppdatert 05.06.2015 Innholdsfortegnelse 1. Hva er Wordpress?... 3 2. Hvordan logger jeg inn i kontrollpanelet?...

Detaljer

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

Hovedprosjekt 2011. Høgskolen i Oslo. Gruppe 24. Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Hovedprosjekt 2011 Høgskolen i Oslo Gruppe 24 Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Stian Pettersen (s144449) en RSS-leser på tvers av touchenheter

Detaljer

Oblig 5 Webutvikling. Av Thomas Gitlevaag

Oblig 5 Webutvikling. Av Thomas Gitlevaag Oblig 5 Webutvikling Av Thomas Gitlevaag For oppgave 1 og 2 skal dere levere en funksjonell webside på deres hjemmeområde. Dere skal også levere alle phps-filene slik at man for en hver side kan slenge

Detaljer

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

Kravspesifikasjon. Leserveiledning Kravspesifikasjonen består av følgende deler: Presentasjon Om bedriften Kravspesifikasjon Presentasjon Hovedprosjektet gjennomføres ved Høgskolen i Oslo, avdelingen for ingeniørutdanning. Målet med oppgaven er å utvikle en online webshop for bestilling av postkasser. Dette

Detaljer

Testrapport Prosjekt nr. 2011-22 Det Norske Veritas

Testrapport Prosjekt nr. 2011-22 Det Norske Veritas Prosjekt nr. 2011 22 Testrapport Hovedprosjektets tittel Implementering av plugin og utvikling av wizard for Det Norske Veritas Prosjektdeltakere Magnus Strand Nekstad s156159 Jørgen Rønbeck s135779 Dato

Detaljer

SiteGen CMS. Innføringsmanual

SiteGen CMS. Innføringsmanual SiteGen CMS Innføringsmanual Copyright Barlind Solutions AS 2008 Hva er SiteGen CMS? SiteGen CMS er et såkalt content-management-system; eller med litt andre ord et publiseringssystem. Det kan brukes til

Detaljer

Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen.

Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen. 1 Sammendrag Dette dokumentet er en produktrapport for vårt avsluttende hovedprosjekt våren 2008 ved høgskolen i Oslo, for ingeniør - avdelingen. Vår oppdragsgiver, ABTF hadde et ønske om en større web

Detaljer

HOVEDPROSJEKT I DATA VÅR 2011

HOVEDPROSJEKT I DATA VÅR 2011 PROSJEKT NR. 18 TILGJENGELIGHET åpen Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT I DATA

Detaljer

[GILJE SELSKAPSLOKALER]

[GILJE SELSKAPSLOKALER] 2013 Hovedprosjekt 2013 Gruppe 27 Kravspesifikasjon [GILJE SELSKAPSLOKALER] Lars Gjestang - Hiran Piapo - Bård Skeie Kravspesifikasjon 1 Presentasjon 1.1 Innledning Dette prosjektet er et hovedprosjekt

Detaljer

Testdokumentasjon. Testingen utføres for å utelukke mest mulig feil i systemet.

Testdokumentasjon. Testingen utføres for å utelukke mest mulig feil i systemet. PROSJEKT NR. 2007-30 Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Cort Adelers gate 30, Oslo TILGJENGELIGHET Åpen Telefon: 22 45 32 00 Telefaks: 22 45 32 05 Testdokumentasjon

Detaljer

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

Forprosjektrapport. Universelt LæringsVerktøy (ULV) Å lage en læringsplattform som tilfredsstiller alle krav til universell Forprosjektrapport Presentasjon Tittel: Oppgave: utforming Periode: Gruppemedlemmer: Hafnor Prosjektgruppe: Veileder: Oppdragsgiver: Kontaktperson: Nettside for gruppa: Universelt LæringsVerktøy (ULV)

Detaljer

Use Case Modeller. Administrator og standardbruker

Use Case Modeller. Administrator og standardbruker Vedlegg 1 Use Case Modeller Administrator og standardbruker 2 Use case Logge inn Bruker Bruker ønsker å logge inn Bruker har valgt å logge inn Bruker er logget inn 1. Systemet ber om brukernavn 2. Systemet

Detaljer

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

Forprosjektrapport. Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Gruppenummer: 21 Forprosjektrapport Hovedprosjekt 2015 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Gruppemedlemmer: Guro Asbjørnsen, Ester Jansson, Marius Skalstad og

Detaljer

BRUKERMANUAL FOR NETTINTRO CMS Dette dokumentet er skrevet for Nettintro CMS versjon 1.9.0, og kan derfor avvike noe fra nåværende versjon.

BRUKERMANUAL FOR NETTINTRO CMS Dette dokumentet er skrevet for Nettintro CMS versjon 1.9.0, og kan derfor avvike noe fra nåværende versjon. BRUKERMANUAL FOR NETTINTRO CMS Dette dokumentet er skrevet for Nettintro CMS versjon 1.9.0, og kan derfor avvike noe fra nåværende versjon. Denne brukermanualen vil gi deg en innføring i hvordan man bruker

Detaljer

Gruppe Forprosjekt. Gruppe 15

Gruppe Forprosjekt. Gruppe 15 Forprosjekt Gruppe 15 Marius Ylven Westgaard - s236797 - Anvendt Datateknologi Lise Janbu Eide - s236361 - Dataingeniør Lavanja Jeyenthiran - s236346 - Dataingeniør Kristian Pedersen - s236728 - Anvendt

Detaljer

Vedlegg Brukertester INNHOLDFORTEGNELSE

Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester... 1 Testrapport Wireframe... 2 1. INTRODUKSJON... 2 1.1 Systemoversikt... 2 1.2 Meningen med testen... 2 2 TESTPLAN... 2 2.1 Funksjoner som

Detaljer

Vedlegg LMC intranett

Vedlegg LMC intranett Vedlegg LMC intranett H12D02 Jarl-Håvard Holen Ole-Martin Larsen Fredrik Sethne-Andersen André Ritari Vedlegg 1 Resultater av kortsortering. Kortsortering Bruker 1, Salg: Kortsortering Bruker 2, Teknisk:

Detaljer

Del VI: Brukerveiledning

Del VI: Brukerveiledning 1 2 Brukerveiledning Logg inn Både brukere og administrator bruker den samme siden for innlogging. I kundetabellen er det et aksessbit som avgjør om brukeren blir tilegnet adminstrator- rettigheter eller

Detaljer

Kravspesifikasjon Gruppe nr ABTF

Kravspesifikasjon Gruppe nr ABTF 1 Presentasjon Tittel: Web-løsning for ABTF Utvikle en Web-løsning helt fra bunnen av, samt med en Oppgave: plattform som gir underviseren muligheten til å veilede og følge opp sine elever gjennom kurset.

Detaljer

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

Kravspesifikasjon. 1. Innledning. Presentasjon. Innledning. Om bedriften. Bakgrunn for prosjektet Kravspesifikasjon Presentasjon Tittel: Oppgave: Backup for PDA/Smartphones Utvikle en applikasjon for PDA/Smartphones med funksjonalitet for backup av sms, mms, e-post, kontakter, kalender, bilder og dokumenter

Detaljer

[GILJE SELSKAPSLOKALER]

[GILJE SELSKAPSLOKALER] 2013 Hovedprosjekt 2013 Gruppe 27 Kravspesifikasjon [GILJE SELSKAPSLOKALER] Lars Gjestang - Hiran Piapo - Bård Skeie Kravspesifikasjon 1 Presentasjon 1.1 Innledning Dette prosjektet er et hovedprosjekt

Detaljer

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

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen. Artist webside Innhold Artist webside...1 Gruppe medlemmer...1 Oppdragsgiver...1 Kontaktperson...2 Veileder...2 Oppgaven...2 Muligheter...2 Sammendrag...2 Dagens situasjon...2 Mål og rammebetingelser...3

Detaljer

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

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.

Detaljer

Forprosjektrapport. Gruppe Januar 2016

Forprosjektrapport. Gruppe Januar 2016 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

Detaljer

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

Kravspesifikasjon. Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar 2011. Gruppemedlemmer Kravspesifikasjon Høgskolen i Oslo, våren 2011 Sted og dato: Oslo, 9. februar 2011 Gruppemedlemmer Adeel Yousaf Khan s141459 Mats Klingenberg Naustdal s148155 Nur M. Ahmed s148108 Thomas Wiborg s161335

Detaljer

Forprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549

Forprosjektrapport. Gruppe 34. Magnus Dahl Hegge s153549 Forprosjektrapport Gruppe 34 Bjørn Bergan Abdi Baisa Mads Larsen s161593 s156140 s156151 Magnus Dahl Hegge s153549 Presentasjon Hovedprosjektgruppe 34 består av 4 elever som nå gjennomfører sitt siste

Detaljer

WordPress startguide

WordPress startguide WordPress startguide INNLEDNING... 2 BLOGGINNLEGG... 3 HVORDAN LEGGE TIL ET BLOGGINNLEGG:... 4 UNDERSIDER... 5 HVORDAN LAGE EN NY SIDE... 6 LAST OPP BILDER/VIDEO... 7 KOMMENTARER PÅ INNLEGG... 8 UTSEENDE...

Detaljer

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5 Testrapport Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 24.5.2013 Public 2013 Aker Solutions Page 1 of 5 Innledning I denne rapporten vil vi skrive om testingen som

Detaljer

WordPress. Brukerveiledning. Kjære kunde. Innlogging:

WordPress. Brukerveiledning. Kjære kunde. Innlogging: Brukerveiledning WordPress Sist oppdatert: 26.02.2014 Kjære kunde Her er en liten guide for å hjelpe deg gjennom det grunnleggende i Wordpress. Denne veilederen vil ta deg gjennom: Innlogging - s.1 Kontrollpanel

Detaljer

CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA

CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA CabinWeb BRUKERDOKUMENTASJON ET SYSTEM UTVIKLET AV DELFI DATA Sist oppdatert 18.02.2010 INNHOLD INNHOLD... 1 HVA ER CABINWEB... 2 HVA KAN DU BRUKE CABINWEB TIL?... 3 HVA ER NYTT I CABINWEB VERSJON 2.0...

Detaljer

Forprosjektrapport for bacheloroppgave i data og informasjonsteknologi

Forprosjektrapport for bacheloroppgave i data og informasjonsteknologi Forprosjektrapport for bacheloroppgave i data og informasjonsteknologi Gruppe 5 Anders Minde Dørum, Eirik Odden Solberg, Patrick Ingeberg og Torbjørn Magnus Brandrud Prosjektmedlemmer: Anders Minde Dørum,

Detaljer

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer...

1. Forord... 2 2. Innholdsfortegnelse... 3 3 innledning... 5. 4. Funksjonelle egenskaper og krav... 7. 5. Spesifikke krav av delsystemer... Side 1 1. Forord Dette dokumentet er en kravspesifikasjon og har blitt utarbeidet av arbeidsgiver og prosjektgruppen. Dokumentet består av ni kapitler. Det vil først bli presentert hvem prosjektgruppen

Detaljer

Testdokumentasjon. Gruppe 9

Testdokumentasjon. Gruppe 9 Innholdsfortegnelse 1.Innledning... 3 2.Test av systemet... 3 3.Test med brukermanual av utenforstående... 7 4.Konklusjon... 8 2 1.Innledning Testdokumentasjonen er et dokument som beskriver vår endelige

Detaljer

Hovedprosjekt i informasjonsteknologi våren 2014. Gruppe 32 - Erik M. Forsman, Lars H. Nordli og Simen A. Hansen

Hovedprosjekt i informasjonsteknologi våren 2014. Gruppe 32 - Erik M. Forsman, Lars H. Nordli og Simen A. Hansen Hovedprosjekt i informasjonsteknologi våren 2014 Oslo 22.01.2014 Gruppe 32 - Erik M. Forsman, Lars H. Nordli og Simen A. Hansen Forprosjektrapport Presentasjon Tittel: Definisjon: Gruppemedlemmer: Meso

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Kravspesifikasjon Forord Hensikten med en kravspesifikasjon er å gi et overblikk over programmets funksjonalitet og tilleggsfunksjoner, dette vil si både over de som er utviklet før prosjektstart, og de

Detaljer

Forprosjektrapport gruppe 20

Forprosjektrapport gruppe 20 Høgskolen i Oslo og Akershus Forprosjektrapport gruppe 20 PlaNet Knut Magnus Elde s189160 Kristoffer Ylven Westgaard s189143 22.01.2015 Innhold 1. Sammendrag... 3 2. Dagens situasjon... 3 3. Mål og rammebetingelser...

Detaljer

NETTSIDEKURS. NORILCO -Norsk forening for personer med stomi, reservoar og mage-/tarmkreft.

NETTSIDEKURS. NORILCO -Norsk forening for personer med stomi, reservoar og mage-/tarmkreft. NETTSIDEKURS NORILCO -Norsk forening for personer med stomi, reservoar og mage-/tarmkreft. Innføring i bruk av distriktsavdelingens nettside 17.-19. April 2015 Innhold Innlogging... 3 Lag ny artikkel/nyhet....

Detaljer

Bachelorprosjekt 2017

Bachelorprosjekt 2017 Bachelorprosjekt 2017 Høgskolen i Oslo og Akershus Gruppe 41 Kristan Munter Simonsen (s236789) Andreas Jacobsen (s236778) Jamal Lakbir (s236722) 1 Innholdsfortegnelse Forprosjekt... 3 Presentasjon... 3

Detaljer

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester. 1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer

Detaljer

Testrapport for Sir Jerky Leap

Testrapport for Sir Jerky Leap Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse

Detaljer

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

Forprosjektrapport. Presentasjon. Oslo, den 29. Januar Gorm Eirik Svendsen Nicolai Mellbye Marius Auerdahl Per Gustav Løwenborg Forprosjektrapport Presentasjon Tittel Bakerman AS Website Oppgave Utvikle ett websted for Bakerman AS der hvor de kan promotere seg selv og kommunisere med kundene sine. Periode 4. Januar 2010 til 17.

Detaljer

Oblig 1 Webutvikling av Jon-Håkon Rabben

Oblig 1 Webutvikling av Jon-Håkon Rabben Oblig 1 Webutvikling av Jon-Håkon Rabben Oppgave 2 og 3) http://www.it-stud.hiof.no/~jhrabben/boxmodel.html Oppgave 6) http://www.it-stud.hiof.no/~jhrabben/oblig1oppg6.html Oppgave 1) Siden tar lang tid

Detaljer

Presentasjon av oppgave 24E Bookingsystem for LillehammerBryggeri. Av Anders Refsahl

Presentasjon av oppgave 24E Bookingsystem for LillehammerBryggeri. Av Anders Refsahl Presentasjon av oppgave 24E Bookingsystem for LillehammerBryggeri Av Anders Refsahl Innhold Firma/Oppgavestiller Problemstilling Hvorfor denne oppgaven Løsning av oppgaven Resultater Videre arbeid Firma/Oppgavestiller

Detaljer

PBL Barnehageweb. Brukerveiledning

PBL Barnehageweb. Brukerveiledning PBL Barnehageweb Brukerveiledning 1 1. Innledning Gratulerer med valget av nye PBL Barnehageweb! Med PBL Barnehageweb skal det være enkelt å lage en brukervennlig, moderne og profesjonell nettside for

Detaljer

Mamut Enterprise Partner Web Kunde og Partner Web

Mamut Enterprise Partner Web Kunde og Partner Web Mamut Enterprise Partner Web Kunde og Partner Web Dette er en innføring i hvordan du bruker tilleggsproduktet Mamut Enterprise Kunde- og Partner Web. Først vil det bli gjennomgått hva du kan få ut av din

Detaljer

Brukermanual - Joomla. Kopiering av materiale fra denne Bonefish manualen for bruk annet sted er ikke tillatt uten avtale 2010 Bonefish.

Brukermanual - Joomla. Kopiering av materiale fra denne Bonefish manualen for bruk annet sted er ikke tillatt uten avtale 2010 Bonefish. Brukermanual - Joomla Bonefish brukermanual - Joomla Gratulerer med ny nettside fra Bonefish. Du er nå blitt eier og administrator for din egen nettside, noe som gir deg visse forpliktelser ovenfor din

Detaljer

Båtforening på nett. Produktrapport

Båtforening på nett. Produktrapport Båtforening på nett Hovedprosjekt våren 2009, Høgskolen i Oslo Prosjektgruppe 36 Vegard Skipnes, Rade Vuckovic & Frode Sørensen Produktrapport 1 Sammendrag Denne rapporten er en del av Hovedprosjektet

Detaljer

Nettveiledning for krets- og gruppesider 2016

Nettveiledning for krets- og gruppesider 2016 Nettveiledning for krets- og gruppesider 2016 Versjon 18.02.2013 Innhold 1. Forside 4 2. Artikler 5 3. Semsterplan 5 4. Kalender 6 5. Aktuelt, kontakt oss og bli med 7 6. Flytte artikler og kategorier

Detaljer

Brukerveiledning nettsted Stjørdal kajakklubb. Tilgang til siden. Opprette bruker? Tilgang til siden... 1 Opprette bruker?... 1

Brukerveiledning nettsted Stjørdal kajakklubb. Tilgang til siden. Opprette bruker? Tilgang til siden... 1 Opprette bruker?... 1 Brukerveiledning nettsted Stjørdal kajakklubb Tilgang til siden... 1 Opprette bruker?... 1 Nyheter / artikler... 3 Lage artikkel... 3 Redigerer artikkel... 11 Slette artikkel... 12 Tilgang til siden Opprette

Detaljer

Styringsdokumenter. Forord

Styringsdokumenter. Forord 8 Styringsdokumenter Forord Dette er en samling av samtlige styringsdokumenter gjennom hele prosjektperioden. Styringsdokumentene er satt opp i rekkefølge i forhold til leveringsfrister Dokumentene ble

Detaljer

WWW.POLARPRODUKSJON.NO

WWW.POLARPRODUKSJON.NO GUIDE RSHL.NO Av Fredrik Mediå Oppgraderingen av nettstedet RSHL.NO har ført til at det kan oppstå en del spørsmål og forvirringer rundt hvordan forskjellige elementer fungerer. Denne guiden skal fungere

Detaljer

TESTRAPPORT INTRANETT, CMA ASSET MANAGEMENT AS. Dataingeniørutdanningen, Høgskolen i Oslo GRUPPE 15. Kenneth Ådalen. Vegard Gulbrandsen

TESTRAPPORT INTRANETT, CMA ASSET MANAGEMENT AS. Dataingeniørutdanningen, Høgskolen i Oslo GRUPPE 15. Kenneth Ådalen. Vegard Gulbrandsen TESTRAPPORT INTRANETT, CMA ASSET MANAGEMENT AS GRUPPE 15 Kenneth Ådalen Vegard Gulbrandsen Kien Trung Nguyen Dataingeniørutdanningen, Høgskolen i Oslo Våren 2009 2 S i d e FORORD I dette dokumentet tar

Detaljer

En enkel lærerveiledning

En enkel lærerveiledning En enkel lærerveiledning ~ 1 ~ Innhold INNLEDNING... 3 Hva?... 3 Hvorfor?... 3 INN- og UTLOGGING... 4 Innlogging... 4 Utlogging... 5 Lærerinnlogging/-utlogging... 5 OUTLOOK / EPOST... 6 Skrive epost...

Detaljer

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING Prosjekt 18 Jørgen Mobekk Sørensen Morten Evje Tor Andreas Baakind Anders Gabrielsen Side 1 1 FORORD Dette dokumentet er brukerveiledningen, og skal være en veiledning

Detaljer

PROSESSDOKUMENTASJON

PROSESSDOKUMENTASJON PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00

Detaljer

Heidenreich AS Industriveien 6 Postboks Skedsmokorset Telefon: Org: NO

Heidenreich AS Industriveien 6 Postboks Skedsmokorset Telefon: Org: NO Brukerveiledning Heidenreich-Online www.heidenreich-online.no Av Heidenreich AS 31.08.15 Heidenreich AS Industriveien 6 Postboks 84 2021 Skedsmokorset Telefon: 22 02 42 00 firmapost@heidenreich.no www.heidenreich.no

Detaljer

infotorg Enkel brukermanual

infotorg Enkel brukermanual infotorg Enkel brukermanual Innhold Innledning... 3 Logg inn... 3 Feilmelding... 3 Sperret bruker / Glemt passord... 4 Bytt passord... 5 Innstillinger og oppstartsregister... 5 Søk og Svar... 6 Velg tjeneste/register...

Detaljer

Forprosjektrapport ElevApp

Forprosjektrapport ElevApp Forprosjektrapport ElevApp Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2017 Gruppe 14 Mirko Grimm, s236630 Andreas Krutnes, s236656 Japple John Regalario, s236621 Innholdsfortegnelse

Detaljer

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011

Entobutikk 1.KRAVSPESIFIKASJON VÅR 2011 1.KRAVSPESIFIKASJON VÅR 2011 1 DELKAPITTEL 1 INNLEDNING Kravspesifikasjonen er svært nyttig sett i forhold til produktet vi ønsker å utvikle. Dokumentet regnes som et av de viktigste i hovedprosjektet

Detaljer

www.mentalhelse.no Vårt nettsted En håndbok for lokale nettredaktører i fylkes- og lokallag

www.mentalhelse.no Vårt nettsted En håndbok for lokale nettredaktører i fylkes- og lokallag www.mentalhelse.no Vårt nettsted En håndbok for lokale nettredaktører i fylkes- og lokallag Introduksjon Gratulerer Mental Helse! Våre nettsider har fått en oppfriskning og fremstår i ny drakt. Design

Detaljer

DinVikar - Bruker Manual

DinVikar - Bruker Manual DinVikar - Bruker Manual Utvikliet av Fosen-Utvikling AS I samarbeid med Alvens AS Skrevet av: Jonas Kirkemyr Innhold 1 Introduksjon................................................... 4 I Systemet 2 Systemet......................................................

Detaljer

Brukermanual for nettpublisering. frivilligsentral.no

Brukermanual for nettpublisering. frivilligsentral.no Brukermanual for nettpublisering frivilligsentral.no Innholdsfortegnelse Introduksjon 3 1 - Innlogging 4 1.1 - Logge inn 4 1.1 - Logge ut 4 2 - Grensesnitt 5 2.1 - Menyfelt 5 2.2-3 - Opprette, lagre og

Detaljer

Testdokumentasjon Presentasjon

Testdokumentasjon Presentasjon Testdokumentasjon Presentasjon Tittel Oppgave Teknostorage - Lagersystem Et lagersystem som på enkel måte kan registrere varer inn og ut fra lager. Periode 3. januar 2012 til 11. juni 2012 Gruppemedlemmer

Detaljer

Administrasjon Nettbutikk: www.dittdomene.com/administrasjon Bruk brukernavn og passord som er sendt på e-post.

Administrasjon Nettbutikk: www.dittdomene.com/administrasjon Bruk brukernavn og passord som er sendt på e-post. Administrasjon Nettbutikk: www.dittdomene.com/administrasjon Bruk brukernavn og passord som er sendt på e-post. - Konfigurasjon Klikk på Konfigurasjon i menyen helt til venstre, og deretter Min butikk.

Detaljer

PUBLISERING AV INNHOLD TIL KVAMSSIDA.NO

PUBLISERING AV INNHOLD TIL KVAMSSIDA.NO PUBLISERING AV INNHOLD TIL KVAMSSIDA.NO Innhold Kapitel 1 - Registrering og innlogging... 2 Kapitel 2 - Lage ny artikkel uten bruk av bilder eller annen grafikk... 3 Kapitel 2a - Ingress... 4 Kapitel 3

Detaljer

Brukermanual for NROFs lokalavdelinger - hvordan redigere egne hjemmesider

Brukermanual for NROFs lokalavdelinger - hvordan redigere egne hjemmesider Brukermanual for NROFs lokalavdelinger - hvordan redigere egne hjemmesider 1. Logg deg inn på www.nrof.no/admin: 2. Da er du inne. Velg rediger side/artikkel follo@nrof.no Brukernavn = e-postadressen til

Detaljer