PROSJEKT NR. 11 ( 2012 ) Tilgjengelighet åpen

Transkript

1

2 PROSJEKT NR. 11 ( 2012 ) Tilgjengelighet åpen Studieprogram: Bachelorstudium i anvendt datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo HOVEDPROSJEKT HOVEDPROSJEKTETS TITTEL KS-Consult PROSJEKTDELTAKERE Aline Nilsen s Shwan Shwan s DATO 30. mai 2012 ANTALL SIDER/ VEDLEGG 34 + vedegg INTERN VEILEDER Geir skjevlinggeir Skjevling OPPDRAGSGIVER KS-consult AS KONTAKT PERSON Kåre Sund, Tlf: SAMMENDRAG Hovedprosjektet vårt er å utvikle en eksisterende nettside. Vi valgte da å utvikle nettsiden til KS- Consult, fordi deres nåværende nettside mangler flere viktig funksjoner for å kunne bli konkurransedyktig. Prosjektnettsidene og sluttrapporten innholder dokumenter som gir spesifikasjoner til hvordan hovedprosjektet har utviklet seg samt hvordan nettsiden skal fungere i forhold til brukervennlighet. FORORD Prosjektrapporten er delt inn i 3 deler, prosessrapport, produktrapport og vedlegg. Hvert dokument kan leses som et selvstendig dokument, dette medfører at enkelte kapitler kan forekomme i flere dokumenter. Prosessrapporten beskriver prosessen fra start til slutt i prosjektperioden. Hvordan gruppen samarbeidet. Hvordan oppgavene ble delt, hvilke valg vi har tatt, kravspesifikasjon til kunder og idèfasen av prosjektet. Produktrapporten beskriver blant annet oppbyggingen av nettsiden, teknologi, verktøy brukt og nettsidens design. Kravspesifikasjon omhandler kravene fra oppdragsgiver frem til det ferdige produktet. Nettsidens design inneholder modellene som gir beskrivelse av nettsiden trinn for trinn. I vedlegget ligger kildekoder til hjemmesiden. 2

3 PLAKAT 1 SAMMENDRAG 2 INNHOLDSFORTEGNELSE 3 Kapitel 1 PROSESSRAPPORT INNLEDNING Gruppen. 4 Oppdragsgiver Bakgrunn for oppgaven... 5 Prosjektskisse Mål Risikoanalyse Utviklingsprosess Startfasen Prosjekthjemmeside Planlegging Forprosjektarbeider Informasjons innsamling Implementerings fasen Verktøy Testing og feilsøking Database struktur Dokumentasjons fasen Avslutting fasen Arbeidsforhold Kommunikasjon i gruppen Kommunikasjon med veileder Kommunikasjon med oppdragsgiver Artefakter 1.5 Oppdragsgiver kravspesifikasjon Oppdragsgiver tilbakemelding Prosjektbeskrivelser Kapitel 2 Lenke til slutt produkt PRODUKTRAPPORT 2.1 Produkt beskrivelser Use case modell Sekvensdiagram administrator Sekvensdiagram brukere Database design Konklusjon Referanser. 34 3

4 Kapitel Vedlegg 3.1 Kildekoder til nettsiden INNLEDNING: Prosjektarbeid er å jobbe mot et felles mål innenfor en gitt tidsramme. I dette prosjektet prøver vi å være kreative, samt bruke vår evne til å tenke logisk, strukturert og kritisk. For å kunne lykkes med dette prosjektet, og oppnå et godt resultat har vi tenkt på: Hvem er målgruppen og hva vil vi at de skal vite? Hensikten med dette prosjektet var i utgangspunktet å utvikle KS-Consult sin nettside, men når gruppen vår fikk kravspesifikasjonen fra kunden, og analyserte den eksisterende nettsiden fant vi ut at mangel på funksjoner var så pass stort at vi bestemt oss for å utarbeide nettsiden helt fra scratch. Nettsiden ble designet i et samarbeid mellom prosjektgruppen og KS-Consult veileder. GRUPPER Gruppe 11 består av Aline Nilsen og Shwan Shwan fra anvendt datateknologi. Vi kjente hverandre ikke fra før, og startet kontakten via e-post hvor vi fikk avtalt et møte for å bli kjent med hverandre. På møtet diskuterte vi forskjellige temaer inkludert tidligere erfaringer og kunnskapsnivå. Etter første møtet ble vi enige om problemstilling og vi bestemte oss for å jobbe sammen i dette hovedprosjektet. Begge i gruppen hadde god erfaring med gruppearbeid og vi ble enige om at vi skulle sikre at vi fikk brukt vår kunnskap samt være flinke til å lære av hverandre. Vi fant ut at vi hadde noen komplementære ferdigheter som gjorde at vi ville utfylle hverandre. Vi var derfor fornøyd med sammensetningen av gruppen. OPPDRAGSGIVER KS.Consult er en IT bedrift som leverer programmer innen industrielle områder. Bedriften bruker sin kompetanse til å tilby kundene en skreddersydd løsning som passer kundens behov og løser dens oppgaver på en kostnadseffektiv måte. Bedriften bruker termiske skrivere. Skrivere fra produsenten CAB GmbH har sin egen prosessor med integrert Basic kompilator som heter YABASIC. Denne kompilator oppretter ikke.exe filer, men er et bindeledd mellom petrifisert utstyr variabler i en layout og skriver. Produktene er basert på gjennomgående tysk kvalitet, og bedriften søker til enhver tid å kunne levere den optimale løsningen for kundene. Med optimal løsning menes riktig ytelse til riktig pris. En skreddersydd løsning fra bedriften innebærer et forslag på utarbeidelse av etiketter med layout til ferdig etiketterte produkter. Bakgrunn Bedriftens nettside er per i dag utdatert og uorganisert, nettsidenes teknologi er basert på enkel HTML koding som inneholder informasjon om produktene som bedriften presentere til det norske marked. For å forbedre nettsiden har oppdragsgiver behov for et bedre løsningsdesign på nettsiden. Meningen er å utvikle bedriftens nettside med god planlegging for oppnå en bedre design. På den måten blir nettsiden lett å oppdatere, og det blir lett å få oversikt over produktene som ligger der. Nettsidens skisse (utkast) 4

5 Mål Nettsiden er viktig for bedriften siden den er selskapets ansikt utad og spesifikke kunders bestillingsplattform. Da nettsiden er viktig for å vekke kunders interesse for produktene er det viktig at siden er funksjonell samt designmessig spennende. Målet er å forbedre ks-consult s enkle nettside til å bli en konkurransedyktig nettbutikk, ved å lage et online system som er knyttet til en database for kunderegistrering samt til bestilling av varer og tjenester på nettsiden. Dette vil da være med på å gjøre det enklere for bedriften med tanke på bestillinger av pakkeløsninger bedriften selger. Samtidig vil kunder slippe å bruke mye tid på å gi personlig informasjon via telefonen. Nettsiden må ha høy fokus på brukevennlighet da brukerne ofte har lite datakunnskap. KS- Consult nettsiden skal også kunne fungerer på de fleste operativsystemer. Risikoanalyse 5

