28
Planificare UML   Unified Modelling Language Object Constraint Language Design Paterns in C++/Java T estare software (JUnit, CVS, etc.) Modele de dezvoltare software

4 MPS UML Prezentare Generala

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 !