IT-rapport. Haderslev Handelsskole Informationsteknologi, niveau A. Søren Løbner, HH3A

Transkript

1 IT-rapport Uddannelse: Højere Handelseksamen Skole: Fag og niveau: Informationsteknologi, niveau A Område: IT-eksamensprojekt Vejleder: Werner Burgwald Afleveringsdato: Torsdag den 21. april, HH3A

2 IT-rapport... 1 Indledning... 3 Virksomhedsbeskrivelse... 4 FADI-modellen... 5 Fase 1: Foranalyse... 5 Fase 2: Analyse... 6 Fase 3: Design... 7 Fase 4: Implementering... 8 Kodegennemgang... 9 Front-end og back-end... 9 XHTML og standarder... 9 Cascading Style Sheets Database Prototype E/R Diagram Normalisering Meta-tags IT-arkitektur og politikker Konklusion Bilag Kildeoversigt Bilag 1 (roughs) Bilag 2 (prototyper) Bilag 3 (brugervejledning) Bilag 4 (FADI-model) Bilag 5 (kildekoden) Side 2 af 19 -

3 Indledning Med baggrund i vores IT-A pensum, så har jeg her valgt at redegøre for IT-situationen i firmaet Kudsk & Dahl A/S, med hovedsæde beliggende i Vojens. Som det senere vil fremgå af virksomhedsbeskrivelsen, så er dette en forholdsvis ny virksomhed, som for nylig er dannet gennem en fusion. Det betyder, at der endnu ikke er konstrueret et website for fusionsvirksomheden, så her benyttes blot den gamle, fra den ene af parterne i fusionen. Jeg har et indgående kendskab til den ene part i virksomheden, da den tidligere har været ejet af dele af min familie. Derfor har jeg også længe kunnet påpege at de manglede et website. Men da det er en virksomhed uden en decideret IT-afdeling, til at tage sig af den slags, så har de heller ikke haft det som en særlig høj prioritet i deres markedsføring. Hvilket nok også er forståeligt nok, set ud fra at deres kunder højst sandsynligt ikke vil finde dem via nettet. Men tiderne ændrer sig, hvilket de også har måttet sande, her under den nyligt overståede fusion. Da har de nemlig skullet omstille, hele administrationen til et nyt økonomisystem. Og deres server er blevet omkonfigureret til at fungere som knudepunkt for 2 andre virksomheders netværk, som nu kører via VPN. Men websitet, det mente de var noget, som de ville have en ekstern virksomhed, med speciale deri, til at tage sig af. Altså en decideret outsourcing. Jeg tilbød dem derefter at jeg kunne lave sådan en side til dem, både i forbindelse med dette eksamensprojekt, men også fordi, at jeg så senere vil kunne udbygge den til deres tekniske behov. For at kende deres primære behov, kræves at jeg laver en analytisk gennemgang af virksomheden og dens kunder. For herefter at, igennem udviklingsforløbet, forsøge at implementere bl.a. FADI-fasemodellen. Det er en fasemodel som vi kender fra IT-A pensum, og som man benytter til at analysere en given IT-situation, forud for en udarbejdelse af et projekt. Så jeg vil i mit projekt, opbygge et website til virksomheden. Dette skal være et website, der så vidt muligt imødekommer deres ønsker og behov. De havde bl.a. nogle certificeringer og prislister på den gamle side, de gerne ville se om de kunne få med over. - Side 3 af 19 -

