Documente Academic
Documente Profesional
Documente Cultură
Pagina 1 din 9
I. Prezentare teoretic
Pagina 2 din 9
Diagrama de lansare
Actorul:
reprezint un rol pe care utilizatorii unui caz de utilizare l joac atunci cnd
interacioneaz cu acesta;
este o entitate exterioar sistemului;
interacioneaz cu sistemul:
iniiaz execuia unor cazuri de utilizare;
ofer funcionalitate pentru realizarea unor cazuri de utilizare;
poate fi:
utilizator uman;
sistem software;
sistem hardware.
Pagina 3 din 9
Notaia pentru un actor este prezentat n figura 2. Numele unic indic rolul pe care actorul
l joac n interaciunea cu cazul de utilizare.
Figura 2. Actor
Relaia:
se stabilete ntre dou elemente;
moduleaz o comunicare ntre elementele pe care le conecteaz.
Tipuri de relaii:
actor - caz de utilizare:
asociere: direcia de navigare a relaiei (sgeata) sugereaz cine iniiaz
comunicarea (figura 3).
actor actor:
generalizare: semnific faptul c un actor poate interaciona cu sistemul n toate
modalitile prin care interacioneaz un altul. Se reprezint ca o relaie de
extindere ntre dou cazuri de utilizare fr a avea stereotip (figura 4).
dependen: semnific faptul c, pentru a interaciona cu sistemul informatic
prin intermediul unui caz de utilizare, un actor depinde de alt actor. Se reprezint
printr-o linie punctat avnd la un capt o sgeat (figura 4).
caz de utilizare caz de utilizare:
dependen: are loc ntre un caz de utilizare i oricare alt caz de utilizare ce
folosete funcionalitatea primului. Se reprezint grafic printr-o linie avnd la
captul corespunztor cazului de utilizare folosit un triunghi si este etichetat cu
stereotipul <<include>> (figura 5).
generalizare: este folosit pentru a sugera un comportament opional, un
comportament care are loc doar n anumite condiii sau fluxuri diferite ce pot fi
selectate pe baza seleciei unui actor. Reprezentarea grafic este similar cu cea a
relaiei de dependen, dar eticheta este <<extend>> (figura 5).
Pentru majoritatea sistemelor, un anumit actor poate interaciona cu mai multe cazuri de
utilizare, iar un anumit caz de utilizare poate fi iniiat de actori diferii (figura 3).
Pagina 4 din 9
Dei par foarte simple, ignorarea diagramelor cazurilor de utilizare este o mare greeal.
Acestea sunt foarte importante deoarece:
definesc domeniul sistemului, permind vizualizarea dimensiunii i sferei de aciune a
ntregului proces de dezvoltare;
sunt similare cerinelor, dar cazurile de utilizare sunt mai clare i mai precise datorit
structurii riguroase de notaie;
Pagina 5 din 9
suma cazurilor de utilizare este sistemul ca ntreg; ceea ce nu este acoperit de un caz de
utilizare se situeaz n afara sistemului de construit;
permit comunicarea dintre client i dezvoltatori, de vreme ce diagrama este foarte
simpl i poate fi neleas de oricine;
ghideaz echipele de dezvoltare n procesul de dezvoltare;
ajut echipele de testare i autorii manualelor de utilizare.
II. Aplicaii prezentate
1. Se dorete dezvoltarea unui sistemului informatic interactiv destinat studiului
patrulaterului prin atingerea urmtoarelor scopuri:
desenarea interactiv a patrulaterului prin nlocuirea creionului i a riglei cu mouse-ul;
verificarea unor proprieti specifice unui patrulater;
desenarea unor puncte, linii i cercuri specifice unui patrulater.
Diagrama cazurilor de utilizare asociat acestui soft interactiv este prezentat n continuare:
Pagina 6 din 9
Pagina 7 din 9
Pagina 8 din 9
Pagina 9 din 9
Pagina 10 din 9