Wprowadzenie

Workflow

Zastosowanie:

• Automatyzacja procesu biznesowego jest definiowana wewnątrz definicji procesu, która identyfikuje zmienne operacje procesu, zasady postępowania i zawiera kontrolę używanych danych zgodnie z wprowadzonym systemem zarządzania w trakcie przepływu prac procesu

• Wiele indywidualnych procesów, konkretne operacje w realizacji procesu, każdy proces zawiera specyficzny zbiór danych odpowiednich dla indywidualnego, konkretnego procesu(przypadek zarządzania przepływem)

• Czasami występuje luźne wystąpienie związków i relacji pomiędzy produktami zarządzania przepływem. Następują odwołania od zasad postępowania zdefiniowanych wcześniej. Występuje również ad hoc zarządzanie przepływem, w których zasady postępowania mogą być modyfikowanie lub tworzone w trakcie realizacji procesu.

Podstawowe definicje

• Przepływ pracy - workflow `Automatyzacja procesu biznesowego w całości lub części, w trakcie której dokumenty, informacje i zadania są przenoszone od jednego uczestnika do następnych w celu realizacji zgodnie z zapisaną procedurą i zasadami wykonania.'

Workflow Management Coalition, 1996 (www.wfmc.org)

• Definicja procesu

• Proces biznesowy

`Zbiór jednej lub większej liczby połączonych procedur działań, które mają za zadanie realizację działań biznesowych lub inny jasno zdefiniowany cel. Działania te prowadzone są wewnątrz jasno zdefiniowanej struktury organizacyjnej z opisanymi relacjami i funkcjami.'

Podstawowe definicje

• System zarządzania przepływem pracy

`System definiujący, tworzący i zarządzający wykonaniem pracy poprzez użyte oprogramowanie, wykonywane przez jeden albo wiele programów, które mogą interpretować zdefiniowany proces, współdziałanie pomiędzy uczestnikami przepływu pracy.'

• Klasa procesów (process instance)

Podstawowe definicje

• Operacje(activity)

`Opis części prac, które w postaci kolejnych realizowanych kroków składają się na proces. Operacje mogą być operacjami manualnymi, które nie są wspomagane komputerem lub operacjami automatycznymi, czyli realizowanymi przez komputer. Tok tych operacji wymaga wykorzystania zasobów ludzkich i sprzętowych dla wspomagania realizacji procesu.'

• Operacje manualne(manual activities)

`Operacje wewnątrz procesu biznesowego, które nie podlegają automatyzacji i nie dotyczą systemów zarządzania przepływem pracy. Każda taka operacja powinna być zdefiniowana, ale nie jest rezultatem zarządzania przepływem pracy.'

• Operacja automatyczna (automated activity)

`Operacja która jest podatna na komputerową automatyzację z wykorzystaniem systemu zarządzania przepływem pracy. System ten w trakcie realizacji procesu biznesowego zarządza taką operacją.'

Workflow - procesy i operacje wg WFMC

Parametry identyfikujące systemy zarządzania organizacją pracy

Opracowane dokumenty

• WfMC -TC-1003 - Workflow Reference Model,

• WfMC -TC-1009 - Workflow Client Application APIs,

• WfMC -TC-1012 - Workflow Interoperability Specyfications,

• WfMC -TC-1015 - Workflow Audit Data Specyfications,

• WfMC -TC-1016 - Workflow Process Definiction Interchange.

Typy standardów WFMC

• The WfMC Workflow Reference Model

• The WAPI

• The WfMC Interoperability Abstract Specification

• The WfMC Audit Data Specification

WFMC - The WAPI

Specyfikacja udostępnia standard API dla aplikacji Workflow typu klient:

• WAPI Connection Functions

• WAPI Process Control Functions

• WAPI Activity Control Functions

• WAPI Process Status Functions

• WAPI Activity Status Functions

• WAPI Worklist Functions

• WAPI Administration Functions

The WfMC -Workflow Reference Model

• Workflow Type Definition (nazwa procesu, numer wersji, warunki rozpoczęcia i zakończenia procesu, bezpieczeństwo)

• Informacje o działalności (nazwa, rodzaj działalności, warunki działalności, ograniczenia działalności)

• Warunki przejścia (przepływ lub spełnienie warunków)

• Rola (nazwa lub jednostka organizacyjna)

• Aplikacje przywołania (nazwa, parametry wykonawcze, położenie oraz ścieżka dostępu).

Typy procesów kontrolnych zawierają

• Ustanowienie sesji (połączenie / rozłączenie)

• Workflow Definition Operations (odzyskiwanie listy nazwa procesów definicji SPG, wybieranie / odznaczanie definicji procesów workflow, czytanie / zapisywanie obiektów procesów definicji)

