Wprowadzenie
Kiedy po raz pierwszy zacząłem przeglądać i projektować modele procesów biznesowych, jednym z najczęściej występujących punktów niepewności, z którymi miałem do czynienia w zespołach, była właściwa aplikacja zdarzeń granicznych w BPMN 2.0. W szczególności różnica między zdarzeniami przerywającymi a nieprzerywającymi często zmyliła nawet doświadczonych modelistów. Z perspektywy doświadczenia użytkownika (UX) i projektowania systemu wybór nieodpowiedniego typu zdarzenia może prowadzić do frustracji użytkowników, utraty danych lub pominięcia kluczowych ostrzeżeń. W tym przewodniku chcę podzielić się moimi praktycznymi spostrzeżeniami i przeanalizować, jak działają te dwa typy zdarzeń, opierając się na rzeczywistych scenariuszach, aby pomóc Ci skutecznie zastosować je w swoich własnych modelach procesów.
Kluczowa różnica: perspektywa przeglądarki
Na podstawie mojego doświadczenia w przeglądzaniu diagramów BPMN 2.0, główna różnica między przerywającymi a nieprzerywającymi zdarzeniami sprowadza się do jednego pytania: Czy skojarzona aktywność nadal działa po wywołaniu zdarzenia? Zazwyczaj stosuje się je jako zdarzenia przyczepione na brzegu zadania lub podprocesu w celu obsługi nagłych zdarzeń.
Zdarzenia przerywające
Kiedy oceniam proces pod kątem obsługi krytycznych awarii, szukam zdarzeń przerywających.
-
Definicja: Gdy zdarzenie przerywające zostanie wyzwolone, wykonanie bieżącej aktywności zatrzymuje się natychmiast.
-
Zachowanie: Przepływ procesu całkowicie zmienia się i kieruje się w stronę następującą po zdarzeniu.
-
Wpływ na doświadczenie użytkownika: Z perspektywy doświadczenia użytkownika oznacza to nagłe zatrzymanie aktualnego ekranu lub zadania użytkownika. Powinno być stosowane wyłącznie w sytuacjach, gdy sytuacja wymaga bezwzględnego priorytetu.
-
Przykład: W procesie realizacji zamówienia, który ostatnio przeglądałem, zdarzenie zdarzenie błędu oznaczone jako „nie do dostarczenia” zostało przyczepione do aktywności zakupowej. Jeśli wystąpi ten błąd, zakup zostaje zatrzymany, a proces przechodzi do obsługi błędu, np. usunięcia przedmiotu z katalogu.
Zdarzenia nieprzerywające
Z drugiej strony często polecamzdarzenia nieprzerываjącedo sytuacji, w których musimy monitorować lub pomagać bez zakłócania głównego toku działania użytkownika.
-
Definicja:Zdarzenie nieprzerываjące przechwytuje i obsługuje zdarzeniebez przerwaniadziałania, do którego jest przypisane.
-
Zachowanie:Obecnie aktywne wątki nie są ani kończone, ani nie są dotknięte. Zamiast tego generowany jest nowy token,nowy tokenktóry śledzi przebieg obsługi zdarzenia, podczas gdy oryginalne działanie kontynuuje swoje wykonywanie równolegle.
-
Przykład:Zdarzeniewzrostuoznaczone „opóźniona dostawa” może być przypisane do tego samego działania zakupowego. Jeśli zostanie wyzwolone, zakup kontynuuje się, ale uruchamiana jest nowa ścieżka, aby poinformować klienta o opóźnieniu.
-
Dodatkowy przypadek użycia:W przykładzie głosowania e-mailowego, który analizowałem, użytonieprzerываjącego zdarzenia startowego wiadomościwewnątrz procesu podzdarzenia, aby przez czas zbierać wiele głosów bez przerwania głównego okresu głosowania.
Studium przypadku: Weryfikacja konta i bezpieczeństwo
Aby pokazać różnicę funkcjonalną między tymi dwoma rodzajami zdarzeń brzegowych, przejdźmy razem przezweryfikację konta użytkownikaproces, który ostatnio przeanalizowałem dla nowoczesnej aplikacji internetowej. Jest to typowy przypadek, w którym poprawne zdefiniowanie logiki zdarzeń ma kluczowe znaczenie zarówno dla bezpieczeństwa, jak i satysfakcji użytkownika.
Wyobraź sobie zadanie o nazwie„Ukończ weryfikację profilu”wykonywane przez użytkownika. Musieliśmy obsłużyć dwa różne scenariusze: jeden wymagający natychmiastowej akcji, a drugi po prostu potrzebujący zalogowania informacji.
1. Zdarzenie brzegowe przerываjące: „Ostrzeżenie o bezpieczeństwie”
-
Wyzwalacz:Zdarzenie błędu „Ostrzeżenie o bezpieczeństwie” przypisane do zadania „Ukończ weryfikację profilu”.
-
Zachowanie:Jeśli system wykryje potencjalne naruszenie konta (np. logowanie z zablokowanego adresu IP), gdy użytkownik wypełnia swój profil, tozdarzenie przerywającewyzwala się.
-
Wynik i wpływ na doświadczenie użytkownika:Zadanie „Ukończ weryfikację profilu” jest natychmiast przerwane. Użytkownik jest wylogowany, jego sesja jest zniszczona, a przepływ procesu jest skierowany do „Zablokuj konto i poinformuj administratora”ścieżki. Użytkownik nie może ukończyć profilu, ponieważ ryzyko bezpieczeństwa ma bezwzględną priorytetowość. W mojej ocenie była to poprawna strategia, ponieważ umożliwienie użytkownikowi kontynuacji stanowiłoby poważne ryzyko bezpieczeństwa.
2. Zdarzenie brzegowe nieprzerywające: „Przypomnienie zapisania postępu”
-
Wyzwalacz:Zdarzenie timera „Zapisz postęp” przypisane do tego samego zadania „Ukończ weryfikację profilu”, ustawione na wyzwalanie co 5 minut.
-
Zachowanie:Podczas gdy użytkownik nadal aktywnie wpisuje swoje dane, tozdarzenie nieprzerywającewyzwala się.
-
Wynik i wpływ na doświadczenie użytkownika:Generowany jest równoległy token, który wyzwala proces w tle do „Automatyczne zapisywanie szkicu do bazy danych.”Kluczowe jest to, że zadanie „Ukończ weryfikację profilu” pozostaje aktywne i nieprzerwane; użytkownik nie doświadcza przerwy ani odświeżenia ekranu. Użytkownik kontynuuje pracę, podczas gdy zdarzenie nieprzerywające wykonuje pomocny efekt uboczny. To znacznie poprawiło doświadczenie użytkownika, zapobiegając utracie danych bez irytowania użytkownika niepotrzebnymi wyskakującymi oknami.
Tabela porównawcza
Kiedy przedstawiam te koncepcje stakeholderom, zawsze używam tabeli porównawczej, aby różnice były jasne jak szkło:
| Cecha | Przerywające (alert bezpieczeństwa) | Nieprzerywające (przypomnienie zapisu) |
|---|---|---|
| Główne zadanie | Zakończone natychmiast | Kontynuowane bez zmian |
| Przepływ tokenu | Przekierowane do ścieżki błędu | Rozdzielone (jeden kontynuuje, drugi rozgałęzia się) |
| Stan procesu | Zaniechane/Przerwane | Wykonywanie równoległe |
| Cel | Obsługa wyjątków/Odzyskiwanie | Monitorowanie/Zadania wspierające |
Wykorzystując te zdarzenia razem, możesz zapewnić, że krytyczne błędy natychmiast zatrzymują pracę, aby zapobiec szkodom, podczas gdy mniejsze zadania pomocnicze (takie jak rejestrowanie lub przypomnienia) mogą działać równolegle, znacznie poprawiając doświadczenie użytkownika i wydajność procesu.
Wnioski
Na koniec, opanowanie subtelności między zdarzeniami granicznymi przerwającymi i nieprzerwającymi było przełomem w mojej drodze do modelowania procesów. Kiedy teraz przeglądam schematy, szukam tej delikatnej równowagi: wykorzystuję zdarzenia przerwające do zapewnienia ścisłych zasad biznesowych i granic bezpieczeństwa, a zdarzenia nieprzerwające wykorzystuję do stworzenia płynnego, wspierającego doświadczenia użytkownika. Przemyślane stosowanie tych wzorców BPMN 2.0 pozwala zaprojektować przepływy pracy, które są nie tylko technicznie wytrzymałe, ale także bardzo intuicyjne i odpornościowe dla użytkownika końcowego. Zdecydowanie polecam ponowne przeanalizowanie obecnych modeli procesów z tymi różnicami na uwadze – możesz się zdziwić, jak dużo płynniejsze mogą stać się Twoje przepływy pracy.
Źródła
-
Wyjaśnienie zdarzeń granicznych BPMN 2.0: Szybki przegląd sposobu przyczepiania zdarzeń granicznych do działań w BPMN.
-
Zdarzenia przerwające wobec zdarzeń nieprzerwających: szczegółowa porównawcza analiza zachowań zdarzeń i przepływu tokenów.
-
Modelowanie obsługi wyjątków w BPMN: Przewodnik dotyczący używania zdarzeń błędów i eskalacji do odzyskiwania procesu.
-
Zdarzenia timera w procesach biznesowych: Jak zaimplementować wyzwalacze oparte na czasie i automatyczne zapisywanie w przepływach pracy.
