Metodologia aris. Modelowanie procesu biznesowego

Metodyka ARIS koncentruje się na fazach analizy i definiowania wymagań przy projektowaniu systemu informacyjnego zarządzania. Jest to podejście wielopoziomowe i wieloprezentacyjne, skupiające się na kwestiach związanych z biznesem. Każdy widok jest szczegółowo opisany w odniesieniu do etapów cyklu życia oprogramowanie w określeniu wymagań dla warstw, specyfikacji projektowej i opisu implementacji. Diagramy łańcucha procesów wspierają integralny opis procesów biznesowych na stosunkowo zagregowanym poziomie.

Model ramowy ARIS

Koncepcja ARIS (architektura zintegrowanych systemów informacyjnych) Augusta-Wilhelma Scheera ma na celu stworzenie systemu informacyjnego przedsiębiorstwa w pełni odpowiadającego jego interesom i współczesnym wymaganiom ekonomicznym.

Ramy opierają się na stworzeniu modelu reprezentacji i poziomów opisu, co pozwala na opisanie poszczególnych elementów w specyficznie zaprojektowany sposób. Metodologia ARIS jest obiecującym obszarem rozwoju systemów do optymalizacji biznesu. Są one odwzorowane dla każdego widoku opisu na poziomie przetwarzania danych, od kwestii zarządzania przedsiębiorstwem do realizacji towarów i usług.

ARIS opiera się głównie na własnej architekturze z pięcioma widokami - "Dom ARIS". Te pięć poglądów to:

• model organizacyjny;
• model zarządzania;
• model danych;
• model funkcjonalny;
• model wyjściowy (usługowy).

Klasyfikacja ma na celu rozbicie złożoności modelu na pięć wymiarów, upraszczając w ten sposób modelowanie. Każda reprezentacja koncepcji systemów ARIS (architecture of integrated information) demonstruje model procesu biznesowego w określonym aspekcie:

1. Funkcjonalne - działania, ugrupowania i relacje hierarchiczne, które istnieją między nimi, są opisane w reprezentacji funkcji, takiej jak drzewo funkcji.
2. Organizacyjny - zawiera przegląd struktura organizacyjna przedsiębiorstwo, w tym zasoby ludzkie, maszyny, urządzenia i ich wzajemne powiązania.
3. Informacyjne (modele danych) - wszystkie zdarzenia, które generują dane o środowisko, jak np. korespondencja, dokumenty i inne.
4. Serwis - umożliwia przegląd całego portfolio produktów i usług, w tym usług, produktów, finansów.
5. Zarządzalny - rodzaj procesu, który łączy wszystkie inne widoki w oś czasu, na przykład w zarządzane zdarzenia łańcucha procesów lub BPMN.

Reorganizacja procesów biznesowych

Reorganizacja procesów biznesowych jest kluczową kwestią dla firm w celu odzyskania konkurencyjności i rentowności na coraz bardziej zmiennych rynkach. Przedsiębiorstwa zorientowane na klienta muszą być zorganizowane zgodnie z ich procesy podstawowe i ściśle zorientowany na wartości.

Zarządzanie przepływem pracy coraz częściej opiera się na współpracujących, rozproszonych aplikacjach, które z z jednej strony, muszą być przeprojektowane, aby były wydajne, a z drugiej strony używają modeli jako specyfikacji do monitorowania ich realizacji.

Brak wydajnych narzędzi, jak również słabości metodologiczne, szczególnie w zakresie uchwycenia logiki i dynamiki złożonych procesów, są głównymi przeszkodami w skutecznym reengineeringu procesów biznesowych.

Podejście ARIS zapewnia nie tylko wspólne i dobrze udokumentowane ramy metodologiczne, ale także potężne narzędzie modelowania, które wspiera proces reengineeringu poprzez etapy cyklu życia. W projekcie badawczym jest on zintegrowany z prototypowym systemem zarządzania przepływem pracy w celu usprawnienia ponownego wykorzystania modeli do implementacji aplikacji.

Koncepcja cyklu życia

