Omówienie sprawdzania poprawności
Funkcje sprawdzania poprawności w systemie ADONIS umożliwiają sprawdzanie modeli i obiektów pod kątem zgodności z wytycznymi dotyczącymi modelowania. Ten rozdział zawiera przegląd wszystkich indywidualnych sprawdzeń w różnych kategoriach.
Kategorie w szczegółach:
Najlepsze praktyki BPM
Kategoria Najlepsze praktyki BPM składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Jedna bramka nie może jednocześnie rozłączać i łączyć ścieżki procesu. | Dla czytelności oraz aby uniknąć możliwego zakleszczenia użyj jednej bramki do złączenia ścieżek oraz drugiej bramki, aby ponownie rozłączyć na kilka ścieżek. | Bramka wykluczająca, Bramka niewykluczająca | Ostrzeżenie | Bramki: rozłączenie i łączenie ścieżek w tej samej bramce |
| Bramka powinna mieć a) jedną wchodzącą relację i co najmniej dwie wychodzące relacje albo b) jedną wychodzącą relację i co najmniej dwie wchodzące relacje. | Dla czytelności oraz aby uniknąć możliwego zakleszczenia zmień odpowiednio swój model procesu. | Bramka wykluczająca, Bramka niewykluczająca | Ostrzeżenie | Bramki: wchodzące/wychodzące relacje |
| Zadanie powinno mieć zawsze jedną wychodzącą relację. Decyzje powinny być wyraźnie modelowane za pomocą bramek. | Zmień model, aby mieć dokładnie jedną relację wychodzącą z zadania. Użyj bramki, jeżeli musisz wymodelować decyzję i rozłączyć ścieżkę procesu. | Zadanie | Ostrzeżenie | Wyraźne decyzje, tylko jedna relacja wychodząca z zadania |
| Zdarzenie początkowe powinno mieć zawsze jedną wychodzącą relację. Decyzje powinny być wyraźnie modelowane za pomocą bramek. | Zmień model, aby mieć dokładnie jedną relację wychodzącą z zdarzenia początkowego. Użyj bramki, jeżeli musisz wymodelować decyzję i rozłączyć ścieżkę procesu. | Zdarzenie początkowe | Ostrzeżenie | Wyraźne decyzje, tylko jedna relacja wychodząca z zdarzenia początkowego |
| Zdarzenie pośrednie powinno mieć zawsze jedną wychodzącą relację. | Zmień model, aby mieć dokładnie jedną relację wychodzącą z zdarzenia pośredniego. | Zdarzenie pośrednie (przepływ procesu) | Ostrzeżenie | Wyraźne decyzje, tylko jedna relacja wychodząca z zdarzenia pośredniego |
| Potwierdź, że wszystkie warunki przejścia (po bramkach) odnoszą się do pytania zdefiniowanego na bramce. Sprawdź również logiczną spójność, tzn. czy wszystkie możliwe przypadki są pokryte przez warunki przejścia. | Diagram procesów biznesowych | Zadania | Warunki (po bramkach XOR lub OR) [zobacz: kategorię Akceptacja procesu] | |
| Każdy diagram procesu powinien posiadać co najmniej jedno zdarzenie początkowe i zdarzenie końcowe. | Zidentyfikuj granice procesu, tzn. co go wywołuje oraz jak się kończy. Wymodeluj te zdarzenia za pomocą co najmniej jednego zdarzenia początkowego i co najmniej jednego zdarzenia końcowego. Dla innych stanów końcowych np. jako elementów innych ścieżek w procesie, zalecane jest utworzenie zdarzenia końcowego dla każdego ze stanów (np. Wniosek przetworzony, Wniosek odrzucony). | Diagram procesów biznesowych | Ostrzeżenie | Istniejące zdarzenia początkowe i końcowe |
| Jeśli diagram zawiera jeden lub więcej basenów, każdy basen — z wyjątkiem basenu typu black-box — musi mieć jedno zdarzenie początkowe i co najmniej jedno zdarzenie końcowe. | Zidentyfikuj granice procesu, tzn. co go wywołuje oraz jak się kończy. Wymodeluj te zdarzenia za pomocą co najmniej jednego zdarzenia początkowego i co najmniej jednego zdarzenia końcowego. Dla innych stanów końcowych np. jako elementów innych ścieżek w procesie, zalecane jest utworzenie zdarzenia końcowego dla każdego ze stanów (np. Wniosek przetworzony, Wniosek odrzucony). | Diagram procesów biznesowych | Ostrzeżenie | Istniejące zdarzenia początkowe i końcowe |
| Wskazówki do nazw (Zadania): Potwierdź, że zadania są nazwane przy użyciu kombinacji rzeczownika odczasownikowego i podmiotu. np. "Opłacenie rachunku", "Zamówienie pizzy", "Wysłanie dokumentów" itp. Sprawdź czy następujące zadania są zgodne z tą zasadą: <list> | Diagram procesów biznesowych | Zadania | Wskazówki do nazw zadań [zobacz: kategorię Akceptacja procesu] | |
| Wskazówki do nazw (Zdarzenia): Potwierdź, że nazwy zdarzeń w procesie opisują stan, który został osiągnięty. Sprawdź czy następujące zdarzenia są zgodne z tą zasadą: <list> | Użyj imiesłowów przymiotnikowych biernych. np. "Dokument otrzymany", "Pizza zamówiona", itp. Zdarzenie czasowe mogą być opisywane bez użycia czasownika (2 godziny, 5 dni, każdy wtorek, itp.). Krawędziowe zdarzenia kompensacji mogą nie mieć (widocznej) nazwy ponieważ zdarzenie jest opisane w zdarzeniu rzucającym. | Diagram procesów biznesowych | Zadania | Wskazówki do nazw zdarzeń [zobacz: kategorię Akceptacja procesu] |
| Bramki wykluczające sterowane danymi i bramki niewykluczające równoległe powinny być nazywane za pomocą krótkiego pytania zakończonego znakiem zapytania. | Sformułuj krótkie pytanie jako nazwę bramki i zakończ je znakiem zapytania. | Diagram procesów biznesowych | Ostrzeżenie | Wskazówki do nazw bramek wykluczających sterowanych danymi i bramek niewykluczających równoległych. |
| Wskazówki do nazw (Bramki wykluczające): Potwierdź, że nazwy bramek wykluczających są sformułowane w taki sposób, że bardziej prawdopodobna ścieżka może zostać opisana jako "Tak". Sprawdź czy następujące bramki są zgodne z tą zasadą: <list> | Diagram procesów biznesowych | Zadania | Wskazówki do nazw bramek wykluczających sterowanych danymi [zobacz: kategorię Akceptacja procesu] | |
| Następujące zadania nie posiadają odpowiedzialności zgodnej z rolą przypisaną do toru: <list> | Zmień w zadaniach wartość atrybutu 'Odpowiedzialny za wykonanie' na rolę przypisaną do toru. | Tor, Tor (pionowo) | Ostrzeżenie | Zapewnij te same role w torze oraz zadaniach |
Składnia BPMN
Kategoria Składnia BPMN składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Zdarzenie początkowe procesu, które nie jest głównego poziomu (Pod-proces wywołany zdarzeniem) musi mieć zdefiniowany wyzwalacz. | W przypadku Pod-procesu wywołanego zdarzeniami, wybierz odpowiedni wyzwalacz w zakładce "Typ zdarzania" W przypadku procesu głównego poziomu zmień wartość atrybutu "Typ" w tej samej zakładce. | Zdarzenie początkowe | Błąd | Wyzwalacz zdarzenia początkowego |
| Zdarzenie pośrednie chwytające musi być zdefiniowany wyzwalacz. | Wybierz odpowiedni wyzwalacz lub ustaw typ zdarzenia na "rzucające" w zakładce "Typ zdarzenia". | Zdarzenie pośrednie (przepływ procesu) | Błąd | Wyzwalacz zdarzenia pośredniego (przepływ procesu) |
| Zdarzenie pośrednie (krawędź) musi mieć zdefiniowany wyzwalacz. | Wybierz odpowiedni wyzwalacz w zakładce "Typ zdarzenia". | Zdarzenie pośrednie (krawędź) | Błąd | Wyzwalacz zdarzenia pośredniego (krawędź) |
| Obiekty połączone poprzez przepływ procesu muszą być umieszczone w tym samym basenie lub bez żadnego basenu. | Upewnij się, że obiekty połączone poprzez przepływ procesu leżą w tym samym basenie lub bez żadnego basenu. Użyj przepływu komunikatów pomiędzy basenami. | Kolejny | Błąd | Przepływ procesu w tym samym basenie |
| Jeśli atrybut "Przepływ domyślny" jest włączony to wartość atrybutu "Warunek przejścia" musi być pusty. | Usuń "Warunek przejścia", jeśli przepływ procesu był zdefiniowany jako "Przepływ domyślny". | Kolejny | Błąd | Przepływ domyślny procesu bez warunków |
| Nie jest dozwolone połączenie tych dwóch obiektów używając przepływu komunikatów. | Przepływ komunikatów może połączyć tylko obiekty znajdujące się w różnych basenach lub obiekt w basenie z innym basenem. Ponadto mogą być użyte tylko niektóre typy obiektu: Basen, Basen (zwinięty), Zadanie, Pod-proces, Zdarzenie początkowe, Zdarzenie pośrednie (przepływ procesu) oraz Zdarzenie końcowe. W celu uzyskania dalszych informacji użyj Info tekst o relacji przepływu komunikatów. | Przepływ komunikatów | Błąd | Przepływ komunikatów w tym samym basenie |
| Zdarzenie początkowe z przychodzącym przepływem komunikatów musi posiadać "Komunikat" jako wyzwalacz. | Ustaw wyzwalacz "Komunikat" w zakładce "Typ zdarzenia". | Zdarzenie początkowe | Błąd | Wyzwalacz przychodzącego komunikatu zdarzenia początkowego |
| Zdarzenie pośrednie z przychodzącym przepływem komunikatów musi posiadać typ "chwytające" oraz "Komunikat" jako wyzwalacz. | Ustaw typ "chwytające" oraz wyzwalacz "Komunikat" w zakładce "Typ zdarzenia". | Zdarzenie pośrednie (przepływ procesu) | Błąd | Wyzwalacz przychodzącego komunikatu zdarzenia pośredniego |
| Zdarzenie pośrednie z przychodzącym przepływem komunikatów musi posiadać typ "chwytające" oraz "Komunikat" jako wyzwalacz. | Ustaw typ "chwytające" oraz wyzwalacz "Komunikat" w zakładce "Typ zdarzenia". | Zdarzenie pośrednie (przepływ procesu) | Błąd | Wyzwalacz wychodzącego komunikatu zdarzenia pośredniego |
| Zdarzenie końcowe z wychodzącym przepływem komunikatów musi posiadać "Komunikat" jako wyzwalacz. | Ustaw wyzwalacz "Komunikat" w zakładce "Typ zdarzenia". | Zdarzenie końcowe | Błąd | Wyzwalacz przychodzącego komunikatu zdarzenia końcowego |
| Osadzony pod-proces nie może posiadać zdefiniowanych wyzwalaczy w zdarzeniu początkowym. Model posiada powiązania przychodzące z następujących modeli: <list> | Proces jest wywołany jako osadzony przez inne procesy. Dlatego zdarzenie początkowe musi być puste i nie posiadać żadnych zdefiniowanych wyzwalaczy. | Zdarzenie początkowe | Błąd | Zdarzenie początkowe pod-procesu bez wyzwalacza |
| Osadzony pod-proces nie może zawierać basenów i torów. Model posiada powiązania przychodzące z następujących modeli: <list> | Usuń wszystkie baseny i tory z modelu osadzonego pod-procesu. | Diagram procesów biznesowych | Błąd | Osadzony pod-proces bez basenów i torów |
| Ilość bramek niewykluczających typu "Równoległa" (bramka AND) nie jest równa ilości bramek równoległych łączących. | Sprawdź swój model i użyte bramki równoległe. Może istnieć inny powód tego błędu, jednak w większości przypadków każda otwierająca bramka AND powinna być połączona z zamykającą bramką AND w pod procesie. | Diagram procesów biznesowych | Ostrzeżenie | Równość bramek równoległych |
| W przypadku gdy diagram procesów posiada kilka zdarzeń początkowych, typ zdarzenia musi być ustawiony na "Główny poziom". W przypadku zdarzenia pod-procesu, musi istnieć tylko jedno zdarzenie początkowe. | Zmień typ zdarzenia początkowego. W przypadku zdarzenia pod-procesu usuń dodatkowe zdarzenia startowe aby upewnić się, że jest tylko jedno zdarzenie początkowe. | Diagram Procesów Biznesowych, Podprocesy | Błąd | Główny poziom zdarzenia początkowego pod-procesu |
| Istnieją elementy następujące za bramką sterowaną zdarzeniami, które naruszają reguły BPMN. | Elementem następującym po bramce sterowanej zdarzeniami powinno być zdarzenie pośrednie lub zadanie odbierające oprócz następujących przypadków: * Jeżeli zostało użyte zdarzenie pośrednie komunikatu, to zadanie odbierające NIE MOŻE być użyte w tej konfiguracji i odwrotnie. * Zadanie odbierające użyte przez bramkę sterowaną zdarzeniami NIE MOŻE posiadać żadnych załączonych zdarzeń pośrednich użytych w bramce sterowanej zdarzeniami. * Poprawne są jedynie następujące wyzwalacze zdarzenia pośredniego: Komunikat, Sygnał, Czas, Warunek oraz wyzwalacz złożony (dozwolone tylko wcześniej wymienione wyzwalacze). Zatem niepoprawne są następujące wyzwalacze: Błąd, Anulowanie, Kompensacja oraz Odnośnik. * Elementy docelowe bramki sterowanej zdarzeniami NIE MOGĄ posiadać żadnych dodatkowych przychodzących konektorów przepływu procesu (innych niż z bramki sterowanej zdarzeniami). | Bramka wykluczająca, Bramka niewykluczająca | Błąd | Bramki sterowane zdarzeniami i kolejne elementy |
| Początkowe oraz/lub końcowe punkty relacji asocjacji są nieprawidłowe. | Sprawdź obiekty źródłowe i docelowe asocjacji: relacja asocjacji może być użyta tylko do połączenia artefaktów ("Grupa", "Adnotacja" ) oraz komunikatów do obiektów przepływu. Obiektami przepływu są: Zadania Pod-proces, CHoreografia, Pod-choreografia, Zdarzenie początkowe, Zdarzenie pośrednie (przepływ procesu), Zdarzenie pośrednie (krawędź), Zdarzenie końcowe, Bramka wykluczająca, Bramka niewykluczająca, Bramka niewykluczająca (łącząca). Aby połączyć obiekty danych użyj relacji "Asocjacja danych". Aby zamodelować obsługę kompensacji, użyj relacji „Asocjacja” między „Zdarzeniem pośrednim (krawędź)” „Wyzwalacz = Kompensacja” a zadaniem/podprocesem (takie zadanie/podproces musi mieć ustawione pole wyboru „Dla kompensacji” we właściwościach obiektu) | Asocjacja | Błąd | Niepoprawna asocjacja początku/końca |
| Obiekt docelowy asocjacji jest nieprawidłowego typu. | Sprawdź obiekt źródłowy asocjacji. Jeśli obiektem źródłowym jest komunikat, obiektem docelowym może być tylko CHoreografia, Pod-choreografia lub łącznik konektorów. Aby połączyć obiekty danych użyj relacji "Asocjacja danych". | Asocjacja | Błąd | Zły typ obiektu docelowego asocjacji |
| Obiekt źródłowy asocjacji jest nieprawidłowego typu. | Sprawdź obiekt źródłowy asocjacji. Jeśli obiektem źródłowym jest komunikat, obiektem docelowym może być tylko CHoreografia, Pod-choreografia lub łącznik konektorów. Aby połączyć obiekty danych użyj relacji "Asocjacja danych". | Asocjacja | Błąd | Zły typ obiektu źródłowego asocjacji |
| Źródłowy i/lub docelowy obiekt asocjacji danych jest nieprawidłowego typu. | Sprawdź obiekt źródłowy i docelowy asocjacji danych. Asocjacja danych może być użyta do połączenia obiektów przepływu. Obiektami przepływu są: Zadanie, Pod-proces, CHoreografia, Pod-choreografia, Zdarzenie początkowe, Zdarzenie pośrednie (przepływ procesu), Zdarzenie pośrednie (krawędź), Zdarzenie końcowe, Bramka wykluczająca, Bramka niewykluczająca, Bramka niewykluczająca (łącząca). | Asocjacja danych | Błąd | Asocjacja danych |
| Zdarzenia pośrednie typu "Anulowanie" mogą być użyte tylko jako zdarzenia pośrednie graniczne z Pod-procesami transakcji. | Dołącz zdarzenie do pod-procesu transakcji (zobacz właściwość: Dołączone do). lub zmieć typ zdarzenia (wyzwalacz). | Zdarzenie pośrednie (krawędź) | Błąd | Zdarzenie graniczne: Anulowanie |
| Pod-proces wywołany zdarzeniem musi mieć tylko jedno zdarzenie początkowe. | Usuń dodatkowe zdarzenia początkowe aby upewnić się, że istnieje tylko jedno zdarzenie początkowe dla pod-procesu wywołanego zdarzeniem. | Podproces | Błąd | Pod-proces wywołany zdarzeniem |
| Bramki nieposiadające przychodzących konektorów przepływu procesu, to znaczy bramki przed zdarzeniem początkowym, muszą być sterowane zdarzeniem (tworzy instancje). | Zmień typ bramki na sterowane zdarzeniem (tworzy instancje) lub przebuduj model procesów z alternatywną sekwencją startową. | Bramka wykluczająca, Bramka niewykluczająca | Błąd | Typ bramki (Sterowana danymi / sterowana zdarzeniami) |
| Wysyłane i odbierane zadania powinny posiadać załączone przepływy komunikatów. | Zadanie | Ostrzeżenie | Przepływ komunikatów i zadania | |
| Zdarzenia komunikatów powinny posiadać załączone przepływy komunikatów. | Przepływ komunikatów i zdarzenia | Ostrzeżenie | Przepływ komunikatów i zdarzenia | |
| Zdarzenie pośrednie (krawędź) może nie mieć referencji przychodzących. | Zmień zdarzenie pośrednie (krawędź) na zdarzenie pośrednie (przepływ procesu). | Zdarzenie pośrednie (krawędź) | Błąd | Zdarzenie pośrednie (krawędź): przychodząca relacja "Kolejny" |
| Instancjonujące bramki sterowane zdarzeniami nie mogą mieć wchodzących przepływów procesu. | Bramki sterowane zdarzeniami mogą być wykorzystywane do instancjonowania procesu. W takim wypadku nie mogą mieć wchodzącego przepływu procesu. Należy więc zmienić rodzaj bramki albo też korzystając z bramki instancjonującej na początku procesu usunąć wchodzące przepływy sekwencji. | Bramka wykluczająca, Bramka niewykluczająca | Błąd | Przepływy sekwencji dla instancjonujących bramek |
| Baseny nie mogą zawierać innych basenów. | Zmodyfikuj model w taki sposób, aby każdy basen był osobnym, najwyższego poziomu elementem. Jeśli potrzebujesz hierarchii w obrębie jednego basenu, użyj torów zamiast kolejnych basenów. | Basen | Błąd | Zagnieżdżone baseny nie są dozwolone |
Rozmieszczenie
Kategoria Rozmieszczenie składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Sprawdź i potwierdź, że proces został zaprojektowany zgodnie z kierunkiem modelowania zdefiniowanym w Twojej organizacji (tzn. z lewej do prawej lub z góry na dół). | Diagram procesów biznesowych | Zadania | Kierunek modelowania [zobacz: kategorię Akceptacja procesu] | |
| Model zawiera ukośne relacje:: <list> | Relacje powinny składać się z pionowych i poziomych linii, aby zwiększyć czytelność modelu. W razie potrzeby należy użyć punktów gięcia pod kątem 90 stopni, aby uniknąć ukośnych linii w modelu. | Wszystkie typy modeli | Ostrzeżenie | Ukośne relacje |
Metodyczne
Kategoria Metodyczne składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Nadal są otwarte komentarze. | Upewnij się, że wyjaśniłeś i rozwiązałeś wszystkie otwarte komentarze przed wydaniem. Rozwiązane komentarze zostaną usunięte po akceptacji modelu. | Wszystkie typy modeli | Ostrzeżenie | Otwórz komentarze modelu |
| Nadal są otwarte komentarze. | Upewnij się, że wyjaśniłeś i rozwiązałeś wszystkie otwarte komentarze przed wydaniem. | Wszystkie typy modeli | Ostrzeżenie | Otwórz komentarze do obiektów |
| Wskazówki do nazw (Diagram procesów): Potwierdź, że Twój diagram procesów posiada znaczącą i unikalną nazwę pozwalającą użytkownikom zidentyfikować proces. | Unikalność nazwy jest zapewniana przez system ADONIS, większość organizacji posiada jednak własne zasady tworzenia znaczących nazw procesów. Często takie zasady zawierają konwencje numeracji/klasyfikacji pozwalające na łatwiejsze powiązanie pojedynczego procesu z całością struktury procesów organizacji. | Diagram procesów biznesowych | Zadania | Nazwy diagramów procesów [zobacz: kategorię Akceptacja procesu] |
| Obowiązkowe atrybuty nie zostały uzupełnione: <list> | Atrybuty obowiązkowe zostały zdefiniowane, aby zagwarantować minimalny poziom informacji. | Wszystkie typy modeli | Ostrzeżenie | Obowiązkowe atrybuty modelu |
| Obowiązkowe atrybuty nie zostały uzupełnione: <list> | Atrybuty obowiązkowe zostały zdefiniowane, aby zagwarantować minimalny poziom informacji. | Wszystkie typy obiektów | Ostrzeżenie | Obowiązkowe atrybuty obiektu |
| Wciąż istnieją pytania otwarte. | Zalecane jest wyjaśnienie wszystkich pytań otwartych przed kontynuacją. | Diagram Procesów Biznesowych, wszystkie typy obiektów | Ostrzeżenie | Pytania otwarte |
| Istnieją zerwane powiązania wychodzące z modelu. | Powiązania są zerwane, jeżeli obiekt docelowy powiązania został usunięty. Zalecane jest sprawdzenie i aktualizacja repozytorium. | Diagram procesów biznesowych | Ostrzeżenie | Zerwane powiązania |
| Model posiada powiązania wychodzące. Powiązania do modeli archiwalnych mogą prowadzić jedynie z innych modeli archiwalnych. | Zdefiniuj powiązanie do modelu niearchiwalnego. | Diagram procesów biznesowych | Błąd | Poprawne powiązania |
Architektura procesów
Kategoria Architektura procesów składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Diagram procesu nie jest częścią mapy procesów ani nie jest wykorzystywany jako pod-proces przez inny proces. | Diagramy procesów zazwyczaj nie są niezależne, ale są częścią architektury procesów organizacji. Sprawdź dlaczego proces nie jest obecnie powiązany z architekturą procesów ani nie jest wykorzystywany jako podproces przez inny proces. | Diagram procesów biznesowych | Informacja | Integracja z architekturą procesów |
Akceptacja procesu
Kategoria Akceptacja procesów składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Potwierdź, że wszystkie warunki przejścia (po bramkach) odnoszą się do pytania zdefiniowanego na bramce. Sprawdź również logiczną spójność, tzn. czy wszystkie możliwe przypadki są pokryte przez warunki przejścia. | Diagram procesów biznesowych | Zadania | Warunki (po bramkach XOR lub OR) [zobacz: kategorię Najlepsze praktyki BPM] | |
| Wskazówki do nazw (Zadania): Potwierdź, że zadania są nazwane przy użyciu kombinacji rzeczownika odczasownikowego i podmiotu. np. "Opłacenie rachunku", "Zamówienie pizzy", "Wysłanie dokumentów" itp. Sprawdź czy następujące zadania są zgodne z tą zasadą: <list> | Diagram procesów biznesowych | Zadania | Wskazówki dotyczące nazw zadań [zobacz: kategoria Najlepsze praktyki BPM] | |
| Wskazówki do nazw (Zdarzenia): Potwierdź, że nazwy zdarzeń w procesie opisują stan, który został osiągnięty. Sprawdź czy następujące zdarzenia są zgodne z tą zasadą: <list> | Użyj imiesłowów przymiotnikowych biernych. np. "Dokument otrzymany", "Pizza zamówiona", itp. Zdarzenie czasowe mogą być opisywane bez użycia czasownika (2 godziny, 5 dni, każdy wtorek, itp.). Krawędziowe zdarzenia kompensacji mogą nie mieć (widocznej) nazwy ponieważ zdarzenie jest opisane w zdarzeniu rzucającym. | Diagram procesów biznesowych | Zadania | Wskazówki dotyczące nazw zdarzeń [zobacz: kategoria Najlepsze praktyki BPM] |
| Wskazówki do nazw (Bramki wykluczające): Potwierdź, że nazwy bramek wykluczających są sformułowane w taki sposób, że bardziej prawdopodobna ścieżka może zostać opisana jako "Tak". Sprawdź czy następujące bramki są zgodne z tą zasadą: <list> | Diagram procesów biznesowych | Zadania | Wskazówki do nazw bramek wykluczających sterowanych danymi [zobacz: kategoria Najlepsze praktyki BPM] | |
| Sprawdź i potwierdź, że proces został zaprojektowany zgodnie z kierunkiem modelowania zdefiniowanym w Twojej organizacji (tzn. z lewej do prawej lub z góry na dół). | Diagram procesów biznesowych | Zadania | Kierunek modelowania [zobacz: kategorię Rozmieszczenie] | |
| Wskazówki do nazw (Diagram procesów): Potwierdź, że Twój diagram procesów posiada znaczącą i unikalną nazwę pozwalającą użytkownikom zidentyfikować proces. | Unikalność nazwy jest zapewniana przez system ADONIS, większość organizacji posiada jednak własne zasady tworzenia znaczących nazw procesów. Często takie zasady zawierają konwencje numeracji/klasyfikacji pozwalające na łatwiejsze powiązanie pojedynczego procesu z całością struktury procesów organizacji. | Diagram procesów biznesowych | Zadania | Nazwy diagramów procesów [zobacz: kategorię Metodyczne] |
| Sprawdź i potwierdź, że proces został wymodelowany na odpowiednim poziomie szczegółowości oraz zgodnie z ustalonymi wytycznymi. | Diagram procesów biznesowych | Zadania | Szczegółowość modelu [zobacz: kategoria Struktura procesów] |
Struktura procesów
Kategoria Struktura procesów składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Sprawdź i potwierdź, że proces został wymodelowany na odpowiednim poziomie szczegółowości oraz zgodnie z ustalonymi wytycznymi. | Diagram procesów biznesowych | Zadania | Szczegółowość modelu [zobacz: kategoria Akceptacja procesu] |
Zasady relacji
Kategoria Zasady relacji składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Zasady dla relacji | Wszystkie typy modeli | Ostrzeżenie | Zasady relacji |
Wersjonowanie
Kategoria Wersjonowanie składa się z następujących sprawdzeń:
Wskazówka
Dostępność poszczególnych sprawdzeń zależy od konfiguracji mechanizmu wersjonowania w systemie ADONIS (wersjonowanie modeli i obiektów).
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Model nie może być pusty. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | Pusty model | |
W zależności od statusu atrybutu możliwe są następujące wyniki: Właściciel procesu nie istnieje: Model musi mieć Właściciela procesu. Właściciel procesu istnieje, ale nie ma przypisanej roli mechnizmu wersjonowania: Model musi mieć Właściciela procesu z odpowiednią rolą RWF. Właściciel procesu istnieje, ale nie ma dostępu do modelu: Właściciel procesu musi mieć dostęp do modelu. | W zależności od konfiguracji procesu akceptacji modelu, możliwe są następujące wyniki: Właściciel procesu musi być oparty na użytkowniku: Upewnij się, że przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w wersjonowaniu modelu. Właściciel procesu musi być oparty na Rolach: Właściciel procesu jest definiowany pośrednio przez przypisanie roli. Upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli i że przypisana rola nie jest dostępna do przypisania czytelnika. Ponadto upewnij się, że przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w wersjonowaniu modelu. Właściciel procesu może być oparty na Użytkowniku lub Roli: Właściciel procesu jest definiowany bezpośrednio przez przypisanie użytkownika lub pośrednio przez przypisanie roli. Jeśli Rola jest przypisana, upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli i że przypisana rola nie jest dostępna do przypisania czytelnika. Ponadto upewnij się, że bezpośrednio lub pośrednio przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w przepływie pracy wydania. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | (Proces) Właściciel |
W zależności od statusu atrybutu możliwe są następujące wyniki: Nie istnieje żaden Menedżer procesów: model musi mieć Menedżera procesów. Menedżer procesów istnieje, ale nie ma przypisanej roli mechanizmu wersjonowania: Model musi mieć Menedżera procesów z odpowiednią rolą RWF. Menedżer procesów istnieje, ale nie ma dostępu do modelu: Menedżer procesów musi mieć dostęp do modelu. | W zależności od konfiguracji procesu akceptacji modelu, możliwe są następujące wyniki: Menedżer procesów musi być oparty na Użytkowniku: Upewnij się, że przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w wersjonowaniu modelu. Menedżer procesów musi być oparty na Rolach: Menedżer procesów jest definiowany pośrednio przez przypisanie roli. Upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli i że przypisana rola nie jest dostępna do przypisania czytelnika. Ponadto upewnij się, że przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w wersjonowaniu modelu. Menedżer procesów może być oparty na Użytkowniku lub Roli: Menedżer procesów jest definiowany bezpośrednio przez przypisanie użytkownika lub pośrednio przez przypisanie roli. Jeśli Rola jest przypisana, upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli i że przypisana rola nie jest dostępna do przypisania czytelnika. Ponadto upewnij się, że bezpośrednio lub pośrednio przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w przepływie pracy wydania. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | Menedżer procesu |
W zależności od statusu atrybutu możliwe są następujące wyniki: Nie istnieje Analityk/Projektant procesu: model musi mieć Analityka/Projektanta procesu. Analityk/Projektant procesów istnieje, ale nie ma przypisanej roli mechanizmu wersjonowania: Model musi mieć Analityka/Projektanta procesu z odpowiednią rolą RWF. Analityk/Projektant procesów istnieje, ale nie ma dostępu do modelu: Analityk/Projektant procesu musi mieć dostęp do modelu. | W zależności od konfiguracji procesu akceptacji modelu, możliwe są następujące wyniki: Analityk/Projektant procesów musi być oparty na Użytkowniku: Upewnij się, że przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w wersjonowaniu modelu. Analityk/Projektant procesów musi być oparty na Roli: Analityk/Projektant procesów jest definiowany pośrednio przez przypisanie roli. Upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli i że przypisana rola nie jest dostępna do przypisania czytelnika. Ponadto upewnij się, że przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w wersjonowaniu modelu. Analityk/projektant procesów może być oparty na Użytkowniku lub Roli: Analityk/Projektant procesów jest definiowany bezpośrednio przez przypisanie użytkownika lub pośrednio przez przypisanie roli. Jeśli Rola jest przypisana, upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli i że przypisana rola nie jest dostępna do przypisania czytelnika. Ponadto upewnij się, że bezpośrednio lub pośrednio przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w przepływie pracy wydania. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | Analityk procesu |
W zależności od statusu atrybutu możliwe są następujące wyniki: Nie istnieje Recenzent metodyczny: model musi mieć Recenzenta metodycznego. Recenzent metodyczny istnieje, ale nie ma przypisanej roli mechanizmu wersjonowania: model musi mieć Recenzenta metodycznego z odpowiednią rolą RWF. Recenzent metodyczny istnieje, ale nie ma dostępu do modelu: Recenzent metodyczny musi mieć dostęp do modelu. | W zależności od konfiguracji procesu akceptacji modelu, możliwe są następujące wyniki: Recenzent metodyczny musi być oparty na Użytkowniku: Upewnij się, że przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w wersjonowaniu modelu. Recenzent metodyczny musi być oparty na Rolach: Recenzent metodyczny jest definiowany pośrednio przez przypisanie roli. Upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli i że przypisana rola nie jest dostępna do przypisania czytelnika. Ponadto upewnij się, że przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w wersjonowaniu modelu. Recenzent metodyczny może być oparty na Użytkowniku lub Roli: Recenzent metodyczny jest definiowany bezpośrednio przez przypisanie użytkownika lub pośrednio przez przypisanie roli. Jeśli Rola jest przypisana, upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli i że przypisana rola nie jest dostępna do przypisania czytelnika. Ponadto upewnij się, że bezpośrednio lub pośrednio przypisany użytkownik ma co najmniej dostęp do odczytu modelu i że uczestniczy w przepływie pracy wydania. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | Recenzent metodyczny procesu |
| Model posiada przychodzące referencje. | Diagram Procesów Biznesowych, Mapa Procesów | Ostrzeżenie | Przychodzące referencje | |
| Model nie może mieć przychodzących referencji. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | Przychodzące referencje | |
| Brak dostępu do zapisu w docelowej grupie modeli. | Upewnij się, że masz dostęp do zapisu w docelowej grupie modeli przed utworzeniem nowej wersji roboczej modelu. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | Brak dostępu do zapisu w docelowej grupie modeli |
| Obliczony okres ważności modelu jest nieprawidłowy. | Upewnij się, że obliczony okres ważności modelu nie jest w przeszłości. W przypadku aktywowanego przedłużenia należy upewnić się, że okres ważności rozpoczyna się przed wygaśnięciem ważności poprzedniego modelu, aby zapewnić ciągłość ważności. Użyj atrybutów "Ważny od" i "Ważny do", aby ustawić okres ważności modelu. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | Okres ważności |
| Proces zawiera co najmniej jeden podproces, który nie został jeszcze zaakceptowany (dlatego czytelnicy nie zobaczą go w portalu organizacji): <list> | Zaleca się również zaakceptowanie podprocesów, aby czytelnik miał dostęp do wszystkich informacji. | Diagram Procesów Biznesowych, Mapa Procesów | Ostrzeżenie | Proces z referencjami do nie zaakceptowanych podprocesów |
| Rola używana w wersjonowaniu jako odpowiedzialny za proces nie powinna być dostępna do przypisania czytelnikowi. | Zastąp takie role lub spraw, aby były niedostępne do przypisania czytelnikom. | Diagram Procesów Biznesowych, Mapa Procesów | Ostrzeżenie | Rola dostępna do przypisania czytelnikowi |
| Następujące obiekty nie mają poprawnego statusu przejścia "<name of transition>": <list> | Prawidłowe statusy dla tego przejścia posiadają: <object states>. | Diagram Procesów Biznesowych, Mapa Procesów | Błąd | Poprawne statusy obiektów w modelu |
| Model ma przychodzące referencje. | Dokument, Proces | Ostrzeżenie | Przychodzące referencje (object) | |
| Obiekt nie może posiadać relacji przychodzących. | Dokument, Proces | Błąd | Przychodzące referencje (object) | |
| Obiekt znajduje się w grupie "Obiekty osobiste" w katalogu obiektów. | Przenieś obiekt z grupy "Obiekty osobiste" do innej grupy obiektów, aby mieć pewność, że obiekt będzie z łatwością odnaleziony i dostępny dla swoich kolegów. | Dokument, Proces | Błąd | Obiekt nie jest przypisany do żadnej grupy obiektów |
W zależności od statusu atrybutu możliwe są następujące wyniki: Nie istnieje Właściciel dokumentu: Obiekt musi mieć Właściciela dokumentu. Właściciel dokumentu istnieje, ale nie ma przypisanej roli mechnizmu wersjonowania: obiekt musi mieć Właściciela dokumentu z odpowiednią rolą RWF Właściciel dokumentu istnieje, ale nie ma dostępu do modelu: Właściciel dokumentu musi mieć dostęp do obiektu. | Prawidłowy Właściciel dokumentu to użytkownik, który uczestniczy w mechnizmie wersjonowania. Właściciela dokumentu definiuje się bezpośrednio przez przypisanie użytkownika lub pośrednio przez przypisanie roli. Jeśli przypisana jest Rola, upewnij się, że co najmniej jeden użytkownik jest częścią przypisanej roli. Jeśli Użytkownik jest przypisany, upewnij się, że ma dostęp do obiektu. | Dokument | Błąd | Właściciel |
| Rola używana w wersjonowaniu jako odpowiedzialny za proces nie powinna być dostępna do przypisania czytelnikowi. | Zastąp takie role lub spraw, aby były niedostępne do przypisania czytelnikom. | Dokument, Proces | Ostrzeżenie | Rola dostępna do przypisania czytelnikowi |
| Każdy obiekt powinien posiadać odpowiednią nazwę, aby czytelnicy mogli go łatwo zidentyfikować. | Wygląda na to, że obiekt nadal ma swoją początkową domyślną nazwę (przypisaną przez system podczas tworzenia). Nadaj nazwę obiektowi, aby można go było łatwo wyszukać i aby każdy mógł zidentyfikować go po nazwie. | Dokument, Proces | Ostrzeżenie | Nazwa obiektu |
Symulacja
Kategoria Symulacja składa się z następujących sprawdzeń:
| Tekst | Podpowiedź | Powiązany z | Typ | Nazwa konfiguracji w ADONIS Administration |
|---|---|---|---|---|
| Zbyt wiele procesów (w tym podprocesów) zostało wybranych do symulacji. Pod względem na wydajności nie można symulować więcej niż 20 procesów | Sprawdź, czy nie występuje rekursja procesów lub zmień liczbę wybranych modeli (w tym podprocesów) do symulacji. | Diagram procesów biznesowych | Błąd | Liczba procesów: Symulacja nie może zostać uruchomiona z powodu zbyt dużej ilości procesów. |
| Model musi zawierać tylko jedno zdarzenie początkowe. | Popraw model. | Diagram procesów biznesowych | Błąd | Zdarzenie początkowe: Możliwe tylko jedno zdarzenie początkowe. |
| Model musi zawierać zdarzenie początkowe. | Popraw model. | Diagram procesów biznesowych | Błąd | Zdarzenie początkowe: Model musi zawierać zdarzenie początkowe. |
| Atrybut Częstość/Ilość nie został uzupełniony. Symulacja przyjmie wartość domyślną: 100 | Uzupełnij wartość atrybutu w notatniku zdarzenia początkowego. | Zdarzenie początkowe | Ostrzeżenie | Zdarzenie początkowe: Nie uzupełniono atrybutu 'Ilość/Częstość'. |
| Atrybut Okres nie jest uzupełniony. Symulacja przyjmie wartość domyślną: rocznie. | Uzupełnij wartość atrybutu w notatniku zdarzenia początkowego. | Zdarzenie początkowe | Ostrzeżenie | Zdarzenie początkowe: Nie uzupełniono atrybutu 'Okres'. |
| W przypadku, gdy obiekt zadanie lub podprocess posiada więcej niż jeden konektor wychodzący, atrybut "Warunek przejścia" musi być pusty dla każdego z konektorów. | Popraw wartość atrybutu w notatniku obiektu. | Podproces, Zadanie | Błąd | Zadanie/Podproces: Niedozwolona wartość atrubytu "Warunek przejścia". |
| Atrybut Czas wykonania nie został uzupełniony. | Uzupełnij wartość atrybutu w notatniku zadania. | Zadanie | Ostrzeżenie | Zadanie: Nie uzupełniono atrybutu 'Czas wykonania'. |
| Nie przypisano żadnej roli do zadania. Uzupełnij atrybut: Odpowiedzialny za wykonanie | Przypisz rolę w notatniku zadania. | Zadanie | Informacja | Zadanie: Nie przypisano żadnej roli. |
| Więcej niż jedna rola została przypisana dla zadania. Przy obliczaniu kosztów osobowych system będzie uwzględniał wszystkie role z określonym czasem wykonania. Zobacz atrybut: Odpowiedzialny za wykonanie | Czy na pewno więcej niż jedna rola powinna być przypisana dla zadania? | Zadanie | Informacja | Zadanie: Przypisano więcej niż jedna rola. |
| Nie uzupełniono atrybutu Płaca godzinowa dla co najmniej jednej przypisanej do zadania roli. Zobacz przypisane role: Odpowiedzialny za wykonanie | Uzupełnij atrybut dla wszystkich przypisanych do zadania ról. | Zadanie | Ostrzeżenie | Zadanie: Nie uzupełniono atrybutu 'Płaca godzinowa' dla przypisanej roli. |
| Atrybut Stopień wykonania czynności w momencie wystąpienia zdarzenia nie został uzupełniony. Symulacja przyjmie wartość domyślną: 0,5. | Uzupełnij atrybut w notatniku zdarzenia pośredniego. | Zdarzenie pośrednie (krawędź) | Ostrzeżenie | Zdarzenie pośrednie (krawędź): Nie uzupełniono atrybutu 'Stopień wykonania czynności przy wystąpieniu zdarzenia'. |
| Czynność musi być dołączona do zdarzenia pośredniego. | Uzupełnij atrybut w notatniku zdarzenia pośredniego. | Zdarzenie pośrednie (krawędź) | Błąd | Zdarzenie pośrednie (krawędź): Nie dołączono czynności. |
| Suma wartości atrybutu Prawdopodobieństwo wystąpienia wszystkich zdarzeń pośrednich dołączonych do tego zadania jest większa niż 1. | Zmień wartość atrybutu w notatniku zdarzenia pośredniego/zdarzeń pośrednich dołączonych do tego zadania. | Zadanie | Błąd | Zadanie: Suma atrybutu 'Prawdopodobieństwo wystąpienia' jest większa niż 1. |
| Atrybut Prawdopodobieństwo wystąpienia: nie został uzupełniony. | Uzupełnij atrybut w notatniku zdarzenia pośredniego. | Zdarzenie pośrednie (krawędź) | Ostrzeżenie | Zdarzenie pośrednie (krawędź): Nie uzupełniono atrybutu 'Prawdopodobieństwo wystąpienia'. |
| Brak powiązania do podprocesu. Uzupełnij atrybut: Podproces | Bez przypisanego podprocesu dane symulacyjne zostaną wzięte z zakładki Czasy/koszty obiektu podproces. | Podproces | Ostrzeżenie | Podproces: brak powiązania do podprocesu |
| Wartość atrybutu Przypisz zagregowane wartości do podprocesu jest włączona. | Dane symulacji zostaną obliczone na podstawie odpowiedniego obiektu podproces. | Podproces | Ostrzeżenie | Podproces: atrybut włączony. |
| Wymienione poniżej zmienne mają nieprawidłowe formaty wartości. <list> | Przeczytaj tekst informacji o atrybucie „Zmienne” w Notatniku „Przepływu sekwencji”, aby dowiedzieć się więcej o definicji zmiennych. | Kolejny | Błąd | Niewłaściwe formaty wartości zmiennych. |
| Suma prawdopodobieństwa dla ścieżek wychodzących z bramki nie może być mniejsza lub większa niż 1. Skonfigurowane warunki przejścia: < lista> | Popraw wartość atrybutu w notatniku obiektu. | Bramka wykluczająca i przepływ procesu | Błąd | Bramka wykluczająca: Suma prawdopodobieństwa mniejsza lub większa niż 1. |
| Nie uzupełniono wartości atrybutu Warunek przejścia dla co najmniej jednego wychodzącego konektora lub suma prawdopodobieństw jest większa niż 1. Skonfigurowane warunki przejścia: < lista> | Dla wszystkich ścieżek bez określonego prawdopodobieństwa system uzupełni prawdopodobieństwo i podzieli go równo na wszystkie ścieżki. Sprawdź wartości atrybutu dla wychodzących konektorów. | Bramka wykluczająca i przepływ procesu | Ostrzeżenie | Bramka wykluczająca: Nie uzupełniono prawdopodobieństw. |
| Bramka powinna mieć a) jedną wchodzącą relację i co najmniej dwie wychodzące relacje albo b) jedną wychodzącą relację i co najmniej dwie wchodzące relacje. | Dla czytelności oraz aby uniknąć możliwego zakleszczenia zmień odpowiednio swój model procesu. | Bramka wykluczająca i przepływ procesu | Błąd | Bramki: wchodzące/wychodzące relacje |
| Aktualnie symulacja wymaga, aby dla synchronizujących bramek niewykluczających (np. bramek równoległych AND użytych do połączenia ścieżek) liczba ścieżek, które łączą się w tej bramce odpowiadała liczbie ścieżek, na które proces został wcześniej podzielony przez otwierającą bramkę niewykluczającą. | Zmień model w taki sposób, aby liczba przychodzących "ścieżek" wchodzących do bramki niewykluczającej była taka sama, jak liczba wychodzących "ścieżek" z bramki niewykluczającej. | Bramka niewykluczająca i przepływ procesu | Błąd | Bramki niewykluczające: Bieżące wykorzystanie bramek nie jest obsługiwane w symulacji |
| Zmienne wymienione poniżej są zadeklarowane więcej niż raz w procesie. Wartości zmiennych będą nadpisywane za każdym razem, w zależności od przebiegu procesu. | Sprawdź, czy zmienna została zadeklarowana więcej niż jeden raz celowo czy jest to niezamierzone. | Diagram Procesów Biznesowych, Przepływ procesu | Ostrzeżenie | Zmienna zadeklarowana wielokrotnie |