Automatyzacja procesów biznesowych mgr inż. Krystyna Dziubich krystyna.dziubich@eti.pg.gda.pl



Podobne dokumenty
Business Proces Automation. K.Dziubich, P. Kaczmarek, WETI, 2007 slide: 1

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski

Plan wykładu PROJEKTOWANIE SYSTEMÓW PROCESÓW PRACY. Organizacje standaryzujace i stowarzyszenia. Definicje podstawowe.

Terminologia BPMN 2.0 Wersja 2.0 opracowana w AION

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum

Podstawy modelowania biznesowego w inżynierii oprogramowania

Modelowanie biznesowe. Na podstawie materiałów: Mirosława Ochodeka

Jak powstaje model biznesowy? Co to jest? Modelowanie biznesowe. Model biznesowy. Jak powstaje model biznesowy? Jak firma generuje przychody?

Analiza biznesowa a metody agile owe

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Proposal of thesis topic for mgr in. (MSE) programme in Telecommunications and Computer Science

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

Wprowadzenie do zarządzania procesami biznesowymi

Informatyzacja przedsiębiorstw WYKŁAD

Automatyczne generowanie testów z modeli. Bogdan Bereza Automatyczne generowanie testów z modeli

Analityk i współczesna analiza

AN EVOLUTION PROCESS FOR SERVICE- ORIENTED SYSTEMS

Procesowa specyfikacja systemów IT

BPM vs. Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów

Modelowanie procesów biznesowych, przepływu pracy i wdrażanie aplikacji w oparciu o Jboss jbpm lub Activiti

1. Wybór systemu ERP. 2. Wzajemne relacje systemów ERP i BPMS.

Testowanie oprogramowania w środowisku IBM Rational Software Architect

ZASADY MODELOWANIA DZIAŁANIA SŁUŻB W SYTUACJACH KRYZYSOWYCH - ZASTOSOWANIE SYMULACJI PROCESÓW

Procesy biznesowe w praktyce. Przykłady użycia z wykorzystaniem jbpm 4.4

PROGRAM STAŻU. Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O. Miejsce odbywania stażu IBM, ul. Muchoborska 8, Wrocław, Poland

Inżynieria oprogramowania. Jan Magott

XII International PhD Workshop OWD 2010, October Metodyka pozyskiwania i analizy wyników badań symulacyjnych ścieżek klinicznych

Chmura zrzeszenia BPS jako centrum świadczenia usług biznesowych. Artur Powałka Microsoft Services

Wdrożenie technologii procesowej IBM BPM w EFL

PROGRAM STAŻU. IBM Global Services Delivery Centre Sp z o.o. Nazwa podmiotu oferującego staż / Company name. Muchoborska 8, Wroclaw

Inżynieria oprogramowania

USPRAWNIANIE, DORADZTWO, KONSULTING

Produkt czy projekt? Zarządzanie zakresem w dużych przedsięwzięciach

Język UML w modelowaniu systemów informatycznych

XIII International PhD Workshop OWD 2011, October 2011 METODA REEINGINEERINGU ORGANIZACJI Z WYKORZYSTANIEM SYMULATORA PROCESÓW BIZNESOWYCH

Ćwiczenie 1. Modelowanie prostego procesu

Portale raportowe, a narzędzia raportowe typu self- service

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

SOA: mit, slogan czy konieczność?

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

HP Service Anywhere Uproszczenie zarządzania usługami IT


UML cz. III. UML cz. III 1/36

Konfiguracja modelowania w procesie wytwarzania oprogramowania

Oracle Fusion Middleware

Bartłomiej Graczyk MCT,MCITP,MCTS

WPROWADZENIE DO UML-a

Szkolenia SAS Cennik i kalendarz 2017

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

WZORCE LOGIKI APLIKACJI Reużywalne składniki wymagań

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

Spis treúci. 1. Wprowadzenie... 13

Tytuł: Identyfikacja procesu. Przedmiot: Zarządzanie procesami transportowo-logistycznymi Specjalność: Logistyka transportu Wersja:

O-MaSE Organization-based Multiagent System Engineering. MiASI2, TWO2,

PROGRAM STAŻU. Nazwa podmiotu oferującego staż IBM Global Services Delivery Centre Polska Sp. z o.o.

Cooperative Team Process. Ad hoc Workflow. Spontaneous information gathering and routing between individuals

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

PROGRAM STAŻU. Nazwa podmiotu oferującego staż / Company name IBM Global Services Delivery Centre Sp z o.o.

