UML

1. UML Unified Modeling Language Wykład 1 Wprowadzenie do UMLa WSM, dr Marek Szepski

2. Tematy wkładówy • Wprowadzenie do UMLa • Świat obiektowy • Diagram klas i związki • Diagram przypadków użycia • Diagram czynności • Diagramy interakcji: sekwencji, komunikatów, maszyny stanowej • Diagramy struktury: rozlokowania, komponentów, pakietów • Modelowanie biznesowe i analityczne WSM, dr Marek Szepski

3. Literatura • Boch, Rumbaugh, Jacobson: UML- przewodnik użytkownika, WNT 02 • Wrycza, Marcinkowski, Wyrzykowski:Język UML 2.0 w modelowaniu systemów informatycznych, Helion 05 • Graessle, Bauman, Bauman:UML 2.0 w akcji. Przewodnik Oparty na projektach, Helion 06 • Cocburn: Jak pisać efektywne przypadki użycia, WNT IO • Schneider, Winters: Stosowanie przypadków użycia, WNT IO WSM, dr Marek Szepski

4. Inni już to mają + specyfikacja (typ, wartości, opis, uwagi) WSM, dr Marek Szepski

5. UML jest językiem (graficznym):wyrazy (symbole) + gramatyka (zasady budowy diagramów) • Obrazowaniaprzedstawia problem z pomocą symboli i tekstu • Specyfikowaniamodele są precyzyjne, jednoznaczne i pełne • TworzeniaPakiety CASE generują kod (Java, C++, PHP) • Dokumentowaniaopis: wymagania, architektura, projekt, testy, prototypy, kolejne wersje WSM, dr Marek Szepski

6. UML to standard opracowany przez OMG Objecte Management Groupwww.omg.org WSM, dr Marek Szepski

7. MODELOWANIE WSM, dr Marek Szepski

8. WSM, dr Marek Szepski

9. WSM, dr Marek Szepski

10. WSM, dr Marek Szepski

11. Przykłady modeli: Model samochodu do badań aerodynamicznych Model budynku w skali 1:50 Plan trasy metra Mapa Polski Schemat organizacyjny WSM, dr Marek Szepski

12. Po co modelujemy? • Komunikacja • Wizualizacja • Weryfikacja WSM, dr Marek Szepski

13. Model jest uproszczeniem rzeczywistości Modele opracowujemy aby lepiej zrozumieć system który budujemy Nie jesteśmy w stanie ogarnąć złożonych, dużych systemów Każdy model może być opracowany na różnych poziomach szczegółowości Decyzja: jakie modele budujemy, ma wpływ na kształt rozwiązania Dobry model odpowiada problemowi Żaden model nie jest wystarczający WSM, dr Marek Szepski

14. Dobry model uwzględnia wszystkie cechy istotne (izomorfizm) – każda cech rzeczywistości jest przedstawiona w modelu Dobry model pomija cech nieistotne (homomorfizm) – cech nieistotne są uproszczone do jednego symbolu WSM, dr Marek Szepski

15. WSM, dr Marek Szepski

16. WSM, dr Marek Szepski

17. WSM, dr Marek Szepski

18. Diagramy UMLogólny przegląd WSM, dr Marek Szepski

19. WSM, dr Marek Szepski

20. Class Diagram Diagram klas to statyczne przedstawienie statycznych, deklaratywnych elementów dziedziny przedmiotowej oraz związków między nimi. Klasa to wzorzec obiektów lub zbiór obiektów tego samego typu WSM, dr Marek Szepski

21. Object Diagram Diagram obiektów to wystąpienie diagramu klas, odwzorowujące strukturę systemu w wybranym momencie jego działania. Obiekt to każdy byt, konkretna instancja danej klasy. WSM, dr Marek Szepski

22. Package Diagram Diagram pakietów to przedstawienie logicznej struktury systemu w postaci zestawu pakietów połączonych zależnościami i zagnieżdżeniami. Pakiet to grupa elementów. WSM, dr Marek Szepski

23. Composite Structure Diagram Diagram struktur połączonych to przedstawienie wzajemnie współdziałających części dla osiągnięcia pożądanej funkcjonalności współdziałania. WSM, dr Marek Szepski

24. Component Diagram Diagram komponentów to rodzaj diagramu wdrożeniowego, który wskazuje organizacje i zależności między komponentami. Komponent to hermetyczny (niepodzielny) moduł oprogramowania WSM, dr Marek Szepski

25. Deployment Diagram Diagram rozlokowania to rodzaj diagramu wdrożeniowego, który przedstawia sieć połączonych ścieżkami komunikowania węzłów z ulokowanymi na nich artefaktami. Węzeł to m.in. Sprzęt (komputer, serwer, drukarka, element sieci itp.) WSM, dr Marek Szepski

26. Use Case Diagram Diagram przypadków użycia to przedstawienie użytkowników systemu (aktorów), funkcji wykonywanych przez system (przypadków użycia) i związków między nimi. Diagram PU ma ogromne znaczenie i jest początkiem modelowania. WSM, dr Marek Szepski

27. Activity Diagram Diagram czynności przedstawia sekwencję działań i przepływu sterowania oraz danych pomiędzy ciągami czynności, akcji i obiektów. WSM, dr Marek Szepski

28. State Machine Diagram Diagram maszyny stanowej opisuje skokowe (dyskretne) przejścia między dopuszczalnymi stanami obiektów. WSM, dr Marek Szepski

29. Sequence Diagram Diagram sekwencji opisuje interakcję (wymianę komunikatów) pomiędzy obiektami (instancjami klasyfikatorów) systemu. WSM, dr Marek Szepski

30. Communication Diagram Diagram komunikacji opisuje współpracę obiektów. WSM, dr Marek Szepski

31. Timing Diagram Diagram harmonogramowania obrazuje zależności czasowe między stanami obiektów. WSM, dr Marek Szepski

32. Interaction Overview Diagram Diagram sterowania interakcją opisuje przepływ sterowania. WSM, dr Marek Szepski

33. UFF !!! Pamiętaj: • Twórz tylko potrzebne diagramy • Łatwość tworzenia diagramów może prowadzić do niepotrzebnego ich budowania i zaciemnienia modelu. WSM, dr Marek Szepski

34. WSM, dr Marek Szepski

35. Elementy diagramu PU • System – to co mamy zrobić • Aktor – spójny zbiór ról odgrywanych przez użytkowników PU w czasie interakcji z tym PU • PU – to opisany ciąg akcji i ich wariantów, które system musi wykonać • Związek Aktor - PU WSM, dr Marek Szepski

36. WSM, dr Marek Szepski

37. WSM, dr Marek Szepski

38. WSM, dr Marek Szepski

39. WSM, dr Marek Szepski

40. WSM, dr Marek Szepski