Proiect UML in STAR UML

  • View
    688

  • Download
    83

Embed Size (px)

DESCRIPTION

Proiect UML in STAR UML. Describes java classes used in order to build a successfully application. This document provides how a product management should be

Text of Proiect UML in STAR UML

Aplicaie pentru gestionarea unei

agenii de turism

Student:

Munteanu Alexandru CUPRINS

1. Limbajul UML - prezentare general

2. Diagrame UML tipuri de diagrame

3. Prezentarea i descrierea aplicaiei pentru gestionarea unei agenii de turism

4. Reprezentarea activitilor unei agenii de turism cu ajutorul limbajului UML

UML (The Unified Modeling Language)

Limbajul UML

UML nu este un simplu limbaj de modelare orientat pe obiecte, ci n prezent, este limbajul universal standard pentru dezvoltatorii software din toata lumea. UML este succesorul propriu-zis al celor mai bune trei limbaje de modelare anterioare orientate pe obiecte (Booch, OMT, OOSE). UML se constituie din unirea acestor limbaje de modelare si n plus deine o expresivitate care ajut la rezolvarea problemelor de modelare pe care vechile limbaje nu o aveau.

Limbajul de modelare modificat (UML - The Unified Modeling Language) ofer arhitecturi de sisteme ce funcioneaz pe analiza si proiectarea obiectelor cu un limbaj corespunztor pentru specificarea, vizualizarea, construirea si documentarea artefactelor sistemelor software si de asemenea pentru modelarea n ntreprinderi. UML este un limbaj de modelare care ofer o exprimare grafic a structurii si comportamentului software. Pentru aceast exprimare grafica se utilizeaz notaiile UML. Notaiile UML constituie un element esenial al limbajului pentru realizarea propriu-zis a modelrii si anume partea reprezentrii grafice pe care se bazeaz orice limbaj de modelare. Modelarea n acest limbaj se realizeaz prin combinarea notaiilor UML n cadrul elementelor principale ale acestora denumite diagrame. n cadrul limbajului UML descoperim 9 tipuri de diagrame:

diagrama cazurilor de utilizare diagrama de secven diagrama de colaborare, diagrama de clase (cea mai utilizata)

diagrama de stri diagrama de componente diagrama de construcie diagrama de obiecte diagrama de activiti

n cele ce urmeaz vor fi prezentate notaiile UML care vor fi grupate dup diagramele corespunztoare fiecrei notaii n parte.

Analiza unei aplicaii implic realizarea mai multor categorii de modele, dintre care cele mai importante sunt: Modelul de utilizare: realizeaz modelarea problemelor i a soluiilor acestora n maniera n care le percepe utilizatorul final al aplicaiei. Diagram asociat: diagram de cazuri de utilizare Modelul structural: se realizeaz pe baza analizei statice a problemei i descrie proprietile statice ale entitilor care compun domeniul problemei. Diagrame asociate: diagram de module, diagram de clase Modelul comportamental: privete descrierea funcionalitilor i a succesiunii n timp a aciunilor realizate de entitile domeniului problemei. Diagrame asociate: diagrama (harta) de stri, diagrama de colaborare, diagrama de interaciune Diagramele UMLO diagrama ofer utilizatorului un mijloc de vizualizare si de manevrare a elementelor de Modelare. Majoritatea diagramelor se prezint sub forma unor grafuri, compuse din elemente si arce.

Diagramele pot arta o parte sau toate caracteristicile elementelor de modelare, conform nivelului de detaliu util n contextul unei diagrame date. Diagramele pot grupa informaii interdependente, pentru a arta, de exemplu caracteristicile motenite de o clas. Diagramele UML sunt: diagramele cazurilor de utilizare, care prezint funciile sistemului din punct de vedere al utilizatorului; acestea sunt grafuri de actori i cazuri de utilizare, avnd ca arce relaiile dintre ele: asociaiile ntre actori i cazuri de utilizare, generalizarea ntre actori, incluziunea, extinderea i generalizarea ntre cazuri de utilizare; diagrame de clas, care prezint structura static n termeni de clase i asocieri (relaii); diagramele de clase sunt grafuri, avnd ca noduri n general clase, dar putnd conine i pachete, interfee sau chiar obiecte, iar ca arce relaiile dintre aceste elemente. aceste diagrame sunt organizate n pachete, ele putnd depinde de alte pachete sau constituind baza pentru construirea unor pachete. O clas trebuie s aib un nume unic n cadrul pachetului din care face parte, ea putnd fi referit sub forma NumePachet::NumeClas. diagrame de colaborare, care sunt reprezentri spaiale ale obiectelor, legturilor si interaciunilor; diagramele din aceast categorie sunt organizate n jurul rolurilor jucate de obiecte n cadrul unei interaciuni, cuprinznd astfel i relaiile dintre obiecte;

exist dou niveluri de reprezentare pentru diagramele de colaborare:

nivelul instanelor diagrama de colaborare la nivelul instanelor este un graf, avnd ca noduri obiectele participante la colaborare i ca arce legturile dintre ele, nsoite de stimulii transmii prin intermediul acestora; obiectele sunt reprezentate prin dreptunghiuri ce conin numele obiectului subliniat; se poate prezenta i rolul obiectului n colaborare, folosind notaia general:

NumeObiect/NumeRolClasificator:NumeClasificator[.NumeClasificator]* nivelul specificaiei diagrama de colaborare la nivelul rolurilor este format din roluri ale clasificrilor i ale asociaiilor dintre acetia, precum i din mesajele transmise ntre ele; rolul unui clasificator se prezint ntr-un dreptunghi, avnd un nume de tipul:

/NumeRolClasificatir:NumeClasificator[.NumeClasificator]*

diagrame de secven, care prezint temporal obiectele si interaciunile lor; diagramele din aceast categorie categorii cuprind obiectele care fac parte dint-o anumit colaborare i descriu secvena de stimuli transmii ntre obiecte n cadrul unei interaciuni; ele cuprind i o dimensiune temporal, deoarece fiecrui obiect i corespunde o linie de via, trasat vertical sub dreptunghiul ce conine numele obiectului; timpul se scurge de sus n jos, iar stimulii sunt reprezentai prin sgei etichetate, de la linia de via a obiectului transmitor ctre linia de via a celui receptor;

diagrame de componente, care prezint componentele fizice ale unei aplicaii; componentele pot fi executabile, biblioteci dinamice, tabele, fiiere de cod surs, fiiere de date, documente, elemente din modele orientate pe obiecte clasice; durata de via a componentelor difer, unele existnd numai n timpul compilrii, altele la editarea de legturi, iar altele la momentul rulrii; diagramele de componente sunt grafuri de componente i interfee ale acestora, interconectate prin relaii de dependen, generalizare, asociaie, agregare i realizare;

diagrame de construcie, care prezint construcia componentelor pe dispozitivele hardware; acestea sunt grafuri de noduri, n interiorul crora se reprezint instane ale componentelor, rezidente la momentul rulrii; nodurile sunt folosite pentru a modela suportul material al sistemului, ele fiind elemente fizice reprezentnd resurse de prelucrare, precum procesoare sau periferice; reprezentarea UML se efectueaz printr-un cub tridimensional, avnd n interior numele tipului de nod, sau numele subliniat al instanei unui nod; relaia ntre noduri este de asociaie;

diagrame de stri-tranziii, care prezint comportamentul unei clase n termeni de stri; diagramele de stri au la baz dou concepte importante: strile, ce caracterizeaz valori sau seturi de valori ale obiectelor, i evenimentele, ce constau din stimuli externi, ce acioneaz asupra obiectelor i determin o tranziie de la o stare la alta;

diagrame de obiecte, care prezint obiectele si relaiile lor, fiind nite diagrame de colaborare simplificate, fr reprezentarea mesajelor trimise ntre obiecte; obiectele sunt instane ale claselor, caracterizate printr-un nume i valori specifice atributelor. ele se prezint n UML n mod similar claselor, n dreptunghiuri ce pot avea unul sau dou compartimente. Primul compartiment conine numele obiectului i numele clasei, precedat de :, ambele fiind subliniate; cel de-al doilea compartiment conine atributele, cu tipul lor de date i valorile specifice obiectului.

diagrame de activiti, care reprezint comportamentul unei operaii n termeni de aciuni; ele sunt cazuri particulare ale diagramelor de stare, care nu descriu nsa un flux de control bazat pe evenimente, ci un procedural, n care toate sau majoritatea tranziiilor se efectueaz automat, la terminarea aciunilor efectuate n interiorul strilor;

diagramele de colaborare mpreun cu cele de secven se numesc diagrame de interaciune pe cnd diagramele de stare mai sunt denumite maini cu stri finite, automate, etc.Relaiile care se stabilesc ntre dou elemente din cadrul unei diagrame pot fi:

actorfuncionalitate relaie de asociere actoractor relaie de generalizare funcionalitatefuncionalitate - relaie de asociere, de generalizare i de dependenRelaia de asociere modeleaz o comunicare ntre elementele pe care le conecteaz. Aceste tip de relaie apare ntre un actor i o funcionalitatea sau ntre dou funcionaliti (transfer de date, trimitere de mesaje sau date).

Relaia de generalizare se realizeaz ntre elemente de acelai tip i modeleaz situaii n care un element este un caz particular al unui alt element. Elementul particular motenete relaiile n care este implicat elementul general.

Relaia de dependen apare ntre dou funcionaliti i modeleaz situaii n care o funcionalitate folosete comportamentul definit n alt funcionalitate (include) sau n cazul n care comportamentul unei funcionaliti poate fi extins ctre o alt funcionalitate.

Prezentarea i descrierea aplicaiei

Aceast aplicaie i propune gestionarea unei agenii de turism. Accesul se face pe baza unei proceduri de identificare. Exist dou tipuri de utilizatori:

clienii ageniei de turism

angajaii ageniei de turism

Aplicaia pune la dispoziia clienilor o modalitate de a vizualiza lista de oferte turistice disponibile i posibilitatea de a selecta o ofert din lista respectiv. Clientul i poate rezerva o destinaie ns, dup alegerea destinaiei X, el are posibilitatea sa se rzgndeasc. Pentru a a