Ramy metodologii modelowania procesów biznesowych i koncepcje cyklu życia pojawiły się w różnych obszarach zastosowań, takich jak Computer Integrated Manufacturing (CIM), automatyzacja biur i projektowanie systemów informacyjnych.

Metodyki i ramy są często oparte na ukrytych założeniach dotyczących ich zakresu, celu i poziomu szczegółowości. Ale jest jeszcze jeden aspekt, który prowadzi do wielkiej różnorodności podejść. Faktem jest, że możliwości metodologii ARIS są w dużym stopniu uzależnione od celu.

Niektóre działania w tym zakresie mogą mieć charakter opisowy, w innych przypadkach wymagane jest optymalne rozwiązanie do wdrożenia. W tym drugim przypadku analiza procesu musi być wsparta narzędziami oceny formalnej, takimi jak modelowanie. Wymaga to jednoznacznego opisu procesu i zebrania danych o procesie biznesowym.

Dynamiczne zachowanie

Obecnie istnieje potrzeba zharmonizowania różnych podejść, określenia wspólnych cech i połączenia różnych metodologii i struktur.

Dynamiczne modelowanie procesów biznesowych będzie w przyszłości coraz ważniejsze. Przejście od produkcji masowej do masowego dostosowywania projektów SI oraz rosnące zainteresowanie niskopoziomowymi specyfikacjami systemów wymaga dobrze zdefiniowanych modeli.

Wymaga to zrozumienia natury procesów, aby móc je modyfikować i rekonfigurować. Pomagają one zidentyfikować i usunąć braki w logice i mogą również służyć jako specyfikacja procesu oprogramowania przy projektowaniu systemów informacyjnych.

Dynamiczne zachowanie procesów biznesowych wyraźnie pokazuje "organizacyjną stronniczość. Modele są nakładane na ludzkie zachowania. To zniekształcenie zachowania może być tylko częściowo reprezentowane przez formalne podejścia do modelowania pochodzące z dziedziny SI. Metodologia ARIS powinna obejmować takie aspekty jak role ludzkie, odpowiedzialność i nieformalna komunikacja.

Model referencyjny

Kolejnym aspektem modelowania procesów biznesowych, który wymaga dalszych badań, jest temat modeli referencyjnych - cząstkowych jednostek modelujących. Jest to niepełna reprezentacja systemu z danego punktu widzenia, służąca konkretnemu celowi dla konkretnych użytkowników. Modele porównawcze są zasobem informacji dla organizacji i stanowią podstawę know-how. Korzyści wynikające z zastosowania modeli - przyspieszenie procesów modelowania, oszczędność kosztów i czasu, poprawa jakości - podkreślają potrzebę stosowania.

Modele procesów to podstawa rozwój aplikacji dla przedsiębiorstw. Podczas gdy opisują one strukturę i logikę na poziomie typu, aplikacja przepływu pracy wspiera wykonanie poszczególnych procesów na poziomie instancji. Definicja struktury w systemach zarządzania bazami danych (DBMS) prowadzi do powstania konkretnej bazy danych, a modele prowadzą do powstania aplikacji typu workflow. W przeciwieństwie do generowania kodu programu z modeli, jak w klasycznych podejściach CASE, tworzenie aplikacji opiera się na konfiguracji istniejących bloków oprogramowania i dlatego wspiera ponowne wykorzystanie.

Projektowanie przepływu pracy

Platforma sprzętowa ARIS wspiera rozwój aplikacji typu workflow. Definicja wymagań wynika z podstawowych celów biznesowych, a nie technicznych. Czas, koszt, częstotliwość, redundancja i inne aspekty są rozważane podczas definiowania wymagań.

Po analizie stanu obecnego definiuje się różne alternatywy, opisujące, w jaki sposób można wprowadzić usprawnienia. W zależności od tego, jakie rozwiązania są rozważane w celu osiągnięcia wybranych alternatyw, można wyróżnić podejście organizacyjne, personalne, techniczne lub ich kombinację.

Z technicznego punktu widzenia można zbadać modele w odniesieniu do tego, jaki rodzaj systemu informacyjnego jest potrzebny. Na podstawie modeli można określić typ, konieczny dla wsparcie procesów: zarządzanie dokumentami, integracja aplikacji bazodanowych i inne. Dlatego też wszystkie widoki powinny być zintegrowane z modelem procesu: dane, organizacja i funkcje.

