Sunteți pe pagina 1din 22

Modelarea proceselor de afaceri suport de curs

Un proces de afaceri reprezint o colecie de activiti sau sarcini conexe, structurate, ce au un punct de nceput i unul final, precum i intrri i ieiri clar definite. Accentul este pus pe felul n care se desf oar activitatea ntr-o organizaie. Un proces de afaceri poate fi descompus n mai multe sub-procese, cu caracteristici specifice, care mpreun contribuie la atingerea scopului procesului de baz.

1 CONCEPTUL DE PROCES DE AFACERE N CADRUL UNEI ORGANIZAII


Tehnologia informaiei este considerat inovatoare n raport cu descrierea i implementarea unei strategii de afaceri, iar procesele de afaceri au rol catalizator n cre terea valorii de afaceri a tehnologiei informaiei. De aceea, pentru orice ntreprindere, procesele de afaceri se concretizeaz att n contextul, ct i n fundamentul necesar dezvoltrii sistemelor informatice pentru ntreprinderi. Procesele din ntreprinderi sunt mijloacele prin care orice organizaie i conduce afacerea, ncorpornd orice activitate sau grup de activiti care adaug o valoare unei resurse interne, pentru a obine un produs sau un serviciu destinat unui beneficiar (intern sau extern organizaiei). O singur ntreprindere execut un numr mare de procese de afaceri pentru realizarea obiectivelor sale strategice, n acest fel furniznd oportunitatea utilizrii tehnologiei informatice pentru mbuntirea proceselor i a performanelor organizaionale (Porter & Millar, 1985). Noile tehnologii informatice permit nu doar mbuntirea proceselor individuale, dar pot oferi posibiliti de integrare a proceselor de afaceri ntre uniti fizice i organizaionale disipate (Basu & Blanning, 2003). O clasificare simplist a proceselor de afaceri le mparte pe acestea n elementare i complexe. Deosebirea dintre cele dou ar consta n numrul de activiti pentru care au fost definite. Astfel, un proces complex implic, de obicei, mai multe funcii eseniale ale ntreprinderii, iar operaiile sale au un impact semnificativ asupra func ionalitii generale a activitii organizaionale. Pentru a surprinde ntreaga hart a activitilor depuse i sarcinilor implicate, se procedeaz, de obicei, la divizarea proceselor complexe n subprocese, pn la obinerea de procese elementare care definesc o singur func ie pe care ntreprinderea trebuie s o realizeze prin activitile sale. Activitile sunt elemente componente ale unui proces sau subproces realizate n mod individual de o singur entitate subdivizionar (de obicei, un departament al ntreprinderii). Orice activitate este definit prin ansamblul de sarcini 1

din care este alc tuit i care sunt asignate indivizilor din cadrul departamentului n responsabilitatea cruia intr realizarea respectivei sarcini (Figura nr. 1.1).

Figura nr. 1.1 Structura ierarhic a proceselor de afaceri din ntreprinderi

n opinia majoritii specialitilor n managementul organizaiei, procesele de afaceri pot fi privite att ca scopuri n realizarea unei strategii de afaceri, ct i ca modele de automatizare a afacerii prin utilizarea tehnologiilor informatice.Totui, ei atrag atenia cu privire la abordarea proceselor exclusiv prin prisma dezvoltrii sistemelor informatice, fr a ine cont de realitatea economic ce definete activitatea unei ntreprinderi. Aceasta ar pune accentul pe date i proceduri, avnd ca principal obiectiv relaiile dintre elementele procedurale i maniera de utilizare a datelor, iar conceptul de proces de afacere poate fi privit ca mijloc de analiz a modului n care aplicaiile unui sistem informatic pot fi integrate n scopul identificrii oportunitilor oferite de automatizarea proceselor. n prezent, n dezvoltarea sistemelor informatice pentru ntreprinderi, se constat c paradigma programrii nc deine o influen major n descrierea proceselor de afaceri, activitatea ntreprinderii fiind alc tuit din procese definite n conformitate cu func iile sistemului informatic. Acest mod de tratare a proceselor de afaceri limiteaz 2

