Sunteți pe pagina 1din 7

BPMN util n modelarea proceselor de

business
Business Process Model and Notation sau pe scurt BPMN este unul dintre cele mai cunoscute
standarde de modelare i management al proceselor de business, fiind extrem de util n etapele de
definire i aliniere a produselor software. Obiectivul BPMN este acela de a furniza un set unificat de
elemente i de notaii care s fie uor de neles i de folosit de ctre toi participanii la procesul de
livrare.
Un management eficient al proceselor de business ntr-un produs software este esenial att
pentru succesul acestuia pe pia ct i pentru cel al relaiei dintre client i compania prestatoare,
relaie intermediat de analistul de business. tim cu toii c beneficiarii i/sau sponsorii produselor
software nu sunt familiari cu terminologia specific domeniului IT, aprnd astfel numeroase probleme de
comunicare ntre acetia i echipele de livrare. Pentru a facilita aceast comunicare i pentru a aduce un
plus de claritate cerinelor funcionale obinute, procesele de business trebuie modelate ntr-o manier ct
mai elocvent, folosind un limbaj standardizat i pe nelesul tuturor.
Pentru crearea diagramelor BPMN se pot avea n vedere utilitare precum: MS Visio, Sparx Systems
Enterprise Architect sau variante gratuite cum ar fi BonitaSoft, Intalio sau ProcessMaker.
Procese de business i BPD
Putem defini un proces de business ca o succesiune de activiti de business realizate de ctre
participani, cu scopul de a-i atinge obiectivele i de a livra valoare. Aceste procese pot fi modelate pe
trei nivele de detail, iar BPMN le suport pe toate:
Harta procesului (engl. Process map) este o diagram simpl de activiti.
Descrierea procesului este o diagram de activiti extins cu informaii adiionale.
Modelul procesului este o diagram de activiti extins cu suficiente informaii, astfel
nct procesul s poat fi analizat, simulat sau executat folosind BPEL Business Process
Execution Language.
n analiza de business, procesele independent de tipul lor (de management, operaionale sau de
suport) trebuie modelate pentru a beneficia de urmtoarele avantaje:
Asimilare procesele, dac sunt mprite n activiti atomice, pot fi mai bine nelese de
ctre toi participanii la livrare.
Monitorizare i evaluare procesele, dac sunt reprezentate clar i concis pot fi mai bine
monitorizate i evaluate i li se pot aplica anumii indicatori de performan (engl. KPI Key
Performance Indicators).
Optimizare procesele, dac sunt descompuse n activiti independente i
interconectate, pot pune n eviden blocaje (engl. bottlenecks), ci duplicate, ci alternative i
bucle, putnd fi astfel candidate la mbuntiri.
Creare de procese noi procesele, dac sunt corect modelate, reflectnd starea actual
a sistemului (engl. as-is system), sunt un punct solid de pornire pentru modificri funcionale
(engl. change requests) sau extensii ulterioare (engl. to-be system).
Automatizare procesele, dac sunt reprezentate pas cu pas, pot fi uor automatizate,
reducnd astfel costurile asociate cu dezvoltarea i testarea, mbuntind calitatea produsului
i optimiznd etapele de mentenan i suport.
Diagramele oferite de BPMN, numite BPD Business Process Diagrams sunt similare diagramelor de
activitate, fiind ns cu mult mai expresive i uor de asimilat i putnd fi totodat executate de utilitarele
BPEL.
Pentru a crea BPD-ul, analistul de business identific i modeleaz evenimentul de nceput al
procesului, apoi celelalte evenimente, n ordinea n care se petrec pn laevenimentul care ncheie
procesul. Deciziile de business i cile alternative se modeleaz folosind blocuri de decizie (engl.
gateways). Dac procesul de business este unul complex, el poate fi descompus n sub-procese, fiecare
dintre acestea fiind modelat printr-o BPD aferent, iar rezultatele obinute vor fi interconectate, pentru a
obine vederea de ansamblu.
De ce s folosim BPMN?
Prezentarea sintetic a avantajelor acestui standard, care vine att n ajutorul analitilor de business
ct i al clienilor, poate lua urmtoarea form:
Simplitatea elementele i notaiile puse la dispoziie de BPMN sunt intuitive, nefiind
nevoie de cunotine prealabile de nivel tehnic. Astfel, analistului de business i este uor s
creeze diagrame BPMN, care sunt foarte simplu de urmrit de ctre partea de business.
Expresivitatea standardul este expresiv i adaptabil n ceea ce privete modelarea
proceselor, permind aplicarea unei game largi de constrngeri. Spre deosebire de alte
standarde ca de exemplu UML, BPMN este mult mai versatil i poate reprezenta fluxuri mult
mai complexe de business.
Standardizarea BPMN este un standard guvernat i meninut de ctre OMG Object
Management Group.
Aplicabilitate n IT avnd n vedere c IT-ul este o orizontal care deservete verticale
precum sectorul financiar sau cel bancar, necesitatea de a avea suport IT este foarte mare i n
continu expansiune iar majoritatea proceselor de business trebuie modelate ntr-un limbaj clar,
obiectiv i elocvent, pentru a putea fi livrate la calitate ridicat i pentru a asigura satisfacia i
ncrederea clienilor.
Elementele BPMN
Un model BPMN poate fi descris ca o succesiune de noduri, conectate prin fluxuri paralele sau
secveniale. Pentru a putea folosi BPMN n analiza de business, trebuie s cunoatem cteva elemente
cheie ale limbajului, care sunt folosite la descrierea majoritii proceselor. Mai nti trebuie s tim c
exist patru categorii de elemente, dup cum putem vedea mai jos:
Obiecte de flux (engl. flow objects)
Activiti - aciuni care se ntmpl n cadrul procesului de business, fiind reprezentate
grafic sub form de dreptunghiuri cu colurile rotunjite. Putem vorbi aici despre task-uri , sub-
procese i task-uri recurente .
Evenimente - aciuni care pot da startul unui proces, se pot ntmpla ntr-un proces sau
pot opri un proces i sunt reprezentate sub form de cercuri, tipul de contur al cercului
determinnd tipul de eveniment. Putem vorbi astfel despre evenimente de start - contur simplu,
intermediare - contur dublu i de stop - contur boldat.
Pori (engl. gateways) - elemente care modeleaz interaciunile dintre fluxurile unui
proces i deciziile de business, fiind reprezentate grafic prin romburi.
Conectori
Fluxuri secven (engl. sequence flows) - sunt reprezentate prin sgei cu linie continu i
indic ordinea activitilor ntr-un proces de business.
Fluxuri mesaj- sunt reprezentate prin sgei cu linie ntrerupt i indic un schimb de
mesaje ntre dou swimlane-uri diferite dintr-un proces de business.
Asocieri - sunt reprezentate prin sgei cu linie punctat i se folosesc pentru a asocia
date, informaii i artefacte la obiecte.
Swim lanes
Pools - ajut la clasificarea activitilor i a participanilor n cadrul unui proces de
business interactiv.
Lanes reprezint sub-partiiile unui pool i pun n eviden de regul rolurile implicate n
procesul de business i aciunile asociate fiecruia.
Artefacte
Obiecte prezint modul n care datele i documentele sunt folosite ntr-un proces i
definesc intrri i ieiri din activiti. Obiectele pot primi i stri care prezint modul n care
documentele pot fi modificate n cadrul procesului.
Grupuri pun n eviden anumite seciuni din BPD fr a aduga constrngeri de
performan. Pot fi folosite pentru a clasifica elemente pentru raportare i nu se supun
restriciilor impuse de pools sau lanes.
Adnotri (engl. annotations) furnizeaz informaii suplimentare despre un proces i pot
fi conectate cu un anumit obiect din BPD folosind asocieri.
Bune practici n modelarea BPMN
Chiar dac limbajul BPMN este flexibil i nu ne impune constrngeri n ceea ce privete modelarea,
este bine s respectm cteva bune practici stabilite n prealabil la nivelul echipei de proiect, al
departamentului sau al organizaiei:
Activitile procesului de business trebuie modelate n ordine cronologic, pe o
cronologie de la stnga la dreapta.
Procesele de business ncep de regul cu un eveniment declanator i continu pn la
obinerea de rezultate.
Task-urile i activitile din cardul unui proces trebuie asociate la roluri relevante din
punctul de vedere al business-ului.
Un model complet al procesului de business ar trebui s prezinte modul n care obiectele
i/sau datele sunt transferate.
Procesele de business trebuie modelate ierarhic, descriindu-se sub-procesele
componente, n cazul n care acestea exist.
Este recomandat stabilirea i folosirea conveniilor de nume pentru modelarea
proceselor de business, ca de exemplu: i) numele elementelor trebuie s fie scurte i concise;
ii) este redundant s repetm cuvinte precum task sau proces n numele unui task respectiv
proces; iii) activitile trebuie s aib ca nume un verb; iv) n numele complexe, fiecare cuvnt
trebuie scris cu liter mare de exemplu, vom denumi o activitate SolicitareAbsen nu
solicitareabsen sau Solicitareabsen.
Dac procesul de business evolueaz n timp, este recomandat s versionm BPD-urile
create, pentru a putea fi urmrite schimbrile.
Studiu de caz
n cele ce urmeaz vom analiza un exemplu scurt i intuitiv pentru a evidenia modul n care se aplic
analiza BPMN n cazul unui scenariu de business concret precum i paii necesari pentru crearea BPD-
ului.
Fig. 1 Diagrama BPMN a procesului de solicitare absen
S studiem procesul prin care un angajat din departamentul IT al unei companii solicit concediu iar
superiorul su ierarhic, dup o evaluare prealabil, aprob sau nu cererea sa. Vom aduga i cazul n
care superiorul ierarhic nu rspunde n timp util la cerere, caz n care se va opta pentru o rut alternativ,
cu rspuns automat, trimis de ctre sistem n numele acestuia.
n situaia de fa, n primul rnd trebuie s punem n eviden actorii implicai n proces i anume
angajatul, superiorul ierarhic i sistemul.
La pasul al doilea vom identifica setul de activiti desfurate de fiecare dintre cei trei actori n cadrul
procesului, ca de exemplu:
Angajatul: solicit absena - activitate urmat de notificarea superiorului su ierarhic.
Superiorul ierarhic: proceseaz cererea de absen,iar apoi decide dac o aprob sau o respinge.
Ambele decizii sunt nsoite de trimiterea unui mesaj de notificare napoi ctre angajat.
Sistemul: pune la dispoziie fluxul alternativ care const n respingerea automat a cererii de concediu,
n cazul n care superiorul ierarhic nu rspunde afirmativ sau negativ n timp de o zi (aciune urmat de
trimiterea unui mesaj automat de respingere ctre angajat).
La pasul al treilea trebuie s decidem tipurile de elemente cu care vom crea BPD-ul. Hotrm c vom
folosi un pool cu dou lane-uri, unul pentru angajat i cellalt pentru superiorul su ierarhic. Tot pe lane-ul
superiorului vom reprezenta i aciunile fcute de sistem, care n situaia de fa l impersonalizeaz. Mai
avem nevoie i de activiti, blocuri de decizie i evenimente de start, intermediare i de stop. Cu rol de
conectori utilizm fluxuri secven i fluxuri mesaj.
La pasul patru, ncepem s plasm elementele BPMN pe BPD i anume - pe lane-ul angajatului vom
avea urmtoarele: evenimentul de start, activitatea de solicitare absen, evenimentul intermediar de
notificare a superiorului ierarhic i evenimentul de stop.
Pe lane-ul superiorului ierarhic modelm evenimentul de start care const n primirea notificrii
trimise de angajat, activitatea de procesare a absenei, blocul de decizie n urma cruia rezult aprobarea
sau respingerea cererii - nsoite de evenimentele intermediare de notificare a angajatului cu rezultatul
procesrii i din ambele cazuri, evenimentul de stop.
Tot pe lane-ul superiorului ierarhic, la activitatea de procesare a cererii, plasm un eveniment
intermediar de timeout (cu valoarea de o zi) dup expirarea cruia se declaneaz evenimentul
intermediar de notificare a angajatului de respingerea cererii, urmat de evenimentul de stop.
Concluzii
Existena unui standard pentru modelarea proceselor de business, cunoscut i neles de ctre analitii
de business, client i echipele tehnice este de un real folos nu numai n analiza de business ci i n
ntregul proces de livrare, cu att mai mult cu ct este vorba despre un standard simplu, intuitiv i care nu
presupune cunotine tehnice anterioare. Beneficiile majore ale acestuia sunt reprezentate de nelegerea
i comunicarea proceselor de business ntre prile implicate i capacitatea modelelor rezultate de a fi
executate de BPEL.