Ponieważ obsługa wyjątków jest centralnym zagadnieniem w aplikacjach na poziomie definiowania wymagań, wyjątki mogą być adresowane poprzez definicję konkretnego diagramu. Jeśli modele procesów zostały zdefiniowane i zwalidowane jako dane wejściowe do rozwoju aplikacji workflow, mogą zostać udoskonalone na kolejnym poziomie.

Specyfikacja projektu

Funkcje, które mają być zautomatyzowane przez aplikację muszą być określone na poziomie szczegółowym. Jeśli funkcje są realizowane przez program, nie ma potrzeby ich szczegółowo określać. Funkcje wykonywane ręcznie powinny być określone w formie list zadań. W związku z tym stosuje się drzewa funkcyjne, które należy przedstawić jako odniesienie w aplikacji.

Przepływ danych jest opisany na poziomie definicji wymagania, głównie w kategoriach klastrów i funkcji. Podczas opracowywania projektu należy bardziej szczegółowo określić te klastry w odniesieniu do podmiotów. W celu szczegółowego opisu przepływu danych należy zdefiniować diagram przepływu danych.

Procesy opisane w modelu są często na poziomie abstrakcyjnym w jednostkach organizacyjnych. Aplikacje przepływu pracy wykorzystują koncepcję ról. Role opisują możliwości, jakie posiada dana osoba, aby wykonać określoną funkcję zawodową. Zgodnie z tymi rolami, ludzie mogą wykonywać określone czynności podczas wykonywania aplikacji. Koncepcja ta powinna być rozważona.

Oprócz tych aspektów ważne jest precyzyjne zdefiniowanie zdarzeń i węzłów podejmowanie decyzji, i określić parametry integracji programów.

Opis wdrożenia

Na poziomie opisu wdrożenia dana infrastruktura informacyjna musi być dostosowana do rozproszonej, zintegrowanej koncepcji aplikacji workflow na podstawie modelu wynikającego ze specyfikacji projektu.

Modele są używane do dostosowania aplikacji. Można je rozumieć jako program graficzny. Ręczne programowanie kodu programu jest zredukowane dzięki temu ponownemu użyciu.

Nie każdy model obsługuje graficzne definiowanie aplikacji. Implementacje poza opisem mogą być używane jako podstawa "normalnej" pracy wykonywanej przez programistów. Instrumentalne wsparcie dla modelowania wymaga narzędzi komputerowych do reprezentowania i przetwarzania modeli referencyjnych. Główne funkcje system zarządzania modelem to:

1. Model budynku i magazynowania.
2. Wybór/wyszukiwanie i analiza modeli.
3. Konfiguracja modelu.
4. Integracja modelu.
5. Dostosowanie i modyfikacja modelu.
6. Ewolucja i modyfikacja modelu.
7. Model realizacji i interpretacji.

Podstawowe zasady metodologii ARIS

Generalnie deweloper zaczyna od imprezy, jeśli EPC jest zbudowane. Po zdarzeniu może nastąpić szereg działań. W przeszłości mówiono, że wydarzenia i działania powinny się przeplatać. Skutkuje to bardzo długimi modelami procesów z dużą ilością szczegółów, dlatego dzisiaj sugeruje się, aby dodawać zdarzenia tylko wtedy, gdy chcemy udokumentować ważne zmiany stanu.

Wskazówki dotyczące wykorzystania wydarzeń:

1. Na początku procesu lub po interfejsie startowym.
2. Na końcu procesu lub przed końcem interfejsu.
3. Zdarzenia decyzyjne na złączach XOR lub OR.
4. Dla ważnych wydarzeń, np. kamieni milowych w projekcie.
5. Akcje lub zdarzenia nie mogą mieć więcej niż jedno połączenie wychodzące lub przychodzące.
6. Przepływ sterowania procesem jest modelowany za pomocą reguł (bramek).

Reguły mogą być używane w następujący sposób:

1. Z jednego połączenia przychodzącego wynika kilka połączeń wychodzących (SPLIT).
2. Kilka połączeń przychodzących musi mieć dokładnie jedno połączenie wychodzące (JOIN).
3. Możliwa jest sekwencja Reguł.
4. Model Er zwykle zamyka się z tym samym operatorem, z którym został otwarty i kończy się "Wydarzenie EPC".
5. Operatory logiczne.

W EPC można stosować następujące zasady:

1. Rozdzielenie - kroki przetwarzania, które wynikają z reguły, występują równolegle i muszą być wykonane.
2. Podłączenie - należy wykonać wszystkie kroki przetwarzania dla połączeń przychodzących, tak, że możliwe jest było wykonanie kroków przetwarzania, które są zgodne z regułą.
3. SPLIT - musi być wykonany dokładnie jeden z następujących kroków przetwarzania reguł.
4. Splitter - musi być wykonany co najmniej jeden z następujących kroków przetwarzania reguły, lub kilka, lub wszystkie kroki przetwarzania.
5. Istnieją specjalne reguły dla operacji logicznych pomiędzy zdarzeniami i akcjami, które są przedstawione w modelu ARIS Express.

ARIS: Zestaw narzędzi

ARIS-Toolkit zapewnia kompleksowe wsparcie symulacji komputerowej. Cztery moduły zapewniają środki dla zautomatyzowanego analiza, planowanie i wdrażanie systemów informacyjnych zarządzania. Podejście to obejmuje pełny cykl życia modelowania. Przyjrzyjmy się bliżej:

1. ARIS-Modeler specjalizuje się w modelowaniu systemów. W oparciu o meta-strukturę platformy ARIS-PC prezentowane są metody dla poszczególnych widoków, w tym zaawansowane modelowanie relacji podmiotów, a także diagramy łańcuchów procesowych i motywacyjno-odpowiedziowych oraz diagramy hierarchii funkcjonalnej i organizacyjnej.
2. ARIS-Analyzer dostarcza środków do badania i oceny istniejącego systemu pod kątem kluczowych wskaźniki wydajności. Dla każdego rodzaju modelowania można przeprowadzić analizę słabości. Ponadto można wyprowadzić wyidealizowaną koncepcję integracji, obejmującą docelową funkcję i modele danych. Benchmarki są integralną częścią ARIS-Analyzera.
3. ARIS-Project Manager służy do zarządzania projektami. Jest on przeznaczony do planowania, kontroli i monitorowania całego projektu przez wszystkie fazy. ARIS-Project Manager definiuje wszystkie zadania do wykonania podczas modelowania procesów biznesowych.
4. Celem ARIS-Navigator jest dostarczenie komputerowej dokumentacji dla modelu korporacyjnego opracowanego w etapach modelowania.

Express. Oficjalne oprogramowanie

"ARIS Express 2", Model er to program wydany dla systemy operacyjne oparty na systemie Microsoft Windows. Działa również w innych systemach operacyjnych, takich jak Mac OS X czy Linux.

Aby pobrać oprogramowanie:

1. Wejdź na stronę profilu.
2. Wybierz metodę pobierania dla systemu operacyjnego.
3. Wejdź do społeczności ARIS, zaakceptuj umowę licencyjną ARIS i zasady eksportu Software AG, aby móc pobrać oprogramowanie.
4. Zapoznanie się z instrukcją instalacji, niezależnie od tego, który z plików do pobrania został wybrany.
5. Zapoznaj się z wymaganiami systemowymi, aby upewnić się, że komputer użytkownika jest w stanie uruchomić program.

Oprogramowanie posiada bardzo zaawansowaną i bezpłatną funkcję ARIS Cloud. Jest to kompletny produkt do analizy procesów biznesowych, który jako usługa jest całkowicie darmowy do celów badawczych i edukacyjnych. Wspiera projekty wspólnego doskonalenia procesów i jest dostępny jednocześnie dla 1000 użytkowników na całym świecie. Z darmową wersją próbną oprogramowania ag ARIS Cloud bezpłatny abonament trwa 30 dni. Z AERIS Cloud dla studentów darmowa subskrypcja trwa 3 miesiące.

