Gestiune rezervari

39
SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR 1.1. DOCUMENTAREA CERINȚELOR UTILIZATORILOR 1. TITLUL SISTEMULUI INFORMATIC Rezervări hoteliere SQL 2. ISTORICUL MODIFICĂRILOR Versiun e Dată Descriere Autori 1 12.12.201 1 Versiunea inițială Andreescu Rareș Olimpiu Băjenaru Antonia Roxana CAPITOLUL I: SCOPUL DOCUMENTULUI Acest document conține cerințele utilizatorilor pentru sistemul informatic Rezervări hoteliere SQL. CAPITOLUL II: ROLUL SISTEMULUI INFORMATIC Sistemul informatic Rezervări hoteliere SQL are drept scop optimizarea activităților privitoare la rezervările realizate de clienți. CAPITOLUL III: CONCEPTE PRINCIPALE Client – persoana care dorește realizarea unei rezervări. Angajat – persoană încadrată într-un loc de muncă în compania SQL. Perioadă de cazare – interval de timp în intervalul căreia clientul este cazat la un anumit hotel. 3

description

Gestiune rezervari

Transcript of Gestiune rezervari

Page 1: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

1.1. DOCUMENTAREA CERINȚELOR

UTILIZATORILOR

1. TITLUL SISTEMULUI INFORMATIC

Rezervări hoteliere SQL

2. ISTORICUL MODIFICĂRILOR

Versiune Dată Descriere Autori1 12.12.2011 Versiunea inițială Andreescu Rareș Olimpiu

Băjenaru Antonia Roxana

CAPITOLUL I: SCOPUL DOCUMENTULUI

Acest document conține cerințele utilizatorilor pentru sistemul informatic Rezervări

hoteliere SQL.

CAPITOLUL II: ROLUL SISTEMULUI INFORMATIC

Sistemul informatic Rezervări hoteliere SQL are drept scop optimizarea activităților

privitoare la rezervările realizate de clienți.

CAPITOLUL III: CONCEPTE PRINCIPALE

Client – persoana care dorește realizarea unei rezervări.

Angajat – persoană încadrată într-un loc de muncă în compania SQL.

Perioadă de cazare – interval de timp în intervalul căreia clientul este cazat la un

anumit hotel.

Hotel – clădirea în care vor fi cazați clienții în urma efectuării rezervării.

Rezervare – activitatea prin care un angajat al agenției oprește (pune la o parte) una

sau mai multe camere pentru un anumit client, într-o anumită perioadă.

Tarif – sumă fixată, plătită de client, pentru rezervarea realizată la un hotel într-o

anumită perioadă

3

Page 2: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

CAPITOLUL IV: DESCRIERE GENERALĂ A SISTEMULUI INFORMATIC

Sistemul informatic Rezervări hoteliere SQL include următoarele funcționalități

principale:

adăugarea unui client;

adăugarea unui hotel;

inactivarea unui hotel;

generarea unui raport cu lista rezerverărilor dintr-o anumită perioadă pentru un

anumit hotel;

căutarea camerelor de hotel după diverse criterii;

adăugarea unei rezervări (inclusiv suma ce trebuie achitată de client în

momentul prezentării la hotel), precum și tipărirea rezevării;

anularea unei rezervări

afișarea unui raport cu lista tuturor hotelurilor grupate pe țară și localitate;

realizarea unui raport privitor la un client;

afișarea un tablou de bord privind rezervările;

CAPITOLUL V: GRUPURI DE UTILIZATORI

Denumire grup utilizatori

Descriere Număr estimat

Manager general

Au rolul de a controla activitatea companiei SQL și vor putea genera: rapoarte referitoare la lista tuturor hotelurilor, rapoarte privind fiecare client al companiei, tablou bord privind valoarea totală a rezervărilor lunare din ultimul an și a valoarea totală a rezervărilor zilnice din ultima săptămână.

1

Manager agenție

Au rolul de a controla activitatea agenției și vor putea genera: rapoarte referitoare la lista tuturor hotelurilor, rapoarte privind fiecare client al agenției, tablou bord privind valoarea totală a rezervărilor lunare din ultimul an și valoarea totală a rezervărilor zilnice din ultima săptămână.

5

Operator

Au rolul de a adăuga sau inactiva un hotel, de a adăuga un nou client, de a adăuga sau anula o rezervare, de a căuta camerele de hotel, de a genera un raport cu lista rezervărilor dintr-o anumită zi sau perioadă pentru un anumit hotel.

15

4

Page 3: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

CAPITOLUL VI: CERINȚE FUNCȚIONALE

1. Sistemul informatic trebuie să permită adăugarea unui nou hotel

Scenariul de bază: Operatorul va căuta hotelul, folosind ca filtru numele acestuia, țara și

