UML Unified Modeling Language Wykad 1 Wprowadzenie do

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

Tematy wkładówy 1. 2. 3. 4. 5. 6. 7. 8. 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 2

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: 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 3

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

UML jest językiem (graficznym): wyrazy (symbole) + gramatyka (zasady budowy diagramów) Obrazowania przedstawia problem z pomocą symboli i tekstu ® Specyfikowania modele są precyzyjne, jednoznaczne i pełne ® Tworzenia Pakiety CASE generują kod (Java, C++, PHP) ® Dokumentowania opis: wymagania, architektura, projekt, testy, prototypy, kolejne wersje ® WSM, dr Marek Szepski 5

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

MODELOWANIE WSM, dr Marek Szepski 7

WSM, dr Marek Szepski 8

WSM, dr Marek Szepski 9

WSM, dr Marek Szepski 10

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 11

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

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 13

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 14

WSM, dr Marek Szepski 15

WSM, dr Marek Szepski 16

WSM, dr Marek Szepski 17

Diagramy UML ogólny przegląd WSM, dr Marek Szepski 18

WSM, dr Marek Szepski 19

Class 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 20

Object 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 21

Package 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 22

Composite Structure 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 23

Component 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 24

Deployment 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 25

Use Case 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 26

Activity 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 27

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

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

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

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

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

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 33

WSM, dr Marek Szepski 34

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 35

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