Cel szkolenia. Konspekt

PROGRAM STAŻU Nazwa podmiotu oferującego staż IBM GSDC SP.Z.O.O

e-usługi? Procesy? A może procesy dla e-usług? Agata Filipowska, Wioletta Sokołowska

Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz

UML w Visual Studio. Michał Ciećwierz

Maciej Kiewra Quality Business Intelligence Consulting

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.

Michał Adamczyk. Język UML

What our clients think about us? A summary od survey results

Installation of EuroCert software for qualified electronic signature

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Modelowanie procesów biznesowych, przepływu pracy oraz reguł biznesowych na przykładzie Drools i jbpm lub Activiti

Czy OMS Log Analytics potrafi mi pomóc?

Zarządzanie sieciami telekomunikacyjnymi

System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych

Monitoring procesów z wykorzystaniem systemu ADONIS

Wydział Inżynierii Produkcji i Logistyki Faculty of Production Engineering and Logistics

Dotyczy PN-EN ISO 14001:2005 Systemy zarządzania środowiskowego Wymagania i wytyczne stosowania

Notacje i modelowanie procesów biznesowych

Diagramy czynności Na podstawie UML 2.0 Tutorial

BOC dla KJUF Podsumowanie warsztatów listopada 2011

Wyzwania interoperacyjności

Z-LOGN Projektowanie procesów Process design

Tytuł: 02 Modelowanie procesu Pierwsze kroki z ARIS BA

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

Z-LOG-1073 Projektowanie procesów Process design. Logistyka I stopień Ogólnoakademicki. Stacjonarne

Aurea BPM Dokumenty pod kontrolą

Mapowanie procesów - AS IS (jak jest)

Modelowanie i analiza systemów informatycznych

Dobre praktyki w doborze technologii rozwiązań informatycznych realizujących usługi publiczne

Diagramy czynności tworzenie modelu przypadków użycia Wykład 2

Platforma Office 2010

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

UML cz. I. UML cz. I 1/1

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Narzędzia CASE dla.net. Łukasz Popiel

Usługi analityczne budowa kostki analitycznej Część pierwsza.

Podstawy języka UML2 w realnych projektach

Tworzenie zintegrowanych strategii miejskich. Creation of integrated urban strategies? the example of the Krakow Functional Area

Transkrypt:

Automatyzacja procesów biznesowych mgr inż. Krystyna Dziubich krystyna.dziubich@eti.pg.gda.pl K.Dziubich, WETI slajd: 2

Modelowanie przepływu pracy Modelowanie biznesu Proces biznesowy Modelowanie as-is i to-be Poziomy opisu procesu Modele procesów -> aplikacja workflow Modelowanie i analiza workflow Standardy modelowania Wzorce workflow paterns BPMN omówienie notacji Przykładowe modele procesów Problemy i korzyści modelowania Platforma ARIS K.Dziubich, WETI slajd: 3

K.Dziubich, WETI slajd: 4 Business Model Model biznesu (business model) to prosta reprezentacja złożonych realiów biznesowych (cele biznesowe, model organizacji, procesy biznesowe, reguły biznesowe). Wspiera: Wymianę informacji o biznesie między ludźmi (pracownikami, klientami, partnerami, dostawcami) Ćwiczenia i naukę Perswazję (pomoc w dyskusji) Analizę sytuacji biznesowej przedsiębiorstwa Zarządzanie kosztami Rozwijanie wymagań dla systemów i aplikacji Bezpośrednie wykonywanie w środowiskach wykonawczych dla workflow Zarządzanie wiedzą i ponowne wykorzystanie

K.Dziubich, WETI slajd: 5 The rise of software modeling and business modeling

Business Modeling Model motywacji (business motivation model) opisuje cele biznesowe i sposoby pozwalające na osiągnięcie tych celów Model organizacyjny (business organization model) opisuje jakie grupy (ludzie, organizacje) występują i kto z kim współpracuje w trakcie wykonywania zadań Model procesu biznesowego (business process model) opisuje kto wykonuje jaką pracę i w jakiej kolejności Model reguł biznesowych (business rule model) opisuje prawa, obostrzenia, wskazówki ograniczające wykonywanie zadań Sztuka budowania tych modeli biznesowych zwana jest modelowaniem biznesu K.Dziubich, WETI slajd: 6

K.Dziubich, WETI slajd: 7 motivation model

organization model K.Dziubich, WETI slajd: 8 Jednostka organizacyjna Cora Group i jej podjednostki zależne