localitatea în care se află. Dacă nu este găsit acesta va fi înregistrat, prin următorii pași:

sistemul informatic va genera automat un cod unic al hotelui;

operatorul va înregistra denumirea hotelului, categoria și descrierea acestuia,

adresa, tip de cameră și tarifele practicate, starea hotelului.

Scenariul alternativ:

2. Sistemul informatic trebuie să permită inactivarea unui hotel

Scenariul de bază: În cazul în care compania primește informații cu privire la unele lucrări de

modernizare realizate la un hotel, operatorul va căuta în sistem hotelul și va modifica starea

acestuia după caz.

3. Sistemul informatic trebuie să permită generarea unui raport cu lista rezerverărilor

dintr-o anumită perioadă pentru un anumit hotel;

Scenariul de bază: Operatorul va umării pașii:

va căuta hotelul folosind ca filtru cod unic hotel;

operatorul va introduce perioada pentru care dorește să afle date (perioadă

început și perioadă sfârșit);

sistemul informatic va afișa lista camerelor rezervate pe caegorie pe zile;

sistemul informatic va calcula automat valoarea totală;

se va apăsa butonul Tipărește raport hotel;

4. Sistemul informatic trebuie să permită căuatarea camerelor de hotel

Scenariul de bază: În funcție de dorințele clientului, operatorul vă căuta în sistemul

informatic țara, localitatea, perioada și eventual numele hotelului la care se dorește efectuarea

rezervării, precum și categoria camerei și numărul de locuri, iar prin apăsarea butonului

Căutare Camere se vor afișa camerele disponibile și hotelul aferent.

5

Page 4: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

5. Sistemul informatic trebuie să permită adăugarea unei noi rezervări

Scenariul de bază: Sistemul informatic generează o nouă rezervare astfel:

sistemul informatic va genera automat un cod unic de rezervare precum și data

la care aceasta s-a realizat;

sistemul informatic va prelua date privind numele hotelului, țara și localitatea,

categoria camerei;

se va înregistra clientul care a efectuat rezervarea, specificându-se numele și

prenumele;

sistemul informatic va calcula suma ce trebuie achitată de către client;

operatorul va genera fizic rezervarea apăsând butonul Generare rezervare.

Scenariul alternativ:

client inexistent: în cazul în care clientul nu există în baza de date, atribuindu-

se un cod unic pentru client, la care se adaugă numele, prenumele, CNP și un

număr de telefon.

6. Sistemul informatic trebuie să permită anularea unei rezervări

Scenariul de bază: Operatorul va umării următorii pași:

operatorul va căuta rezervarea după codul unic al rezervării;

operatorul va apăsa butonul Anulare rezervare;

sistemul informatic va genera automat data anulării;

operatorul va înregistra motivul anulării.

7. Sistemul informatic trebuie să permită generarea unui raport cu lista hotelurilor

grupate pe țată și localitate

Scenariul de bază: Managerii vor grupa hotelurile folosind două criterii: țara și localitatea.

Apoi vor accesa butonul Lista Hoteluri în vederea obținerii raportului.

8. Sistemul informatic trebuie să permită generarea unui raport privind clienții

Scenariul de bază: Managerul general sau managerul agenției va căuta clientul folosind ca

filtru CNP sau cod unic client, sistemul informatic afișând informații privitoare la: date

personale, rezervări și valoarea totală a acestora. Se va apăsa butonul Tipărește situație client

care va genera raportul privind clientul.

6

Page 5: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

9. Sistemul informatic trebuie să permită generarea unui toblou de bord

Scenariul de bază: Managerul general sau managerii de agenție se vor apăsa butonul Raport

valoare iar sistemul informatic va genera automat valoarea totală a rezervărilor lunare din

ultimul an precum și valoarea totală a rezervărilor zilnice din ultimile 7 zile. Managerul va

apăsa Tipărire raport valoare.

CAPITOLUL VII: CERINȚE NEFUNCȚIONALE

Nu avem.

7

Page 6: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

1.2. MODELUL CONCEPTUAL AL DATELOR

8

APA

ARE LOCALITATE

Efectuată Anulată

1,1 Cu hotel

Rezervat

Hotel tip camera

Hotel categorie camera

i

i

i

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecare

/TarifRezervare

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecare

/TarifRezervare

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecare

/TarifRezervare

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecare

/TarifRezervare

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecare

/TarifRezervare

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecare

/TarifRezervare

SE POATE

SE REZERVA

ARE TIP CAMERE

StatusTipCameră

GENEREAZĂ TARIF

FACE

1,n1,1

CATEGORIE CAMERĂ

CodCategorieCamerăDenumireCategorieCameră

CATEGORIE CAMERĂ

CodCategorieCamerăDenumireCategorieCameră

CATEGORIE CAMERĂ

CodCategorieCamerăDenumireCategorieCameră

