Przegląd narzędzi programowych do modelowania procesów biznesowych. Modele i modelowanie procesów biznesowych

Teraz, po ogólnym wyjaśnieniu ogólnych zadań funkcjonalnych rozwiązywanych przez rozważane narzędzia, konieczne jest porównanie możliwości, które zapewniają te narzędzia.

W dalszej analizie uwzględnione zostaną tylko cechy ARIS ToolSet (dalej ARIS), BP-Win - Erwin (dalej BP-Win) i ORG-Master (dalej ORG-Master). Program Rational Rose, jako ten, który w największym stopniu skupiał się na budowaniu czysto oprogramowania, a nie systemów organizacyjnych, w celu uproszczenia prezentacji, wyłączymy z rozważań, zwłaszcza, że \u200b\u200bpodstawowa metodologia UML jest teraz zaimplementowana w ARIS).

Funkcjonalność narzędzi do modelowania systemów biznesowych

Porównując różne narzędzia do modelowania systemów biznesowych, warto rozważyć ich cechy według następujących grup możliwości funkcjonalnych:

• narzędzia do budowania modeli systemów biznesowych;
• narzędzia do analizy modeli;
• sposoby optymalizacji symulowanych systemów według ich modeli;
• obsługa bibliotek typowych modeli;
• rejestracja regulaminów i dokumentacji;
• wsparcie przy tworzeniu modeli baz danych i oprogramowania;
• integracja z innymi produktami oprogramowania (narzędzia CASE, systemy ERP, programy aplikacyjne).

• ogólna organizacja procesów biznesowych i kolejność interakcji jednostek organizacyjnych (wykonawców),
• podział odpowiedzialności za realizację poszczególnych funkcji i wykorzystanie zasobów systemu,
• ładowanie powiązań organizacyjnych, wykonawców i zasobów instrumentalnych w systemie,
• główne parametry czasowe i kosztowe symulowanego systemu,
• wymagania dotyczące zaopatrzenia w zasoby procesów zachodzących w systemie.

Analiza ogólna organizacja procesów biznesowych i kolejność interakcji jednostek organizacyjnychw systemie odbywa się to bezpośrednio przy badaniu skonstruowanych modeli procesów biznesowych. Analiza jakościowa umożliwia również ich identyfikację rolaktóre pod pewnymi warunkami można wykluczyć z procesu. W którym widoczność modelu i możliwość prześledzenia relacji istniejących w systemie ma ogromne znaczenie.

Uwagi dotyczące przejrzystości modeli podano poniżej. Ale należy również zauważyć, że ważnym wymaganiem dotyczącym modelu jest możliwość jego analizy przed zakończeniem budowy. Rzeczywiście, jeśli w systemie możliwe jest zidentyfikowanie powiązań (a także ich braku) w systemie dopiero po zbudowaniu jego pełnego modelu, to okazuje się to bardzo uciążliwe na początkowych etapach pracy, kiedy informacje o cechach procesów zachodzących w systemie mogą być nadal częściowo nieobecne lub niedokładne.

Tutaj ORG-Master jest na korzystnej pozycji, ponieważ model procesów biznesowych w nim nie jest zbudowany bezpośrednio w postaci diagramu IDEF. Diagram ten może być generowany automatycznie po utworzeniu i wypełnieniu klasyfikatorów tworzących model (funkcje biznesowe, jednostki organizacyjne, zasoby itp.) I ustaleniu wszystkich niezbędnych prognoz (relacje dla zasobów, wykonawców, narzędzi, przepisów i faktycznych powiązań między operacjami biznesowymi). Zatem jeszcze przed uzyskaniem pełnego (lub częściowego) modelu procesu biznesowego, główne relacje determinujące modelowany proces są już zidentyfikowane i można je przeanalizować.

W przeciwieństwie do tego podejścia, modele procesów biznesowych w ARIS i BP-Win budowane są bezpośrednio, a istniejące relacje między komponentami procesu muszą być przygotowane do analizy w wyniku odpowiednich procedur.

I tak np. Po zbudowaniu modelu procesu biznesowego w BP-Win budowany jest osobny model danych z wykorzystaniem ERwin, w którym tworzone są powiązania pomiędzy komponentami systemu (zgodnie z metodologią encje modelu danych). Następnie modele te są łączone za pomocą mechanizmu, który jest zasadniczo podobny do mechanizmu konstrukcji projekcji stosowanego w ORG-Master (patrz Załącznik 1. Modelowe komponenty oprogramowania ORG-Master i kompleks metodologiczny).

Mając to na uwadze, druga z rozważanych możliwości analizy modelu: analiza podziału odpowiedzialności za realizację poszczególnych funkcji i wykorzystanie zasobów systemu, okazuje się być automatycznie wdrażany w procesie budowy modelu procesów biznesowych w systemie ORG-Master. Rzeczywiście, projekcje łącza organizacyjnego - Funkcje i funkcje - Zasoby, określone podczas budowania modeli procesów biznesowych w ORG-Master, bezpośrednio pokazują osoby odpowiedzialne za określony obszar roboczy lub zasób (i pozwalają na analizę dowolnej ich kombinacji). Dodatkowo ORG-Master umożliwia eksport projekcji macierzy do MS Excel, gdzie na ich podstawie tworzone są diagramy analizy organizacyjnej.

W ARIS i BP-Win w tym celu konieczne jest ręczne prześledzenie wszystkich połączeń w diagramach procesów biznesowych (i modelach danych w BP-Win) lub specjalnie skonstruowanie odpowiednich list lub raportów.

Pytanie o ładowaniu wykonawców i zasobów instrumentalnych do systemu, a także uzyskanie szacunków dla głównych parametrów czasowych modelowanego układu,można zadecydować na podstawie danych ilościowych dotyczących złożoności (lub po prostu czasu trwania) funkcji, które realizują. Aby rozwiązać ten problem, konieczne jest wprowadzenie takich danych do systemu w taki czy inny sposób, a także zapewnienie środków do uzyskania sumarycznych szacunków. Wsparcie dla metodologii IDEF3 (w BP-Win), metod ABC w ARIS i BP-Win oraz narzędzi symulacyjnych w ARIS (i częściowo w BP-Win) zapewnia pewne przetwarzanie tych szacunków. Jeśli chodzi o rzeczywiste dane początkowe, są one ustalane przez użytkownika, który w związku z tym odpowiada za ostateczny wynik.

Jednak uzyskanie wystarczająco reprezentatywnych szacunków za pomocą modelowania statystycznego (symulacja / zdarzenie) (a tym bardziej przy użyciu metod ABC, biorąc pod uwagę czas jako zasób) w celu załadowania komponentów systemu jest utrudnione przez następujące czynniki.

Nowoczesne podejście do analizy dowolnego procesu ( przepływ pracy)wynikają z podzielenia czasu jego realizacji przez de facto okres wykonania operacji i czas przekazania ich wyników. Jednocześnie w procesach biurowych lub procesach świadczenia usługi faktyczna praca zajmuje średnio około 10% czasu, a resztę spędza albo na fizycznym przesunięciu wyniku zadania (wymagającym podpisania tekstu umowy, który należy ponownie umyć) i czekaniu w kolejce do następnego wykonawca znajdzie czas, aby kontynuować proces. Dlatego metody oparte na prostym sumowaniu czasu operacji obecnie z reguły nie dają dokładnej reprezentacji parametrów czasowych procesu.