func iile acestora la ceea ce poate realiza sistemul informatic i nu ine cont, ntotdeauna, de ntreaga realitate economic. De i sistemul informatic din cadrul unei organizaii joac, n prezent, un rol crucial de sus inere a activitii specifice ntreprinderii, majoritatea proceselor economice nu pot fi complet automatizate. De fapt, automatizarea complet se poate realiza doar pentru anumite activiti de afaceri ce pot fi privite doar ca etape func ionale ale unui ansamblu mai complex de alte procese economice.

2 Managementul proceselor de afaceri


n practica de afaceri i a managementului organizaional, s-au conturat dou perspective cu privire la organizarea i conducerea afacerii unei ntreprinderi: una orientat pe funcii i cealalt orientat pe procese. Perspectiva funcional prive te problemele specifice activitii de management din punctul de vedere al resurselor organizaiei puse la dispoziia departamentelor n scopul realizrii anumitor funcii particulare afacerii. Perspectiva orientat pe procese este oarecum complementar perspectivei func ionale, cutnd s optimizeze performana ntreprinderii pe seama mbuntirii proceselor cheie care definesc fundamentul afacerii ntreprinderii. Perspectiva func ional a managementului este util pentru optimizarea resurselor interne, n timp ce perspectiva orientat pe procese privete coordonarea activitilor complexe ale ntreprinderii, care implic i resurse externe. Gestionarea acestor procese ntr-o viziune unitar i n sensul impus de perspectiva orientat pe procese a generat un concept des utilizat, acela de management al proceselor de afaceri (Business Process Management). Dei este un termen ndelung disputat n literatura de specialitate, definiiile pe care diveri autori le-au furnizat sunt conturate pe baza aceleiai idei de optimizare a proceselor ntreprinderii prin diverse mijloace specifice. n linii mari, termenul Business Process Management (BPM) desemneaz att o strategie de afaceri, ct i un segment software, destinate s gestioneze eficiena i randamentul proceselor din cadrul ntreprinderii, prin practici de modelare, automatizare i monitorizare. Ca disciplin de management, BMP nlocuie te perspectiva funcional a managementului cu cea orientat pe procese aliniat cu obiective de afaceri de nivel nalt. Ca tehnologie sau segment software, BMP furnizeaz un set de instrumente software necesare pentru optimizarea performanei, realizarea obiectivelor concrete de performan, automatizarea i monitorizarea activitilor i sarcinilor aferente

proceselor de afaceri i furnizarea unei platforme software pentru mbuntirea performanei afacerii. Adresndu-se proceselor complexe dintr-o ntreprindere, BPM implic nu doar angajaii unei organizaii, ci i clienii, furnizorii i ceilali parteneri ai si. Implementarea unui sistem de management al proceselor de afaceri furnizeaz, pe lng returnarea investiiei, i noi nivele de analiz, vizibilitate, responsabilitate i predictibilitate pentru afacere. Un sistem de management al proceselor din ntreprindere privete orice proces prin prisma ciclului de via al acestuia. Sistemul de gestionare a proceselor face referire la aceste etape ale ciclului de via, de la apariia procesului n cadrul ntreprinderii i pn la eventuala eliminare a lui din strategia de afaceri. Astfel, sistemele Business Process Management dein patru arii principale de activiti, corespunztoare principalelor etape din ciclul de via al proceselor de afaceri: proiectarea i modelarea, implementarea sau execuia, monitorizarea i optimizarea proceselor. A a cum se descrie i n Figura nr. 2.1. Ciclul de via a proceselor de afaceri, aceste arii de activiti sunt iterative i trebuie gestionate n orice stadiu al proceselor de afaceri.

Figura nr. 2.1 Ciclul de via a proceselor de afaceri (adaptare dup Ward-Dutton & Macehiter, 2005)