CATEGORIE CAMERĂ

CodCategorieCamerăDenumireCategorieCameră

CATEGORIE CAMERĂ

CodCategorieCamerăDenumireCategorieCameră

CATEGORIE CAMERĂ

CodCategorieCamerăDenumireCategorieCameră

1,n

1,n

1,1 0,1

ANULRE

CodAnulare DataAnulare

MotivAnulare

ANULRE

CodAnulare DataAnulare

MotivAnulare

ANULRE

CodAnulare DataAnulare

MotivAnulare

ANULRE

CodAnulare DataAnulare

MotivAnulare

ANULRE

CodAnulare DataAnulare

MotivAnulare

ANULRE

CodAnulare DataAnulare

MotivAnulare

HOTEL

CodHotelDenumireHotel

CategorieDescriere

RestAdresaStatusHotel/Capacitate

HOTEL

CodHotelDenumireHotel

CategorieDescriere

RestAdresaStatusHotel/Capacitate

HOTEL

CodHotelDenumireHotel

CategorieDescriere

RestAdresaStatusHotel/Capacitate

HOTEL

CodHotelDenumireHotel

CategorieDescriere

RestAdresaStatusHotel/Capacitate

HOTEL

CodHotelDenumireHotel

CategorieDescriere

RestAdresaStatusHotel/Capacitate

HOTEL

CodHotelDenumireHotel

CategorieDescriere

RestAdresaStatusHotel/Capacitate

SEZON

CodSezonDenumireSezon

DatăÎnceputDatăSfârșit

SEZON

CodSezonDenumireSezon

DatăÎnceputDatăSfârșit

SEZON

CodSezonDenumireSezon

DatăÎnceputDatăSfârșit

SEZON

CodSezonDenumireSezon

DatăÎnceputDatăSfârșit

SEZON

CodSezonDenumireSezon

DatăÎnceputDatăSfârșit

SEZON

CodSezonDenumireSezon

DatăÎnceputDatăSfârșit

TIP CAMERĂ

CodTipCameraDenumireTipCamera

NumărLocuri

TIP CAMERĂ

CodTipCameraDenumireTipCamera

NumărLocuri

TIP CAMERĂ

CodTipCameraDenumireTipCamera

NumărLocuri

TIP CAMERĂ

CodTipCameraDenumireTipCamera

NumărLocuri

TIP CAMERĂ

CodTipCameraDenumireTipCamera

NumărLocuri

TIP CAMERĂ

CodTipCameraDenumireTipCamera

NumărLocuri

1,n

1,n

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

1,n

1,n

ARE CATEGORIE CAMERA

StatusCategorieCamera

1,n

1,n

=

LOCALITATE

CodLocalitateDenumireLocalitate

LOCALITATE

CodLocalitateDenumireLocalitate

LOCALITATE

CodLocalitateDenumireLocalitate

LOCALITATE

CodLocalitateDenumireLocalitate

LOCALITATE

CodLocalitateDenumireLocalitate

LOCALITATE

CodLocalitateDenumireLocalitate

1,n

1,1

TARA

CodTaraDenumireTara

TARA

CodTaraDenumireTara

TARA

CodTaraDenumireTara

TARA

CodTaraDenumireTara

TARA

CodTaraDenumireTara

TARA

CodTaraDenumireTara

1,1

1,n

=====

Page 7: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

1.3. RESTRICȚII DE INTEGRITATE

1. RESTRICȚII STRUCTURALE

1.1. Indentificatori entități

Denumire entitate Identificator entitateCLIENT CodClient

REZERVARE CodRezervareANULARE CodAnulare

HOTEL CodHotelTIP CAMERA CodTipCameră

CATEGORIE CAMERA CodCategorieCamerăSEZON CodSezonTARA CodTara

LOCALITATE CodLocalitate

1.2. Identificatori asocieri

Denumire asociere Identificator asociereClient – FACE - Rezervare CodRezervare

Rezervare –SE POATE- Anulare CodRezervare

Rezervare –SE REZERVA - Hotel CodRezervare

Hotel - ARE - Tip Camera CodHotel + CodTipCameraHotel - ARE – Categorie Camera CodHotel + CodCategorieCamera

GENEREAZĂ TARIF CodTipCamera + CodCategorieCamera + CodSezon

Hotelul – ARE - Localitate CodHotelLocalitate – APARTINE - Tari CodLocalitate

1.3. Cardinalități au fost verificate.

2. RESTRICȚII DE INTEGRITATE PE DOMENII

2.1. Restricții privitoare la valoarea unui singur atribut

CNP va fi format din 13 cifre;

Numele și prenumele nu pot depășii 50 de caractere;

Numărul de telefon trebuie să aibă 10 cifre;

Motivarea anulării nu poate depășii 100 caractere;

Denumirea hotelului va avea maxim 25 caractere;

