WSM, dr Marek Szepski 1

UML

Unified Modeling Language

Wykład 1 Wprowadzenie do UMLa

WSM, dr Marek Szepski 2

Tematy wkładówy1. Wprowadzenie do UMLa2. Świat obiektowy3. Diagram klas i związki4. Diagram przypadków użycia5. Diagram czynności6. Diagramy interakcji: sekwencji, komunikatów,

maszyny stanowej7. Diagramy struktury: rozlokowania, komponentów,

pakietów8. 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?

KomunikacjaWizualizacja 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 PUSystem – 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