CAPITOLUL 3 : MODELAREA CONCEPTUAL A PRELUCRRILOR

3.1. Rolul modelrii conceptuale a prelucrrilor

Conceptul de prelucrare reprezint: partea dinamic a sistemului informaional materializarea sub form de aciuni a regulilor de gestiune specifice activitii ntreprinderii EXEMPLU Valoarea unui stoc dintr-un material se afl nmulind cantitatea existenta n stocul respectiv cu valoarea unitar a materialului. Aceast regul de gestiune se traduce prin urmtoarele prelucrri: citete cantitatea existent n stoc citete preul unitar al materialului valoarea stocului = cantitatea existent*preul unitar Modelul conceptual al prelucrrilor este o reprezentare schematic a activitii specifice unui domeniu din cadrul ntreprinderii independent de particularitile organizatorice i mijloacele concrete de realizare rspunde la ntrebarea Ce prelucrri se realizeaz ? permite reprezentarea nlnuirii operaiilor cu precizarea condiiilor necesare pentru declanarea acestora si consecinele derulrii operaiilor respective. n cadrul MCP se impune respectarea cerinelor determinate de regulile de gestiune, impunnd urmtoarele aspecte: dac unele operaii s-au realizat, nseamn ca alte activiti urmeaz s se execute unele operaii trebuie executate naintea altora unele operaii nu pot fi executate dect dac alte operaii au fost deja realizate; unele operaii pot fi declanate n timp ce altele sunt n curs de desfurare; un obiect al realitii supus unei operaii (transformri) i schimb starea. n concluzie, MCP permite: precizarea evenimentelor declanatoare ale operaiilor (prelucrrilor) precizarea nlnuirii operaiilor al cror coninut l descrie succint fr detalii referitoare la: modul de execuie a operaiilor (manual sau automat), particulariti organizatorice sau repere temporale; prezentarea rezultatelor generate n urma executrii operaiilor. MCP nu trebuie s conin aspecte referitoare la: locul, momentul sau persoanele implicate n prelucrri modul concret de realizare a operaiilor

3.2. Concepte de baz ale MCP

Procesul constituie un subansamblu al unei activiti n care punctele de intrare i de ieire sunt stabile i independente de particularitile organizatorice.

Operaia este o secven continu de aciuni elementare productoare de evenimente care se execut nentrerupt din momentul declanrii ei de ctre unul sau mai multe evenimente. determin ntotdeauna producerea unui eveniment / unor evenimente. Tipul de operaie reprezint o categorie de operaii prezentnd aceleai caracteristici se caracterizeaz prin: coninutul aciunilor elementare ce formeaz operaia; durat; evenimentele produse i condiiile de emisie a acestora. Grafic, un tip de operaie se reprezint astfel:

Regula de emisie reprezint o propoziie logic care dac se dovedete adevrat va determina producerea unui anumit eveniment; este expresia condiiilor referitoare la contextul n care se va derula operaia. EXEMPLU Ce se ntmpl cnd un student nainteaz o cerere pentru a primi un loc de cazare ntr-un cmin? Locul i este repartizat numai dac media studentului (menionat n cerere) este mai mare dect media minim stabilit pentru anul respectiv. n caz contrar, cererea nu este aprobat.

n operaia reprezentat n figura de mai sus a fost introdus regula de emisie: Medie student > Media minim stabilit

ndeplinirea acestei reguli va determina producerea evenimentului Cerere aprobat, n caz contrar se va produce evenimentul Cerere refuzat. Evenimentul reprezint o circumstan (un semnal) adus la cunotina sistemului la care acesta trebuie s rspund grafic tipul de eveniment se reprezint printr-o elips

Condiii pentru ca un semnal s poat fi considerat eveniment: trebuie s se produc CEVA n interiorul sau exteriorul sistemului studiat acest CEVA produs trebuie s fie perceput de ctre sistem; acest fapt produs intereseaz sistemul n msura n care el poate fi declanatorul posibil al unei operaii.