Możesz spróbować uzyskać bardziej adekwatne wyniki, symulując zachowanie systemu. Jednak w przypadku opóźnień w świadczeniu usług trzeba albo przyjąć bardzo zgrubne założenia dotyczące prawa ich rozkładu w czasie, albo przeprowadzić dość kosztowne i pracochłonne procedury czasowe i późniejszą obróbkę statystyczną. W takim przypadku wiarygodność uzyskanych wyników nie będzie zbyt wysoka lub będzie wymagała znacznych dodatkowych kosztów. Dlatego rozsądne wydaje się podejście, że: „koszt modelowania kosztów uzyskania jakichkolwiek informacji nie powinien przekraczać wartości (kosztu) wyników ich wykorzystania. Dodatkowo należy zawsze pamiętać o prawie Pareto, z którego w odniesieniu do rozważanego problemu wynika, że \u200b\u200b20% prac modelarskich daje 80% efektu.

Dlatego z naszego punktu widzenia przed przejściem do skomplikowanych i czasochłonnych i zasobochłonnych metod modelowania związanych z ilościowymi szacunkami parametrów czasowo-kosztowych warto skupić się na uzyskaniu efektu z implementacji bardziej oczywistych wyników modelowania biznesowego. Zaleca się przeprowadzenie optymalizacji ilościowej z uwzględnieniem pomiarów i analizy rzeczywistych procesów.

ORG-Master posiada funkcjonalny odpowiednik narzędzi analitycznych ABC - Kreator Budżetowania, który generuje prosty system budżetowania. Jednym z rezultatów pracy tego systemu jest ilościowa ocena kosztów realizacji procesów biznesowych (budżetów operacyjnych), co najmniej porównywalna pod względem wartości z danymi uzyskanymi za pomocą narzędzi wspomagających rachunek kosztów ABC.

Ponadto rodzina ORG-Master zawiera również pakiet oprogramowania Time-Master, którego jeden z komponentów, zapewniający zarządzanie procesami (workflow), umożliwia gromadzenie statystyk w trakcie ich wykonywania, co pozwala oszacować parametry czasowe procesów niezbędnych do analizy.

• Narzędzia optymalizacji systemów biznesowych (procesy biznesowe) oprócz możliwości analizy modeli zapewniają: narzędzie zarządzania.
• generowanie szeregu alternatyw;
• planowanie;
• wybór najlepszego sposobu działania;
• alokacja zasobów;
• ustalajac priorytety.

Z reguły realizacja wymienionych funkcji wiąże się z zastosowaniem specjalnych, raczej złożonych lub uciążliwych algorytmów do rozwiązywania problemów optymalizacyjnych. Szereg tego typu możliwości zawiera system ARIS. Jednak ich realizacja generalnie nie wydaje się właściwa do etapu dopracowania procesu biznesowego po osiągnięciu rezultatów jego restrukturyzacji prostszymi metodami.

Obsługa bibliotek modeli ogólnych pozwala na wykorzystanie wcześniej stworzonych opracowań w procesie budowy nowych modeli. Ta możliwość jest dostępna we wszystkich trzech rozważanych narzędziach. W szczególności ORG-Master wspiera zarówno pełne referencyjne modele biznesowe przedsiębiorstw, uzyskane w wyniku realnych projektów realizowanych w rosyjskich przedsiębiorstwach, jak i klasyfikatory „biblioteczne” opisujące typową organizację poszczególnych aspektów działalności.

Rejestracja, zgodnie z zbudowanymi wzorami, regulamin firmy wydaje się być bardzo ważną okazją do zapewnienia integralności i spójności dokumentacyjnego opisu systemu biznesowego. Znaczenie tego komponentu dla narzędzi modelowania biznesowego można zrozumieć, patrząc na regulacje jako narzędzie zarządzania firmą. Rzeczywiście, jeśli firma działa stabilnie, oznacza to, że jej procesy biznesowe są ugruntowane i podlegają prawie formalnym regulacjom. Kultura wewnętrzna, jaka musi być obecna w takiej firmie, pozwoli w razie potrzeby na szybką przebudowę systemu lub parametrów procesów biznesowych poprzez zmianę regulaminów pracy odpowiednich działów i wykonawców.

Obecność dokumentów-przepisów dotyczących wszystkich aspektów działalności firmy jest jednym z podstawowych zapisów koncepcji regularnego, systemowego zarządzania. Według niej w dobrze zorganizowanym biznesie około 80% decyzji zarządczych podejmowanych jest według z góry ustalonych procedur, a tylko reszta, związana z niestandardowymi sytuacjami i różnymi innowacjami, opiera się na kreatywności i bohaterstwie pracowników.

Organizację przedsiębiorstwa (przedsiębiorstwa) nastawioną na osiąganie określonych celów reguluje na współczesnym poziomie następujący standardowy zestaw podstawowych dokumentów organizacyjnych:

• postanowienia dotyczące struktury organizacyjnej i funkcjonalnej, odzwierciedlające skład biznesów i funkcji obsługiwanych w firmie oraz ich rozmieszczenie w przedsiębiorstwie;
• przepisy dotyczące polityki firmy (rachunkowość, inwestycje itp.);
• przepisy dotyczące organizacji głównych podsystemów biznesowych i zarządzania przedsiębiorstwa, zawierające szczegółowy opis funkcji w podziale na branże;
• udokumentowane procedury - opisy procesów biznesowych w formie umożliwiającej zarówno przedstawienie procesu zewnętrznemu obserwatorowi, jak i kierowanie się tym dokumentem wykonawcom operacji procesowych;
• i wreszcie tradycyjne „przepisy dotyczące działów” i „opisy stanowisk” personelu z listami obowiązków funkcjonalnych, rodzajów obowiązków, praw i uprawnień pracowników.

Ponadto powinno być możliwe tworzenie specjalnych formularzy sprawozdawczych do tworzenia dokumentów w różnych obszarach funkcjonalnych: Zakres zadań dla systemu informacji zarządczej przedsiębiorstwa, Księga Jakości (patrz np. Załącznik 3) i inne dokumenty specjalne zgodne z ISO9000 itp.

Wszystkie informacje pozwalające na wygenerowanie tych dokumentów muszą być zawarte w formie spójnego i spójnego systemu w kompletnym modelu biznesowym przedsiębiorstwa (firmy). Co więcej, wiele z tworzonych dokumentów musi w jak największym stopniu spełniać ogólnie przyjęte rosyjskie standardy (oczywiście systemy ARIS i BP-Win w najmniejszym stopniu spełniają ten ostatni wymóg).

W środowisku ORG-Master takie instrukcje i instrukcje są generowane automatycznie jako tekstowe formy opisów procedur, reprezentowane przez odpowiednie klasyfikatory i relacje-projekcje powiązań między nimi. Formy graficzne (różne digrafy i diagramy procesów) są dobrym uzupełnieniem tych dokumentów.

W ARIS opisy stanowisk pracy i opisy procesów są oparte na diagramach procesów zdarzeń i zasadniczo można próbować tworzyć różne dokumenty tekstowe, analizując modele procesów i struktury organizacyjne. Choć w większym stopniu sytuacja jest odwrotna - system nastawiony jest głównie na tworzenie grafiki, a funkcja tworzenia dokumentów regulaminowych jest wyraźnie pomocnicza iw efekcie nie rozwijana.

W BP-Win nie określono bezpośredniej możliwości uzyskania różnych regulacji.