Proiectarea i modelarea proceselor de afaceri trebuie s surprind complexitatea i dinamica fiec rui proces ce va fi inclus n strategia de afaceri i s explice modul n care acesta va afecta activitatea ntreprinderii i va contribui la adugarea unui plus de valoare n cadrul lanului valoric specific. Implementarea sau execuia privete, pe de o parte, includerea unor noi procese de afaceri n activitatea specific ntreprinderii, iar pe de alt parte, adoptarea noilor modele stabilite n cadrul etapei de modelare a proceselor existente, care necesit mbuntiri sau restructurri. Implementarea trebuie s in cont nu doar de integrarea proceselor noi cu cele existente, dar i de atribuirea responsabilitilor pe roluri asociate proceselor, i gestionarea acestor roluri. 4

Monitorizarea este o component vital n abordarea managementului proceselor de afaceri, n primul rnd datorit faptului c o perspectiv a afacerii orientat pe procese este, de cele mai multe ori, asociat cu nevoia de vizibilitate a performanelor i a conformitii cu strategia de afaceri, i n al doilea rnd, datorit nevoii de evideniere a eficienei i randamentului proceselor. Monitorizarea se refer la acel set de activiti care permit descoperirea anumitor elemente, care confirm sau infirm utilitatea unui proces de afaceri, dar i a anumitor anomalii ce nu ar putea fi vizibile n etapele anterioare de proiectare i modelare static. De aceea, tehnologia de monitorizare ofer un feedback vital att managerilor afacerii, ct i persoanelor responsabile cu implementarea proceselor, beneficiind de suport tehnic din aria auditului financiar i informatic. Optimizarea este procesul de analiz a informaiilor colectate prin activitatea de monitorizare i de definire a unor posibile direcii de rafinare a modelelor proceselor de afaceri i a implementrii acestora. De fapt, optimizarea este responsabil de caracterul iterativ al proceselor de afaceri, ntruct ea este cea care determin reluarea etapelor de modelare, implementare i optimizare a acestora. Definirea proceselor de afaceri a devenit nucleul unui limbaj comun ntre oameni de afaceri i specialiti IT. n acest context, Business Process Management rmne o disciplin care combin capabilitile software cu expertiza de afaceri pentru accelerarea optimizrii i mbuntirii proceselor i pentru a facilita inovarea afacerii unei ntreprinderi. Acest aspect a fost neles de majoritatea companiilor furnizoare de soluii informatice integrate pentru ntreprinderi, pentru care managementul proceselor constituie punctul de plecare n definirea unei arhitecturi informaionale care s deserveasc afacerea ntreprinderii prin utilizarea tehnologiilor existente i nu invers.

3 Modelarea proceselor de afaceri


3.1 Prezentare general
Ca rezultat al creterii complexitii afacerilor i, implicit, al modificrii structurii proceselor din ntreprindere, se manifest pregnant nevoia de a utiliza metode formale de reprezentare a fluxului informaional i operaional, prin procedee robuste, derivate din analiza bazat pe modele. Sub acest aspect, s-a conturat un trend ascendent n utilizarea de soluii pentru simplificarea i reprezentarea explicit a proceselor de afaceri prin modele inteligibile, care s detalieze nlnuirea activitilor i constrngerile n executarea lor. Definirea prin modele a proceselor ntreprinderii permite analiza, mbuntirea i monitorizarea performanelor de afaceri. Un model al proceselor de afaceri este de obicei o diagram prin care se reprezint unul sau mai multe procese de afaceri, sub forma unei secvene de activiti 5

