MODELAREA CONCEPTUALA A PRELUCRARILOR

Rolul modelarii conceptuale a prelucrarilor

Conceptul de prelucrare reprezinta:

partea dinamica a sistemului informational;

materializarea sub forma de actiuni a regulilor de gestiune specifice activitatii intreprinderii;

Regula de gestiune este: Valoarea unui stoc dintr-un material se afla inmultind cantitatea existenta in stocul respectiv cu valoarea unitara a materialului.

Aceasta regula de gestiune se traduce prin urmatoarele prelucrari (actiuni):

citeste cantitatea existenta in stoc;

citeste pretul unitar al materialului;

valoarea stocului = cantitatea existenta * pretul unitar;

Modelul conceptual al prelucrarilor:

este o reprezentare schematica a activitatii specifice unui domeniu din cadrul intreprinderii, independenta de particularitatile organizatorice si mijloacele concrete de realizare;

raspunde la intrebarea 'Ce prelucrari se realizeaza ?';

permite reprezentarea inlantuirii operatiilor cu precizarea conditiilor necesare pentru declansarea acestora si consecintele derularii operatiilor respective

In cadrul MCP se impune respectarea cerintelor determinate de regulile de gestiune, impunand urmatoarele aspecte:

daca unele operatii s-au realizat, inseamna ca alte activitati urmeaza sa se execute;

unele operatii trebuie executate inaintea altora;

unele operatii nu pot fi executate decat daca alte operatii au fost deja realizate;

unele operatii pot fi declansate, in timp ce altele sunt in curs de desfasurare;

un obiect al realitatii supus unei operatii (transformari) isi schimba starea;

In concluzie, MCP permite:

precizarea evenimentelor declansatoare ale operatiilor (prelucrarilor);

precizarea inlantuirii operatiilor al caror continut il descrie succint fara detalii referitoare la:

modul de executie a operatiilor (manual sau automat);

particularitati organizatorice sau repere temporale;

prezentarea rezultatelor generate in urma executarii operatiilor;

MCP NU trebuie sa contina aspecte referitoare la:

locul, momentul sau persoanele implicate in prelucrari;

modul concret de realizare a operatiilor;

Concepte de baza ale MCP

Procesul

Constituie un subansamblu al unei activitati a intreprinderii in care punctele de intrare si de iesire sunt stabile si independente de particularitatile organizatorice.

Operatia

Este o secventa continua de actiuni elementare producatoare de evenimente care se executa neintrerupt din momentul declansarii ei de catre unul sau mai multe evenimente

Determina intotdeauna producerea unui eveniment unor evenimente

Tipul de operatie

Reprezinta o categorie de operatii prezentand aceleasi caracteristici

Se caracterizeaza prin:

Continutul actiunilor elementare ce formeaza operatia;

Durata;

Evenimentele produse si conditiile de emisie a acestora;

Grafic, un tip de operatie se reprezinta astfel

Regula de emisie

Reprezinta o propozitie logica care daca se dovedeste adevarata va determina producerea unui anumit eveniment

Este expresia conditiilor referitoare la contextul in care se va derula operatia;

Ce se intampla cand un student inainteaza o cerere pentru a primi un loc de cazare intr-un camin? Locul ii este repartizat numai daca media studentului (mentionata in cerere) este mai mare decat media minima stabilita pentru anul respect In caz contrar, cererea nu este aprobata.

In operatia reprezentata in figura de mai sus a fost introdusa regula de emisie

Medie Student > Media minima stabilita

Indeplinirea acestei reguli va determina producerea evenimentului 'Cerere aprobata', in caz contrar se va produce evenimentul 'Cerere refuzata'.

Evenimentul

Reprezinta o circumstanta (un semnal) adusa la cunostinta sistemului la care acesta trebuie sa raspunda;

Grafic tipul de eveniment se reprezinta printr-o elipsa:

Conditii pentru ca un semnal sa poata fi considerat eveniment:

Trebuie sa se produca CEVA in interiorul sau exteriorul sistemului studiat;