W związku dokumentacja projektu można rozważyć dwie strony: opis procesów biznesowych oraz opis systemu informatycznego wspierającego procesy biznesowe w celu jego późniejszego rozwoju. Pierwsza z nich jest praktycznie jednakowo zapewniona w każdym z rozważanych środowisk poprzez możliwość konstruowania różnych formularzy raportowania według skonstruowanych modeli procesów biznesowych.

Jeśli chodzi o dokumentację dla rozwoju systemu informatycznego, najbardziej tradycyjne możliwości daje środowisko BP-Win / ERwin, które faktycznie zostało do tego stworzone.

Możliwości ARIS są z grubsza podobne: w pierwszych wersjach modelu danych schemat relacji jednostka była opisywana, w późniejszych wersjach w języku UML. Jednak ARISToolset zapewnia bardziej zaawansowane funkcje tworzenia systemów informatycznych.

Możliwości ORG-Master pozwalają w pełni odwzorować struktury danych niezbędne do organizowania wsparcia informacyjnego dla modelowanych procesów biznesowych z wykorzystaniem własnych uniwersalnych narzędzi - klasyfikatorów i prognoz. Nie ma takich formalizmów jak diagramy ER, choć w najnowszych wersjach możliwa jest wizualizacja w standardzie DFD. Ponadto możliwe stało się odzwierciedlenie interakcji między blokami funkcjonalnymi na diagramach IDEF0, nie tylko za pomocą bezpośredniego przesyłania dokumentów i plików, ale także poprzez współdzielone bazy danych!

Wsparcie przy tworzeniu modeli baz danych i narzędzi programowych zwykle odnosi się do możliwości narzędzi takich jak CASE lub podobnych narzędzi do konfigurowania systemów informatycznych do zarządzania przedsiębiorstwem (na przykład systemów klasy ERP). Takie wsparcie może zapewnić następujące funkcje:

• analiza i projektowanie architektury systemów zarządzania informacją,
• projektowanie baz danych i plików,
• programowanie (generowanie kodów programów),
• wsparcie i reengineering,
• zarządzanie projektami.

pytania analiza i projektowanie architektury systemów informatycznychsą zwykle zakończone określeniem wymagań systemowych i powiązanych specyfikacji. Ten etap, przy systematycznym podejściu do projektowania, powinien bezpośrednio opierać się na modelach systemów biznesowych i, w rzeczywistości, je uszczegóławiać. Dlatego wszystkie powyższe rozważania dotyczące budowy, analizy i optymalizacji modeli systemów, a także projektowania przepisów i dokumentacji są tutaj ważne.

Projektowanie baz danych i plików (poziom koncepcyjny i wewnętrzny), transformacja modeli danych, opis formatów plików są najpełniej obsługiwane w rozważanych narzędziach tylko w BP-Win (ERwin), ponieważ to środowisko jest specjalnie zaprojektowane do rozwiązywania takich problemów.

W środowisku ARIS taką możliwość zapewnia pakiet ARIS Toolset na poziomie specyfikacji projektu oraz definicji parametrów bazy danych.

Podejście opracowane w środowisku ORG-Master zakłada (choć niekoniecznie), że systemy informacyjne, które już posiadają bazy danych, mogą być wykorzystywane w modelowanych systemach biznesowych. W takim przypadku ich przeprojektowanie nie jest wymagane, chyba że planowana jest wymiana używanego systemu. Jednak w przypadku braku systemów informatycznych, ORG-Master tworzy podstawę dla koncepcyjnego modelu danych i struktur plików danych. Ta struktura jest reprezentowana przez opisy składu i relacji obiektów informacyjnych i dokumentów używanych w modelach procesów biznesowych.

Generowanie kodów programów dla narzędzi aplikacyjnych lub systemowych Systemy ARIS i ORG-Master nie są dostarczane, ponieważ są narzędziami do projektowania systemów biznesowych, a nie oprogramowaniem. Do pewnego stopnia ta funkcja jest zaimplementowana tylko w BP-Win.

Konserwacja i reengineering... Funkcje te są zwykle realizowane za pomocą dokumentacji, analizy programu, restrukturyzacji programu i przeprojektowania. Uwagi poczynione powyżej dotyczące narzędzi dokumentacji mają pełne zastosowanie w tej dyskusji.

Funkcje zarządzanie projektami tworzenie baz danych i narzędzi programowych jest specyficzne dla rozwoju oprogramowania. W tej formie są realizowane w BP-Win. Zarządzanie projektami w rodzinie ORG-Master w pełni obsługuje pakiet oprogramowania Time-Master. (Chociaż, ściśle mówiąc, funkcje te nie są wymagane dla danej klasy narzędzi).

Integracja z innymi produktami oprogramowania oznacza rozszerzenie zakresu rozważanego narzędzia i może być przeprowadzane zarówno w ramach rozwoju rodziny kompatybilnych narzędzi programowych (takich jak Platinum Technologies), jak i z oprogramowaniem innych programistów (oprogramowanie stron trzecich).

Integracja z oprogramowaniem stron trzecich jest wykonywana w jednym z następujących celów:

• wykorzystanie funkcjonalności zintegrowanego produktu do rozszerzenia zakresu swojego produktu,
• umożliwienie włączenia Twojego produktu do produktu strony trzeciej,
• zapewnienie uniwersalnego, w takim czy innym stopniu, interfejsu dla twojego produktu, jeśli konkretna strona trzecia nie jest z góry znana.

Z punktu widzenia orientacji funkcjonalnej integracja z:

• CASE oznacza,
• Systemy ERP,
• programy użytkowe.

ARIS ma interfejsy z niektórymi narzędziami CASE, a także jest narzędziem do tworzenia modeli do bezpośredniego dostosowywania takich systemów zarządzania przedsiębiorstwem, głównie SAP R / 3. Jak wspomniano powyżej, system opiera się na własnej notacji do reprezentacji procesów biznesowych, dlatego korzysta z wbudowanych narzędzi symulacyjnych i narzędzia do analizy kosztów, których wyniki można jednak eksportować do formatów MS Excel.

Systemy ORG-Master i BP-Win obsługują system notacji IDEF0 do opisu reprezentowanych procesów biznesowych. Zasadniczo jest to rodzaj połączenia między tymi narzędziami a komunikacją z innymi produktami oprogramowania przy użyciu tej metodologii. Jednak bez rozważania w tym miejscu kwestii „wieku” notacji IDEF0, należy zauważyć, że wewnętrzna reprezentacja danych w każdym systemie jest inna, a standardowy interfejs, taki jak „gniazda” lub klasy dla systemu IDEF0, nie jest określony. Istnieje jednak znormalizowany format pliku do przedstawiania diagramów IDEF. Dlatego, choć opisy wykonane za jego pomocą nie są zbyt wygodne zarówno dla ludzi, jak i komputerów, to można je wykorzystać jako środek wymiany modeli, jeśli istnieją odpowiednie konwertery tego formatu. Taki konwerter jest dostępny w kolejnych wersjach ORG-Master.

BP-Win wspiera metodologie IDEF0, DFD i IDEF3 i integruje się z następującymi produktami oprogramowania (głównie od tego samego producenta):

• narzędzie do modelowania danych ERwin (technologia Platinum),
• system zarządzania projektami i przechowywania ModelMart (Platinum Technology),
• wyspecjalizowany generator raportów dla modelu RPTwin (Platinum Technology),
• system symulacji BPSimulator (System Modeling Corporation),
• narzędzie analizy kosztów EasyABC (ABC Technologies).

