Upload
andrei-chihai
View
13
Download
0
Embed Size (px)
Citation preview
UML Prezentare Generala
Planificare UML Unified Modelling LanguageObject Constraint LanguageDesign Paterns in C++/JavaTestare software (JUnit, CVS, etc.)Modele de dezvoltare softwareIntroducere n UMLIntroducereDiagrame de cazuri de utilizareDiagrame de claseDiagrame de obiecteDiagrame de secventaDiagrame de colaborareDiagrame de stareDiagrame de activitateDiagrame de dezvoltare Introducere
Schema conceptualaSchema internaSpecificatieConceptieCorectareValidareSistem informatic Ansamblu de date,structuri,Tratarea datelor (achizitie, memorare, transformare, cercetare, prezentare, comunicarea informatiilor )Reguli de organizare Resurse umane Ce este un model ?O notatie pentru a reprezenta obiecte ale lumii reale Un formalism Cum trebuie sa fie acest model ? Sa amelioreze comunicatiaSa partajeze informatiaSa nu fie ambiguuSa fie simplu de pus n practicaSa anticipeze problemele functionale si tehnice Sa propuna o viziune abstracta UML un limbaj de modelare Unified Modeling Language + OCL : Object Constraint LanguageUn limbaj universal
a.Diagrama cazurilor de utilizare
ActorulO entitate externa sistemuluiUn obiect care interactioneaza cu sistemulO persoana, un obiect, un alt sistemCum se identifica actorii Cine utilizeaza,instaleaza,porneste,opreste si mentine aplicatia n uz ?Cine ofera si/sau primeste informatii de la aplicatie ?Ce alte sisteme utilizeaza serviciile propuse de aplicatie ?Fiecare actor : o clasa Sistemul trebuie sa aibe o interfata pentru fiecare dintre actori
Cazul de utilizare Cerinte din partea sistemului Cum se identifica cazurile de utilizare Ce asteapta fiecare actor n parte de la Aplicatie ? Aplicatia nregistreaza date ? Ce actori le creeaza, le consulta, le modifica sau le distrug ? Actorii indica sistemului schimbari de stare ? Exista evenimente pe care aplicatia trebuie sa le cunoasca ? Care actori informeaza aplicatia si cum ? VERBRelatii ntre cazurile de utilizareRelatia de incluziune
mprumutare carteIdentificare studentVerificarea penalitate Furnizare carte
Relatia de incluziuneCazul de utilizare sursa contine si comportamentul descris n cazul de utilizare inclus Relatia de extensieCazul de utilizare sursa este extins, completat prin comportamentul descris n cazul de utilizare extensie
mprumut carteConsultare catalog
b.Diagrama de claseFereastraFereastramarime : floatvisibilitate : booleanx,y : integer
afisare()Refresh()Notatie fara detaliiNotatie cu detaliiAtributeVisibilitate Nume_atribut [multiplicitate] : tip = valoare_initiala {proprietati}+ : public# : protected- : private puncte[2..*]:punctstring[2..*]:charAtribute abstracte : numeAtribute de clasa : numeAtribut derivat: /numeMetodeVisibilitate Nume_operatie (parametri): tip_returnat {proprietati}+ : public# : protected- : private {constructor}{cerere} Metode abstracte : nume {abstract}Operatii de clasa : nume Asociatii ntre claseComandaProdusprodus comandatrolcompusa dinAsociatie reflexiva PersoanaEste casatorit cuModelizarea unui antrenamentEchipaTerenAntrenamentMostenirePersoanaMuncitorSecretarc.Diagrama de obiecteObiect : instanta particulara a unei claseIdentitate proprieValori atribute proprii
Nume_obiect: Nume_clasa [stare]Nume_atribut:tip=valoareExemple MasinaRoataRoataRoataRoataMotord.Diagrama de secventa
e.Diagrama de stareStareAnsamblu de valori ce implica acelasi raspuns la aparitia unui evenimentStarea unui obiect se datoreaza unui evenimentStari particulare Stare initialaStare finalaExempluFactura neplatitaFactura platitaplataf.Diagrama de activitateEste o diagrama asemanatoare cu cea de stareEste organizata prin raportul actiune/activitateReprezentarea fluxului de activitateEste destinata pentru a reprezenta un comportament intern Exemplu
Va multumesc !