Categoria hotelului poate fi: “1*”, “2*”, “3*”, “4*”, “5*”;

Descrierea hotelului poate avea maxim 150 caractere;

9

Page 8: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

Țara și localitatea pot avea maxim 20 caractere;

Status hotel poate fi: “ACTIV”, “INACTIV”, “OCUPAT”;

Denumirea tipului camerei poate fi: “SINGLE”, “DOUBLE”, “TRIPLE”, “4

LOCURI”;

Categoria camerei poate fi: “STANDARD”, “DELUXE”, “APARTAMENT”;

Numărul de locuri dintr-o cameră poate fi de minim 1 maxim 4;

Denumirea sezonului poate fi: “SEZON IARNĂ”, “SEZON VARA”,

“EXTRASEZON”;

Tariful va avea maxim opt cifre din care două zecimale;

Statusul tipului camerei și a categoriei de camere poate fi: “LIBERA”, “OCUPATA” .

2.2. Corelații între două sau mai multe atribute din aceași entitate sau asociere

DataRezervare < DataSosire;

DataSosire < DataPlecare;

DataInceput < DataSfarsit;

2.3. Corelații între două sau mai multe atribute din entități și/sau asocieri diferite

DataRezervare < DataAnulare

2.4. Restricții pe domenii ce includ funcții agregate:

Atributul calculat Tarif rezervare din entitatea Rezervare va aea expresia: Numar de

zile *TarifZi;

3. RESTRICȚII PE ROLURI

Rezervare Anultă din adocierea Se poate Rezervare Efectuată din

asocierea Face;

Rezervare Efectuată din asocierea Face Rezervare Cu hotel din

asocierea Se rezerva;

Hotel categorie camera din asocierea Are categorie camera Hotel

Rezervat din adocierea Se rezervă;

Hotel tip camera din asocierea Are tip camera Hotel Rezervat din

adocierea Se rezervă;

4. RESTRICȚII PE ASOCIERI: nu există

10

i

=

i

i

iiii

====

iiii

iiii

Page 9: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

1.4. MODELUL CONCEPTUAL AL PRELUCRĂRILOR

1. Pentru cerința funcțională sistemul informatic trebuie să permită adăugarea unui hotel nou,

în modelul conceptual al datelor se va înregistra procesul Adăugare hotel cu structura:

11

Căutare hotelE1

E3 şi E4 Sau E3 şi E4 şi E6

Adăugare hotel E4

Hotel găsitHotel inexistentE3 E2

Hotel indrodusDate eronate

E6

E5

OP 1 Căutare hotel Operatorul va căuta hotelul după nume,

ţară şi localitateNOT OK OK

OP 2 Înregistrare hotel Operatorul introduce datele hotelului

NOT OK OK

Page 10: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

2. Pentru cerința funcțională sistemul informatic trebuie să permită inactivarea unui hotel,

în modelul conceptual al datelor se va înregistra procesul Inactivare Hotel cu structura:

3. Pentru cerința funcțională sistemul informatic trebuie să permită căutarea unei camere

după criteriile clientului în modelul conceptual al datelor se va înregistra procesul

Căutare camere cu structura:

12

E7

Căutare hotel

E8

Operaţiune eşuată Operaţiune

reuşită

E1 sau E8

E1

Solicitare cameră E9

Camere libereCamere rezervate

E9 sau E11

E11

E10

OP 3 Modificare stare hotel Operatorul caută hotelul după cod hotel Operatorul va schimba starea hotelului din activ

sau inactivNOT OK OK

OP 4 Verificare cerinţe client Clientul va solicita căutarea camerei după

criteriile: perioada, localitate, nume hotel, categorie hotel, numărul de locuri şi ţara

Operatorul va efectua verificarea criteriilorNOT OK OK

Page 11: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

4. Pentru cerința funcțională sistemul informatic trebuie să permită adăugarea unei noi

rezervări în modelul conceptual al datelor se va înregistra procesul Adăugare rezervare

cu structura:

13

Căutare client E13

Client găsit Client inexistent E15

E14

E15 şi E16 Sau E18

Client indrodus

E17Înregistrare eşuată

Adăugare client E16

Camere libereE18

Rezervare

parţial efectuată

E20

E21

Solicită rezervare E12

E14 şi E10 Sau E17 şi E10

E10

Rezervare completă

OP 5 Solicitare rezervare Clientul solicită rezervare

OK

OP 6 Căutare client Operatorul va căuta clientul după CNP

OK NOT OK

OP 7 Înregistrare client Operatorul introduce datele clientului

(nume, prenume, CNP, telefon)NOT OK OK

OP 8 Înregistrare rezervare Operatorul introduce restul datelor rezervării

OK

OP 9 Calcul tarif Operatorul va calcula tariful în funcţie de categoria camerei,