(* Platinum Technology - od 1999 r. Związany z Computer Associates)

ORG-Master jest początkowo pozycjonowany jako system klasy organizacyjnej skoncentrowany na rozwiązywaniu problemów związanych z modelowaniem i projektowaniem procesów i struktur biznesowych oraz wspieraniu decyzji organizacyjnych. Daje możliwość integracji z własnymi pakietami programistycznymi („Oprogramowanie BIG-SPB”), nastawionymi na rozwiązywanie różnorodnych zadań funkcjonalnych. W systemie ORG-Master w razie potrzeby w środowisku MS Office automatycznie tworzone są proste zarządcze systemy informacyjne:

• System budżetowania (czyli prosty system rachunkowości zarządczej, zarządzania rentownością i wypłacalnością przedsiębiorstwa)
• System marketingowy (gromadzenie operacyjnych ilościowych informacji o rynku przedsiębiorstwa, a także integracja z własnym systemem CRM do wspierania relacji z klientami).

Wprowadzenie tych aplikacji do działalności przedsiębiorstwa pozwala na szybkie opanowanie nowoczesnych technik zarządzania, co znacznie ułatwia przejście na bardziej złożone systemy wykonawcze.

Możliwe jest (i zostało to przetestowane w projektach) łączenie danych poprzez pliki wymiany w ramach budowy zintegrowanych systemów informatycznych z programami wykonawczymi i analitycznymi firm partnerskich: 1C, A&T: Soft, Intalev, Comtech +, INEK itp., A także z rozbudowanymi systemami sterowania zasoby przedsiębiorstwa (na przykład produkcja IPS).

Nowa wersja zapewnia również mechanizmy eksportu opisów procesów biznesowych do pakietu oprogramowania Time-Master, który łączy w sobie właściwości takich systemów jak Project Management, WorkFlow oraz Personal Information System i jest zbudowany w oparciu o technologie internetowe / intranetowe.

Podsumowanie sekcji:

Główne możliwości funkcjonalne porównywanych przyrządów przedstawiono w tabeli 2, w której oszacowania stopnia realizacji funkcji lub właściwości przedstawiono na pięciostopniowej skali.

Jak widać w Tabeli 2, bezpośrednie sumowanie szacunków daje rozrzut około ± 4%. Taki rozrzut leży w błędzie samych szacunków. Co więcej, same środki, różniące się swoją funkcjonalną orientacją, otrzymały podobne szacunki ze względu na fakt, że różne mocne i słabe strony różnych środków, obliczone bezpośrednio, kompensują się nawzajem.

Jednak omawiając możliwości funkcjonalne podkreślono, że bezpośrednio dla rozwiązywania problemów inżynierii biznesowej poszczególne grupy możliwości funkcjonalnych mają różne znaczenia. Odzwierciedlają to współczynniki zapisane w kolumnie „Waga” w Tabeli 2. Biorąc pod uwagę ten czynnik można zauważyć, że ogólna ocena kompleksu ORG-Master nieznacznie przewyższa ARIS.

Ale znowu może to wynikać z różnych preferencji i priorytetów w zamierzonym użytkowaniu produktu. Na przykład ze względu na niższą ocenę znaczenia istniejących narzędzi do ilościowej analizy modeli (symulacji i modelowania zdarzeń), a także narzędzi optymalizacyjnych, które jednak są słabo reprezentowane we wszystkich rozważanych systemach. Jednocześnie wysoko cenione są właściwości samodokumentujących się modeli czy wszechstronność reprezentowania różnych aspektów modelowania.

Generalnie przy ocenie i wyborze narzędzia do modelowania zaleca się samodzielnie zdecydować, które z narzędzi systemowych są najważniejsze w rozwiązaniu konkretnego problemu jego zastosowania i odpowiednio odłożyć „wagi”.

Dodatkowo, załącznik 2 zawiera przegląd standardów formalizacji i narzędzi do konstruowania i / lub analizowania niektórych modeli, które są używane w rozważanych systemach.

14.02.2017, wt., 16:00, czasu moskiewskiego Tekst: Andrey Koptelov

Narzędzi do opisu procesów biznesowych firmy jest wiele, wystarczy wybrać ten właściwy. To, czym różnią się od siebie i jak nie pomylić się z wyborem, opisano w tym artykule.

Wprowadzaniu zarządzania procesowego w firmach z reguły towarzyszy zdefiniowanie kluczowych procesów biznesowych oraz ich późniejszy opis, analiza i optymalizacja. W procesach biznesowych uczestniczy wielu performerów z różnych działów, powstaje wiele dokumentów, a co najważniejsze, istnieje złożona logika interakcji między wykonawcami, która wymaga wyświetlenia procesu w formacie dogodnym do percepcji i analizy.

Opis istniejącego stanu procesu biznesowego w stanie „tak jak jest” pozwala nie tylko na rejestrację stanu rzeczy, ale także na przeprowadzenie pierwotnej analizy procesu biznesowego. Natomiast opis procesu biznesowego w statusie „taki jaki powinien być” pozwala na sformalizowanie, a przede wszystkim uregulowanie nowego stanu procesu biznesowego w celu jego późniejszego wprowadzenia do praktyki firmy.

Format tekstowy opisu procesu biznesowego

Istnieje wiele przykładów regulacji procesów biznesowych, które sięgają setek arkuszy, jednak im większy taki dokument, tym mniejsze szanse na przeczytanie i wykonanie. Dlatego konieczne jest opisywanie procesów biznesowych niezwykle krótkimi dokumentami w formie ustrukturyzowanego tekstu, skupiając się na tym, kto co i kiedy robi.

Na początkowych etapach zarządzania procesami biznesowymi
opis tekstowy pozwala na przeprowadzenie podstawowej analizy procesów biznesowych w firmie,
a także ustalić ich stan docelowy w formie zatwierdzonego rozporządzenia

Sekret opisu procesów biznesowych w formie ustrukturyzowanego tekstu tkwi w przejrzystej strukturze: najpierw zapisuje się, kto wykonuje operację i kiedy, a następnie w podpunkcie, poziom niżej, opisane są same działania, po czym wskazuje się komu iw jakim przypadku wynik jest przekazywany.

W ten sposób cały proces biznesowy jest opisany krok po kroku, wskazując listę dokumentów, które są przesyłane przez proces oraz systemy informacyjne, które są używane do wykonania określonej operacji.

W praktyce w takiej strukturze można łatwo opisać procesy biznesowe nawet na bardzo „dużą skalę”, a zaletą podejścia tekstowego jest jego prostota i dostępność nie tylko dla analityków biznesowych, ale także dla każdego pracownika firmy. Korzystając z tych prostych reguł strukturyzowania tekstu w firmie, możesz łatwo stworzyć system regulacji, który standaryzuje kluczowe procesy biznesowe.

Wadą opisu tekstowego jest możliwość „ukrycia” w nim insynuacji i nieścisłości w procesie biznesowym, które można znaleźć tylko uważnie czytając wynikowy dokument. Jednak mimo niedociągnięć, na początkowych etapach zarządzania procesami biznesowymi ustrukturyzowany opis tekstowy pozwala na przeprowadzenie podstawowej analizy procesów biznesowych w firmie, a także utrwalenie ich stanu docelowego w postaci zatwierdzonej regulacji.

Tabelaryczny format opisu procesu biznesowego

Jeśli chodzi o wariant opisu procesów w formacie tekstowym, zastosowanie formy tabelarycznej dodaje „strukturalności” do tworzonego opisu procesu biznesowego.