• Workflow Definition Object Operations (tworzenie, odzyskiwanie, i kasowanie obiektów i ich atrybutów)

The WfMC - Interoperability Abstract Specification

Definiuje funkcjonalność potrzebną do wsparcia komunikacji pomiędzy różnymi systemami Workflow, które muszą pracować pod tą samą domeną systemu pracy grupowej.

Istnieją dwa rodzaje domen:

• Otwarte

• Zamknięte

Poziomy komunikacji międzysystemowej

• Level 1 - brak

• Level 2 - koegzystencja

• Level 3 - unikalne bramy lub wspólne bramy API

• Level 4 - wspólne ograniczone podzbiory API

• Level 5 - kompletne systemy Workflow

• Level 6 - współdzielone formaty definicji

• Level 7 - kompatybilność protokołów

• Level 8 - podobny wygląd

The WfMC - Audit Data Specification

Definiuje jakie dane powinny być przechwycone i nagrane z różnych zdarzeń występujących w systemie Workflow w celu kontrolowania zmian, które zostały zrobione.

Mogą być zapisywane trzy rodzaje informacji:

• podstawowe

• dyskretne

• prywatne

Właściwości systemów informatycznych klasy workflow

Systemy workflow możemy podzielić na:

• s. administracyjne - odnoszące się do biurokratycznych procesów, gdzie etapy postępowania są ściśle określone

• s. produkcyjne - stanowią największy udział we wszystkich systemach workflow, np. procedura udzielania kredytu w banku

• s. ad-hoc - zostały stworzone z myślą o obsłudze procesów o charakterze indywidualnym, gdzie występują wyjątki od istniejącej procedury

• s. współpracujące

Odrębna klasyfikacja workflow , stworzona na podstawie wykorzystywanej technologii obsługującej workflow sprawia więcej kłopotów. Wynikają one z promowania konkretnego oprogramowania jako możliwego do realizacji różnego typu workflow (dlatego przypisanie poszczególnej aplikacji do wcześniej zaprezentowanej kategorii bywa dyskusyjne).

Rodzaje systemów workflow:

• systemy produkcyjne (Production based workflow system)

• systemy oparte na wymianie komunikatów (Messaging based workflow system)

• systemy korzystające z technik Web (Web based workflow system)

• systemy korzystające z zestawów aplikacyjnych (Application based workflow system)

Model systemu zarządzania organizacją pracy

Nie wnikając w szczegóły, każdy system zarządzania organizacją pracy można scharakteryzować poprzez wyodrębnienie w nim trzech grup funkcji:

• Funkcje projektowe (build time functions) -związane z projektowaniem i modelowaniem procesów i składających się na nie elementarnych operacji

• Funkcje wykonawcze (run time functions) - umożliwiają zarządzanie realizacją rzeczywistych procesów w środowisku operacyjnym

• Interfejsy (interfaces) - zapewniają współdziałanie elementów systemu z zasobami informatycznymi oraz z wykonawcami procesów.

Komponenty technologii workflow

Narzędzia definiowania procesów

Do analizowania, modelowania i dokumentowania procesów można wykorzystywać różnorodne narzędzia. Powinny one jednak umożliwiać:

• z jednej strony - tworzenie tzw. metadanych procesów, tj. definicji bądź modeli procesów zawierających ich nazwy, sekwencje czynności składających się na procesy wraz z określeniem ich typów (podproces, czynność autonomiczna, warunki przed i po wykonaniu czynności), warunki rozpoczęcia i zakończenia realizacji procesów, harmonogram realizacji oraz dane niezbędne do sterowania i kontrolowania realizacją procesu,