tipul de cameră şi sezonOK

Page 12: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

5. Pentru cerința funcțională sistemul informatic trebuie să permită anularea unei rezervări

în modelul conceptual al datelor se va înregistra procesul Anulare rezervare cu structura:

6. Pentru cerința funcțională sistemul informatic trebuie să permită afișarea unui raport cu

lista rezervărilor dintr-o anumită perioadă pentru un anumit hotel în modelul conceptual

al datelor se va înregistra procesul Afișare raport rezervare cu structura:

14

Rezervare

completă

E21 sau E23

E21

Motive insuficiente Rezervare anulată

E23

E22

E23

Raport rezervări E24

Generare raport

OP 10 Anulare rezervare Operatorul va introduce datele privint anularea

(motivația și data)

NOT OK OK

OP 11 Afişare raport rezervări Managerul va căuta hotelul dorit după cod hotel Managerul va selecta perioada dorită Managerul va grupa camerele după categoria de cameră și va calcula

valoarea totală a rezervărilor pe zile și pe camerăOK

Page 13: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

7. Pentru cerința funcțională sistemul informatic trebuie să permită afișarea unui raport cu

lista tuturor hotelurilor în modelul conceptual al datelor se va înregistra procesul Raport

hoteluri cu structura:

8. Pentru cerința funcțională sistemul informatic trebuie să permită căutarea clienților și

tipărirea informațiilor cu privire la aceștia în modelul conceptual al datelor se va

înregistra procesul Raport client cu structura:

15

E25

Raport hotel E26

E26 şi E28

Generare

raport hotel

Căutare clientE13

Raport generat

E13 şi E21

E27

E21Rezervare

completă

OP 12 Afişare raport hotel Managerul va efectua gruparea

hotelurilor pe ţară şi localitateOK

OP 14 Generare raport client Managerul va căuta clientul folosind ca filtru cod client

și se vor afişa datele privitoare la client Managerul va căuta rezervările efectuate de client şi va

realiza un total al acestoraOK

Page 14: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

9. Pentru cerința funcțională sistemul informatic trebuie să permită generarea unui tablou

de bord cu valoarea totală a rezervărilor în modelul conceptual al datelor se va înregistra

procesul Tablou bord cu structura:

16

Tablou de

bord generat

E28Generare

tablou bord

E29

OP 15Generare tablou

bord Managerul va genera un tablou cu

valoarea totală a rezervărilorOK

Page 15: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

1.5. MODELUL ORGANIZAȚIONAL AL PRELUCRĂRILOR

1. În modelul organizațional al datelor, procesul adăugare client va avea următoarea

structură, având ca post de lucru operatorul:

17

Căutare hotelE1

Hotel găsitHotel inexistentE3E2

E3 şi E4 Sau E3 şi E4 şi E6

Hotel indrodus E5Date eronate

Adăugare hotel

E6

E4

L 1 Căutare hotel M,I

Operatorul caută hotelulNOT OK OK

L 2 Înregistrare hotelM,I

Operatorul adaugă datele hoteluluiNOT OK OK

Page 16: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

2. În modelul organizațional al datelor, procesul inactivare hotel va avea următoarea

structură, postul de lucru fiind ofițerul:

18

E7

E1Căutare hotel

E8

Hotel inexistent Hotel găsit

E1 sau E8

E7 sau E10

Modificare

realizată

Modificare

nerealizată

E10

E9

L 4 Modificare stare hotelM,I

Operatorul modifică starea hoteluluiNOT OK OK

L 3 Căutare hotelM,I

Operatorul caută hotelulNOT OK OK

Page 17: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

3. În modelul organizațional al datelor, procesul căutare cameră va avea următoarea

structură:

CLIENT OPERATOR

19

E11

Camere

rezervate

Căutare camereE12

E14

Solicitare

cameră

E12 sau E14

Camere

libere

E13

L 6 Verificare criteriiM,I

Operatorul va realiza căutarea camerelor după criteriile dorite

NOT OK OK

L 5 Informare criteriiM, M

Clientul va enumera criteriile doriteOK

Page 18: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

4. În modelul organizațional al datelor, procesul adăugare rezervare va avea următoarea

structură:

CLIENT OPERATOR

20

E15Soliciă

rezervare

Căutare client

Client

găsit

Client

inexistent

E18 şi E19 sau E21

E16

E17

E18

E19

E21E20

Camere libere

E17 şi E13 sau E20 şi E13

E13

Rezervare parţial

efectuatăE22

Cerere completăE23

Adăugare client

Client

introdus

Date

insuficiente

L 9 Înregistrare clientM, I

Operatorul introduce datele clientului OK NOT OK

L 7Solicitare rezervare

M, MClientul solicită rezervare

OK

L 8 Căutare client

M, IOperatorul caută clientul OK NOT OK