desf urate cu scopul de a realiza obiectivele pe care o organizaie i-a propus s le ating. Modelele proceselor de afaceri includ aciuni i evenimente, fiind artat felul n care acestea sunt procesate, precum i persoanele implicate, artndu-se ce anume fac i cu ce scop. De obicei sunt reprezentate procesele desfurate n mai multe departamente ale organizaie, uneori fiind incluse i activiti aferente organizaiilor sau sistemelor externe ce au efecte asupra proceselor interne. nainte de a ncepe construirea modelului proceselor de afaceri, este necesar obinerea urmtoarelor informaii: Rezultatul dorit al procesului; Punctele de nceput i de final (cerinele clientului i ndeplinirea cerinelor clientului); Activitile care sunt desfurate; Ordinea activitilor; Persoanele care desfoar activitile; Documentele i formularele schimbate ntre angajai sau primite/trimise de la/c tre clieni i furnizori. Obinerea unui model care s reprezinte corect procesele de afaceri ce au loc n cadrul unei organizaii se poate realiza doar prin implicarea activ, la elaborarea acestuia, att a membrilor echipei de dezvoltatori, ct i a reprezentanilor organizaiei. Pentru modelarea proceselor de afaceri pot fi utilizate dou standarde de tip limbaj de notaie: Business Process Modeling Notation (BPMN) i Diagramele de Activiti UML. Conform opiniei multor speciali ti, BPMN este cel mai utilizat i inteligibil limbaj n modelarea proceselor de afaceri din cadrul ntreprinderii.

3.2 Modelarea proceselor de afaceri utiliznd limbajul BPMN


Business Process Modeling Notation (BPMN) este un limbaj grafic de notaie pentru modelarea proceselor de afaceri, elaborat de ctre Business Process Management Initiative (BPMI). ncepnd cu anul 2005, BPMN este ntreinut de ctre Object Management Group (OMG), ca urmare a fuziunii ntre aceast organizaie i BPMI. n ianuarie 2011 OMG a publicat BPMN versiunea 2.0 care extinde domeniul de aplicare i capabilitile versiunii anterioare, BPMN 1.2, n mai multe zone (OMG, www.omg.org/spec/BPMN/2.0): Formalizeaz execuia semantic a tuturor elementelor BPMN; Definete un mecanism de extensibilitate att pentru extensiile Modelului de Procese (Process Model), ct i pentru extensiile grafice; 6

Rafineaz compoziia i corelaia Evenimentelor; Extinde definirea interaciunilor umane; Definete un Model de Coreografie (Choreography Model). Principalul scop al BPMN este s ofere o notaie care este uor de neles de ctre toi utilizatorii de afaceri, de la anali tii de afaceri care creeaz proiectul iniial al proceselor, pn la dezvoltatorii tehnici responsabili pentru implementarea tehnologiei care va efectua aceste procese i, n final, pentru oamenii de afaceri care vor gestiona i monitoriza aceste procese. Astfel, BPMN creeaz o punte de legtur standardizat pentru decalajul dintre proiectarea procesului de afaceri i procesul de implementare. (OMG, www.omg.org/spec/BPMN/2.0) BPMN definete o mapare a notaiilor sale vizuale pentru execuia semantic a proceselor de afaceri prin limbaje de execuie, cum ar fi Business Process Modeling Language (BPML), Business Process Execution Language for Web Services (BPEL4WS), Web Services Business Process Execution Language (WS-BPEL). BPMN permite crearea unui proces de afaceri de tip end-to-end, fiind conceput s acopere multe tipuri de modelare, astfel nct s poat comunica o varietate larg de informaii la o varietate larg de audiene. n cadrul unui model BPMN de tip end-toend sunt cuprinse trei tipuri de baz de sub-modele: Procese numite i Orchestrarea serviciilor, n special n domeniul serviciilor web. Sunt de dou tipuri principale: private i publice. Procesele private sunt cele interne unei anumite organizaii i sunt mprite n dou categorii: executabile i neexecutabile. Fluxul unui proces de afaceri privat poate fi coninut ntr-un singur Pool, fr a dep i limitele acestuia. Graniele unui Pool pot fi dep ite doar de Flux de Mesaje (Message Flow), ce arat interaciunile dintre procese private de afaceri separate. Private executabile sunt modelate cu scopul de a fi executate cu anumite semantici, care descriu o nelegere clar i precis a funcionrii elementelor; Private ne-executabile nu includ, de regul, informaii necesare execuiei, fiind modelate cu scopul documentrii comportamentului procesului; Publice include doar activiti care sunt utilizate pentru a comunica cu ali participani, reprezentnd interaciunea dintre un proces de afaceri privat i un alt proces sau participant. Coreografii spre deosebire de un Proces, n cazul unei coreografii nu exist nici un controlor central, entitate responsabil sau observator al procesului. Este definit comportamentul a teptat ntre mai muli participani ce interac ioneaz prin intermediul unui schimb de mesaje. 7

