Download thesis - Kjeld Schmidt

44 Det mobile billetsalgssystem - et konceptuelt designfor slag
Konceptuelt design
Som beskrevet i casen centrerer VU’s salgssystem sig omkring brugen af
billetblokke. Systemet er mobilt i sin natur, og ved alle de forbedringstiltag,
som VU har gjort, har man tilgodeset enten at bibeholde eller forbedre
systemets mobilitets-egenskaber. Et eksempel på dette er, da VU besluttede
at have én billetblok, hvorpå alle arrangementer er anført, i stedet for at have
en billetblok for hvert arrangement (se side 14). Endvidere understøtter det
eksisterende system en høj grad af fleksibilitet. I et papirbaseret system
kan brugerne agere meget frit. Rejselederne har mulighed for at anføre
noter og særpriser på billetterne, samt angive helt nye arrangementer, som
ingen kendte til et øjeblik før. Rejselederne har sågar mulighed for at sælge
billetter til udsolgte arrangementer. Selvom det netop er et af problemerne
ved det eksisterende system, er det samtidig et godt billede på omfanget af
det eksisterende systems fleksibilitet.
Vores ønske er at skabe et IT-baseret salgssystem som erstatning for VU’s
eksisterende system. Et system der løser problemerne ved det eksisterende
system. Kravet er altså at understøtte og effektivisere de procedurer og den
arbejdsform, som VU har udviklet gennem årene.
For rejselederne skal et nyt system altså tilgodese ønsket om høj grad af
mobilitet og fleksibilitet. Endvidere skal det løse problemet med oversalg ved
at lade systemet registrere og holde rede på antallet af solgte billetter til
hvert arrangement. For destinationschefen skal systemet løse problemerne
vedrørende optælling og rapportering ved, at han til enhver tid kan skabe
sig overblik over salget.
Der er altså følgende overordnede krav til systemet:
• Mobilitet
• Fleksibilitet
• Registrering
• Overblik
Vi har også præsenteret vores visioner om, hvilke funktionaliteter vi mener,
man bør føje til systemet. Det drejer sig om at imødekomme ønsket om at
muliggøre analyser af salget vha. data mining, herunder den nødvendige
tilføjelse af positioneringsegenskaber.
Vi vil i det følgende redegøre for vores specifikke forslag til et konceptuelt
design. Først vil vi præsentere den overordnede systemarkitektur og dens
enkeltdele. Dernæst vil vi argumentere for de dispositioner, vi har gjort os
for at honorere de ovennævnte krav og ønsker til systemet, samt beskrive
hvordan disse kan realiseres.
Systemarkitektur
I figur 24 på modstående side kan det ses, hvorledes vi mener, at den
overordnede systemarkitektur skal tage sig ud. Hvorfor vi har valgt netop
denne arkitektur, vil vi argumentere for i det følgende.
Database
Flere ting taler for, at systemet skal opbygges omkring en central database.
Samles alle oplysninger om salget ét sted, opnår man følgende:
Systemar kitektur