K.Dziubich, WETI slajd: 9 business process model

Examples: It is necessary that assured situation if condition. It is impossible that incorrect situation. business rule model K.Dziubich, WETI slajd: 10

Business modeling and enterprise architecture Architektura przedsiębiorstwa (EA -enterprise architecture) opis wewnętrznych systemów IT, procesów, ludzi i strategii towarzyszących tym systemom - szerszy zakres niż modelowanie biznesowe, które skupia się na konkretnym problemie biznesowym (dlaczego tak długo trwa dostawa produktu i jak skrócić ten proces dostawy produktu) - skoncentrowane na całym przedsiębiorstwie - obejmuje wszystkie procesy biznesowe, wszystkie aplikacje, wszystkie dane i całą infrastrukturę IT przedsiębiorstwa - pozwala wyspecyfikować systemy redundantne lub powielanie funkcjonalności przez systemy (ograniczenie kosztów utrzymania i integracji), czemu kilka procesów podobnych a nie jeden uproszczenie działania - tworzenie roadmap map pokazujących w czasie kolejne kroki osiągania pożądanej EA w kolejnych okresach czasu K.Dziubich, WETI slajd: 11

Leaders Quadrant of the Gartner Magic Quadrant for Enterprise Architecture Tools Leaders Quadrant of the Gartner Magic Quadrant for Enterprise Architecture Tools Leaders Quadrant of the Gartner Magic Quadrant for Enterprise Architecture Tools K.Dziubich, WETI slajd: 12

Enterprise Architecture Management Solution - example Software AG's Architecture of Integrated Information Systems (ARIS) - Software AG s Enterprise Architecture Management Solution This solution combines the market-leading software for enterprise architecture management, along with proven methodology, best practices and expertise so you can: Analyze, optimize, plan and manage your enterprise Synchronize IT change with business needs Create the right roadmap for your business products, services and ICT solutions Harmonize how ICT supports your business Define and track your enterprise-wide standards Optimize your IT budget and risk management Support business process analysis, requirements engineering, solution development, service, application and technology portfolio management and more K.Dziubich, WETI slajd: 13

Enterprise Architecture Management Solution - example ARIS IT Architect help you: Align business needs with IT change Integrate IT architecture and process management in a single repository Create a uniform inventory of systems and technologies Generate views of current and target situations Define and document IT standards and reference architectures Gain transparency and reduce the cost and complexity of your IT environment Mitigate operational IT risks and ensure compliance with regulations K.Dziubich, WETI slajd: 14

Proces biznesowy Proces biznesowy jest kolekcją wzajemnie powiązanych zadań, inicjowaną w odpowiedzi na konkretne zdarzenie, prowadzącą do powstania określonego produktu/usługi dla klienta procesu. Zagnieżdżanie procesów Procesy biznesowe, których zautomatyzowane wykonanie generuje największy zysk będą modelowane, implementowane i wykonywane w środowiskach wykonawczych w postaci workflow w pierwszej kolejności K.Dziubich, WETI slajd: 15

Modeling as-is processes model of today s business Its shows activities, gateways, sequence flow; K.Dziubich, WETI slajd: 16

Modeling to-be processes model of a desired future situation By comparing as-is and to-be processes we can see which activities are performed differently and which new activieties are needed K.Dziubich, WETI slajd: 17

Poziomy opisu procesu 0 - ogólna mapa procesów - przedstawia procesy działające w konkretnej organizacji w otoczeniu modelowanego procesu; wytyczenie granic modelowanego procesu. 1- handoff level - przedstawia wszystkich aktorów i kroki powodujące przejście pracy do innego aktora oraz zdarzenie inicjalizujące i najistotniejsze produkty. Nazwa dla poszczególnych kroków powinna oddawać to co dany aktor ma do wykonania w tym kroku. K.Dziubich, WETI slajd: 18

K.Dziubich, WETI slajd: 19 Poziomy opisu procesu cd. 2- milestone level uszczegółowienie zadań z poziomu 1. Dodajemy zadania, które: powodują zmianę stanu poszczególnych produktów polegają na podjęciu decyzji powodującej zmiany w przepływie sterowania wprowadzają opóźnienia lub możliwości wystąpienia jakichś błędów dotyczą osiągnięcia konkretnego celu/ rezultatu (milestone) 3- task level - w przeciwieństwie do dwóch poprzednich poziomów, które mówiły co ma być zrobione ten poziom opisuje szczegółowo jak ma to być zrobione.