EXEMPLU Pentru un sistem de cazare a studenilor n cmine faptul c un student nainteaz o cerere pentru a primi un loc de cazare ntr-un cmin constituie un eveniment deoarece el este perceput de sistem (cererea primete un numr de nregistrare) i declaneaz activitatea de actualizare a datelor referitoare la cererile primite de la studeni. Acelai fapt nu constituie un eveniment pentru sistemul de acordare a burselor studenilor. Clasificarea evenimentelor declanatoare ale operaiilor: Evenimente externe: provin din exteriorul organismului studiat (firmei) sau al domeniului investigat (n cadrul firmei) i nu sunt controlabile de ctre sistem (exemplu: modificarea cursului valutar) Evenimente interne: sunt generate de desfurarea unei operaii i se clasific n: Evenimente rezultate: reprezentate de ieiri (rezultate) ale unei operaii destinate mediului exterior sistemului (ex. Cererea de cazare aprobat) Evenimente interne intermediare: sunt generate n urma executrii unor operaii i au rolul de a declana alte operaii n cadrul sistemului (ex. Cererea de cazare nregistrat) Eveniment indus concept folosit n literatura de specialitate, ce desemneaz evenimente externe aprute ca urmare a unor evenimente-rezultat emise anterior de sistem Tipul de eveniment reprezint un concept generic descriind ansamblul evenimentelor prezentnd aceeai natur exist o serie de convenii de reprezentare a tipurilor de evenimente permind delimitarea celor externe de cele interne intermediare i interne rezultat

Capacitatea sistemului de a percepe producerea realizrilor unui tip de eveniment se concretizeaz n doi parametri: Capacitatea: exprim numrul maxim de realizri ale tipului de eveniment ce pot fi percepute de sistem. n mod implicit, valoarea capacitii este infinit. O valoare finit ar indica incapacitatea sistemului de a percepe mai mult de un numr de realizri ale tipului de eveniment. Frecvena: indic legea de apariie a realizrilor tipului de eveniment. Sincronizarea reprezint un ansamblu de condiii, exprimate prin evenimente contributive i care determin declanarea unei operaii; este expresia condiiilor ce trebuie s se realizeze pentru ca o operaie s se poat declana. Sincronizarea se exprim printr-o propoziie logic ce trebuie s respecte dou cerine: condiiile exprimate trebuie s priveasc evenimentele declanatoare ale operaiei; trebuie s existe situaii care s permit declanarea acestor evenimente. EXEMPLU Dac E1, E2, E3 sunt evenimente contributive pentru operaia O1 atunci sincronizarea se poate exprima prin urmtoarea propoziie logic: sau: E1 i (E2 sau E3)

E1(E2 E3) ceea ce specific faptul c operaia O1 se declaneaz dac se nregistreaz realizri ale evenimentului E1 odat cu realizri ale evenimentului E2 sau E3. Sincronizarea putea lua i forma urmtoarei propoziii logice: sau E1 i E2 i E3 E1 E2 E3 caz n care operaia O1 se declaneaz dac se produc simultan realizri ale celor trei evenimente( E1, E2 i E3). Exemplu: Un student nu primete loc n cmin dac nu depune o cerere de cazare (E1) i nu exist locuri disponibile (E2). n aceast situaie sincronizarea este de forma E1 i E2. Tipul de sincronizare reprezint un concept generic descriind o categorie de sincronizare se definete prin: tipurile de evenimente implicate n sincronizare; o propoziie logic privind realizrile de evenimente;

condiiile locale exprimnd condiiile apariiei de realizri ale evenimentelor declanatoare; rgazul sincronizrii, care reprezint intervalul de timp ntre momentul din care sincronizarea este activabil (toate condiiile sunt ndeplinite pentru ca operaia s poat fi declanat) i momentul n care ea este efectiv declanat; durata limit, exprimnd timpul maxim n care trebuie s se produc sincronizarea, msurat de la producerea primei realizri de eveniment participant la sincronizare. reprezentare grafic:

Dinamica modelului conceptual al prelucrrilor: descrie nlnuirea activitilor sistemului analizat; reprezint nlnuirea activitilor printr-un graf; nodurile grafului sunt evenimente sau operaii reprezentnd sincronizri; arcele grafului reprezint legturi cronologice ntre evenimente sau operaii;

3.3. Principiile funcionrii modelului

nlnuirea operaiilor MCP cuprinde o nlnuire de blocuri elementare, fiecare operaie fiind declanat ca urmare a unor evenimente externe sau emise de alte operaii aflate n amonte i determinnd la rndul ei producerea altor evenimente

EXEMPLU

n figur realizrile tipurilor de evenimente s-au reprezentat prin puncte n cadrul elipsei corespunztoare evenimentului. Operaia 1 se declaneaz la apariia unei cereri depuse de student (o realizare a tipului de eveniment E1). n cadrul operaiei 1 s-au specificat dou reguli de gestiune: media studentului se situeaz deasupra limitei minime stabilite (R1) i exist locuri disponibile n cmin (R2). Dac cele dou reguli de emisie sunt respectate, cererea studentului este aprobat, dac numai prima regul este respectat (media se situeaz deasupra limitei stabilite dar nu exist locuri disponibile), cererea este n ateptare, dac numai cea de-a doua regul este respectat (media nu se situeaz deasupra limitei stabilite dei exist locuri disponibile), cererea este refuzat. Operaia 2 se produce dac dup aprobarea cererii, studentul se prezint la cmin n vederea completrii formelor de cazare. Dac sincronizarea nu se realizeaz n limita celor trei zile, se produce evenimentul student necazat. Dinamica Derularea fluxurilor se materializeaz prin apariia realizrilor de tipuri de evenimente; Dac sincronizarea se produce (s-au nregistrat realizri ale tuturor tipurilor de evenimente declanatoare) se produce o consumare a realizrilor de evenimente declanatoare i se lanseaz n execuie operaia.

Concluzii Toate realizrile de evenimente (din MCP) trebuie consumate. Dac sincronizrile prevzute n model nu se realizeaz pentru declanarea operaiilor vor trebui prevzute n model alte operaii consumatoare ale realizrilor tipurilor de evenimente declanatoare; Fiecare operaie trebuie s genereze cel puin o realizare de eveniment; Numrul de realizri de evenimente emise nu este determinat de numrul realizrilor de evenimente declanatoare; Realizrile tipurilor de evenimente interne rezultat (destinate exteriorului sistemului) sunt considerate consumate n momentul emiterii lor; Un MCP nu poate fi considerat ncheiat dac ultimul tip de eveniment emis este intern intermediar (deoarece acesta n mod implicit determin declanarea altei operaii) ci doar dac ultimul tip de eveniment emis este intern rezultat (destinat exteriorului).

3.4. Regulile de construire a modelului conceptual al prelucrrilor

Regula 1 O operaie este o succesiune nentrerupt de prelucrri. Orice intervenie a unui actor extern care conduce la o ntrerupere determin o decupare a operaiei. Regula 2 n interiorul unei operaii nu se admite producerea unui rezultat intermediar care s condiioneze derularea operaiilor procesului (operaia trebuie s fie omogen n raport cu evenimentele pe care le genereaz). Pe lng regulile prezentate n realizarea MCP trebuie s se in seama i de urmtoarele recomandri: elaborarea MCP pentru fiecare proces atunci cnd domeniul de activitate cuprinde un numr mare de operaii ce pot fi grupate n procese distincte; neincluderea n model a nici unui element de ordin organizaional, logic sau fizic; un acelai eveniment nu poate declana n mod unic dou operaii distincte; se pot include n MCP doar operaii elementare (evitndu-se posibilitatea apariiei unor rezultate intermediare), realizndu-se astfel un model conceptual uor de neles.