6 Utviklingsprosessen Startfasen Det første vi gjorde var å opprette en prosjekthjemmeside for å kunne ha en felles nettbasert plattform hvor vi kunne legge til alle prosjektdokumentene. Deretter ble det skrevet en statusrapport og en prosjektskisse til hovedprosjektet. I januar begynte vi å jobbe på heltid med prosjektoppgaven. Vi avtalte et møte med ekstern veileder for å få den nødvendige informasjonen om oppgaven vi skulle gjennomføre for oppdragsgiver. Dette for å kunne skrive en fullstendig kravspesifikasjon til hovedprosjektet for så å starte jobben med forprosjektsrapporten. Prosjekthjemmeside Prosjekthjemmesiden ble opprettet for å presentere informasjon om hovedprosjektet for intern og ekstern veileder og andre interesserte. Dagboken ble oppdatert jevnlig for at oppdragsgiver og veileder kunne følge med på progresjonen i prosjektet. Prosessrapporten beskriver prosessen gjennom hele prosjektperioden. Den beskriver også hvordan samarbeidet i gruppen fungerte, hvordan oppgavene ble fordelt og hvilke valg vi har tatt. Denne rapporten fremgår i prosjektrapporten, men er også ment å kunne leses som et selvstendig dokument om hvordan prosjektperioden var, med blant annet arbeidsfordeling. Derfor er denne rapporten hovedsakelig skrevet for sensor og veileder, men kan leses av andre som for eksempel bedriftens veileder. Denne rapporten krever ingen særskilte forkunnskaper innen IT, men skulle det forekomme ukjente 6

7 datarelaterte ord vil du finne en forklaring bakerst i dokumentet under ordforklaring. Hvis leseren har lest prosessrapporten, så kan leseren begynne rett på kapittel 2 som er produktrapporten der man finner beskrivelsen av nettsidens design trinn for trinn. Planlegging Planleggingen av dette prosjektet handlet om fordeling av arbeid samt hvordan kommunisere i gruppen og mellom gruppen, oppdragsgiver og veileder. Det vil bli beskrevet arbeidsforhold mellom gruppemedlemmene og arbeidsfordelingen samt hvilke verktøy, teknologier og hvilken utviklingsmetodikk som er brukt i utviklingsprosessen. I begynnelsen av prosjektarbeidet analyserte vi og samlet inn en oversikt over hvilke kunnskaper og tekniske egenskaper hvert enkelt gruppemedlem hadde. Vi begynte å planlegge prosjektet etter at vi bestemte hvilke prosjekt vi skulle jobbe med. Gruppen noterte ned de viktigste problemstillingene som måtte løses i prosjektprosessen, og vi var nøye på at disse måtte samsvare med kravene som ble satt og avtalt under prosjektarbeidet. Underveis i prosessen dukket det opp problemstillinger som vi måtte ta hensyn til og løse. Fasene vi delte inne i er: 1. Innledelse 2. Forprosjektet 3. Kravspesifikasjon 4. Implementering 5. Testing og feilsøking 6. Dokumentasjon 7. Avslutting I hver fase har vi satt opp flere oppgaver som skulle utføres innen en bestemt tid. Dette for å gjøre arbeidet vårt mest mulig effektivt i forhold til tidsplanen. Vi brukte også en risikoplan for å ha oversiktig over eventuelle problemer som kunne oppstå underveis i prosjektet samt en plan for å håndtere disse problemene. Hensikten med prosjektplanlegging er å sikre at en har kontroll på gjennomføring samt at en er trygge på alle tiltak. For best mulig resultat laget vi Gantt- diagram som viser prosjektaktiviteter langs en tidslinje. Innledelse Før prosjektet startet hadde gruppen delt dokumenterleveranser som var absolutte krav til hovedprosjektet. Disse ble delt i statusrapport, prosjektskisse og forprosjektrapport. 1. I statusrapporten definerte vi de bedriftene vi tok kontakt med for å tilby prosjektarbeid. Under statusrapport ble det bestemt hvilken bedrift vi skulle jobbe med. Dette arbeidet ble utført i perioden fra uke Etter at vi bestemte å jobbe med bedriften KS- Consult lagde vi gruppehjemmesiden som ble forandret 2-3 ganger før den ble slik den er nå. Gruppehjemmesiden ble utviklet fra uke 47 (2011) til og med uke 4 (2012) 3. På prosjektskissen definert vi målsetting for prosjektet samt problemstillingen, rammebetingelser, krav og teknologier som skal brukes i prosjektet. Prosjektskissen jobbet vi med fra uke i (2011) 4. Dagboken ble skrevet i hver gang vi møttes. Vi oppdaterte også dagboken på vår gruppehjemmeside. Dette gjorde vi fra start til slutt på prosjektet. 7

8 Forprosjekt arbeid 1. I forprosjektrapporten presenterte vi ytterlige hva bedriften gjør. 2. Vi presenterte dagenes situasjon i forhold til nettsiden, og i hvilke grad deres nettside spiller en rolle innen dette markedet. 3. Under mål og rammebetingelser definerte vi hovedmålene og aktuelle problemstillinger samt begrunnelse for forbedring eller løsninger som er aktuelle. 4. Kravene ble definert ytterlige 5. Løsningene til nettsiden skal være nyttig for både bedriften som administrerer nettsiden, og for kundene som får en mer oversiktlig og brukervennlig nettside Alle punktene over ble gjort i perioden fra uke 48 til uke 4 (2012) Samling av datainformasjon Gruppen har samlet inn all informasjon om bedriftens produkter. Dette gjorde vi for å effektivisere arbeidet med å sortere de forskjellige produkter og informasjon på hver sin mappe. Dette for at vi kan finne produkter og informasjon fort når vi skal legge inn produkter på de forskjellige kategorier i nettsiden. I tillegg får vi mulighet til å vite hvilke produkter som er utgått. Innsamling av data ble utført med en gang etter at vi fikk tilgang til filene fra den gamle nettsiden til oppdragsgiver. Før vi fikk tilgang til disse dataene startet vi med å kode nettsiden med tom kategori navn og satset på å bygge funksjonene til nettsiden etter hvert for å sikre oss at vi jobbet godt mot sluttproduktet. Alt dette ble planlagte slik at vi kunne lage menyen og kategoriene plassert på riktige steder. Etter hvert som vi fikk tilgang til produktenes filer starter vi å legge til produktene via administratorsiden og testet en og en underveis. Implementering fasen 1. Lagde UseCase diagram for både administrator og brukere 2. Sekvens diagrammet er laget også i denne perioden i parallell med UseCase modellen 3. Design av database med tabeller og kolonner 4. Funksjoner til tilbakestille passord 5. Registreringsskjema 6. Innloging og utloggingsfunksjon på administrators side Dette ble utført i perioden mellom uke 9-17 Verktøy & Teknologi Teknologi: MicrosoftExpression Programmeringsspråk: Css, Html, PHP, Javascript Database:Mysql Utviklingsmetode: Paint shop pro Kommunikasjon/ fildeleing: Personlig møte, E-post, Googledocs, Mobil. I vedlegget til kildekode er all kodingen og funksjonene kommentert for en bedre forståelse til kodingen sin funksjonalitet. Men her tar vi for oss en generell oversikt over de verktøy som er brukt på oppbyggingen av nettsiden til oppdragsgiver. For en mer detaljert forståelsen for hver enkelt kodebit er dette selvsagt kommentert over selve kodingen. 8

