Download thesis - Kjeld Schmidt

1. Destinationschefen kan skaffe sig overblik over salget ved at tilgå en
database. På denne måde løser man problemet med manglende eller
for sen rapportering fra rejselederne.
2. Rejselederne skal nu ikke længere tælle billetter op, hverken i forbindelse
med rapportering eller afregning.
3. Rejselederne kan til enhver tid afregne med den regnskabsansvarlige,
idet de ikke længere behøver at have solgt 100 billetter, for at en
afregning giver mening.
4. Man kan via databasen holde styr på antal solgte billetter til
arrangementerne, og kan ad denne vej løse problemet med oversalg.
5. Skal systemet understøtte data mining, er det afgørende, at alle
salgsdata gemmes i en database.
Endvidere skal der registreres koordinater, så man senere kan kortlægge
salget og rejseledernes færden. Disse data vil også være oplagte at gemme
i en database.
Rejseselskabets bookingsystem baserer sig i forvejen på en database.
Mange af oplysningerne i bookingsystemet har også relevans for salget
på destinationerne - især kundedata. Hvis man udvider bookingsystemets
database til også at gemme data fra vores salgssystem, vil disse fælles data
kunne genbruges, hvilket vil reducere redundans i data og dermed gøre
databasen mere konsistent.
Internetforbindelse
Databasen skal stå i Danmark af flere årsager. VU har ikke en fast base
i Spanien. Destinationspersonalet bor på hotel, idet det ikke er rentabelt
Systemar kitektur
Det mobile billetsalgssystem- et konceptuelt designfor slag 45
Figur 24. Overordnet arkitektur. De grå elementer er dele som interagerer med vores system,
men som vi betragter som allerede eksisterende services som vores system kan drage nytte af.