4 Virksomhedsbeskrivelse Kudsk & Dahl A/S er stiftet den 1. januar 2005 gennem en fusion mellem virksomhederne Brdr. Dahl vognmandsforretning A/S, Vojens og Gram Færdigbeton ApS, Gram, der hver har en ejerandel i den fusionerede virksomhed på 50 %. Moderselskaberne, der i dag fungerer som holdingselskaber, er begge familieejede virksomheder, nu i 2. generation, der er startet i henholdsvis 1937 og 1947 som små lokale vognmandsfirmaer, og begge virksomheder har i dag, udover vognmandsforretningen, aktiviteter indenfor produktion af fabriksbeton, kalkmørtel, sand og sten. Kudsk & Dahl A/S er således i dag en virksomhed med ca. 90 medarbejdere, der driver en alsidig vognmandsforretning. Der transporteres primært sand, sten og asfalt, men virksomheden råder også over kranbiler til transport af betonelementer, blokvogne til maskintransport, tankvogne til kørsel med cement og specialkøretøjer til vedligeholdelse af grusveje og udlægning af asfalt. Produktionen af beton og kalkmørtel sker på fabriksanlæg i både Vojens og Gram. Afdelingen råder over 19 betonbiler og har en blandekapacitet på 120 m³ beton i timen. På fabriksanlægget i Vojens er der etableret et laboratorium, der står for analyser af sand og sten, ligesom der er geotekniske opgaver ud af huset. Efter fusionen råder virksomheden over 8 grusgrave fra Sommersted i nord til Rødekro i syd med en samlet produktion på ca ton sand og sten, der anvendes i beton- og asfaltindustrien, samt til bygge- og anlægsopgaver i Syd- og Sønderjylland. Virksomhedens administration er samlet i Vojens, hvor der også er et m² stort smede og autoværksted, der primært står for vedligeholdelsen af virksomhedens egne biler og maskiner, men som også i mindre omfang udfører eksterne smedeentrepriser. - Side 4 af 19 -

5 FADI-modellen FADI- modellen er en såkaldt fasemodel, det dermed ment at den beskriver faserne i et systemudviklingsforløb, og at den beskriver hver fase helt færdig, inden den næste fase startes. Her henvises der til såkaldte trappe- eller vandfaldsmodeller1 og det der skabes er derfor en struktureret systemudvikling, hvor man bevæger sig fra niveau til niveau. For analyse Analyse Desig n Test Aflevering Implem entering Fase 1: Foranalyse I denne fase er formålet at skabe et overblik over situationen som den ser ud. Og her foretages på virksomhedsniveau, en såkaldt problemanalyse. Alt afhængig af hvilket et system der skal udvikles og hvordan ens indgangsvinkel er til det, udarbejdes denne foranalyse. Heri skabes rammerne for det efterfølgende analysearbejde, og der redegøres for hvilke ressourcer der stilles til rådighed for projektet, af virksomheden. Jeg vidste at Kudsk & Dahl A/S ikke havde et website og at de måske tænkte på at købe et færdigt produkt. Med mit eksamensprojekt in mente, bestemte jeg mig for at afgive et forslag til hvordan den kunne se ud, og hvilke funktioner den måske kunne indeholde. Derefter fik jeg aftalt et møde med min far, Svend Løbner, hvor jeg gik gennem foranalysen og fik bearbejdet deres to gamle sider 2. Herunder talte vi om hvad jeg kunne give dem, af muligheder mht. serverside programmeringssprog og udnyttelse af en dertil tilknyttet database. Og om hvor let de dermed ville kunne vedligeholde deres side. Med til mødet havde jeg et par roughs3 som viste hvordan, jeg kunne forestille mig, deres sides layout. Det var ikke helt hvad Svend havde forestillet sig. Han viste mig så nogle sider fra konkurrenten Unicon s side, med hvordan de havde deres menusystem, og navigationen rundt på siden, så dertil lavede vi en ny rough4, og da han var tilfreds, tog vi den. Målgruppen fastlagde vi demografisk som, alle voksne i nærområdet, nok primært parcelhus ejere, som havde et ønske, eller kunne tænkes at få et ønske om køb af færdigbeton eller vognmands services. Erhvervskunder er ikke de primære mål, til dem findes der udarbejdet materiale, som indeholder de relevante oplysninger. 1 Se bilag 4 Links til disse, findes i kildeoversigten 3 Et Rough er et groft overslag på hvordan sidens struktur og design ser ud - se bilag 1 4 Det fjerde og sidste rough på bilag Side 5 af 19 -

