FACULTATEA DE STUDII ECONOMICE DIN BUCURETI

Proiect la sisteme informatice

de gestiune
Implementarea unui sistem informatic pentru
activitatea unei firme de turism

Echipa de proiect:
Du Andreea-Mihaela
Dumitru Mihaela Beatrice
Vjitu Marina
Grupa 640, Seria B, An 3
Enunt:

O firm de turism dorete implementarea unui nou sistem informatic pentru activitatea sa.
Firma ofer servicii clienilor si persoane fizice i respectiv persoane juridice. Clienii se
identific printru-un cod unic alturi de care se rein: numele, adresa, telefonul. n cazul
persoanelor fizice se mai rein: CNP, sexul (M,F), profesia (inginer, economist, medic, profesor,
altele). Pentru persoanele juridice se rein: codul fiscal, cod CAEN, persoana de contact.
Sistemul reine dac o firm client este subsidiara altei firme client.
Oferta cuprinde pachete turistice reprezentate de circuite i respectiv sejururi. Fiecare
pachet turistic are un cod unic de identificare alturi de care se rein: data lansrii, tip ofert
(ofert general, seniori,elevi), pre standard, pre early booking (mai mic cu maximum 20% fa
de cel standard). Pentru circuite se rein: data plecrii, data ntoarcerii, destinaie, numr locuri
(nu poate depi 40), tip transport (avion, autocar). n cazul sejururilor se reine data de start, nr.
zile, localitate. Pentru o aceeai localitate cazarea poate fi asigurat n mai multe hoteluri (pentru
care opteaz fiecare client) pentru care se rein: nume hotel, categorie (2,3,4,5 stele). Numrul de
camere i preul per camer i noapte difer de la un hotel la altul i de la o perioad la alta.
Pachetele turistice se introduc n sistem de ctre eful firmei de turism la momentul
semnrii contractelor de ctre firmele partenere. Agenii de turism, angajai ai firmei, introduc n
sistem clienii i rezervrile acestora (se verific dac este un client nou, caz n care se introduc
datele clientului i apoi datele privind rezervarea). Un client poate face una sau mai multe
rezervri. O rezervare poate fi fcut pentru un pachet turistic. Fiecare rezervare are n sistem un
numr unic, data rezervrii i numrul de locuri solicitat. Cu 20 zile naintea plecrii n circuite,
eful firmei verific numrul de locuri libere. Dac s-au ocupat mai puin de jumtate din locuri
circuitul nu se mai efectueaz i notific clienii s vin s li se restituie banii.
Clienii achit (agenilor de turism) rezervrile cu numerar sau card (sistemul verific dac
este un card valid) sistemul genernd automat o chitan. O plat privete una sau mai multe
rezervri, sistemul reinnd suma aferent fiecrei rezervri.
Se cere:
1. Situaia rezervrilor pentru fiecare circuit cu evidenierea numrului turitilor nscrii i a
sumei ncasate per circuit.
2. Numele clientului cu cel mai mare numr de rezervri n ultimii cinci ani.
3. Graficul structurii sumelor ncasate din circuite i respectv sejururi n 2014.
4. Sejurul cu preul (per persoan) cel mai mare.
5. Situaia numrului de opiuni per hotel i total pentru sejururile organizate (cu precizarea
locaiei la momentul executrii cererii).
6. Lista clienilor care au fcut rezervri dar nu au achitat pachetul turistic.
7. Lista circuitelor pentru care nu s-au nscris mai mult de 10 persoane.
8. Lista sejururilor pentru care numrul turitilor nscrii depete media nscrierilor n anul
curent (calculat pe ntrega ofert de sejururi).

Modelul conceptual al datelor

RESTRICTII DE INTEGRITATE

Restrictii de domeniu:

Ri1 Tip Oferta = {oferta generala, oferta seniori, oferta elevi}

Ri2 Pre early booking <= PretStandard-(20%*PretStandard)
Ri3 Numarul de locuri <= 40
Ri4 Tip Transport = {autocar, avion, tren, maxitaxi, masina personala}
Ri5 Categorie Hotel In nr Stele = {2*,3*,4*,5*}
Ri7 Tip Plata ={Numerar, Card}
Ri8 CNP format din 13 cifre
Ri9 Tip Sex ={ Masculin, Feminin}
Ri10 Tip profesie ={ inginer, economist, medic, professor, altele}
Ri11 DataPlecare<DataIntoarcere
Ri12 Telefonul trebuie format din 10 cifre

Restrictii de rol

Ri13 Restrictie de excluziune de rol : Un client poate sa fie ori persoana juridica ori persoana
fizica.
Ri14 Restrictie de excluziune de rol: Un pachet turistic poate fii circuit sau sejur.
Ri15 Restrictie de egalitate de rol : Daca doresti sa platesti pachetul turistic, ai nevoie de
rezervare.

Definirea relatiilor intre tabele

Modelul logic al datelor (MLD)

CLIENI (CodClient, NumeClient, AdresClient, TelefonClient)

PERS.FIZIC (CNP, Sexul, Profesia, CodClient)
PERS.JURIDIC (CodFiscal, CodCAEN, Pers.DeContact, CodClient)
PLI (IdPlat, TipPlat, ValoarePlat, CodRezervare, CodClient)
REZERVARE (CodRezervare, DatRezervare, Nr.LocSolicitate, IdPlat,
CodClient)
PACHET_TURISTIC (CodPachet, DataLansrii, TipOfert, PreStandard,
PreEarlyBooking, CodRezervare)
CIRCUITE (IdCircuit, DataPlecrii, Datantoarcerii, Destinaia, NrLocuri,
TipTransport, CodPachet)
SEJUR (IdSejur, DataDeStart, Nr.zile, Localitatea, CodPachet, IdHotel)
HOTELURI (IdHotel, NumeHotel, Categorie)
LOCAIE_SEJUR (IdSejur, IdHotel, Pre, NrCamere)

Modelul conceptual al prelucrarilor

Atunci cand clientii platesc cu cardul, cardul este verificat de

sistem si genereaza o chitanta, in care se notifica daca cardul
este valid sau nu. Daca cardul este valid se efectueaza plata prin
transfer bancar.

Agenii de turism in momentul in care vor sa introduca in

sistem o rezervare verific dac este un client existent, caz n
care nu este se introduc datele clientului i apoi datele privind
rezervarea.

FORMULAR DE NAVIGARE INTRE CLIENTI