Przejście z modeli procesów do aplikacji workflow K.Dziubich, WETI slajd: 20

Modelowanie i analiza workflow Analiza Projekt Workflow Analyser Model systemu Analiza System Workflow Automatyzacja Symulacje Monitorowanie K.Dziubich, WETI slajd: 21

Modeling standards IDEF developed by US Department of Defense in the 1980s; difficult to understand to businesspeople; still used in US DoD; UML software modeling language activity diagrams used for modeling business processes; functionally similar to BPMN; rather used by technical people BPMN Business Process Model Notation since 2004 independent of a specific impementation environment; 2006 OMG specyfication; 01.2009 v 1.2 10.2009 v 2.0 has a richer set of model constructs: pools, compensation, timer start events; More tools support BPMN; BPDM - Business Process Definition Metamodel (OMG 2007) Supports the representation of process models independently of any notation; serialization capability for BPMN; deals with the synchronization and execution order of business processes, describe participants and their agreements K.Dziubich, WETI slajd: 22

IDEF standards level example K.Dziubich, WETI slajd: 23

UML The activity diagram of UML of the process of purchasing books K.Dziubich, WETI slajd: 24

K.Dziubich, WETI slajd: 25 BPMN- example

BPMN BPMN (Business Process Modeling Notation) - graficzna notacja służąca do opisywania procesów biznesowych promowana przez Business Process Management Initiative. K.Dziubich, WETI slajd: 26 two basic types of models: Collaborative (Public) B2B Processes Internal (Private) Business Processes

Notacja BPMN Flow Objects Connecting Objects Swimlanes Artifacts Activity Sequence Flow POOL Data object Event Message Flow LANE Group Gateway Association Annotation K.Dziubich, WETI slajd: 27

BPMN elementy przepływu Czynność (activity) jest ogólnym określeniem pracy wykonywanej przez przedsiębiorstwo/ może być atomowa lub nie. Typy czynności będące częścią modelu procesu: zadanie podprocess zadanie (TASK) Proces składający się z podprocesu (SUB-PROCESS). Można go zdekomponować. Proces jest raczej nieograniczony lub zawarty w elemencie grupującym Pool K.Dziubich, WETI slajd: 28

BPMN elementy przepływu Zdarzenia (events) : Zdarzenie początkowe (rozpoczyna proces) Zdarzenie (występują podczas przebiegu procesu) Mogą być wykorzystane do: pokazania gdzie w procesie spodziewane są wiadomości lub opóźnienia, przerwania normalnego przepływu przez obsługę wyjątków, wskazania dodatkowej pracy wymaganej dla kompensacji Zdarzenie końcowe (kończy proces) K.Dziubich, WETI slajd: 29

BPMN elementy przepływu Przykładowe zdarzenia wyzwalające: (EVENT TRIGGER) Start Event Types: Wiadomość End Event Types: Anulowanie Zegar (np. poniedziałek 9:00) Połączenie (z innym procesem) K.Dziubich, WETI slajd: 30 Wyjątek Intermediate Event Types: Warunek / Zasada (używany tylko do obsługi wyjątków) Wiadomość...

BPMN elementy przepływu Brama (gateway): Brama (modeluje punkty decyzyjne, rozdzielanie i łączenie przepływu sekwencji) Przykładowe, bardziej uszczegółowione typy bram (np.. XOR, OR, AND,...) K.Dziubich, WETI slajd: 31

BPMN - elementy łączące K.Dziubich, WETI slajd: 32 Przepływ sekwencji (ukazuje porządek w jakim przetwarzane są kolejne czynności w procesie) Przepływ wiadomości (ukazuje przepływ wiadomości pomiędzy dwoma uczestnikami procesu [business entities or business roles]) Asocjacja (do dołączania tekstu, danych i innych artefaktów do przepływu w celu zobrazowania wejścia i wyjścia dla czynności)

BPMN - Swimlanes Elementy grupujące POOL i LANE : (np. względem zakresu odpowiedzialności) POOL- kontener graficzny do oddzielenia określonego zbioru czynności dedykowanych dla różnych udziałowców biznesowych procesu (oddzielony na diagramie) LANE jest częścią POOL służy do wydzielenia i organizowania kroków związanych ze specyficzną funkcją przedsiębiorstwa lub rolą w procesie K.Dziubich, WETI slajd: 33

K.Dziubich, WETI slajd: 34 BPMN pool example

K.Dziubich, WETI slajd: 35 BPMN lane example

