Autori: prof.dr. Ion Lungu, conf.dr. Anca Andreescu,conf. dr. Ramona Bologa, lect.dr.

Alexandra Florea

Relatii de rafinare a diagramelor

Autori: prof.dr. Ion Lungu, conf.dr. Anca Andreescu,conf. dr. Ramona Bologa, lect.dr. Alexandra Florea

Agenda
Reiterarea si imbunatatirea modelului de analiza.
Analiza interdependentelor dintre diagrame.
Crearea unui model de proiectare pentru un sistem

informatic, n contextul diferitelor tipuri de arhitecturi

Autori: prof.dr. Ion Lungu, conf.dr. Anca Andreescu,conf. dr. Ramona Bologa, lect.dr. Alexandra Florea

Scopul modelarii
Dup analiza problemei s-a trecut la modelarea

problemei, cu scopul de a facilita nelegerea corect,

de a se elimina redundana informaiilor i a operaiilor,
de a reduce timpul de efectuare a diverselor consultri i
actualizri, de a reduce timpul de ateptare a clientului.

Modelarea cazurilor de utilizare

Modelarea cazurilor de utilizare

S-a modelat un caz principal de utilizare care descrie

situaiile n care personalul de la recepie interacioneaz

cu aplicaia informatic. Acest caz principal sintetizeaz,
grupeaz aciunile personalului.
Spre deosebire de modelul iniial care presupunea 2 mari
grupe de activiti, acest caz propune 5 grupe:
1.
2.

3.
4.
5.

Logare;
Gestiunea rezervarilor;
Rapoarte si documente presosiri;
Gestiune cazari;
Rapoarte diverse.

Caz de utilizare: Logare

Acest caz de utilizare se refer la procesul de accesare a

aplicaiei.
Conform acestui caz de utilizare singurele persoane care
pot accesa aplicaia sunt persoanele autorizate, carora leau fost comunicate numele de utilizator i parola de acces

Detaliere: Gestiune rezervari

Modelare cazuri de utilizare (2)

Cazurile de utilizare iniiale: Primire cerere rezervare i

Stabilire disponibil camere au fost comasate n cazul

numit Cerere rezervare-stabilire disponibil.
Actorul - Personal recepie
se ocup de primirea cererilor de rezervare, cereri ce

exprim opiunile clienilor.

n aceast situaie interaciunea actorului cu sistemul const
n consultarea disponibilului de camere prin verificarea dac
n perioada menionat este posibil tipul de cazare solicitat.
Astfel, actorul ofer un rspuns prompt, fr a pierde
timpul cu notarea informaiilor i cu verificrile.

Modelare cazuri de utilizare (3)

Cazurile iniiale: Acceptare/respingere cerere i

Documentare privind detaliile rezervrii, devin acum un

singur caz.
Practic, singura responsabilitate a personalului este de a
furniza aplicaiei datele rezervrii.
Actualizarea disponibilului este realizat automat, iar
completarea acelui jurnal nu mai este necesar, din motive
evidente.

Modelare cazuri de utilizare (4)

n diverse situaii poate interveni necesitatea modificrii datelor unei

rezervri:

data sosirii sau data plecrii,

n caz de neplat a garantrii se modific rezervarea din garantat n negarantat,
se poate schimba ora limit.

De asemenea, se poate anula o rezervare.

Aceste dou cazuri au rezultat din cazul iniial Gestiunea documentelor de

rezervare. Spre deosebire de modelul iniial, acea clasare manual a

rezervrilor nu se mai efectueaz, deoarece nu este necesar.
De asemenea, dispare necesitatea completrii acelui Formular de
modificare-anulare. Actorul trebuie doar s fac modificarea sau anularea
corespunztoare, iar disponibilul se va actualiza automat.
Modificare date client este un caz de utilizare introdus, deoarece
informaiile despre clieni vor fi pstrate i astfel pot interveni i modificri
referitor la datele clientului

Detaliere: Rapoarte si documente presosiri

Modelare cazuri de utilizare (5)

Acest caz de utilizare s-a nscut ca urmare a modelrii a dou cazuri iniiale: Prelucrarea
rapoartelor de rezervri i Pregtirea pentru sosirea clienilor. Avem un caz mai complex ce
evideniaz mai multe posibiliti de interaciune actorului cu aplicaia informatic.
Un caz de utilizare nou, n care actorul Personalul de la recepie interacioneaz cu
sistemul n scopul obinerii rapoartelor pentru cameriste, privind camerele ce trebuie
curate.
Un alt caz introdus ce este rezultatul returnrii rapoartelor de ctre cameriste cu
nsemnrile de rigoare privind camerele curate. Astfel personalul recepie modific starea
camerei corespunztor: curat / necurat.
Actorul poate solicita i obine la orice moment o situaie exact cu starea camerelor.
Camerele pot fi libere/curate (gata s fie distribuite), libere/necurate (se mai numesc
checked-out, necesit cel puin 30 de minute pentru a fi curate), ocupate, blocate.
O alt informaie absolut necesar personalului recepie este Lista sosirilor i plecrilor, pe
care, de asemenea, actorul o poate obine la orice moment, fr a pierde timp cu verificarea
acelor formularelor de rezervare.
Lista rezervarilor garantate referitor la sosirile preconizate pentru urmtoarea zi se emite la
ora 08.00 n fiecare zi pentru a fi transmis Departamentului Contabilitate. Lista
actualizat trebuie returnat pn la ora 22.00 aceeai zi. La ora 22.00 se fac actualizarile.
Dac este cazul rezervrile garantate devin negarantate. Interacinuea personalului cu sistemul
la acest pas se vede n cazul de utilizare Modificare rezervare.

