Model i notacja procesu biznesowego, czyliBPMN, to standardowy język wizualny opisujący sposób wykonywania pracy. Pomaga analitykom biznesowym, menedżerom, programistom i uczestnikom procesu zrozumieć ten sam proces bez odwoływania się do długich, pisemnych procedur.
Diagram BPMN składa się z czterech szerokich kategorii:
-
Obiekty przepływu: Zdarzenia, działania i bramki
-
Obiekty łączące: Przepływy sekwencyjne, przepływy komunikatów i powiązania
-
Światła (płynne korytarze): Zbiorniki i pasy
-
Artefakty: Obiekty danych, grupy i adnotacje tekstowe
Ten przewodnik skupia się na najważniejszej kategorii:Obiekty przepływu BPMN. Obiekty przepływu opisują, co dzieje się w procesie, jakie zadania są wykonywane i jak proces przechodzi z jednej ścieżki na drugą.
1. Co to są obiekty przepływu BPMN?
Obiekty przepływu to centralne elementy diagramu procesu BPMN. Połączone są przepływami sekwencyjnymi i reprezentują zachowanie procesu.
Istnieją trzy typy:
| Obiekt przepływu | Podstawowa forma | Główna funkcja |
|---|---|---|
| Zdarzenie | Koło | Coś, co się dzieje |
| Czynność | Zaokrąglony prostokąt | Praca, która jest wykonywana |
| Brama | Romb | Decyzja, rozgałęzienie, połączenie lub punkt synchronizacji |
Prosty proces może wyglądać koncepcyjnie następująco:
Zdarzenie początkowe → Czynność → Brama → Czynność → Zdarzenie końcowe
Na przykład:
Zamówienie otrzymane → Sprawdzenie stanu magazynowego → Czy przedmiot jest dostępny?
├── Tak → Wysyłka zamówienia
└── Nie → Powiadomienie klienta
Formy są proste, ale symbole wewnątrz nich dostarczają dodatkowego znaczenia.
2. Zdarzenia: rzeczy, które się dzieją
Zdarzeniezdarzeniereprezentuje coś, co się dzieje w trakcie procesu. W przeciwieństwie do czynności, zdarzenie nie jest pracą wykonywaną przez osobę lub system. Może uruchomić proces, przerwać czynność, sygnalizować stan lub wskazać sposób zakończenia procesu.
Zdarzenia są pokazywane jako okręgi. Krawędź wskazuje, gdzie zdarzenie występuje w procesie:
| Typ zdarzenia | Wygląd krawędzi | Znaczenie |
|---|---|---|
| Zdarzenie początkowe | Cienka pojedyncza linia | Pokazuje, jak zaczyna się proces |
| Zdarzenie pośrednie | Podwójna linia | Występuje między początkiem a końcem |
| Zdarzenie końcowe | Gruba pojedyncza linia | Pokazuje, jak kończy się ścieżka procesu |
Zdarzenie początkowe może wykryć wyzwalacz, np. przychodzące wiadomość lub zaplanowany czas. Zdarzenie pośrednie może czekać na coś lub wysyłać coś. Zdarzenie końcowe generuje ostateczny wynik ścieżki procesu.
2.1 Zdarzenia początkowe
Zzdarzenia początkowegowskazuje wyzwalacz, który uruchamia proces lub podproces.
Narysowane jest jako okrąg z cienką krawędzią.
Typowe przykłady to:
-
Klient przesyła zamówienie
-
Pracownik przesyła wniosek o urlop
-
Zegar osiąga zaplanowaną datę
-
Przychodzi wiadomość
-
System wykrywa warunek
-
Tworzony jest nowy przypadek
Zdarzenie startowe typu None
Pusty okrąg startowy oznacza, że proces rozpoczyna się bez konkretnie zamodelowanego wyzwalacza.
○
Przykład:
○ → Przejrzyj wniosek
Użyj zdarzenia startowego typu None, gdy dokładny wyzwalacz jest nieznany, nieistotny lub celowo pozostawiony ogólny.
Zdarzenie startowe wiadomości
Symbol wiadomości w zdarzeniu startowym oznacza, że proces rozpoczyna się w momencie otrzymania wiadomości.
Przykład:
◉ symbol konwencji → Przetwarzanie wniosku klienta
Typowe przypadki użycia:
-
Otrzymywanie e-maila
-
Otrzymywanie żądania API
-
Otrzymywanie zamówienia zakupowego
-
Otrzymanie żądania od innego uczestnika
Zdarzenie początkowe zegara
Zegar wewnątrz zdarzenia początkowego wskazuje, że proces rozpoczyna się zgodnie z harmonogramem lub datą.
Przykłady:
-
Uruchom generowanie faktur co miesiąc
-
Rozpocznij proces odnowienia 30 dni przed wygaśnięciem
-
Uruchom codzienny proces reconciliacji
Zdarzenie początkowe warunkowe
Zdarzenie początkowe warunkowe rozpoczyna się, gdy warunek biznesowy staje się prawdziwy.
Przykład:
Poziom zapasów spada poniżej punktu ponownego zlecania
Zdarzenie początkowe sygnału
Zdarzenie początkowe sygnału rozpoczyna się, gdy otrzymano sygnał nadawany ogólnie. W przeciwieństwie do wiadomości, sygnał ogólnie nie jest kierowany do jednego konkretnego odbiorcy.
Przykład:
Odbierz sygnał „Zamknięcie awaryjne” → Zamknij wszystkie oddziały
Zdarzenie początkowe wielokrotne
Zdarzenie początkowe wielokrotne wskazuje, że kilka różnych wyzwalaczy może rozpocząć ten sam proces.
Na przykład, sprawę wsparcia można rozpocząć, gdy:
-
Klient przesyła formularz internetowy
-
Agent ręcznie wprowadza sprawę
-
Automatyczny system monitoringu wykrywa problem
2.2 Zdarzenia pośrednie
Zdarzenie pośrednie występuje po rozpoczęciu procesu, ale przed jego zakończeniem. Może zatrzymać proces, czekać na coś, wysłać wiadomość, utworzyć ścieżkę wyjątkową lub odpowiedzieć na warunek.
Narysowane jest z podwójnym obramowaniem.
Zdarzenia pośrednie mogą być:
-
Odbierające:Czekanie na coś lub odbieranie czegoś
-
Wyrzucające:Wysyłanie lub tworzenie czegoś
Zdarzenie odbierające zwykle ma niezapełniony lub konturowy znacznik, podczas gdy zdarzenie wyrzucające zwykle używa zapełnionego znacznika.
Zdarzenie pośrednie timera
Zdarzenie timera reprezentuje opóźnienie, termin, czas trwania lub cykliczny harmonogram.
Przykłady:
-
Poczekaj trzy dni robocze
-
Poczekaj do konkretnej daty
-
Zwiększ priorytet, jeśli odpowiedź nie przyjdzie w ciągu 24 godzin
-
Wykonaj działanie cykliczne, gdy proces jest aktywny
Przykład:
Wyślij ofertę → Czekaj 3 dni → Sprawdź odpowiedź
Zdarzenie pośrednie wiadomości
Zdarzenie pośrednie wiadomości oczekuje na wiadomość lub wysyła ją.
Przykłady:
Wyślij prośbę o zatwierdzenie → Czekaj na odpowiedź zatwierdzającą
Zdarzenie wiadomości jest szczególnie przydatne, gdy proces współdziała z innym uczestnikiem, działem, organizacją lub systemem.
Zdarzenie pośrednie błędu
Zdarzenie błędu reprezentuje stan błędu wpływający na normalny przebieg procesu.
Zwykle używane jest jako zdarzenie graniczne przypięte do aktywności lub podprocesu.
Przykład:
Przetwarzanie płatności
│
└── Błąd → Obsługa niepowodzenia płatności
Zdarzenie pośrednie eskalacji
Zdarzenie eskalacji wskazuje, że problem wymaga uwagi na wyższym poziomie, bez konieczności reprezentowania awarii technicznej.
Przykład:
Rozwiąż skargę klienta
│
└── Eskalacja → Weryfikacja przełożonego
Zdarzenie pośrednie warunkowe
Zdarzenie warunkowe oczekuje, aż określony warunek stanie się prawdziwy.
Przykład:
Czekaj, aż konto klienta zostanie zweryfikowane
Zdarzenie pośrednie sygnału
Zdarzenie sygnału emituje lub odbiera sygnał, który może być istotny dla wielu uczestników procesu.
Przykład:
Sygnał o wywołaniu召回 produktu
Zdarzenie pośrednie typu link
Zdarzenie linku łączy dwa odległe punkty w tym samym diagramie procesu bez rysowania długiej linii przepływu zadań przez stronę.
Używaj zdarzeń linku ostrożnie. Mogą one poprawić czytelność diagramu, ale nadmierne ich wykorzystanie może utrudnić śledzenie procesu.
Zdarzenie pośrednie kompensacyjne
Zdarzenie kompensacyjne wywołuje działania korygujące w celu cofnięcia lub zrekompensowania wcześniejszej czynności.
Przykład:
Anulowanie rezerwacji hotelowej
Kompensacja różni się od zwykłego ścieżki błędu. Skupia się specjalnie na cofnięciu lub zrekompensowaniu wykonanej pracy.
2.3 Zdarzenia graniczne
Zdarzenie granicznejest bezpośrednio przypięte do krawędzi aktywności lub podprocesu. Reprezentuje coś, co może się zdarzyć podczas trwania tej aktywności.
Przykład:
┌────────────────────┐
│ Aplikacja procesu │
└────────────────────┘
○
│
└── Przekroczenie czasu → Uznanie przypadku
Zdarzenia graniczne są przydatne do modelowania:
-
Przekroczenia czasu
-
Anulowania
-
Błędy
-
Uprawnienia
-
Przychodzące wiadomości
-
Kompensacja
-
Zewnętrzne sygnały
Zdarzenia graniczne przerywające
Zdarzenie graniczne przerywające zatrzymuje dołączone działanie, gdy występuje.
Przykład:
Przetwarzanie płatności
│
└── Błąd płatności → Obsługa awarii
Działanie płatności kończy się, gdy występuje błąd.
Zdarzenia graniczne nieprzerywające
Zdarzenie graniczne nieprzerywające uruchamia dodatkową ścieżkę, podczas gdy oryginalne działanie nadal trwa.
Zazwyczaj pokazywane jest z przerywaną krawędzią.
Przykład:
Przetwarzanie aplikacji
│
└── Przypomnienie zegara → Wyślij przypomnienie
Proces aplikacji nadal trwa, podczas gdy działa ścieżka przypomnienia.
Ta różnica jest ważna:
| Typ zdarzenia granicznego | Wpływ na dołączone działanie |
|---|---|
| Przerywające | Zatrzymuje działanie |
| Nieprzerwujące | Pozostawia działanie w toku |
2.4 Zdarzenia zakończenia
Zdarzenie zakończenia wskazuje zakończenie ścieżki procesu. Rysowane jest jako okrąg z grubym obramowaniem.
Proces może mieć więcej niż jedno zdarzenie zakończenia, ponieważ różne wyniki mogą zakończyć proces.
Przykłady:
-
Zamówienie zakończone
-
Wniosek odrzucony
-
Płatność nie powiodła się
-
Sprawa anulowana
-
Klient poinformowany
-
Proces zakończony z kompensacją
Zdarzenie zakończenia typu brak
Zwykłe zdarzenie zakończenia wskazuje, że ścieżka została zakończona bez określenia konkretnego wyniku.
●
Zdarzenie zakończenia wiadomości
Zdarzenie zakończenia wiadomości wysyła wiadomość po zakończeniu procesu.
Przykład:
Zamówienie zatwierdzone → Wyślij potwierdzenie → Koniec wiadomości
Zdarzenie końcowe błędu
Zdarzenie końcowe błędu kończy proces, rzucając błąd do wyższego poziomu procesu lub obsługi.
Użyj go w przypadku warunków awarii na poziomie procesu, które muszą zostać obsłużone w innym miejscu.
Zdarzenie końcowe eskalacji
Zdarzenie końcowe eskalacji kończy bieżący przebieg procesu i informuje o wystąpieniu eskalacji.
Zdarzenie końcowe zakończenia
Zdarzenie końcowe zakończenia natychmiast kończy całą instancję procesu, w tym inne aktywne ścieżki.
Jest silniejsze niż zwykłe zdarzenie końcowe. Powinno być używane, gdy wszystkie pozostałe zadania muszą zostać zatrzymane.
Zdarzenie końcowe kompensacji
Zdarzenie końcowe kompensacji uruchamia działania kompensacyjne przed zakończeniem ścieżki procesu.
3. Działania: Praca, która jest wykonywana
Zadziałaniereprezentuje pracę wykonywaną przez osobę, zespół, system lub usługę automatyzowaną. Działania są rysowane jako prostokąty z zaokrąglonymi rogami.
Przykłady to:
-
Przejrzyj wniosek
-
Zatwierdź fakturę
-
Wyślij potwierdzenie
-
Weryfikacja szczegółów klienta
-
Oblicz koszt wysyłki
-
Zaktualizuj konto
-
Wygeneruj raport
Działania stanowią operacyjny fundament diagramu BPMN, ponieważ pokazują, gdzie skupia się czas, wysiłek, koszt i odpowiedzialność.
3.1 Nadawanie nazw działaniom
Dobra nazwa działania zwykle podąża tym wzorem:
Czasownik + rzeczownik
Przykłady:
-
Przejrzyj wniosek
-
Zatwierdź fakturę
-
Utwórz rekord klienta
-
Weryfikacja płatności
-
Wyślij potwierdzenie e-mailem
Unikaj nieprecyzyjnych nazw takich jak:
-
Przetwarzanie
-
Obsłuż wniosek
-
Krok 1
-
Inna praca
-
Administracja
Jasna nazwa działania powinna opisywać działanie i jego przedmiot.
| Słaba nazwa | Lepsza nazwa |
|---|---|
| Przetwarzanie | Przetwarzanie płatności |
| Przegląd | Przegląd aplikacji |
| Krok klienta | Weryfikacja tożsamości klienta |
| Wyślij e-mail z potwierdzeniem | |
| Aktualizacja | Aktualizacja statusu zamówienia |
Zadanie zwykle reprezentuje jedną jednostkę pracy, która nie może ani nie powinna być dalej dzielona. Podproces reprezentuje zbiór powiązanych działań.
3.2 Zadania
Zadanie zadanieto najprostszy rodzaj działania. Reprezentuje pojedynczą jednostkę pracy.
Podstawowe zadanie przedstawia się jako zaokrąglony prostokąt:
╭────────────────────╮
│ Przegląd aplikacji │
╰────────────────────╯
Zadania mogą zawierać oznaczenia wskazujące rodzaj wykonywanej pracy.
Zadanie użytkownika
Zadanie użytkownika jest wykonywane przez człowieka przy użyciu systemu lub aplikacji.
Przykłady:
-
Zatwierdź raport kosztów
-
Wprowadź informacje o kliencie
-
Przejrzyj kontrakt
-
Przydziel sprawę wsparcia
Zadanie ręczne
Zadanie ręczne jest wykonywane przez osobę bez pomocy silnika procesów biznesowych lub aplikacji.
Przykłady:
-
Sprawdź wyposażenie
-
Podpisz dokument papierowy
-
Zapakuj produkt fizyczny
-
Dostarcz dokument ręcznie
Zadanie usługi
Zadanie usługi jest wykonywane automatycznie przez system, aplikację, usługę internetową lub interfejs API.
Przykłady:
-
Pobierz ocenę kredytową
-
Wyślij automatyczny e-mail
-
Oblicz podatek
-
Utwórz rekord w bazie danych
-
Wywołaj usługę płatności
Zadanie skryptu
Zadanie skryptu wykonuje skrypt lub fragment kodu w środowisku procesu.
Przykłady:
-
Przekształć dane
-
Oblicz wartość
-
Sformatuj wiadomość
-
Zastosuj prostą regułę danych
Zadanie reguły biznesowej
Zadanie reguły biznesowej ocenia reguły biznesowe, często za pomocą silnika reguł.
Przykłady:
-
Określ limit kredytowy
-
Oblicz składkę ubezpieczeniową
-
Zdecyduj, czy zamówienie spełnia warunki darmowej wysyłki
-
Określ poziom zatwierdzenia
Zadanie wysyłania
Zadanie wysyłania wysyła wiadomość do innego uczestnika lub systemu.
Przykłady:
-
Wyślij fakturę
-
Wyślij potwierdzenie zamówienia
-
Wyślij powiadomienie do magazynu
Odbierz zadanie
Zadanie odbioru oczekuje na wiadomość od innego uczestnika lub systemu.
Przykłady:
-
Odbierz podpisany kontrakt
-
Odbierz potwierdzenie płatności
-
Odbierz status wysyłki
3.3 Podprocesy
Zapodprocesto aktywność zawierająca bardziej szczegółowy proces.
Może być przedstawiony na dwa sposoby:
-
Zamknięty podproces:Okrągły prostokąt z znacznikiem plus
-
Rozszerzony podproces:Większy okrągły prostokąt wyświetlający przepływ wewnętrzny
Użyj podprocesu, gdy kilka zadań należy do siebie i diagram najwyższego poziomu stałby się zbyt szczegółowy, jeśli wszystkie z nich byłyby pokazane.
Przykład:
╭──────────────────────────────╮
│ + Ukończ wdrażanie klienta │
╰──────────────────────────────╯
Podproces może zawierać:
Zbierz informacje
↓
Weryfikuj tożsamość
↓
Utwórz konto
↓
Wyślij powitanie
Kiedy używać podprocesu
Użyj go, gdy:
-
Grupa kroków ma jasny cel biznesowy
-
Grupa może być używana ponownie w koncepcyjny sposób
-
Główny diagram zaczyna być zatłoczony
-
Stakeholderzy potrzebują zarówno przeglądu, jak i szczegółowego widoku
-
Wewnętrzny proces ma własną logikę startu, zakończenia, wyjątków lub decyzji
Zagnieżdżony podproces
Zagnieżdżony podproces jest definiowany wewnątrz procesu nadrzędnego i jest częścią jego przepływu.
Aktywność wywołania
Aktywność wywołania wywołuje oddzielnie zdefiniowany proces używany wielokrotnie lub globalną zadanie.
Użyj go, gdy ta sama logika procesu jest wywoływana z wielu miejsc, na przykład:
Weryfikuj tożsamość klienta
Jeśli weryfikacja klienta pojawia się w kilku procesach biznesowych, aktywność wywołania używana wielokrotnie może być bardziej odpowiednia niż powielanie wszystkich jej kroków wewnętrznych.
Podproces zdarzenia
Podproces zdarzenia jest aktywowany przez zdarzenie startowe, gdy jego proces lub podproces nadrzędny jest aktywny. Jest przydatny do obsługi sytuacji wyjątkowych lub równoległych, takich jak prośby o anulowanie, pilne eskalacje lub nadchodzące aktualizacje. Podprocesy zdarzeń mogą być przerwijące lub nieprzerwijące.
Przykład:
Główny proces: Zrealizuj zamówienie
Subproces zdarzenia:
Prośba o anulowanie → Anuluj realizację → Zwróć pieniądze klientowi
3.4 Znaczniki działań
Działania mogą zawierać małe znaczniki dodające informacje o ich zachowaniu.
Znacznik pętli
Znacznik pętli wskazuje, że działanie powtarza się, aż do spełnienia warunku.
Przykład:
Przejrzyj dokument
↻
Użyj go dla działań takich jak:
-
Przejrzyj, aż zostanie zatwierdzone
-
Próbuj dostarczyć, aż się powiedzie
-
Skontaktuj się z klientem, aż go osiągniesz
Znacznik wielu egzemplarzy równoległych
Wskazuje, że wiele egzemplarzy tej samej aktywności działa równocześnie.
Przykład:
Uzyskaj trzy zatwierdzenia
Działanie może być wykonywane równocześnie przez kilku recenzentów.
Znacznik wielu egzemplarzy sekwencyjnych
Wskazuje, że wiele egzemplarzy działa jeden po drugim.
Przykład:
Przejrzyj przedmioty jeden po drugim
Znacznik kompensacji
Wskazuje działanie używane do kompensacji wcześniej wykonanej pracy.
Przykład:
Zwróć klientowi
Znacznik ad hoc
Podproces ad hoc jest oznaczany znacznikiem przypominającym tyldę. Wskazuje on, że działania wewnątrz podprocesu mogą być wykonywane w elastycznej lub luźno zorganizowanej kolejności, a nie według jednej ustalonej sekwencji.
4. Przepustnice: Decyzje, rozdzielenia i scalenia
Przepustnica przepustnicakontroluje, jak strumień procesu rozgałęzia się lub łączy. Przepustnice są rysowane jako romby.
Przepustnica zazwyczaj nie jest zadaniem. Nie wykonuje samej pracy decyzyjnej. Zamiast tego reprezentuje sposób kontrolowania strumienia procesu po ocenie decyzji, warunku lub zdarzenia.
Na przykład:
Przejrzyj wniosek → Czy wniosek jest kompletny?
Działanie przeglądu zbiera lub ocenia informacje. Przepustnica następnie kieruje proces w zależności od wyniku.
Przepustnice mogą:
-
Rozdziela jedną ścieżkę na kilka ścieżek
-
Scalanie wielu ścieżek w jedną
-
Synchronizacja pracy równoległej
-
Czekanie na jedno lub więcej zdarzeń
-
Kierowanie pracą na podstawie warunków lub reguł
4.1 Wyłączny bramka: XOR
Punkt wyłączny bramka wybiera dokładnie jedną wyjściową ścieżkę.
Zazwyczaj przedstawia się ją jako romb zawierający literę „X”, choć znacznik może być pominięty na niektórych schematach.
Przykład:
┌── Zatwierdzono → Utwórz konto
Sprawdź wniosek ─◇
└── Odrzucono → Wyślij odpowiedź odrzucenia
Śledzona jest tylko jedna ścieżka.
Typowe zastosowania:
-
Jeśli płatność zostanie zatwierdzona, kontynuuj; w przeciwnym razie odrzuć
-
Jeśli klient jest uprawniony, oferuj rabat
-
Jeśli wniosek jest kompletny, przetwórz go; w przeciwnym razie zwróć go
Wyjściowe ścieżki powinny zwykle mieć jasne warunki lub etykiety:
-
Zatwierdzono
-
Odrzucono
-
Kompletny
-
Niezakończony
-
Kwota > 10 000 USD
-
Kwota ≤ 10 000 USD
Wyłączne połączenie
Wyłączny bramka może również połączyć alternatywne ścieżki z powrotem w jedną ścieżkę. Nie czeka na wszystkie ścieżki, ponieważ tylko jedna z alternatywnych ścieżek powinna zostać wybrana.
Domyślny przepływ
Ścieżka domyślna może być używana, gdy żadna z określonych warunków nie jest spełniona.
Na przykład:
Zatwierdzony
Odrzucony
Domyślny → Recenzja ręczna
Ścieżka domyślna jest przydatna w przypadkach nieoczekiwanych lub nieklasyfikowanych.
4.2 Bramka równoległa: I
Bramka równoległadzieli proces na wiele ścieżek działających równolegle.
Jest reprezentowana przez romb zawierający znak plus.
Przykład:
┌── Przygotuj fakturę ──┐
Zatwierdzono zamówienie ─◇ ◇── Wyślij zamówienie
└── Zarezerwuj zapas ┘
Oba działania zaczynają się jednocześnie, a proces może później czekać na zakończenie obu.
Rozdzielenie równoległe
Rozdzielenie równoległe uruchamia wszystkie wyjściowe ścieżki.
Użyj jej, gdy wszystkie działania muszą się odbyć, niezależnie od warunków.
Przykłady:
-
Wyślij potwierdzenie i zaktualizuj zapas
-
Powiadom dział finansowy i dział operacyjny
-
Wykonaj sprawdzenie bezpieczeństwa i sprawdzenie oszustw
Połączenie równoległe
Połączenie równoległe oczekuje na zakończenie wszystkich przychodzących ścieżek przed kontynuowaniem.
Czasem nazywa się to synchronizacją.
Przygotuj fakturę ──┐
◇── Zrealizuj zamówienie
Zarezerwuj zapasy ┘
Jeśli jedna z przychodzących gałęzi jest opóźniona, połączenie czeka na nią.
4.3 Brama wyłączna: LUB
Pozwalabrama wyłączna wybiera jedną lub więcej ścieżek wychodzących w zależności od tego, które warunki są spełnione.
Jest przedstawiana jako romb zawierający okrąg.
Przykład:
Klient ma prawo do:
- Standardowej zniżki
- Zniżki za lojalność
- Zniżki promocyjnej
Może zostać wybrana więcej niż jedna działanie związane z zniżką, jeśli spełnione są wiele warunków.
Użyj bramy wyłącznej, gdy:
-
Jeden lub więcej warunków może być spełniony
-
Wiele ścieżek może działać jednocześnie
-
Proces powinien kontynuować się po zakończeniu wszystkich wybranych ścieżek
W przeciwieństwie do bramy wyłącznej, brama wyłączna nie musi zawsze wybierać tylko jedną ścieżkę. W przeciwieństwie do bramy równoległej, nie musi zawsze wybierać każdej ścieżki.
4.4 Brama oparta na zdarzeniach
Zabramka oparta na zdarzeniach kieruje procesem według tego, które zdarzenie zajdzie jako pierwsze.
Zazwyczaj następują po nim przechwytywane zdarzenia pośrednie lub zadania odbierania.
Przykład:
Wyślij ofertę → Bramka oparta na zdarzeniach
├── Otrzymano wiadomość → Przetwarzanie akceptacji
└── Przekroczono czas → Wyślij przypomnienie
Decyduje tylko pierwsze zdarzenie, które zajdzie.
Użyj bramki opartej na zdarzeniach, gdy proces oczekuje na zachowanie zewnętrzne, a nie na ocenę znanej warunku biznesowego. Na przykład proces może oczekiwać odpowiedzi klienta lub wygaśnięcia czasu.
Bramka oparta na zdarzeniach w porównaniu do bramki wyłącznej
| Pytanie | Bramka wyłączna | Bramka oparta na zdarzeniach |
|---|---|---|
| Co decyduje o ścieżce? | Warunek lub reguła biznesowa | Pierwsze zdarzenie, które zajdzie |
| Typowe pytanie | „Czy wniosek został zaakceptowany?” | „Co się stanie jako pierwsze?” |
| Typowe elementy następne | Działania lub przepływy sekwencji | Przechwytywanie zdarzeń lub zadania odbierania |
| Źródło decyzji | Dane lub logika | Zewnętrzne zdarzenie |
4.5 Bramka złożona
A bramka złożonaobsługuje zaawansowaną logikę routingu, której nie da się jasno wyrazić za pomocą standardowych typów bramek.
Przykłady obejmują:
-
Kontynuuj, gdy otrzymasz co najmniej dwie z trzech zgód
-
Wybierz ścieżkę na podstawie złożonej kombinacji warunków
-
Synchronizuj wybrane ścieżki zgodnie z niestandardowymi zasadami
Bramki złożone należy stosować oszczędnie. W wielu przypadkach kilka prostszych bramek lub zadanie reguły biznesowej o jasnym nazwisku będzie łatwiejsze do zrozumienia i utrzymania.
4.6 Warianty bramek opartych na zdarzeniach
BPMN obsługuje również warianty bramek opartych na zdarzeniach, w tym:
-
Wyłączne bramki oparte na zdarzeniach
-
Równoległe bramki oparte na zdarzeniach
-
Bramki inicjujące oparte na zdarzeniach
Równoległa bramka oparta na zdarzeniach może czekać na wiele warunków zdarzeń, podczas gdy wyłączna bramka oparta na zdarzeniach postępuje na podstawie pierwszego występującego zdarzenia. Prawidłowy wariant zależy od tego, czy proces oczekuje na jedno zdarzenie, czy na kombinację zdarzeń.
5. Jak działają razem obiekty przepływu
Znaczenie diagramu BPMN wynika z relacji między zdarzeniami, działaniami, bramkami i przepływami sekwencji.
Rozważmy proces zamówienia:
Start
↓
Odbierz zamówienie
↓
Sprawdź stan magazynowy
↓
Czy przedmiot jest dostępny?
├── Tak → Zabierz zamówienie → Wyślij zamówienie → Koniec
└── Nie → Powiadom klienta → Koniec
Ten przykład zawiera:
-
Początkowe zdarzenie startowektóre rozpoczyna proces
-
Działania związane z odbieraniem, sprawdzaniem, pakowaniem, wysyłką i powiadamianiem
-
Punkt wyłączny przejściektóre wybiera jedną drogę
-
Dwa zdarzenia końcowelub ścieżki końcowe reprezentujące różne wyniki
Wersja bardziej zaawansowana może wyglądać następująco:
Start
↓
Odbierz zamówienie
↓
Sprawdź stan magazynowy
↓
Czy przedmiot jest dostępny?
├── Nie → Powiadom klienta → Koniec
└── Tak → Brama równoległa
├── Zarezerwuj stan magazynowy
├── Przygotuj fakturę
└── Sprawdź oszustwo
↓
Połączenie równoległe
↓
Wyślij zamówienie
↓
Koniec
Tutaj:
-
Wyłączny przejście decyduje, czy realizacja może się kontynuować.
-
Brama równoległa uruchamia trzy działania.
-
Połączenie równoległe czeka na zakończenie wszystkich trzech działań.
-
Wysyłka rozpoczyna się dopiero po zakończeniu synchronizacji.
6. Zdarzenia, działania i bramki: Szybka porównawcza
| Element | Kluczowe pytanie | Przykład |
|---|---|---|
| Zdarzenie | Co się wydarzyło lub wydarzy? | Płatność otrzymana |
| Działanie | Jaką pracę wykonuje się? | Weryfikacja płatności |
| Bramka | Którą trasą powinien przejść proces? | Czy płatność jest ważna? |
Polecamy zasada:
-
Zdarzenia zachodzą
-
Działania są wykonywane
-
Bramki kontrolują przebieg
Jeśli nie jesteś pewien, którego symbolu użyć, zapytaj:
-
Czy jest to coś, co się dzieje bez traktowania jako pracy? Użyjzdarzenie.
-
Ktoś lub coś wykonuje działanie? Użyj działanie.
-
Czy proces dzieli się, łączy się lub oczekuje na warunek routingu? Użyj brama.
7. Poprawne łączenie obiektów przepływu
Obiekty przepływu są łączone różnymi rodzajami linii. Użycie nieprawidłowego połączenia może spowodować nieporozumienie na schemacie.
7.1 Przepływ sekwencji
Pojedyncza linia przepływu sekwencjito ciągła linia z ostrym końcem. Pokazuje kolejność wykonywania obiektów przepływu w ramach tego samego procesu.
Działanie A → Działanie B
Użyj przepływu sekwencji do połączenia:
-
Zdarzenia z działaniami
-
Działania z bramami
-
Bramy z działaniami
-
Działania z zakończeniami zdarzeń
Przepływ sekwencji zwykle nie powinien przekraczać granicy między oddzielnymi strefami.
7.2 Przepływ wiadomości
A przepływ wiadomościto linia przerywana z otwartym zakończeniem strzałki. Reprezentuje komunikację między oddzielnymi uczestnikami lub strefami.
Przykłady:
-
Klient wysyła zamówienie do sprzedawcy
-
Sprzedawca wysyła potwierdzenie do klienta
-
Bank wysyła wynik płatności do sprzedawcy
Używaj przepływu wiadomości do komunikacji, a nie do pokazywania kolejności wewnętrznych procesów.
7.3 Powiązanie
Punkt powiązanieto linia kropkowana używana do łączenia artefaktów, notatek lub reprezentacji danych z obiektami przepływu.
Przykłady:
-
Przypisz dokument do zadania
-
Połącz adnotację tekstową z aktywnością
-
Pokaż, że zadanie używa obiektu danych
Trzy główne typy obiektów łączących to przepływy sekwencji, przepływy wiadomości i powiązania.
8. Strefy i pasy
Chociaż zbiorniki i pasy nie są obiektami przepływu, zapewniają istotny kontekst do zrozumienia, kto wykonuje każdą czynność.
Zbiornik
Zbiornik reprezentuje uczestnika w procesie.
Przykłady:
-
Klient
-
Dostawca
-
Bank
-
Firma
-
Urząd rządowy
-
Zewnętrzny system
Zbiornik może zawierać cały proces lub być przedstawiony jako uczestnik typu „czarna skrzynka” bez szczegółów wewnętrznych.
Pasek
Pasek dzieli zbiornik według odpowiedzialności, roli, działu, systemu lub lokalizacji.
Przykłady:
-
Obsługa klienta
-
Finanse
-
Magazyn
-
Menadżer
-
System płatności
Paski pomagają odpowiedzieć na pytanie:
Kto jest odpowiedzialny za tę działalność?
Mogą również ujawniać przekazywanie zadań, opóźnienia, powielone prace oraz niejasne przyporządkowanie odpowiedzialności.
9. Obiekty danych i inne wspierające elementy
Obiekty danych nie są obiektami przepływu, ale zapewniają przydatne konteksty dotyczące informacji używanych, tworzonych lub zmienianych przez działania.
Przykłady:
-
Formularz aplikacyjny
-
Faktura
-
Zamówienie zakupu
-
Rejestr klienta
-
Dokument zatwierdzenia
-
Etykieta wysyłkowa
Obiekt danych może być połączony z działaniem w następujący sposób:
Formularz aplikacyjny → Ocena aplikacji
Obiekty danych identyfikują istotne informacje, ale niekoniecznie reprezentują każdą część danych przetwarzanych przez proces.
Inne wspierające elementy obejmują:
-
Magazyny danych:Trwałe lokalizacje, w których przechowywane są dane
-
Adnotacje tekstowe:Uzasadniające notatki
-
Grupy: Wizualna organizacja powiązanych elementów
-
Powiązania: Linki między elementami wspierającymi a obiektami przepływu
10. Krok po kroku metoda modelowania procesu
Krok 1: Zdefiniuj zakres procesu
Zdecyduj, gdzie proces zaczyna się i kończy.
Na przykład:
Od: Klient wysyła zamówienie
Do: Zamówienie jest wysłane lub odrzucone
Unikaj modelowania całej organizacji na jednym diagramie.
Krok 2: Zidentyfikuj uczestników
Wymień osoby, departamenty, systemy lub organizacje zaangażowane.
Przykłady:
-
Klient
-
Zespół sprzedaży
-
Dział finansowy
-
Magazyn
-
Brama płatności
Mogą stać się strefami lub pasami.
Krok 3: Zidentyfikuj wyzwalacz początkowy
Zapytaj:
Co powoduje rozpoczęcie tego procesu?
Użyj odpowiedniego zdarzenia początkowego:
-
Wiadomość
-
Licznik
-
Warunkowy wyzwalacz
-
Sygnał
-
Brak
Krok 4: Wypisz główne działania
Napisz każde działanie w formacie czasownik i obiekt:
-
Odbierz zamówienie
-
Weryfikuj zamówienie
-
Oblicz łączną kwotę
-
Zatwierdź płatność
-
Wyslij zamówienie
Na tym etapie nie martw się każdą wyjątkową sytuacją.
Krok 5: Dodaj decyzje
Szukaj pytań takich jak:
-
Czy zamówienie jest zakończone?
-
Czy płatność została zatwierdzona?
-
Czy magazyn jest dostępny?
-
Czy klient spełnia kryteria?
-
Czy termin wygasł?
Użyj bramek, aby przedstawić, jak odpowiedź wpływa na proces.
Krok 6: Dodaj pracę równoległą
Zidentyfikuj działania, które mogą odbywać się równolegle.
Na przykład:
-
Zaktualizuj stan magazynowy
-
Wyślij potwierdzenie
-
Utwórz fakturę
Użyj bramek równoległych, gdy wszystkie gałęzie muszą zostać ukończone lub zsynchronizowane.
Krok 7: Dodaj zdarzenia pośrednie i brzegowe
Zapytaj, co może się zdarzyć podczas wykonywania pracy:
-
Czy działanie ma termin?
-
Czy może zostać anulowane?
-
Czy może wystąpić błąd?
-
Czy może przyjść wiadomość zewnętrzna?
-
Czy proces powinien zostać eskalowany, jeśli zajmie zbyt dużo czasu?
Krok 8: Dodaj zdarzenia końcowe
Zidentyfikuj wszystkie istotne wyniki:
-
Zakończone
-
Odrzucono
-
Anulowano
-
Niepowodzenie
-
Przekazano dalej
-
Zrekompensowano
Krok 9: Dodaj dane i adnotacje
Dołącz dokumenty, systemy, notatki i zasady biznesowe wyłącznie tam, gdzie poprawiają zrozumienie.
Krok 10: Przejrzyj schemat
Sprawdź, czy:
-
Każda ścieżka procesu ma jasny początek
-
Każda ścieżka w końcu się kończy
-
Warunki bramki są zrozumiałe
-
Działania mają jasnych właścicieli
-
Przepływy sekwencji pokazują rzeczywistą kolejność
-
Przepływy wiadomości są używane wyłącznie między uczestnikami
-
Żadna bramka nie jest używana jako zadanie
-
Schemat nie jest przeciążony niepotrzebnymi szczegółami
11. Powszechne błędy modelowania BPMN
Błąd 1: Używanie bramki jako aktywności decyzyjnej
Bramka powinna kierować procesem, a nie wykonywać analizy.
Słabe podejście:
◇ Sprawdź ocenę kredytową
Lepsze podejście:
Sprawdź ocenę kredytową → Zatwierdzono kredyt?
Aktywność wykonuje sprawdzenie. Bramka kieruje na podstawie wyniku.
Błąd 2: Używanie przepływu sekwencyjnego między oddzielnymi strefami
Przepływ sekwencyjny reprezentuje wewnętrzną kolejność procesu. Komunikacja między oddzielnymi uczestnikami powinna odbywać się za pomocą przepływu komunikatów.
Niepoprawny koncept:
Strefa Klienta ── ciągły przepływ sekwencyjny ── Strefa Sprzedawcy
Lepszy koncept:
Strefa Klienta ── przerywany przepływ komunikatów ── Strefa Sprzedawcy
Błąd 3: Pozostawianie ścieżek bramki nieoznaczonymi
Nieoznaczona bramka powoduje niejasność.
Zamiast:
◇ → Ścieżka A
→ Ścieżka B
Użyj:
◇
├── Zatwierdzono
└── Odrzucono
Błąd 4: Używanie bramki wyłącznej do pracy równoległej
Jeśli wszystkie aktywności muszą się odbyć, nie używaj bramki wyłącznej.
Niepoprawnie:
◇ ├── Wyślij potwierdzenie
└── Zaktualizuj stan magazynowy
Oznacza to, że wybrana jest tylko jedna ścieżka.
Użyj bramki równoległej, jeśli obie czynności muszą się wydarzyć:
+ ├── Wyślij potwierdzenie
└── Zaktualizuj stan magazynowy
Błąd 5: Używanie bramki równoległej do pracy warunkowej
Bramka równoległa aktywuje każdą wyjściową ścieżkę. Jeśli tylko niektóre ścieżki powinny się uruchomić, użyj bramki wyłącznej lub włączeniowej.
Błąd 6: Modelowanie każdej drobnej czynności
Diagram może stać się nieczytelny, jeśli dołączymy każdy klik, wpisanie pola oraz działanie systemu wewnętrznego.
Modeluj na poziomie odpowiednim dla Twojej grupy docelowej:
-
Kierownicy potrzebują głównych etapów
-
Właściciele procesów potrzebują odpowiedzialności i decyzji
-
Programiści mogą potrzebować szczegółów na poziomie implementacji
-
Audytorzy mogą potrzebować kontroli i dowodów
Błąd 7: Tworzenie ścieżek bez wyjścia
Każda ścieżka przepływu sekwencji powinna w końcu osiągnąć odpowiedni zdarzenie końcowe lub jasno zdefiniowaną granicę podprocesu.
Błąd 8: Niepotrzebne mieszanie logiki biznesowej i implementacji technicznej
Diagram procesu biznesowego powinien najpierw wyjaśnić proces. Szczegóły techniczne powinny być uwzględnione tylko wtedy, gdy pomogą odbiorcom.
12. Powszechnie stosowane zasady nazewnictwa
Spójne nazewnictwo ułatwia czytanie diagramów.
Zdarzenia
Nazwij zdarzenia z wynikiem, wystąpieniem lub warunkiem:
-
Zamówienie otrzymane
-
Płatność potwierdzona
-
Termin wygasł
-
Klient anulował
-
Wystąpił błąd
Działania
Użyj:
Czasownik + rzeczownik
Przykłady:
-
Przejrzyj kontrakt
-
Zatwierdź wniosek
-
Zaktualizuj konto
-
Wyślij powiadomienie
Bramy
Bramy są najczęściej najjasniejsze, gdy są związane z pytaniem:
-
Czy wniosek jest kompletny?
-
Czy płatność została zatwierdzona?
-
Czy magazyn jest dostępny?
-
Czy termin minął?
Wyjściowe ścieżki powinny zawierać odpowiedzi:
-
Tak / Nie
-
Zaakceptowany / Odrzucony
-
Dostępny / Niedostępny
Zdarzenia końcowe
Nazwij zdarzenia końcowe zgodnie z wynikiem:
-
Zamówienie zakończone
-
Wniosek odrzucony
-
Płatność nieudana
-
Sprawa anulowana
13. Wybieranie odpowiedniego bramki
Użyj tego poradnika decyzyjnego:
| Potrzeba modelowania | Bramka do użycia |
|---|---|
| Wybierz dokładnie jedną ścieżkę na podstawie warunków | Bramka wyłączna |
| Rozpocznij każdą wyjściową ścieżkę | Bramka równoległa |
| Wybierz jedną lub więcej ścieżek na podstawie warunków | Bramka inkluzjowa |
| Postępuj ścieżką do pierwszego zdarzenia, które wystąpi | Brama oparta na zdarzeniach |
| Zastosuj bardzo specjalistyczne zasady routingu | Złożona brama |
Szybka test umysłowy:
-
Jedna ścieżka?Wyłączny
-
Wszystkie ścieżki?Równoległa
-
Niektóre ścieżki?Włączający
-
Pierwsze zdarzenie?Oparte na zdarzeniach
-
Niezwykła logika niestandardowa?Złożony
14. Pełny przykład: Proces zwrotu pieniędzy klienta
Rozważ proces zwrotu pieniędzy klienta.
Start: Otrzymano wniosek o zwrot
↓
Przejrzyj wniosek o zwrot
↓
Czy wniosek jest zasługujący?
├── Nie
│ ↓
│ Wyślij powiadomienie o odrzuceniu
│ ↓
│ Koniec: Zwrot odrzucony
│
└── Tak
↓
Zatwierdź zwrot
↓
Brama równoległa
├── Wystaw zwrot
└── Zaktualizuj konto klienta
↓
Połączenie równoległe
↓
Wyślij potwierdzenie zwrotu
↓
Koniec: Zwrot zakończony
Ten model demonstruje:
-
Zdarzenie startowe oparte na wiadomości
-
Zadania użytkownika lub ręczne
-
Wyłączny bramka
-
Ścieżka odrzucenia
-
Rozdzielenie równoległe
-
Połączenie równoległe
-
Zadanie potwierdzenia
-
Różne końcowe wyniki
Jeśli usługa zwrotu może się nie powieść, dodaj zdarzenie błędu graniczne doWystaw zwrot:
Wystaw zwrot
│
└── Błąd → Utwórz sprawę przeglądu ręcznego
Jeśli zwrot musi zostać zakończony w ciągu pięciu dni roboczych, dodaj zdarzenie timera granicznego:
Wystaw zwrot
│
└── Przekroczenie 5-dniowego limitu czasu → Uzyskaj eskalację zwrotu
15. Zestaw szybkich informacji o symbolach BPMN
| Kategoria symbolu | Znaczenie | Typowe zastosowanie |
|---|---|---|
| Cienki okrąg | Zdarzenie rozpoczęcia | Rozpocznij proces |
| Podwójny okrąg | Zdarzenie pośrednie | Czekaj, wyślij, odbierz lub zareaguj |
| Gruby okrąg | Zdarzenie końcowe | Zakończ ścieżkę procesu |
| Zaokrąglony prostokąt | Zadanie lub czynność | Wykonaj pracę |
| Zaokrąglony prostokąt z plusem | Zamknięty podproces | Zgrupuj szczegółową pracę |
| Romb z X | Wyłączny bramka | Wybierz jedną ścieżkę |
| Romb z plusem | Równoległa bramka | Uruchom wszystkie ścieżki |
| Romb z okręgiem | Włączna bramka | Uruchom jedną lub więcej ścieżek |
| Diament z oznaczeniem zdarzenia | Brama oparta na zdarzeniach | Postępuj zgodnie z pierwszym zdarzeniem |
| Pełna strzałka | Przepływ sekwencji | Pokaż wewnętrzną kolejność |
| Kreska strzałki | Przepływ komunikatów | Pokaż komunikację |
| Kreska łącząca | Powiązanie | Połącz notatki lub dane |
| Basen | Uczestnik | Reprezentuje organizację lub proces |
| Końcówka | Rola lub odpowiedzialność | Przypisz własność |
| Kształt dokumentu/danych | Obiekt danych | Pokaż informacje używane lub tworzone |
16. Ostateczne zasady modelowania
Najefektywniejsze diagramy BPMN podążają za kilkoma podstawowymi zasadami:
-
Używaj zdarzeń do rzeczy, które się dzieją.
-
Używaj działań do pracy, którą wykonują ludzie lub systemy.
-
Używaj bramek do kontroli lub synchronizacji ścieżek.
-
Używaj przejść sekwencyjnych do wewnętrznego porządku procesu.
-
Używaj przepływów komunikatów do komunikacji między uczestnikami.
-
Jasno oznaczaj decyzje i warunki wyjściowe.
-
Używaj podprocesów do kontroli złożoności.
-
Pokaż odpowiedzialność za pomocą stref i pasów.
-
Używaj zdarzeń brzegowych do wygaśnięć, błędów i przerwań.
-
Modeluj na poziomie odpowiednim dla odbiorców.
-
Daj każdej istotnej ścieżce jasny wynik.
-
Preferuj proste, zrozumiałe diagramy przed nadmiernie skomplikowanymi.
Gdy te trzy podstawowe idee staną się znane—zdarzenia się dzieją, działania są wykonywane, a bramki kontrolują przepływ—większość diagramów BPMN staje się znacznie łatwiejsza do odczytania i tworzenia.
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文