1. No category

IT Eksamen!
08/05/2013
Indledning
Dette projekt gik ud på, at designe og udvikle en hjemmeside til en kunde, som havde et
problem med deres hidtidige løsning. Der skulle hermed laves en rapport, som forklarede
problemet bag den hidtidige løsning og hvad den nye løsning skulle kunne. Hertil skulle
der derfor vælges en udviklingsmodel, som skulle følges og opbygningen af det nye
system skulle dokumenteres.
Indholdsfortegnelse
1. Problemformulering!
4
2. Mål for projekt!
4
3. Brugere af systemet !
4
3.1 Deltagere i projektet!
4
3.2 Uddannelse af brugere!
5
3.3 Information til medarbejderene!
5
4. Valg af udviklingsmodel!
5
5 Foreløbig afgrænsninger!
5
5.1 Mindmap!
6
5.2 Context Diagram!
6
5.3 Valg af kerne til hjemmeside!
6
6. Kravspecifikation!
6
6.1 Medarbejderne!
7
6.2 Brugervenlighed!
7
6.3 Systemet!
7
6.4 Vedligeholdelse!
8
6.5 Økonomi!
8
6.6 Sikkerhed!
8
6.7 Kompatibilitet!
8
6.8 Anskaffelse!
9
7. De første økonomiske overslag!
Sebastian Nyholm!
9
HTX 3A!
2/39
IT Eksamen!
08/05/2013
8. Projekttidsplan!
9
8.1 Gantkort!
9
8.2 Milepæle!
10
9. Analyse!
11
9.1 Flowdiagram!
11
9.2 E/R Diagram!
12
9.3 Normalisering!
14
9.4 Datadictionary!
15
10. Konstruktion!
22
10.1 Designfasen!
22
10.2 Udviklingsfasen!
23
10.3 Forklaring af kodning!
24
11. Implementering!
30
12. Test og afprøvning!
30
13. Revision!
31
14. Bilag!
31
Sebastian Nyholm!
HTX 3A!
3/39
IT Eksamen!
08/05/2013
1. Problemformulering
Køkto er en isenkræmmer og de har haft en stor tilbagegang i salget i den seneste tid,
grundet den udvikling vi har i dag. Tidligere foretog folk deres indkøb i byen, men som
tiden er gået, er internettet og webshoppene blevet mere og mere populære og har derfor
tiltrukket en stor del af kunderne. Køkto er her blevet overhalet og de bliver derfor nødt til
at få lavet en hjemmeside, så de kan begynde at komme ind på e-handlen og få deres
kunder tilbage, for ellers kan de ikke forsætte med positive tal.
2. Mål for projekt
Målet med projektet er at få lavet en hjemmeside og identitet til Køkto, så de kan komme
ind på markedet igen og få deres retmæssige kunder tilbage. Underforstået skal Køkto
altså efter en vis tid begynde at få overskud igen, så de ikke bliver nødt til at lukke ned.
3. Brugere af systemet
Herunder kan de grupper af folk, som skal være med ind over projektet ses samt hvilke
uddannelser brugerne skal have og hvilke informationer der skal strømme mellem
medarbejderne.
3.1 Deltagere i projektet
Systemudviklingen skal foregå i samarbejde med Køktos markedsføring,
økonomiafdelingen, vareafdelingen, kunder og udviklerne bag hjemmesiden. Dette projekt
vil derfor have en lille gruppe af personer, som hver i sær skal være med til at klare en
given opgave. Markedsføringen skal være med til at lave en identitet og de skal kunne
ændre tilbud og reklamer på hjemmesiden. Økonomiafdelingen skal holde styr på
økonomien bag projektet og kunne udtrække fakturer fra databasen. Vareafdelingen skal
kunne gå ind på hjemmesiden og oprette produkter. Afdelingerne skal derfor have lidt
indsigt i hvordan siden fungere, men udviklerne bag hjemmesiden vil holde den ved lige.
Til selve udviklingen af hjemmesiden, skal der også være nogle kunder, som kan afprøve
systemets funktionalitet, da det er vigtigt, at det er nemt for brugerne at finde rundt på
hjemmesiden, tilføje ting til indkøbskurven og købe dem.
I dette projekt vil det dog være eleven selv der skal stå for det meste, da det er et
skoleprojekt.
Sebastian Nyholm!
HTX 3A!
4/39
IT Eksamen!
08/05/2013
3.2 Uddannelse af brugere
Køktos medarbejdere behøver ikke den store IT uddannelse for at kunne håndtere dette,
men en forståelse af IT og simple koder kan blive nyttigt.
Kunderne behøver ingen uddannelse, da det skal være en webshop. De skal dog kunne
finde ud af at bruge nettet og betale online.
3.3 Information til medarbejderene
Medarbejderne skal kende målet for projektet. I dette tilfælde er det en ny identitet og en
hjemmeside til Køkto.
Informationer mellem medarbejderne skal også være flydende og der skal være forståelse
mellem de forskellige parter.
4. Valg af udviklingsmodel
Da dette projekt omhandler både udviklere, Køktos ansatte og kunder og herunder deres
teknologi, de opgaver de beskæftiger sig med, personerne og strukturen i firmaet, er der
tale om, at projektet berøre alle fire berøringsflader i Leavitts model. Dette vil sige, at det
er et forholdsvis stort projekt. Dette medfører at fasemodellen er blevet valgt som
udviklingsmodel og herunder FAKIR-modellen, da der er en tidsbegrænsning på projektet.
Man kan derfor ikke side og prøve sig frem, da det vil tage for lang tid og muligvis ikke
ende op med noget sammenhængene. Der vil dog blive brugt lidt iterativt til
programmeringen, da man her skal prøve sig frem, for ikke at fejle i koderne. En anden
grund til at fasemodellen er blevet valgt er, at hjemmesiden skal testes af kunderne samt
medarbejdere og fungere så den er nem og håndterlig at arbejde med.
5 Foreløbig afgrænsninger
I det følgende vil man kunne se et mindmap og et context diagram, som giver en ide om,
hvilke afgrænsninger der vil være i projektet og tilsidst vil der blive forklaret hvilken kerne
hjemmesiden vil blive opbygget af.
Sebastian Nyholm!
HTX 3A!
5/39
IT Eksamen!
08/05/2013
5.1 Mindmap
Mindmappet viser grundstrukturen over hjemmesiden og hvilke ting der regnes med vil
blive implementeret i den.
5.2 Context Diagram
I context diagrammet kan man se, at kunderne skal kunne foretage en bestilling. Hermed
skal Køkto sende kunden en fakture, hvorpå kunden kan se ordren. Hvis Køkto ikke
lægger inde med varen, skal de konktake leverandøren og lave en ordre der og
leverandøren skal dermed sende en følgeseddel.
5.3 Valg af kerne til hjemmeside
Projektet skal laves fra bunden af, da Køkto havde tænkt sig at begynde på en frisk. Dvs.
at der ikke vil blive taget et eksisterende system, som bare skal tilpasses. Man kunne dog
komme ind på CMS systemer, som f.eks. Magento eller Wordpress, da de giver en god,
solid og håndterlig backend, men da dette projekt går ud på at udvikle sit eget, vil dette
ikke tages i brug.
6. Kravspecifikation
Herunder kan der ses hvilke krav, der vil blive stillet til produktet, som projektet ender ud
med.
Sebastian Nyholm!
HTX 3A!
6/39
IT Eksamen!
08/05/2013
6.1 Medarbejderne
Medarbejderne skal kunne håndtere hjemmesiden og databasen uden de store problemer.
Der regnes med, at medarbejderne får et lille kursus til at lære dette.
Medarbejderne skal herefter kunne lære de nyansatte, som kommer senere, at bruge
hjemmesiden og databasen og lave de udtræk der er brug for.
De medarbejdere som arbejder med hjemmesiden, skal ud over deres egen uddannelse,
som har gjort, at de enten kan finde ud af økonomien eller sørger for varelageret, skal
også have en forståelse af lidt IT. Dette har dog en minimalt indflydelse, da de får et lille
begynderkursus i det de skal kunne. Det kan dog give problemer for medarbejderne i
forhold til at beholde jobbet, hvis ikke de kan finde ud af det.
6.2 Brugervenlighed
Da dette er en webshop, som handler med køkkenudstyr, vil den primære målgruppe være
kvinder i alderen 25-45 år. Denne målgruppe har normalt styr på de moderne medier og
kan finde ud af at navigere rundt på hjemmesider og finde frem til det de søger.
Kravende til hjemmesiden er derfor også, at den skal være nem at navigere rundt på og
det skal være nemt at søge efter de produkter man leder efter. I den primære målgruppe
må der derfor ikke forekomme de store problemer. Mænd i den samme alder eller unge
skal også kunne klare disse krav, dog er de i anden række, i forhold til ændringer, da de
ikke er den primære målgruppe.
Ældre kunder skal helst også kunne klare det, men her er kravende ikke helt så høje, da
de ofte ikke har helt så meget styr på de moderne medier samt at de også oftest
foretrækker at handle i fysiske butikker.
Navigationen og det at finde frem til måden man skal lede efter et produkt på, må ikke tage
meget mere end 20 sekunder, hvis der arbejdes på det. Det regnes dog med, at dette vil
tage omkring 10-15 sekunder for den gennemsnitlige bruger.
Hjemmesiden skal også være hurtig at lære. Dette skal gerne tage samme tid, som det
øvrige. Hvis man har været væk fra siden længe, er kravende det samme.
6.3 Systemet
Systemet skal fungere optimalt, uden store fejl. Alt dataudtræk skal være i orden, men de
informationer, som priser og tekster, som er lagret i databasen, kan der forekomme fejl i,
hvilket ikke vil være et stort problem, men det regnes dog med, at der er tjek på det
alligevel.
Sebastian Nyholm!
HTX 3A!
7/39
IT Eksamen!
08/05/2013
Systemet skal være tilfredsstillende, i forhold til tilgængelig, hvilket betyder, at det skal
have en “oppetid” på 97-99%.
6.4 Vedligeholdelse
Når hjemmesiden er færdig, skal brugen af vedligeholdelse være minimal. Den skal dog
optimeres med tiden, eftersom der kommer nye standarder.
Vedligeholdelse af webserver og hostnavn sker hos en udbyder.
6.5 Økonomi
Med hjemmesiden regnes det med at omsætningen stiger.
Omkostningerne til hjemmesiden skal være minimale, hvilket også er grunden til at
vedligeholdelsen skal være minimal.
Webserver og hostnavn regnes ikke med at ændre sig, så dette vil bare være det årlige
abonnement.
De omkostninger der er i de kursuser, som medarbejdere skal have for at kunne håndtere
hjemmesiden, skal også være små, da det gerne skulle være overskueligt at lære hurtigt
og efterhånden skal medarbejderne også kunne lære de nye medarbejdere det, i stedet
for at de skal have kursuser udefra.
6.6 Sikkerhed
Der vil være en persondatapolitik, som indbefatter kundernes data. Den data der bliver
lagret om dem, skal være i sikkerhed og må kun bruges af kunderne selv.
Login-systemet hos medarbejderne skal også være sikkert, så her skal passwords
krypteres, så de ikke kan blive opsnappet af uvedkommende.
6.7 Kompatibilitet
Systemet skal være kompatibelt til diverse browsere, herunder Internet Explorer, Google
Chrome, Firefox, Safari og Opera.
Systemet skal også fungere, hvis browserne opdateres, men dette plejer normalt ikke at
hindre hjemmesiden i at fungere. Hvis det skulle hindre siden i at vise noget korrekt, skal
dette løses, ved hjælp af vedligeholdelse.
Sebastian Nyholm!
HTX 3A!
8/39
IT Eksamen!
08/05/2013
6.8 Anskaffelse
Da hjemmesiden og identiteten bliver lavet af mig selv, vil der ikke forekomme noget
udbudsmateriale eller indhentning af nogle tilbud. Forhandlinger vil der heller ikke være
nogle af og kontrakten findes ikke.
Implementering og test af hjemmesiden vil ske af mig selv og i givet fald nogle brugere.
Andre øjne på produktet er her nødvendigt, da fejl og mangler skal findes og man ofte
overseer noget selv eller ikke har sammen opfattelse af ting.
7. De første økonomiske overslag
Til dette projekt er der beregnet en arbejdstid på 36 timer i skolen og 50 timer hjemme af
en enkelt elev. Dette er til udarbejdelse af en rapport over projektet samt et færdigt
produkt.
Ud over elevens timer, skal der også være nogle ansatte i firmaet, som skal kunne bruge
produktet. Det vil derfor sige, at der skal afsættes et par timer til de nødvendige ansatte,
så de kan håndtere produktet uden at skulle have en livesupporter til rådighed.
8. Projekttidsplan
Tidsplanen over projektet er blevet sat op i et gantkort samt et milepælsskema, så man
kan følge fremgangen i projektet og se om det følger tidsplanen.
8.1 Gantkort
Aktivitet
Foranalyse
Analyse
Kravspecifikation
Systemdesign
Uge
6
Uge
8
1
1
2
Uge
9
Uge
10
Uge
11
Uge
12
Uge
14
Uge
15
Uge
16
4
4
4
4
4
5
5
5
Uge
17
Uge
18
2
3
3
4
System- og brugertest
Implementering
5
6
6
Test og aflevering
7
Revision
8
Sebastian Nyholm!
Uge
19
HTX 3A!
8
9/39
IT Eksamen!
08/05/2013
1. Foranalyse går ud på at samle information om projektet og beskrive hvilke rammer der
er.
2. Analyse går mere i dybden end foranalysen. Her kan der beskrives hvilke ting der er
brug for og hvilke krav der er til det endelige produkt.
3. Kravspecifikation er der hvor man opstiller de krav der er til produktet.
4. Systemdesign er når selve produktet skal designes og laves.
5. System- og brugertest er når produktet skal testes for fejl og mangler samt om det er
brugervenlig i den forstand om de kan håndtere det.
6. Implementeringen er når produktet skal implementeres i firmaet.
7. Test og aflevering er når det hele produktet skal testes og afleveres til Køkto.
8. Revisionen er når produktet har været i drift i en aftalt periode og det tages op til en
diskusion.
8.2 Milepæle
Planlagt sluttidspunkt
Aktivitet
Køktos hjemmeside
Milepæle
Uge 8
Foranalyse
Skal være færdig
Uge 9
Analyse
Skal være færdig
Uge 10
Kravspecifikation
Skal være færdig
Uge 16
Systemdesign
Skal være færdig
Uge 17
System- og brugertest
Skal være færdig
Uge 18
Implementering
Skal være færdig
Uge 18
Test og aflevering
Skal være færdig
Uge 19
Revision
Skal være færdig
Sebastian Nyholm!
HTX 3A!
10/39
IT Eksamen!
08/05/2013
9. Analyse
Her vil ideer og diagrammer for hjemmesidens struktur blive dannet og forklaret, da det
giver et grundlag for selve hjemmesidens opbygning.
9.1 Flowdiagram
Smid v
are
Udskriv søgning
en til ku
nden
Søgn
ing
Kunde
i kurv
Kunde indtaster
2.
Sammenlign
og print
b
ren
Ord
1.
Indtastning
3.
Smid vare i
kurv
Var
ein
fo
re kommer i gang
Ord
bi
ne
r
Ordre
jem
me
6.
Modtagelse af
vare og
opdatering
k a l tj
re s
Od
k es
5.
Sammenlign
varer og
ordre
ek
k
e vare noteres
Solgt
Status
Faktura af solgte vare
Regnskab
er
d at
af
n
Op
te
va
4.
Sammenlign
kundeinfo og
kurv
es
jek
Bestil vare, hvis
ikke hjemme
Lis
ye
et
r
rh
Va
va
ren
e
Opdatering
al
ro
m
nr.
lkø
dt
sen
te
fte
Kundeinfo
Ko
m
Kunde
ftes
kræ
i
at
rs
lle
te
fte
ræ
ek
rb
live
n be
Odre
S ø g e k rite r i e r
Varer
da
ta
re
7.
Modtagelse af
fakture og
indtastning
Leverandør
Fakt
ur
a
I flowdiagramet kan man se hvordan alt data skal flyde rundt inde i systemet. Dette er dog
kun et midlertidligt udkast, da det sandsynligvis vil ændre sig i løbet af designperioden.
I denne skitse, vil en kunde begynde med at søge efter noget og derved vil søgningen og
databasens ord blive sammenlignet og de steder hvor der er et match vil der blive printet
noget på siden. Herefter kan kunden smide varen i kurven og søge igen. Når kunden
køber varen, vil der blive tjekket om der allerede er en identisk kunde. Hvis tilfældet er ja,
vil denne data blive hentet fra databasen og hvis tilfældet er nej, vil der blive oprettet en
ny. Ordren vil herefter blive placeret i en ordre tabel, som skal kobles sammen med
kunden og de vare der bliver købt. Mens dette sker, vil der også være en tabel, som holder
styr på hvor meget der er blevet solgt af hver ting, så man ved hvad der er populært.
Samtidig tjekkes der for om varerne er på lager og hvis dette ikke er tilfældet vil Køkto
blive informeret om, at de skal bestille nogle vare hos leverandøren. Kunden vil herefter
blive informeret om, at ordren er blevet sat i værks eller sat i kø.
Sebastian Nyholm!
HTX 3A!
11/39
IT Eksamen!
08/05/2013
9.2 E/R- & Datastrukturdiagram
Ud fra ovenstående flowdiagram er følgende E/R diagram lavet:
Her kan det første udsnit af E/R diagramet ses. Her kan man se, at det er en mange til
mange kardinalitet, hvilket betyder, at der skal oprettes en relationstabel. Indtil videre vil
der derfor være tre tabeller i alt. Hvis man indsætter nogle rækker i disse tabeller, vil det
derfor komme til at se ud som følgende:
I disse tabeller kan det ses, at hvis en kunde køber en vare, vil den blive linket via
ordretabellen til den egentlige vare. fk_ står for foreign key, og betyder, at den hænger
sammen med den oprindelige. Der opstår dog et problem her, hvis en kunde gerne vil
købe mere end en vare, da der i dette tilfælde skal oprettes to ordrer, da en ordre kun kan
indeholde et product_id. Der skal derfor laves en tabel yderligere.
Det vil nu være muligt for en kunde at bestille mere end en vare pr. ordre og order_date og
order_time er blevet taget med i orders tabellen, så man kan holde styr på hvornår ordren
er lavet samt, så man kan finde den præcise ordre, når man skal oprette og opdatere de
andre tabeller i forhold til ordren.
Hvis man udvider varetabellen, vil den også få nogle flere rækker.
Sebastian Nyholm!
HTX 3A!
12/39
IT Eksamen!
08/05/2013
Her kan det ses, at product_brand og product_category er punkter, som gerne må
indholde mere data, hvilket gør, at der vil blive oprettet tabeller til dem hver i sær.
Der er en m-m kardinalitet mellem kategorier og vare, da en vare godt kan lægge under
flere kategorier og en kategori godt kan have flere vare. Der er en 1-m kardinalitet mellem
vare og brands, da en vare kun kan have et brand, mens et brand godt kan have flere
vare. Her kan det ses, hvordan tabellerne skal designes.
Her kan man se, hvordan brands- og kategoritabellerne blive koblet sammen. Grundet
m-m kardinaliteten, bliver kategorier-vare lavet og grundet 1-m kardinaliteten, bliver brands
koblet direkte sammen med vare.
En sidste tabel der mangler at blive nævnt i dette emne, er den tabel der holder styr på
hvor meget der er blevet solgt af hver ting. Den vil komme til at blive koblet sammen med
varer-tabellen på følgende måde.
Sebastian Nyholm!
HTX 3A!
13/39
IT Eksamen!
08/05/2013
sold_pieces kolonnen kunne også være blevet optaget inden i varer-tabellen for at slippe
for en tabel, men for at holde en adskillelse af informationerne er det blevet valgt at give
den sin egen tabel.
Der er også nogle resterende tabeller, men de er ikke koblet sammen med nogle andre.
Dette forklares under systemdesign.
En oversigt over alle tabellerne og deres relationer kan ses i bilag 7.
9.3 Normalisering
Der er ikke meget normalisering at lave, da tabellerne allerede opfylder de fleste krav
inden for dette.
En tabel er på 1. normalform, hvis:
• Tabellen har en nøgle.
• Alle tabellens poster har det samme antal felter.
Disse kriterier er opfyldt.
I 2. normalform, fjerner man redundans, da redundans medføre at databasen fylder mere,
besværliggør opdateringer og kan medføre inkonsistens i databasen. Inkonsistens er når
data optræder forskelligt flere steder i databasen.
På 2. normalform deler man derfor tabellen op i flere tabeller.
Disse kriterier er også opfyldt, hvilket kunde og ordre tabellerne kan være et eksempel på.
Hvis de to tabeller ikke var delt i to ville en kunde optræde flere gange i træk, for hver
ordre kunden havde foretaget sig og dette ville medfører redundans, da de samme data
ville optræde flere steder i databasen.
For at en tabel er på 3. normalform skal tabellen være på 2. normalform og alle tabellens
felter, som ikke er nøglefelter, må kun være afhængig af tabellens nøglefelt (id).
Dette er også blevet gjort på flere af tabellerne, men i kundetabellen optræder postnr. og
by navn, hvilket i realiteten afhænger af hinanden, men da kunder kan lave tastefejl, er det
blevet valgt, at lade dem være uafhængige af hinanden, så ordren kan sammenlignes,
hvis en tastefejl skulle ske.
Sebastian Nyholm!
HTX 3A!
14/39
IT Eksamen!
08/05/2013
9.4 Datadictionary
Her kan ses, hvilke værdier alle rækkerne i tabellerne i databasens skal have.
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
admins
ingen
Nr
Datanavn
Datatype
Format
Egenskaber
1
admin_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
admin_username
Varchar
Max 55 tegn
Skal udfyldes
Unik
3
admin_password
Varchar
Max 255 tegn
Skal udfyldes
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
admin_menus
ingen
Nr
Datanavn
Datatype
Format
Egenskaber
1
admin_menu_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
admin_menu_parent_id
INT
Max 11 tegn
Skal udfyldes
3
admin_menu_title
Varchar
Max 55 tegn
Skal udfyldes
4
admin_menu_link
Varchar
Max 255 tegn
Skal udfyldes
Sebastian Nyholm!
HTX 3A!
15/39
IT Eksamen!
08/05/2013
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
brands
products
Nr
Datanavn
Datatype
Format
Egenskaber
1
brand_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
brand_name
Varchar
Max 55 tegn
Skal udfyldes
3
brand_description
Varchar
Max 255 tegn
4
brand_img
Varchar
Max 255 tegn
5
brand_link
Varchar
Max 255 tegn
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
categories
categories_products - products
Nr
Datanavn
Datatype
Skal udfyldes
Format
Egenskaber
1
category_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
category_name
Varchar
Max 55 tegn
Skal udfyldes
3
category_description
Varchar
Max 255 tegn
4
category_img
Varchar
Max 255 tegn
5
category_link
Varchar
Max 255 tegn
Sebastian Nyholm!
HTX 3A!
Skal udfyldes
16/39
IT Eksamen!
08/05/2013
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
categories_products
categories - products
Nr
Datatype
Datanavn
Format
Egenskaber
1
id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
fk_product_id
INT
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
3
fk_category_id
INT
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
customers
orders
Nr
Datanavn
Datatype
Format
Egenskaber
1
customer_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
customer_name
Varchar
Max 55 tegn
Skal udfyldes
3
customer_address
Varchar
Max 55 tegn
Skal udfyldes
4
customer_zip
INT
Max 11 tegn
Skal udfyldes
5
customer_city
Varchar
Max 55 tegn
Skal udfyldes
6
customer_email
Varchar
Max 255 tegn
Skal udfyldes
7
customer_phone
INT
Max 11 tegn
Sebastian Nyholm!
HTX 3A!
17/39
IT Eksamen!
08/05/2013
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
menus
Nr
Datanavn
Datatype
Format
Egenskaber
1
menu_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
parent_id
INT
Max 11 tegn
Skal udfyldes
3
title
Varchar
Max 255 tegn
Skal udfyldes
4
link
Varchar
Max 255 tegn
Skal udfyldes
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
opening_hours
Nr
Datanavn
Datatype
Format
Egenskaber
1
opening_hours_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
days
Varchar
Max 55 tegn
Skal udfyldes
3
time
Varchar
Max 55 tegn
Skal udfyldes
Sebastian Nyholm!
HTX 3A!
18/39
IT Eksamen!
08/05/2013
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
orders
customers - orders_products
Nr
Datanavn
Datatype
Format
Egenskaber
1
order_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
fk_customer_id
Varchar
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
3
order_data
Date
4
order_time
Varchar
Max 11 tegn
Skal udfyldes
5
order_total_amount
Int
Max 11 tegn
Skal udfyldes
Skal udfyldes
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
orders_products
orders - products
Nr
Datanavn
Datatype
Format
Egenskaber
1
id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
fk_order_id
INT
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
3
fk_product_id
INT
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
4
order_product_pieces
INT
Max 11 tegn
Skal udfyldes
Sebastian Nyholm!
HTX 3A!
19/39
IT Eksamen!
08/05/2013
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
products
orders_products - category_products - brands sold
Nr
Datanavn
Datatype
Format
Egenskaber
1
product_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
fk_brand_id
INT
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
3
product_title
Varchar
Max 255 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
4
product_pieces
INT
Max 11 tegn
Skal udfyldes
5
normalprice
Varchar
Max 11 tegn
Skal udfyldes
6
saleprice
Varchar
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
7
onsale
Varchar
Max 1 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
8
product_link
Varchar
Max 255 tegn
Skal udfyldes
9
product_img
Varchar
Max 255 tegn
Skal udfyldes
10
product_description
TEXT
Sebastian Nyholm!
HTX 3A!
20/39
IT Eksamen!
08/05/2013
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
services
Nr
Datanavn
Datatype
Format
Egenskaber
1
service_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
parent_id
INT
Max 11 tegn
Skal udfyldes
3
service_name
Varchar
Max 55 tegn
Skal udfyldes
4
service_information
TEXT
5
service_link
Varchar
Max 55 tegn
Skal udfyldes
6
service_img
Varchar
Max 55 tegn
Skal udfyldes
Skal udfyldes
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
side_banner
Nr
Datanavn
Datatype
Format
Egenskaber
1
side_banner_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
side_banner_title
Varchar
Max 55 tegn
Skal udfyldes
3
side_banner_img
Varchar
Max 255 tegn
4
side_banner_link
Varchar
Max 255 tegn
Sebastian Nyholm!
HTX 3A!
Skal udfyldes
21/39
IT Eksamen!
08/05/2013
Systemnavn
Dato
Udført af
Projektstyring
2013 - uge 9
Sebastian Nyholm
Tabelnavn
Relaterer til
sold
products
Nr
Datanavn
Datatype
Format
Egenskaber
1
sold_id
INT auto++
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Indekseres
Unik
2
fk_product_id
INT
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
3
sold_pieces
INT
Max 11 tegn
Skal udfyldes
Skrivebeskyttet
Hermed er alle tabellerne i databasen blevet lavet, i form af datatyper og rækker.
10. Konstruktion
10.1 Designfasen
I designfasen blev logoet først designet, da det giver dem deres grundidentitet. Bilag 1
viser logoet. Denne identitet (farver, former, tekst, osv.) skal nemlig gå igen gennem hele
deres hjemmeside, så det hele går op i en højere enhed og ikke bare er tilfældige farver
der er smidt ind, hvor det nu så godt ud. Hjemmesiden er herefter blevet designet i
photoshop og senere blevet implementeret på deres hjemmeside i form af html og php.
Designet er dog kun retningslinjer for kodningen, da der oftest bliver foretaget små
ændringer fra designperioden og til selve kodningen. I bilag 2, 3, 4 og 5 kan disse designs
ses. Man kan se den grønne farve fra logoet går igen ved informationer, da denne farve er
rolig og giver en naturlig fornemmelse. Den orange farve er ikke synlig på nogle af disse
billeder, men den er blevet implementeret i koderne, så den optræder når et produkt er på
tilbud. Denne farve repræsentere nemlig varme og energi og giver kunderne en lyst til at
købe tingene. Den blå farve er brugt under kundeservice i få tilfælde, da den repræsentere
troværdighed og pålidelighed. Her skal Køkto nemlig vise at de er en seriøs virksomhed og
at det er sikkert at handle hos dem. Denne farve kan også først ses på hjemmesiden.
Ud over det grafiske design er der også hjemmesidens struktur, som handler om, hvordan
folk skal kunne bevæge sig rundt på hjemmesiden. Her er det nemlig vigtigt at man finder
en overskuelig måde for folk at bevæge sig rundt på, så kunderne ikke bliver forvirret og
Sebastian Nyholm!
HTX 3A!
22/39
IT Eksamen!
08/05/2013
ender steder de ikke ønskede. Det er derfor vigtigt at der bliver lavet en retningslinje for,
hvordan siden skal opbygges og hvilke sider der skal kobles sammen. På bilag 6 kan et
diagram ses for den designede struktur. Tanken bag dette design var, at det skulle være
nemt for brugeren at finde produkterne fra forsiden, så kunden får lyst til at handle der. Det
skulle også være nemt at bevæge sig rundt på siden og ensformigt, hvilket er grunden til
at toppen af alle siderne, også kaldet “en header” er identiske og indholder en fast menu.
Samtidig skulle det også være nemt for kunden at finde informationer om Køkto og deres
handlingsmåde under kundeservice, hvilket er grunden til, at bunden af hver eneste side,
også kaldet “en footer”, har en menu med kundeservice, så man kan komme direkte til det
ønskede, hvis man har spørgsmål, fra hvilken som helst side.
Det er også blevet valgt, at næsten alt på hjemmesiden i form af billeder, tekst og links,
skal være database udtræk. Dette er også grunden til, at der under E/R diagrammer, blev
nævnt, at der også var nogle andre tabeller, som kunne ses i bilag 7. Grunden til dette er
blevet valgt er, at man så ikke behøver gå ind i html’en eller php’en for at ændre en ting,
men at det kan gøres ved brug af databasen.
10.2 Udviklingsfasen
Til at begynde med, skal databaserne laves ud fra normaliseringens resultat og fyldes op
med data. Efter dette skal hjemmesiden kodes. Her vil forsiden først blive lavet og generelt
for alle siderne, vil de blive opbygget af <div> tags, som er små firkantede bokse, som
man kan placere som man vil, ud fra et tilhørende stylesheet. Når disse bokse er placeret
ordenligt, kan man begynde at indsætte tekster, billeder, priser osv. ud fra udtrak fra
databasen. Hele denne opsætning sker ud fra de designs, som er blevet lavet af siderne.
Der er dog ingen koder, som er blevet lavet på forhånd, hvilket gør, at man bliver nødt til at
gå iterativt til værks, for at få det til at virke.
Efter forsiden er blevet lavet, kan den deles op i tre separate dokumenter. En header, en
footer og en indexfil. Headeren og footeren bliver lavet, da det skal gå igen på alle siderne
og ved at lave separate dokumenter for disse, behøvede man ikke kopiere dem ind på de
næste sider. Man kan her include dem i stedet i toppen og i bunden og derved spare en
masse kodning. Indexfilen er det, som kan ses specielt på forsiden mellem headeren og
footeren, ligesom alle undersiderne også vil have deres specielle indhold mellem
headeren og footeren.
Alle undersiderne kan herefter kodes, men her begynder man som nævnt, med at include
headeren og footeren, hvilket gør, at man begynder med en allerede predesignet side,
hvor indholdet mellem top og bund kun skal kodes. Dette gør, at man sparer en vis tid på
Sebastian Nyholm!
HTX 3A!
23/39
IT Eksamen!
08/05/2013
kodningen og ud over det, gør en header og en footer også, at designet vil være fast og
ikke flytte sig eller ændre sig. Footeren vil selvfølgelig flytte sig lidt i højden, da alle siderne
ikke har samme højde, men andre ændringer vil ikke kunne ske.
10.3 Forklaring af kodning
På hjemmesiden er der en række sider, som alle indholder html, CSS og php. Alt
kodningen vil derfor ikke blive forklaret, men lidt af hver slags vil blive forklaret, så man har
en chance for at forstå det resterende.
Først vil det mest brugte html blive brugt, da dette er nemmest at forstå.
<div id=”navn”>
</div>
Denne tag laver en firkant, som nævnt tidligere og bruges til at bygge hjemmesiden op af.
Man kan ved hjælp af et stylesheet, som er koblet sammen med dokumentet, nemt ændre
størrelser, former og farver mm. på div’en, hvis det ønskes.
<ul>
!
<li></li>
!
<li></li>
</ul>
Denne tag bygges punkter op med. <ul> begynder punktrækken, mens <li> er den der
laver hver enkelt punkt. Disse tags bruges også til at lave menuer med, hvilket bruges en
del på siden. Man kan også style denne som det ønskes.
For lige at se et eksempel på et stylesheet er her et uddrag fra en.
#menu {
!
width: 711px;
!
height: 50px;
!
float: left;
}
#menu ul {
!
list-style: none;
!
float: right;
!
margin-top: 20px;
}
Sebastian Nyholm!
HTX 3A!
24/39
IT Eksamen!
08/05/2013
#menu ul li {
!
float: left;
}
#menu ul li a {
!
color: black;
!
text-decoration: none;!
!
padding: 10px;
!
font-size: 16px;
}
#menu ul li a:hover {
!
padding: 10px;
!
background-color: black;
!
color: white;
}
Denne del af stylesheetet styler hovedmenuen på hjemmesiden, som lægger under en div
kaldet menu.
De resterende ting indenfor html’en vil ikke blive forklaret her, da det er meget simple tags.
Mere info om dem kan findes på http://www.w3schools.com.
Php’en er den lidt mere indviklet del af kodningen, men her vil nogle uddrag fra siden blive
eksemplificeret.
<?php
!
// Start the session
!
session_start();
?>
Denne kode står i toppen af hver side. Den begynder enten en ny periode på
hjemmesiden for den enkelte besøgene eller henter ældre oplysninger om den besøgene,
som gemmes i form af cookies. På Køkto’s hjemmeside bruges denne til indkøbskurven,
så den husker hvilke varer der er i den eller til backenden, hvor den kan tjekke om man er
logget ind eller ej.
<?php
!
php include_once('inc/header.php');
?>
Sebastian Nyholm!
HTX 3A!
25/39
IT Eksamen!
08/05/2013
Denne kode bruges til at hente noget ind på den pågældende side man er på. Dette
gøres, som nævnt tidligere, for at man f.eks. ikke behøver at lave toppen af hjemmesiden
på hver enkelt side, men i stedet bare hente det udefra.
<?php
$brand = $_GET['brand'];
?>
Denne kode bruges til at hente noget i url’en, så man kan hente det rigtige ind på den side
man kommer til. I dette tilfælde henter den det brand_id, som står efter brand i url’en, hvis
der klikkes på et brand under produkter. Herfra henter den så alle de produkter frem og
viser dem, som har det samme fk_brand_id, som det der blev hentet fra url’en.
<?php
function writeShoppingCart() {
!
$cart = $_SESSION['cart'];
!
if (!$cart) {
!
!
!
} else {
!
!
// Parse the cart session variable
!
!
$items = explode(',',$cart);
!
!
$s = (count($items) > 1) ? 's':'';
!
!
return '<div id="cart_count"><a href="cart.php">('.count($items).')</div><img src="img/graphics/cart.png"/></a>';
!
}
return '<div id="cart_count"><a href="cart.php">(0)</div><img src="img/graphics/cart.png"/></a>';
?>
Denne kode er en funktion kaldet “writeShoppingCart”, som viser hvor mange varer der er
i indkøbskurven. Den virker i samarbejde med session_start();, som blev nævnt tidligere.
Denne kode siger, at hvis variablen $cart er tom, skal den vise 0 ved indkøbskurven og
ellers skal den tælle hvor mange items der er og vise det tal.
Funktioner lægger typisk i et seperat dokument sammen, som blive included i headeren.
Herved kan man så vise en funktion et vilkårligt sted med følgende kode:
<?
!
echo writeShoppingCart();
?>
Nu vil der komme nogle eksempler på my_sql kald, da stort set hele siden er opsat af
databaseudtræk.
På forsiden kan man se ni forskellige produkter på tilbud. Her er koden for dette:
Sebastian Nyholm!
HTX 3A!
26/39
IT Eksamen!
08/05/2013
<div id="index_right_column">
!
<?php
!
$sql = "select * from kokto_products
!
LEFT JOIN kokto_brands ON brand_id = fk_brand_id
!
!
!
where on_sale='Y' limit 9";
!
$result = mysql_query($sql) or die(mysql_error());
!
while ($row = mysql_fetch_assoc($result))
!
{
!
?>
!
<div id="index_right_column_box">
!
!
<div id="index_product_img">
!
!
!
<a href="<?=$row['product_link'];?>">
!
!
!
!
!
!
!
</a>
!
!
!
<div id="index_product_rabat">
!
!
!
<h1>spar <? $price = $row['normalprice'];
!
!
!
!
$sale = $row['saleprice'];
!
!
!
!
$save = ($price - $sale) / $price * 100;
!
!
!
!
echo round($save, 0) . "%";
!
!
!
?></h1>
!
!
</div>
!
!
<? if($row['product_pieces'] <= 0)
!
!
{
!
!
?>
!
!
!
<div id="index_product_pieces">
!
!
!
!
!
!
!
</div>
!
!
<?
!
!
}
!
!
?>
!
</div>
!
<div id="index_product_title">
!
!
!
</div>
!
<div id="index_product_brand">
!
!
!
</div>
!
<div id="index_product_price">
!
!
!
</div>
Man kan se, at dette udtræk
sker i en masse forskellige
div, hvilket er grunden til
opsætningen er som den er.
!
Til at begynde med selecter
den tabellen
“kokto_products” og siger, at
tabellen “kokto_brands”,
hvor fk_brand_id = brand_id
skal være tilgængelige.
<img src="<?=$row['product_img'];?>"/>
Kriterierne for de ting der
skal vises, er at kolonnen
on_sale i kokto_products
skal være lig med Y.
Herefter laves der en while
lykke, som viser de
forskellige udtræk i en
bestem rækkefølge.
Ved <h1> tagen regnes
procentdelen man spare ud
og vises i diven
index_product_rabat.
<img src="img/graphics/udsolgt.png"/>
“If statementet” gør, at hvis
der ikke er flere af et givent
produkt på lager, vil der
automatisk stå udsolgt over
det.
Det resterende af while
lykken er udtræk af
information om produktet
samt et link til selve
produktet.
<?=$row['product_title'];?>
<?=$row['brand_name'];?>
før <?=$row['normalprice'];?>,-
!
<div id="index_product_sale">
!
!
!
</div>
!
<div id="index_product_read_more">
!
!
!
</div>
!
</div>
DKK <?=$row['saleprice'];?>,-
<a href="<?=$row['product_link'];?>">læs mere</a>
Sebastian Nyholm!
HTX 3A!
27/39
IT Eksamen!
!
<?php
!
}
!
?>
08/05/2013
</div>
Når der placeres en ordre, sker der også en masse sql aktiviter. Her skal der både
oprettes en kunde, hvis ikke kunden findes. Der skal oprettes en ordre samt opdateres i
diverse tabeller i forhold til antal varer tilbage og hvor mange varer der er solgt af det
givne. Alt dette sker inden i en funktion, men her vil vi nøjes med de forskellige sql
aktiviter.
<?php
if(isset($_POST['send_order']) and $_POST['name'] != '' and $_POST['address'] != '' and $_POST['zip'] != '' and $_POST['city'] != '' and
$_POST['email'] != ''){
!
!
!
$name = $_POST['name'];
!
!
$address = $_POST['address'];
!
!
$zip = $_POST['zip'];
!
!
$city = $_POST['city'];
!
!
$email = $_POST['email'];
!
!
$phone = $_POST['phone'];
Her vil der ud fra en html form, blive lavet nogle variabler, hvis der trykkes på
submitknappen i formen. Hvis nogle af de inputfelter i formen er tomme, som ikke må
være det, vil der komme en lille tekst om, at de skal udfyldes, men hvis ikke, vil følgende
ske:
Først vil den hente informationer i customers tabellen:
$sql = "SELECT * FROM kokto_customers where customer_name = '$name' and customer_address = '$address' and customer_zip =
'$zip'";!
!
$result = mysql_query($sql) or die(mysql_error());
while($row = mysql_fetch_assoc($result))
{
!
$name1 = $row['customer_name'];
!
$address1 = $row['customer_address'];
!
$zip1 = $row['customer_zip'];
}
Her henter den nogle udtrak, hvis kriterierne for søgningen gav noget.
De variabler sammenlignes så med nogle af dem fra inputsne i formen.
Sebastian Nyholm!
HTX 3A!
28/39
IT Eksamen!
08/05/2013
if($name == $name1 and $address == $address1 and $zip == $zip1)
{}
else
{
!
mysql_query("INSERT INTO kokto_customers (customer_name, customer_address, customer_zip, customer_city,
customer_email, customer_phone) VALUES ('$name', '$address', '$zip', '$city', '$email', '$phone')")or die(mysql_error());!
}
Hvis disse inputs er identiske med de udtrak fra tabellen, vil der ikke ske noget, men hvis
ikke, vil der blive oprettet en ny kunde.
Bagefter vil ordren blive oprettet med et customer_id, som er blevet hentet ligeledes fra
customers tabellen.
mysql_query("INSERT INTO kokto_orders (fk_customer_id, order_date, order_time, order_total_amount) VALUES ('$customer_id',
'$date','$time', '$total')")or die(mysql_error());
Herefter vil den opdatere producttabellen, med et nyt antal varer tilbage, af de solgte.
$sql = "SELECT * FROM kokto_products where product_id = '$id'";!
!
$result = mysql_query($sql) or die(mysql_error());
while($row = mysql_fetch_assoc($result))
{
!
$pieces_left = ($row['product_pieces'] - $qty);
!
!
mysql_query("UPDATE kokto_products SET product_pieces='$pieces_left' WHERE product_id='$id'") or die(mysql_error());
}
Her har den fået et product_id fra da ordren blev placeret ud fra sessionen og sendt det
videre til products tabellen. Den vil ligeledes opdatere sold tabellen, med antal solgte
varer.
Tilsidst vil denne funktion sende emails til kunden og Køkto, om at ordren er gået igennem
og blevet modtaget.
mail($to, $subject, $message, $headers);
Variablerne er tidligere i dokumentet blevet lavet, men her ses den del der sender mailen.
Sebastian Nyholm!
HTX 3A!
29/39
IT Eksamen!
08/05/2013
En sidste sql aktivitet der er med, dog ikke i denne funktion, men under backenden, hvor
man kan fjerne produkter er delete. Denne bruges til at fjerne produkter fra products
tabellen.
if(isset($_POST['remove_product']))
{
!
$product_id = $_POST['product_id'];
!
!
!
mysql_query("DELETE FROM kokto_products where product_id='$product_id'") or die(mysql_error());!
!
!
!
mysql_query("DELETE FROM kokto_categories_products where fk_product_id='$product_id'") or
die(mysql_error());! !
}
Her ses, at hvis der trykkes på en submitknap, vil der ske det, at den henter et product_id
fra formen og deleter de rækker i tabellerne kokto_products og kokto_categories_products
hvor product_id’et matcher.
Hvis man er mere nysgerrig i kodningen, kan man se det inde i php dokumenterne, hvor
hjemmesiden er bygget op.
11. Implementering
Køktos produkter er fra første dag blevet brugt som tests på hjemmesiden, da det er disse
produkter der skal sælges og derfor også disse produkter hjemmesiden skal bygges op af.
Der skal dog ændres på diverse priser, tekster og antal, da det er op til de ansatte selv at
indtaste det.
Hjemmesiden skal også flytte domæne, da den ikke skal lægge på et domæne under et
andet.
12. Test og afprøvning
Der har ikke været store teste og afprøvninger, da det ikke har været muligt at få en stor
håndfuld mennesker til at prøve den, men få bekendte har afprøvet hjemmesiden og fået
lavet en ordre, hvilket også har virket.
Backenden er det kun mig selv der har siddet med, men de funktioner den har, har også
virket for mig.
Sebastian Nyholm!
HTX 3A!
30/39
IT Eksamen!
08/05/2013
13. Revision
Denne del er svær at komme ind på, da hjemmesiden ikke er blevet taget rigtigt i brug og
derfor ikke er blevet undersøgt for mangler. Man kan dog tale om de ting, man gerne ville
forbedre eller ikke var tilfredse med. Et bedre betalingssystem ville f.eks. ikke have været
nogle ulempe, da bankoverførelser ikke er særlig troværdige samt at det ikke giver
virksomheden den seriøsitet de gerne ville have.
Et loginsystem til kunderne ville også være en mulig forbedring, da mange kunder ofte
mener at de er i sikre hænder, hvis de kan være medlem eller have en bruger hos en
webshop. Samtidig gør det også, at kunderne bliver mere loyale overfor butikken, hvilket
gør, at de kommer tilbage.
Der mangler også en oploader, så man kan oploade billeder til serveren. Man kan dog
gøre dette manuelt, hvis man kan finde ud af at tilslutte en ftp server.
Når man skal oprette et produkt, skal man også nu kende en del informationer fra
databasen, da linket f.eks. afhænger af det id produktet får. Her ville det derfor være godt,
hvis nogle af felterne blev automatiseret, så man ikke behøvede kende disse værdier.
14. Bilag
Bilag 1 - Design af logo og identitet.
Bilag 2 - Predesign af forside
Bilag 3 - Predesign af siden med produkter
Bilag 4 - Predesign af siden med et specifikt produkt
Bilag 5 - Predesign af indkøbskurven
Bilag 6 - Design af hjemmesidens struktur
Bilag 7 - Oversigt over alle tabellerne og deres relationer
Bilag 8 - Logbog
Sebastian Nyholm!
HTX 3A!
31/39
IT Eksamen!
08/05/2013
Bilag 1 - Her kan man se Køktos nye logo, som indeholder de standarder, som skal gå
igen over hele deres hjemmeside.
Sebastian Nyholm!
HTX 3A!
32/39
IT Eksamen!
08/05/2013
Bilag 2 - Her kan man se et tidligt design af forsiden inden den blev kodet.
Sebastian Nyholm!
HTX 3A!
33/39
IT Eksamen!
08/05/2013
Bilag 3 - Her kan man se et tidligt design af produktsiden inden den blev kodet.
Sebastian Nyholm!
HTX 3A!
34/39
IT Eksamen!
08/05/2013
Bilag 4 - Her kan man se et tidligt design af et specifikt produkt inden den blev kodet.
Sebastian Nyholm!
HTX 3A!
35/39
IT Eksamen!
08/05/2013
Bilag 5 - Her kan man se et tidligt design af kurven inden den blev kodet.
Sebastian Nyholm!
HTX 3A!
36/39
IT Eksamen!
08/05/2013
Bilag 6 - Her kan ses et design over hjemmesidens struktur. Det er altså disse muligheder
kunderne vil have have for at bevæge sig rundt inde på hjemmesiden. Hvis der
forekommer et * over boksene, betyder det, at der vil være et link til disse sider fra alle and
sider.
Sebastian Nyholm!
HTX 3A!
37/39
IT Eksamen!
08/05/2013
Bilag 7 - Her kan ses en oversigt over alle tabellerne.
Sebastian Nyholm!
HTX 3A!
38/39
IT Eksamen!
08/05/2013
Bilag 8 - Logbog for projektet
Uge 6 & 8
Eksamensprojektet er sat igang og foranalysen er lavet.
Rapporten for projektet er også igangsat.
Uge 9, 10
Analysen af projektet er blevet igang sat og lavet færdig.
Uge 11
Kravspecifikationen er blevet lavet.
Rapporten er blevet opdateret med de nye indputs.
Uge 12
Tidlige designs af hjemmesiden er blevet påbegyndt.
Uge 13
De designs der er blevet lavet, er nu blevet færdige.
Uge 14
Kodningen er så småt begyndt samt databasens indhold er igang med at blive fundet og
lagt ind.
Uge 15, 16, 17 & 18
I disse uger er der blevet kodet løs og databasens indhold er blevet færdiggjort.
Hjemmesiden er også så småt ved at være færdigprogrammeret.
I denne periode er der også blevet lavet tests på de forskellige koder og dataudtrak, for at
se om det virker.
Uge 19
Hjemmesiden er blevet færdig, testet og afleveret og rapporten er blevet skrevet færdig.
Sebastian Nyholm!
HTX 3A!
39/39