Colaborri sunt descrise interac iunile dintre dou sau mai multe entiti de afaceri, considerate participani la colaborare. Fiecare participant este reprezentat printr-un pool, iar mesajele schimbate ntre acetia sunt reprezentate printr-un flux de mesaje (Message Flow). Combinnd cele trei tipuri de baz de sub-modele se poate obine o reprezentare detaliat a proceselor de afaceri, dar este recomandat ca proiectantul s se concentreze pe un anumit aspect al analizei proceselor pentru a evita crearea unor diagrame prea complicate, care s fie dificil de neles.

3.2.1 Diagrama proceselor de afaceri (BPD) n cadrul diagramei proceselor de afaceri (BPD) sunt utilizate urmtoarele concepte: Obiecte de flux (flow objects) Obiecte conectoare (connecting objects ) Centre de responsabiliti (swimlane objects ) Artefacte (artifact objects) A. Obiectele de flux sunt de trei tipuri: Evenimentele reprezint ceva ce se ntmpl pe parcursul unui proces sau a unei coreografii, afectnd fluxul modelului. De obicei, evenimentele au o cauz (trigger) si un impact (result) i sunt mprite n trei sub-categorii: De nceput(Start), Intermediare(Intermediate) i De Final (End). evenimente de start - indic unde (sau ce) va ncepe un proces. Evenimentele de start pot fi de mai multe tipuri, pentru a arta condiiile n care se iniiaz procesul.

Figura nr. 3.1 Eveniment start

evenimente intermediare - sunt acele evenimente care pot aprea dup ce un proces a fost iniiat, dar nainte de a se termina.

Figura nr. 3.2 Eveniment intermediar

evenimente finale - indic unde se termin un proces i modul de finalizare al acestuia.

Figura nr. 3.3 Evenimente finale

Un eveniment poate fi utilizat pentru a prinde (catch) sau a arunca (throw) un trigger eveniment. Exist mai multe tipuri de evenimente ce se pot manifesta n cadrul unei diagrame a proceselor de afaceri. Aceste evenimente1 sunt descrise n tabelul de mai jos:
Tip Trigger Descriere Start
Catching

Intermediar
Catching Throwing

Final
Throwing

Mesaj

Se refer la un mesaj care este primit de la un participant i poate iniia un proces (start), poate cauza continuarea procesului (intermediar) sau poate fi expediat la un participant, ca o finalizare a procesului (final). Se refer la un ciclu specific (de exemplu, fiecare zi de luni, la ora 12.00). Acest eveniment poate iniia un proces, dar poate fi prezent i n decursul derulrii acestuia. Acest tip de eveniment este declan at cnd este ndeplinit o condiie generat de o regul de business. Poate iniia un proces, dar poate fi prezent i n cursul execuiei acestuia. Este utilizat pentru primirea/trimiterea unor semnale. Evenimentul semnal poate ini ia un proces, se poate manifesta pe parcursul execu iei

Timp

Condiie

Semnal

Preluare din Cozgarea Gabriel, Metodologii orientate pe obiecte utilizate in proiectarea sistemelor informatice, Editura Infomega, 2010

acestuia, dar poate i finaliza un proces. Multiple Pot exista multiple c i de iniiere a unui proces (start), multiple mecanisme de declan are a unui eveniment (intermediar) i consecin e multiple de a sfri un proces (final). Este un mecanism pentru conexiunea a dou sec iuni ale unui proces. Fiecare activitate complet care este subiectul unei compensri, va fi compensat n ordinea invers terminrii activit ilor. Pentru a fi compensat , o activitate trebuie s aib ata at evenimentul intermediar. Indic apariia unei erori.