BPMN - artefakty Obiekt danych (dodatkowe informacje o danych określające jakie dokumenty, dane i inne obiekty są wykorzystywane i modyfikowane przez czynności w procesie / dołączane do czynności za pomocą linii asocjacji) Notka (dodatkowe informacje) - mechanizm dla modelującego umożliwiający załączenie dodatkowych informacji dla czytającego diagram BPMN) Grupa (wizualne grupowanie elementów pomocne do analizy diagramów) K.Dziubich, WETI slajd: 36

BPMN artefakty przykład K.Dziubich, WETI slajd: 37

BPMN - Internal business processes Internal business processes: przedstawiają punkt widzenia pojedynczej organizacji, choć również ukazują interakcje z udziałowcami zewnętrznymi; definiują czynności które nie są widoczne na zewnątrz organizacji; przedstawiane są za pomocą pojedynczego elementu pool, w którym przebiega całość sekwencji przepływu sterowania bez wychodzenia na zewnątrz; przepływ komunikatów może przebiegać między wieloma elementami pool przedstawiającymi oddzielne wewnętrzne procesy biznesowe. high level Business Process Example as series of Sub-Processes with three decision points in the Process K.Dziubich, WETI slajd: 38

BPMN - Collaborative B2B Processes Collaborative B2B process przedstawia interakcje między 2 lub więcej udziałowcami w procesie. Tworzone diagramy oddają raczej ogólny pogląd niż punkt widzenia danego udziałowcy. Przedstawiają sekwencje czynności i wymianę informacji między udziałowcami. Czynność traktowana jest tu jako miejsce styku między udziałowcami, więc proces definiuje interakcje zewnętrzne dla udziałowców. Rozważając proces przedstawiony w pojedynczym elemencie pool (dla jednego udziałowcy) należy traktować go jako procesem abstrakcyjnym. Rzeczywisty proces tego udziałowcy składa się raczej z większej liczby czynności i szczegółów niż jest przedstawiane w modelach procesów współpracy B2B K.Dziubich, WETI slajd: 39

Lower-level Business Process for the K.Dziubich, WETI slajd: 40 http://en.bpmn-community.org/tutorials/

Realizacja pracy dyplomowej K.Dziubich, WETI slajd: 41

Realizacja pracy dyplomowej K.Dziubich, WETI slajd: 42

K.Dziubich, WETI slajd: 43

Process for creating model for small model for a larger model K.Dziubich, WETI slajd: 44

7 grzechów głównych procesu modelowania 1. Niejasna orientacja w położeniu i zakresie tematu 2. Myślenie, że metoda nie ma znaczenia 3. Nie przestrzeganie zasad notacji graficznej 4. Uleganie złożoności 5. Oszustwo przez nieprecyzyjność 6. Niewrażliwość na style nauczania 7. Zły wybór kariery zawodowej! K.Dziubich, WETI slajd: 45

Problemy z modelowaniem procesów Modelowanie procesów biznesowych jest często kosztowne z uwagi na dużą czasochłonność i łatwość popełnienia błędu W ogólności, pojedyncza osoba nie posiada wiedzy i nie jest w stanie objąć wszystkich szczegółów procesu biznesowego Należy przepytać wiele ludzi aby zebrać możliwie jak największą ilość informacji o procesie - Zazwyczaj uczestnicy procesu dysponują wiedzą jedynie na temat wycinka procesu w zakresie w jakim proces ich dotyczy (wiedzą co robią, jakich narzędzi używają, czasami kto realizuje krok poprzedzający lub następujący) Pozyskane dane szczegółowe należy połączyć i poddać wnioskowaniu aby uzyskać pełny obraz procesu - Kolejność czynności musi być określona (control flow and data flow) - Niekonsekwencje muszą być wykryte, zanalizowane i rozwiązane Redukcja powyższych kosztów jest bardzo pożądana Pomysł na osiągnięcie tego: Dopuścić do działania modele częściowe W pierwszej wersji używać tylko wiedzy częściowej o wycinku procesu - Redukcja potrzebnego czasu: nie ma potrzeby specyfikacji dużego i złożonego modelu Wykorzystanie historii wykonania (WFMS audit trail) do znalezienia wzorców rzeczywistych procesów biznesowych K.Dziubich, WETI slajd: 46

