Porównanie dwóch podejść do strukturyzacji diagramu aktywności (na podstawie „Wiewiórka”)
W Modelowaliśmy procesy w „baśniowym” obszarze tematycznym — linijki o wiewiórce z „Baśni o królu Saltonie, o jego sławnym i potężnym bogatyrze księciu Gwidonie Saltonowiczu i o pięknej księżniczce Łabędzi” A.S. Puszkina. Zaczęliśmy od diagramu aktywności, ustalając strukturę pola diagramu przy pomocy „pływających” torów – Swim lanes. Nazwa toru odpowiada typowi elementów diagramu, które znajdują się na tym torze: „Artefakty wejściowe i wyjściowe”, „Kroki procesu”, „Uczestnicy” oraz „Zasady biznesowe”. To podejście różni się od standardowego, kiedy tory oznaczane są imionami uczestników procesu, w ten sposób przypisując im określone obszary odpowiedzialności w procesie.
W tym przykładzie korzystam z środowiska Enterprise Architect firmy Sparx Systems z Australii. [1].
Szerzej o stosowanych podejściach do modelowania patrz [2].
Pełną specyfikację UML można znaleźć w. [3].
Powtórzę wersję diagramu z poprzedniego artykułu (Rysunek 1) i pokażę przerysowany diagram ze „standardowymi” torami (Rysunek 2), postaram się wskazać zalety i wady, może i nieco subiektywnie.
Rysunek 1. Diagram aktywności – ogólny widok procesu
Rysunek 2. Diagram aktywności – standardowa struktura diagramu
- Trzeba przyznać, że liczba strzałek jest nieco mniejsza na 2. diagramie.
- Jednak na 2. diagramie obiekty są „rozproszone” po całym polu diagramu, co jest, moim zdaniem, niezbyt wygodne.
- Ta sama historia dotyczy uwag — zasad. A żeby wprowadzić zasadę dotyczącą wyznaczenia diakona, musiałem w pewnym momencie przesunąć wszystkie elementy diagramu w dół.
- Musiałem sklonować krok „przyjęcia/przekazania…”, aby pokazać, że na tym kroku bierze udział kilku uczestników.
- W drugiej wersji musiano zrezygnować z jednego rozwidlenia i jednego połączenia procesu, bo zupełnie nie udawało się ich „ładnie” ułożyć! W zasadzie należałoby wtedy dodać komentarz — zasada.
Co do gustu i koloru, oczywiście nie ma towarzyszy, ale pierwszy wariant wydaje mi się także bardziej wygodny do zbierania danych o procesie.
Ale nie zamierzam kłamać - czasami warto narysować obie opcje, aby zrozumieć proces.
Lista źródeł
- Strona Sparx Systems. [Zasób elektroniczny] Dostęp: Internet:
- Złotuchina E.B., Wiśnia A.S., Krasnikowa S.A. Modelowanie procesów biznesowych. — M.: KURS, Naukowe Centrum INFRA-M, EBS Znanium.com. — 2017.
- OMG Unified Modeling Language (OMG UML) Specyfikacja. Wersja 2.5.1. [Zasób elektroniczny] Dostęp: Internet:
Źródło: habr.com
