Podstawy jezyka UML

UML
Podstawy języka UML
UML
Plan szkolenia
Plan szkolenia
Godzina
(czas)
Temat
10:20‐11:20
Wprowadzenie do UML
(60 min)
(Definicja, wprowadzenie do modelowania, przykłady)
11:20‐11:40
Przerwa kawowa
(20 min)
11:40‐13:10
Diagram klas i OCL
(90 min)
(Definicje, przykłady, zastosowania)
13:10‐13:30
Przerwa
(20 min)
13:30‐15:00
Podstawowe komponenty UML
(90 min)
(Przypadki użycia, diagram czynności, diagram pakietów, przykłady)
Warszawa, 2009
2
UML
Agenda
Agenda
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
Wprowadzenie do modelowania
Wprowadzenie do języka UML
Diagram klas Podstawy OCL
Diagram pakietów
Diagram przypadków użycia
Diagram czynności
Warszawa, 2009
3
UML
Wprowadzenie do modelowania
Terminologia
ƒ Aplikacja ‐ program komputerowy, który ma bezpośredni kontakt z użytkownikiem, realizuje zadania dla użytkownika; działanie aplikacji umożliwia system operacyjny.
ƒ Oprogramowanie ‐ ogół programów, w które wyposażony jest system komputerowy; rozróżnia się oprogramowanie podstawowe (m.in. system operacyjny, translatory, graficzny interfejs użytkownika) oraz oprogramowanie użytkowe (aplikacyjne), służące do wykonywania określonych, złożonych zadań, np. oprogramowanie statystyczne.
Warszawa, 2009
4
UML
Wprowadzenie do modelowania
Terminologia
ƒ Baza danych ‐ zbiór wzajemnie powiązanych danych, przechowywanych w pamięci komputerów i wykorzystywanych przez programy użytkowe instytucji lub organizacji wraz z oprogramowaniem umożliwiającym definiowanie, wykorzystywanie i modyfikowanie tych danych.
ƒ Egzemplarz – jedna sztuka z grupy jednorodnych przedmiotów.
Warszawa, 2009
5
UML
Wprowadzenie do modelowania
Poruszane zagadnienia
ƒ
ƒ
ƒ
ƒ
Czym jest model? Znaczenie modelowania
Czym jest modelowanie? Do czego służy modelowanie? „Człowiek jest modelem świata.”
Leonardo da Vinci
Warszawa, 2009
6
UML
Wprowadzenie do modelowania
Czym jest model?
ƒ Przedstawia interesujący nas fragment rzeczywistości w uproszczony, ale uporządkowany sposób;
ƒ Pozwala lepiej zrozumieć złożoną rzeczywistość.
Warszawa, 2009
7
UML
Wprowadzenie do modelowania
Czym jest modelowanie?
Modelowanie można określić jako tworzenie opisu obiektu/zjawiska
rzeczywistego lub abstrakcyjnego, wykonywane w założonym celu. Jego efektem jest model, który powinien posiadać określone własności. Z tego względu nie ma modeli złych, są tylko takie, które nie realizują założonego celu.
Warszawa, 2009
8
UML
Wprowadzenie do modelowania
Znaczenie modelowania
ƒ Wiele czynników ma wpływ na sukces producenta oprogramowania, czy też projektanta baz danych (np. geodezyjnych). Jednym z najważniejszych jest tworzenie modeli.
ƒ Opracowujemy wszelkiego rodzaju modele, aby przyszli użytkownicy mogli zawczasu wyobrazić sobie gotowe rozwiązanie (np. oprogramowanie)
Warszawa, 2009
9
UML
Wprowadzenie do modelowania
Do czego służy modelowanie?
Modele tworzone są głównie z dwóch powodów: dla
lepszego zrozumienia i rozwiązania problemu oraz
umożliwienia wymiany informacji.
Celem modelowania jest rozpoznanie wszystkich czynników,
które mogą wpłynąć na realizację projektu
Warszawa, 2009
10
UML
Wprowadzenie do UML
Poruszane zagadnienia
ƒ
ƒ
ƒ
ƒ
ƒ
Czym jest UML? Three amigos
Historia UML Zastosowanie języka UML
Podstawowe elementy UML
„Nie ma martwych języków, są tylko uśpione umysły”
- Gustavo Barceló
Warszawa, 2009
11
UML
Wprowadzenie do UML
Czym jest UML?
ƒ
ƒ
ƒ
UML (Unified Modeling Language) jest językiem modelowania.
UML jest standardem (Unified ‐ zunifikowany, jednolity).
UML opisuje, co system ma robić, a nie jak ma to robić. Warszawa, 2009
12
UML
Wprowadzenie do UML
„Three amigos”
Metody:
OOAD
G.Booch
OMT
J. Rumbaugh
OOSE
Inne:
Fusion
Shleare-Mellora
Coda-Yourdona
I. Jacobson
OMT
Metoda Booch-a
Przypadki użycia
Warszawa, 2009
13
UML
Wprowadzenie do UML
Historia UML
UML 1.0 (Rational
Software) i UML 1.1 (OMG)
Włączenie się do prac OMG
UML 1.3
UML 1.5
Wersja 0.8 Metody Zunifikowanej (Booch & Rumbaugh, Rational
Software), dołącza Jacobson
UML 2.0
UML 2.1
Niezależne notacje modelowania: Booch, Coad/Yourdon, OMT, OOSE
ok. 1990
1995
1996
1997
2000
Warszawa, 2009
2003 2004
2006
14
UML
Wprowadzenie do UML
Zastosowanie języka UML
UML jest językiem przeznaczonym do:
ƒ obrazowania, ƒ specyfikowania i definiowania,
ƒ konstruowania i tworzenia, ƒ dokumentowania.
Warszawa, 2009
15
UML
Wprowadzenie do UML
Podstawowe elementy UML
W UML można wyróżnić kilka grup elementów, które zostały wykorzystane do budowy modelu:
ƒ strukturalne,
ƒ czynnościowe,
ƒ grupujące,
ƒ komentujące,
ƒ związki,
ƒ diagramy
Warszawa, 2009
16
UML
Wprowadzenie do UML
Systematyka diagramów
Warszawa, 2009
17
UML
Przerwa
Zapraszamy na przerwę
Warszawa, 2009
18
UML
Diagram klas
Poruszane zagadnienia
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
Co to jest i do czego służy obiekt? Na czym polega obiektowe podejście? Co to jest i do czego służy klasa? Podstawowe elementy wchodzące w skład klasy
Podstawowe związki między klasami
Liczebność
Dziedziczenie
Co to jest klasa abstrakcyjna? Co to jest i do czego służy interfejs? Co to jest klasa asocjacyjna? „Żeby widzieć jasno, wystarczy zmienić perspektywę.”
Antoine de Saint‐Exupéry Warszawa, 2009
19
UML
Diagram klas
Czym jest obiekt?
ƒ Konkretny lub abstrakcyjny byt wyróżnialny w modelowanej rzeczywistości posiadający nazwę (identyfikację), określone granice, atrybuty i operacje. ƒ Obiekt ma swoją tożsamość, która wyróżnia go spośród innych obiektów ƒ Obiekt jest to każdy element mający swój odpowiednik w rzeczywistości, coś, co ma stan i zachowanie.
Nazwa klasy
Pan Tadeusz : Książka
Nazwa obiektu
Warszawa, 2009
20
UML
Diagram klas
Czym jest klasa?
ƒ Klasa jest uogólnieniem zbioru obiektów zawierających takie same atrybuty, operacje, związki i znaczenie. ƒ Klasa reprezentuje grupę obiektów o wspólnym stanie i zachowaniu.
Nazwa klasy
Atrybuty klasy
Operacje klasy
Warszawa, 2009
21
UML
Diagram klas
Różne sposoby zapisu klasy
ƒ Każda klasa musi mieć przynajmniej nazwę, która wyróżnia ją spośród innych klas. Dozwolone notacje prezentujące klasy na diagramach UML.
Warszawa, 2009
22
UML
Diagram klas
Zapis nazwy klasy
Wyróżniamy nazwy:
ƒ proste
ƒ ścieżkowe
Nazwy
ścieżkowe
Nazwy
proste
Warszawa, 2009
23
UML
Diagram klas
Co to są atrybuty klasy?
ƒ Atrybuty to właściwości klasy;
ƒ Określają zbiór wartości, jakie można przypisać do poszczególnych egzemplarzy tej klasy;
ƒ Klasa może mieć dowolną liczbę atrybutów lub nie mieć ich wcale;
ƒ Atrybuty mogą być prostymi typami podstawowymi (liczby całkowite, liczby zmiennoprzecinkowe itd.) lub powiązaniami do innych bardziej skomplikowanych obiektów. Atrybuty klasy
Warszawa, 2009
24
UML
Diagram klas
Warszawa, 2009
25
UML
Diagram klas
Co to są operacje klasy?
ƒ Operacja to pewna usługa, której wykonania można zażądać od każdego obiektu klasy. ƒ Jest to abstrakcja czegoś, co można zrobić z każdym obiektem tej klasy. ƒ Klasa może mieć dowolną liczbę operacji lub nie mieć ich wcale.
Operacje klasy
Warszawa, 2009
26
UML
Diagram klas
Widoczność
Widoczność to jedna z podstawowych cech, jakie można określić dla atrybutów i operacji klasy. Widoczność określana jest w jeden z następujących sposobów: ƒ + ‐ publiczny (ang. public) ƒ # ‐ chroniony (ang. protected) ƒ ‐ ‐ prywatny (ang. private) ƒ ~ ‐ pakietowy (ang. package)
Widoczność
Warszawa, 2009
27
UML
Diagram klas
Czym jest dziedziczenie?
Hierarchiczne powiązanie między klasami, w którym klasy podrzędne przejmują (dziedziczą) wszystkie właściwości (atrybuty i operacje) klas nadrzędnych, a ponadto mają właściwości specyficzne dla siebie.
Warszawa, 2009
28
UML
Diagram klas
Co to jest klasa abstrakcyjna?
ƒ Klasy abstrakcyjne stanowią uogólnienie obiektów konkretnych znajdujących się na niższych poziomach hierarchii. Nie można tworzyć obiektów klas abstrakcyjnych.
ƒ Nazwa klasy abstrakcyjnej musi być napisana kursywą (pochyłą czcionką).
Warszawa, 2009
29
UML
Diagram klas
Związki między klasami
Związek to relacja zachodząca miedzy klasami lub obiektami. Podstawowe związki:
ƒ Asocjacja – powiązanie
ƒ Agregacja – szczegółowy przypadek powiązania
ƒ Kompozycja – szczegółowy przypadek agregacji
ƒ Generalizacja – uogólnienie
ƒ Realizacja
Warszawa, 2009
30
UML
Diagram klas
Asocjacja
Asocjacja to podstawowy związek między klasami. Asocjacja oznacza istnienie trwałego powiązania pomiędzy klasami. Przykłady asocjacji:
ƒ firma zatrudnia pracowników,
ƒ student studiuje na uczelni,
ƒ klient zamawia produkt.
Warszawa, 2009
31
UML
Diagram klas
Nazwy i role asocjacji
Sposób powiązania obu klas jest określony poprzez nazwę znajdującą się nad związkiem. Przy nazwie asocjacji czasami można zaobserwować symbol strzałki określający kierunek interpretacji powiązania. Role określają, jak sama nazwa wskazuje, jaką rolę pełni dana klasa w asocjacji.
Warszawa, 2009
32
UML
Diagram klas
Liczebność
Liczebność określa możliwą ilość wystąpienia obiektów danej klasy biorących udział w danym związku.
Sposoby przedstawienia liczebności: ƒ [1], [2], [10]
ƒ [*], [0..*]
ƒ [0..1], [1..5], [10..100], [1..*]
ƒ [0..1, 3..4, 6..*], [1..5, 7, 9]
Warszawa, 2009
33
UML
Diagram klas
Agregacja
Agregacja jest to szczególny rodzaj asocjacji, która określa związek między agregatem (całością), a składnikiem (częścią/segmentem). Dana część może należeć do wielu całości i jest od nich niezależna.
Segmenty
Agregaty
Warszawa, 2009
34
UML
Diagram klas
Kompozycja
Szczególnym przypadkiem agregacji jest kompozycja, która oznacza składanie się obiektu z obiektów składowych, które nie mogą istnieć bez obiektu głównego. Kompozycja jest relacją typu "posiada".
Agregat
Agregat
Segment
Segmenty
Warszawa, 2009
35
UML
Diagram klas
Asocjacja, agregacja i kompozycja
Warszawa, 2009
36
UML
Diagram klas
Generalizacja
Klasa nadrzędna
(nadklasa), {root}
Hierarchiczne powiązania miedzy klasami, dzięki którym klasy podrzędne przejmują własności klas nadrzędnych. Klasa podrzędna
(podklasa)
{leaf}
Klasy nadrzędne, znajdujące się na najwyższym poziomie hierarchii określa się mianem korzenia i oznacza się je jako {root}, natomiast te najniższe są to liście {leaf}. Warszawa, 2009
{leaf}
37
UML
Diagram klas
Warszawa, 2009
38
UML
Diagram klas
Interfejsy
ƒ W UML interfejsy są zestawem operacji, które wyznaczają usługi oferowane przez klasę i sposobem na przejrzystą prezentację projektu. IUSB
Typowy interfejs
Interfejs – symbol kuli
Warszawa, 2009
39
UML
Diagram klas
Realizacja
Przedstawia związek znaczeniowy między obiektami diagramu UML (klasami) z których jeden określa kontrakt, a drugi zapewnia wywiązanie się z niego.
Warszawa, 2009
40
UML
Diagram klas
Związek jako klasa – klasa asocjacyjna
ƒ Klasa asocjacyjna jest to byt o właściwościach zarówno klasy, jak i powiązania. Można go postrzegać jako powiązanie mające też właściwości klasy lub jako klasę mającą też właściwości powiązania.
Warszawa, 2009
41
UML
Diagram klas
Notatka
Notatka to odpowiednik „żółtej karteczki” przylepionej gdzieś w widocznym miejscu. Notatki pozwalają na dopisywanie komentarzy, ograniczeń i
wymagań.
Warszawa, 2009
42
UML
Diagram klas
Czym jest diagram klas? ‐ podsumowanie
ƒ Podstawowym i najczęściej wykorzystywanym diagramem języka UML.
ƒ Jest wykorzystywany do modelowania statycznych relacji pomiędzy komponentami systemu.
ƒ Ukazuje wzajemne powiązania między klasami tworzącymi dany system, ale nie ukazuje żadnych relacji pomiędzy samymi obiektami.
ƒ Pojedynczy model UML może posiadać wiele diagramów klas pokazujących ten sam system z wielu perspektyw.
Warszawa, 2009
43
UML
OCL
Poruszane zagadnienia
ƒ Czym jest OCL? ƒ Czym są ograniczenia? ƒ Zalety stosowania ograniczeń
Warszawa, 2009
44
UML
OCL
Czym jest OCL?
ƒ OCL (Object Constraint Language) jest językiem umożliwiającym wyrażanie dodatkowych informacji (ograniczeń) w modelach używanych w procesie tworzenia obiektowego.
ƒ Język OCL jest precyzyjny, jednoznaczny, łatwy do czytania i stosowania dla projektantów jak i ich klientów. ƒ OCL jest językiem deklaracyjnym. Warszawa, 2009
45
UML
OCL
Czym są ograniczenia?
ƒ Ograniczenie (ang. constraint) to restrykcja nałożona na jedną lub więcej wartości (części) modelu lub systemu obiektowego. ƒ Ograniczenia i warunki opisane za pomocą OCL są interpretowane w sposób deklaracyjny ‐ określają co jest sytuacją poprawną i nie zmieniają stanu modelu.
ƒ Wyrażenia OCL można zapisywać w osobnych plikach, jako notatki dołączone do modelu UML lub bezpośrednio umieścić je na obiektach.
Warszawa, 2009
46
UML
OCL
Zalety stosowania ograniczeń
Korzyści jakie przynoszą ograniczenia:
ƒ Lepsza dokumentacja
ƒ Większa precyzja
ƒ Komunikacja bez nieporozumień
Warszawa, 2009
47
UML
Przerwa
Zapraszamy na przerwę
Warszawa, 2009
48
UML
Diagram pakietów
Poruszane zagadnienia
ƒ
ƒ
ƒ
ƒ
Czym jest pakiet? Czym jest diagram pakietów?
Elementy diagramu pakietów
Jakie zastosowanie znajduje diagram pakietów?
Warszawa, 2009
49
UML
Diagram pakietów
Czym jest pakiet?
ƒ Pakiet to mechanizm ogólnego stosowania, służący do organizowania elementów w grupy. ƒ Dobrze zaprojektowane pakiety składają się z podobnych znaczeniowo i razem zmieniających się bytów. ƒ Są luźno powiązane ze sobą, ale silnie spójne wewnętrznie
Nazwa
Pakiet „ZarządzanieZamówieniami”
Zawierający klasy
Warszawa, 2009
50
UML
Diagram pakietów
Przykład z JMD
Warszawa, 2009
51
UML
Diagram pakietów
Czym jest diagram pakietów?
Diagram pakietów to przedstawienie logicznej struktury systemu w postaci zestawu pakietów połączonych zależnościami i zagnieżdżeniami. Diagram pakietów umożliwia sklasyfikowanie i pogrupowanie elementów takich jak klasy, przypadki użycia itp.
Warszawa, 2009
52
UML
Diagram pakietów
Elementy diagramu pakietów
Podstawowymi elementami diagramu pakietów są:
ƒ Pakiet – zbiór (grupa) elementów modelu.
ƒ Zależności stereotypowe: • <<import>> • <<access>>
• <<merge>>
Warszawa, 2009
53
UML
Diagram pakietów
Zależności
ƒ
ƒ
Zależność to związek użycia. Zależności mogą być nieokreślone lub należeć do pewnej szczególnej grupy określonej przez umieszczony obok linii zależności stereotyp. Trzy stereotypy do dokładniejszego określenia zależności:
ƒ Import (import) ƒ Access (dostęp) ƒ Merge (scalenie) Warszawa, 2009
54
UML
Diagram pakietów
Zależności c.d. ‐ import
ƒ Import (import) – określa, że pakiet włącza elementy publiczne innego pakietu do własnej przestrzeni nazw. Warszawa, 2009
55
UML
Diagram pakietów
Zależności c.d. ‐ access
ƒ Access (dostęp) – wskazuje, że pakiet korzysta z publicznych elementów innego pakietu. Każdy element musi być w pełni kwalifikowany poprzez wykorzystanie dłuższej, rozdzielanej dwukropkami nazwy ścieżki.
Warszawa, 2009
56
UML
Diagram pakietów
Zależności c.d. ‐ merge
ƒ Merge (scalenie) – wskazuje, że zależny pakiet jest pakietem zaprzyjaźnionym. Pakiet zaprzyjaźniony ma dostęp do wszystkich elementów drugiego pakietu, niezależnie od ich widoczności.
Warszawa, 2009
57
UML
Diagram pakietów
Jakie znajduje zastosowanie?
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
Ukrywanie mniej istotnych elementów modelu.
Ułatwienie podziału prac miedzy członkami zespołu/różnymi zespołami.
Wizualizacja podstawowych zależności pomiędzy częściami systemu.
Tworzenie modeli poglądowych dla modeli zawierających wiele elementów.
Organizacja (uporządkowanie) wielkich modeli.
Grupowanie elementów.
Warszawa, 2009
58
UML
Diagram przypadków użycia
Poruszane zagadnienia
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
Czym jest diagram przypadków użycia? Aktor
Identyfikacja aktorów
Klasyfikacja aktorów
Co to jest przypadek użycia? Identyfikacja przypadków użycia
Związki w diagramie przypadków użycia
Asocjacja, zawieranie, rozszerzanie
Uogólnienie
Liczebność w diagramie przypadków użycia
Warszawa, 2009
59
UML
Diagram przypadków użycia
Czym jest diagram przypadków użycia?
Diagram przypadków użycia w języku UML służy do modelowania funkcjonalności systemu. Tworzony jest zazwyczaj w początkowych fazach modelowania. Diagram ten stanowi tylko przegląd możliwych działań w systemie.
Warszawa, 2009
60
UML
Diagram przypadków użycia
Aktor
ƒ Aktor (ang. actor) ‐ abstrakcyjny użytkownik systemu, reprezentujący grupę rzeczywistych użytkowników o podobnych funkcjach i sposobie komunikacji z systemem.
ƒ Najczęściej aktor jest sprawcą zdarzenia powodującego uruchomienie przypadku użycia.
Aktor
Nazwa
Warszawa, 2009
61
UML
Diagram przypadków użycia
Identyfikacja aktorów
ƒ
ƒ
ƒ
ƒ
ƒ
Kto komunikuje się z systemem?
Kto będzie korzystał z funkcji systemu?
Kto będzie system pielęgnował?
Jakie urządzenia system obsługuje? (aktorzy nieożywieni)
Z jakimi innymi systemami system się komunikuje? (aktorzy będący innymi systemami)
ƒ Kto lub co jest zainteresowane wynikami pracy systemu?
Warszawa, 2009
62
UML
Diagram przypadków użycia
Klasyfikacja aktorów
ƒ Aktor główny – korzysta z podstawowych funkcji systemu
ƒ Aktor drugorzędny – korzysta głównie z funkcji służących do realizacji zadań pomocniczych (np. administrowania i pielęgnacji systemu)
ƒ Aktor aktywny – inicjuje przypadek użycia
ƒ Aktor pasywny – nie inicjuje przypadku użycia, lecz tylko w nim uczestniczy
ƒ Aktor ożywiony/osobowy – reprezentacja ludzi, grupy ludzi
ƒ Aktor nieożywiony/bezosobowy – reprezentuje system lub urządzenie
Warszawa, 2009
63
UML
Diagram przypadków użycia
Co to jest przypadek użycia?
Przypadek użycia (ang. use case) ‐ jednostka funkcjonalności dostarczana przez system, która jest realizowana jako ciąg interakcji pomiędzy aktorem a systemem.
Nazwa
Przypadek użycia
Warszawa, 2009
64
UML
Diagram przypadków użycia
Identyfikacja przypadków użycia
ƒ Czy aktor musi pamiętać, tworzyć, usuwać, modyfikować informacje w systemie?
ƒ Czy aktor ma być powiadamiany o zdarzeniach w systemie, i na odwrót?
Warszawa, 2009
65
UML
Diagram przypadków użycia
Związki w diagramie przypadków użycia
Związek w diagramie przypadków użycia to relacja zachodząca miedzy przypadkami użycia, aktorami lub przypadkami użycia a aktorami.
Podstawowe związki:
ƒ Asocjacja ƒ Zawieranie ƒ Rozszerzanie
ƒ Uogólnienie Warszawa, 2009
66
UML
Diagram przypadków użycia
Asocjacja, zawieranie, rozszerzenie
ƒ Asocjacja ‐ dwukierunkowej komunikacji pomiędzy przypadkiem użycia a aktorem.
ƒ Zawieranie <<include>> ‐ służy do modelowania fragmentów przypadku użycia postrzeganych przez użytkownika jako konieczne zachowanie systemu. ƒ Rozszerzanie <<extend>> ‐ służy do modelowania fragmentów przypadku użycia postrzeganych przez użytkownika jako opcjonalne zachowanie systemu. Warszawa, 2009
67
UML
Diagram przypadków użycia
Asocjacja, zawieranie, rozszerzenie cd.
Warszawa, 2009
68
UML
Diagram przypadków użycia
Asocjacja, zawieranie, rozszerzenie cd.
Warszawa, 2009
69
UML
Diagram przypadków użycia
Uogólnienie
Uogólnienie znajduje zastosowanie gdy jeden przypadek użycia może być szczególną odmianą innego, już istniejącego przypadku użycia.
Warszawa, 2009
70
UML
Diagram przypadków użycia
Liczebność
ƒ Typy liczebności są analogiczne do tych występujących w diagramach klas. ƒ Sposoby przedstawienia liczebności: • [1], [10], itd. • [*]
• [0..3], [10..100], [1..*]
• [1..5, 7, 9]
Warszawa, 2009
71
UML
Diagram czynności
Poruszane zagadnienia
ƒ
ƒ
ƒ
ƒ
Czym jest diagram czynności? Podstawowe elementy
Czynność a akcja
Współbieżność
Warszawa, 2009
72
UML
Diagram czynności
Czym jest diagram czynności?
Diagram czynności (ang. activity diagram) dotyczy jednego lub wielu obiektów. Opisuje czynności i kolejności ich realizowania przez obiekty oraz reprezentuje interakcję z punktu widzenia wykonywanej pracy.
Warszawa, 2009
73
UML
Diagram czynności
Podstawowe elementy
ƒ Prostokąt o zaokrąglonych rogach przedstawiony poniżej jest graficzną interpretacją czynności lub akcji wykonywanej przez system. ƒ Romby reprezentują decyzje.
Decyzja
Czynność/akcja
ƒ Początkowy i końcowy stan akcji, przedstawiane są odpowiednio jako zamalowane koło oraz koło z kropką. Trzeci z poniższych symboli –
przekreślone koło ‐ oznacza zatrzymanie akcji.
Warszawa, 2009
74
UML
Diagram czynności
Podstawowe elementy c.d.
ƒ Strzałki określają przepływ sterowania między czynnościami. Zakończenie jednej czynności powoduje rozpoczęcie drugiej. Przepływ sterowania
Warszawa, 2009
75
UML
Diagram czynności
Przykłady diagramu czynności
Warszawa, 2009
76
UML
Diagram czynności
Czynność a akcja
ƒ Czynność jest bardziej ogólnym pojęciem, w związku z czym jest podzielna
i charakteryzuje się dłuższym czasem wykonywania. ƒ Akcja jest pojęciem szczegółowym, a co za tym idzie, niepodzielnym, o krótkim czasie realizacji.
Warszawa, 2009
77
UML
Diagram czynności
Współbieżność
ƒ To jednoczesne wykonywanie kilku czynności. ƒ Elementy wykonywane współbieżnie wyróżnia się pogrubionymi poziomymi liniami, która je niejako grupują.
Warszawa, 2009
78
UML
Pytania
Pytania
Warszawa, 2009
79
UML
Dziękujemy za uwagę
Warszawa, 2009
80