EXEMPLU Pentru a fi analizat, un dosar de credit trebuie nti verificat sub aspectul coninutului. Acesta trebuie s conin toate documentele cerute, i fiecare din aceste documente s fie complet. Presupunnd c documentele cerute sunt cererea de credit, documentele contabile (bilan, balana, tabloul fluxurilor de trezorerie) i planul afacerii ce urmeaz s beneficieze de creditul respectiv, prelucrrile necesare se pot reprezenta astfel:

3.5. Modelarea unui proces

Procesul constituie un subansamblu al unei activiti n care punctele de intrare i de ieire sunt stabile i independente de particularitile organizatorice; este format din succesiunea de operaii executate (ca urmare a producerii unor evenimente declanatoare) i generatoare la rndul lor de evenimente emise. Realizarea MCP presupune parcurgerea urmtoarelor etape: 1) Delimitarea domeniului de investigat: presupune determinarea precis a: ariei supuse analizei cu scopul identificrii fluxurilor informaionale desfurate n cadrul acesteia; actorilor (participanilor) implicai. se pornete de la postulatul c orice flux informaional este n mod necesar asociat unui eveniment; identificarea i analiza fluxurilor informaionale dintre actori permite realizarea unui graf al fluxurilor unde: nodurile sunt reprezentate de fluxurile informaionale (asociate evenimentelor produse); arcele reprezint legturi (ntre fluxuri) avnd caracter de anterioritate; sgeile nu indic existena unei implicri ci doar ideea de anterioritate; fluxurile externe (provenite din exteriorul domeniului investigat) sunt ntotdeauna noduri surs i niciodat noduri destinaie.

2) Identificarea evenimentelor pornete de la postulatul c orice flux informaional este n mod necesar asociat unui eveniment; odat ce evenimentele au fost identificate se poate realiza o prim variant a grafului evenimentelor; 3) Realizarea tabloului evenimente rezultate are ca scop s precizeze evenimentele declanatoare, aciunea indus i evenimentele emise de aceasta; n plus fa de graful evenimentelor se precizeaz i aciunile desfurate.

4) Definirea operaiilor se realizeaz plecnd de la aciunile evideniate n cadrul tabloului evenimente-rezultate i de la regulile de gestiune specifice care vor corespunde regulilor de emisie n MCP. 5) Identificarea sincronizrilor presupune specificarea evenimentelor declanatoare ale unei operaii; atunci cnd este cazul, se specific i durata sincronizrii; fiind definite evenimentele, sincronizrile i operaiile, poate fi definit blocul fiecrei operaii dup reprezentarea grafic generic:

6) Precizarea regulilor de emisie Cunoscnd regulile de gestiune se vor putea preciza care dintre acestea vor reprezenta condiii de generare a evenimentelor emise (reguli de emisie);

se va proceda la completarea blocului fiecrei operaii care are reguli de emisie:

7) Inlnuirea blocurilor operaie se realizeaz innd seama de cronologia indicat de graful iniial al evenimentelor. 8) Validarea modelului conceptual al prelucrrilor presupune verificarea msurii n care cerinele specifice realizrii MCP au fost respectate orice operaie este declanat de cel puin un eveniment; orice operaie genereaz la rndul su cel puin un eveniment; blocurile operaie sunt nlnuite prin respectarea cronologiei producerii evenimentelor.

Studiu de caz
Se solicit elaborarea modelului conceptual al prelucrrilor pentru sistemul informatic privind gestiunea operaiilor cu clienii efectuate de serviciul de carduri al unei bnci comerciale. Etapa 1: Definirea domeniului investigat. Problema supus analizei acoper n principal urmtoarele activiti: activitatea de deschidere a conturilor de card pentru clieni, operaiile de alimentare cu numerar a conturilor clienilor, operaiile de retragere de numerar din conturile respective, efectuate de clieni prin intermediul cardurilor de debit. activitatea de lichidare a conturilor de card ale clienilor. Principalii actori implicai sunt: 1. Clientul care: solicit deschiderea unui cont de card i obinerea unui card de debit aferent; solicit alimentarea cu numerar a contului de card; efectueaz retrageri de numerar de la automatele bancare prin intermediul cardului de debit; solicit lichidarea contului de card sau nu solicit prelungirea n momentul expirrii duratei de valabilitate a cardului. 2. Serviciul carduri care:

realizeaz deschiderea unui cont de card la solicitarea unui client i nmneaz clientului cardul bancar de debit pentru ca acesta s poat utiliza contul de card; realizeaz alimentarea cu numerar a contului de card la solicitarea clientului, actualiznd soldul; supervizeaz operaiile de retragere de numerar prin intermediul automatelor bancare; lichideaz contul de card i anuleaz cardul n momentul expirrii valabilitii acestuia. NOT: Pentru a simplifica reprezentarea, modelul conceptual al prelucrrilor va fi divizat inndu-se

cont de principalele procese care apar, i anume: Deschiderea contului de card Alimentarea contului de card Tranzacii de plat cu card sau retragere numerar Anularea cardului i nchiderea contului de card Etapa a 2-a: Evenimente identificate. E1: Cerere depus pentru deschiderea unui cont de card E2: Contract ncheiat E3: Client nregistrat n baza de date E4: Client nou E5: Client nou nregistrat E6: Cont curent existent E7: Cont curent inexistent E8: Sold minim depus E9: Cont curent deschis E10: Cont de card deschis E11: Card nmnat clientului E12: Card activat E13: Cerere de alimentare E14: Cont de card alimentat E15: Cont de card nealimentat E16: Tranzacie iniiat E17: Tranzacie efectuat E18: Tranzacie refuzat E19: Chitan eliberat E20: Cerere de anulare a cardului primit E21: Expirarea termenului de valabilitate

E22: Cont de card cu sold zero E23: Cont de card cu sold creditor E24: Cont curent actualizat E25: Cont de card soldat E26: Cont de card nchis E27: Card anulat Etapa a 3-a: Intocmirea tabloului evenimente-rezultate. Nr. EVENIMENTE ACIUNI EVENIMENTE DECLANATOARE REZULTAT crt. EXECUTATE Intocmire contract Contract ncheiat Cerere depus pentru deschiderea unui cont 1 de card Contract ncheiat 2 3 Client nou Client existent n baza de date sau Client nou nregistrat Cont curent inexistent pentru clientul respectiv i Sold minim depus Cont curent deschis sau Cont curent existent Cont de card deschis i Card nmnat clientului Card activat i Cerere de alimentare Cont de card alimentat i Tranzacie iniiat Tranzacie efectuat sau Tranzacie refuzat Cerere de anulare a cardului sau Expirarea termenului de valabilitate Cont cu sold creditor Verificarea existenei clientului n baza de date nregistrare client n baza de date Verificarea existenei unui cont curent pentru clientul respectiv n baza de date Adugare cont curent n baza de date Client nou sau Client existent n baza de date Client nou nregistrat Cont curent existent sau Cont curent inexistent pentru clientul respectiv Cont curent deschis

6 7

Adugare cont de card n baza de date Alimentarea contului de card Actualizarea soldului contului de card

Cont de card deschis Card activat

9 10

Cont de card alimentat sau Cont de card nealimentat Verificare sold suficient Tranzacie efectuat Actualizare sold sau Tranzacie refuzat Imprimare chitan Chitan eliberat Verificarea soldului contului de card Cont cu sold zero sau Cont cu sold creditor

11

12

Cont curent actualizat Trecerea sumei din contul de card n contul i curent Cont card soldat Actualizarea soldului

13

Cont curent actualizat sau Cont cu sold zero

contului curent Anularea cardului nchiderea contului de card

Cont de card nchis i Card anulat

