Diagram Czynności (Activity Diagram)

Intuicja: Jeśli Przypadek Użycia mówi nam co system ma robić, to Diagram Czynności pokazuje jak te kroki następują po sobie, uwzględniając warunki, pętle i procesy równoległe.

Czym jest Diagram Czynności?

Diagram Czynności to jeden z najważniejszych diagramów behawioralnych w notacji UML. Pozwala on na wizualizację algorytmów, logiki biznesowej oraz przepływów pracy (workflows). Choć na pierwszy rzut oka przypomina klasyczny schemat blokowy (flowchart), oferuje znacznie większe możliwości – przede wszystkim modelowanie działań dziejących się jednocześnie (współbieżność).

Kluczowe elementy notacji

Aby poprawnie czytać i tworzyć diagramy czynności, należy znać ich podstawowy alfabet:

1. Punkty startu i końca

  • Initial Node (Kropka): Początek przepływu. Może być tylko jeden.
  • Activity Final Node (Kropka w okręgu): Koniec całego procesu.
  • Flow Final Node (Kółko z X): Koniec jednej z gałęzi (nie kończy całego diagramu).

2. Akcje i Czynności (Actions)

Zaokrąglone prostokąty reprezentujące konkretne kroki w procesie (np. “Waliduj hasło”, “Pobierz dane z bazy”).

3. Decyzje i Połączenia (Decision & Merge)

Romby, które rozdzielają przepływ na podstawie warunku (do każdej wychodzącej krawędzi przypisany jest tzw. Guard Condition w nawiasach kwadratowych, np. [brak środków]).

4. Współbieżność (Fork & Join)

Czarne, poziome lub pionowe belki:

  • Fork: Rozdziela jeden przepływ na kilka równoległych.
  • Join: Czeka, aż wszystkie równoległe gałęzie zakończą działanie, by przejść dalej.

5. Tory wodne (Swimlanes / Partitions)

Pionowe lub poziome kolumny, które przypisują odpowiedzialność za daną czynność do konkretnego aktora lub modułu systemu (np. “Klient”, “System Bankowy”, “Kurier”).

Kiedy stosować Diagram Czynności?

Analitycy najczęściej sięgają po ten diagram w trzech sytuacjach:

  1. Modelowanie skomplikowanej logiki Przypadku Użycia: Gdy opis tekstowy staje się zbyt zawiły przez liczne scenariusze alternatywne.
  2. Modelowanie procesów biznesowych: Zanim zaczniemy projektować kod, musimy zrozumieć, jak przepływają dokumenty lub informacje w organizacji.
  3. Projektowanie algorytmów systemowych: Wizualizacja tego, co dzieje się “pod maską” (np. proces naliczania odsetek w systemie bankowym).

Diagram Czynności vs BPMN

Często pojawia się pytanie: wybrać UML czy BPMN?

  • UML (Activity Diagram): Lepiej sprawdza się przy projektowaniu logiki technicznej, programistycznej i wewnątrzsystemowej. Jest integralną częścią reszty modeli UML (np. Diagramu Klas).
  • BPMN: Jest standardem typowo biznesowym, łatwiejszym do zrozumienia dla osób nietechnicznych, ale mniej spójnym z dokumentacją techniczną oprogramowania.

Dobre praktyki (Zasady czystego modelu)

  • Jeden start: Nie wprowadzaj chaosu wieloma punktami wejścia.
  • Jasne nazewnictwo: Akcje powinny zaczynać się od czasownika (np. “Wyślij”, a nie “Przesyłka”).
  • Balans: Jeśli diagram zajmuje trzy strony A4, to znaczy, że jest zbyt szczegółowy. Podziel go na mniejsze pod-procesy.
  • Warunki wykluczające: Ścieżki wychodzące z rombu decyzyjnego muszą być rozłączne (nie może być sytuacji, w której obie są prawdziwe).

Podsumowanie

Diagram Czynności to potężne narzędzie w rękach analityka, które pozwala uniknąć nieporozumień na styku biznes-IT. Dzięki niemu programista wie dokładnie, jaką logikę zaimplementować, a klient może potwierdzić, czy proces biznesowy został poprawnie zrozumiany.

Powiązane pojęcia:

UML Przypadek Użycia (Use Case) BPMN Diagram Sekwencji

Kliknij w pojęcie, aby przejść do jego definicji w słowniku