L 10 Înregistrare rezervareM, I

Operatorul introduce datele rezervării OK

L 11 Calcul tarifM, I

Operatorul calculează tariful OK

Page 19: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

5. În modelul organizațional al datelor, procesul anulare rezervare va avea următoarea

structură, postul de lucru fiind operatorul:

21

E24

Motive

insuficiente

E25

Rezervare

completă

E24 sau E24 şi E26

E26

Rezervare anulată

L 12 Anulare rezervareM,I

Operatorul introduce datele anulăriiNOT OK OK

Page 20: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

6. În modelul organizațional al datelor, procesul afişare raport rezervări va avea

următoarea structură, postul de lucru fiind managerul:

22

E1

E27

Căutare

hotel

Hotel găsit

Realizare raport E28

Raport rezervări E29

L 13 Căutare hotelM,I

Managerul caută hotelulOK

L 14 Selectare perioadăM,I

Managerul selectează perioada dorităOK

L 15 Obţinere raportI,I

Se generează raportulOK

Page 21: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

7. În modelul organizațional al datelor, procesul raport hotel va avea următoarea

structură, postul de lucru fiind managerul:

23

Generare raport

hotel

E31Raport hotel

E30

L 16 Obţinere raport hotelI,I

Se va realiza gruparea hotelurilor după diferite criterii

OK

Page 22: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

8. În modelul organizațional al datelor, procesul raport clienți va avea următoarea

structură, postul de lucru fiind managerul:

24

Căutare client

E33

E16 sau E33

Date eronate

E16

E32Afişare date

client

E32 şi E23

E23

Raport generat E34

Rezervare

completă

L 17 Căutare clientM,I

Operatorul va căuta datele clientuluiNOT OK OK

L 18 Generare raportI,I

Operatorul va căuta căuta rezervările efectuate de clientOK

Page 23: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

9. În modelul organizațional al datelor, procesul tablou de bord va avea următoarea

structură, postul de lucru fiind managerul:

25

E35

E36Tablou generat

Generare tablou

bord

L 19 Obţinere tablouI,I

Managerul va realiza un tablou cu valoarea totală a rezervărilor

OK

Page 24: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

2.1. MODELUL LOGIC AL DATELOR

26

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

CLIENT

CodClientCNPNume

PrenumeTelefon

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecareCodClientCodHotel

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecareCodClientCodHotel

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecareCodClientCodHotel

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecareCodClientCodHotel

REZERVARE

CodRezervareDataRezervare

DataSosireDataPlecareCodClientCodHotel

ANULARE

CodAnulareDataAnulare

MotivAnulareCodRezervare

ANULARE

CodAnulareDataAnulare

MotivAnulareCodRezervare

ANULARE

CodAnulareDataAnulare

MotivAnulareCodRezervare

ANULARE

CodAnulareDataAnulare

MotivAnulareCodRezervare

ANULARE

CodAnulareDataAnulare

MotivAnulareCodRezervare

TIP CAMERA

CodTipCameraDenumireTipCamera

NumarLocuri

TIP CAMERA

CodTipCameraDenumireTipCamera

NumarLocuri

TIP CAMERA

CodTipCameraDenumireTipCamera

NumarLocuri

TIP CAMERA

CodTipCameraDenumireTipCamera

NumarLocuri

TIP CAMERA

CodTipCameraDenumireTipCamera

NumarLocuri

CATEGORIE CAMERA

CodCategorieCameraDenumireCategorieCamera

CATEGORIE CAMERA

CodCategorieCameraDenumireCategorieCamera

CATEGORIE CAMERA

CodCategorieCameraDenumireCategorieCamera

CATEGORIE CAMERA

CodCategorieCameraDenumireCategorieCamera

CATEGORIE CAMERA

CodCategorieCameraDenumireCategorieCamera

HOTEL TIP CAMERA

CodTipCameraCodHotel

StatusTipCamera

HOTEL TIP CAMERA

CodTipCameraCodHotel

StatusTipCamera

HOTEL TIP CAMERA

CodTipCameraCodHotel

StatusTipCamera

HOTEL TIP CAMERA

CodTipCameraCodHotel

StatusTipCamera

HOTEL TIP CAMERA

CodTipCameraCodHotel

StatusTipCamera

HOTEL CATEGORIECAMERA

CodCategorieCameraCodHotel

StatusCategorieCamera

HOTEL CATEGORIECAMERA

CodCategorieCameraCodHotel

StatusCategorieCamera

HOTEL CATEGORIECAMERA

CodCategorieCameraCodHotel

StatusCategorieCamera

HOTEL CATEGORIECAMERA

CodCategorieCameraCodHotel

StatusCategorieCamera

HOTEL CATEGORIECAMERA

CodCategorieCameraCodHotel

StatusCategorieCamera

TARIF