Link

Compensaia

Error

Cancel

Acest eveniment semnific anularea execuiei unui subproces. Indic sfritul procesului de afaceri

Sfr it

Activitatea este un termen generic utilizat pentru a face referire la o etap din munca efectuat de ctre un participant la proces. Activitile pot fi atomice (nu se mai pot diviza n alte sub-activiti) sau non-atomice (se pot diviza ntr-un set de subactiviti). Activitile descrise n cadrul unei diagrame BPMN pot fi Sub-Procese (Sub-Processes) sau Sarcini (Tasks ). Sarcini (Tasks) - un task reprezint o activitate atomic. Activitate

Figura nr. 3.4 Reprezentarea grafic a unei activit i

Subprocese - subprocesul este o activitate compus care este inclus ntr-un proces.
Subproces

10

Figura nr. 3.5 Reprezentarea grafic a unui subproces

Un subproces poate conine activiti ce se vor executa n mod repetitiv (Figura nr. 3.6).
Subproces

Figura nr. 3.6 Subproces repetitiv

Punctele de decizie controleaz modul n care fluxurile de secven interacioneaz n cadrul unui flux. Pot fi adugate condiii care s permit efectuarea unor alegeri condiionale, iar un anumit comportament poate fi reprezentat prin marcatori interni. Un punct de decizie se reprezint grafic sub forma unui romb. Punctele de decizie pot fi de mai multe tipuri: Bazate exclusiv pe date. Acestea sunt bazate pe expresii logice coninnd atributul <expresie condiie> specific ie irii fluxului secvenial din punctul de decizie.

a)

b)

Figura nr. 3.7 Variante de reprezentarea grafic a punctului de decizie bazat exclusiv pe date

Bazate exclusiv pe evenimente. O decizie de acest tip reprezint un punct de ramificaie n cadrul procesului, unde alternativele sunt bazate pe evenimente ce apar ntr-un punct din proces.

Figura nr. 3.8 Punctul de decizie bazat exclusiv pe evenimente

Inclusive. O decizie inclusiv reprezint un punct de ramificaie unde alternativele sunt bazate pe expresii condiionale, coninute n cadrul fluxului 11

secvenial de ie ire. Evaluarea unei expresii condiionale nu exclude evaluarea altei expresii condiionale.

Figura nr. 3.9 Reprezentare grafic a punctului de decizie inclusiv

Complexe. BPMN include punctul de decizie complex, pentru situaiile n care este dificil s se reprezinte n ntregime celelalte tipuri de puncte de decizii. Un punct de decizie complex poate fi utilizat pentru fuzionarea sau scindarea fluxurilor secveniale din cadrul unui proces de afaceri.

Figura nr. 3.10 Reprezentarea grafic a punctului de decizie complex

Paralele. Punctul de decizie paralel furnizeaz un mecanism ce sincronizeaz fluxuri paralele i creeaz fluxuri paralele.

Figura nr. 3.11 Reprezentarea grafic a punctului de decizie paralel

B. Obiectele conectoare n BPMN exist dou tipuri de obiecte conectoare: fluxul (secvenial sau mesaj); asocierea. Flux Secvenial (Sequence Flow) indic ordinea n care sunt executate activitatile n interiorul unui proces sau a unei coreografii.

Figura nr. 3.12 Un flux secvenial

12

Dac sursa unui flux secvenial este o activitate, n locul punctului de decizie se poate utiliza un mini-romb, care trebuie plasat la nceputul fluxului secvenial (Figura nr. 3.13). Un flux secvenial, care este generat n urma evalurii unei expresii condiionale, poate fi definit ca o alternativ implicit, prin marcarea acestuia cu backslash.

Figura nr. 3.13 Flux secvenial conditional implicit

Flux Mesaj (Message Flow) arat fluxul de mesaje dintre doi participani.

Figura nr. 3.14 Flux mesaj