9 HTML & CSS Hensikten ved å bruke CSS er at den gir oss mulighet til å angi hvordan HTML-dokumenter skal vises, enten i HTML-dokumentet, eller i en egen CSS-fil. Fordelene med dette er mange, og en av de viktigste er at man slipper og hele tiden skrive font, face, font-color osv over alt i HTML-dokumentene. I stedet kan man ha all layoutinformasjon i noen få CSS-filer, og ved å endre en av disse kan man endre utseendet på mange HTMLdokumenter. Dette gjør også at HTML-markeringene blir enklere å skrive og det blir lettere å vedlikeholde sidene. En siste fordel er at det blir mindre å laste ned, slik at nedlastingen går raskere. CSS har også rent grafiske fordeler, i og med at det gir muligheter rent grafisk som ikke er tilgjengelige via HTML. Man har langt større mulighet for å bestemme hvor elementer skal plasseres, avstand mellom elementer, skrift-størrelser, bakgrunnsfarger, innramming (ikke frammes) osv. PHP PHP er språket for dynamisk formatering av websider på internet som gav oss muligheten til å kunne knytte HTML-en opp mot databaser, (mysql). MYSQL Hensikt med å bruke mysql er: Lage tabeller i databaser Lagre informasjon i tabellene Velge ut den informasjon vi ønsker Endre data og datastrukturer Kombinere og kalkulere data til ny informasjon osv. eksempel: kategori underkategori produkt Msql ble også brukt for å sette tilkobling mellom nettsiden og databasen ved : ($ Mysqli = ny mysqli ("host", "bruker", "pass", "database") $ Mysqli = connect (); Testing og feilsøking Vi ble enige om å teste all koding på hver enkel ting med engang vi ble ferdige og før vi startet på andre oppgaver. På denne måten fikk vi mulighet til og feilsøke hver funksjon vi laget og dermed finne feilen fort. Vi fikk så en bedre oversikt over problemene undervis og det ble lettere å løse dem. Feilsøking skjedde mest internt i gruppen, men det ble også noe ekstern testing i perioden fra uke Oppdragsgiver gav gruppen gode tilbakemeldinger på den generelle designen til nettiden. Spesielt når det gjaldt navigering på nettsiden for finne fram til et bestemt produkt. Vi fastslår at vi oppnådde målet med brukervennlighet og god oversiktig som den forrige bedriftens nettside manglet. Database struktur 9

10 Vi har valgt( php MyAdmin ) som verktøy for å opprette og redigere databasen til denne nettsiden. Her vises altså alle tabeller og deres database. Administrator har mange muligheter for administrere (kategori, underkategori, produkter, manualer, videoer, brukere samt deres bestillinger 1. Kategori (categories): Kategoritabellen inneholder (id og navn) til kategorier. 2. Dokumenter (docs.) Dokumenttabellen inneholder (id, navn, beskrivelse, kategori og selve filen (lenken)). 3. Produkter (products) Produkttabellen inneholder (id, navn, beskrivelse, kategori, bilde til produktet og underkategori som produktet tilhører til) 4. Underkategori (subcategories) Underkategoritabellen inneholder (id og navn til underkategorien produkter). 5. Produkter (subitems) Tabellen inneholder (id, produkt id, underkategori id og kategori id). 6. Support (support categories): Supporttabellen inneholder (manualer og video) som definert med (id og navn). 7. Brukere registrert (users) Brukertabellen inneholder (id, logg inn, passord, e-post, navn, tlf og firmanavn) Bestillinger (orders) tabeller 10

11 Bestillinger (orders) tabellen over viser produkt id som er unikt, antall produkter bestilt, og brukernavn til kunden som har sendt bestillingen. Alt dette er registrert i databasen slik at administrator kan får en oversikt over denne bestillingen, og så fort som mulig kan kontakte kunder som har bestilt produktene. Glemt passord (lost_passwords) Tabellen glemt passord er definert med (id, brukernavn og koden) passord blir kryptert automatisk og det nye generert passordet blir sendt til kunden via e-post, dersom kunden trykker på glemt passord på selve nettsiden. Dokumentasjonsfasen Gruppen startet med å skrive sluttdokumentasjon allerede fra uke 13. Vi jobbet parallelt med koding og å oppdatere dagbok og møtereferat. Gruppen diskuterte i møter de forskjellige oppgavene vi løste gjennom prosjektet og begynte å skrive dokumenter etter hvert arbeid eller testing som ble utført under prosjekttiden. Målet var å løse de forskjellige oppgavene tidlig for å unngå eventuelle problemer som kan oppstår mot slutten av prosjektet. Gruppen holdt 11

12 veilederen oppdatert på hva vi jobbet med, og problemene som har oppstått hele veien, for å få tilbakemelding så tidlig som mulig. Dette for å kunne forbedre vårt arbeid i prosjektet. Alle i gruppen hadde sitt ansvarsområde i prosjektet, og fikk mulighet til å skrive om de forskjellige temaer i sluttrapporten. Vi har sammen lest og blitt enige om innholdet i dokumentene, men prosjektlederen hadde ansvar for og sammensette de individuelle delene og sørge for at alt var på plass og stemte. Etter dette fikk webansvarlig ansvar for legge ut dokumentene på gruppens hjemmeside for å holde skolens veileder oppdatert. Avsluttingsfasen Gruppen jobbet med de temaer som vi skulle snakke om i presentasjonen av hovedprosjektet. Presentasjonen ble fordelt mellom gruppens medlemmer, der hvert medlem skal presentere sin del individuelt, men samtidig skal hvert medlem kunne godt hva den andre skal presentere for å kunne bistå ved behov. På denne måten sikrer vi en god presentasjon, og vi unngår at noen stopper opp ved et bestemt emne. Arbeidsforhold Gjennom hele arbeidsfasen har gruppen benyttet skolen som arbeidsplass ved å booke inn rom med faste møter 3 ganger i uken. Vi brukte googledocs som kommunikasjonsverktøy for daglig oppdatering av de forskjellige dokumentene på gruppehjemmesiden og hovedprosjektsiden. Vi ble også enige om å jobbe hjemmefra med kodedelen for effektivisere arbeidet, og ta opp i møter eventuelle problem som oppsto underveis. Arbeidsoppgavene ble delt på forskjellige måter. Alle ideer til prosjektnettsiden og beslutninger ble diskutert på gruppemøter. Gruppeleder Aline Nilsen hadde som hovedsansvar å kode hovedprosjektnettsiden, oppdatere sluttrapport med den nødvendige informasjon om nettsiden, designe UML-modellene og beskrive dem på sluttrapporten underveis samt finne ut nye ideer til prosjektet som kunne blir vurdert å bruke på nettsiden. Webansvarlig Shwan shwan hadde ansvar for å vedlikeholde gruppehjemmesiden ved å oppdatere dokumentene, han hadde også ansvar for å teste hovedprosjektnettsidens funksjonalitet ved å legge til produktene på prosjektnettsiden for så å informere om eventuelle feil i nettsiden ble oppdaget. Vår webansvarlig har direkte kontakt med oppdragsgiver siden han jobber i selve bedriften vi oppretter hjemmesiden til, og på denne måten holdt han oppdraggiver oppdatert om prosjektet i tillegg til at han hadde god kunnskap om kravspesifikasjon fra bedriften. Det er svært viktig at alle utvikler seg i løpet av prosjektperioden og derfor fordelte vi oppgaver etter faglig kunnskap og hjalp hverandre ved eventuelt problemer. Vi involverte også den andre parten i de oppgavene som var vanskelige slik at vi kunne løse problemet sammen. Siden gruppen vår består av kun to personer er arbeidet blitt mye større per person enn det ville vært hvis vi hadde vært flere. Derfor fikk den ene personen hovedansvar for å kode mens den andre fikk kode relativt lite. Den som kodet lite fikk testet kodene samt feilsøke for så å orientere den andre parten. På den måten fikk den som hadde ansvar for å teste og feilsøke mulighet til å utvikle seg ved å prøve å forstå de kodene som han ikke hadde kodet selv. Vi har prøvd å organisere oss slik at man får forsøke seg på nye områder, men den som behersker godt et programmeringsspråk tar hovedansvar for denne delen. Dersom en satt fast med en oppgave som er vanskelig å løse hjalp vi hverandre ved å skaffe nye informasjon for å oppnå et best mulig resultat. Godt samarbeid i gruppen er gir et godt fundament, som gir en mer åpen kommunikasjon og trygghet innad i gruppen. Samtidig som det bidrar til at alle på gruppen får et større læringsutbytte ved å dele kunnskap med hverandre. Det vil alltid være noe en kan bedre enn andre, og å utveksle kunnskap er den beste måten å oppnå et godt resultat på. Nøkkelord for samarbeidet i gruppen vår var Når vi lærer bort lærer vi to ganger på den måten utviklet vi oss både personlig og faglig. Kommunikasjon i gruppen Kommunikasjonen i gruppen var litt turbulent i starten da vi oppdaget en gratispassasjer etter noen uker i prosjektet. 12

13 Da vi oppdaget at vi hadde en i gruppen som ikke leverte det hun skulle tok vi dette opp med personen i flere møter. De to andre medlemmene av gruppen forsøkte å finne ut hvorfor personen ikke leverte det hun skulle og hva de kunne hjelpe henne med. Vi forsøkt å hjelpe henne ved å tilby assistanse dersom hun hadde problemer med å finne løsning på oppgaver som hun fikk, men hun var dessverre ikke interessert i å få hjelp, og kom hver enest gang med en unnskyldning for ikke har levert noe. Gruppen prøvde å endre på de forskjellige oppgavene som hadde blitt fordelt tidligere, for å se om hun hadde bidratt hvis oppgaven hennes hadde vært noe annet som hun mente var greit for henne å jobbe med. Men det gikk uke etter uke og ingen innleveringer ble gjort fra hennes side. Vi tok så et nytt møte med henne og sa at hun fikk sekretærjobben. Dette var en jobb vi kunne følge med på at hun utførte. Det var greit for henne, men hun skrev ingenting og levert heller ingen koding som hun selv ønsket å jobbe med. Vi tok så et nytt møte med henne og advarte henne om at vi ville ta kontakt med veileder hvis hun ikke bidro. Heller ikke dette hjalp. Vi måtte derfor kontakte veileder som først kalte henne inn på et møte og deretter hele gruppen for å se om vi kunne finne en løsning. Gruppen var skeptisk til utfallet av møtet fordi vi hadde gitt henne mange sjanser, og hun hadde ikke endret innstilling. Vår leder i hovedprosjektfaget foreslo å tilby henne å lage en oppgave parallelt med prosjektet som gruppen ikke skulle være avhengig av. Dette for at hun skulle kunne fortsette i prosjektet, men hennes bidrag skulle bli vurdert separat. Gruppen godtok denne løsningen siden det er komplisert å avmelde et gruppemedlem fra hovedprosjektet. Vi var i tillegg fornøyd med at hun skulle vurderes separat. Etter hvert ble gratispassasjeren avmeldt av gruppen likevel fordi det ble oppdaget at vedkommende ikke hadde nok studiepoeng til å avlevere hovedprosjektoppgaven. Denne starten var ikke heldig for gruppen. Vi hadde brukt mye tid og krefter på en person som hadde lurt seg med i prosjektet. Vi som i utgangspunktet var en liten gruppe på 3 personer var nå blitt ytterligere redusert. Andre grupper har opptil fem personer på gruppen og vi er bare to. Dette problemet har lært gruppen å jobbe under tidspress, og vi har måttet jobbe enda hardere enn det vi kanskje hadde måttet med flere i gruppen. Samtidig tror vi at vi har lært mer ettersom vi har måttet fordele flere oppgavene på færre personer. Etter dette har kommunikasjonen vært bra i gruppen. Vi har jobbet hardt for å gjennomføre fellesprosjektet. Vi startet alltid møter med å legge fram alle nye ideer til prosjektet og diskutert en og en. Deretter har vi gått gjennom de individuelle oppgavene vi har jobbet med hjemmefra for så å hjelpe hverandre med utfordringer. Vi har hørt på hverandres forslag, og testet sammen disse ideene før vi har tatt en nøye vurdering om forslaget var bra nok til å bli tatt i bruk. Selve kommunikasjonen var ved fellesmøter, e-post, telefonsamtale, sms, googledocs, chatting og dokumentdeling. Kommunikasjon med veileder Vår veileder er Geir skjevling, som gruppen er veldig fornøyd med. Veilederen har vært en støttende mentor under hele prosjektperioden. Veilederens oppgave omfatter gruppemøter og oppfølging av alt det vi legger ut på dagboken. Vi fikk lett kontakt med veileder som var tilgjengelig for å kunne veilede oss ved oppståtte problem. Gruppen hadde ikke behov for hyppige møter med veileder fordi det var mulig for veileder å følge gruppens arbeid på dagbok som alltid var oppdatert på gruppehjemmesiden. Under de møtene vi hadde med veileder fikk vi gode tips på hvordan vi skulle løse noen kodingsproblem og hvordan vi skulle skrive rapport. Vi fikk tilbakemeldinger på hvordan vi kan forbedre produktet, og vi fikk tilbakemelding på våre ideer og forslag til prosjektet. 13

14 Kommunikasjon med oppdragsgiver Oppdragsgiver og gruppen har hatt jevnlig kontakt i prosjektperioden siden et av våre gruppemedlemmer jobber i bedriften til oppdragsgiver. Vi holdt oppdragsgiver oppdatert på alt som ble gjort på nettsiden og hørte på forslag til produkter som skulle legge ved, for optimalisere bedriftens markedsføring på websiden. Vår veileder i bedriften var ganske fornøyd med fremgangen på nettsidens design. Fra midten av prosjektet hadde bedriftens veileder anledning til å følge utviklingen av hjemmesiden fordi vi brukte en av bedriftens domener. Oppdragsgivers kravspesifikasjon Kravet fra bedriften er at nettsiden skal forbedres på flere områder, som design og brukervennlighet pluss oppdatering av manualer til produktene. Vi kan dele bruken av nettsiden i følgende deler: Krav Produkter delt i kategorier Beskrivelse av hvert enkelt produkt Kontaktinformasjon om bedriften Mail funksjon for å motta forespørsel fra kunder Link til produkt manualer Link til videoer som viser bruksanvisning Tilbakemelding fra oppdragsgiver Til utviklingsgruppen ved HIO Jeg har nå sett gjennom sidene som dere har utviklet for oss. Selv om det gjenstår noe konstruksjon fremstår utviklingen som en godt gjennomtenkt plan. Sidene er oversiktlige, enkle å navigere i men fremfor alt sidene kommer meget hurtige opp. Administrasjonssiden ser bra ut med tanke på endringer, tillegg eller fjerning av gamle utdaterte produkter. Jeg har prøvd en rekke weblesere og sidene ble håndtert likt av samtlige, noe som ikke er like bra med våre eksisterende sider. Jeg ser frem til det ferdige produktet Kaare Sund LØSNINGER KS-consults selger printermaskiner og ferdigløsnings - program til maskiner på sin hjemmeside og via telefonen. Nettsiden til Ksconsult ble utviklet av enkel html- kode uten database og en Basic design. Vi skal få ks-consults nettside til å være mer brukervennlig for kundene generelt. Tanken er blant annet å programmere et system for database i msql og php som kan brukes for kunderegistreringen, og onlinebestilling av produkter og tjenester som bedriften tilbyr. Vedlikehold og oppdateringer blir også enklere siden koden skal ligge på en webserver hvor administrator skal ha tilgang med brukernavn og passord. 14

15 Bedriftsnettsiden skal ha en bedre struktur slik at kunder kan finne frem fort til det de leter etter. Ved en bedre struktur på kodingen skal administrator i bedriften få mulighet til å redigere selv det de vil endre på en enkel måte. Prosjektbeskrivelser Vi skal følge kravspesifikasjon fra oppdragsgiver, men skal også lage ekstra ting som vi ikke ble spurt om, men som er nødvendig for at nettsiden skal være mer brukervennlig. Vi har foreslått for oppdragsgiver flere nyttige funksjonaliteter på nettsiden. Vi ønsker å utvikle en nettside som kan være mer konkurransedyktig i markedet. Derfor har vi lagd en database som inneholder: Produkter og bilder Produktbeskrivelser Opplysninger om kunder Produktmanual som kan lastes ned fra nettsiden Videoer med bruksanvisning kunders forespørsel om bestemt produkter Nettsiden inneholder en del nyttige funksjoner som for eksempel: Mail funksjon der bedriften mottar e-post fra brukere av nettsiden Innlogg og utlogg funksjon for brukere slik at de kan legge til produkter i bestillingskurv uten at de må registrere seg på nytt hver gang de er på nettsiden Innlogg og utlogg funksjon, for administratorbruker slik at han kan oppdatere produkter på nettsiden Bestillingskurv funksjon for å bestille informasjon om et bestemt produkt lagt i bestillingskurven Tilbakestille passord funksjon for brukere av nettsiden som glemte sin brukenavn / passord Administrator kan både legge til eller slette kategorier navn, underkategorier navn, produktnavn og slette alle disse med et knappetrykk. Administrator kan få kundebestilling for bestemte produkter på e-post. Noe som gir bedriften muligheter til å selge mer. På administrator sider skal det være mulig å oppdatere alle produkter, dokumenter og videoer. Brukere Når brukere besøker nettsiden får de mulighet til å bla igjennom alle produkt- kategorier og underkategorier. Dersom kundene vil bestille informasjon om produktene for deretter å bestille produkter selv, får han/hun mulighet til å velge produkter under underkategori av produkter i menyen. Etter at brukere har valgt og lagt til bestemte produkter, vil bestillingen ikke blir gjennomført før brukeren har registrert seg som kunde i systemet, og derfor på siste trinn ved å trykke order vil bruker få beskjed om å registrere seg på høyresiden under innloggingsboksen. Etter at kunden har registrert seg kan han logge seg inn med brukenavn og passord for å kunne fortsette 15

16 bestillingen. Viktig å nevne at produktene valgt av bruker før registrering ikke blir borte. De sammen produktene som er valgt før registreringen vil blir lagt til automatisk i bestillingskurven. Brukere vil motta e- post med informasjon og pris til produktene som er valgt. På denne måten vil det bli etablert en direkte kontakt mellom bedriften og kunden som eventuelt ønsker mer spesifisert informasjon om enkelt produkter. Registreringsskjema Brukeren må være registrert i systemet for å kunne sende inn bestilling på produktet som er lagt til i handlekurven. Etter at han har registrert seg kan han logge seg inn i systemet for å sende videre produkt lagt til i kurven, eller starte å handle mens han er innlogget. På registreringskjemaet har vi lagd funksjoner som gjenkjenner e-post tegn, antall tall på telefonnummer og antall tegn på brukenavn og passord. På denne måten skal brukere som ikke fyller ut sine opplysninger riktig få beskjed om å prøve på nytt. En melding vil vises på skjermen dersom en av disse opplysningene ikke stemmer med funksjonene. Det ble satt et krav på minst 8 og maks 11 tall til telefonnummer registrert, og minst 5 tegn til brukenavn og 6 tegn til passord. Dersom det ikke er utfylt etter disse kravene vil brukeren bli informert om å rette opp dette. Dette er gjort for å unngå lagring av feile dataopplysninger. Det er også gjort for at bedriften enklere skal holde kontakt med kunder som har registrert seg videre. Bestillingskurv På bestillingskurv har brukeren en oppsummering av produkt valgt, slik at kunden får mulighet til å se hvilket produkt som er i handlekurven. Påhandlekurven har kunder muligheten til å slette hele handlekurven eller hvert enkelt produkt av gangen. De produkter en vil beholde blir med videre. 16

17 Kunden kan velge mellom å fortsette å handle eller logge seg inn. Dersom han ikke er innlogget må kunden sende inn bestillingen ved å trykke på knappen bekreft bestilling. Når kunden er innlogget i systemet vil han kunne se en melding med velkommen kunden (navn) han/hun brukte for å registre seg som kunde i systemet. Når bestilling er sendt kan kunden trykke på knappen for å logge seg ut av systemet. Support og download Supportsider er opprettet for at kunder som har kjøpt eller ønsker å kjøpe noe på nettsiden kan få support på produktene sine. Denne støtten kan bestå av manualsider som kan lastes ned eller videoer som viser bruksanvisningen. Administrator til nettsiden Administrator har muligheter for å logge seg inn i systemet med brukenavn og passord for å kunne oppdatere produkter, dokumenter (produktmanual) og videoer. Administrators hovedside inneholder to sider. En side for produktoppdatering og en annen side for dokument - og videooppdatering. På produktsiden har administrator mulighet for å legge til nye produktkategorier, nye produkter underkategorier, produktnavn og produktbeskrivelser. Administrator kan også slette hver enkelt kategori, underkategori, produktnavn og produktbeskrivelse, fra produktsiden. 17

18 På dokument- og videosiden kan administrator både legger til nye dokumenter og videoer i kategorien samt slette hvert enkelt dokument eller videolenke på denne siden. Når administrator er ferdig med oppdateringen av produktet, dokumentet og videoen, kan han logge seg av administratorsiden ved å trykke på utloggingsknappen. Analyse av løsninger Hvis dette prosjektet blir vellykket får ksco.no bedre mulighet til presentere seg for målgruppen. Vi valgte å bruke php og css for å forbedre designet til nettsiden siden den kun er basert på enkel html koding. Php vil etablere kontakt mellom databasen og nettsiden samt skjule kodingene. Ved bruk av msql kan vi lage en database som gir bedriften muligheter for aksesser all informasjon, som er registrert på systemet, med muligheter for redigering av produktene som er i databasen. Paintshop vil vi bruke for å lage logo og design til nettsiden. Kommunikasjonen går ut på fellesmøter, fildeling på googledocs, e-post og mobil. PRODUKTRAPPORTEN Lenke til slutt produkt : Lenke til administrator side : Ps! Brukenavn og passord til administratorsiden ligger i selv kildekode til (innlogging filer i admin mappe). Produkt beskrivelser 18

19 1. Hjem er hovedsider (index-side) som inneholder informasjon om bedriftene og produkter 2. Under produkt meny ligger produkterkategorier og underkategorier som brukere kan gå innom for å finne ønskelig produkter. For så å bestille informasjon om produktene, pris og mer detaljert informasjon til spesifikke produkter. Deretter kan kunden bestille produktet fra bedriften. 3. Under supportsider kan brukere både se videoer med instruksjon til å bruke maskinene og de kan også laste ned brukemanual under manual link. 4. På kontakt vil det være et skjema hvor brukere som ikke ønske å registrere seg som kunder kan sende inn spørsmål til bedriften. Disse vil ikke ha mulighet til å lagre produkt valgt i bestillingskurv for å søke informasjon om produktvalgt før de er registrert som kunder på (kunderegister). 5. Om oss inneholder generell informasjon om bedriften 6. Innlogging og registrering er brukt for de som ønsker å registrere seg som kunder, noe som gir brukere mulighet til å legge til produktene i bestillingen de ønsker å ha spesifisert informasjon om. Dersom kunden velger produktene og ikke er registrert i systemet, vil de bli informert om å registrere seg på siste trinn da de skal sende bestillingen videre. Når registrering er gjort så vil kundene ha mulighet til å logge seg inn og ut fra systemet samt få en oversikt over hvilke produkt som ble lagt til i bestillingskurven, med en bekreftelse på suksessfull bestilling på selve skjermen. 19

20 Bildet over viser en av de kategoriene som ligger under produktsider. Under hver kategori ligger en underkategori som inneholder flere produkttyper som kunden kan se produktbilder av og lese litt informasjon om produktene. Dersom kunder ønsker mer detaljert informasjon om produktet, så vil kunden kunne motta informasjon på e- post. Derfor har nettsiden gitt brukeren mulighet til å registrere seg. Dette for å kunne legge til produkter i sine bestilling for så å få mer utfyllende informasjon om enkelte produkter. Administrators inn logging 1. Administrator kan logge seg inn med brukenavn og passord på nettsiden ved å skrive admin/før index. Som vises her : 2. Administrator kan logge seg inn på administratorsiden med brukenavn og passord for å kunne oppdatere 20

21 produktene eller innhold i meny bar på nettsiden. Administrator oppdatering av produkter, dokumenter og videoer. Administrator kan legge til / slette a- Produkt kategorier navn b- Produkt underkategorier navn c- produkt navn d- produkt filer e- Produkt beskrivelser Under support kategorier kan administrator legge til / slette a- Video navn b- Video url adresse c- Video beskrivelser d- Navn til manual dokumenter e- Beskrivelser til manual dokumenter f- PDF- filer til manual Kunder Use case model 21

22 Beskrivelser til bruker use case model: # Bruker Bruker case navn Bruker case beskrivelser 1 Kunder Ber om support Kunden kan besøke og ber om support. Fra denne delen kunden er i stand til å bla gjennom lagret informasjon (dokumenter og videoer) som inneholde bruksanvisning til produkter. Hvis kunden ikke finner noen egnet dokument eller video så det er mulig å kontakte direkte støtte laget ved å fylle ut kontaktskjemaet. 2 Kunder Download Dokument Kunden søker på listen over de manualsider dokumenter. Manualsider dokumenter kan lastes ned ved å trykke på 3 Kunder Se Video Kunden søker på listen over tilgjengelig videoer. Enkelte video kan sees ved å klikke på lenker. 4 Kunder Fyll opp Kontaktskjema Kunden fyller ut kontaktskjemaet ved å gi sin personlig opplysninger. Innholdet i skjemaet blir sendt til support e-postadressen 22

23 5 Kunder Velg Produkter Kunden søker på listen over de tilgjengelige produkter. Enhver valgte produkt inngår i Produktregisteret handlekurv. Listen av produktet kan bli filtrert ved angivelse av produktkategori og underkategorier 6 Kunder Velg ved Kategori Kunden spesifiserer et eksisterende produkt kategori. På denne måten Kunden er i stand til å bla gjennom og velge produkter som tilhører den angitte kategorien. De velge produkter og inkluderer i handlekurv 7 Kunder Velg ved type Kunden spesifiserer et eksisterende produkt type. På denne måten Kunden er i stand til å bla gjennom og velge produkter som tilhører den angitte typen. De velge produkter som blir inkludert i handlekurv. 8 Kunder Management handlekurv Kunden gjennomgår de produkter som inngår i handlekurv. handlekurv omfatter de produktene som tidligere er valgt av kunden. Kunden kan fjerne ett eller alle produkter fra kurven. Etter at kunden har bekreftet produktene i handlekurv inngår i en ny bestillingen. 9 Kunder Management bestillingen Kunden gjennomgår listen over bestillinger. Hver bestillings side inneholder listen over inkluderte produkter og staten av bestillingen. Kunden kan fullføre bestillingen og bekrefter eller fjerne produkter fra listen. 10 Kunder Bekrefter 11 Kunder Gjennomgå Bestilling Kunden aksepterer bestillingen. Opplysningene inngår i den rekkefølgen, vil bli behandlet av support gruppen for å behandle levering av produkter. Kunden gjennomgår informasjonen i den rekkefølgen. Kunden kan fylle opplysningsinformasjon, bekrefter bestillingen eller fjerne produkter fra listen. 12 Kunder Management Brukerkonto Kunden vurderinger og / eller oppdaterer informasjon relatert til sin brukerkonto (f.eks brukenavn og passord). 13 Kunder Register Kunden utfører én gang registrering ved å opprette en ny brukerkonto. Den nye brukerkontoen inneholder nytt passord opprettet av kunden. 14 Kunder Innlogging Kunden godkjenner sin identitet ved å oppgi gyldig brukernavn og passord. Etter vellykket autentisering Kunden er i stand til å logge 23

24 seg inn som kunder. 15 Kunder Utlogging Kunden kommer ut fra en autentisert seksjon. Kunden er ikke mer i stand til å få tilgang til privat informasjon til en ny påloggingsøkt vil bli vellykket. Administrator Use Case Model Beskrivelser til administrator use case model: 16 Administrator Management Brukerkonto Administrator er i stand til å gjennomgå listen over registrerte brukere. Administrator kan oppdatere brukeren listen ved å slette valgte kontoer. 24

25 17 Administrator Administrator innlogging Administrator autentiserer sin identitet ved å oppgi gyldig brukernavn og passord. Etter vellykket autentisering Administrator er i stand til å utføre privilegerte operasjoner (for eksempel gjennomgangen av brukerkontoer eller supportsider som inneholder dokumenter og videoer). 18 Administrator Admin Logg ut De Administrator avslutter fra en autentisert seksjon. Administratoren er ikke mer i stand til å utføre privilegerte operasjoner før en ny påloggingsøkt vil bli vellykket. 19 Administrator Management Produkter Administrator kan til å gjennomgå listen over produktene. Administratoren er også i stand til å oppdatere informasjonen knyttet til et bestemt produkt. 20 Administrator Add Produkt Administrator kan oppette et nytt produkt. Administrator gir informasjon knyttet til den spesifikke produktet, inkludert kategori og underkategori. 21 Administrator Slette produkt Administrator kan slette et bestemt produkt og dens tilhørende informasjon. 22 Administrator Add kategori Administrator legger til en ny kategori og ny underkategori navn slik at senere er mulig å endre produkter kategori eller bare registrere nytt produkter i kategorier tilgjengelig. 23 Administrator Slette Kategori Administrator sletter en eksisterende kategori og sub kategori inkludert i listen over til tilgjengelige produkter. 24 Administrator Management Administrator gjennomgår listen over tilgjengelige Dokumenter manualsider dokumenter. 25 Administrator Add dokument Administrator legger til en ny manualsider dokument i listen over tilgjengelige dokumenter. 26 Administrator Slette dokument Administrator legger til en ny manualsider dokument i listen over tilgjengelige dokumenter. 27 Administrator Management Videoer Administrator gjennomgår listen over tilgjengelige produkter videoer. 28 Administrator Add Videoer Administrator legger nye produkter videoer i listen over tilgjengelige videoer. 25

26 Administrator s sekvensdiagram: 26

27 Beskrivelser til administrator sekvensdiagram 27

28 # Bruker Sekvens scenario 10 Administrator Innlogging Bruke case beskrivelse Administrator forespørsler nettstedet logging godkjenning. Nettleseren er omdirigert til logging funksjoner siden. Forutsatt legitimasjonsbeskrivelser (brukernavn og passord) er verifisert ved hjelp av (select) spørring på bruker tabellen. Dersom legitimasjonen er inkludert i bruker tabellen da den gjeldende sesjon er oppdatert, og nettleseren er omdirigert til hjemmesiden, ellers nettleseren blir omdirigerte uten sesjons oppdatering. 11 Administrator Utlogging De Administrator foreta utlogging fra gjeldende sesjon. Den nåværende innloggingen er ok og leseren blir omdirigert til hjemmesiden. 12 Administrator Produkt gjennomgå Administrator ber om tilgang til produkter informasjon. Nettleseren er omdirigert til produktsiden. Administrator ved hjelp av Produkt informasjon skjemaet vil oppdatere informasjonen knyttet til den spesifikke produktet ved innsetting eller sletting av et bestemt produkt eller vil oppdatere tilgjengelige listen over produktkategorier og typer Produktforskriften og kategorier tabeller vil bli oppdatert tilsvarende. 13 Administrator Support gjennomgå Administrator ber om tilgang til support dokumenter informasjon. Nettleseren er omdirigert til support side. Administrator ved hjelp av support dokumentet skjema vil oppdatere informasjonen knyttet til den spesifikke manualsider dokumentet og videoer ved innsetting eller sletting av opplysninger knyttet til en bestemt dokument inkluder pdf-filen til dokumentet / video lenke Dokumenter og supporttabeller vil bli oppdatert tilsvarende. Kunder Sekvensdiagram 28

29 29

30 Beskrivelser til brukere sekvensdiagram # Bruker Sekvens scenario Bruke case beskrivelse 1 Kunder Innlogging Kunden ber om nettstedet logging autentissering. Nettleseren er omdirigert til logging funksjoner siden. Forutsatt legitimasjonsbeskrivelser (brukernavn og passord) er verifisert ved hjelp av select-spørring på bruker tabellen. Dersom legitimasjonen er inkludert i bruker tabellen da den gjeldende sesjon oppdateres og nettleseren blir omdirigert til hjemmesiden, ellers så blir nettleseren omdirigerte uten sesjon oppdatering. 2 Kunder Register 3 Kunder Gjenopprette Kunden kan foreta tilgang til nettstedet Påmeldingsskjema. Nettleseren blir omdirigert til registreringssiden som viser brukerens Påmeldingsskjema i skjermen. Kunden må fyller ut skjemaet med nødvendig informasjon (f. eks brukernavn, passord, e-post...). Forutsatt informasjon vil bli verifisert, og hvis brukernavn og e-post er ikke tilstede i brukertabell deretter en ny bruker posten vil bli lagt, ellers Kunden er omdirigert til registreringsskjemaet. Kunden kan foreta tilgang til passord gjenopprettings skjema. Nettleseren er omdirigert til gjennomopprettings skjema siden Kunden må fyller ut skjemaet med nødvendig informasjon. En ny gjennomopprettingskode blir generert og sendes til registeret brukeren e-postadresse. Nettleseren er omdirigert til gjennomopprettingssiden. Kunden fyller gjennomopprettings skjemaet med koden mottatt i e-post og et nytt passord blir lagret i brukerens tabellen. 4 Kunder Utlogging Kunden kan foreta utlogging fra gjeldende sesjon. Den nåværende innloggingen er ordentlig og leseren blir omdirigert til hjemmesiden. 5 Kunder Kontakt Kunden kan foreta tilgang til kontaktinformasjon. Nettleseren er omdirigert til kontakt siden. Kunden fyller ut kontaktskjemaet med den forespurte informasjonen. Informasjonen er levert in ved e-post til administrerende support. 30

31 6 Kunder Om oss Kunden kan foreta tilgang til bedriftsinformasjon. Nettleseren er omdirigert til om siden 7 Kunder Produkt gjennomgå Kunden kan foreta tilgang til produkter informasjon. Nettleseren er omdirigert til produktsiden. Ved hjelp av produktsiden er det mulig å få tilgang til listen over produkter etter kategori og listen over tilgjengelige bestillinger. Kunden kan bla gjennom listen av produktene ved valg av en bestemt kategori og sub Kategori eller legge til et bestemt produkt til listen, eller elementet i handlekurv. Ordenen tabellen vil bli oppdatert tilsvarende. 8 Kunder Profil gjennomgang Kunden kan be om tilgang til sin profil informasjon. Nettleseren er omdirigert til brukerprofilside. Kunden oppdaterer profilen informasjon ved hjelp av profilen skjema. Brukeren tabellen vil bli oppdatert tilsvarende. 9 Kunder Support Kunden kan be om tilgang til support dokumentene (produkt manualside). Nettleseren er omdirigert til support siden der vises i listen over tilgjengelige produkt manualside og videoer som viser hvordan produktene brukes. Kunden kan bla gjennom listen av disse dokumentene eller be om nedlasting av et bestemt dokument og kan se bruksanvisnings videoer. Database design 31

32 Database model beskrivelser # Tabellen Felt Beskrivelser 32

33 1 Bruker Id Log inn Passord Navn E-post Tlf Bedrifter 2 Bestilling Id Produkt Id Antall Bruker 3 Produkter Id Navn Beskrivelse Bilde Kategori Type Brukertabellen inneholder informasjon knyttet til en bestemt bruker. Hver bruker identifiseres ved en Id verdi tildelt når den posten er opprettet. De andre opplysninger (unntatt Passord feltet) er laget og oppdateres av brukeren ved hjelp av spesifikke skjema. Passord innlevert kan oppdateres ved hjelp av en bestemt skjema som sendes til brukeren via en dynamisk generert kode. Påloggingsfeltet brukes for å bygge forbindelser med ordretabellen. Ordenen Tabellen inneholder informasjon knyttet til en bestemt rekkefølge er lagt inn av en registrert bruker. Hver bestilling er identifisert ved en Id verdi tilordnet når ordren opprettes. Produkt antall feltet angir den antall produkter som er lagt til i bestillings forespørsel. Produkt id feltet brukes for å knytte spesifikke produkter fra Produkter tabellen. Brukeren feltet identifiserer en bestemt bruker i Brukere tabellen. Produkter tabellen inneholder informasjon knyttet til produkter som kan bestilles av de registrerte brukerne. Hvert produkt er identifisert med en Id verdi tildelt første gang posten er opprettet. De andre feltene er oppdatert og administreres av administrator brukeren. Den kategori og type feltene brukes for å bygge lenker med kategorier og underkategorier tabeller. 4 Kategorier Id Navn Forelder id Kategorier tabell inneholder listen over tillatte produktkategorier. Den Id-feltet identifiserer en bestemt kategori register og det er brukt for å tildele et produkt til en bestemt kategori. Den forelder id lagret brukes for å identifisere en hierarki av kategori register. 5 Sub Kategorier Id Produkt ID Kategori ID Underkategoriene inneholder informasjon knyttet til forholdet mellom kategori register. Hver underkategori register er identifisert av en bestemt Id 33

34 verdi. Produkt id og kategori id felter brukes for å bygge relasjoner med de produkter og kategorier tabeller. 6 Dokumenter ID Navn Beskrivelse File Kategori 7 Support Kategorier Den dokumenttabellen inneholder informasjon knyttet til de dokumentene som er tilgjengelige under support. Hvert dokument er identifisert med en bestemt Id verdi. De andre feltene forvaltes og styres av administrator brukeren. Navnet og beskrivelsen feltene brukes av brukeren for å hente riktig dokument. Hvert dokument lagres som fil og er tilgjengelig med nettadressen som følger med file feltet. Kategori feltet brukes for å tilordne en kategori til hvert dokument. Id Navn Den support kategorier tabellen inneholder informasjon relatert til kategorier (f. eks pdf-filer og video) kan tildeles til underlagsdokumenter. Hver kategori er identifisert av en bestemt Id verdi og ved et beskrivende navn. Støtte kategorier forvaltes og oppdateres av administrator. Konklusjon Vi startet prosjektet med tre gruppemedlemmer. Første treff ble brukt til å kartlegge de ulike medlemmenes styrker. Vi var enige om at dette ville hjelpe oss å fordele oppgavene bedre. Vi ble raskt enige om problemstilling til hovedprosjektet, men etter kort tid fikk vi problemer med at et av gruppemedlemmene ikke gjorde oppgavene sine. Dette resulterte etter hvert i at hun ble ekskludert fra prosjektet grunnet for få studiepoeng til å begynne på hovedprosjektet. At vi da kun var to i gruppen gjorde at det ble flere ulike oppgaver på hver av oss. Likevel er vi nå fornøyd med at vi bare har vært to fordi vi mener å ha lært mer. Bedriften vi utviklet hjemmesiden for ga oss en kravspesifikasjon som kun innebar at vi skulle lage en litt mer brukervennlig webside. Vi valgte i tillegg å lage funksjonalitet som gikk utover kravspesifikasjonen. Dette fordi vi ønsket å lage hjemmesiden så konkurransedyktig som mulig, og fordi mer komplekse oppgaver medfører økt læring. Vi har måttet lære det vi var svake på ved å teste det andre har gjort. På den måten har vi lært flere ting, men kanskje ikke like mye i dybden som en gruppe med flere medlemmer som kunne spesialisere seg mer. Det har også vært utfordrende i forhold til arbeidsmengde. I tillegg til bare å være to på gruppen har vi ikke videreutviklet hjemmesiden til Ks-Consult som først planlagt, men utviklet den helt fra bunnen av. Både gruppen og veileder for bedriften vi utvikler hjemmesiden for har vært godt fornøyd med produktet. Gruppens medlemmer har samarbeidet godt og har i tillegg utviklet seg innefor It faget, men også som 34