Korzyści z modelowania procesów biznesowych lepsze zrozumienie istniejących procesów biznesowych udokumentowanie procesu biznesowego podstawa do ulepszania istniejących procesów biznesowych podstawa do symulacji nowych pojęć i badania ich wpływu na organizacje podstawa do ciągłej optymalizacji podstawa do stworzenia systemu wspierającego procesy biznesowe Systemy przepływu pracy (Workflow Management Systems) K.Dziubich, WETI slajd: 47

Platforma projektowa ARIS Platforma projektowa ARIS jako sposób na zapewnienie właściwego styku między procesami biznesowymi przedsiębiorstwa a wymaganiami ich klientów. Może dostarczać odpowiedzi na następujące pytania: kto co robi i w jakiej kolejności, co się osiąga w wyniku tego działania i jakie systemy są wykorzystywane To umożliwia identyfikacje problemów organizacyjnych, strukturalnych i technicznych w workflow ach i umożliwia ich poprawę. Modele procesów mogą być publikowane w świecie, a ich odbiorcy mają do nich dostęp w oparciu o przydzielone im role. K.Dziubich, WETI slajd: 48

Platforma projektowa ARIS(2) Wybrane produkty platformy projektowej ARIS: ARIS Business Architect dostępny w sieci www Benchmark wspierający profesjonalne zarządzanie procesem biznesowym ARIS Business Designer narzędzie webowe dla początkujących w zarządzaniu procesami biznesowymi. ARIS Business Publisher to gwarancja ciągłego, taniego dostępu do informacji o procesach przez portale webowe ARIS Toolset narzędzie windows owe umożliwiające projektowanie procesów biznesowych i tworzenie architektury IT przedsiębiorstwa ARIS Easy Design narzędzie pozwalające na dokumentowanie procesów biznesowych w formacie graficznym w sposób bardzo intuicyjny. ARIS Web Publisher wspiera szybką i wydajną propagację informacji o modelach procesów w całym przedsiębiorstwie. ARIS Simulation umożliwia dynamiczną analizę procesów biznesowych. K.Dziubich, WETI slajd: 49

Zawiera wiele zaawansowanych funkcji zarządzania bazą danych, użytkownikami, skryptami itp. Oprócz takich metod jak zdarzeniowo zorientowany łańcuch procesu (EPC) ARIS wspiera również BPMN, BPEL, UML, oraz DoDAF i Zachman. Umożliwia też wykonanie podstawowych analiz, raportów i makr K.Dziubich, WETI slajd: 50 ARIS Business Architect

Intuicyjna obsługa aplikacji w przeglądarce internetowej Prosty i przyjazny dla zwykłego użytkownika sposób projektowania procesów biznesowych Użytkownik może zagnieżdżać obiekty w innych obiektach aby zdefiniować relacje jakie są dopuszczone w modelu. K.Dziubich, WETI slajd: 51 ARIS Business Designer

ARIS Simulation Dostarcza informacji o wąskich gardłach dla zasobów i pomaga określić kiedy procesy są wykonywalne. Dzięki wykorzystaniu symulacji mierników KPI dla procesów zasięg możliwych alternatyw może być oceniony zanim zostaną wykonane kosztowne zmiany procesu. Dane o procesach i KPI w centralnym repozytorium. Podstawą dla prowadzonych symulacji są metody i struktury dedykowane dla narzędzia ARIS. Bezpośrednia wizualizacja przepływu w procesie z jednoczesnym jasnym przeglądem stanu procesu. Pełne opcje analizy umożliwiają jasną identyfikację najlepszych metod postępowania (praktyk) przyjętych dla procesów. K.Dziubich, WETI slajd: 52

Inne narzędzia do modelowania Program BizAgi Process Modeler (BizAgi and Instituto de Crédito Oficial (ICO) in Spain have been awarded with the 2010 Gold Award for Europe, competing against the most representative BPM solutions worldwide) Business Process Visual Architect BPMN 2.0 modeler for Visio Gliffy Diagram Designer WizFlow Flowcharter Draw Anywhere Flowchart Creately Lovely Charts +http://en.wikipedia.org/wiki/comparison_of_business_process_modeli ng_notation_tools K.Dziubich, WETI slajd: 53

K.Dziubich, WETI slajd: 54 Porównanie narzędzi

K.Dziubich, WETI slajd: 55 Porównanie narzędzi cd.