Asociere (Association) este utilizat pentru a lega informaii (sub form textual sau grafic) la obiecte flux.

Figura nr. 3.15 Asocierea

O asociere dirijat (vezi Figura nr. 3.16) precizeaz care dintre obiectele de date sunt de intrare i care sunt de ie ire dintr-o activitate.

Figura nr. 3.16 Asociere dirijat

C. Centre de responsabiliti BPMN utilizeaz centrele de responsabiliti (swimlanes ) pentru separarea unor zone din cadrul procesului. Centrele de responsabiliti folosite n cadrul diagramelor proceselor de afaceri pot fi: Pool reprezint un participant la o colaborare. Interaciunea dintre pool-uri se realizeaz prin intermediul fluxurilor mesaj.
Participant 2

13
rticipant 1

Flux mesaj A

Flux mesaj B

Figura nr. 3.17 Interaciunea dintre participani (pool-uri)

Lane subdivizeaz procesul sau un pool, cu scopul organizrii i clasificrii activitilor.

De exemplu, o facultate (participant) poate avea urmtoarele compartimente (partiii): Decanat, secretariat, catedre/departamente (Figura nr. 3.18).

Decanat

Secretariat Catedre/Departamente

Facultate

Figura nr. 3.18 Reprezentarea grafic pentru partiii (lane-uri)

D. Artefacte 14

Artefactele au rolul de a aduce informaii suplimentare unei diagrame. BPMN utilizeaz trei artefacte standard: Obiectul-data - precizeaz datele necesare unei activiti, precum i cele produse de ctre acestea.

Name [Stare] Figura nr. 3.19 Reprezentarea grafic a unui obiect data

Adnotarea - adaug informaii adiionale, sub form de text, diagramei BPMN sau unor pri ale acesteia.
Text
Figura nr. 3.20 Reprezentare grafic pentru artefactul Adnotare

Grupul furnizeaz un mecanism vizual de grupare a elementelor din cadrul unei diagrame.

Figura nr. 3.21 Reprezentare grafic pentru artefactul Grup

3.2.2 Studii de caz 3.2.2.1 Modelarea procesului de afaceri privind aprovizionarea cu mrfuri de la furnizor n vederea aprovizionrii cu mrfuri, societatea ncheie un contract cu un furnizor (activitatea ncheiere contract) - Figura nr. 3.22. Contractul este reprezentat printrun obiect dat asociat fluxului de mesaj dintre cei doi participani la proces: furnizorul i societatea. O prim condiie pentru ca aprovizionarea s poat fi realizat este legat de termenul de valabilitate a contractului. n cadrul modelului, punctul de ramnificaie pentru alternativele care vor fi urmate n func ie de ndeplinirea sau nendeplinirea acestei condiii este reprezentat print-un punct de decizie bazat exclusiv pe evenimente .

15

n cazul n care termenul de valabilitate a expirat, contractul nceteaz. Aceast situaie este reprezentat prin activitatea ncheiere contract, activitate care genereaz obiectul dat Contract nchis. n situaia n care contractul se afl n termenul de valabilitate (alternativa implicit din cadrul modelului, marcat prin caracterul \), se verific o a doua condiie, legat de valoarea mrfurilor livrate, valoare care nu trebuie s depeasc valoarea contractat a mrfurilor: Dac valoarea mrfurilor livrate depete valoarea contractat, contractul nceteaz; Dac valoarea mrfurilor livrate <= valoarea contractat, se realizeaz aprovizionarea cu mrfuri (sub-procesul Aprovizionare mrfuri). Pe baza unui contract societatea se poate aproviziona de mai multe ori cu mrfuri de la furnizor, motiv pentru care sub-procesul Aprovizionare mrfuri este repetitiv, aspect marcat prin poziionarea simbolului n partea inferioar a sub-procesului. Dup ce primete mrfurile i factura de la furnizor, societatea pltete factura. Plata facturii implic desf urarea mai multor activiti, fiind reprezentat n model prin subprocesul Plat factur care poate fi detaliat n funcie modalitatea concret prin care se realizeaz plata. Pentru ca plata s se realizeze este necesar att primirea mrfurilor, ct i primirea facturii. Acest aspect este reprezentat printr-un punct de decizie paralel prin care sunt compuse cele dou fluxuri aferente activitilor Primire factur i Primire mrfuri. Procesul de aprovizionare cu mrfuri de la furnizor se ncheie atunci cnd au fost s-a realizat aprovizionarea cu mrfuri la nivelul valorii contractate sau atunci cnd contractul nceteaz.

