Read this post in: de_DEen_USes_ESfr_FRhi_INid_IDjapt_PTru_RUvizh_CNzh_TW

Kompletny przewodnik po diagramach działań UML

Diagram działania pomaga opisać przepływ sterowania systemu docelowego, np. badanie złożonych reguł i operacji biznesowych, opisywanie przypadków użycia oraz modelowanie procesów biznesowych.

Wprowadzenie

Diagramy działań są podstawowym elementem języka modelowania zintegrowanego (UML), używanym do modelowania aspektów dynamicznych systemu. Skupiają się na kolejności i warunkach koordynowania zachowań niższego poziomu, a nie na tym, które klasyfikatory posiadają te zachowania. Nazywa się je powszechnie przepływ sterowania i modele przepływu obiektów.

Zachowania koordynowane przez te modele mogą zostać rozpoczęte, ponieważ:

  • Inne zachowania zakończyły wykonywanie

  • Obiekty i dane stają się dostępne

  • Zdarzenia występują poza przepływem

    visual Paradigm Activity Diagram Tool
    Narzędzie do diagramów działań visual Paradigm


Cel i zastosowania

Diagramy działań spełniają wiele celów modelowania:

🔹 Obliczenia proceduralne: Działania działają jak metody odpowiadające operacjom na klasach w modelach obiektowych.

🔹 Inżynieria procesów biznesowych: Stosowane do modelowania organizacyjnego w celu projektowania przepływów pracy, gdzie zdarzenia mogą pochodzić z wnętrza systemu (ukończenie zadania) lub z zewnątrz (interakcje z klientem).

🔹 Modelowanie systemów informacyjnych: Wykorzystywane do określenia procesów na poziomie systemu i koordynacji złożonych reguł biznesowych.

🔹 Uściślenie przypadków użycia: Pomagają opisać wewnętrzny przepływ operacji w scenariuszu przypadku użycia.


Przykładowy diagram działań

Activity Diagram Sample

Przykład typowego diagramu działań pokazującego przepływ sterowania, punkty decyzyjne oraz przetwarzanie równoległe.


Pełny przewodnik notacji

Poniżej znajduje się kompletny przewodnik wszystkich oznaczeń diagramu działań, w tym ikon wizualnych, definicji i kluczowych właściwości.

Podstawowe elementy

Działanie

Activity

Definicja: Działanie określa koordynację wykonania zachowań podrzędnych, wykorzystując model przepływu sterowania i danych. Przepływ wykonania jest modelowany jako węzły działania połączone krawędziami działania.

Kluczowe właściwości:

Właściwość Opis
Nazwa Nazwa działania
Język modelowania używany Język modelowania używany
Wstępne warunki Ograniczenia, które muszą zostać spełnione podczas wywołania
Warunki końcowe Ograniczenia spełnione po zakończeniu wykonania
Jedno wykonanie Jeśli prawda, wszystkie wywołania obsługiwane przez to samo wykonanie
Tylko do odczytu Jeśli prawda, działanie nie może dokonywać zmian nie lokalnych
Wielokrotnie wywoływane Czy zachowanie może być wywoływane podczas jeszcze trwającego wykonania
Parametry Kolejność i typ argumentów wywołania

Węzeł parametru działania

Activity Parameter Node

Definicja: Węzły obiektów na początku i końcu przepływów, które zapewniają sposób przyjmowania danych wejściowych do działania i dostarczania danych wyjściowych z działania poprzez parametry działania.

Kluczowe właściwości:

Właściwość Opis
Parametr Parametr, dla którego węzeł akceptuje/dostarcza wartości
Górna granica Maksymalna liczba tokenów dozwolonych w węźle
Rodzaj porządkowania Sposób porządkowania tokenów do wyboru
Kierunek Wskazuje, czy parametr jest wejściowy czy wyjściowy (domyślnie: wejściowy)
Typ Typ węzła parametru działania
Muszą być izolowane Jeśli prawda, działania wykonują się w izolacji (domyślnie: fałsz)

Działanie

Action

Definicja: Reprezentuje pojedynczy krok w działaniu, który nie jest dalej rozkładany. Działanie nie rozpocznie wykonywania, dopóki wszystkie warunki wejściowe nie zostaną spełnione.

Kluczowe właściwości:

Właściwość Opis
Nazwa Nazwa działania
Widoczność Dostępność w przestrzeniach nazw
Typ Wywołanie działania zachowania lub wywołanie działania operacji
Efekt Skutki zakończenia działania
Muszą być izolowane Izoluje skutki działań poza grupą

Działania obsługi zdarzeń

Działanie akceptacji zdarzenia

Accept Event Action

Definicja: Działanie oczekujące na wystąpienie zdarzenia spełniającego określone warunki.


Działanie akceptacji zdarzenia czasowego

Accept Time Event Action

