UTILIZAREA DIAGRAMELOR

CAZURILOR DE UTILIZARE SI A DIAGRAMELOR DE ACTIVITATE

IN MODELAREA PROCESELOR DINTR-O COMPANIE












Studenta :
Ungureanu Alexandra





Cuprins



1. Diagrame definitie si clasificare
2. Diagrame comportamentale
2.1 Diagrama cazurilor de utilizare (Use Case Diagram)
2.1.1 Prezentare
2.1.2 Scop
2.1.3 Cum se elaboreaza diagrama caz de utilizare
2.1.4 Unde folosim diagramele use case
2.2 Diagrama cazurilor de activitate (Activity Diagram)
2.2.1 Scop
2.2.2 Cum se deseneaza diagrama de activitate
2.2.3 Unde sa utilizati diagrame de utilitate

3. Concluzii
4. Bibliografie

















1. Diagrame
Diagramele sunt grafuri care prezint simboluri ale elementelor de modelare (model
element) aranjate astfel nct s ilustreze o anumit parte sau un anumit aspect al sistemului.
Un model are de obicei mai multe diagrame de acelai tip. O diagram este o parte a unui
view specific, dar exist posibilitatea ca o diagram s fac parte din mai multe view-uri, n
funcie de coninutul ei.
n UML sunt nou tipuri de diagrame.Ele pot fi mprite n: diagrame pentru
modelarea structurii statice i diagrame pentru modelarea comportamentului.

1. Diagramele structurale sunt folosite pentru a vizualiza, specifica, construi i documenta
aspectele statice ale sistemului. Acestea sunt organizate n jurul grupelor majore de
elemente ce pot fi gsite n modelarea unui sistem. Din aceast categorie fac parte:
Diagrama claselor (Class Diagram)
Diagrama componentelor (Component Diagram)
Diagrama obiectelor (Object Diagram)
Diagrama de stare (State Diagram)

3. Diagramele comportamentale sunt folosite pentru a vizualiza, specifica, construi i
documenta
aspectele dinamice ale unui sistem. Acestea sunt organizate n jurul modalitilor
principale de a modela dinamica unui sistem. Din aceast categorie fac parte:

Diagrama cazurilor de utilizare (Use Case Diagram) - prezint actorii externi i
cazurile de utilizare identificate, numai din punctul de vedere al actorilor (care
este comportamentul sistemului, aa cum este el perceput de utilizatorii lui ?) nu
i din interior, precum i conexiunile identificate ntre actori i cazurile de
utilizare.
Diagrama de secven (Sequence Diagram)
Diagrama de colaborare (Collaboration Diagram)
Diagrama de activitate (Activity Diagram) - prezint fluxul secvenelor de
activiti i este de obicei folosit pentru a descrie activitile realizate n cadrul
unei operaii, folosind dac este cazul decizii i condiii.
Diagrama de tranziie.






2. Diagrame comportamentale
2.1 Diagrama cazurilor de utilizare (Use Case Diagram)

Use case diagram este un tip de diagram din care reiese modul de utilizare a sistemului
informatic - modul n care utilizatorii interacioneaz cu acesta (n coresponden direct cu
task-urile acestor utilizatori.). Utilizarea use case diagram nu este absolut necesar pentru a
scrie o specificaie cu use case-uri dar este util pentru a crea o imagine general asupra
sistemului.
2.1.1 Prezentare
Pentru a modela un sistem, cel mai important aspect este acela de a capta comportamentul
dinamic. Pentru a clarifica in detalii, prin comportamentul dinamic se nelege
comportamentul sistemului atunci cnd se execut / opereaza.
Deci, numai comportamentul static nu este suficient pentru a modela un sistem,
comportamentul dinamic este mai important dect comportamentul static. n UML exist
cinci diagrame disponibile pentru modelul de natur dinamic i diagrama caz de utilizare este
unul dintre ele. Acum, ar trebuii sa discutam despre faptul c diagrama caz de utilizare este
dinamica n natur, si ar trebui s existe anumiti factori interni sau externi pentru efectuarea
acestei interaciuni.
Aceti ageni interni i externi sunt cunoscuti drept actori. Deci, diagramele caz de utilizare se
compun din actori, cazuri de utilizare i relaiile lor. Diagrama este utilizata pentru a modela
sistemul / subsistem unei cereri. O singura diagrama a unui caz de utilizare captureaz o
funcionalitate special a unui sistem.
Deci, pentru a modela ntregul sistem sunt folosite un anumit numar de diagrame caz de
utilizare.
2.1.2 Scop
Scopul diagramei caz de utilizare este de a surprinde aspectul dinamic al unui sistem. Dar
aceast definiie este prea generica pentru a descrie scopul, deoarece alte patru diagrame
(activitate, secvena, colaborare i stare) au, de asemenea, acelai scop. Deci, ne vom orienta
asupra unui scop specific, care o va distinge de celelalte patru diagrame.
Diagramele caz de utilizare sunt folosite pentru a aduna cerinele unui sistem, inclusiv
influene interne i externe. Aceste cerine sunt n general cerinele de proiectare. Deci, atunci
cnd un sistem este analizat pentru a aduna funcionalitile sale, cazurile de utilizare sunt
pregtite i actorii sunt identificati.
Cand sarcina iniial este completa, diagramele caz de utilizare sunt modelate pentru a
prezenta punctul de vedere exterior. Deci, pe scurt, scopul diagramelor caz de utilizare pot fi,
dup cum urmeaz:

Folosit pentru a aduna cerinele unui sistem.
Folosit pentru a obine o imagine n afara unui sistem.
Identificarea factorilor externi i interni care influeneaz sistemul.
Arat ca cei care interacioneaz ntre cerine sunt actori.
2.1.3.Cum se elaboreaza diagrama caz de utilizare
Diagramele caz de utilizare sunt luate n considerare pentru analiza de nivel nalt a unui
sistem. Deci, n cazul n care cerinele unui sistem sunt analizate funcionalitile lor sunt
capturate n cazurile de utilizare.
Deci, putem spune c aceste cazuri de utilizare nu sunt altceva decat funcionalitile
sistemului scrise ntr-un mod organizat. Acum, alte doua lucrurile care sunt relevante pentru
cazuri de utilizare sunt actorii. Actori pot fi definiti ca ceva care interacioneaz cu sistemul;
pot fi utilizatorii umani, unele aplicaii interne sau poate unele aplicaii externe. Deci, mai pe
scurt atunci cnd planificam desenarea unei diagrame caz de utilizare trebuie s tinem cont de
urmtoarele elemente identificate.
Funcionaliti de a fi reprezentate ca un caz de utilizare
Actori
Relaiile ntre cazurile de utilizare i de actori.
Diagramele caz de utilizare sunt trase pentru a captura cerinele funcionale ale unui sistem.
Astfel, dup identificarea elementele de mai sus, trebuie s respectam liniile directoare
urmtoare pentru a desena o eficienta diagrama caz de utilizare.
Numele unui caz de utilizare este foarte important. Deci, numele ar trebui s fie alese
n aa fel, astfel nct s poat identifica funcionalitile efectuate.
Dai un nume potrivit pentru actori.
Afiare relaii i dependenele n mod clar n diagrama.
Nu ncercai s includ toate tipurile de relatii. Deoarece scopul principal al schemei
este de a identifica cerinele.
Utilizai not atunci cnd vreodat necesare pentru a clarifica anumite puncte
importante.
Ceea ce urmeaz este un exemplu al diagramei use case care reprezint sistemul de gestionare
al comenzilor. Deci, dac ne uitm n diagram atunci vom gasi trei use case-uri (Order,
SpecialOrder i NormalOrder) i un actor, care este clientul.
Use case-urile SpecialOrder i NormalOrder sunt extinse de la case-ul Order , deci au o
relatie extinsa.Un alt punct important este de a identifica graniele sistemului, care este
prezentat n imagine. Actorul Customer se afl n afara sistemului deoarece acesta este un
utilizator extern al sistemului.



2.1.4 Unde folosim diagramele use-case
Aa cum am discutat deja sunt cinci diagrame n UML pentru a vizualiza modelul dinamic al
unui sistem. Acum, fiecare model are un scop specific de a fi utilizat. De fapt, aceste scopuri
specifice sunt diferite unghiuri ale unui sistem de rulare.
Deci, pentru a nelege dinamica unui sistem avem nevoie de a utiliza diferite tipuri de
diagrame. Diagrama use case este una dintre ele i scopul su specific este de a aduna
cerinele de sistem i actori. Diagramele use case specifica evenimentele unui sistem i
fluxurile lor, dar niciodat nu descrie modul n care acestea sunt implementate. Diagrama use
case poate fi imaginata ca o cutie neagr n care numai intrarea, ieirea i funcia cutiei negre
este cunoscuta.
Aceste diagrame sunt utilizate la un nivel foarte ridicat de design, iar acest design de nivel
nalt este rafinat din nou i din nou pentru a obine o imagine complet i practic a
sistemului. Un use case bine structurat descrie, de asemenea, conditia pre, post si excepiile.
i aceste elemente suplimentare sunt folosite pentru a face cazuri de testare atunci cnd se
efectueaz testarea.
Dei use case-urile nu sunt un bun candidat pentru compilare si decompilare, dar totui ele
sunt folosite ntr-un mod usor diferit pentru acestea. i acelai lucru este valabil i pentru
decompilare. n cazul de compilare diagramele use case se utilizeaz pentru a face cazuri de
testare i, n cazurile de decompilare sunt utilizare pentru a pregti detaliile cerinelor de la
aplicatia existent.
Deci, acestea sunt urmtoarele locuri n care diagramele caz de utilizare sunt utilizate:
Cerina de analiz i proiectare la nivel nalt.
Modelarea cadrului unui sistem.