16

Societate

Furnizor

Figura nr. 3.22 Modelarea procesului de afaceri privind aprovizionarea cu mrfuri de la furnizor

17

18

3.2.2.2 Modelarea procesului de afaceri privind contractarea creditului Procesul de contractare a unui credit bancar implic interac iuni ntre doi participani (Banca i Antreprenorul), reprezentai sub forma unor pool-uri (Figura nr. 3.23). Antreprenorul depune actele necesare obinerii unui credit bancar (activitatea Depunere acte dosar credit). Actele depuse de ctre antreprenor la dosarul de credit (cererea de credit, balana, bilanul, garaniile depuse, fluxul de numerar previzionat pe perioada creditului, bugetul de venituri i cheltuieli pe perioada creditului i proiectul de investiie pentru suma obinut prin credit) sunt reprezentate n cadrul modelului prin de obiecte de date asociate fluxului de mesaj dintre Antreprenor i Banc . Banca nregistreaz dosarul de credit (activitatea nregistrare dosar credit) i apoi desf oar o serie de activiti legate de analiza dosarului, activiti care depind de normele care reglementeaz activitatea fiecrei bnci i care sunt reprezentate n cadrul modelului prin sub-procesul Analiz dosar credit. n urma analizei dosarului de credit: banca i va comunica antreprenorului rezultatul acesteia (evenimentele intermediare de tip mesaj i ) i

va desfura o serie de activiti n funcie de rezultatul analizei (punctul de decizie bazat exclusiv pe date ): o n situaia n care creditul este respins dosarul de credit este arhivat (activitatea Arhivare dosar credit) i procesul se ncheie (evenimentul final ); o atunci cnd creditul este aprobat banca ntocmete contractul de credit (activitatea ntocmire contract credit). Contractul de credit este transmis antreprenorului pentru semnare. Antreprenorul semneaz contractul de credit. Dup ce prime te contractul de credit semnat, banca vireaz n contul antreprenorului suma acordat sub form de credit (activitatea Virare sum credit). Suma este ncasat de ctre antreprenor.

19

Credit respins

Arhivare dosar credit

Banca

Inregistrare dosar credit

Analiza dosar credit

Credit aprobat

Intocmire contract credit

Virare suma credit

Flux de numerar previzionat Cerere credit Comunicare rezultat analiza dosar credit Contract Credit [Nesemnat] Contract Credit [Semnat]

Buget de venituri si cheltuieli previzionat

Balanta

Garantii

Antreprenor

Bilant

Proiect de investitie

Depunere acte dosar credit

Credit aprobat

Semnare contract credit

Incasare suma credit

Credit respins

20

Figura nr. 3.23 Modelarea procesului de afaceri privind contractarea unui credit bancar

21

Bibliografie Cozgarea, G. (2010), Metodologii orientate pe obiecte utilizate in proiectarea sistemelor informatice, Editura Infomega OMG (2011), Business Process Model and Notation (BPMN). Version 2.0, http://www.omg.org/spec/BPMN/2.0 Havey, M. (2005), Essential Business Process Modeling, Editura O'Reilly Media Basu, A., Blanning, R. W., (2003). Synthesis and Decomposition of Processes in Organizations, Information Systems Research. Porter, M. E., Millar, V. E., (1985). How Information Gives You Competitive Advantage, Harvard Business Review. Ward-Dutton, N., Macehiter, N., (2005) Business Process Management, a holistic view, DMReview.

22