EPC oferuje wiele sposobów na modelowanie procesu, ich analizę i określenie potencjału poprawy. Model EPC jest bezpośrednio zintegrowany z interaktywną przeglądarką modeli. Można go pobrać i edytować modele za darmo w ARIS Express 2 er. Można również skorzystać z udostępnionych samouczków wideo, aby łatwo odnaleźć się w świecie ARIS-a.

Proces modelowania:

1. Pobierz ARIS Express.
2. Zobacz przykładowe modele lub samouczki wideo.
3. Rozpocząć symulację.
4. Dołącz do społeczności ARIS.
5. Pobierz darmowy egzemplarz "cheat sheet". Kliknij na zdjęcie na stronie profilu, aby je powiększyć i pobrać dokument w formacie PDF.

Konwersja do XPDL

Wykorzystanie ARIS w wersji 6 do modelowania procesów, które wymagają konwersji do XPDL.2.

Po zainstalowaniu i skonfigurowaniu systemu ARIS uruchamiany jest program ARIS Toolset:

1. Wybierz opcję Plik z paska menu-> Utwórz, a następnie model w następnym oknie dialogowym.
2. Pojawia się kolejne okno dialogowe, w którym należy wybrać lokalizację, w której zostanie zapisany model ARISa. Można wybrać np. LOCAL-> Demo62-> Core Team.
3. Po kliknięciu "Dalej" pojawi się kolejne okno dialogowe. Procesy" muszą być zaznaczone i wybrany typ modelu eEPC.
4. Pojawia się okno dialogowe, w którym należy nadać nazwę nowemu modelowi ARIS.
5. Wprowadź nazwę i naciśnij przycisk "Gotowe". W oknie pojawi się obszar edycji nowego modelu.
6. Podczas modelowania ARISa należy używać tylko elementów paska narzędziowego oznaczonych czerwonym kółkiem.
7. Element umieszczony w prawym górnym rogu w przyborniku nazywany jest funkcją w ARIS, będzie on wyświetlany w Activity/Task w XPDL, więc używaj go do definiowania zadań w procesie.
8. Element jest nazywany regułą AND w ARIS i jest odwzorowany na atrapę akcji (trasy) w XPDL za pomocą AND Split lub Join w zależności od, jako użytkownik łączy go z zadaniami.
9. Ewentualnie, jeżeli jakikolwiek znaczący identyfikator dla innych obiektów akcji i przejścia, należy zmienić ten sam atrybut w ARIS dla odpowiednich obiektów. W tym celu należy dwukrotnie kliknąć na obiekt, wstawić go na wykres i edytować atrybut Identyfikator.
10. Upewnij się, że dane zawierają tylko znaki alfanumeryczne lub "_", "-", ".".
11. Po utworzeniu modelu w ARIS, można go wyeksportować do XML.
12. W tym celu należy odnaleźć definicję procesu w widoku drzewa ARIS, kliknąć na nią prawym przyciskiem myszy i wybrać opcję "Eksportuj / Importuj"-> Eksport XML...".
13. Po kliknięciu na "Export XML", zostaniesz zapytany o język, który ma być użyty, a następnie wybierz lokalizację i nazwę pliku XML, który ma być wygenerowany.
14. Kliknij na odpowiednią ikonę, aby przekonwertować to * .plik aml do XPDL.
15. Plik XPDL jest wysyłany do repozytorium, później może być załadowany do silnika poprzez "Package Mng"- sekcja aplikacji.

Na drodze do prawdziwie zintegrowanych przedsiębiorstw nie ma łatwych dróg ani skrótów. Nieuzasadnione uproszczenia w fazie analizy i integracji procesów biznesowych stanowią istotne ryzyko dla wdrożenia systemów zintegrowanych.

Narzędzia ARIS konsolidują struktury metodologiczne, co jest ważnym warunkiem pełnej integracji od reorganizacji handlu do wdrożenia systemów informacyjnych. Procesy te są szczególnie dobrze opisane w książce "Business Process Modeling" Augusta Wilhelma Scheera. Poznanie podstaw pomaga zbudować model informacyjny, który jest podstawą systematycznego i inteligentnego sposobu tworzenia systemów aplikacyjnych.