Slide 1

Diagrama cazurilor de utilizare UML

Diagrama cazurilor de utilizareDescrie relaiile dintre un set de cazuri de utilizare i actorii care particip la realizarea acestor CU.Diagramele de CU nu descriu comportamente sau fluxuri.Poate delimita graniele sistemului analizat prin includerea CU n interiorul unui dreptunghi.

ActoriUn actor interacioneaz cu sistemul n contextul unui caz de utilizare.Actorii reprezint roluri care pot include factori umani, hardware extern sau alte sisteme.Rspunde la ntrebri de genul:CINE solicit informaii din sistemCINE modific informaiile din sistemCINE interacioneaz cu sistemulSe reprezint folosind simbolul specific al unui omule.

Caz de utilizareSpecific un set de aciuni executate de ctre un sistem sau un subiect i care conduc la un anumit rezultat. Rezultat, n mod normal, este important pentru un actor sau un beneficiar.

Relaii ntre actoriSunt de tipul generalizare/specializare, ntre un actor abstract i unul sau mai muli actori concrei

Relaii ntre actori i cazuri de utilizare -1Asocierile simple sunt folosite pentru a conecta un actor cu un caz de utilizare. Aceasta reprezint o cale de comunicare ntre cei doi. Comunicarea poate fi i unidirecional.

Relaii ntre actori i cazuri de utilizare -2La acest nivel sunt permise multiplicitile.multiplicitatea mai mare dect unu la captul: corespunztor CU actorul este implicat n mai multe cazuri de utilizare de acel tip i poate iniia cazuri de utilizare: n paralel (concurent), la diferite momente de timp sau mutual exclusiv n timp. corespunztor actorului mai multe instane ale actorului sunt implicate n iniierea cazului de utilizare putnd realiza aciuni simultane sau succesive.UML nu are notaii standard pentru situaiile de mai sus.

Relaii ntre cazuri de utilizare -1 ntre dou cazuri de utilizare care se refer la acelai subiect (sistem) nu pot exista relaii simple. Fiecare descrie un mod de utilizare complet al sistemului. 1. Generealizare Se folosete cnd exist dou sau mai multe CU care au n comun comportament, structur i scop.Comportamentul CU printe poate fi suprascris.Se specific numai diferenele dintre cele dou n CU specializat.

Relaii ntre cazuri de utilizare -22. IncludereAre ca scop integrarea unui CU n alt CU, primul devenind astfel o parte logic din acel CU. CU care l include pe un altul nu este complet. Se folosete atunci cnd:exist pri de comportament comune n mai multe CU.pentru a simplifica CU mari.Este echivalent cu apelul unei subrutine n programare.Denot un comportament obligatoriu, nu opional.Nu se motenesc proprieti de la un CU la altul.Se evit redundana prilor cu comportament identic.

Relaii ntre cazuri de utilizare -33. ExtindereEste folosit atunci cnd un CU are loc doar n anumite condiii sau opional.CU extins este complet i independent de cel care l extinde. Extinderea are loc n unul sau mai multe puncte de extindere, definite n cazul de utilizare extins. Se pot asocia note sau constrngeri pe aceast relaie pentru a ilustra condiiile n care comportamentul extins trebuie executat.

Descrierea textual a unui CUElement al cazului de utilizareDescriereCodUn identificator unic asociat cazului de utilizareStareStadiul de finalizare n care se gsete, de exemplu: schi, finalizat sau aprobat ScopSistemul (parte a sistemului) sau aplicaia creia i aparineNumeNumele cazului de utilizare, ct mai scurt i reprezentativ Actor principalBeneficiarul care iniiaz cazul de utilizare i care urmrete un anumit scopDescriere Prezentare scurt, in text liber, a cazului de utilizarePrecondiiiCe condiii trebuie satisfcute pentru ca scenariul s poat ncepePostcondiiiCe condiii trebuie ndeplinite pentru a garanta un final reuit al scenariuluiDeclanatorUn eveniment sau o succesiune de evenimente care iniiaz cazul de utilizareFlux de bazFluxul de baz descrie niruirea evenimentelor atunci cnd totul se petrece conform unui scenariu prestabilit; nu exist excepii sau erori Fluxuri alternativeCele mai semnificative alternative i excepii ale scenariului de bazRelaiiCe relaii are cu alte cazuri de utilizare (de tipul includes sau extends)Frecvena utilizriiCt de des se estimeaz c va fi folosit aceast funcionalitate a sistemuluiReguli ale afaceriCe reguli guverneaz cazul de utilizare; ce prerogative trebuie s aib actorii

Lucru la seminarS se ntocmeasc diagrama de cazuri de utilizare i descrierea textual a unui caz de utilizare pentru scenariul de mai jos.

Scopul proiectului este realizarea aplicaiei informatice pentru gestiunea activitii unei uniti hoteliere. n vederea cazrii, un client poate solicita rezervarea uneia sau mai multor camere prin e-mail sau telefonic. Pentru aceasta furnizeaz recepionerului informaii privind perioada de cazare i tipurile de camere solicitate. Clienii vor beneficia de reduceri dac rezerv cel puin 3 camere sau dac perioada de cazare depete 5 zile. Recepionerul verific disponibilitatea camerelor i l ntiineaz pe client de acest lucru precum i de costul estimat al cazrii. Dac nu exist camere disponibile conform solicitrii, recepionerul poate oferi clientului alternative. De asemenea, clientul poate solicita un discount (suplimentar sau nu), iar recepionerul va decide fezabilitatea discountului, fiind asistat obligatoriu de managerul hotelului. n situaia n care clientul este de acord cu preul propus, se va proceda la realizarea rezervrii. Pentru clienii noi, recepionerul solicit datele de identificare, pe care le introduce n aplicaie. Odat ajuns la hotel, i dac a fcut n prealabil o rezervare, clientul va furniza datele de identificare ale sale i/sau ale rezervrii i se face cazarea. Dac nu exist o rezervare, se va verifica disponibilitatea camerelor pentru perioada cerut. Atunci cnd se gsete o astfel de camer, se face cazarea. La finalul sejurului, recepionerul ntocmete o list cu toate serviciile solicitate de client i preul acestora. Lista trebuie validat de client, dup care se ntocmete factura final. Factura poate fi pltit parial sau integral, prin transfer bancar, numerar sau folosind un card bancar. Totodat, nainte de a prsi hotelul, clientul este rugat s completeze un formular prin care s evalueze serviciile oferite de unitatea hotelier.