Definicja: Jeśli wystąpienie jest zdarzeniem czasowym, wartość wynikowa zawiera czas, w którym zdarzenie miało miejsce. Nieformalnie nazywane „działaniem oczekiwania na czas”.


Działanie wysyłania sygnału

Send Signal Action

Definicja: Tworzy instancję sygnału na podstawie danych wejściowych i przesyła ją do obiektu docelowego, co może spowodować przejście maszyny stanów lub wykonanie aktywności. Wysyłający kontynuuje natychmiast; odpowiedzi są ignorowane.


Węzły sterujące

Początkowy węzeł

Initial Node

Definicja: Węzeł sterujący, w którym rozpoczyna się przepływ, gdy aktywność jest wywoływana. Aktywność może mieć więcej niż jeden węzeł początkowy.


Ostateczny węzeł aktywności

Activity Final Node

Definicja: Aktywność może mieć więcej niż jeden ostateczny węzeł aktywności. Pierwszy osiągnięty zatrzymuje wszystkie przepływy w aktywności.


Ostateczny węzeł przepływu

Flow Final Node

Definicja: Ostateczny węzeł przepływu niszczy wszystkie tokeny, które do niego docierają. Nie ma wpływu na inne przepływy w aktywności.


Węzeł decyzyjny

Decision Node

Definicja: Akceptuje tokeny na krawędzi przychodzącej i prezentuje je na wielu krawędziach wychodzących. Którą krawędź przejść zależy od oceny warunków (guardów) na krawędziach wychodzących.


Węzeł scalający

Merge Node

Definicja: Połączenie wielu alternatywnych przebiegów. Nie służy do synchronizacji równoległych przebiegów, ale do akceptowania jednego z wielu alternatywnych przebiegów.


Węzeł rozgałęziający

Fork Node

Definicja: Węzeł sterujący, który dzieli przebieg na wiele równoległych przebiegów. Ma jedną krawędź wejściową i wiele krawędzi wyjściowych.


Węzeł łączący

Join Node

Definicja: Węzeł sterujący, który synchronizuje wiele przebiegów. Ma wiele krawędzi wejściowych i jedną krawędź wyjściową.


Węzły obiektów i przebiegi

Węzeł obiektu

Object Node

Definicja: Wskazuje wystąpienie określonego klasyfikatora, być może w określonym stanie, które może być dostępne w konkretnym punkcie aktywności.


Pin wejściowy

Input Pin

Definicja: Węzły obiektów, które otrzymują wartości z innych działań poprzez przepływy obiektów.


Pin wyjściowy

Output Pin

Definicja: Węzły obiektów, które dostarczają wartości do innych działań poprzez przepływy obiektów.


Pin wartości

Value Pin

Definicja: Pin wejściowy, który dostarcza wartość do działania, które nie niepochodzi z krawędzi wejściowej przepływu obiektów.


Węzeł buforowy centralny

Central Buffer Node

Definicja: Przyjmuje tokeny z węzłów obiektów górnych i przekazuje je dalej do węzłów obiektów dolnych. Działa jako bufor dla wielu przepływów wejściowych/wyjściowych. Nie łączy się bezpośrednio z działaniami.


Węzeł magazynu danych

Data Store Node

Definicja: Reprezentuje trwałe miejsce przechowywania obiektów w przepływie aktywności.


Przepływ sterowania

Control Flow

Definicja: Krawędź, która uruchamia węzeł aktywności po zakończeniu poprzedniego.

Kluczowe właściwości:

Właściwość Opis
Źródło/Docelowy Węzły połączone przepływem
Waga Minimalna liczba tokenów, które muszą przejść jednocześnie
Warunek Specyfikacja czasu wykonania do ustalenia przejrzystości

Przepływ obiektów

Object Flow

Definicja: Krawędź aktywności, po której mogą przepływać obiekty lub dane.

Kluczowe właściwości:

Właściwość Opis
Wybór Wybiera tokeny z węzła źródłowego obiektu
Transformacja Zmienia lub zastępuje tokeny danych przepływające wzdłuż krawędzi
Multicast/Odbiór wielokierunkowy Kontroluje metodologię przekazywania obiektów

Zaawansowane węzły działania

Specyfikacja węzła warunkowego

Conditional Node Specification

Definicja: Węzeł działania strukturalnego reprezentujący wyłączna opcja między alternatywami.

Kluczowe właściwości:

Właściwość Opis
Zabezpieczone Jeśli prawda, przynajmniej jedno testowanie zakończy się powodzeniem (domyślnie: fałsz)
Oznaczony Jeśli prawda, co najwyżej jedno testowanie zakończy się powodzeniem (domyślnie: fałsz)
Warunki Warunki składające się na warunek
Wynik Wyjściowe złącza tworzące wyjścia przepływu danych

Węzeł pętli

Loop Node

Definicja: Reprezentuje pętlę z sekcjami ustawienia, testowania i ciała. Sekcja testowania może poprzedzać lub następować po sekcji ciała.

Kluczowe właściwości:

Właściwość Opis
Decydujący Wyjściowe złącze, którego wartość decyduje o kontynuacji pętli
Testowane najpierw Jeśli prawda, test wykonany przed pierwszym wykonaniem ciała
Części ustawienia/testowania/ciała Podregiony dla składników pętli
Zmienne pętli Wartości utrzymywane między iteracjami

Region rozszerzenia

Expansion Region

Definicja: Ściśle zagnieżdżony region z jawnymi wejściami/wyjściami (modelowany jako ExpansionNodes). Wykonywany raz dla każdego elementu w kolekcji wejściowej.

Tryby wykonania:

  • równoległy: Wszystkie interakcje są niezależne

  • iteracyjny: Interakcje zachodzą w kolejności elementów

  • strumieniowy: Strumień wartości przepływa do pojedynczego wykonania


Węzeł rozszerzenia

Expansion Node

Definicja: Węzeł obiektu używany do wskazania przepływu przez granicę regionu rozszerzenia. Kolekcje wejściowe są dzielone na pojedyncze elementy wewnątrz; wyjścia łączą elementy z powrotem w kolekcje.


Węzeł sekwencji

Sequence Node

Definicja: Strukturalny węzeł działania, który wykonuje swoje działania w kolejności.


Strukturalny węzeł działania

Structured Activity Node

Definicja: Węzeł kontenera, który grupuje inne węzły działania z zdefiniowanymi semantykami wykonania.


Zaawansowane konstrukcje

Region działania przerwalny

Interruptible Activity Region

Definicja: Grupa działań wspierająca zakończenie tokenów przepływających w częściach działania. Gdy token opuszcza przez przerywające krawędzie, wszystkie tokeny i zachowania w regionie są zakończone.


Obsługa wyjątków

Exception Handler

Definicja: Określa ciało do wykonania, jeśli podczas wykonywania węzła chronionego wystąpi określony wyjątek.

Kluczowe właściwości:

Właściwość Opis
Chroniony węzeł Węzeł chroniony przez obsługę
Ciało obsługi Węzeł wykonywany, jeśli obsługa złapie wyjątek
Wejście wyjątku Węzeł obiektowy odbierający token wyjątku
Typy wyjątków Klasyfikatory wyjątków, które obsługa przechwytuje

Elementy wspierające

Płyn

Swimlane

Definicja: Używane do podziału dzieci na diagramie działania, zazwyczaj w celu pokazania odpowiedzialności przez aktora, dział, lub składnik systemu.

Właściwości:

  • Podziały poziome

  • Podziały pionowe


Uwaga

Note

Definicja: Uwaga umożliwiająca dołączanie uwag do elementów. Nie ma żadnego znaczenia semantycznego, ale może zawierać przydatne informacje modelowania.


Ograniczenie

Constraint

Definicja: Warunek lub ograniczenie wyrażone w języku naturalnym lub języku czytalnym przez maszynę w celu zadeklarowania znaczenia elementu.

Właściwości:

Właściwość Opis
Nazwa Opcjonalna nazwa ograniczenia
Wyrażenie Warunek, który musi być spełniony, aby spełnić wymagania

Powiązane diagramy UML

Diagramy aktywności działają najlepiej w połączeniu z innymi typami diagramów UML:

Typ diagramu Cel Link
 Diagram przypadków użycia Zapisz wymagania funkcjonalne i interakcje aktorów Widok
Diagram klas Modeluj strukturę statyczną i relacje Widok
Diagram sekwencji Pokaż interakcje obiektów w czasie Widok
Diagram komunikacji Podkreśl relacje między obiektami w interakcjach Widok
Diagram maszyny stanów Modeluj stany obiektów i przejścia Widok
Diagram komponentów Pokaż fizyczne komponenty i zależności Widok
Diagram wdrażania Modeluj topologię sprzętu i wdrażanie artefaktów Widok
Diagram pakietów Organizuj elementy modelu w przestrzeniach nazw Widok
Diagram obiektów Pokaż instancje i linki w danym momencie czasu Widok
Diagram struktury złożonej Pokaż wewnętrzną strukturę klasyfikatorów Widok
Diagram czasu Skup się na ograniczeniach czasowych i zmianach stanu Widok
Diagram przeglądowy interakcji Połącz diagramy aktywności i interakcji Widok

Odwołania


ℹ️ Definicja notacji pochodzi z Obiektowa Grupa Zarządzająca Język modelowania zintegrowanego (OMG UML) Superstruktura wersja 2.2 i wcześniejsze wersje (dla notacji, które już nie istnieją w najnowszej specyfikacji).


Ten przewodnik jest przeznaczony dla architektów oprogramowania, analityków biznesowych i projektantów systemów poszukujących sposobu modelowania złożonych przepływów pracy i procesów biznesowych przy użyciu diagramów działań UML. Wszystkie elementy wizualne i definicje pochodzą z oficjalnej galerii UML Visual Paradigm.