Proces biznesowy opisany jest w formie tabeli, w której wiersze opisują operacje w procesie biznesowym, przy czym każda linia zawiera nie tylko numer i nazwę operacji, ale także dokumenty przychodzące i wychodzące, standardy czasowe wykonania, wykonawca, używane systemy informacyjne i logikę dalszych działań. W rzeczywistości, opisując proces biznesowy w formie tabelarycznej, tworzone są schematy blokowe, które szczegółowo opisują wszystkie niezbędne działania ze wskazaniem ich środowiska.

W zależności od ustawionych zadań w opisie tabeli mogą być wyświetlane różne elementy środowiska procesów biznesowych, np. Jeśli firma pracuje z ryzykami operacyjnymi, można dodać dodatkową kolumnę, w której wskażemy istniejące ryzyka operacyjne wraz z ich powiązaniem z operacjami procesowymi.

Korzystając z jednego szablonu tabeli i prostych instrukcji jej wypełniania, dość łatwo jest opisać kluczowe procesy biznesowe w firmie wysiłkiem pracowników jednostek biznesowych, podczas gdy jakość wynikowego opisu z pewnością będzie wyższa niż w formacie tekstowym, ale wynik będzie miał niewystarczającą wizualizację opisu procesu w postaci modelu graficznego.

Jedynym mankamentem tabelarycznej postaci jest złożoność wyświetlania logiki procesu biznesowego, ponieważ dla każdej operacji w tabeli konieczne jest opisanie, w którym przypadku, jaka akcja jest wykonywana, np. „Jeśli dokument jest uzgodniony, to wykonywana jest operacja 5, a jeśli nie jest uzgodniona, wykonywana jest operacja 6. ”, Co nie zawsze jest wygodne dla zrozumienia cech procesu biznesowego i jego analizy.

Graficzny model procesów biznesowych

Ostatnio wiele firm opisuje procesy biznesowe w postaci modeli graficznych. Może to być diagram narysowany na flipcharcie lub może to być model utworzony w specjalnym narzędziu, zgodnie z notacją zatwierdzoną przez firmę.

W przypadku większości firm opisujących procesy w formie graficznej zestaw narzędzi do modelowania procesów biznesowych to MS Visio lub MS PowerPoint. Narzędzia te są zawarte w standardowym pakiecie biurowym, który umożliwia szerokiemu gronu osób tworzenie modeli procesów biznesowych.

Oprócz istniejących narzędzi, stosunkowo niedawno pojawiły się oparte na chmurze bezpłatne narzędzia do modelowania procesów biznesowych, w których można narysować model w przeglądarce, zapisując wynik na dysku lub w chmurze.

Dzięki darmowym i łatwym w użyciu narzędziom do modelowania procesów biznesowych w chmurze, narzędzia do modelowania procesów biznesowych w chmurze szybko zyskują popularność wśród analityków biznesowych i specjalistów IT, a także pracowników i kadry kierowniczej.

Za pomocą modelu graficznego proces biznesowy można opisać w najlepszej jakości, ponieważ może on odzwierciedlać nie tylko całe niezbędne środowisko operacji, ale także wizualizować samą logikę procesu biznesowego za pomocą operatorów logicznych i zdarzeń.

To prawda, że \u200b\u200bw przypadku wykorzystania formy graficznej do modelowania procesów biznesowych, liczba pracowników w firmie tworzącej modele procesów biznesowych może poważnie spaść, ponieważ część z nich będzie odpychana przez złożoność zestawu narzędzi i dodatkowe koszty pracy przy tworzeniu modeli graficznych w stosunku do opisów tekstowych i tabelarycznych.

Aby znaleźć się wśród tych, którzy symulują procesy biznesowe w firmie. reprezentantów jednostek biznesowych było jak najwięcej, konieczne było wybranie narzędzi modelujących z wygodnym i prostym interfejsem, a także wykorzystanie najprostszych notacji do wyświetlania procesów.

System modelowania procesów biznesowych

Niektóre firmy o dużej liczbie pracowników i dużej dojrzałości w zakresie zarządzania procesami biznesowymi przechodzą od najprostszych narzędzi do modelowania procesów biznesowych do systemów klasy Business Process Analysis, które pozwalają modelować procesy biznesowe w jednym repozytorium, co pozwala nie tylko stworzyć holistyczny, wzajemnie spójny model opisy działań organizacji, ale także otrzymywanie na jej podstawie dokumentów regulacyjnych za pomocą niestandardowych raportów.

Z reguły jeśli liczba rysowanych w firmie modeli procesów biznesowych zaczyna przekraczać kilka tysięcy, konieczne staje się zapewnienie ich wzajemnej integracji, a także możliwość tworzenia dokumentacji regulacyjnej w oparciu o stworzone modele, w tym przypadku zastosowanie narzędzi Business Process Analysis jest uzasadnione.

Praca w narzędziach analizy procesów biznesowych wymaga ścisłej dyscypliny w modelowaniu procesów biznesowych, co osiąga się poprzez normalizację katalogów struktury organizacyjnej, dokumentów i systemów informatycznych, a także akceptację notacji modelującej procesy biznesowe oraz audyt zgodności tworzonych modeli z zatwierdzoną notacją na poziomie zestawu narzędzi lub z z wykorzystaniem procedur zatwierdzania.

Korzystanie z narzędzi analizy procesów biznesowych wiąże się również z pewnym ryzykiem związanym właśnie z koniecznością zachowania ścisłej dyscypliny przy tworzeniu modeli oraz ze złożonością interfejsu narzędziowego. Prowadzi to do spadku liczby modelowania procesów biznesowych wśród przedstawicieli jednostek biznesowych. W efekcie dość często praca w zestawie narzędzi do analizy procesów biznesowych staje się prerogatywą analityków biznesowych i informatyków, co zawęża możliwe zasoby do modelowania procesów biznesowych w firmie i prowadzi albo do zwiększenia kadry analityków biznesowych, albo do zaangażowania zewnętrznych konsultantów. Jednocześnie biznes często nie chce pracować z wynikowymi modelami i powraca do tekstowego lub tabelarycznego formatu opisu procesów biznesowych, uzyskanego z raportów z zestawu narzędzi Business Process Analysis.

Od symulacji po automatyzację

Nie jest tajemnicą, że pomimo stworzonych regulacji dotyczących procesów biznesowych, pracownicy firmy często pracują według własnych zasad, ponieważ dość trudno jest kontrolować prawidłowe wykonanie przepisów, a przeprowadzane audyty wymagają dodatkowych kosztów pracy.

Dość logiczne jest przeniesienie kontroli nad poprawnością wykonywania procesów biznesowych do zautomatyzowanego systemu, w którym położona jest cała niezbędna logika do jej wykonania. Przy zastosowaniu wyspecjalizowanych systemów klasy Business Process Management Suite model procesu biznesowego staje się wykonywalny, a sam system informatyczny zarządza procesem biznesowym zgodnie z regułami opisanymi w modelu, przypisując wykonawców operacji i kierując żądania zgodnie z logiką procesu biznesowego.

W tym przypadku model staje się warunkiem koniecznym do automatyzacji procesu biznesowego, ale ten model procesu biznesowego wymaga dużo bardziej szczegółowego opracowania, ponieważ musi być „zrozumiały” przez system informacyjny automatyzujący proces.