6 Dagen endte med at jeg tog derfra med en god klarhed over hvad der skulle programmeres. Vi blev enige om, at da ekspertisen på dette felt lagde hos mig, skulle jeg konstruere en prototype, som han så kunne se på. Med hensyn til tidsfristen, så var ultimo april 2005, en udmærket frist. Jeg gjorde opmærksom på at jeg ikke tog nogen løn for arbejdet, men blot skulle have dækket transportomkostninger, i forbindelse med turene ud til deres afdelinger, for at fotografere. Teksten til deres sider, samt indholdet, blev vi enige om blot skulle sendes til mig. Det samme skulle eventuelle billeder, de ville have med. Herefter viste jeg hvordan jeg havde forestillet mig databasen skulle se ud5, med de forskellige entiteter og relationer, som jo kendetegner en E/R-database. Jeg gjorde her opmærksom på, at når databasen var sat i funktion, ville de selv kunne tilpasse deres side, og undersider som de fandt passende. Dertil ville jeg udvikle en sikker admin funktion, med en adgangskode som kun de kendte. Fase 2: Analyse Under foranalysen fik jeg dermed fastlagt rammerne for projektet. Under analysen kiggede jeg så nærmere på de indsamlede data, og dannede mig et overblik. Jeg tog igen kontakt til virksomheden, og viste dem her en tidlig model af det layout6, som jeg ville benytte på websitet. Jeg gjorde det yderligere klart, at jeg ikke havde kompetence til at implementere alle de ønskede elementer. Det var bl.a. et ønske om at kunne gemme Microsoft Excel dokumenter i XML format, som så blev fortolket af et XML schema7 på siden. Det viste sig nemlig at der var problemer med at få et officielt Schema til at godkende egne XLS/XML filer. Det godkendte de, og vi fik aftalt hvilke menupunkter der kunne være på siden og hvordan indholdet skulle være. K&D ville gerne have oprettet en admin del til websitet, hvor de selv kunne rette på de forskellige koder, uden at skulle etablere FTP adgang for at redigere i PHP-siderne. Det gik jeg i gang med at udvikle. Det blev en admin funktion hvor jeg benyttede SESSIONS fra PHP8 Beslutningsprocessen ændredes nu til, at det var mig alene der stod for resten. Det gjorde jeg, da K&D havde besluttet at udskyde etableringen af et website, grundet travlhed i administrationen. Jeg gjorde så opmærksom på at det ikke var en mulighed, da jeg havde en deadline at overholde. 5 Prototypen på side 10 Vist øverst på bilag 2 7 Et standard fortolknings-dokument i stil med en DTD for websider: 8 What is PHP Side 6 af 19 -

7 Fase 3: Design Fra at have haft tankerne og grafikken i hovedet og på roughs, blev det nu mere konkret. Næste skridt i systemudviklingsforløbet: Jeg skulle begynde at programmere. Det passede mig meget godt på dette tidspunkt, da jeg følte at jeg var i besiddelse af alt hvad jeg umiddelbart havde brug for, både med hensyn til roughs og baggrundsviden. Alt hvad jeg havde brug for til at opnå det endelige mål for denne fase, som er at skabe et pålideligt system, eller website, som er vedligeholdelses- og brugervenligt. Det første opfylder jeg med dynamisk programmering, i form af PHP og en relations database. Med dette bliver de administrative medarbejdere hos K&D i stand til at rette i siderne, udelukkende ved hjælp af en adgangskode til den såkaldte admin del. Det andet, det brugervenlighedsmæssige, har vi teoretiske metoder fra IT-A pensum, til. En af de definitioner vi oftest benytter når det kommer til måling af brugervenlighed, er formuleret af danskeren Jacob Nielsen, i hans værk Usability fra Herunder er der 5 grundregler: 1. Let at lære. 2. Let at huske. 3. Pålideligt. 4. Effektivt at bruge. 5. Tilfredsstillende at bruge. Hvis et projekt opfylder ovenstående, betragtes det som brugervenligt. I mit projekt, fik jeg 3 uvildige personer til at bruge siden. Da den ikke var 100 % færdig programmeret endnu, kunne alle funktionerne ikke blive afprøvet, men trods det, var resultatet positivt. Jeg fik følgende tilbagemeldinger: Det tog nogle gange lang tid at folde menuen op men mail-funktionen er god! Mangler funktionalitet, før effektiviteten kan opnås, farverne skal være lysere, for at det er tilfredsstillende, og jeg kan da godt lide designet. Jeg synes der skal være en gæstebog, sådan man kan skrive noget til firmaet. Den første kan jeg kun tilskrive en langsom MySQL server hos min udbyder. Med hensyn til de følgende, så kommer funktionaliteten, farverne er blevet hævet et par nuancer og gæstebogen har jeg spurgt K&D om, det syntes de ikke de behøvede. Med hensyn til en brugervejledning, så har jeg udarbejdet bilag 3 som en side, der beskriver hvordan man navigerer rundt på siden, tilføjer nyheder, og retter i undersiderne. - Side 7 af 19 -