CodTipCameraCodCategorieCamera

CodSezonTarif

TARIF

CodTipCameraCodCategorieCamera

CodSezonTarif

TARIF

CodTipCameraCodCategorieCamera

CodSezonTarif

TARIF

CodTipCameraCodCategorieCamera

CodSezonTarif

TARIF

CodTipCameraCodCategorieCamera

CodSezonTarif

SEZON

CodSezonDenumireSezon

DataInceputDataFinal

SEZON

CodSezonDenumireSezon

DataInceputDataFinal

SEZON

CodSezonDenumireSezon

DataInceputDataFinal

SEZON

CodSezonDenumireSezon

DataInceputDataFinal

SEZON

CodSezonDenumireSezon

DataInceputDataFinal

HOTEL

CodHotelDenumireHotel

DescriereRestAdresăStatusHotel

CategorieHotelCodLocalitate

HOTEL

CodHotelDenumireHotel

DescriereRestAdresăStatusHotel

CategorieHotelCodLocalitate

HOTEL

CodHotelDenumireHotel

DescriereRestAdresăStatusHotel

CategorieHotelCodLocalitate

HOTEL

CodHotelDenumireHotel

DescriereRestAdresăStatusHotel

CategorieHotelCodLocalitate

HOTEL

CodHotelDenumireHotel

DescriereRestAdresăStatusHotel

CategorieHotelCodLocalitate

LOCALITATE

CodLocalitateDenumireLocalitate

CodTara

LOCALITATE

CodLocalitateDenumireLocalitate

CodTara

LOCALITATE

CodLocalitateDenumireLocalitate

CodTara

LOCALITATE

CodLocalitateDenumireLocalitate

CodTara

LOCALITATE

CodLocalitateDenumireLocalitate

CodTaraLOCALITATE

CodTaraDenumireTara

LOCALITATE

CodTaraDenumireTara

LOCALITATE

CodTaraDenumireTara

LOCALITATE

CodTaraDenumireTara

LOCALITATE

CodTaraDenumireTara

Page 25: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

2.2. MODELUL LOGIC AL PRELUCRĂRILOR

În continuare este reprezentată procedura Anulare rezervare, procedură care este constituită din două utităţi logice de prelucrare (ULP):

27

SAU

STOP

SAU

START

Afişare rezervare completă- Sistemul informatic afişează rezervările efectuate;- Operatorul va apăsa butonul modifică rezervare

Modifică rezervare Închide

Modificare rezervare- Operatorul caută rezervarea ducpă Cod Rezervare- Operatorul selectează din lista derulanta, rezervarea dorită- Operatorul introduce data modificării cererii- operatorul introduce motivaţia clientului

Salvare anulare Închide

Page 26: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

Structura ULP Anulare Rezervare:

NIVELUL DE PREZENTARE

ANULARE REZERVARE

Cod cerere:

Dată anulare

Motiv anulare

LOGICA PROBLEMEI

Aceast ULP trebuie să verifice următoarele restricţii de integritate:

1. Numele și prenumele nu pot depășii 50 de caractere;

2. Statusul tipului camerei și a categoriei de camere poate fi: “ACTIV”, “INACTIV” .

3. Denumirea hotelului va avea maxim 25 caractere;

4. Categoria hotelului poate fi: “1*”, “2*”, “3*”, “4*”, “5*”;

5. Denumirea tipului camerei poate fi: “SINGLE”, “DOUBLE”, “TRIPLE”,

“4 LOCURI”;

6. Categoria camerei poate fi: “STANDARD”, “DELUXE”, “APARTAMENT”;

7. Numărul de locuri dintr-o cameră poate fi de minim 1 maxim 4;

8. Motivarea anulării nu poate depășii 100 caractere;

GESTIUNEA DATELOR:

Aceast ULP trebuie să utilizeze date din următoarele tabele: Anulare, Rezervare,

Client, Hotel, Tip Cameră, Categorie Cameră

28

Motive

ADAUGARE

REZERVAREÎNCHIDE

Page 27: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

3.1. MODELUL FIZIC AL DATELOR

DENUMIRE CÂMP TIP ADMITE NULLTABELA CLIENT

CodClient AutoNumber NUCNP Text (13) NUNume Text (50) NU

Prenume Text (50) NUTelefon Text (10) NU

TABELA REZERVARECodRezervare AutoNumber NUDataRezervare Date/Time NU

DatăSosire Date/Time NUDatăPlecare Date/Time NUCodClient LookupWizard NUCodHotel Lookup Wizard NU

TABELA ANULARECodAnulare AutoNumber NUDatăAnulare Date/Time NU

MotivAnulare Text (100) NUCodRezervre Lookup Wizard NU

TABELA HOTELCodHotel AutoNumber NU

DenumireHotel Text(25) NUCategorie Lookup Wizard NUDescriere Text(150) NU