Acest 'CEVA' produs trebuie sa fie perceput de catre sistem;

Acest fapt produs intereseaza sistemul in masura in care el poate fi declansatorul posibil al unei operatii;

Pentru un sistem de cazare a studentilor in camine faptul ca un student inainteaza o cerere pentru a primi un loc de cazare intr-un camin constituie un eveniment deoarece el este perceput de sistem (cererea primeste un numar de inregistrare) si declanseaza activitatea de actualizare a datelor referitoare la cererile primite de la studenti. Acelasi fapt insa nu constituie un eveniment pentru sistemul de acordare a burselor studentilor.

Clasificarea evenimentelor declansatoare ale operatiilor:

Evenimente externe: provin din exteriorul organismului studiat (firmei) sau al domeniului investigat (in cadrul firmei) si nu sunt controlabile de catre sistem (exemplu: modificarea cursului valutar)

Evenimente interne: sunt generate de desfasurarea unei operatii si se clasifica in:

Evenimente rezultate: reprezentate de iesiri (rezultate) ale unei operatii destinate mediului exterior sistemului (ex. Cererea de cazare aprobata);

Evenimente interne intermediare: sunt generate in urma executarii unor operatii si au rolul de a declansa alte operatii in cadrul sistemului (ex. Cererea de cazare inregistrata);

Eveniment indus

Concept folosit in literatura de specialitate, ce desemneaza evenimente externe aparute ca urmare a unor evenimente-rezultat emise anterior de sistem.

Tipul de eveniment

Reprezinta un concept generic descriind ansamblul evenimentelor prezentand aceeasi natura;

Exista o serie de conventii de reprezentare a tipurilor de evenimente permitand delimitarea celor externe de cele interne, intermediare si rezultat;

Capacitatea sistemului de a percepe producerea realizarilor unui tip de eveniment se concretizeaza in doi parametri:

Capacitatea: exprima numarul maxim de realizari ale tipului de eveniment ce pot fi percepute de sistem. In mod implicit, valoarea capacitatii este infinita, o valoare finita indicand incapacitatea sistemului de a percepe mai mult de un numar de realizari ale tipului de eveniment.

Frecventa: indica legea de aparitie a realizarilor tipului de eveniment.

Sincronizarea

reprezinta un ansamblu de conditii, exprimate prin evenimente contributive si care determina declansarea unei operatii;

este expresia conditiilor ce trebuie sa se realizeze pentru ca o operatie sa se poata declansa.

Sincronizarea se exprima printr-o propozitie logica ce trebuie sa respecte doua cerinte:

conditiile exprimate trebuie sa priveasca evenimentele declansatoare ale operatiei;

trebuie sa existe situatii care sa permita declansarea acestor evenimente.

Daca E1, E2, E3 sunt evenimente contributive pentru operatia O1 atunci sincronizarea se poate exprima prin urmatoarea propozitie logica:

E1 si (E2 sau E3) sau E1 (E2 E3

ceea ce specifica faptul ca operatia O1 se declanseaza daca se inregistreaza realizari ale evenimentului E1 odata cu realizari ale evenimentului E2 sau E3.

Sincronizarea putea lua si forma urmatoarei propozitii logice:

E1 si E2 si E3 sau E1 E2 E3

caz in care operatia O1se declanseaza daca se produc simultan realizari ale celor trei evenimente (E1, E2 si E3).

Un student nu primeste loc in camin daca nu depune o cerere de cazare (E1) sau nu exista locuri disponibile (E2). In aceasta situatie sincronizarea este de forma: E1 sau E2.

Tipul de sincronizare

reprezinta un concept generic descriind o categorie de sincronizare

se defineste prin:

tipurile de evenimente implicate in sincronizare;

o propozitie logica privind realizarile de evenimente;

conditiile locale exprimand conditiile aparitiei de realizari ale evenimentelor declansatoare;

ragazul sincronizarii, care reprezinta intervalul de timp intre momentul din care sincronizarea este activabila (toate conditiile sunt indeplinite pentru ca operatia sa poata fi declansata) si momentul in care ea este efectiv declansata;

durata limita, exprimand timpul maxim in care trebuie sa se produca sincronizarea, masurat de la producerea primei realizari de eveniment participant la sincronizare.

Reprezentare grafica:

Dinamica modelului conceptual al prelucrarilor

Descrie inlantuirea activitatilor sistemului analizat;

Reprezinta inlantuirea activitatilor printr-un graf;

Nodurile grafului sunt evenimente sau operatii reprezentand sincronizari;

Arcele grafului reprezinta legaturi cronologice intre evenimente sau operatii;

Principiile functionarii modelului

Inlantuirea operatiilor

MCP cuprinde o inlantuire de blocuri elementare, fiecare operatie

fiind declansata ca urmare a unor evenimente externe sau fiind emise de alte operatii aflate in amonte si

determinand la randul ei producerea altor evenimente

In figura realizarile tipurilor de evenimente s-au reprezentat prin puncte in cadrul elipsei corespunzatoare evenimentului.

Operatia 1 se declanseaza la aparitia unei cereri depuse de student (o realizare a tipului de eveniment E1).

In cadrul Operatiei 1 s-au specificat doua reguli de gestiune: media studentului se situeaza deasupra limitei minime stabilite (R1) si exista locuri disponibile in camin (R2).

Daca cele doua reguli de emisie sunt respectate, cererea studentului este aprobata, daca numai prima regula este respectata (media se situeaza deasupra limitei stabilite dar nu exista locuri disponibile), cererea este in asteptare, daca numai cea de-a doua regula este respectata (media nu se situeaza deasupra limitei stabilite desi exista locuri disponibile), cererea este refuzata.

Operatia 2 se produce daca dupa aprobarea cererii, studentul se prezinta la camin in vederea completarii formelor de cazare. Daca sincronizarea nu se realizeaza in limita celor trei zile, se produce evenimentul 'student necazat'.

Dinamica

Derularea fluxurilor se materializeaza prin aparitia realizarilor de tipuri de evenimente;

Daca sincronizarea se produce (s-au inregistrat realizari ale tuturor tipurilor de evenimente declansatoare) se produce o consumare a realizarilor de evenimente declansatoare si se lanseaza in executie operatia.

Concluzii

Toate realizarile de evenimente (din MCP) trebuie consumate. Daca sincronizarile prevazute in model nu se realizeaza pentru declansarea operatiilor vor trebui prevazute in model alte operatii consumatoare ale realizarilor tipurilor de evenimente declansatoare;

Fiecare operatie trebuie sa genereze cel putin o realizare de eveniment;

Numarul de realizari de evenimente emise nu este determinat de numarul realizarilor de evenimente declansatoare;

Realizarile tipurilor de evenimente interne rezultat (destinate exteriorului sistemului) sunt considerate consumate in momentul emiterii lor;

Un MCP nu poate fi considerat incheiat daca ultimul tip de eveniment emis este intern intermediar (deoarece acesta in mod implicit determina declansarea altei operatii) ci doar daca ultimul tip de eveniment emis este intern rezultat (destinat exteriorului);

Regulile de construire a modelului conceptual al prelucrarilor

Regula 1

O operatie este o succesiune neintrerupta de prelucrari.

Orice interventie a unui actor extern care conduce la o intrerupere, determina o decupare a operatiei.

Regula 2

In interiorul unei operatii nu se admite producerea unui rezultat intermediar care sa conditioneze derularea operatiilor procesului (operatia trebuie sa fie omogena in raport cu evenimentele pe care le genereaza).

Pe langa regulile prezentate in realizarea MCP trebuie sa se tina seama si de urmatoarele recomandari:

elaborarea MCP pentru fiecare proces atunci cand domeniul de activitate cuprinde un numar mare de operatii ce pot fi grupate in procese distincte;

neincluderea in model a nici unui element de ordin organizational, logic sau fizic;

un acelasi eveniment nu poate declansa in mod unic doua operatii distincte;

se pot include in MCP doar operatii elementare (evitandu-se posibilitatea aparitiei unor rezultate intermediare), realizandu-se astfel un model conceptual usor de inteles.

Pentru a fi analizat, un dosar de credit trebuie intai verificat sub aspectul continutului. Acesta trebuie sa contina toate documentele cerute, si fiecare din aceste documente sa fie complet. Presupunand ca documentele cerute sunt cererea de credit, documentele contabile (bilant, balanta, tabloul fluxurilor de trezorerie) si planul afacerii ce urmeaza sa beneficieze de creditul respectiv, prelucrarile necesare se pot reprezenta astfel:

Modelarea unui proces

Procesul

Constituie un subansamblu al unei activitati in care punctele de intrare si de iesire sunt stabilite si independente de particularitatile organizatorice;

Este format dintr-o succesiune de operatii executate (ca urmare a producerii unor evenimente declansatoare) si generatoare la randul lor de evenimente emise.

Realizarea MCP presupune parcurgerea urmatoarelor etape:

Delimitarea domeniului de investigat:

Presupune determinarea precisa a:

Ariei supuse analizei cu scopul identificarii fluxurilor informationale desfasurate in cadrul acesteia;

Actorilor (participantilor) implicati;

Se porneste de la postulatul ca orice flux informational este in mod necesar asociat unui eveniment

Identificarea si analiza fluxurilor informationale dintre actori permite realizarea unui graf al fluxurilor unde:

Nodurile sunt reprezentate de fluxurile informationale (asociate evenimentelor produse);

Arcele reprezinta legaturi (intre fluxuri) avand caracter de anterioritate;

Sagetile nu indica existenta implicarii ci idea de anterioritate;

Fluxurile externe (provenite din exteriorul domeniului investigat) sunt intotdeauna noduri sursa si niciodata noduri destinatie;

Identificarea evenimentelor

Se porneste de la postulatul ca orice flux informational este in mod necesar asociat unui eveniment;

O data ce evenimentele au fost identificate se poate realiza o prima varianta a grafului evenimentelor;

Realizarea tabloului evenimente - rezultate

Are ca scop sa precizeze evenimentele declansatoare, actiunea indusa si evenimentele emise de aceasta;

In plus fasa de graful evenimentelor se precizeaza si actiunile desfasurate;

Definirea operatiilor

Se realizeaza plecand de la actiunile evidentiate in cadrul tabloului evenimente - rezultate si de la regulile de gestiune specifice care vor corespunde regulilor emise in MCP.

Identificarea sincronizarilor

Presupune specificarea evenimentelor declansatoare ale unei operatii;

Atunci cand este cazul, se specifica si durata sincronizarii;

Fiind definite evenimentele, sincronizarile si operatiile, poate fi definit blocul fiecarei operatii dupa reprezentarea grafica generica:

Precizarea regulilor de emisie

Cunoscand regulile de gestiune se vor putea preciza care dintre acestea vor reprezenta conditii de generare a evenimentelor emise (reguli de emisie);

Se va proceda la completarea blocului fiecarei operatii care are reguli de emisie;

Inlantuirea blocurilor operatie

Se realizeaza tinand seama de cronologia indicata de graful initial al evenimentelor;

Validarea modelului conceptual al prelucrarilor

Presupune verificarea masurii in care cerintele specifice realizarii MCP au fost respectate

orice operatie este declansata de cel putin un eveniment;

orice operatie genereaza la randul sau cel putin un eveniment;

blocurile operatie sunt inlantuite prin respectarea cronologiei producerii evenimentelor.

Studiu de caz

Se solicita elaborarea modelului conceptual al prelucrarilor pentru sistemul informatic privind gestiunea operatiilor cu clientii efectuate de serviciul de carduri al unei banci comerciale.

Etapa 1: Definirea domeniului investigat.

Problema supusa analizei acopera in principal urmatoarele activitati:

activitatea de deschidere a conturilor de card pentru clienti,

operatiile de alimentare cu numerar a conturilor clientilor,

operatiile de retragere de numerar din conturile respective, efectuate de clienti prin intermediul cardurilor de debit.

activitatea de lichidare a conturilor de card ale clientilor.

Principalii actori implicati sunt:

Clientul care:

solicita deschiderea unui cont de card si obtinerea unui card de debit aferent;

solicita alimentarea cu numerar a contului de card;

efectueaza retrageri de numerar de la automatele bancare prin intermediul cardului de debit;

solicita lichidarea contului de card sau nu solicita prelungirea in momentul expirarii duratei de valabilitate a cardului.

Serviciul carduri care:

realizeaza deschiderea unui cont de card la solicitarea unui client si inmaneaza clientului cardul bancar de debit pentru ca acesta sa poata utiliza contul de card;

realizeaza alimentarea cu numerar a contului de card la solicitarea clientului, actualizand soldul;

supervizeaza operatiile de retragere de numerar prin intermediul automatelor bancare;

lichideaza contul de card si anuleaza cardul in momentul expirarii valabilitatii acestuia.

NOTA: Pentru a simplifica reprezentarea, modelul conceptual al prelucrarilor va fi divizat tinandu-se cont de principalele procese care apar, si anume:

Deschiderea contului de card

Alimentarea contului de card

Tranzactii de plata cu card sau retragere numerar

Anularea cardului si inchiderea contului de card

Etapa a 2-a: Evenimente identificate.

E1: Cerere depusa pentru deschiderea unui cont de card

E2: Contract incheiat

E3: Client inregistrat in baza de date

E4: Client nou

E5: Client nou inregistrat

E6: Cont curent existent

E7: Cont curent inexistent

E8: Sold minim depus

E9: Cont curent deschis

E10: Cont de card deschis

E11: Card inmanat clientului

E12: Card activat

E13: Cerere de alimentare

E14: Cont de card alimentat

E15: Cont de card nealimentat

E16: Tranzactie initiata

E17: Tranzactie efectuata

E18: Tranzactie refuzata

E19: Chitanta eliberata

E20: Cerere de anulare a cardului primita

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 inchis

E27: Card anulat

Etapa a 3-a: intocmirea tabloului evenimente-rezultate.

Etapa a 4-a: Identificarea operatiilor.

OP1 = incheiere contract

OP2 = Verificare existenta client

OP3 = inregistrare client nou

OP4 = Verificare existenta cont curent

OP5 = Deschidere cont curent

OP6 = Deschidere cont de card

OP7 = Activare card

OP8 = Alimentare cont de card

OP9 = Efectuare tranzactie

OP10 = Eliberare chitanta

OP11 = Verificare sold la contul de card

OP12 = Virare in cont curent

OP13 = inchidere cont de card

Etapa a 5-a: Identificarea sincronizarilor.

Sincronizarile ce apar in cadrul modelului conceptual al prelucrarilor au fost deja marcate in cadrul etapei a 3-a, 'intocmirea tabloului evenimente-rezultate', deoarece acestea reprezinta cazurile unde in cadrul primei coloane a tabloului evenimente-rezultate (cea a evenimentelor declansatoare) apar doua sau mai multe evenimente legate printr-un operator logic (si / sau).

La elaborarea modelului conceptual al prelucrarilor se mai poate specifica, acolo unde este cazul, durata de sincronizare (intervalul de timp in care trebuie sa aiba loc sincronizarea).

Etapa a 6-a: Identificarea regulilor de emisie.

Etapa a 7-a: Elaborarea modelului conceptual al prelucrarilor.

Dupa cum s-a specificat anterior, modelul conceptual al prelucrarilor va fi divizat tinandu-se cont de principalele procese care apar, si anume:

Deschiderea contului de card

Alimentarea contului de card

Tranzactii de plata cu card sau retragere numerar

Anularea cardului si inchiderea contului de card

Deschiderea contului de card

Alimentarea contului de card

Tranzactii de plata cu card sau retragere numerar - PAGINA 15 lipsa

Anularea cardului si inchiderea contului de card