8 Visuelt design Farverne på K&D s side, har jeg også valgt at holde nogenlunde simple. De følger virksomhedens farvepalet og de indgår i RGB9 256bit, hvilket gør at de vises korrekt på 99 % af alle skærme. Jeg har også benyttet mig af et design som ligger sig lidt op af et Jacob Jensen design10, altså meget minimalistisk. Her benytter jeg også teorien om KISS11 ved at jeg bl.a. undgår store billeder, og smarte filurligheder. Fase 4: Implementering Denne fase indeholder for mig, ting som; uddannelse af brugere, i og med de relevante brugere skal vide hvordan de poster nyheder på siden, og evt. hvordan de kan ændre i kildekoden, hvis der er noget der ikke passer ind. Endelig skal der også være en afprøvning af den brugervejledning jeg har placeret under bilag. Dette gøres for at finde fejl og mangler i denne, og for at se om min vurdering af brugernes kompetenceniveau er korrekt. Med hensyn til upload af website til en dedikeret server, så kommer dette til at vente. Teknisk set kan jeg ikke ligge siden op på serveren der har kudsk-dahl.dk tilknyttet, da dette URL på port 80, som er web-porten, er sat op via DNS til en ekstern server. Men som en midlertidig løsning, har jeg uploadet siden til adressen k-d.lobner.dk som befinder sig på mit eget domæne. Konverteringen er også essentiel, da der ganske givet stadig vil være kunder, der besøger deres gamle sites. Det afhjælper vi ved at lave en såkaldt parallelkørsel12 hvor de to tidligere domæner, får ændret deres DNS-adresser, så de peger på IP-adressen for kudsk-dahl.dk domænet. I øjeblikket ser det således ud: En DNS pegning, vi få det til at se således ud: DNS-adresse Tilknyttet IP-adresse DNS-adresse Tilknyttet IP-adresse kudsk-dahl.dk kudsk-dahl.dk brdrdahl.dk brdrdahl.dk gram gram faerdigbeton.dk faerdigbeton.dk I så fald vil domænerne, brdrdahl.dk og gram- faerdigbeton.dk begge to pege på domænet for den nye side, nemlig kudsk-dahl.dk. 9 RedGreenBlue, en blanding af de 3 farvenuancer, der skaber alle andre nuancer (IT-A s.81) Det simple, stilrene design kendt fra bl.a. B&O produkterne. 11 Keep It Simple Stupid! (IT-A s.71) 12 Beskrevet i IT-A s Side 8 af 19 -

9 Kodegennemgang Herunder vil jeg gennemgå dele af kildekoden fra K&D s website, og komme rundt om nogle af de teorier som man her arbejder med. Jeg har gennem hele sitet ønsket at få så minimalistisk og ren syntaks som overhovedet muligt, både fordi det var et ønske fra K&D, at siden ikke skulle have alle de nyeste blinkende ikoner osv., men også fordi det i den grad gør fortolkningen af siden hurtigere. Fortolknings hastighed er især noget man kommer til at mærke, når man benytter sig af et serverside programmeringssprog som PHP, som jo afhænger fuldstændigt af web-serverens hastighed, til at kunne levere den ønskede data. Front-end og back-end Front-end vil sige, det slutbrugeren ser på sin skærm, altså det som frembringer et (x)htmloutput. Her har jeg i mit tilfælde benyttet mig af programmeringssproget PHP hvilket er et såkaldt serverside sprog, hvilket betyder at alle fortolkninger sker på web-serveren, det er derfor ikke noget der kræver maskinkraft fra brugerens maskine. Dette er meget vigtigt da det har stor indflydelse på hvordan slutbrugerne, som også er kunderne, oplever websitet. Back-end er derimod ikke synligt for slutbrugen, da det er den kilde hvorfra siden henter dens indhold. Dette er naturligvis kun, hvis siden ikke er skrevet i et statisk programmeringssprog. En back-end enhed er typisk en relationsdatabase eller måske et XML-dokument. XHTML og standarder Man kan hurtigt slå fast at en absolut nødvendighed er, at alle kunderne oplever websitet ens. Det vil sige, at uanset hvilken maskine, browser eller styresystem man befinder sig på, så fremtræder siden på samme måde på skærmen. Det kan man delvist sikre, ved at sørge for at webstandarderne bliver overholdt. Webstandarderne er nogle definitioner, som bliver vedligeholdt af et konsortium bestående af mange forskellige typer af udviklingsvirksomheder, som hver især har interesse i at fremme webudviklingen. Dette konsortium kalder sig W3C, for WorldWideWeb Consortium. På K&D s website har jeg valgt at benytte mig af standarden XHTML, som står for Extensible Hypertext Markup Langauge, og er en blanding af opmarkeringssprogene XML13 og HTML XML: HTML: - Side 9 af 19 -