Tak specyficzny „konsument” modelu procesu biznesowego sprawia, że \u200b\u200bjego opracowanie jest trudnym zadaniem, w które z reguły zaangażowany jest analityk systemowy, a nawet informatyk zaznajomiony z systemem automatyki. Przedstawiciele biznesu czy analitycy biznesowi mogą w tym przypadku przedstawić jedynie prototyp takiego modelu, po czym uzgodniony prototyp musi zostać poważnie zmodyfikowany z uwzględnieniem specyfiki systemu BPMS.

Co wybrać

Aby określić formaty opisu procesów biznesowych, konieczne jest przeanalizowanie wielkości organizacji, jej dojrzałości w zakresie zarządzania procesami biznesowymi, a także określenie odbiorców tworzonego opisu.

W firmie od 50 do 500 osób do usprawnienia i uregulowania procesów biznesowych wystarczy opis tekstowy lub tabelaryczny procesów, natomiast opis mogą przeprowadzić pracownicy i menedżerowie, którzy przeszli specjalistyczne szkolenie z zakresu zarządzania procesami biznesowymi.

W firmie liczącej od 500 do 5000 osób można również ograniczyć się do opisów tekstowych lub tabelarycznych, używając notacji graficznych do wizualizacji szczególnie „zagmatwanych” procesów biznesowych przy dużej liczbie uczestników. W firmach tej skali, w celu usystematyzowania tworzonego opisu, już teraz konieczne jest prowadzenie ewidencji procesów biznesowych i regulaminów, a także tworzenie szablonów zarówno regulaminów, jak i modeli graficznych.

W dużych firmach zatrudniających 5000 lub więcej pracowników, z rozwiniętym biurem procesów i dużą dojrzałością w zarządzaniu procesami biznesowymi, można pomyśleć o wykorzystaniu narzędzi analizy procesów biznesowych do modelowania procesów biznesowych, w ramach których można stworzyć pojedyncze repozytorium modeli procesów biznesowych, a następnie na jej podstawie regulacje procesów biznesowych i inną dokumentację normatywną.

Systemy BPMS są najskuteczniejsze tam, gdzie ważna jest szybkość i kontrola logiki realizacji procesów biznesowych, dlatego najczęściej spotyka się je w tych procesach, w których obsługiwane są zapytania klientów, zamówienia, reklamacje i umowy, niezależnie od wielkości firmy.

Modelowanie procesów biznesowych jest jedną z metod poprawy jakości i efektywności organizacji. Metoda ta opiera się na opisie procesu poprzez różne elementy (działania, dane, zdarzenia, materiały itp.) Właściwe dla tego procesu. Zazwyczaj modelowanie procesów biznesowych opisuje logiczną relację wszystkich elementów procesu od jego początku do zakończenia w organizacji. W bardziej złożonych sytuacjach modelowanie może obejmować procesy lub systemy zewnętrzne w stosunku do organizacji.

Modelowanie procesów biznesowych pozwala zrozumieć pracę i przeanalizować organizację. Osiąga się to dzięki temu, że można opracować modele dla różnych aspektów i poziomów zarządzania. W dużych organizacjach modelowanie procesów biznesowych odbywa się bardziej szczegółowo i wieloaspektowo niż w małych, co wiąże się z dużą liczbą relacji międzyfunkcyjnych.

Zazwyczaj do modelowania procesów biznesowych używa się różnych narzędzi i oprogramowania komputerowego. Ułatwia to zarządzanie modelami, śledzenie ich zmian i skracanie czasu analizy.

Cele modelowania procesów biznesowych

Ostatecznym celem modelowania procesów biznesowych jest osiągnięcie poprawy wydajności. W tym celu analiza koncentruje się na zwiększaniu wartości wyników procesu oraz ograniczaniu kosztów i czasu działań.

Modelowanie procesów biznesowych ma kilka celów:

• po pierwsze, jest to celem opisu procesów. Dzięki modelowaniu możesz śledzić, co dzieje się w procesach od początku do końca. Modelowanie pozwala spojrzeć „z zewnątrz” na procesy i zidentyfikować usprawnienia, które zwiększą ich efektywność.
• po drugie, regulacja procesów. Modelowanie procesów biznesowych określa zasady realizacji procesów, tj. jak powinny być wykonywane. Przestrzegając zasad, wytycznych lub wymagań określonych w modelach, można osiągnąć pożądaną wydajność procesu.
• po trzecie, nawiązywanie relacji w procesach. Modelowanie procesów biznesowych zapewnia wyraźne powiązanie między procesami a wymaganiami, które muszą one spełniać.

Etapy modelowania procesów biznesowych

Modelowanie procesów biznesowych obejmuje z reguły kilka kolejnych etapów. Ponieważ ostatecznym celem modelowania jest usprawnienie procesów, wówczas obejmuje ono zarówno część „projektową” pracy, jak i pracę nad wdrożeniem modeli procesów.

Skład etapów, który obejmuje modelowanie procesów biznesowych, przedstawia się następująco:

• identyfikacja procesów i budowa modelu wyjściowego „jak jest”... Aby ulepszyć ten proces, musisz zrozumieć, jak to działa w tej chwili. Na tym etapie wyznaczane są granice procesu, identyfikowane są jego kluczowe elementy oraz zbierane są dane o przebiegu procesu. W rezultacie powstaje początkowy model procesu „taki jaki jest” Model ten nie zawsze odpowiednio oddaje pracę procesu, więc model tego etapu można nazwać „pierwszym szkicem” lub oryginalnym modelem „taki, jaki jest”.
• rewizja, analiza i udoskonalenie oryginalnego modelu... Na tym etapie identyfikowane są sprzeczności i powielanie działań w procesie, określane są ograniczenia procesu, zależność procesu, ustalana jest potrzeba zmiany procesu. W rezultacie powstaje ostateczna wersja modelu „taka, jaka jest”.
• opracowanie modelu „tak jak powinno”... Po przeanalizowaniu istniejącej sytuacji należy określić pożądany stan procesu. Ten pożądany stan jest reprezentowany w modelu „tak, jak powinno być”. Model ten pokazuje, jak ten proces powinien wyglądać w przyszłości, w tym wszelkie niezbędne ulepszenia. Na tym etapie modelowania procesów biznesowych takie modele są opracowywane.
• testowanie i stosowanie modelu „tak, jak powinno być”... Ten etap modelowania wiąże się z wdrożeniem opracowanego modelu do praktyki organizacji. Testowany jest model procesu biznesowego i wprowadzane są w nim niezbędne zmiany.
• doskonalenie modelu „tak jak powinno być”... Modelowanie procesów biznesowych nie ogranicza się do tworzenia modelu „jak powinno być”. Każdy z procesów podlega ciągłym zmianom i ulepszeniom, dlatego modele procesów powinny być regularnie przeglądane i ulepszane. Ten etap modelowania wiąże się z ciągłym doskonaleniem procesów i doskonaleniem modelu procesów biznesowych.

Rodzaje modelowania procesów biznesowych

Modelowanie procesów biznesowych może mieć inny cel. Zależy to od tego, jakie problemy mają być rozwiązane za jego pomocą. Uwzględnienie absolutnie wszystkich wpływów na proces może znacznie skomplikować model i doprowadzić do redundancji w opisie procesu. Aby tego uniknąć, modelowanie procesów biznesowych podzielono na typy. Rodzaj symulacji dobiera się w zależności od badanych cech procesu.

W celu usprawnienia procesu stosuje się następujące rodzaje modelowania:

• Modelowanie funkcjonalne... Ten rodzaj modelowania obejmuje opis procesów w postaci powiązanych ze sobą, jasno skonstruowanych funkcji. Jednocześnie nie jest wymagana ścisła czasowa sekwencja funkcji, jaka istnieje w rzeczywistych procesach.
• Modelowanie obiektów - implikuje opis procesów jako zbiór oddziałujących obiektów - tj. jednostki produkcyjne. Obiekt to dowolny element, który jest transformowany podczas wykonywania procesów.
• Modelowanie symulacyjne - przy tego typu modelowaniu procesów biznesowych oznacza modelowanie zachowania procesów w różnych warunkach zewnętrznych i wewnętrznych wraz z analizą charakterystyk dynamicznych procesów i analizą alokacji zasobów.

Podział modelowania według typu ma na celu uproszczenie pracy i skupienie się na pewnych cechach procesu. Ponadto w tym samym procesie można zastosować różne rodzaje modelowania. Pozwala to na pracę z jednym typem modelu niezależnie od innych.

Zasady modelowania procesów biznesowych

Modelowanie procesów biznesowych opiera się na szeregu zasad, które pozwalają na tworzenie adekwatnych modeli procesów. Ich przestrzeganie pozwala na opisanie wielu parametrów stanu procesów w taki sposób, że w ramach jednego modelu komponenty są ze sobą ściśle powiązane, a poszczególne modele pozostają od siebie dostatecznie niezależne.

Główne zasady modelowania procesów biznesowych są następujące:

• Zasada rozkładu - każdy proces może być reprezentowany przez zbiór hierarchicznie ułożonych elementów. Zgodnie z tą zasadą proces należy wyszczególnić w jego elementach składowych.
• Zasada ostrości - aby stworzyć model, konieczne jest abstrahowanie od wielu parametrów procesu i skupienie się na kluczowych aspektach. Dla każdego modelu aspekty te mogą być różne.
• Zasada dokumentowania - elementy wchodzące w skład procesu muszą zostać sformalizowane i utrwalone w modelu. Różne elementy procesu muszą mieć różne oznaczenia. Utrwalenie elementów w modelu zależy od rodzaju modelowania i wybranych metod.
• Zasada spójności - wszystkie elementy zawarte w modelu procesu muszą mieć jednoznaczną interpretację i nie mogą być ze sobą sprzeczne.
• Zasada kompletności i wystarczalności - przed włączeniem tego lub innego elementu do modelu należy ocenić jego wpływ na proces. Jeśli element nie jest niezbędny do wykonania procesu, to jego umieszczanie w modelu nie jest wskazane, ponieważ może to tylko skomplikować model procesów biznesowych.

Metody modelowania procesów biznesowych

Obecnie istnieje wiele metod modelowania procesów biznesowych. Metody te odnoszą się do różnych typów modelowania i pozwalają skupić się na różnych aspektach. Zawierają zarówno środki graficzne, jak i tekstowe, dzięki czemu można zwizualizować główne składowe procesu oraz precyzyjnie zdefiniować parametry i relacje elementów.

Modelowanie procesów biznesowych odbywa się za pomocą następujących metod:

• Schemat blokowy to graficzna metoda przedstawiania procesu, w którym operacje, dane, wyposażenie procesowe itp. Są przedstawiane za pomocą specjalnych symboli. Metoda służy do wyświetlania logicznej sekwencji działań procesu. Główną zaletą metody jest jej elastyczność. Proces można przedstawić na wiele sposobów.
• Schemat przepływu danych Diagram przepływu danych lub DFD służy do wyświetlania transferu informacji (danych) z jednej operacji procesu do drugiej. DFD opisuje związek między transakcjami informacyjnymi i danymi. Ta metoda jest podstawą analizy strukturalnej procesów, ponieważ pozwala rozłożyć proces na logiczne poziomy. Każdy proces można podzielić na podprocesy o wyższym poziomie szczegółowości. Zastosowanie DFD pozwala odzwierciedlić tylko przepływ informacji, ale nie przepływ materiałów. Diagram przepływu danych pokazuje, w jaki sposób informacje wchodzą i wychodzą z procesu, jakie działania zmieniają informacje, gdzie informacje są przechowywane w procesie itp.
• Diagram aktywności roli Służy do modelowania procesu pod kątem indywidualnych ról, grup ról i interakcji ról w procesie. Rola to abstrakcyjny element procesu, który pełni funkcję organizacyjną. Diagram ról pokazuje stopień „odpowiedzialności” za proces i jego operacje, a także interakcję ról.
• IDEF (Integrated Definition for Function Modeling) to cały zestaw metod opisujących różne aspekty procesów biznesowych (IDEF0, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5). Metody te są oparte na metodologii SADT (Structured Analysis and Design Technique). Najczęściej używanymi metodami modelowania procesów biznesowych są IDEF0 i IDEF3.
• IDEF0 - umożliwia stworzenie modelu funkcji procesu. Diagram IDEF0 przedstawia główne funkcje procesu, wejścia, wyjścia, sterowanie i urządzenia powiązane z głównymi funkcjami. Proces można rozłożyć na niższy poziom.
• IDEF3 - ta metoda pozwala na stworzenie „behawioralnego” modelu procesu. IDEF3 składa się z dwóch rodzajów modeli. Pierwszy widok to opis przepływu pracy. Drugi to opis stanów przejściowych obiektów.
• Kolorowe siatki Petriego - metoda ta przedstawia model procesu w postaci wykresu, gdzie wierzchołkami są działania procesu, a łuki zdarzenia, dzięki którym proces przechodzi z jednego stanu do drugiego. Sieci Petriego służą do dynamicznego modelowania zachowań procesów.
• Unified Modeling Language (UML) to zorientowana obiektowo metoda modelowania procesów. Składa się z 9 różnych diagramów, z których każdy umożliwia symulację indywidualnych statycznych lub dynamicznych aspektów procesu.

Większość z tych metod jest zaimplementowana w oprogramowaniu. Pozwala na wsparcie lub analizę procesów biznesowych. Przykładami takiego oprogramowania są różne narzędzia do modelowania procesów CASE.

Materiał został przygotowany przez specjalistów firmy Abis Soft

Jak dokonać wyboru

Zanim zaczniesz wybierać oprogramowanie, musisz odpowiedzieć na trzy podstawowe pytania:

1. Co należy opisać?

2. W jakim stopniu musisz opisać?

3. Jak będzie monitorowana wydajność?

Odpowiadając na pierwsze pytanie, należy określić, które obszary systemu sterowania zamierzacie opisać, czy potrzebny jest wyczerpujący opis całego systemu.

Odpowiedź na drugie pytanie powinna dać wyobrażenie, czy system zarządzania zostanie opisany dla konkretnej firmy, działu, czy dla całej organizacji jako całości.

Trzecie pytanie określi ograniczenia, jakie można nałożyć na produkt programowy, aby w przyszłości mógł zostać zintegrowany z systemem wykonawczym.

Mając odpowiedzi na te pytania, możesz znacznie zawęzić zakres możliwych programów.

• Możliwość pracy wielu użytkowników,
• Metody prezentacji wyników
• Interfejs i ergonomia,
• Dostępność dokumentacji i wsparcia technicznego,
• Wymagania sprzętowe i programowe,
• Koszt.

Nie udając ostatecznej prawdy, autorzy recenzji oferują kilka opcji oceny recenzowanych produktów.

