Documente Academic
Documente Profesional
Documente Cultură
BPMN - Proiect SINF - Badea Razvan Viorel gr.1068
BPMN - Proiect SINF - Badea Razvan Viorel gr.1068
INFORMATICĂ ECONOMICĂ
Coordonator:
Prof. BOLOGA ANA RAMONA
Student:
Razvan Viorel Badea
- București, 2013 -
1
Cuprins
Introducere...........................................................................................................................................3
BPMN la prima vedere........................................................................................................................5
Modelarea evenimentelor în afaceri...................................................................................................6
Procese, subprocese şi sarcini de afaceri............................................................................................9
Modelarea punctelor de decizie prin gateway-uri...........................................................................12
Impunerea normelor B2B.................................................................................................................16
Procesul de transformare a datelor..................................................................................................18
Simularea proceselor de afaceri........................................................................................................20
Maparea la limbaje de execuţie în afaceri.......................................................................................20
Legătura dintre BPMN şi UML........................................................................................................21
Despre BPMN şi UML.......................................................................................................................23
Concluzii.............................................................................................................................................24
BIBLIOGRAFIE...............................................................................................................................25
2
Introducere
Business Process Modeling Notation (BMPN) este noul standard pentru fluxul de procese de
afaceri şi servicii web. Creat de către Business Process Management Iniţiative (BPMI), ţelul
principal al BPMN este acela de a furniza o notaţie care să fie uşor de înţeles de către toţi
utilizatorii de soft-uri pentru afaceri. Aici sunt incluse persoane începând de la analiştii în
afaceri care creează proiectele iniţiale şi până la dezvoltatorii tehnici responsabili pentru
implementarea tehnologiei care va îndeplini aceste procese.
Un al doilea scop, la fel de important este să asigure că limbajele XML create pentru execuţia
proceseolor în afaceri, cum ar fi BPEL4WS (Business Process Execution Language for Web
Services) sau BPML (Business Process Modeling Language) pot fi exprimate visual printr-o
notaţie comună.
-– Winston Churchill
BPMN este un factor central pentru o nouă iniţiativa în lumea arhitecturală Enterprise –
Business Process Management (BPM).
Faptul că Business Process Management (BPM) este o nouă iniţiativa te poate face să crezi că
procesele în afaceri nu au fost gestionate anterior. Acest lucru bineînţeles nu este adevărat –
multe organizaţii şi-au modelat şi gestionat procesele lor de afaceri de-a lungul anilor
folosind o mare diversitate de tehnici şi unelte.
Aceste tehnici au avut un succes parţial sau au eşuat total, deoarece a fost o lipsă de standarde
şi un ciclu de viaţă complet pentru a controla şi a ghida proiectarea şi executarea proceselor
de afaceri. Gestionarea procesului de schimbare nu poate fi un proces ad-hoc – este necesară
gestionarea controlului asupra inovaţiilor, arhitecturii, design-ului şi desfasurararii proceselor.
Pentru că management-ul să înţeleagă arhitectură, design-ul şi desfăşurarea proceselor, este
nevoie de standarde de modelare în afaceri şi de executare a proceselor în afaceri.
3
BPMN permite modelarea proceselor Business-to-Business (B2B) şi
Business-to-Customer (B2C)
Spre deosebire de tipurile de diagrame în afaceri anterioare, diagrama de procese în afaceri
BPMN a fost creată cu ajutorul limbajelor de execuţie şi al serviciilor web. Notaţii speciale
au fost adăugate în diagrame pentru a descrie evenimentele bazate pe mesaje şi schimbul de
mesaje între organizaţii.
BPML şi BPEL4WS au fost introduce în OASIS, care a format un comitet tehnic pentru a
crea un limbaj standard de execuţie a proceselor în afaceri. Rezultatul acestui comitet este
numit în momentul actual Web Services – Business Process Execution Language (WS-
BPEL).
Statusul current al BPML este acela că este introdus ca o specificaţie influenţă pentru
comitetul WS-BPEL.
Pentru că serviciile web să funcţioneze trebuie urmat un proces în patru paşi, după cum
urmează:
OASIS WS-BPEL are nevoie de dezvoltarea de noi tehnologii BPMS unde funcţionalităţile
acestora vor fi stocate şi folosite .
Vom examina fiecare din paşii menţionaţi mai sus, începând cu standardul BPMN. La final ne
vom concentra asupra relaţiei dintre BPMN şi standardul industrial popular pentru analiza
sistemelor UML (Unified Modeling Language).
4
BPMN la prima vedere
Pentru a modela un flux de procese in afaceri, trebuie sa modelam evenimentele care apar
pentru a crea un process, procesul care se formeaza, si rezultatul final al fluxului de procese.
Deciziile in afaceri si ramificarea fluxurilor sunt modelate utilizand gateway-uri. Un gateway
este similar unui simbol decizional intr-o diagrama.
Mai mult, un process din flux poate contine subprocese, care pot fi reprezentate grafic printr-
o alta diagrama de procese conectata print-un hyperlink cu un simbol de proces. Daca un
proces nu este impartit in subprocese atunci acesta este considerat un task – proces de nivel
cel mai scazut. Simbolul “+” intr-o diagrama semnifica faptul ca un proces este impartit in
subprocese. Daca simbolul “+” nu este prezent, atunci procesul este numit “task”.
Cu cât se înaintează în procesul de analiză în afaceri, se poate spune “cine şi ce face” prin
plasarea evenimentelor şi proceselor în zone delimitate numite noduri (pools) care arata cine
efectuează procesul. Mai mult, un nod poate fi împărţit în subnoduri (lanes). Un nod
reprezintă de obicei o organizaţie iar un subnod reprezintă un departament în acea organizaţie
(deşi pot fi folosite şi pentru a reprezenta alte lucruri cum ar fi funcţii, aplicaţii sau sisteme).
5
Fig.2 BPMN Diagrama proceselor de afaceri cu procese reprezentate sub formă de
noduri.
În următoarea parte vom privi îndeaproape fiecare element care poate fi desenat într-o
diagramă BPMN Business Process.
6
Evenimente mai complexe – Specificarea tipurilor trigger (declanşatoare)
Când sunt modelate fluxuri de proces mai complexe, cum ar fi servicii web B2B, trebuie
modelate evenimente de afaceri mai complexe, cum ar fi mesaje, cronometre (timers), reguli
de afaceri şi tratarea erorilor. BPMN permite specificarea tipului de cronometru ataşat
evenimentului şi reprezentarea lui cu o iconiţă reprezentativă, după cum se specifică în
Tabelul 2.
7
8
Deseori un eveniment are loc în timp ce un proces rulează, realizând astfel o întrerupere a
procesului, şi declanşarea unui nou proces care să ruleze. Sau, un proces va fi complet,
cauzând pornirea unui eveniment şi rularea unui nou proces. Aceste evenimente intermediare
pot fi modelate prin plasarea unui simbol de eveniment direct pe procesul căruia îi este
asociat. În figură 3, se poate vedea un mesaj de tip eveniment care este declanşat atunci când
procesul “Check Inbox” se sfârşeşte, cauzând un mesaj “Password Request” să fie trimis
către procesul “Send Password”. Acest tip de notare BPMN clarifica pentru cititor faptul că
procesul “Check Inbox” generează un eveniment de tip mesaj care trimite un mesaj către alt
proces.
Fig.3 Un eveniment de tip mesaj este declanşat la sfârşitul procesului “Check Inbox”,
trimiţând mesajul “Password Request” către procesul “Send Password”.
La baza procesului de modelare al afacerilor se afla însăşi procesele. Există trei tipuri de procese:
procesele, subprocesele şi sarcinile. Fiecare este reprezentată grafic de acelaşi simbol
dreptunghiular; utilizarea diferitelor denumiri reflectând doar relaţiile ierarhice dintre ele.
Reprezentarea grafică a detaliilor unui proces printr-o altă diagrama de proces de afaceri se consideră
"descompunerea" procesului. Se poate continua descompunerea unui proces fără nicio restricţie -
crearea unei diagrame “copil” pentru un proces, şi diagrame “copil” pentru procesele primei diagrame
“copil”, s.a.m.d.
Procesele desenate pe diagrame “copil” sunt considerate subprocese. Procesele de pe nivelul inferior,
care nu se descompun mai departe sunt considerate sarcini.
9
Fig 4. Parte a unei diagrame de Proces de Afaceri BPMN pentru un sistem de licitaţie online
Figura 4 arata o diagramă a unui proces de afaceri BPMN în care procesul Register Item For Auction
a fost modelat. Semnul "+" în corpul procesului arată că există cel puţin o diagramă de proces de
afaceri “copil” legată la acest proces, şi că pe acea diagramă se găseşte o reprezentare grafică a
detaliilor acestui proces.
Figura 5 arata o parte a diagramei de proces de afaceri “copil” BPMN la procesul Register Item For
Auction. Deoarece se afla pe o diagramă “copil”, procesele sunt considerate subprocese. Procesele de
pe această diagramă care nu sunt descompuse mai departe (nu au semnul "+" în centrul lor) sunt
considerate sarcini. După cum se poate vedea, este uşor de identificat o sarcină într-o diagramă - sunt
acele dreptunghiuri rotunjite care nu au un semn "+" în centru.
10
Vizualizarea cu uşurinţă a complexităţii procesului
Din nou, diagrama BPMN este reprezentată pentru a fi uşor de înţeles de către privitori. Pentru a ajuta
la înţelegerea complexităţilor proceselor, se poate afişa în mod grafic o pictogramă a unui flux de
procese copil pe însuşi simbolul de proces. În editorul de modelare, acesta se face prin apăsarea pe
semnul "+" în centrul simbolului de proces, ce va schimba semnul în "-", şi prezentarea schiţei
pictogramei. În acest fel. la vederea unei diagrame a unui Proces de Afaceri BPMN, se pot observa cu
uşurinţă procesele complexe, care se descompun pe nivele.
Tranziţia este folosită pentru a arăta secvenţele proceselor în interiorul unei organizaţii sau a unui
departament. Deci, în cazul în care au fost adăugate noduri şi subnoduri în diagrama, se vor folosi
săgeţi pentru a conecta evenimentele, procesele şi gateway-urile plasate între noduri şi subnoduri.
BMPN trasează o a doua linie de flux - Săgeata de Mesaj - disponibilă pentru a modela comenzile de
procese dintre organizaţii şi departamente (cu alte cuvinte, între noduri).
11
Modelarea punctelor de decizie prin gateway-uri
Deciziile, îmbinările şi bifurcaţiile în fluxul de proces sunt modelate printr-un simbol, în fluxul de
proces sunt modelate printr-un simbol gateway. Un gateway poate fi gândit că o întrebare pusă într-un
anumit punct în fluxl de proces. Întrebarea are definite o mulţime de răspunsuri alternative, care sunt
de fapt porţi.
Se poate seta un stereotip pentru un gateway, schimbând astfel logica specificata de el şi simbolul
care-l reprezintă, cum este descris în Tabelul 3.
12
Gateway-urile de tip XOR sunt utilizate
pentru modelarea îmbinărilor bazate pe
date sau pe evenimente. Exclusiv
înseamnă că doar una dintre multe
intrări este aleasă ca ieşire din poarta.
13
Se specifică o decizie complexă de flux
care referă secvenţele anterioare ale
fluxului şi/sau procesează datele care
intră în gateway. Expresia determina
momentul de start al task-ului.
14
Fig 7. Nodurile şi subnodurile arata cine executa procesele, ia deciziile, sau unde au loc
evenimentele
entitate (reprezentând un tabel logic într-o bază de date). Poate reprezenta un singur lucru, dar acel
lucru provine dintr-o listă eterogenă de diferite tipuri de lucruri.
15
Fig 8. Săgeţile de mesaj sunt utilizate pentru transmiterea mesajelor între organizaţii sau
aplicaţii
BPMN specifică anumite norme pentru modelarea mesajelor şi fluxurilor. Săgeţile de flux pot fi
desenate între evenimente, procese şi gateway-uri în interiorul aceluiaşi nod. Săgeţile de mesaj pot fi
desenate numai între evenimente, procese sau gateway-uri care se găsesc în noduri diferite - deoarece
mesajele sunt schimbate doar între diferite organizaţii sau aplicaţii, s.a.m.d.
BPMN sugerează că aceste norme să fie impuse prin editorul de modelare BPMN. System Architect
impune aceste reguli de desenare prin apariţia unui simbol că un vânător de fantome (ghostbuster),
interzicând conexiunea între elementele greşite; permite numai conexiuni între elementele
corespunzătoare ale modelului. Aceasta ajuta prin prevenirea introducerii de erori sau inconsistente
logice în sistemele B2B în timpul modelarii.
16
Astfel, o companie (sau aplicaţie, funcţie, client, s.a.m.d.)este ca o "cutie neagră" - desenată doar
săgeata de mesaj către sau dinspre nodul ce o reprezintă, fără a reprezenta vreun detaliu în interiorul
nodului. Acesta se afla în contrast cu nodurile în care sunt modelate procese, care pot fi considerate
"cutii albe" - pentru a putea vedea în ele şi a le examina detaliile.
Figura 9 arata mesajele de la şi către procesele dintr-un nod de tip "cutie albă" (reprezentatnd
Licitantul - Bidder) către şi de la un nod de tip "cutie neagră" (reprezentând Vânzătorul - Seller).
De asemenea, pot fi arătate mesajele transmise între două "cutii negre” , (Figura 10).
17
Procesul de transformare a datelor
Un “order request” (crearea unei cereri) cauzează generarea unui ”order” (comanda). Când
produsul este livrat clientului, comandă este îndeplinită. O carte de credit nefuncţionala poate
cauza anularea comenzii. Un client îşi poate actualiza informaţiile din cadrul contului cu o
carte de credit nouă, sau o adresă nouă.
Se poate controla felul în care datele sunt modificate în timpul unui flux de procese prin
reprezentarea obiectelor de tip date în diagrama de procese BPMN. Obiectele de tip de date
sunt artefacte care pot reprezenta multe tipuri de elemente electronice sau fizice. Din moment
ce reprezintă date, ele sunt definite de o combinaţie de una sau mai multe entităţi
(corespunzând tabelelor din baza de date) sau clase (corespunzând modulelor software
orientate-obiect care conţin date). Un obiect de tip de date este reprezentat printr-un
dreptunghi cu un colţ îndoit în dreapta sus, ceea ce îl face să semene cu un document.
Modelarea datelor de tip obiect este opţionala – ele nu au nici un efect direct asupra fluxului
de procese, ele doar furnizează informaţii despre cum funcţionează fluxul de procese. Se
poate ataşa un obiect de tip de date unui flux de mesaje sau secvenţe printr-o linie puncata
(fig.11), sau prin desenarea unor linii de asociere de la şi către obiectele de tip de date şi
procese (fig.12), creând astfel un flux de date în fluxul de procese.
Starea obiectului poate fi specificata între paranteze pătrate sub obiect. Acest lucru arată cum
obiectul este transformat în timpul procesului. În figură 11, se poate vedea că factura este
aprobată atunci când este trimisă de la procesul “Send Invoice” către procesul “Make
payment”. În figură 12, se poate vedea că procesul “Approve Purchase Order” modifica
starea unui obiect “Purchase Order” din starea “Complete” în starea “Approved”.
18
Fig.12 Desenarea liniilor de asociere între obiecte de tip dată şi un proces.
O fotografie face cât 1000 de cuvinte, după cum este zicală. Pe de altă parte, uneori o
fotografie nu este de ajuns, este nevoie de cuvinte pentru a descrie un lucru pe care o
fotografie nu îl poate reprezenta. Astfel BPMN furnizează o adnotare textuală care poate fi
aplicată oricărui model de elemente, astfel încât să poată fi descrise detalii suplimentare
despre elementul în sine cu ajutorul cuvintelor.
Pot fi folosite adnotări textuale pe toate elementele unei diagrame de procese BPMN.
Adnotările textuale sunt afişate într-un dreptunghi ataşat unui simbol printr-o linie dreaptă,
după cum se poate vedea în figură 13.
În concluzie, BPMN este gata să devină noul standard de modelare a proceselor în afaceri şi
servicii web. Este creat astfel încât să poată modela cu uşurinţă procese tipice de afaceri, şi
oferă funcţionalitatea de a modela procese complexe de afaceri, incluzând transmiterea de
mesaje a serviciilor web.
19
Simularea proceselor de afaceri
Un model creat folosind BPMN este o descriere logică a felului în care funcţionează afacerea,
din care pot fi create limbaje de proces pentru afacerea respectivă. Totuşi pentru rezultate
optime, această abordare ar trebui folosită în concordanţă cu simularea proceselor de afaceri.
Simularea este o tehnică puternică, disponibilă analiştilor în afaceri pentru a îşi putea analiza
modelele, înainte ca acestea să fie puse în practică. Un model, când este simulat, mimează
operaţiile afacerii, parcurgând pas cu pas evenimentele compresate în timp, şi arătând o
imagine animată a fluxului.
- Fluxul de date
- Mesaje
- Evenimente
20
- Reguli în afaceri
- Excepţii
Apariţia a BPMN, BPML şi BPMS nu face învechită nevoia pentru dezvoltarea de noi
sisteme, spre deosebire folosirea limbajului UML (Unified Modeling Language). Dezvoltarea
noilor sisteme încă are un rol important de jucat în procesul arhitectural enterprise.
UML defineşte un număr de diagrame care pot fi încadrate într-una din trei categorii:
2. Comportament dinamic
Dintre aceste categorii diagrama de comportament dinamic este cea mai folosită pentru
modelarea proceselor în afaceri, pentru a realiza diagrame cum ar fi diagrama de activitate
UML şi diagrama cazurilor de utilizare. BPMN este legat de UML în sensul că defineşte o
21
notaţie grafică pentru procesele de afaceri, care este similară cu diagramele de comportament
UML. Totuşi BPMN şi UML au abordări foarte diferite referitoare la modelarea proceselor de
afaceri.
BPMN oferă o abordare de procese centrica care este mai naturală şi mai intuitivă pentru un
analist în afaceri. Cu BPMN, fluxurile de control şi fluxurile de mesaje ale proceselor sunt
modelate întâi. Un obiect model pentru proces este definit mai degrabă implicit decât explicit.
BPMN oferă deasemenea opţiunea de modelare explicită a obiectelor care pot fi expuse prin
intermediul serviciilor în fluxurile de procese.
UML este o asamblare de diagrame care sunt rezultatul celor mai bune practici colective ale
diferiţilor practicanţi fondatori. Din nefericire, acest lucru înseamnă că diagramele sunt o
agregare şi că nu au fost create în mod specific pentru a lucra una cu alta. Drept consecinţă,
dezvoltatorii îşi pot modela doar o parte din aplicaţii cu ajutorul UML; nivelul detaliat de
implementare nu este acoperit.
În contrast, BPMN, defineşte un singur tip de diagramă care are mai multe înfăţişări derivate
din acelaşi proces de bază al meta-modelului. Rezultatul natural al acestui lucru este acela că
implementarea într-un limbaj de execuţie de procese în afaceri pur şi simplu devine o altă
viziune logică a procesului.
În cele din urmă, UML nu defineşte nici un meta-model de execuţie pentru procesele de
afaceri modelate. În schimb, orice meta-model de execuţie trebuie definit folosind Model
Drive Architecture (MDA). BPMN este bazat pe executarea proceselor de către meta-modelul
BPML şi astfel nu sunt necesari pasi adiţionali pentru modelarea proceselor pe deplin
executabile.
22
Despre BPMN şi UML
Se anticipează că BPMN şi UML vor co-exista. Vor fi utilizatori tehnici care nu vor dori să
folosească BPML că metoda principală de lucru şi care vor utiliza în continuare UML. Figura
15 arată că BPMN poate fi folosit pentru a crea soluţii care să ruleze direct pe BPMS sau care
să fie folosite drept analist de afaceri pentru dezvoltări ulterioare folosind UML. În acest
scenariu utilizatorii UML ar considera procesele de afaceri pur şi simplu o altă componentă.
Fig.15 BPMN şi UML sunt folosite pentru a crea procese de afaceri şi aplicaţii care să
ruleze pe un Business Process Management Server (BPMS).
23
Concluzii
BIBLIOGRAFIE
http://en.wikipedia.org/wiki/Business_Process_Model_and_Notation
http://www.bpmn.org/
http://www.intalio.com/
http://www.omg.org/bpmn/Documents/6AD5D16960.BPMN_and_BPM.pdf
24