10 Det har jeg gjort dels på grund af, at jeg forventede at være i stand til at benytte Microsoft Excel dokumenter, som XML kilde, men også fordi det er en fast defineret standard, som validere korrekt, det vil sige fortolkes korrekt, i langt de fleste nyere browsere. Og netop det, har jo noget at gøre med hvordan siderne vises frem, for kunderne. Standarden der benyttes på K&D s website, hedder XHTML 1.1, og er den nyeste der findes. Cascading Style Sheets Cascading Style Sheets eller CSS, er en simpel og entydig måde at implementere tags og attributter på. Det gør det ved at i stedet for massevis af tags og attributter, så benytter det sig af en standardiseret metode og syntaks, hvormed den beskriver alle de egenskaber et element kan have. Jeg har på siden benyttet mig af CSS version 1.1, som er den nyeste standard der er udgivet af W3C Database Databasen til K&D s website, er en MySQL database, som er en klassisk relationsdatabase, der, i hvert fald på SQL15 niveau, fungerer ligesom en MSSQL database, som vi jo kender fra Microsoft Access-programmet. Prototype 15 Structured Query Langauge, det mest almindelige programmeringssprog til relationsdatabaser - Side 10 af 19 -

11 E/R Diagram 1 kd_afdelinger 1 1 N kd_ansatte 1 N N M kd_produkter N 1 kd_postnr kd_nyheder Normalisering Normaliseringens første 3 niveauer er gældende i denne database. 1. normalform som sikrer at der ikke opstår redundans i tabellerne. Det er gjort ved at oprette relationer de forskellige tabeller imellem til de felter, som ville have risiko for at kunne optræde mere end et sted. Yderligere er der oprettet unikke nøglefelter i alle tabellerne, da det kræves, at de har en entydig kolonne, som man kan relatere til. 2. normalform siger ganske simpelt at der kun må være ét nøglefelt i hver tabel. Det har jeg sikret i min tabel, i fra starten at lave et unikt `id` felt i hver tabel, undtagen i `kd_postnr` da er postnumret selvsagt et unikt nøglefelt. 3. normalform er også gældende. I og med jeg har etableret en tabel med postnumre, en tabel med ansatte og en tabel med afdelinger. Og afdelinger og ansatte, hver har deres egen nøgle, men samtidig indeholder en relation til `nr` kolonnen i postnummer tabellen. Altså er tabellen splittet op, med postnumrene og deres byer stående separat i en tabel, alt andet ville også resultere i redundans. - Side 11 af 19 -

12 Meta-tags Ikke alt HTML på ens website kommer til syne på skærmen. Det gælder bl.a. de data der findes i <head></head> sektionen. Disse data bruges typisk til at beskrive siden med. Denne beskrivelse bruges så af brugerens browser, men også i høj grad af søgemaskiner. Søgemaskiner besøger nemlig ikke alle siderne på nettet. De indekserer dem i mange tilfælde blot. Dette gør de netop ved at aflæse denne Meta-data. På K&D s website, har jeg kodet al den metadata ind jeg fandt relevant. Det har jeg gjort af den grund, at andre firmaer og kunder typisk vil bruge søgemaskiner til at lede efter de sider de vil besøge. Især hvis de ikke har besøgt K&D s side før. IT-arkitektur og politikker Virksomheden Kudsk & Dahl A/S har som tidligere nævnt, det administrative hovedsæde placeret i Vojens. Her har de så også deres økonomisystem og øvrige IT- faciliteter. Plus at det er her serveren står. Den server som var det topografiske knudepunkt, rent netværksmæssigt. Derpå har de økonomisystemet Navision C5 installeret. Der udover har de, mailserver, lokal filserver og VPN server. Serverens operativsystem er Windows2003 Server, og de administrere deres brugerrettigheder via Active Directory. Politikker er for så vidt ikke noget medarbejderne kender til. De må færdes der hvor de har rettigheder til det. Administrationen er så lille, at der er føling med om nogle bare sidder og surfer, i stedet for at arbejde. - Side 12 af 19 -

