Process Designer – Modelovanje poslovnih procesa

Šta je Process Designer?

Process Designer, kao još jedan član porodice Spider.NET sistema, pre svega je zamišljen kao jedan kompletan interface za modifikaciju podataka o poslovnim procesima nad postojećom DocFlow bazom podataka. Ova prvobitna motivacija je, medjutim, dobila jedan širi smisao i premestila akcenat na neophodnost daljeg razvoja ove ideje, samom činjenicom da kvalitetno i sveobuhvatno praćenje I kontrola dinamike poslovnog sistema postaje neophodnost svakog savremenog poslovanja.

Kao odgovor na pitanje “Šta je Process Designer?“ najadekvatnijom se čini odrednica koja Process Designer naziva modulom za DocFlow management. Tačnije, ukoliko posmatramo earhivu (statički deo Spider.NET sistema) kao segment koji obezbeđuje čuvanje i brzu i jednostavnu pretragu dokumenata koji čine jezgro ciljnog poslovnog sistema, a DocFlow kao sloj koji dodaje dinamičku komponentu earhivi, koji obezbeđuje kretanje dokumenata kroz različite faze poslovnih procesa, onda Process Designer možemo shvatiti kao sloj iznad DocFlow-a koji obezbeđuje jednostavnu i efikasnu kontrolu i struktuiranje DocFlow-a.

Očigledno je na osnovu prethodno rečenog da Process Designer nije softver koji egzistira sam za sebe, već predstavlja neodvojivi deo Spider.NET sistema (iako može potpuno nezavisno da se distribuira i funkcioniše bez potrebe za konkretnom Spider.NET instancom. Samim tim, on nosi vrednost tek u sinergijskoj korelaciji sa DocFlow-komponentom Spider.NET-a. Treba, međutim, istaći činjenicu da Process Designer služi kako za generisanje novih poslovnih procesa, tako i za modifikaciju već postojećih, predefinisanih.

Kome/čemu je namenjen Process Designer?

Process Designer namenjen je Poslovnim sistemima koji imaju potrebu za praćenjem toka dokumenata kroz pojedine faze poslovnih procesa i licima u okviru tih sistema koja dovoljno dobro poznaju sve neophodne parametre i strukturu procesa u sistemu i koja imaju dovoljnu širinu uvida u povezanost pojedinih komponenti strukture ciljnog sistema.

O preduslovima

U pogledu tehničkih preduslova, Process Designer zahteva prethodno instaliran .NET Framework 3.5 kao i neki od DBMS-a (SQLServer 2005 ili Oracle) sa učitanom DocFlow bazom podataka.

Uloga i mesto Process Designera

Osnovna komunikacija Process Designer-a sa Spider.NET sistemom i njegovo mesto u okviru ovog sistema može se predstaviti sledećim blok-prikazom:



Sa ove uprošćene šeme se vidi kako Process Designer, ustvari, kontroliše Spder.NET DocFlow. Naime, Process Designer nema direktnu komunikaciju sa DocFlow-om niti DocFlow (Spider.NET) poziva neposredno funkcionalnosti Process Designer-a. Celokupna ‘komunikacija’ se obavlja preko Spider.NET baze podataka. Da budemo dosledniji, Process Designer je odgovoran da u bazi definiše način na koji će DocFlow prezentovati krajnjem korisniku postojeće procese koji realno postoje u okviru njegovog poslovnog sistema. Ili da se izrazimo slikovito: Process Designer ima ulogu da ‘podmetne’ DocFlow-u mrežu po kojoj će se kretati dokumenti poslovnog sistema sa svim pravilima rutiranja dokumenata kroz pojedine faze. Svi artifakti koje DocFlow koristi za prezentovanje procesa krajnjem korisniku, podložni su kontroli od strane Process Designer-a.

Ono što je od suštinske važnosti je nezavisnost pojedinih komponenti generisanja procesa. Naime, ovakva struktura omogućava (a što je ranije bilo neizvodljivo) da izvršite generisanje novih procesa (ili modifikaciju postojećih) dislocirano u odnosu na bazu subjekta, ponesete generisane procese (koji u ovom sistemu predstavljaju ništa drugo do skup XML-datoteka) i izvršite jednostavno ‘infiltriranje’ (injection) novogenerisanih/izmenjenih procesa u klijentsku bazu, spuštajući ih direktno pored već postojećih.

Kako se koristi Process Designer?

Process Designer snabdeven je jednostavnim i intuitivnim interface-om koji u potpunosti pokriva sve segmente modelovanja poslovnog procesa.



Konkretnije, Process Designer je osmišljen kao aplikacija čija je osnovna jedinica posmatranja trenutno aktuelni proces. Na glavnoj formi se nalazi proces čiji se elementi modifikuju, što prvenstveno podrazumeva sledeće:

• Bira se tip arhivskog i radnog dokumenta koji se kreće kroz pojedine faze procesa;
• Dodaju se faze posmatranog procesa sa svim njihovim sastavnim elementima (ime, tip, obavezne anotacije, korisnici kojima je dozvoljen pristup fazi, tipovi dokumenata koji se mogu pretraživati u fazi);
• Definiše se algoritam kretanja dokumenta kroz faze.

Sa aspekta internog rešenja važno je napomenuti da je u modelovanju softverskog sistema Process Designer iskorišćen skup paterna ‘dodele odgovornosti’ (Responsibility Assignment) što je umnogome doprinelo agilnosti u razvoju ovog softvera i, što je još važnije, jednostavnoj i lakoj budućoj nadogradnji i usavršavanju ove aplikacije.