Read this post in: de_DEen_USes_ESfr_FRhi_INid_IDjapt_PTru_RUvizh_CNzh_TW

Opanowanie notacji zdarzeń BPMN: Kompletny przewodnik z przykładami

BPMNYesterday

Business Process Model and Notation (BPMN) to standardową notację graficzną do modelowania procesów biznesowych. Zdarzenia BPMN to kluczowa część tej notacji, reprezentują one zdarzenia zachodzące w trakcie procesu. Ten przewodnik zawiera szczegółowy przegląd notacji zdarzeń BPMN, wraz z wieloma przykładami.

Zdarzenia BPMN: Strukturalny przegląd
Zdarzenia w BPMN (Business Process Model and Notation) są przedstawiane jako okręgi i oznaczają zdarzenia wpływające na proces. Określają one sposób reakcji procesu na wewnętrzne lub zewnętrzne sygnały, a typ sygnału jest oznaczony ikoną umieszczoną wewnątrz okręgu. Poniżej znajduje się szczegółowy przegląd zdarzeń BPMN, ich typów i zastosowań:


Kluczowe cechy zdarzeń BPMN

  1. Zachowanie wyzwalane zdarzeniem
    • Zdarzenia wywołują działania na podstawie określonych sygnałów (np. wiadomość, zegar lub błąd).
  2. Hierarchia zdarzeń
    • Poziom 1: Podstawowe zdarzenia (Brak, Wiadomość, Zdarzenia startowe zegara; Brak, Wiadomość, Zdarzenia końcowe zakończenia).
    • Poziom 2: Rozszerzone zdarzenia (zdarzenia pośrednie, Błąd, eskalacja, warunkowe, sygnał, połączenie).
  3. Wskaźniki wizualne
    • Zdarzenia pośrednie: Okręgi podwójne.
    • Zdarzenia graniczne: Przypięte do działań w celu obsługi wyjątków lub działań równoległych.

Typy zdarzeń i ich funkcje

1. Zdarzenia startowe

Wskazują, gdzie zaczyna się proces.

  • Zdarzenie startowe Brak
    • Sygnał: Brak (nieokreślony lub ręczny start).
    • Przypadek użycia: Podprocesy (wymagane) lub procesy najwyższego poziomu z nieokreślonymi sygnałami.
  • Zdarzenie startowe wiadomości (✉️)
    • Sygnał: Zewnętrzna wiadomość.
    • Przypadek użycia: Procesz zaczyna się, gdy zostanie otrzymana wiadomość (np. prośba klienta).
  • Zdarzenie rozpoczęcia zegara (⏰)
    • Wyzwalacz: Zaplanowana godzina/data.
    • Przypadek użycia: Procesy powtarzające się (np. generowanie raportu miesięcznego).
  • Wiele zdarzeń początkowych
    • Wyzwalacz: Dowolny z wielu wyzwalaczy.
    • Przypadek użycia: Procesy z elastycznymi punktami uruchomienia.

2. Zdarzenia końcowe

Wskazuje, gdzie kończy się proces.

  • Zdarzenie końcowe brak
    • Wynik: Nie emitowana żadna sygnał.
    • Przypadek użycia: Domyślne zakończenie procesu.
  • Zdarzenie końcowe wiadomości (✉️)
    • Wynik: Wysyła wiadomość po zakończeniu.
    • Przypadek użycia: Powiadamia zewnętrzne systemy/użytkowników (np. potwierdzenie zamówienia).
  • Zdarzenie końcowe zakończenia (⛔)
    • Wynik: Zatrzymuje wszystkie równoległe przepływy.
    • Przypadek użycia: Obsługa krytycznych wyjątków (np. awaria systemu).

3. Zdarzenia pośrednie

Występują między zdarzeniami początkowymi i końcowymi.

  • Zdarzenie timerowe przechwytujące (⏰)
    • Działanie: Opóźnia proces do momentu określonego czasu/trwania.
    • Przypadek użycia: Czekaj na termin (np. okno płatności).
  • Zdarzenie wysyłające wiadomość (✉️)
    • Działanie: Wysyła wiadomość i kontynuuje przepływ.
    • Przypadek użycia: Równoważne zadaniu „Wysyłka” (np. powiadomienie dostawcy).

4. Zdarzenia graniczne

Przyczepione do działań w celu obsługi wyjątków lub działań równoległych.

  • Zdarzenie graniczne przerywające
    • Zachowanie: Zatrzymuje działanie i uruchamia przepływ wyjątku.
    • Przypadek użycia: Obsługa błędów (np. niepowodzenie płatności).
  • Zdarzenie graniczne nieprzerywające
    • Zachowanie: Działa równolegle do działania.
    • Przypadek użycia: Monitorowanie (np. przypomnienia postępu podczas zadania).
  • Zdarzenie timerowe graniczne (⏰)
    • Działanie: Wywołuje się, gdy aktywność przekracza limit czasu.
    • Przypadek użycia: Wzmacnianie SLA (np. eskalacja zadań przeterminowanych).

Specjalistyczne typy zdarzeń

  • Zdarzenie błędu (❌)
    • Przypadek użycia: Przerwane wyjątki (np. awaria systemu).
  • Zdarzenie eskalacji (📈)
    • Przypadek użycia: Nieprzerwane wyjątki (np. wymagana zgoda menedżera).
  • Zdarzenie sygnału (⚡)
    • Zachowanie: Rozsyła sygnał do wszystkich procesów nasłuchujących.
    • Przypadek użycia: Koordynacja między procesami (np. ostrzeżenia na poziomie systemu).
  • Zdarzenie połączenia (🔗)
    • Zachowanie: Łączy dwie sekcje procesu.
    • Przypadek użycia: Uproszczenie złożonych schematów (np. przepływy z paginacją).

Kluczowe kwestie

  1. Wiadomość vs. sygnał
    • Wiadomość: Skierowana do konkretnego procesu/instancji.
    • Sygnał: Rozsyłana do wszystkich procesów (brak konkretnego odbiorcy).
  2. Podprocesy zdarzeń
    • Wprowadzone w BPMN 2.0 w celu obsługi wyjątków lub powtarzających się działań (np. rejestrowania błędów).
  3. Błąd vs. eskalacja
    • Użyj Błąd do obsługi wyjątków przerывающих; Eskalacja do obsługi wyjątków nieprzerывающих.

Najlepsze praktyki

  • Użyj Zdarzenia startowe zegara do procesów planowanych w celu wyjaśnienia znaczenia instancji.
  • Unikaj nadmiernego używania Zdarzenia końcowe zakończenia; przeznacz je do krytycznych wyjątków.
  • Preferuj Zdarzenia brzegowe nieprzerываjące do monitorowania w celu uniknięcia zakłócania przepływów pracy.

Opanowując te typy zdarzeń i ich wyzwalacze, modelerzy mogą tworzyć dokładne, efektywne diagramy BPMN odzwierciedlające rzeczywiste zachowanie procesów.

 

Sidebar Search
Loading

Signing-in 3 seconds...

Signing-up 3 seconds...