13 Konklusion Efter at have arbejdet med virksomheden Kudsk & Dahl A/S, og have kørt systemudviklingsforløbet til ende, så føler jeg nu at jeg har givet mit bedste bud på, hvad de har brug for med hensyn til en hjemmeside. Jeg har også udviklet et produkt, som jeg godt mener de ville være i stand til at bruge. Både i form af den brugervejledning jeg har udarbejdet til dem, men også i kraft af at jeg, grundet min nære tilknytning til virksomheden, ville være i stand til at foretage supportarbejde. Det har været et udfordrende forløb, og set tilbage på det, så skulle jeg måske have fundet en virksomhed som virkelig ønskede et website, og var villig til at yde en stor indsats for at få den produceret. For hvis der er noget jeg har manglet i dette forløb, så er det lidt velvilje fra K&D s side. Set ud fra hvad de har fået, så mener jeg afgjort at mit arbejde har gavnet dem, de har fået en dynamisk hjemmeside, som de også er i stand til at vedligeholde. - Side 13 af 19 -

14 Bilag Kildeoversigt Bog: IT, Informationsteknologi Niveau A Forlag: Dafolo, 2002 Forfattere: Karl Erik Jacobsen Liselotte Strarup Nielsen Ivan Norling Lotte Pedersen Bog: Avanceret PHP Effektiv Webudvikling Forlag: Libris, 2003 Forfattere: Christopher Cosentino Website: Brdr. Dahl A/S s gamle website URL: Forfatter: Finn Petersen, driftsleder. Website: Gram færdigbeton, v. Brdr. Kudsk A/S s gamle website URL: færdigbeton.dk Forfatter: Jørn Kudsk, direktør. Website: Kudsk-Dahl.dk preview URL: Forfatter:, webkoder. - Side 14 af 19 -

15 Bilag 1 (roughs) Fjerde og sidste rough, som K&D godkendte - Side 15 af 19 -

16 Bilag 2 (prototyper) 1. prototype 2. prototype (næsten færdigt produkt) - Side 16 af 19 -

17 Bilag 3 (brugervejledning) Banner: Indeholder logo og titel. Midten: I content DIV en som er den celle hvori alle siderne bliver inkluderet, optræder det indhold som, der i admin delen bliver skrevet. Når man er logget ind, vises der tillige, på alle siderne, en FORM hvori man kan ændre sidens indhold. Bunden: I footer DIV en nederst på siden, optræder login FORM en, hvis man taster adgangskoden ind her, oprettes der en SESSION, det er sådan en så man får rettigheder til at kunne ændre på siderne, de steder man synes. Menuen: I venstre side er menuen placeret, den er statisk placeret i et DIV element, som har en position:absolute egenskab, hvilket gør at den altid har samme afstand til toppen og til venstre side af browseren. Fra menuen vælger man menupunkterne, de to menupunkter der har underpunkter, henter underpunkterne fra databasen, således er det dynamisk med hensyn til hvilke afdelinger de vælger, skal fremgå af siden. Menupunkter: Forsiden: Forsiden indeholder nyhederne, som K&D selv har skrevet, disse nyheders opgave er at informere gæster på siden, om nye foretagender i virksomheden. Afdelinger: Indeholder en beskrivelse af de forskellige afdelinger under virkomheden. Produkter: Her er virksomhedens primære fokusprodukter listet. Her kan man læse om de forskellige produkter, og priser pr. m³ Profil: Dette er virksomhedsprofilen, den som beskriver virksomheden, og fortæller hvad deres mål og kortsigtede visioner er. Kontakt: Under kontakt kan man sende en mail, til hver af de administrative arbejdere. På grund af risikoen for SPAM, er det ikke aktiveret endnu. Det bliver det på afleveringsdatoen. - Side 17 af 19 -

18 Bilag 4 (FADI-model) Nedenfor ses trappediagrammet for FADI modellen. Egentlig burde den hedde FADITA, men i mit tilfælde er det også kun en FADIT, da jeg endnu ikke har afleveret mit produkt. (kilde IT-A s. 249) - Side 18 af 19 -

19 Bilag 5 (kildekoden) På de følgende sider kan kildekoden for mine PHP sider ses. - Side 19 af 19 -