Decompilarea.
Compilarea.
Elementele utilizate i notaiile lor sunt urmtoarele:
Element Descriere Notaie
Actor
Un actor este, n principiu, un utilizator al sistemului, dar poate fi i
un alt sistem informatic care interacioneaz cu sistemul analizat.

Use
Case
Use Case-urile se reprezint sub forma unei elipse n interiorul
creia este scris numele Use Case-ului respectiv.

Asociere
Asocierea este utilizat pentru a indica legtura dintre un Actor i
un Use Case, n sensul c acel actor particip ntr-un fel oarecare n
acel Use Case.



Un exemplu simplu de utilizare a diagramei este urmtorul:



ntre actori i use case-uri pot s existe relaii de generalizare / specializare atunci cnd un
actor sau un use case poate fi asimilat unei clase de actori, respectiv de use case-uri.



Relaia de tip extensie ntre use case-uri
Relaiile de tip extensie (i implicit use case-urile de extensie) se folosesc atunci cnd se
modeleaz un comportament opional sau excepional, care nu condiioneaz finalitatea use

case-ului de baz. De exemplu, un utilizator poate, n cazuri excepionale s aleag s depun
o reclamaie dup efectuarea unei comenzi:


Relaia de tip includere
Relaia de tip includere se folosete atunci cnd use case-ul inclus nu este o parte esenial a
fluxului din use case-ul de baz sau este un comportament care se repet n mai multe use
case-uri. De pild autentificarea n sistem, dei condiioneaz introducerea unei comenzi, nu
este specific introducerii comenzii i de asemenea, poate fi folosit n mai multe use case-uri:


Un caz de utilizare este o descriere a unei funcionaliti (o utilizare specific a
sistemului) pe care o ofer sistemul. Diagrama prezint actorii externi i cazurile de
utilizare identificate, numai din punctul de vedere al actorilor (care este comportamentul
sistemului, aa cum este el perceput de utilizatorii lui) nu i din interior, precum i
conexiunile identificate ntre actori i cazurile de utilizare. Un exemplu de diagram a
cazurilor de utilizare este prezentat n figura 2.








Figura 2: O diagram a cazurilor de utilizare dintr-un sistem de asigurri.


2.2 Diagrama de activitate (Activity Diagram)

O diagram de activitate prezint fluxul secvenelor de activitai i este de obicei
folosit pentru a descrie activitaile realizate n cadrul unei operaii, folosind dac este
cazul decizii i condiii.

Diagrama conine stri de aciune (action states), i mesaje care vor fi trimise
sau recepionate ca parte a aciunii realizate.
Diagrama de activitate este o diagrama importanta n UML care descrie aspectele dinamice
ale sistemului. Poate fi considerata o diagram de flux care reprezinta fluxul de control de la o
activitate la alta. . Acest flux poate fi secvenial, ramificat sau concurent. Diagrama de
activitate se refer la toate tipurile de control al fluxului prin utilizarea diferitelor elemente.
Activitatea poate fi descris ca o operaiune a sistemului.
2.2.1 Scop
Scopurile de baz ale diagramei de activitate sunt similare cu cele ale celorlalte patru
diagrame. Ea surprinde comportamentul dinamic al sistemului. Celelalte patru diagrame sunt
utilizate pentru a afia fluxul de mesaje de la un obiect la altul, dar diagrama de activitate este
utilizat pentru a arta fluxul de mesaje de la o activitate la alta.
Activitatea este o operaiune special a sistemului. Diagramele de activitate nu sunt folosite
numai pentru vizualizarea dinamic a naturii unui sistem, dar acestea sunt, de asemenea,
utilizate pentru a construi sistemul de executabil cu ajutorul unor tehnici de compilare si
decompilare. Singurul lucru care lipseste din diagrama de activitate este mesajul.
Ea nu arat nici un flux de mesaje de la o activitate la alta. Diagrama de activitate este uneori
considerata ca fiind un grafic de flux, si dei diagrama arata ca un grafic de flux dar nu este.
Se prezinta diverse fluxuri cum ar fi ramificat paralel,concurente i singure.
Deci, scopul poate fi descris ca:
Desenai activitatea fluxului unui sistem.
Descriei secvena de la o activitate la alta.
Descrie fluxul paralel, ramificat i concomitent al sistemului.
2.2.2 Cum se deseneaza diagrama de activitate
Diagramele de activitate sunt utilizate n principal ca un grafic de flux ce consista din
activiti desfurate de ctre sistem. Dar, diagrama de activitate nu este tocmai un grafic de
flux, deoarece prezinta anumite capaciti suplimentare. Aceste capaciti suplimentare includ
ramificare, flux paralel, swimlane etc