Wzorce projektowe przepływu pracy / Workflow patterns Eindhoven University of Technology Prof. Wil van der Aalst Queensland University of Technology Prof. Arthur ter Hofstede 2010 Workflow Patterns Initiative (http://www.workflowpatterns.com/) Jako baza dla rozwoju języków i narzędzi Do badania przydatności istniejących języków i rozwiązań do planowanych zastosowań Obejmuje perspektywy: przepływu sterowania Control-Flow Patterns, danych, Workflow Data Patterns zasobów Workflow Resource Patterns obsługi sytuacji wyjątkowych Exception Handling Patterns K.Dziubich, WETI slajd: 56

K.Dziubich, WETI slajd: 57 Control-Flow Patterns Basic Control Flow Patterns 1. Sequence 2. Parallel Split 3. Synchronization 4. Exclusive Choice 5. Simple Merge Advanced Branching and Synchronization Patterns 6. Multi-Choice 7. Structured Synchronizing Merge 8. Multi-Merge 9. Structured Discriminator 28. Blocking Discriminator 29. Cancelling Discriminator 30. Structured Partial Join 31. Blocking Partial Join 32. Cancelling Partial Join 33. Generalised AND-Join 37. Local Synchronizing Merge 38. General Synchronizing Merge 41. Thread Merge 42. Thread Split Iteration Patterns 10. Arbitrary Cycles 21. Structured Loop 22. Recursion Termination Patterns 11. Implicit Termination 43. Explicit Termination Multiple Instance Patterns: 12. Multiple Instances without Synchronization 13. Multiple Instances with a Priori Design-Time Knowledge 14. Multiple Instances with a Priori Run-Time Knowledge 15. Multiple Instances without a Priori Run-Time Knowledge 34. Static Partial Join for Multiple Instances 35. Cancelling Partial Join for Multiple Instances 36. Dynamic Partial Join for Multiple Instances Trigger Patterns 23. Transient Trigger 24. Persistent Trigger State-based Patterns 16. Deferred Choice 17. Interleaved Parallel Routing 18. Milestone 39. Critical Section 40. Interleaved Routing Cancellation and Force Completion Patterns 19. Cancel Task 20. Cancel Case 25. Cancel Region 26. Cancel Multiple Instance Activity 27. Complete Multiple Instance Activity

Control-Flow Patterns as Petri nets K.Dziubich, WETI slajd: 58

Control-Flow Patterns as Petri nets K.Dziubich, WETI slajd: 59

Data Visibility 1.Task Data 2.Block Data 3.Scope Data 4.Multiple Instance Data 5.Case Data 6.Folder Data 7.Workflow Data 8.Environment Data Data Transfer Patterns Workflow Data Patterns 27.Data Transfer by Value - Incoming 28.Data Transfer by Value - Outgoing 29.Data Transfer - Copy In/Copy Out 30.Data Transfer by Reference - Unlocked 31.Data Transfer by Reference - With Lock 32.Data Transformation - Input 33.Data Transformation - Output K.Dziubich, WETI slajd: 60 Data-based Routing 34.Task Precondition - Data Existence 35.Task Precondition - Data Value 36.Task Postcondition - Data Existence 37.Task Postcondition - Data Value 38.Event-based Task Trigger 39.Data-based Task Trigger 40.Data-based Routing Data Interaction 9.Data Interaction - Task to Task 10.Data Interaction - Block Task to Sub-Workflow Decomposition 11.Data Interaction - Sub-Workflow Decomposition to Block Task 12.Data Interaction - to Multiple Instance Task 13.Data Interaction - from Multiple Instance Task 14.Data Interaction - Case to Case 15.Data Interaction - Task to Environment - Push-Oriented 16.Data Interaction - Environment to Task - Pull-Oriented 17.Data Interaction - Environment to Task - Push-Oriented 18.Data Interaction - Task to Environment - Pull-Oriented 19.Data Interaction - Case to Environment - Push-Oriented 20.Data Interaction - Environment to Case - Pull-Oriented 21.Data Interaction - Environment to Case - Push-Oriented 22.Data Interaction - Case to Environment - Pull-Oriented 23.Data Interaction - Workflow to Environment - Push-Oriented 24.Data Interaction - Environment to Workflow - Pull-Oriented 25.Data Interaction - Environment to Workflow - Push-Oriented 26.Data Interaction - Workflow to Environment - Pull-Oriented

Workflow paterns in use detailed evaluations of (http://www.workflowpatterns.com/evaluations/): commercial products open source products standards in the BPM area K.Dziubich, WETI slajd: 61

BPM Modeler BizAgi and Workflow Patterns http://www.bizagi.com/docs/workflow%20patterns%20using%20bizagi%20proc ess%20modeler.pdf K.Dziubich, WETI slajd: 62

Przykładowe narzędzia Bizagi proces modeler v.2.0.0.2 - dostępny w laboratorium (darmowy ale bez możliwości symulacji) http://www.bizagi.com/ + Bizagi BPM Suite for Workflow Automation (można doinstalować) Business Process Visual Architect - Fast and cross-platforms BPM tool that supports Business Process Management (BPM), Business Process Modeling Notation (BPMN) 2.0, data flow diagram (DFD), and organization chart. BP-VA supports: specifying step-by-step working procedures to all business process elements, animating business process diagram, simulating business process diagram, (http://www.visualparadigm.com/product/bpva/tutorials/simulacian.jsp) generating reports and publishing project to website. K.Dziubich, WETI slajd: 63

Senior IT Consultant : Required Qualities, Skills and Experience: Projects experience in business process creation, automation and implementation Minimum 3 years experience as a Business Analyst Wide knowledge of IT systems and tools Knowledge and experience with ARIS and BPMN will be an asset Degree in engineering, preferably in the specialization of software, telecommunications or electronics Professional approach to work, strong sense of responsibility to the customer Nice and open-minded Company Description: Sii, 3200 engineers K.Dziubich, WETI slajd: 64 Czy są oferty pracy? Business Analyst (IT) małopolskie, Kraków / Warszawa Tasks and required skills: - Methodologically rigorous modeling of business processes with ARIS, BPMN or UML - Knowledge of definition of modeling and quality assurance standards - Experience with design and development of BPM solutions (publishing in documents and portals, reporting, tool automation) - Methodological and technical integration of BPM and IT systems (eg BPEL, SOA) - Design and development of IT solutions for process automation - Ability to modelise business processes into clear flows

Przykład modelowania procesów administracyjnych proces zamawiania zasobu (od momentu złożenia wniosku do chwili gdy już zakupiony produkt zostanie wpisany na stan środków trwałych) K.Dziubich, WETI slajd: 65 Udziałowcy modelowanego procesu

Opis: Proces zamawiania zasobu poziom 0 Pracownik wydziału, który zgłasza zapotrzebowanie na jakiś zasób składa wniosek na którego podstawie zostaje złożone zamówienie. Następnie mamy do czynienia z drugim procesem, realizacja zamówienia przez kontrahenta. Ostatni proces rozpoczyna się w momencie, gdy pracownik katedry lub jej sekretariat otrzyma fakturę wraz z zamówionymi produktami. Składowe modelowanego procesu (diagram w notacji BPMN) K.Dziubich, WETI slajd: 66

Składanie wniosku: Proces zamawiania zasobu poziom 1 Pracownik katedry wypełnia wniosek, który po zaakceptowaniu go przez kierownika katedry, trafia do sekcji finansowej. Tam następuje sprawdzenie dostępności środków finansowych. W przypadku ich braku wnioskodawca musi poprawić wniosek, gdy środki są dostępne wniosek wędruje do sekcji logistycznoinwentarzowej. Tam sprawdzana jest zgodność z planem zamówień publicznych PG. W przypadku niezgodności wnioskodawca musi uzupełnić wyjaśnienie (odpowiednia rubryczka druku wniosku). Dalej przygotowuje się zamówienie i przesyła do działu zamówień publicznych PG korektę planu. K.Dziubich, WETI slajd: 67

Odbiór zamówienia: Faktura i towar trafia do sekcji logistyczno-inwentarzowej i zostaje przekazana do sekretariatu katedry gdzie zostaje ona opisana. Następnie wraca do sekcji logistycznoinwentarzowej. Tam następuje rejestracja faktury i ewentualne nadanie numeru ewidencyjnego lub wypisanie OT. Następnie trafia do sekcji finansowej, gdzie następuje jej opracowanie merytoryczne i formalne K.Dziubich, WETI slajd: 68 Proces zamawiania zasobu poziom 1 Następnie faktura wędruje do kwestury i tam jest opłacana. Jeśli nie nadano wcześniej numeru ewidencyjnego następuje nadanie niepowtarzalnego w skali PG numeru inwentarzowego. W następny kroku pracownicy sekcji logistyczno-inwentarzowej wpisują zakupione towary na stan ewidencji ilościowej, środków trwałych lub pozostałych środków trwałych

Proces zamawiania zasobu poziom 2 Składanie wniosku K.Dziubich, WETI slajd: 69

Proces zamawiania zasobu poziom 2 Odbiór zamówienia K.Dziubich, WETI slajd: 70