laborator 1-2

Upload: serban-bianca

Post on 10-Jan-2016

10 views

Category:

Documents


0 download

DESCRIPTION

lab

TRANSCRIPT

Laborator 1-2 Diagrama cazurilor de utilizare Pagina 1 din 9

I. Prezentare teoretic

Limbajul de modelare UMLLimbajul unificat de modelare (engl. Unified Modeling Language), UML, este un limbaj pentru specificarea, vizualizarea, construirea i documentarea elementelor sistemelor software, ns poate fi folosit i pentru alte sisteme, cum ar fi cele de modelare a afacerilor. UML reprezint o colecie de practici inginereti optime, care au fost ncununate de succes n modelarea sistemelor mari i complexe.

UML 1.0 a fost propus spre standardizare n cadrul OMG (Object Management Group) n ianuarie 1997. Pn la sfritul anului 1997 echipa care lucra la UML s-a extins, urmnd o perioad n care UML a primit o specificare formal mai riguroas. Versiunea UML 1.1 a fost adoptat ca standard de ctre OMG n noiembrie 1997. n martie 2003 a fost publicat versiunea 1.5. n momentul de fa a aprut la versiunea 2.0.

n UML exist numeroase diagrame (modele), aceasta favoriznd existena mai multor puncte de vedere privind sistemul. Dup cum am vzut, procesul de dezvoltare software are multe componente, fiecare cu propria sa perspectiv: analiti, proiectani, programatori, testeri, echipe de asigurarea calitii, autori ai documentaiei, clieni. Fiecare este interesat de un alt aspect al sistemului, la un nivel diferit de detaliu. De exemplu, programatorul trebuie s neleag arhitectura sistemului pentru o converti n cod de nivel sczut. Dimpotriv, autorul documentaiei trebuie s neleag comportamentul global al sistemului pentru a ti cum funcioneaz produsul.

UML ncearc s rezolve problema modelrii la toate aceste nivele de detaliu.

Tipuri de diagrame UML

Analiz

Diagrama cazurilor de utilizare

Diagrama de activiti

Proiectare

Structura:

Diagrama de clase

Diagrama pachetelor

Comportamentul:

Diagrama de stri

Diagrama de interaciuni

Diagrama de secvene

Diagrama de colaborare

Implementare

Diagrama de componente

Diagrama de lansare

Diagrama cazurilor de utilizare

Diagrama cazurilor de utilizare este un instrument UML foarte puternic cuprinznd reprezentarea cazurilor de utilizare, adic descrierea mulimii de interaciuni dintre utilizator i sistem. Prin construirea unei colecii de diagrame de cazuri de utilizare, putem descrie ntregul sistem ntr-o manier clar i concis.

Diagrama de utilizare poate conine:

Cazuri de utilizare: funcionaliti ale sistemului;

Actori: entiti externe cu care sistemul interacioneaz;

Relaii.

Cazul de utilizare:

este o descriere a unei mulimi de secvene de aciuni (incluznd variante) pe care un program le execut atunci cnd interacioneaz cu entitile din afara lui i care conduc la obinerea unui rezultat observabil;

poate fi un sistem, un subsistem, o clas, o metod;

reprezint o funcionalitate a sistemului;

precizeaz ce face un program sau un subprogram;

nu precizeaz cum se implementeaz o funcionalitate;

identificarea cazurilor de utilizare se face pornind de la cerine ale clientului i analiznd descrierea problemei.

Cazurile de utilizare sunt denumite de obicei printr-o combinaie substantival - verbal unic. Notaia pentru un caz de utilizare este prezentat n figura 1.

Figura 1. Caz de utilizare

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.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 (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 (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).

Figura 3. Cazuri de utilizare cu multiplii actori

Figura 4. Reprezentarea grafic a relaiilor de generalizare i dependenntre actori

Figura 5. Reprezentarea grafic a relaiilor de generalizare i dependenntre cazuri de utilizareDei 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;

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 prezentate1. 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:

2. Se dorete dezvoltarea unui software interactiv destinat studiului arborilor binari:

3. S se dezvolte o aplicaie cu rol educativ pentru simularea algoritmilor clasici de determinare a arborelui parial de cost minim.

4. S se dezvolte o aplicaie ce permite gestionarea operaiilor dintr-un club de atletism.

5. S se dezvolte o aplicaie ce permite gestionarea operaiilor dintr-un magazin online.

6. S se dezvolte o aplicaie ce permite gestionarea crilor dintr-o bibliotec.

7. S se dezvolte o aplicaie ce permite rezervarea de locuri la o companie feroviar ntr-o agenie de voiaj.

III. Aplicaii propuse

Pentru aplicaiile urmtoare realizai diagrama cazurilor de utilizare i justificai de ce este necesar fiecare caz prezentat. Diagramele prezentate anterior, ct i cele ce realizate pentru aplicaiile propuse, se vor reprezenta utiliznd aplicaia ArgoUML.

1. S se dezvolte o aplicaie pentru gestionarea operaiilor dintr-o societate hotelier.

2. O noua companie care fabric telefoane celulare v angajeaz pentru a scrie programul care controleaz funcionalitatea telefonului. Programul trebuie s ofere cel puin urmtoarele funcii:

apelarea unui numr (format de utilizator, din agenda);

preluarea unui apel;

scrierea/citirea unui mesaj ;

introducerea unui numr n agend;

tergerea unui numr din agend;

vizualizarea apelurilor ratate.

Dezvoltai un proiect care s descrie modul de interaciune al unui utilizator cu telefonul.

3. Dezvoltai un proiect care s descrie interaciunea cu un utilizator al unui automat de buturi. Exemplu de faciliti:

oferire ceai;

oferire cafea;

selectare nivel de zahar;

selectare lapte (doar pentru cafea);

gestionare sum utilizator, oferire rest; anularea comenzii.

4. Realizai un sistem de catalogare a CD-urilor. Proiectul va avea o opiune de importare a unui CD nou, ce va avea ca efect scanarea CD-ului i adugarea fiierelor i directoarelor la o baza de date.

Nume