nainte de ntocmirea unei diagrame de activitate trebuie s avem o nelegere clar cu privire
la elementele folosite n diagrama de activitate. Elementul principal al unei diagrame de
activitate este activitatea n sine. O activitate este o funcie realizat de ctre sistem. Dup
identificarea activitilor avem nevoie s nelegem modul n care acestea sunt asociate cu
constrngeri i condiii.
Deci, nainte de desenarea unei diagrame de activitate, ar trebui s identificam urmtoarele
elemente:
Activiti
Asociaie
Starea
Restrictii
Odata ce parametrii de mai sus sunt identificati avem nevoie pentru a face o imagine mentala
a ntregului flux. Aceasta imagine mentala este apoi transformat ntr-o diagram de
activitate.
Ceea ce urmeaza este un exemplu de diagrama de activitate pentru sistemul de management
comand. n diagrama, patru activiti sunt identificate care sunt asociate cu condiii. Un
aspect important ce ar trebui neles n mod clar este c o diagrama de activitate nu poate fi
compensat exact cu codul. Diagrama de activitate este facuta pentru a intelege fluxul de
activiti i, utilizata n principal de ctre utilizatorii de afaceri.
Diagrama de mai jos este reprodusa cu patru activiti principale:
Trimite o comand de ctre client
Primeste ordinului de comanda
Confirmare comand
Expedierea comand
Dup primirea cererii sunt efectuate condiia de Order pentru a verifica dac aceasta este
SpecialOrder sau NormalOrder. Dup ce tipul de ordin este identificat, activitatea deexpediere
este efectuat i acest lucru este marcat de ncetarea procesului.


2.2.3 Unde s utilizai diagrame de activitate
Utilizarea de baz a diagramei de activitate este similara cu cea a celorlalte patru diagrame
UML. Uzajul specific este de a modela fluxul de control de la o activitate la alta. Acest flux
de control nu include mesaje.
Diagrama de activitate este potrivita pentru modelarea fluxului de activitate al sistemului. O
aplicatie poate avea mai multe sisteme. Diagrama de activitate surprinde, de asemenea, aceste
sisteme i descrie fluxul de la un sistem la altul. Acest lucru specific de utilizare nu este
disponibil n alte diagrame. Aceste sisteme pot fi de baze de date, cozi de externe sau orice alt
sistem.
Acum ne vom uita n aplicaiile practice ale diagramei de activitate. Din discuia de mai sus,
este clar c o diagrama de activitate este trasat de la un nivel foarte ridicat. Deci, va da o
vedere de nivel ridicat al unui sistem. Acest punct de vedere la nivel nalt este n principal
pentru utilizatorii de afaceri sau orice alt persoan care nu este o persoan tehnic.
Aceast diagram este folosita pentru a modela activitile care nu sunt altceva dect cerinele
de afaceri. Deci diagrama are un impact mai mare pe nelegerea de afaceri mai, decat pe
detaliile de implementare.
Urmatoarele sunt uzurile principale ale diagramei de activitate:
Modelarea fluxului de lucru prin utilizarea de activiti.
Modelarea cerintelor de business.
nelegere la nivel nalt a funcionalitilor sistemului.
Investigheaza cerinele de business ntr-o etap ulterioar.














Figura 8: O diagram de activitate pentru un server de
imprimant.

3. Concluzii
Limbajele de modelare au fost create pentru analiza i proiectarea sistemelor, iar
unul din aceste limbaje de modelare este limbajul de modelare unificat - UML (The Unified
Modeling Language). El reprezinta limbajul universal standard pentru dezvoltatorii software
din toat lumea. UML este foarte popular si folosit deoarece deine o expresivitate foarte
buna care ajut la rezolvarea problemelor de modelare pe care vechile limbaje nu o aveau.

UML ofer arhitecturi de sisteme ce funcioneaz pe analiza i proiectarea
obiectelor cu un limbaj corespunztor pentru specificarea, vizualizarea, construirea i
documentarea. Notaiile UML constituie un element esenial al limbajului pentru realizarea
propriu-zis a modelrii i anume, partea reprezentrii grafice pe care se bazeaz orice
limbaj de modelare.





















4.Bibliografie

http://www.techit.ro/tutorial_uml.php

http://www.scribd.com/doc/46196747/Uml