Detaliere: Gestiune cazari

Modelare cazuri de utilizare (6)

Cazurile iniiale: nregistrare client i Atribuire camer au devenit unul

singur, deoarece atribuirea camerei, adic modificarea strii se face automat

fr a fi necesar implicarea direct a actorului.
nregitrarea clientului este n primul rnd o cerin legal. Dac se face
nregistrarea unui client care are o rezervare, atunci datele necesare exist
deja. Pentru clienii walk-in se furnizeaz sistemului informaiile de
nregistrare.
Pentru clienii walk-in personalul recepie trebuie s actualizeze i situaia
disponibilului de camere pe perioada de edere a clientului, pentru a se
evita suprarezervarea.
Indiferent dac este un client cu rezervare, care a achitat o parte sau integral
sejurul, sau un client walk-in, la momentul nmnrii cheii plata sejurului
trebuie s fie fcut integral. Banii sunt ncasai de personalul recepie i se
emite o chitan.
Se verific dac data plecrii corespunde cu data anunat, dac nu, se fac
modificrile de rigoare n situaia disponibilului i se modific starea
camerei n liber / necurat.

Modelarea structurii statice

Dup analiz s-a decis renunarea la unele clase i ntroducerea altora.
Cerere rezervare dispare datorit faptului c nu mai are nici o utilitate.
Formularul de Rezervare este singurul document care conine toat informaia
relevant despre un client potenial i cererea lui de cazare. De asemenea, multe din
informaiile din formular sunt trecute n jurnalul hotelului, ceea ce presupune un
consum mai mare de timp.
De asemenea se dorete pstrarea informaiilor despre clienii hotelului, astfel apar
noi clase: Client i Rezervare, i dispare clasa Jurnal.
Diagrama rezervrilor se transform n Disponibil, camera i tip camer care nu
ine evidena tuturor camerelor, ci doar a numrului total de camere de fiecare tip.
Formularul de modificare-anulare dispare i ea, ca urmare a faptului c se vor
introduce noi atribute n clasa rezervare, care s permit efectuarea operaiei de
anulare i datorit unor noi metode ce vor permite modificri asupra rezervrii.
Formular nregistrare devine nregistrare care are mai puine atribute, deoarece
prin crearea clasei client anumite informaii nu mai sunt dublate.
De asemenea, au fost introdus doua clase Utilizator i Cine, clase utilizat pentru
accesul la aplicaie, respectiv pentru monitorizarea accesului la aplicaie.

Diagrama claselor

Copyright 2015, prof.dr. Ion Lungu, conf.dr. Anca Andreescu, lect.dr. Alexandra Florea
Toate drepturile asupra acestei prezentri sunt rezervate autorilor

Modelarea structurii dinamice

Personalul trebuie s se logeze nainte de a putea face orice consultare sau

actualizare. Astfel se poate ti cine a accesat aplicaia, i n caz de erori se
cunoate din cauza cui a survenit eroarea.
Se realizeaz validarea numelui de utilizator i a parolei.
n funcie de rspuns se accept sau nu accesul la aplicaie.

Gestiunea rezervrilor Stabilire disponibil

nainte de a face o rezervare sau o nregistrare pentru un client walk-in,

personalul trebuie s verifice dac la data dorit exist tipul de camer
dorit.
n funcie de rspunsul furnizat de sistem se ofer i rspunsul
clientului.

Copyright 2015, prof.dr. Ion Lungu, conf.dr. Anca Andreescu, lect.dr. Alexandra Florea
Toate drepturile asupra acestei prezentri sunt rezervate autorilor

Acceptare cerere rezervare

n momentul n care se ofer un rspuns pozitiv clientului, se trece la

nregistrarea rezervrii.
Primul pas const n verificarea existenei clientului. Dac acesta nu exist,
datele sale vor fi salvate.
Se purcede la inregistrarea rezervrii propriu-zise.
La momentul salvarii automat va fi decremetat disponibilul pentru zilele i
tipul de camer cerute

Copyright 2015, prof.dr. Ion Lungu, conf.dr. Anca Andreescu, lect.dr. Alexandra Florea
Toate drepturile asupra acestei prezentri sunt rezervate autorilor

Diagramele de activitati: Logare

Copyright 2015, prof.dr. Ion Lungu, conf.dr. Anca Andreescu, lect.dr. Alexandra Florea
Toate drepturile asupra acestei prezentri sunt rezervate autorilor

Diagramele de activitati: Gestiune rezervari

Copyright 2015, prof.dr. Ion Lungu, conf.dr. Anca Andreescu, lect.dr. Alexandra Florea
Toate drepturile asupra acestei prezentri sunt rezervate autorilor

Diagramele de activitati: Rapoarte si documente

presosiri

Copyright 2015, prof.dr. Ion Lungu, conf.dr. Anca Andreescu, lect.dr. Alexandra Florea
Toate drepturile asupra acestei prezentri sunt rezervate autorilor

Diagramele de activitati: Cazare

Copyright 2015, prof.dr. Ion Lungu, conf.dr. Anca Andreescu, lect.dr. Alexandra Florea
Toate drepturile asupra acestei prezentri sunt rezervate autorilor

Diagramele de activitati: Eliberare camera

Diagrama de clase completa

Dup
claselor:

analiza

acestor

diagrame

obinem

descrierea

complet