Etapa a 4-a: Identificarea operaiilor. OP1 = ncheiere contract OP2 = Verificare existen client OP3 = nregistrare client nou OP4 = Verificare existen cont curent OP5 = Deschidere cont curent OP6 = Deschidere cont de card OP7 = Activare card OP8 = Alimentare cont de card OP9 = Efectuare tranzacie OP10 = Eliberare chitan OP11 = Verificare sold la contul de card OP12 = Virare n cont curent OP13 = nchidere cont de card Etapa a 5-a: Identificarea sincronizrilor. Sincronizrile ce apar n cadrul modelului conceptual al prelucrrilor au fost deja marcate n cadrul etapei a 3-a, ntocmirea tabloului evenimente-rezultate, deoarece acestea reprezint cazurile unde n cadrul primei coloane a tabloului evenimente-rezultate (cea a evenimentelor declanatoare) apar dou sau mai multe evenimente legate printr-un operator logic (i / sau). La elaborarea modelului conceptual al prelucrrilor se mai poate specifica, acolo unde este cazul, durata de sincronizare (intervalul de timp n care trebuie s aib loc sincronizarea). Etapa a 6-a: Identificarea regulilor de emisie. OPERAIE REGULI DE EMISIE Operaia 2 R2,1 Clientul exist n baza de date Operaia 4 R4,1 Baza de date conine un cont curent al clientului respectiv Operaia 8 R8,1 Contul de card a putut fi alimentat Operaia 9 R9,1 Sold iniial Suma solicitat + Sold minim obligatoriu Operaia 11 R11,1 Soldul contului de card este mai mare ca zero Operaia 12 R12,1 Sold nou cont crt. = Sold vechi cont crt. + Sold cont card Etapa a 7-a: Elaborarea modelului conceptual al prelucrrilor. Dup cum s-a specificat anterior, modelul conceptual al prelucrrilor va fi divizat inndu-se cont de principalele procese care apar, i anume: Deschiderea contului de card Alimentarea contului de card Tranzacii de plat cu card sau retragere numerar Anularea cardului i nchiderea contului de card

7.1. Deschiderea contului de card

7.2. Alimentarea contului de card

7.3. Tranzacii de plat cu card sau retragere numerar

7.4. Anularea cardului i nchiderea contului de card

3.6. Probleme propuse

Problema 1 S se realizeze modelul conceptual al prelucrrilor pentru subsistemul informatic privind gestiunea depozitelor bancare. Clienii bncii pot constitui depozite bancare pe baza sumelor depuse n numerar la casieria bncii sau a sumelor disponibile existente n contul curent. Deschiderea contului de depozit se realizeaz pe baza contractului ncheiat ntre banc i client n care se prevd condiiile de constituire a depozitului i suma acestuia. La termen se calculeaz dobnda aferent conform prevederilor contractuale. Dac titularul depozitului nu ridic dobnda la termen, aceasta se capitalizeaz. Depozitul se lichideaz la cererea titularului sau mputernicitului. Dac lichidarea se face nainte de termen, dobnda pentru ultima perioad scurs se recalculeaz pe baza dobnzii stabilite pentru depozitele la vedere. La fiecare ridicare de bani reprezentnd dobnzi sau lichidarea depozitului, clientul primete un exemplar al chitanei emise de casierie. Problema 2 S se realizeze modelul conceptual al prelucrrilor pentru subsistemul informatic privind livrarea produselor finite ctre clieni i ncasarea contravalorii acestora. Clienii emit comenzi pe baza crora, n limita stocului disponibil, serviciul desfacere ntocmete o dispoziie de livrare sau un aviz de expediie, actualizeaz stocul produselor (diminundu-l cu cantitatea nscris n dispoziia de livrare), trimite un exemplar din dispoziia de livrare la depozit i apoi ntocmete factura. Depozitul pregtete lotul de marf conform cantitilor precizate n dispoziia de livrare i pe baza acestui document actualizeaz fia de magazie. Lotul de marf se expediaz clientului nsoit de factur. n maxim 10 zile de la emiterea facturii clientul trebuie s achite prin ordin de plat sau fil cec mrfurile. Pn la achitarea facturii nu se vor mai onora alte comenzi clientului.