RestAdresă Text NUStatusHotel Text NU

CodLocalitate Lookup WizardTABELA HOTEL CATEGORIE CAMERA

CodHotel Lookup Wizard NUCodCategorieCamera Lookuop Wizard NU

StatusCategorieCameră Lookuop Wizard NUTABELA TIP CAMERA

CodTipCameră AutoNumber NUDenumireTipCameră Lookuop Wizard NU

NumarLocuri Number NUTABELA HOTEL TIP CAMERA

CodHotel Lookup Wizard NUCodTipCamera Lookup Wizard

StatusTipCameră Text NUTABELA CATEGORIE CAMERA

CodCategorieCameră AutoNumber NUDenumireCategorieCameră Text(15) NU

TABELA TARIFCodTipCamera Lookup Wizard NU

29

Page 28: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

CodCategorieCamera Lookup Wizard NUCodSezon Lookup Wizard NU

Tarif Number (decimal 8:2) NUTABELA SEZON

CodSezon AutoNumber NUDenumireSezon Text NU

DatăÎnceput Date/Time NUDatăSfârşit Date/Time NU

TABELA LOCALITATECodLocalitate AutoNumber NU

DenumireLocalitate Text(20) NUCodTara Number NU

TABELA TARACodTara AutoNumber NU

DenumireTara Text NU

Indexurile corespunzătoare tabelelor sunt:

CodClient= cheie primară; CNP = cheie candidat din tabela CLIENT

CodRezervare= cheie primară; din tabela REZERVARE

CodAnulare= cheie primară; din tabela ANULARE

CodHotel= cheie primară; din tabela HOTEL

CodTipCameră= cheie primară; din tabela TIP CAMERA

CodCategorieCameră= cheie primară; din tabela CATEGORIE CAMERA

CodSezon= cheie primară; din tabela SEZON

CodLocalitate=cheie primara; din tabela LOCALITATE

CodTara=cheie primara; din tabela TARA.

Reguli de validare:

În tabela CATEGORIE CAMERA avem, DenumireCategorieCamera: ="STANDARD" Or ="DELUXE" Or ="APARTAMENT"

o Validation Text: Categoria de camera solicitata nu exista !

În tabela HOTEL avem, StatusHotel: ="ACTIV" Or ="INACTIV" Or ="OCUPAT"o Validation Text: Statusul hotelului poate fie activ, inactiv sau ocupat!

În tabela HOTEL CATEGORIE CAMERA avem, StatusCategorieCamera: ="LIBERA" Or ="OCUPATA"

o Validation Text: Categoria de camera solicitata poate sa fie libera sau ocupata !

În tabela HOTEL TIP CAMERA avem, StatusTipCamera: ="LIBER" Or ="OCUPAT"

o Validation Text: Camera poate se fie libera sau ocupata !

În tabela SEZON anvem, DenumireSezon: ="SEZON IARNA" Or ="SEZON VARA" Or ="EXTRASEZON"

30

Page 29: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

o Validation Text: Nu exista sezonul solicitat!

În tabela TIP CAMERA avem, CategorieTipCamera: ="SINGLE" Or ="DOUBLE" Or ="TRIPLA" Or ="4 LOCURI"

o Validation Text: Nu exista tipul de camera solicitat !

31

Page 30: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

4. TESTAREA SISTEMULUI INFORMATIC

TEST DE SISTEM

1. Numărul scenariului de test: 2;2. Denumirea scenariului de test: „Inactivare Hotel”;3. Obiective : Se verifică dacă sistemul informatic permite utilizatorului să schimbe

starea unui hotel;4. Precondiţii: Hotelul trebuie sa fie inregistrat în sistemul informatic

Descrierea scenariului de test

Operatorul caută Hotelul prin accesarea butoanelor Next Record şi Previous record derulantă, in vederea obţinerii informaţiilor despre acesta;

În cazul în care am găsit Hotelul dorit, operatorul apasă butonul “INACTIVARE HOTEL”, caz în care el efectuează modificările dorite la starea hotelului;

Operatorul apasă butonul “SALVEAZĂ MODIFICARE” apoi “ÎNCHIDE”.

5. Rezultate aşteptate: Sistemul informatic se aşteaptă să găsească hotelul dorit de operator, să modifice starea acestuia la apăsarea butonului “SALVEAZĂ MODIFICARE”

6. Rezultate obţinute: În urma desfăşurării acestui scenariu de test s-au obţinut rezultatele dorite de noi, şi anume, modificarea stării unui hotel cu succes.

7. Concluzie: Testul s-a finalizat cu succes, fapt ce indica lipsa erorilor în sistemul informatic creat.

32

Page 31: Gestiune rezervari

SISTEM INFORMATIC DE GESTIUNE A REZERVĂRILOR

33