1 / 28

Pl anificare

Pl anificare. UML – Unified Modelling Language Object Constraint Language Design Paterns in C++/Java Testare software ( JUnit , CVS , etc.) Modele de dezvoltare software. Introducere în UML. Introducere Diagrame de cazuri de utilizare Diagrame de clase Diagrame de obiecte

alena
Download Presentation

Pl anificare

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Planificare • UML – UnifiedModellingLanguage • Object ConstraintLanguage • Design Paterns in C++/Java • Testare software (JUnit, CVS, etc.) • Modele de dezvoltaresoftware

  2. IntroducereînUML • Introducere • Diagrame de cazuri de utilizare • Diagrame de clase • Diagrame de obiecte • Diagrame de secventa • Diagrame de colaborare • Diagrame de stare • Diagrame de activitate • Diagrame de dezvoltare

  3. Introducere • Sistem informatic • Ansamblu de date,structuri,… • Tratarea datelor (achizitie, memorare, transformare, cercetare, prezentare, comunicarea informatiilor ) • Reguli de organizare • Resurse umane Specificatie Validare Schema conceptuala Corectare Conceptie Schema interna

  4. Ce este un model ? • O notatie pentru a reprezenta obiecte ale lumii reale • Un formalism

  5. Cum trebuie sa fie acest model ? • Sa amelioreze comunicatia • Sa partajeze informatia • Sa nu fie ambiguu • Sa fie simplu de pus în practica • Sa anticipeze problemele functionale si tehnice • Sa propuna o viziune abstracta

  6. UML un limbaj de modelare • Unified Modeling Language • + OCL : Object Constraint Language • Un limbaj universal

  7. a.Diagramacazurilor de utilizare

  8. Actorul • O entitate externa sistemului • Un obiect care interactioneaza cu sistemul • O persoana, un obiect, un alt sistem • Cum 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

  9. Cazul de utilizare VERB • 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 ?

  10. Relatii între cazurile de utilizare • Relatia de incluziune Identificarestudent <<include>> Împrumutare carte <<include>> Verificarea penalitate <<include>> Furnizare carte

  11. Relatia de incluziune • Cazul de utilizare sursa contine si comportamentul descris în cazul de utilizare inclus

  12. Relatia de extensie • Cazul de utilizare sursa este extins, completat prin comportamentul descris în cazul de utilizare extensie <<extend>> Împrumut carte Consultare catalog

  13. b.Diagrama de clase Notatie fara detalii Fereastra Fereastra marime : float visibilitate : boolean x,y : integer Notatie cu detalii afisare() Refresh()

  14. Atribute VisibilitateNume_atribut [multiplicitate] : tip = valoare_initiala {proprietati} + : public # : protected - : private puncte[2..*]:punct string[2..*]:char Atribute abstracte : nume Atribute de clasa : nume Atribut derivat: /nume

  15. Metode VisibilitateNume_operatie (parametri): tip_returnat {proprietati} + : public # : protected - : private {constructor} {cerere} • Metode abstracte : nume {abstract} • Operatii de clasa : nume

  16. Asociatii între clase rol produs comandat Comanda compusa din Produs

  17. Asociatie reflexiva Persoana Este casatorit cu

  18. Modelizarea unui antrenament Echipa Teren Antrenament

  19. Mostenire Persoana Secretar Muncitor

  20. c.Diagrama de obiecte • Obiect : instanta particulara a unei clase • Identitate proprie • Valori atribute proprii Nume_obiect: Nume_clasa [stare] Nume_atribut:tip=valoare

  21. Exemple Masina Roata Roata Motor Roata Roata

  22. d.Diagrama de secventa

  23. e.Diagrama de stare • Stare • Ansamblu de valori ce implica acelasi raspuns la aparitia unui eveniment • Starea unui obiect se datoreaza unui eveniment • Stari particulare Stare initiala Stare finala

  24. Exemplu plata Factura neplatita Factura platita

  25. f.Diagrama de activitate • Este o diagrama asemanatoare cu cea de stare • Este organizata prin raportul actiune/activitate • Reprezentarea fluxului de activitate • Este destinata pentru a reprezenta un comportament intern

  26. Exemplu

  27. Va multumesc !

More Related