HOTELL - KURS OG KONFERANSESENTER
Dere har fått i oppdrag å lage et datasystem for et hotell, som i tillegg til å innlosjere feriegjester,
også tilbyr sine lokaler til kurs- og konferansevirksomhet.
Blant sine kunder har hotellet både private gjester og firmaer som arrangerer konferanser
eller holder kurs for sine ansatte.
Programmet bør deles opp i flere moduler, der noen er beregnet på hotellets gjester (som informasjon m.m) mens andre
moduler er beregnet på hotellets ansatte (booking, registrering, fakturering m.m).
Oppgaveteksten må ansees som enn "ønskeliste" fra oppdragsgiver. Dere må selv vurdere hva og hvor mye det er realistisk
å implementere i løpet av prosjektperioden. Se på slutten av oppgaveteksten om OPPGAVENS OMFANG.
INFORMASJON OM HOTELLET
Hotellet skal kunne gi sine potensielle kunder og gjester informasjon om hva de kan tilby.
Det disponerer mange typer rom som varierer med hensyn til kapasitet og teknisk utstyr, og
har i tillegg mange fasiliteter å by på:
Kontaktinformasjon
- telefon
- epost-adresse
- hjemmeside?
- beliggenhet
- adkomst
- transport
Fasiliteter
- restaurant
- bar
- spa
- badstu
- badebasseng
- treningssenter
- trådløst nettverk
- andre fasiliteter?
Hotellrom
- enkeltrom
- dobbeltrom
- familierom (3 - 4 sengeplasser)
- suiter
Seminarrom
- auditorier
- møterom
- grupperom
Mat
- meny
- skjenkerettigheter
- hel-pensjon (losji med frokost, lunsj og middag )
- halv-pensjon (losji med frokost )
Prisliste
Informasjonen til gjestene bør inneholde en prisliste over hva de enkelte rom og fasiliteter koster.
Ved fastsettelse av priser bør følgende ting vurderes:
- rabatter? Grupperabatt? Familierabatt?
- forskjellige priser hverdag/helg?
- sesongbaserte priser?
BOOKING
Gjestene deler seg i to hovedgrupper, private gjester og firmaer.
En del av bookingen vil være lik for begge gruppene, men enkelte ting vil være forskjellig:
Private gjester
- gjestenes navn
- kontaktperson
- antall rom og type
- tidsrom
- hel- eller halv pensjon
- spesielle ønsker eller behov
- andre ytelser?
Firmaer
- firmanavn
- kontaktperson
- antall deltagere
- romfordeling (Hvor mange av deltagerne skal bo på hotellet? Typer hotellrom?)
- tidsrom (Skal noen av deltagerne kun delta på deler av konferansen?)
- hel- eller halv pensjon (Hvor mange av deltagerne skal ha hva?)
- seminarrom type og antall (Hva trengs av teknisk utstyr? Plassbehov pr rom?)
- servering på seminarrom: Frukt, drikke, kaffe, kaker etc.
- spesielle ønsker eller behov
- transportbehov
- andre ytelser?
Før bookingen finner sted, bør programmet kunne beregne hva oppholdet vil koste.
BOOKINGOVERSIKT
Denne modulen av hotellet er beregnet på hotellets ansatte.
Programmet skal kunne gi informasjon om hvem som har reservert/leier de forskjellige
hotellrommene og seminarrommene, og skal kunne vise følgende oversikter:
- alle ledige hotellrom og/eller seminarrom i et gitt tidsrom (Nyttig ved booking av nye gjester)
- alle innlosjerte gjester/firmaer
- hvilket firma som har reservert/leier et gitt seminarrom
- opplysninger om en gitt gjest eller et gitt firma
FAKTURERING
Programmet skal skulle skrive ut en faktura over oppholdet.
LAGRING
Skrive data til fil
For at dataene som ligger lagret i programmets interne datastruktur ikke
skal gå tapt når programmet avsluttes, må alle data lagres på fil. Lagring på
fil må foretas i forbindelse med hver programavslutning. Det kan dessuten være
ønskelig å kunne foreta lagring på fil også under programmets kjøring.
Lese data fra fil
Hver gang programmet startes, må alle dataene som ligger lagret på fil
leses inn i programmets interne datastruktur.
STATISTIKK OG HISTORIKK
Hotellet ønsker stadig å bli bedre. I den grad det er mulig
ønsker de seg oversikt over:
- belegg på hverdager/helg
- belegg gjennom året
- tidligere gjester
- faste gjester
- avholdte konferanser og kurs
- ?
I tillegg kan de på sikt tenke seg å utvide programmet med
UTVIDELSESMULIGHETER
For øvrig er oppdragsgiver interessert i alle forslag til utvidelser som
dere måtte ha, selv om det vil føre for langt å implementere dem i denne
omgang.
Oppgavens størrelse vil være avhengig av hvor mye av oppdragsgiverens krav
og ønsker dere implementerer. For de fleste vil den bli alt for omfattende hvis alt skal
implementeres fullt ut. En av utfordringene blir derfor å gjøre fornuftige valg
for HVA som bør implementeres og HVA som kan utelates. Det er imidlertid viktig at
programmet kan kompletteres på et seinere tidspunkt (for eksempel av en annen programmerer).
Kravene fra oppdragsgiver er veiledende. Dere kan legge til og trekke fra
alt etter som dere finner det hensiktsmessig. Dere står også fritt
til å implementere mer funksjonalitet enn det som er beskrevet i det foregående.
Dersom dere implementerer mindre enn det som er beskrevet, må det gå klart fram
av dokumentasjonen hva som er utelatt og hvordan dere har prioritert.