1. Jeśli firma ma już opracowaną strategię i wymaga monitorowania, to spośród omawianych w artykule produktów zagranicznych najlepiej nadaje się do tego rozwiązanie Karta wyników Hyperion PerformancePrzedstawione przez Wyrocznia.

2. Jeśli główny nacisk kładziony jest na procesy biznesowe w firmie, produkt firmy jest optymalny IBM - IBM WebSphere Business Modeler.

(Konieczne jest wyjaśnienie, że wybór oprogramowania od producentów takich jak IBM, Oracle, SAP, określony przez wybór ERP-systemy odpowiedniego producenta. Ich oprogramowanie do modelowania biznesowego to podsystemy złożonych produktów).

3. Z produktów rosyjskich najbardziej odpowiedni INTALEV: Corporate Navigatorjeśli chcesz opisać całą firmę (holding) jako całość, a nie tylko pojedynczą jednostkę biznesową (oddział lub oddział).

Informacje uzyskano od przedstawicieli producentów w Federacji Rosyjskiej lub z oficjalnych stron internetowych producentów.

ARIS Business Performance Edition.

Realizowane za pomocą systemu IBM Rational ClearCase

Technologie cyfrowe szybko wkraczają we wszystkie sfery społeczeństwa, zmuszając nas do większej elastyczności i szybkiego dostosowywania się do zmian. Transformacja cyfrowa również nie oszczędziła biznesu: jego przetrwanie w nowoczesnych warunkach zależy przede wszystkim od gotowości do szybkiej i radykalnej zmiany metod zarządzania przedsiębiorstwem, którego obiekty weszły w jedną przestrzeń informacyjną. Dodatkowy bodziec w postaci obowiązkowej automatyzacji otrzymało zarządzanie procesami biznesowymi, łączenie informacji i zasobów ludzkich w jeden model.

Dla każdego lidera odnoszącej sukcesy organizacji jest dziś oczywiste, że wszelkie innowacje w zarządzaniu i środki poprawiające efektywność biznesową opierają się na kompetentnej i umiejętnej transformacji procesów biznesowych. A przepisy dotyczące papieru, takie jak automatyzacja niedoskonałych i nieustrukturyzowanych procesów, już dawno minęły.

Zarządzanie firmą, niezależnie od wielkości i branży, jest jak prowadzenie samochodu, w którym chodzi o szybkość, z jaką docierają informacje i jak szybko na nie reagujesz. Podobnie jak w samochodzie, w którym oprócz kierownicy i skrzyni biegów muszą znajdować się różne urządzenia, które odzwierciedlają w czasie rzeczywistym zarówno wskaźniki samego pojazdu, jak i otoczenia, system sterowania musi mieć narzędzia do bezpośredniego oddziaływania i środki do przetwarzania informacji. Przepisy papierowe mogą dać ogólny obraz struktury przedsiębiorstwa, ale nie są narzędziem zarządzania. Takie procesy nie są interaktywne i nie zapewniają dokładnych pomiarów wykonywanych operacji.

Narzędzie do modelowania i zarządzania procesami biznesowymi - systemy BPM, które umożliwiają szybkie tworzenie, uruchamianie, monitorowanie i modyfikowanie procesów poprzez ścisłą integrację środowisk projektowych, programistycznych i wykonawczych. Z reguły systemy BPM oparte są na jednym z najbardziej postępowych światowych standardów modelowania - notacji BPMN 2.0.

Co to jest notacja BPMN

BPMN to najbardziej elastyczna i prosta metodologia modelowania, analizowania i reorganizacji procesów biznesowych. Elastyczność zapewnia zestaw elementów i reguł notacji, a przejrzystość zapewnia wizualne diagramy procesów i schematy blokowe. Głównym celem BPMN jest zapewnienie przystępnej notacji do opisu procesów biznesowych dla wszystkich użytkowników: analityków tworzących modele procesów, programistów wdrażających technologie do ich realizacji, zwykłych użytkowników biznesowych oraz liderów zarządzających i śledzących ich wykonanie.

BPMN ma służyć jako łącznik pomiędzy etapem projektowania procesu biznesowego a etapem jego realizacji. W tym celu notacja BPMN wykorzystuje podstawowy zestaw intuicyjnych elementów do definiowania złożonych konstrukcji semantycznych. Standard BPMN wyłonił się z potrzeby prostego mechanizmu do projektowania i odczytywania zarówno prostych, jak i złożonych modeli procesów biznesowych. Modelowanie w notacji BPMN odbywa się za pomocą diagramów z kilkoma elementami graficznymi. Pozwala to użytkownikom szybko zrozumieć i zrozumieć logikę procesów.

5 systemów BPM opartych na notacji BPMN

bpm'online

bpm "online to platforma do zarządzania procesami biznesowymi firmy Terrasoft. System oparty na najbardziej zaawansowanym standardzie modelowania procesów biznesowych BPMN. System umożliwia nie tylko modelowanie i diagramy procesu biznesowego oraz zmianę go przy pomocy wygodnego projektanta, ale także uruchomienie samego który stworzył proces bez angażowania programisty.

Dostępne są dwa narzędzia do modelowania procesów biznesowych w notacji BPMN w bpm'online:

Kreator procesów biznesowych - do tworzenia prostych procesów biznesowych przy użyciu standardowej elegancji, inicjowanych ręcznie przez użytkownika.

Business Process Designer - do modelowania złożonych procesów rozgałęzionych zawierających wiele różnych elementów, w tym wykonywanych automatycznie przez system.

Wybór narzędzia do modelowania w bpm'online zależy od złożoności, celu i metody rozpoczęcia procesu.

BizAgi Suite

Bezpłatne (do 20 pracowników) narzędzie do graficznego opisu procesów w notacji BPMN. System obsługuje współpracę, symulację, eksport utworzonych modeli do edytorów tekstu i innych formatów. System składa się z dwóch modułów: BizAgi Modeler, który służy do opisu i modelowania procesów biznesowych oraz BizAgi Studio, które umożliwia przekształcanie utworzonych modeli w aplikacje wykonywalne. System pozwala także na monitorowanie postępu procesów w czasie rzeczywistym.

Studio biznesowe

System obsługuje kilka notacji modelowania: IDEF, eEPC, BPMN i kilka innych. Business Studio ma możliwość symulacji, przeprowadzania analizy kosztów funkcjonalnych oraz automatycznego generowania dokumentów. Wadą systemu jest to, że wykonywanie i monitorowanie modeli procesów odbywa się poprzez integrację z innymi systemami. Program pozwala również na wyznaczanie celów dla firmy na zrównoważonej karcie wyników.

ELMA BPM

System wykorzystuje notację BPMN do modelowania procesów biznesowych. System umożliwia również wykonywanie i monitorowanie symulowanych procesów w czasie rzeczywistym. Oprócz budowania modeli system pozwala również na przypisywanie ról procesów biznesowych odpowiedzialnym pracownikom, organizowanie pracy z obiegiem dokumentów oraz integrację systemu z 1C.

Paradygmat wizualny

System obsługuje dużą liczbę notacji i schematów blokowych modeli, w tym BPMN. Stworzone w systemie modele można ze sobą łączyć, co ułatwia stworzenie modelu całego biznesu. Dodatkowo istnieje możliwość przeprowadzenia symulacji i weryfikacji diagramów procesów.

Visual Paradigm zapewnia możliwość zarządzania atrybutami elementów i automatycznego generowania opisów procesów. System początkowo nastawiony był na programistów, więc każdy element może mieć ustalone warunki zachowania w systemie, reguły biznesowe.