• z drugiej zaś - definiowanie struktury organizacyjnej oraz relacji pomiędzy elementami definicji procesu, a elementami struktury organizacyjnej (role wykonawców procesów

Motory procesów

Motor procesów tworzy i zarządza środowiskiem realizacji procesów wewnątrz serwisu inicjującego rzeczywiste procesy. Oprogramowanie będące motorem procesów realizuje następujące funkcje:

• interpretuje definicje procesów

• nadzoruje realizację rzeczywistych procesów

• realizuje “nawigację” po zadaniach składających się na proces

• identyfikuje zadania do wykonania i przedstawia je do realizacji wykonawcom procesów

• utrzymuje bazy danych sterujących procesów oraz danych związanych z ich realizacją, przekazując te drugie użytkownikom

• oferuje funkcje administracyjne, umożliwiające zarządzanie i kontrolę realizacji procesów

Narzędzia administracyjne i monitorujące mogą stanowić integralną część systemu zarządzania organizacją pracy, lecz mogą być także odrębną aplikacją, współpracującą poprzez specjalny interfejs z motorem procesów. Powinny one umożliwiać:

• administrowanie użytkownikami systemu

• administrowanie rolami i funkcjami pełnionymi przez użytkowników w realizacji procesu

• wykonywanie funkcji kontrolnych

• zarządzanie zasobami

• nadzorowanie realizacji procesów

OMG - Object Management Group

OMG jest to niedochodowe konsorcjum (not for profit). Członkostwo dostępne jest dla każdego. OMG definiuje standardy dla przemysłu komputerowego. Obecnie w skład konsorcjum wchodzi około 800 firm, zalicza się do niego prawie każda większa firma działająca w przemyśle komputerowym. Członkiem konsorcjum może zostać każdy, każdy może też zgłosić wniosek o zdefiniowanie nowego standardu.

Główni członkowie OMG

• IBM

• British Telecom

• HP

• Informix

• Lotus

• Microsoft

• Siemens Nixdorf

• Whirlpool

Główny cel OMG

Zorganizowany proces tworzenia obiektowo zorientowanych standardów opartych na komercyjnie dostępnych programach umożliwia:

• wielokrotne wykorzystywanie komponentów

• uniwersalność i interoperacyjność rozwiązań

Działalność OMG

Podstawową działalnością OMG jest konstruowanie rozproszonych systemów wymiany informacji pochodzącej ze zródeł :

• współpracujących poprzez sieć

• fizycznie oddzielonych ( w różnych miastach, budynkach )

• heterogonicznych

• wielo dostępnych ( multi-vendor, vendor to sprzedawca )

Rozwiązanie proponowane przez OMG oparte są o już istniejące systemy przetwarzania danych, protokoły sieciowe i inne techniki informatyczne.

Niezależność rozwiązań OMG

Rozwiązanie jest niezależne od:

• sprzętu

• systemu operacyjnego

• protokołów sieciowych

• formatu aplikacji (ang. application format)

Główne standardy wprowadzone przez OMG

• MDA - jest to standard obejmujący modelowanie oraz wszystkie środki służące do tworzenia aplikacji komputerowych. MDA wspomaga projektowanie, implementowanie oraz późniejsze rozwijanie aplikacji. Zostało włączone w skład OMG we wrześniu 2001 roku

• UML - standard obejmujący projektowanie obiektowe. Obejmuje reprezentację graficzną projektowanych aplikacji.

• MOF - standaryzuje projektowanie aplikacji zorientowanych obiektowo.

• XMI - standaryzuje konwersję projektów opisanych za pomocą modeli MOF,UML

• CWM do standardu XML

• CWM - opisuje podstawowe zasady przechowywania danych w bazach danych i hurtowniach danych. Standaryzuje takie definicje jak relacja, rekord, transformacja, dane wielowymiarowe. W jego skład wchodzi również opis funkcji obsługi danych i proces tworzenia baz danych

• CORBA - podstawowy standard OMG. Opisuje w jaki sposob tworzyć niezależne od systemu operacyjnego, języka rogramownia, czy nawet protokołu sieciowego aplikacje. CORBA składa się z wielu specyfikacji:

• IDL - InterFace Definition Language

• GIOP

• POA - Portable Object Adapter

• CCM - CORBA Component Model

Korzyści płynące ze stosowania systemów zarządzania organizacją pracy

• Usprawnienie efektywności pracy

• Lepsza kontrola wykonawstwa procesów

• Poprawa poziomu obsługi klientów

• Duża elastyczność w modyfikacji procesów

• Ogólna poprawa realizacji i jakości procesów o decydującym znaczeniu dla działania firmy

Funkcje administracyjno - monitorujące

Funkcjonalny aparat sterowania realizacją procesu (realizacja sekwencyjna, równoległa alternatywna, itp.)

Interfejsy integracji z innymi systemami (np.: przetwarzania transakcyjnego, bazami danych, itp.)

Podczas realizacji procesu następuje dynamiczne wywoływanie aplikacji w celu wykonania zadań nie wymagających interwencji wykonawcy

Podczas realizacji procesu następuje dynamiczne powiązanie elementów struktury organizacyjnej (wykonawców) z zadaniami procesu

Modyfikacja procesu sprowadza się do zmiany jego definicji (nie jest konieczne przeprogramowywanie systemu)

Rzeczywisty proces jest powoływany na podstawie modelu procesu (nie jest zaprogramowany w systemie)

Narzędzia modelowania struktury organizacyjnej oraz relacji pomiędzy jej elementami i elementami procesów (lub odpowiedni interfejs)

Narzędzia analizy i modelowania procesów lub interfejs pozwalający na integrację systemu z takimi narzędziami

Model WfMC

Cecha

---