INFORMATIC DE GESTIUNE (PSI) (1)

Lector univ. drd. Maria ANDRONIE OBIECTIVE Cursul i propune s asigure nsuirea, de ctre studeni, a conceptelor de baz privind conceperea, realizarea, implementarea i exploatarea sistemelor informatice n domeniul contabilitii, finanelor, asigurrilor, bncilor i burselor de valori, necesare procesului de formare profesional a viitorilor economiti, pentru activitile specifice sistemului financiar-contabil. Problemele teoretice i aplicative sunt astfel sistematizate, nct s asigure nsuirea raional i formarea unei gndiri informatice a studentului. Prima parte a cursului conine introducerea conceptelor de operare specifice proiectrii sistemelor informatice de gestiune, prezentarea metodelor de proiectare specifice acestor sisteme informatice, modelarea abstract a realitii de informatizat i proiectarea sistemic a sistemului informatic de gestiune. Partea a doua a cursului prezint restriciile de integritate, modelarea logic a datelor i modelarea conceptual a prelucrrilor. CONCEPTE-CHEIE: sistem economic; sistem informaional; sistem informatic; sistem informatic de gestiune; intrrile unui sistem informatic; prelucrrile unui sistem informatic; ieirile unui sistem informatic; metod de proiectare a unui sistem informatic; model abstract de reprezentare; domeniu de gestiune; domeniu de activitate; baz de date; sistem de gestiune a bazelor de date (SGBD); document primar de eviden i control; realitate de modelat; modelul MERISE; limbaj unificat de modelare (UML); model conceptual al datelor (MCD); model logic al datelor (MLD); model fizic al datelor (MFD); model conceptual al prelucrrilor (MCP); model logic al prelucrrilor (MLP); model fizic al prelucrrilor (MFP); entitate; entitate tip; atribut; atribut tip; asociere; asociere tip; cardinalitate. INTRODUCERE Informatica este tiina prelucrrii automate a datelor, instrument al conducerii. Informatica de gestiune este tiina prelucrrii automate a datelor de eviden i control vehiculate n cadrul unui Organism Economic (OE). Conceptele de baz cu care opereaz informatica sunt: 1) informaia (cunotina = informaia, dup momentul aflrii ei): reflectarea n contiina noastr a elementelor lumii reale, nconjurtoare; informaia este: sursa de date supuse prelucrrilor, pe de o parte; interpretarea rezultatelor obinute

prin prelucrarea datelor, pe de alt parte; 2) informaia de tip dat = data este informaia (cunotina) nregistrat, respectiv: reprezentarea scris i/sau grafic a informaiei obinute din lumea nconjurtoare; materia prim din care se obine, prin prelucrare i interpretarea rezultatelor acesteia, alt informaie. Prelucrarea datelor reprezint procesul de transformare a datelor n alte date care, prin interpretare, devin informaii ce stau la baza deciziilor. Prelucrarea datelor folosind tehnica de calcul este cunoscut sub numele de prelucrarea automat a datelor. Etapele procesului de prelucrare automat a datelor sunt: culegerea i nregistrarea primar a datelor, pe documente primare de eviden i control; aceast etap este realizat, de ctre personalul operativ, la locul de producere a datelor, acolo unde se desfoar aciunile (secia de producie, serviciul aprovizionare/desfacere etc.); culegerea sau introducerea datelor de prelucrat, de pe documentele primare de eviden i control, n Baze de Date BD, n vederea memorrii acestora pe suport magnetic (tip HardDisk, FloppyDisk, CD-ROM etc.) i prelucrrii lor folosind tehnica de calcul; aceast etap este realizat de operatorul sistemului de calcul; prelucrarea propriu-zis a datelor, exploatarea BD; este etapa realizat complet automat, de sistemul de calcul i de programul de aplicaie, la comanda operatorului sistemului de calcul; transmiterea datelor rezultate n urma prelucrrilor ctre utilizatori: sub form de mesaje afiate pe monitorul sistemului de calcul; sub form de situaii (liste, tabele, grafice etc.) listate la imprimant; stocarea (memorarea) i arhivarea datelor: prin meninerea lor n baza de date, pe sistemul de calcul, ct timp se consider utile; prin transferarea lor, sub forma unor fiiere de arhiv, pe suport magnetic extern i crearea unor biblioteci de date. Volumul datelor de eviden i control vehiculate n cadrul unui organism economic fiind mare, de regul proporional cu volumul de activitate al acestuia, prelucrarea automat a datelor este foarte important n aflarea rapid a rezultatelor, informaiile obinute prin interpretarea acestora putnd fundamenta decizii de importan major pe care factorii de conducere trebuie s le ia de urgen. ntruct prelucrarea automat a datelor se realizeaz cu ajutorul sistemelor informatice, metodele i tehnicile de Proiectare a Sistemelor Informatice PSI, n vederea realizrii i implementrii acestora, n concordan cu necesitile i

particularitile unui organism economic, trebuie cunoscute nu numai de specialiti, ci i de toi economitii, ntruct: cei care trebuie s organizeze evidena i s prelucreze datele cu caracter economic (volume mari de date de acelai fel, asupra crora se aplic operaii aritmetice i logice simple) cu scopul de a prezenta superiorilor situaiile, listele sau rapoartele solicitate, i uureaz munca, dac i creeaz un Sistem Informatic de Gestiune SIG simplu, folosind un calculator i un software pentru dezvoltare de aplicaii de tipul Sistem de Gestiune a Bazelor de Date SGBD accesibil tuturor, cum este Microsoft Access; managerii i factorii de decizie trebuie s tie ce s cear subalternilor sau specialitilor n domeniu, pentru organizarea i gestionarea eficient a activitilor pe care le coordoneaz, n vederea realizrii obiectivului propus, folosind avantajele oferite de tehnologia informaiei; la momentul actual, organele de control, administraiile financiare locale i centrale, institutele de statistic i analiz economic solicit tuturor organismelor economice, indiferent de volumul de activitate sau cifra de afaceri, rapoarte periodice (lunare, trimestriale, anuale etc.), nu numai pe hrtie, ci i pe suport magnetic, n vederea completrii bazelor de date proprii. n plus, cunotinele de proiectare a sistemelor informatice i asistare a deciziei i ajut pe economiti s neleag i s utilizeze eficient aplicaiile informatice specifice domeniului lor de activitate: programe de contabilitate, de eviden personal, de eviden mijloace fixe, de gestiune stocuri etc. Utilizatorii unei asemenea aplicaii trebuie s fie n primul rnd buni contabili, inspectori de resurse umane sau gestionari etc., care tiu s i fac treaba, cu sau fr ajutorul unui sistem informatic, pentru c rezultatele activitii lor trebuie s fie aceleai, indiferent de modul n care lucreaz. Pentru a-i uura munca, folosind o aplicaie software specializat achiziionat de pe pia sau realizndu-i una, conform propriilor nevoi, fiecare economist trebuie s dein un minim necesar de cunotine de informatic: bazele informaticii, programare, baze de date, inclusiv de proiectare a sistemelor informatice de gestiune. 1. SISTEM ECONOMIC, SISTEM INFORMAIONAL I SISTEM INFORMATIC

n Dicionarul Explicativ al Limbii Romne, sistemul este definit ca fiind un ansamblu de elemente dependente (componente, principii, reguli, relaii etc.) care formeaz un ntreg organizat, pe baza unui plan prestabilit, cu scopul realizrii unui anumit obiectiv. Conform teoriei sistemelor, orice organism economic (firm, ntreprindere, banc etc.) este un sistem format din mai multe subsisteme care acioneaz, mpreun, pentru realizarea produselor sau serviciilor specifice domeniului su de activitate: producie: bunuri de larg consum, maini i utilaje etc.; servicii: telecomunicaii, transporturi, asisten medical etc.; comer: en gros, en detail, ambulant etc.; financiar-contabil etc. Definit ca Sistem Economic (SE), orice Organism Economic (OE) cuprinde, generic, trei subsisteme interconectate (figura 1.1.) [Victoria Stanciu, 2002]: 1) subsistemul productiv, condus, operaional sau operativ, care realizeaz funcia organismului economic (producie sau prestri servicii), este factorul de execuie; 2) subsistemul informaional, care asigur: comunicarea ntre celelalte dou subsisteme ale organismului economic; legtura organismului economic cu mediul exterior acestuia (economic, financiar-bancar); 3) subsistemul de conducere sau decizional, care controleaz i conduce sistemul operativ prin intermediul sistemului informaional.

Figura 1.1. Reprezentarea grafic a unui sistem economic: subsisteme componente

Flux informaional: totalitatea informaiilor necesare desfurrii unei anumite activiti. Flux material: totalitatea materiilor prime i materialelor consumabile necesare desfurrii unei anumite activiti. Flux financiar: totalitatea resurselor financiare (bneti) necesare desfurrii unei anumite activiti. Flux uman: totalitatea resurselor umane (acionari, angajai, colaboratori) necesare desfurrii unei anumite activiti. Sistemul informaional are rolul de a sintetiza datele n informaii i de a descompune deciziile n ordine. Informaiile de tip dat, primite de la celelalte componente ale sistemului economic i din exteriorul acestuia, se prelucreaz la nivelul sistemului informaional. Informaiile obinute prin interpretarea rezultatelor acestor prelucrri fundamenteaz deciziile sistemului decizional. Aceste decizii sunt transmise sistemului informaional, care le descompune n ordine, aciuni obligatorii care au loc la nivelul sistemului operativ i care genereaz datele ce se consemneaz n documente primare de eviden i control, ntocmite la faa locului. Aceste date se transmit ctre sistemul informaional, care le prelucreaz, mpreun cu altele, i le transmite la nivelul superior etc. Sistemul Informatic (SI) este partea automatizat a sistemului informaional. Sistemul informatic are funcia de prelucrare automat a datelor pentru obinerea informaiilor necesare procesului de conducere i pentru informare. Pornind de la funcia sa, sistemul informatic are urmtoarea structur general (model conceptual): INTRRI: totalitatea datelor supuse prelucrrilor; PRELUCRRI: totalitatea operaiilor efectuate asupra datelor pentru obinerea informaiilor care stau la baza deciziilor; IEIRI: rezultatele prelucrrilor efectuate asupra datelor. Ca arhitectur (model constructiv), sistemul informatic este alctuit din: HARDWARE: sistemul de calcul (calculator i echipamente periferice); SOFTWARE: de sistem: Sistemul de Operare (SO): Windows (98,ME,2000,XP), Apple MAC, Unix etc.; pentru dezvoltare de aplicaii: Sisteme de Gestiune a BD SGBD-uri (Access, Fox etc.); de aplicaie sau de utilizator: Ciel, Mentor, MSWord, MSExcel etc.; limbaje de programare (Visual Basic, C++ etc.); COLECII ORGANIZATE DE DATE: Baze de Date BD; SISTEM DE COMUNICAII: intranet, internet, telecomunicaii etc.; RESURSE UMANE: personal tehnic, personal de exploatare, utilizatori etc.; CADRU ORGANIZATORIC. Ciclul de Via al unui sistem informatic (CV) ncepe cu decizia de realizare

a sistemului informatic i se termin cu decizia de nlocuire a acestuia cu unul mai performant. n ciclul de via al unui sistem informatic se deosebesc dou perioade distincte: perioada de concepere, realizare i implementare a sistemului informatic; perioada de exploatare, ntreinere i dezvoltare a sistemului informatic. Ciclul de via al unui sistem informatic se desfoar pe etape. Fiecare etap conine faze i activiti specifice. Exist mai multe modele ale ciclului de via al unui sistem informatic, toate avnd comune urmtoarele etape: A. Analiza sistemului economic: cuprinde analiza sistemului informatic existent, dac exist, i urmtoarele faze: 1) ntocmirea specificaiilor de utilizator: definirea cerinelor utilizatorului; 2) ntocmirea specificaiilor sistemului informatic: prezentarea, n detaliu, a rezultatelor pe care trebuie s le ofere sistemului informatic; se stabilete ce trebuie s fac sistemul informatic, nu cum va face (cum va realiza rezultatele pe care trebuie s le ofere utilizatorului); 3) ntocmirea specificaiilor software: prezint ce trebuie s fac produsul software de aplicaie i condiiile pe care trebuie s le respecte; se utilizeaz un model abstract de reprezentare, care las libertatea de proiectare i implementare. B. Proiectarea general: definirea soluiilor cadru, conceptuale, ale sistemului informatic, adic elaborarea arhitecturii sistemului informatic. C. Proiectarea n detaliu: definirea soluiilor finale ale sistemului informatic. D. Realizarea sistemului informatic, care cuprinde urmtoarele faze: 1) realizarea componentelor sistemului informatic: din arhitectura sistemului informatic, pe baza soluiilor oferite de proiectarea n detaliu; 2) testarea componentelor: verificarea modului de funcionare; verificarea ndeplinirii cerinelor utilizatorului; verificarea fiabilitii n utilizare; 3) integrarea componentelor n sistemul informatic i testarea final: reunirea componentelor n produsul final i verificarea funcionrii acestuia, n ansamblul su. E. Instalarea sistemului informatic la beneficiar: instalarea, testarea i acceptarea sistemului informatic de ctre utilizatori. F. Exploatarea i ntreinerea curent a sistemului informatic: utilizarea curent i ntreinerea acestuia.
108

G. Dezvoltarea sistemului informatic: realizarea i integrarea de noi componente, care s mbunteasc funcionalitatea sistemului informatic i performanele acestuia. n proiectarea i realizarea unui sistem informatic trebuie respectate, de regul, urmtoarele principii [Victoria Stanciu, 2002]:

1. Abordarea global a realitii de informatizat (agent economic sau un compartiment din cadrul acestuia): proiectarea i realizarea unui sistem informatic integrat, care s permit introducerea unic i exploatarea multipl a datelor, n funcie de nevoile utilizatorului, tiut fiind faptul c volumul cel mai mare de munc rezid n culegerea datelor; proiectarea i realizarea unui sistem informatic cu structur flexibil, deschis, modular, care s permit integrarea ulterioar de noi componente i adaptarea uoar la noi cerine ale utilizatorului; proiectarea unui sistem informatic care s integreze i s reutilizeze componentele sistemului informatic existent, dac acesta exist; care s poat fi actualizat i/sau completat cu componente noi, mai performante, aprute ca urmare a evoluiei tehnologice; stabilirea prioritilor n realizarea componentelor sistemului informatic, innd cont de volumul de date care trebuie prelucrat, de succesiunea apariiei acestora n timp i de dorinele utilizatorului; stabilirea resurselor materiale (hardware i software), financiare i umane necesare proiectrii, realizrii, exploatrii i dezvoltrii sistemului informatic. 2. Aplicarea celor mai moderne tehnici de proiectare i folosirea celor mai noi echipamente i programe, n vederea realizrii unui sistem informatic performant i cu un ciclu de via maxim. 3. Folosirea unor metode de proiectare i realizare unitare, care s permit exploatarea, ntreinerea i dezvoltarea uoar a acestuia. 4. Realizarea unui sistem informatic independent, pe ct posibil, de organizarea realitii de informatizat (agent economic sau un compartiment din cadrul acestuia): care s funcioneze i n condiiile modificrii majore a structurii organizatorice a acesteia; care s permit implementarea sistemului informatic i n cadrul altor uniti cu acelai profil, cu respectarea particularitilor organizatorice specifice. 5. Consultarea permanent a beneficiarului pe durata activitilor de proiectare i implementare, ceea ce asigur realizarea unui sistem informatic care corespunde cerinelor utilizatorilor. 6. Proiectarea i realizarea sistemului informatic n funcie de posibilitile beneficiarului, de resursele materiale i financiare de care dispune acesta. 7. Respectarea cadrului legislativ n vigoare, care vizeaz domeniul de informatizat. 2. GESTIUNEA I SISTEMUL INFORMATIC DE GESTIUNE Gestiunea unui organism economic const n totalitatea bunurilor acestuia, ncredinate spre administrare factorilor de decizie, pentru realizarea aciunilor specifice domeniului su de activitate.

Figura 2.1. Relaia gestiune document primar de eviden i control

Sistemul Informatic de Gestiune (SIG) este sistemul informatic de eviden i control al activitilor i bunurilor organismului economic. Sistemul informatic de gestiune prelucreaz automat datele de eviden i control vehiculate n cadrul oricrui tip de organism economic. Sistemul Informatic de Gestiune Integrat (SIGI) este sistemul informatic de gestiune care respect principiile introducerii unice a datelor, de pe documente primare de eviden i control, i prelucrrii multiple a acestora, n concordan cu nevoile informaionale specifice fiecrui utilizator. n figura 2.2. este prezentat, ca exemplu, SIG de eviden personal i salarizare, n ordinea neintegrat i integrat:
Figura

Figura 2.2. Sistemul informatic de gestiune de eviden personal i salarizare

Intrrile sistemului informatic de gestiune pot fi: 1. Externe totalitatea datelor care provin din exteriorul sistemului informatic de gestiune: date externe organismului economic sau compartimentului specializat al acestuia supus informatizrii: referitoare la ncasri i pli, consemnate n documentele primare de eviden: facturi emise ctre clieni sau primite de la furnizori, chitane date clienilor sau primite de la furnizori, ordine de plat primite de la clieni sau trimise furnizorilor etc.); impuse de legislaia n vigoare (cota TVA, cote impozit pe profit, cote taxe vamale de import etc.); referitoare la aprovizionare: ofert de preuri de achiziie materii prime i/sau materiale consumabile; referitoare la personal: date de identificare nscrise n Buletinul/Cartea de identitate, de pregtire profesional nscrise n diplomele de studii etc.; provenite de la Seciile/Serviciile Operative, consemnate n documente primare de eviden i control, la locul producerii proceselor economice pe care le evideniaz (bon consum, list de subansamble etc.). 2. Interne totalitatea datelor care provin din interiorul sistemului informatic de gestiune: date intermediare, obinute prin prelucrri n interiorul sistemului

informatic de gestiune (valoarea total a produciei realizate sau livrate pe perioada de timp analizat, valoarea total a ncasrilor sau plilor pe perioada de timp analizat etc.), care reprezint intrri pentru alte tipuri de prelucrri (determinare indicatori, stabilire producie aflat n stoc pe perioada de timp analizat etc.). Prelucrrile sistemului informatic de gestiune pot fi, n general, de urmtoarele tipuri: creare baz de date; actualizare baz de date; exploatare baz de date; salvare i arhivare baz de date; reorganizare baz de date; restaurare baz de date. Ieirile sistemului informatic de gestiune pot fi clasificate innd cont de mai multe criterii [Victoria Stanciu, 2002]: A. n funcie de natura prelucrrilor, ieirile sistemului informatic de gestiune pot fi: obinute n urma unor operaii de transfer nu-i modific valoarea fa de momentul introducerii n sistemul informatic de gestiune (numr i dat factur, nume i prenume, CNP, Cod Fiscal etc.); obinute n urma unor calcule, pe baza unor algoritmi prestabilii (rest de plat, impozit pe salariu, total factur, valoarea lunar a ncasrilor/vnzrilor/cheltuielilor etc.). B. n funcie de coninut, ieirile sistemului informatic de gestiune pot fi: indicatori sintetici (fond salarii, numr mediu salariai, cifra de afaceri, balana sintetic etc.); indicatori analitici (balana analitic etc.); ieiri ctre alte sisteme informatice de gestiune, n vederea continurii prelucrrii acolo (raportri ctre organele financiare, ctre casele de sntate, ctre institutele de statistic etc.). C. n funcie de forma de prezentare, ieirile sistemului informatic de gestiune pot fi: 1. Rapoarte/liste/situaii sub form de tabele (tat de plat, situaie stocuri, balan, list produse sau servicii, list angajate, list eviden efectuare stagiu militar etc.). Rapoartele pot fi, la rndul lor, clasificate: dup gradul de sintez: rapoarte analitice: conin informaii detaliate privind desfurarea unei activiti pe o perioad de timp (situaia intrrilor/consumurilor de materii prime, lista persoanelor n concediu medical/concediu de odihn etc.); se utilizeaz n

compartimentele funcionale; rapoarte sintetice: indicatori cu grad mare de sintetizare destinai analizei activitii i fundamentrii deciziilor (evoluie vnzri, bilan contabil, fluctuaie personal, total fond salarii, total contribuii la fondul de asigurri sociale etc.); dup natura informaiilor: rapoarte de stare: reflect valoarea patrimoniului la un moment dat (bilan contabil), nivelul de calificare al personalului etc.; rapoarte statistice: conin informaii cu caracter statistic necesare pentru fundamentarea deciziilor viitoare sau pentru raportri ierarhic superioare (minister, banc); rapoarte previzionale: folosite pentru a anticipa evoluia unor procese economice, pe baza informaiilor referitoare la perioade anterioare de timp; dup destinaie: rapoarte de uz intern: fr form i coninut prestabilite, ofer informaii pentru uzul propriu; rapoarte de uz general: cu form i coninut prestabilite (bilan contabil, stat de salarii, declaraii de TVA sau profit etc.), destinate i mediului exterior (organelor fiscale, caselor de sntate, bncilor etc.); dup frecvena de generare pot fi: rapoarte zilnice/lunare/trimestriale/anuale. 2. Grafice, care reflect sugestiv dinamica activitilor organismului economic i structura indicatorilor analitici i sintetici. 3. Foi de calcul, generate cu procesoare de tabele (MS Excel, Lotus etc.), care permit operaia de export/import pentru preluarea formatelor acceptate de alte sisteme informatice de gestiune. Principalele componente ale unui sistem informatic de gestiune sunt: 1) domeniul de gestiune; se identific, cte unul, pentru fiecare tip de activitate omogen desfurat de un organism economic: cercetare-dezvoltare; producie; servicii; comercial; aprovizionare-desfacere; personal; financiar-contabil etc.; 2) modele de gestiune: totalitatea tehnicilor i procedurilor utilizate n proiectarea i realizarea sistemului informatic de gestiune, proprii fiecrui domeniu de gestiune; 3) date gestionate, materia prim a oricrui sistem informatic de gestiune: toate datele vehiculate i prelucrate n cadrul domeniului de gestiune supus informatizrii; 4) reguli de gestiune: totalitatea regulilor folosite, n prelucrarea datelor i n utilizarea informaiilor obinute prin interpretarea rezultatelor, cu scopul realizrii obiectivului propus, proprii fiecrui domeniu de gestiune. Sistemul informatic de gestiune global este format, generic, din urmtoarele patru tipuri de sisteme informatice de gestiune, cte unul pentru fiecare funcie de

comunicare a sistemului informaional aferent organismului economic cu celelalte dou sisteme componente ale acestuia: 1. Sistemul informatic de gestiune operativ: are rolul de culegere, eventual organizare prin sortare i grupare (pentru o mai bun eviden), i stocare a datelor primite din sistemul productiv al organismului economic. 2. Sistemul informatic de gestiune de sintez: are rolul de a produce datele care genereaz informaiile de sintez interne ce stau la baza fundamentrii deciziilor (fie de cont, balane, bilan, anexe, indicatori), prin agregarea datelor primite de la sistemul informatic de gestiune operativ (medii, sume, procente aplicate asupra unor volume mari de date cu aceeai semnificaie etc.). 3. Sistemul informatic de gestiune de asistare a deciziei: ofer sistemului de conducere al organismului economic informaiile necesare pentru evaluarea strii sistemului productiv (profitabilitate, pierdere etc.), n contextul extern dat, ajutnd astfel la stabilirea corect a deciziilor care se impun; acesta utilizeaz tehnici de simulare care, pe baza informaiilor furnizate de sistemul informatic de gestiune de sintez i a informaiilor externe organismului economic, evalueaz efectul deciziilor sistemului de conducere al organismului economic asupra sistemului productiv, real, al acestuia. 4. Sistemul informatic de gestiune de control al produciei cu rolul de organizare a procesului de producie; transform deciziile sistemului de conducere al organismului economic n ordine adresate sistemului productiv al acestuia: realizare planificare i lansare producie/execuie servicii, stabilire sarcini individuale i transmitere dispoziii de execuie a acestora etc.

Figura 2.3. Subsistemele componente ale sistemului informatic de gestiune global al organismului economic

3. METODE DE PROIECTARE A SISTEMELOR INFORMATICE DE GESTIUNE n Dicionarul Explicativ al Limbii Romne, metoda este definit ca fiind un mod (sistemic) de cercetare, de cunoatere i de transformare a realitii, pentru realizarea unui anumit obiectiv. O metod de proiectare a unui sistem informatic const ntr-un ansamblu de tehnici i reguli de proiectare, folosite pentru reprezentarea abstract a domeniului de informatizat: tiinific, economic, educaional etc. Metodele de proiectare a unui sistem informatic sunt aceleai pentru toate tipurile de domenii de informatizat, dar prezint particulariti impuse de specificul fiecrui tip de domeniu. Astfel, metodele de proiectare a sistemelor informatice de gestiune, folosite pentru reprezentarea abstract a activitii unui agent economic sau a unui compartiment specializat din cadrul acestuia, prezint particularitile impuse de gestionarea unui volum mare de date, de acelai fel, obinute ntr-un interval scurt de timp, asupra crora se aplic numai combinaii de operaii aritmetice i logice simple: +, -, :, *, AND, OR, NOT etc. Metodele de proiectare a unui sistem informatic reduc elementele ntlnite n

realitate la caracteristicile lor relevante pentru realizarea obiectivului propus, definind astfel modele abstracte de reprezentare a acestora. Modelul abstract selecteaz din realitatea de informatizat numai elementele necesare pentru realizarea scopului propus; reprezint elementele reale selectate prin simboluri grafice specifice; reine, pentru elementele reale selectate, numai proprietile i componentele semnificative care, reprezentate abstract, corespund realitii, numai la modul general. Fiecrei metode de proiectare i corespunde un tip de model de reprezentare abstract a realitii de informatizat. Metodele de proiectare a unui sistem informatic cunoscute aparin uneia din urmtoarele trei generaii, care s-au succedat n timp: 1. Metode de proiectare ierarhice, care: se bazeaz pe analiza funcional a activitilor desfurate de agentul economic, la nivelul domeniului de informatizat; se caracterizeaz prin: modelarea datelor sub forma unei structuri arborescente, bazat pe o relaie de tipul prini-copii; utilizarea unui model ierarhic de reprezentare abstract a datelor: baze de date ierarhice; au avantajele date de simplitatea lor i de adaptarea uoar la cerinele utilizatorului; au dezavantajele rezultate din analiza prioritar a prelucrrilor efectuate asupra datelor impus de particularitile de funcionare proprii unui agent economic, care se modific n timp, fa de analiza datelor supuse acestor prelucrri, care au o structur mult mai stabil n raport cu timpul. 2. Metode de proiectare sistemice, cea de-a 2-a generaie de metode de proiectare a SI, care: utilizeaz teoria sistemelor n analiza activitilor desfurate de agentul economic; se caracterizeaz prin: analizarea i modelarea independent a datelor i a prelucrrilor efectuate asupra acestora, la nivelul domeniului de informatizat; modelarea separat a datelor i a prelucrrilor efectuate asupra acestora, pe cele 3 nivele de abstractizare introduse n raportul ANSI/SPARC de definire a bazelor de date: conceptual: identificarea regulilor de gestiune specifice realitii de modelat; logic (organizaional-extern): identificarea particularitilor de organizare proprii realitii de modelat; fizic (intern): stabilirea definitiv a soluiei tehnice de implementare a sistemului informatic; modelarea realitii de informatizat prin intermediul unor tabele bidirecionale i a relaiilor dintre ele; utilizarea unui model relaional de reprezentare abstract a datelor:

baze de date relaionale; au toate avantajele oferite de utilizarea bazelor de date relaionale; au dezavantajul dat de modelarea independent a datelor i a prelucrrilor efectuate asupra acestora, lucru care produce riscul apariiei unor discordane ntre cele dou modele. Modelul MERISE este reprezentativ pentru aceast generaie de metode, fiind cel mai utilizat. 3. Metode orientate pe obiect (obiecturale), cea de-a 3-a generaie de metode de proiectare a SI, care: utilizeaz Limbajul Unificat de Modelare (UML), limbaj standard de modelare: independent de realitatea de modelat, de metoda de proiectare utilizat i de suportul tehnic folosit pentru implementarea sistemului informatic; care permite proiectarea i realizarea sistemului informatic pentru sisteme economice complexe; se caracterizeaz prin: conceperea sistemului informatic ca fiind un ansamblu de obiecte software independente, care se organizeaz i coopereaz ntre ele, pentru realizarea obiectivului propus; modelarea realitii de informatizat prin utilizarea obiectelor software care ncapsuleaz, fiecare, o categorie de date mpreun cu toate prelucrrile ce se efectueaz asupra acestora; utilizarea unui model obiectural de reprezentare abstract a datelor: Baze de Date Obiecturale, obiectul software fiind definit ca un element: cu identitate proprie, set de proprieti care l deosebesc de alte obiecte; stare proprie, dat de valoarea caracteristicilor sale; comportament propriu: set de operaii aplicate asupra sa; au avantajele oferite de: posibilitatea reutilizrii obiectelor software i componentelor de program n alte aplicaii; posibilitatea crerii i utilizrii de obiecte complexe, definite cu ajutorul altor obiecte; posibilitatea de realizare a unor sisteme informatice complexe; au ca dezavantaj major faptul c realitatea de informatizat nu se poate reprezenta, ntotdeauna, numai prin obiecte. Modelul RUMBAUGH este reprezentativ pentru aceast generaie de metode. Deoarece realitatea de informatizat nu poate fi reprezentat complet numai pe principii ierarhice, numai prin relaii de tipul tabelelor bidirecionale sau numai prin intermediul obiectelor software, metodele de proiectare folosite n practic

combin tehnicile de modelare prezentate, folosind avantajele tuturor i eliminnd, pe ct posibil, dezavantajele acestora. 4. MODELAREA ABSTRACT A REALITII DE INFORMATIZAT Modelarea abstract a realitii de informatizat const n realizarea modelului abstract de reprezentare pentru domeniul de informatizat: organismul economic sau compartimentul specializat al acesteia, supus informatizrii. Dac, pentru realizarea obiectivului propus, organismul economic desfoar mai multe activiti complexe crora le corespund mai multe domenii de gestiune (cte unul pentru fiecare activitate complex desfurat), domeniul de informatizat este format din mulimea domeniilor de gestiune corespunztoare activitilor complexe desfurate, iar modelul abstract de reprezentare pentru domeniul de informatizat este format din mulimea modelelor abstracte de reprezentare realizate pentru domeniile de gestiune respective, cte unul pentru fiecare domeniu de gestiune identificat n realitatea de informatizat. Acest lucru poate fi exprimat, generic, prin relaia: ModelAbstract domeniu de informatizat = ModelAbstractdomeniu de gestiune identificat Un domeniu de gestiune este definit de mulimea elementelor reale, mpreun cu mulimea activitilor elementare desfurate de organismul economic sau de un compartiment specializat al acestuia, pentru obinerea acestor elemente, cu scopul atingerii obiectivului propus: realizarea de produse i/sau servicii pentru a fi oferite clienilor, desfacerea acestora, aprovizionarea cu materii prime, materiale consumabile i servicii necesare produciei sau efecturii serviciilor respective, cercetarea n vederea obinerii unor produse sau servicii mai bune la un pre de cost mai sczut, evidena materiilor prime, materialelor i serviciilor utilizate, ntocmirea documentelor financiar contabile etc. Altfel spus, fiecrui domeniu de gestiune i corespund: mulimea de activiti elementare care definesc o activitate complex omogen (unitar), numit domeniu de activitate; mulimea de elemente reale, obinute prin desfurarea n timp a activitilor elementare din aceast mulime. Activitatea complex specific, desfurat de organismul economic pentru

realizarea produselor i/sau serviciilor pe care trebuie s le ofere clienilor cu scopul de a obine venituri, definete domeniul de activitate specific organismului economic respectiv (agent economic, instituie public, firm etc.) care, mpreun cu totalitatea produselor i/sau serviciilor realizate i cu totalitatea materiilor prime, materialelor i serviciilor consumate pentru realizarea acestora, formeaz domeniul de gestiune specific organismului economic. De exemplu, domeniul de gestiune specific: unei fabrici de confecii este producerea de mbrcminte; ROMTELECOM este efectuarea serviciilor de telefonie fix; unei universiti este producerea de servicii de educaie; unui depozit de materiale de construcii l constituie aprovizionarea i desfacerea acestora; unei discoteci este producerea serviciilor de divertisment etc. Pentru realizarea obiectivului propus, un organism economic trebuie s desfoare i alte activiti complexe, care, mpreun cu elementele reale pe care le genereaz, pot defini, fiecare, domeniul de gestiune specific pentru un compartiment specializat al acestuia sau pentru alt organism economic, care ofer servicii specializate ctre alte organisme economice: cercetare-dezvoltare; aprovizionare-desfacere; financiar-contabil; eviden personal i salarizare etc. Prin urmare, modelul abstract de reprezentare pentru un organism economic complex, format din mai multe compartimente specializate, cte unul pentru fiecare domeniu de gestiune, poate fi exprimat, generic, prin relaia:

Modelului abstract de reprezentare pentru domeniul de informatizat, definit de metoda de proiectare folosit pentru realizarea sistemului informatic de gestiune, i corespunde sistemul informatic de gestiune global al organismului economic supus informatizrii. Dac acest model este format din mai multe modele abstracte de reprezentare, sistemul informatic de gestiune global aferent domeniului de informatizat este, la rndul lui, format din mulimea sistemelor informatice de gestiune aferente domeniilor de gestiune identificate pentru realitatea de informatizat, lucru care poate fi exprimat generic, prin relaia: SIGglobal = SIGdomeniu de gestiune identificat Pentru organismul economic al crui model abstract de reprezentare a fost

exprimat sub forma relaiei anterioare, sistemul informatic de gestiune global poate fi exprimat, generic, prin relaia urmtoare: SIGOE generic = SIGproducie/servicii + SIGcercetare-dezvoltare + SIGaprovizionare desfacere + SIGfinanciar-contabilitate + SIGeviden personal i salarizare + SIGgestiune materii prime i materiale Att pentru organismele economice cu volum mare de activitate, ct i pentru cele cu volum mai redus de activitate, se recomand proiectarea un SIGglobal,
104

format din mai multe sisteme informatice de gestiune, cte unul pentru fiecare domeniu de gestiune identificat, care pot comunica ntre ele via intranet, internet etc., deoarece realizarea unui singur sistem informatic de gestiune prezint dezavantaje majore date de: dificulti de proiectare, realizare, testare, instalare, ntreinere, exploatare i dezvoltare; condiii sporite de erori, cu dificulti de identificare i eliminare a lor; durat mare de realizare, fr posibilitatea de utilizare parial a componentelor, pe msura realizrii lor etc. Sistemele informatice de gestiune componente ale SIGglobal ale unui organism economic se proiecteaz i se implementeaz independent, n ordinea determinat de volumul de date care trebuie prelucrat i de dorinele utilizatorului. Proiectarea fiecrui sistem informatic de gestiune component al SIGglobal al unui organism economic ncepe cu realizarea modelului abstract de reprezentare al domeniului de gestiune aferent. ntruct fiecare domeniu de gestiune cuprinde elemente specifice ale realitii de informatizat i activitile care le-au generat, crora n sistemele informatice de gestiune le corespund nregistrrile acestora sub form de date i prelucrri care se efectueaz asupra lor, modelarea abstract a realitii de informatizat const n: modelarea abstract a datelor din realitatea de informatizat i modelarea abstract a prelucrrilor aplicate asupra acestora. Datele i prelucrrile efectuate asupra acestora se pot modela: independent, realizndu-se dou modele abstracte de reprezentare: unul pentru date i altul pentru prelucrri (metode de proiectare sistemice); concomitent, realizndu-se un singur model abstract de reprezentare (metode de proiectare obiecturale). n proiectarea sistemului informatic de gestiune, modelarea datelor din realitatea de informatizat reprezint cea mai complex parte, iar introducerea

acestora n sistemul informatic de gestiune, culegerea datelor, cea mai laborioas. Modelarea abstract a datelor, reprezentarea acestora astfel nct s poat fi introduse n sistemul informatic de gestiune i prelucrate de acesta n conformitate cu nevoile organism economic impun crearea unui model abstract de reprezentare a datelor vehiculate de organismul economic care s selecteze din realitatea organismului economic numai elementele necesare pentru realizarea obiectivului propus: evidena bunurilor i activitilor organismului economic, obinerea, n timp real, a unor situaii i rapoarte, care permit evaluarea activitilor organismului economic, din punct de vedere financiar, productiv etc., necesare factorilor de conducere pentru stabilirea deciziilor ce se impun i pentru informare. n jurul fiecrui model abstract de reprezentare a datelor, numit baz de date (BD), s-a construit un tip de interfa de utilizator, aplicaie software specializat n dezvoltarea de aplicaii pentru gestionarea unor volume mari de date, cunoscut sub denumirea de Sistem de Gestiune a Bazelor de Date (SGBD). Prin urmare, se deosebesc SGBD-uri: ierarhice/de reea; relaionale: dBASE, VfoxPro,Oracle, Access; obiecturale sau orientate pe obiecte: relaionale-orientate pe obiecte: Oracle (extensie de la Oracle relaional).
105

Datele rezultate din activitile desfurate de un organism economic, nregistrate pe documente primare de eviden i control, care trebuie prelucrate automat, n funcie de specificul i nevoile organismului economic, folosind un sistem informatic de gestiune, trebuie reprezentate i organizate astfel nct: s poat fi introduse ntr-o baz de date gestionat de o aplicaie dezvoltat folosind un SGBD: pentru a putea beneficia de avantajele oferite de aceste produse software n dezvoltarea de aplicaii specializate n crearea, organizarea, ntreinerea, manipularea i exploatarea volumelor mari de date; s reflecte i s exprime, n mod corect i coerent, specificul activitilor desfurate de organismul economic sau de compartimentul acestuia, pentru care se proiecteaz sistemul informatic de gestiune; regulile de gestiune specifice; condiiile pe care trebuie s le respecte datele; reglementrile i normativele legislative n vigoare;

reglementrile i normele interne, specifice; legturile dintre aceste date, determinate de particularitile funcionale i organizaionale ale organismului economic. n proiectarea sistemului informatic de gestiune se lucreaz cu modele n care elementele lumii reale nu sunt numai reduse la caracteristicile lor eseniale, relevante pentru problema de rezolvat, dar elementele similare sunt i grupate mpreun, formnd categorii/mulimi de elemente de acelai fel. Pentru sistemul informatic de gestiune, elementele lumii reale concrete, de la care se pornete n procesul de proiectare i realizare a acestuia, sunt documentele primare de eviden i control, mpreun cu activitile desfurate de organismul economic sau de un compartiment al acestuia, pentru realizarea domeniului su de activitate. Succesiunile de activiti, desfurate de organismul economic pentru onorarea contractelor, comenzilor sau cererilor clientului, determin consumarea sau transformarea unor bunuri i/sau servicii pentru producerea altor bunuri i/sau servicii, evidena cantitativ i calitativ a tuturor activitilor i bunurilor implicate n procesul de fabricaie/execuie fiind inut prin nregistrarea acestora, sub form de date, pe documentele primare de eviden i control, care: sunt ntocmite la locul de desfurare a activitilor i reprezint dovada c aceste activiti/aciuni au avut loc: Contract de vnzare/cumprare, Factur de vnzare/cumprare, Stat de plat salarii, Fi mprumut bibliotec, Foaie matricol, Diplom de antrenor, Certificat de nregistrare fiscal, Lege etc.; caracteristicile lor reprezentative pentru sistemul informatic de gestiune sunt cele necesare pentru evidenele i calculele impuse de conducerea organismului economic i de organele financiare i legislative care controleaz activitatea acestuia: Nr./Dat/Valoare Contract de vnzare-cumprare; Salariu tarifar/Spor vechime/Rest de plat Stat de plat salarii; Nr./Dat/Nume titular Fi de mprumut bibliotec; Nr./Dat eliberare/An absolvire/Facultatea/Specializarea/Nume absolvent Diplom de studii etc.; conin datele care se culeg, pentru a fi introduse n sistemul informatic de gestiune, cu scopul de a fi prelucrate automat cu ajutorul acestuia, deoarece: se produc n volum mare, ntr-un timp scurt; exemplu: cantitatea i diversitatea de produse cu care se aprovizioneaz/pe care le vinde un mare magazin universal (gen Metro);
106

 prelucrarea manual a acestora este laborioas: necesit mult timp i mult for de munc; exemplu: calculul preului de vnzare/unitatea de produs, calculul cheltuielilor i veniturilor dintr-o perioad de timp etc.; asupra lor se aplic, de regul, operaii de eviden i/sau operaii aritmetice simple: +, -, *,/, medii aritmetice etc., care se preteaz a fi efectuate automat, folosind tehnica de calcul i aplicaiile software disponibile pe pia; exemplu: evidena pe sortimente, volumul plilor/ncasrilor pe o perioad de timp (zi, lun etc.) etc.; prelucrarea automat a acestora permite factorilor de decizie s aib rezultatele ntr-un timp foarte scurt; datele pe care le conin sunt modificate de activitile desfurate pentru realizarea obiectivului propus; se obin ntr-o ordine cronologic, determinat de succesiunea n timp a activitilor care le produc; exemplu: nti se aprovizioneaz un sortiment de produs i numai dup aceea se poate vinde; se condiioneaz unele pe altele, n funcie de coninutul i de momentul producerii lor; exemplu: nu pot ntocmi o factur de vnzare nainte de a avea o list cu preurile de vnzare a produselor. Documentele primare de eviden i control de acelai fel sunt grupate mpreun, formnd o categorie/mulime de documente. Documentele primare de eviden i control sunt de acelai fel dac au aceleai caracteristici sau proprieti reprezentative, n raport cu sistemul informatic de gestiune care se proiecteaz; de exemplu: categoria/mulimea Contractelor de cumprare/vnzare: Nr. Contract, Dat Contract, Denumire Furnizor/Client, Cod Fiscal Furnizor/Client, Cantitate produse/Servicii contractate, Valoare contract, Termen(e) de Achiziie/Livrare etc.; categoria/mulimea Facturilor de vnzare/cumprare: Nr. Factur de vnzare/cumprare, Dat Factur de vnzare/cumprare, Denumire Furnizor/Client, Cod Fiscal Furnizor/Client, Cantitate produse/Servicii facturate, Valoare factur, Valoare TVA etc.; categoria/mulimea Documentelor de eviden Produse/Servicii: Cod Produs/Serviciu, Denumire Produs/Serviciu, Tip Produs/Serviciu, Caracteristici Produs/Serviciu etc.; categoria/mulimea Foilor matricole: Nr. Foaie matricol, Data eliberare Foaie matricol, CNP Student, Nume Student, Adresa Student, Situaie colar student etc.; categoria/mulimea Fielor de pontaj/Foilor de prezen: Nr Fi pontaj, Dat ntocmire Fi pontaj, Luna pontaj etc.; categoria/mulimea Fielor de mprumut cri de la Bibliotec: Nr. Fi

mprumut, Data ntocmire Fi mprumut, Nume titular Fi mprumut, Adres titular Fi mprumut, Data mprumut, Data napoiere, Cot carte mprumutat, Autor carte mprumutat etc.; categoria/mulimea Fielor de nscriere la admiterea la facultate: Nr. Fi de nscriere; Dat Fi de nscriere, Facultatea, Forma de nvmnt, Nume candidat, Adres candidat etc.
107

Din punct de vedere al proiectrii i realizrii sistemului informatic de gestiune, documentele primare de eviden i control pot fi [corespund obiectelor definite de Victoria Stanciu]: simple: conin numai caracteristici monovaloare (care au o singur valoare pentru un document), exemplu: Contract de cumprare/vnzare: Nr. Contract, Dat Contract, Denumire Furnizor/Client, Cod Fiscal Furnizor/Client, Cantitate produse/Servicii contractate, Valoare contract, Termen(e) de Achiziie/Livrare etc.; compozite: conin una sau mai multe caracteristici multivaloare (care au mai multe valori pentru un document); exemplu: Fia de mprumut cri de la Bibliotec: Nr. Fi mprumut, Data ntocmire Fi mprumut, Nume titular Fi mprumut, Adres titular Fi mprumut, Data mprumut, Data napoiere, Cot carte mprumutat, Autor carte mprumutat etc. Explicaie: caracteristica Autor carte mprumutat este multivaloare, deoarece o carte, nregistrat n Bibliotec cu o Cot carte, poate avea mai muli autori; compuse: ale cror caracteristici sunt caracteristici ale altor documente primare de eviden simple, ntre care exist o anumit legtur. Exemplul 1. Document eviden cri Bibliotec: Cot carte, Titlu carte, Editur, Autor, Ediie etc. Explicaie: unui Titlu carte i pot corespunde mai multe Cot carte, deoarece n bibliotec pot exista mai multe exemplare din aceeai carte; un Titlu carte poate fi editat la mai multe Edituri; un Titlu carte poate avea mai muli autori; prin urmare, documentul real de eviden a crilor din bibliotec este compus, din punct de vedere al proiectrii sistemului informatic de gestiune, din trei documente de eviden simple: Document de eviden cri: Cota Carte, Titlu Carte;

 Document de eviden edituri: Cod Fiscal, Denumire, Adres, Tel., Fax., Pers. Contact; Document de eviden autori: CNP, Nume i Prenume, Data Naterii, Gen literar, Biografie etc. Exemplul 2. Contract de vnzare/Cumprare: Nr. Contract, Dat Contract, Denumire Furnizor/Client, Cod Fiscal Furnizor/Client, Tip Produs/Serviciu, Cantitate Produs/Serviciu contractat, Valoare contract, Termen(e) de Achiziie/Livrare etc. Explicaie: un Tip Produs/Serviciu poate fi achiziionat/livrat de la/la mai muli Furnizori/Clieni n cantiti i la preuri de achiziie/livrare diferite; prin urmare, contractul de vnzare/cumprare este un document compus din trei documente simple: Contract de vnzare/Cumprare: Nr. Contract, Dat Contract, Cantitate contractat, Valoare contract, Termen(e) de Achiziie/Livrare; Document de eviden Furnizori: Cod fiscal, Denumire, Adres, Telefon, Fax, Persoan de contact etc.; Document de eviden Clieni: Cod fiscal, Denumire, Adres, Telefon, Fax, Persoan de contact etc. n realitate, evidenele pot fi inute folosind att documente considerate compozite sau compuse, ct i documente considerate simple din punctul de vedere al modelrii abstracte a datelor, deoarece procesorul uman (creierul uman) are capacitatea de a identifica unic datele, indiferent de documentul pe care sunt nregistrate, lucru pe care procesorul sistemului de calcul folosit pentru realizarea
108

sistemului informatic de gestiune respectiv nu-l poate face. De aceea, n vederea realizrii modelului abstract de reprezentare a datelor: caracteristicile multivaloare ale documentelor primare de eviden i control compozite din realitatea de modelat se transform n documente primare de eviden i control simple, de sine stttoare; documentele primare de eviden i control compuse din realitatea de modelat se descompun n documentele primare de eviden i control simple, din care se compun. Observaie: Documentele primare de eviden i control fizice (reale) folosite n cadrul organismului economic, simple, compozite sau compuse, nu coincid, ca numr i caracteristici, cu documentele primare de eviden i control definite n modelul abstract de reprezentare a datelor, reprezentate n calculator, pentru c: unui document fizic simplu i poate corespunde, n modelul

abstract, i n final n calculator, un document de pe care lipsesc unele caracteristici; cele calculate, de regul, se elimin (Valoare factur, Valoare TVA factur, PreCostProdus etc.); unui document fizic compozit i corespund dou sau mai multe documente simple care, n realitate, nu se folosesc, dup cum documentul real conine una sau mai multe caracteristici considerate multivaloare, din punct de vedere al modelrii abstracte a datelor; unui document fizic compus i corespund, n modelul abstract, i n final n calculator, documentele simple care l compun, pe care organismul economic nu le utilizeaz n realitate. Acest artificiu este necesar pentru identificarea, n sistem informatic de gestiune (adic n calculator), fr echivoc i ambiguiti, a datelor culese de pe aceste documente. Realitatea de modelat (activitatea unui organism economic sau a compartimentului din cadrul acestuia pentru care se proiecteaz sistemul informatic de gestiune) trebuie delimitat clar, din punct de vedere funcional i organizatoric, de exteriorul acesteia: clienii i furnizorii sunt exteriori n raport cu realitatea de modelat, dar se pot reprezenta n modelul abstract, dac activitile organismului economic impun evidena acestora, pe baza documentelor de eviden clieni i eviden furnizori ntocmite de organismul economic respectiv; orice organism economic, indiferent de domeniul su de activitate, lucreaz cu un numr mare de furnizori i/sau clieni, pentru c se aprovizioneaz, continuu, cu materii prime i/sau materiale de consum sau servicii de la alte organisme economice i ofer, permanent, produse i/sau servicii altor organisme economice; prin urmare, evidena acestora se ine mai uor folosind un sistem informatic de gestiune; banca sau bncile cu care lucreaz un agent economic sunt exterioare n raport cu realitatea de modelat, dar nu merit a fi reprezentate n cadrul modelului abstract, deoarece un organism economic lucreaz cu un numr mic de bnci, de regul, una sau dou, evidena acestora inndu-se, mai simplu, fr ajutorul sistemului informatic de gestiune; organismul economic sau compartimentul acestuia, pentru care se proiecteaz sistemul informatic de gestiune, nu se reprezint n cadrul modelului

abstract, deoarece ntregul model abstract construit exprim activitatea acestui organism economic sau a compartimentului su supus informatizrii i elementele obinute prin desfurarea acestei activiti;
109

modelul abstract trebuie s cuprind numai datele rezultate din activitile realizate de organismul economic sau de compartimentul acestuia pentru care se face modelarea; nu intereseaz activitile realizate de cei cu care se ntrein legturi de colaborare sau de afaceri: clieni, furnizori, colaboratori, banc; de exemplu, intereseaz numai faptul c: se primete de la client Comanda/Contractul/Cererea de produse sau servicii, nu faptul c acesta trimite documentul respectiv; se livreaz/execut Produsele/Serviciile i se trimite clientului FacturaClient, nu faptul c acesta primete produsele sau beneficiaz de serviciile respective i primete documentul de plat etc. Succesiunea de activiti sau de aciuni care se desfoar n cadrul organismului economic sau al compartimentului acestuia pentru care se construiete modelul abstract determin adugarea sau modificarea unor nregistrri pe documentele primare de eviden i control ale tuturor bunurilor, serviciilor i activitilor implicate n procesul respectiv. Prin urmare, n cadrul modelului abstract care se construiete n vederea proiectrii sistemului informatic de gestiune, trebuie reprezentate, n mod necesar: documentele primare de eviden, care conin datele asupra crora se vor efectua prelucrrile automate sau care se gestioneaz automat; caracteristicile acestor documente, eseniale din punct de vedere al evidenei i controlului activitilor desfurate n realitatea de modelat, care exprim datele ce se preteaz a fi prelucrate sau gestionate automat, folosind un sistem informatic de gestiune; aciunile care genereaz datele nregistrate pe documentele primare de eviden i control, exprimate prin relaiile, legturile, corespondenele dintre aceste date. Tehnicile i formalismul folosite pentru reprezentarea abstract a realitii de informatizat, n special a datelor i a relaiilor dintre ele, n vederea proiectrii i realizrii unui sistem informatic de gestiune, depind de metoda de proiectare aleas, care impune

tipul modelului abstract de reprezentare ce trebuie folosit. ns, indiferent de modelul abstract utilizat, elementele realitii de modelat (documente primare, date, operaii, relaii etc.) sunt reprezentate prin caracteristicile lor relevante, care permit realizarea obiectivului propus i care conin datele ce se preteaz a fi prelucrate i/sau gestionate automat; ele sunt grupate pe categorii/tipuri, n funcie de caracteristicile lor comune. Generic, principalele activiti, desfurate n cadrul oricrui tip de organism economic mpreun cu datele generate prin desfurarea acestora, pot fi reprezentate grafic, din punctul de vedere al proiectrii unui sistem informatic de gestiune, ca n figura 4.1. Explicaii: evenimentul care declaneaz desfurarea succesiunii de activiti prezentate l constituie primirea unui Contract/Comenzi de la client; comanda declanatoare poate fi primit i de la sistemul de conducere al organismului economic, considerat extern sistemului informaional al acestuia, la nivelul cruia se realizeaz proiectul sistemului informatic de gestiune; pentru onorarea contractului sau comenzii primite de la client, se face contract sau comand de materii prime i/sau materiale i servicii la furnizor, pentru aprovizionarea celor necesare; comanda de aprovizionare se poate face i ctre alte compartimente specializate ale organismului economic; comanda de aprovizionare se face chiar dac exist n stoc cele necesare onorrii comenzii clientului, pentru reducerea timpului de lucru i respectarea termenelor contractuale; se primesc de la furnizor materiile prime i/sau materiale necesare i/sau se efectueaz serviciile solicitate; materiile prime i/sau materialele achiziionate sunt
110

recepionate i fie pot fi date direct n lucru, fie pot fi introduse n magazie, de unde se scot pe baz de bon de consum; se primete, tot de la furnizor, FacturaFurnizor, pentru plata creia se face OP, care se trimite la Banc; dovada c Banca a efectuat plata se primete prin extrasul de cont;

 materiile prime i/sau materialele sau serviciile achiziionate se folosesc pentru realizarea produselor i/sau serviciilor solicitate, care se trimit clientului i se factureaz; se trimite factura clientului; dovada c acesta a efectuat plata, prin Banc, se primete prin extrasul de cont; separat de activitile descrise, legate de realizarea domeniului de activitate al organismului economic, se ine evidena furnizorilor i clienilor acestuia, necesar pentru uurarea activitilor de aprovizionare i desfacere; produsele i/sau serviciile sunt executate de angajai; acetia sunt remunerai, pentru munca efectuat, conform statului de plat etc. Observaii: 1. Simbolurile utilizate pentru reprezentarea grafic a realitii de modelat, organism economic sau compartimentul specializat al acesteia supus informatizrii, sunt diferite de simbolurile folosite pentru realizarea modelului abstract care au o anumit semnificaie, fiind standardizate la nivelul fiecrei metode de proiectare; pentru reprezentarea realitii de modelat (OE sau subcompartiment specializat al acesteia), respectiv a activitilor desfurate mpreun cu documentele primare de eviden i control care conin datele rezultate din desfurarea acestora, se folosesc simboluri grafice ct mai sugestive. 2. Reprezentarea grafic a realitii de modelat ajut la realizarea corect a modelului abstract de reprezentare a acesteia, ntruct arat, ntr-o form uor de neles: delimitarea domeniului de gestiune n raport cu exteriorul su; succesiunea cronologic a activitilor elementare desfurate pentru realizarea obiectivului propus i categoria de document care conine datele generate de fiecare activitate; categoriile de documente primare de eviden i control pe care se nregistreaz datele generate de desfurarea acestor activiti, aezate n ordinea n care se fac nregistrrile respective; caracteristicile documentelor primare de eviden i control care conin datele ce se preteaz a fi prelucrate i/sau gestionate automat, folosind un sistem informatic de gestiune; documentele de eviden i control compozite i compuse, care trebuie

transformate n documente simple, pentru a putea fi reprezentate n modelul abstract. Pentru exemplificare, se reprezint grafic un organism economic generic, care desfoar, la nivel minim necesar, toate activitile pe care trebuie s le desfoare orice organism economic pentru a exista: activiti de realizare a produselor i/sau serviciilor care fac obiectul su de activitate; activiti de aprovizionare i desfacere necesare realizrii obiectivului pe care i l-a propus; activiti de contabilitate de gestiune i financiar impuse de organele fiscale i de nevoile proprii de eviden i informare;
111

activiti de eviden personal i salarizare desfurate pentru asigurarea manoperelor impuse de realizarea produselor i/sau serviciilor care fac obiectul su de activitate. Fiecare activitate desfurat de organismul economic definit generic reprezint un domeniu de activitate pentru care se proiecteaz i se realizeaz, practic, un sistem informatic de gestiune de sine stttor. Pentru a se nelege mecanismul de grupare i selectare a elementelor reale care trebuie reprezentate n modelul abstract pentru realizarea unui sistem informatic de gestiune care s satisfac att nevoile de prelucrare automat a datelor, ct i dorinele utilizatorilor, se reprezint grafic, ca realitate de modelat, acest organism economic definit generic (figura 4.1).

Figura 4.1. Reprezentarea grafic a realitii de modelat pe care se bazeaz modelul abstract de reprezentare a acesteia 112

5. PROIECTAREA SISTEMIC A SISTEMULUI INFORMATIC DE GESTIUNE 5.1. Prezentarea modelului Merise Modelul Merise este reprezentativ pentru metodele de proiectare sistemice ale sistemului informatic de gestiune. Elementele realitii de informatizat, date i prelucrri efectuate asupra acestora sunt reprezentate, separat, pe trei nivele de abstractizare: conceptual, logic i fizic. n cadrul modelului Merise, fiecrui nivel de abstractizare i corespund dou

modele abstracte ale realitii de informatizat: unul pentru date i unul pentru prelucrrile care se aplic asupra acestora. n tabelul 5.1 se prezint, generic, ce se face, din punct de vedere al proiectrii sistemului informatic de gestiune, la nivelul fiecrui model. Astfel: modelul conceptual, format din Modelul Conceptual al Datelor (MCD) i Modelul Conceptual al Prelucrrilor (MCP), trebuie s rspund la ntrebarea ce trebuie s fac sistemul informatic de gestiune pe care l proiectm; la acest nivel nu intereseaz CINE face, UNDE face, CND face i CUM face sistemul informatic de gestiune care se proiecteaz s ndeplineasc sarcinile solicitate de utilizatorii si; modelul logic, format din Modelul Logic al Datelor (MLD) i Modelul Logic al Prelucrrilor (MLP), trebuie s rspund la ntrebrile CINE face, UNDE face i CND face activitile care genereaz datele i determin prelucrrile care se aplic asupra acestora; la acest nivel nu intereseaz CUM face, concret, sistemul informatic de gestiune s gestioneze datele i prelucrrile aferente realitii de informatizat pentru care se proiecteaz; modelul fizic, format din Modelul Fizic al Datelor (MFD) i Modelul Fizic al Prelucrrilor (MFP), rspunde numai la ntrebarea CUM face, n mod concret, sistemul informatic de gestiune s satisfac cerinele utilizatorilor si.
Tabelul 5.1. Model Conceptual Ce? MCD
Ce Tipuri de date se folosesc?

Model Logic Care/Cine?Unde?Cand? MLD MorganizationalD

Care Tipuri de date formeaza tabele si care sunt relatiile dintre aceste tabele? Unde Se afla tipurile de date aferente Relatiilor definite? Cand Se pun aceste date in corespondenta?

Model fizic Cum? MFD

Cum Se reprezinta tipurile de date(in functie de SGBD folosit)? Cum Se reprezinta caracteristicile datelor (in functie de SGBD folosit)? Cum Se reprezinta tipurile de relatii stabile intre date

MPC
Ce Tipuri de date se Desfasoara/ Ce Inlantuire in timp au aceste activitati? Ce Tipuri de operatii presupun

MLP
MOrganizational P

MFP Moperational P
Cum Se fac in mod concret,activitatile (manual,semiauto mat sau automat)? Cum Se aplica asupra datelor,in mod concret,operatiile aferente activitatilor? Cum Se realizeaza, in mod concret,operatiile

Cine Face activitatile identificale pentru realitatea de informatizat? Unde Au loc activitatile identificate pentru realitatea de informatizat? Cand Se desfasoara aceste activitati (in ce moment: zi

Ce Caracteristici au aceste date? Ce Tipuri de relatii se stabilesc intre

aceste date?

aceste activitatii?

luna, saptamana,an)?

(in functie de SGBD folosit)?

aferente legaturilor dintre date?

Modelul conceptual reprezint un ansamblu de concepte i reguli de combinare a acestora utilizate pentru reprezentarea abstract a realitii de modelat (tabelul 5.2). La acest nivel: se identific datele pentru evidena sau prelucrarea crora se folosete sistemul informatic de gestiune care se proiecteaz i activitile specifice domeniului de informatizat care le genereaz, fr restricii de organizare, umane sau tehnice; se reprezint elementele din realitatea de modelat, datele cu relaiile dintre ele i operaiile aplicate asupra acestora, prin simboluri, specifice metodei de proiectare, care permit codificarea ulterioar a acestora folosind sistemul de codificare propriu SGBD utilizat, aplicaie software specializat n gestionarea volumelor mari de date, n crearea i exploatarea BD; se stabilesc domeniile de definiie a datelor i se definesc prelucrrile aplicate asupra acestora; se stabilesc intrrile i ieirile sistemului informatic de gestiune. Modelul conceptual asigur o soluie unic, stabil, nemodificabil pentru sistemul informatic de gestiune, creia i pot corespunde una sau mai multe soluii logice i fizice.
Tabelul 5.2

Modelul logic (organizaional-extern) reprezint un ansamblu de tehnici i reguli de trecere de la conceptele utilizate de modelul conceptual la conceptele utilizate de Bazele de Date Relaionale BDR i de limbajele de programare.

Bazele de date relaionale se definesc ca fiind structura de date relaional, modelul de reprezentare abstract a datelor sub form de relaii; practic, ntr-o baz de date relaional, datele sunt organizate (reprezentate) sub form de tabele bidirecionale, ntre care se stabilesc tipuri de legturi predefinite; se spune c datele sunt organizate sub form de tabele i relaiile dintre ele, de unde i denumirea de Model Organizaional de Date MOD, folosit pentru MLD; MLD sau MOD sunt numite i modele externe de reprezentare a datelor, deoarece sunt realizate pe baza unor modele abstracte, externe sistemului informatic de gestiune, n jurul crora s-au construit pachete software dedicate, numite Sisteme de Gestiune a Bazelor de Date Relaionale SGBDR (tabelul 5.3), folosite pentru dezvoltarea de aplicaii specializate n crearea i exploatarea bazelor de date relaionale. n funcie de SGBDR-ul utilizat pentru dezvoltarea software-ului
114

(aplicaiei) de utilizator, de particularitile acestuia, pot fi create mai multe modele logice pentru acelai domeniu de informatizat.
Tabelul 5.3

Modelul fizic (intern) reprezint soluia tehnic, definitiv, stabilit pentru implementarea sistemului informatic de gestiune: descrie structura concret a datelor n interiorul sistemului informatic de gestiune, pe suportul fizic sau n memoria intern a calculatorului (fiecare nregistrare logic fiind stocat la o adres fizic) i structura concret a operaiilor care se aplic asupra acestora. n funcie de arhitectura reelelor de

comunicaie i a sistemelor de calcul folosite, de aplicaiile software selectate, precum i de distribuia datelor, pot fi create mai multe modele fizice pentru implementarea sistemului informatic de gestiune aferent realitii de informatizat. 5.2. Modelarea conceptual a datelor Pentru modelarea conceptual, abstract, a datelor se folosete un model semantic de reprezentare a acestora: model conceptual, care reprezint domeniul de informatizat ca pe o mulime de elemente din lumea real, interconectate ntre ele, pornind de la semnificaia lor. Aceste modele definesc restricii i descriu aspectele statice i dinamice (temporale) ale elementelor utilizate, pe baza semnificaiei lor n lumea real. Modelul Conceptual de Date (MCD) este un model semantic, abstract, de reprezentare a tipurilor de date, a legturilor dintre acestea, a dinamicii acestor legturi i a restriciilor aferente lor. Modelul EA (Entitate-Asociere) sau EAC (Entitate-Asociere-Coresponden) este modelul semantic realizat prin reprezentarea abstract a elementelor lumii reale pornind de la semantica lor i de la legturile sau relaiile dintre ele. Se bazeaz pe urmtoarele concepte fundamentale sau conceptele de baz: Entitate Tip ET; Atribut Tip AT; Asociere tip AST; Cardinalitate (X,Y). 5.2.1. Entitatea tip Entitatea Tip ET: concept generic care desemneaz mulimea tuturor entitilor cu aceleai caracteristici eseniale; se exprim printr-un substantiv, deoarece substantivul denumete lucruri, fiine sau noiuni abstracte, generic spus, elemente din lumea real (realitatea de modelat); se reprezint grafic prin dou dreptunghiuri care conin, primul numele ET respective, iar cellalt numele AT din mulimea de AT care o caracterizeaz; are existen proprie, deoarece fiecare entitate a sa se identific, n mod unic, printr-un AT sau un grup minim de AT numit
115

Identificator (ID); fiind un concept generic, nu are corespondent n lumea real, nu desemneaz n sistemul informatic de gestiune un element din lumea real. Entitatea: element real, particular, care aparine unei ET; se mai numete nregistrarea sau realizarea unei ET; exemplu: Ionescu este o entitate (nregistrare,

realizare, instan) a ET Angajat, care se identific prin valoarea specific a AT MarcaAngajat. Observaie: o entitate poate aparine mai multor ET diferite. Exemplu: entitatea Ionescu poate aparine ET CititorBibliotecCentral, ET ProfesorFacultateEFS, ET AntrenorClubSportiv i ET Doctorand. O ET se caracterizeaz prin: nume, ct mai apropiat de numele elementului real pe care l reprezint i unic la nivelul ntregului MCD; AT specifice; o mulime de entiti (diferit de mulimea vid); o posibil evoluie n timp; legturile sale cu alte ET. Fiecare entitate reprezint un element al lumii reale, desemneaz n sistemul informatic de gestiune un element al lumii reale. 5.2.2. Atributul tip Atribut Tip AT: concept generic care desemneaz mulimea tuturor atributelor ce descriu complet proprietatea esenial pe care o exprim; are semnificaie numai dac aparine unei ET sau unei AST; se exprim printr-un substantiv, deoarece substantivul denumete nsuiri ale elementelor din lumea real (realitatea de modelat); fiind un concept generic, nu are corespondent n lumea real, nu desemneaz n sistemul informatic de gestiune o caracteristic real a unui element din lumea real. Identificator ID: un AT sau grup minim de AT care identific, n mod unic, o entitate a unei ET; e reprezentat de un AT tip numr de ordine (incrementat cu 1 pentru fiecare valoare nou) sau de un cod (construcie artificial cu o anumit semnificaie); determin funcional orice alt AT din ET; trebuie s ia valori unice, neduplicabile, neschimbabile, diferite de NULL (nseamn nici o valoare, e diferit de zero sau spaiu); n reprezentarea grafic a ET, se marcheaz diferit de restul AT (se subliniaz, se scrie cu italic i/sau i se ataeaz un caracter specific); fiecare ET prezint un ID; exemplu: CodFiscal, CNP, NrContract etc. Atribut: proprietate sau caracteristic distinct a unei entiti; se mai numete realizarea sau valoarea unui AT; are un domeniu de definiie (mulime de valori admise); atributele pot fi:

5.2.3 Asocierea tip Asociere tip AST: concept generic care desemneaz mulimea tuturor legturilor (relaiilor) cu aceeai semnificaie dintre dou ET care particip la o aciune; poate avea AT proprii, care caracterizeaz aciunea respectiv; se exprim printr-un verb, deoarece verbul exprim o aciune sau o stare care st la baza unei legturi ntre dou elemente; se reprezint grafic printr-o elips, care conine numele AST respective i numele AT din mulimea de AT care o caracterizeaz; nu are o existen proprie pentru c exprim o legtur bazat pe o aciune a crei existen depinde de cele 2 ET ce particip la aceasta; fiind un concept generic, nu are corespondent n lumea real, nu desemneaz n sistemul informatic de gestiune o legtur (relaie) real ntre elemente din lumea real. Asociere: exprim legtura concret dintre dou entiti (care, de regul, aparin la dou ET diferite) participante la o aciune i rolurile acestora n aciunea respectiv; se mai numete realizarea sau instana unei AST; fiecare asociere reprezint o relaie (legtur) real ntre elemente din lumea real, desemneaz n sistemul informatic de gestiune o relaie (legtur) real ntre elemente din lumea real. Colecia reprezint mulimea ET care particip la o AST.

Dimensiunea AST sau Gradul unei AST reprezint numrul de ET din colecie (care particip la o AST). Dup numrul de ET participante la o AST, AST poate fi: unar (reflexiv, ciclic): asocierea ntre entitile aceleai ET; n acest caz, se recomand precizarea rolurilor fiecrei entiti n cadrul asocierii; exemplu: asocierea de tipul partentreg; se recomand transformarea asocierilor unare n asocieri binare; binar: asocierea ntre dou ET diferite; exemplu: clientul (ET1) comand (AST) produs (ET2); complex: asocierea ntre mai multe ET diferite; exemplu: asocierea
104

ternar, la care particip 3 ET diferite; se recomand descompunerea asocierilor complexe n asocieri binare. 5.2.4. Cardinalitatea Cardinalitatea (X,Y): o pereche de numere ntregi, care descrie complet legtura unei ET cu o alt ET, printr-o AST, n perioada de timp analizat; exprim complet legtura dintre elementele lumii reale implicate ntr-o anumit aciune; are semnificaie numai pentru o ET n raport cu o AST. Cardinalitatea minimal X: reprezint numrul minim de corespondente ce pot exista pentru o ET n raport cu alt ET, printr-o AST; exprim participarea entitilor care aparin unei ET la asocierea acesteia (AST) cu o alt ET: X=0 (numrul minim de corespondene = 0): printr-o asociere AST, n mulimea de entiti ET1, pot exista unele care nu au corespondent n cealalt mulime de entiti ET2 (participare opional la aciune); X=1 (numrul minim de corespondene = 1): printr-o asociere AST, toate entitile mulimii ET1 au cel puin un corespondent n cealalt mulime de entiti ET2 (participare obligatorie la aciune). Cardinalitatea maximal Y: reprezint numrul maxim de entiti corespondente pe care le poate avea o entitate a unei ET ntr-o alt ET, n raport cu o AST; exprim faptul c fiecare entitate din mulimea de entiti ET1 care particip la o aciune poate avea una sau mai multe entiti corespondente n cealalt mulime de entiti ET2 participant: Y=1 (numrul maxim de corespondene = 1): fiecare entitate care particip la o asociere are o singur entitate de alt tip corespondent (participare unic la aciune); Y=n (numrul maxim de corespondene = n): fiecare entitate care particip la asociere are mai multe entiti de alt tip, corespondente sau reciproc,

mai multe entiti de acelai tip care particip la o aciune au o singur entitate de alt tip corespondent (participare multipl la aciune). n tabelul 5.4 se prezint posibilitile de participare a entitilor din cele dou mulimi ET, aferente unei AST, la mulimea de aciuni reprezentat prin aceast AST.
Tabelul 5.4
PARTICIPARE LA ASOCIERE (printr-o aciune) Unic Opional (X,Y) SEMNIFICAIE)

0,1

Obligato rie

1,1

Multip l

Opional

0,n

Obligato rie

1,n

n mulimea de entiti ET1, pot exista unele care nu particip la aciunea care st la baza AST i fiecare entitate care particip la aceast aciune are o singur entitate corespondent ntr-o alt mulime de entiti ET2, participant la aceeai aciune. Toate entitile mulimii ET1 particip la aciunea care st la baza AST i fiecare entitate are o singur entitate corespondent ntr-o alt mulime de entiti ET2, participant la aceeai aciune. n mulimea de entiti ET1, pot exista unele care nu particip la aciunea care st la baza AST i fiecare entitate care particip la aceast aciune poate avea una sau mai multe entiti corespondente ntr-o alt mulime de entiti ET2 participant la aceeai aciune. Toate entitile mulimii ET1 particip la aciunea care st la baza AST i fiecare entitate poate avea una sau mai multe entiti corespondente ntr-o alt mulime de entiti ET2, participant la aceeai aciune.

Dup numrul de entiti corespondente pe care le poate avea o entitate a unei ET ntr-o alt ET, n raport cu o AST, AST pot fi (tabelul 5.5).
Tabelul 5.5.

ASOCIERE TIP (AST) Unu la unu (one to one)

NOTAIE

1:1

ET1 = (X1,Y1) I ET2 = (X2,Y2) PARTICIPANTE LA AST Y1= Y2 = 1

SEMNIFICAIE

Unei entiti de tipul ET1 i corespunde prin AST cel mult o entitate de tipul ET2 i, reciproc, unei entiti de tipul

Unu la muli (one to many

1:n

Y1> 1 i Y2 =1 sau Y1 =1 i Y2> 1

Muli la muli (many to many)

m:n

Y1> 1 i Y2 >1

ET2 i corespunde prin AST cel mult o entitate de tipul ET1 (figura 5.1a). Unei entiti de tipul ET1 i corespund, prin AST, zero, una sau mai multe entiti de tipul ET2, dar unei entiti de tipul ET2 i corespunde prin AST cel mult o entitate de tipul ET1 (figura 5.1b). Unei entiti de tipul ET1 i corespund, prin asocierea AST, zero, una sau mai multe entiti de tipul ET2 i reciproc; n practic, acestea se descompun n asocieri de tipul unu la muli prin introducerea unei entiti intermediare (figura 5.1c).

Figura 5.1. Corespondenele ntre entitile din mulimile de entiti ET1 i ET2 participante la asocierile din mulimea de asocieri AST.

5.2.5 Reprezentarea grafic a conceptelor MCD MCD-ul care se realizeaz folosind conceptele prezentate reprezint, n mod grafic-schematic, modelul semantic, abstract, al domeniului de informatizat: organismul economic sau compartimentul specializat al acestuia pentru care se proiecteaz sistemul informatic de gestiune. Prin urmare, la realizarea acestuia se folosesc simbolurile grafice ale conceptelor de baz, rolul fundamental n construirea acestuia revenind cuplului ET AST. Dou cupluri ET AST, formate din dou ET diferite care particip la aceeai AST, definesc un bloc conceptual elementar, care se noteaz sub forma

ET AST ET. MCD-ul construit pentru un domeniu de gestiune al unui organism economic este practic format dintr-o succesiune de blocuri conceptuale elementare. Figura 5.2 prezint schema unui bloc conceptual elementar dintr-un MCD.

Figura 5.2. Concepte fundamentale ale Modelului EA. Caz general

n figura 5.3 este prezentat, ca exemplu, un bloc conceptual elementar din MCD-ul care reprezint, n plan abstract, activitatea de aprovizionare a spitalelor cu medicamente, activitate desfurat, permanent, de direciile sanitare din Ministerul Sntii. Pentru nelegerea modului de folosire a noiunilor abstracte utilizate n realizarea MCD-ului, blocul conceptual elementar din figura 5.3 este prezentat, desfurat, n figura 5.4. Sunt prezentate n clar, cu vizualizarea elementelor componente, care au corespondent un document primar de eviden i control n realitate, cele trei mulimi denumite generic Spital, Medicament i Primete (se livreaz), ce formeaz blocul conceptual elementar respectiv.

Figura 5.3. Concepte fundamentale ale Modelului EA. Exemplu

n desfurarea activitii de aprovizionare cu medicamente a spitalelor, sunt necesare lista spitalelor din sectorul sau judeul respectiv i lista tipurilor de medicamente cerute pentru tratarea pacienilor. Spitalele primesc medicamente dac medicamentele se livreaz la spitale. Fiecare primire/livrare de medicamente este nsoit de o alt list ce conine medicamentele solicitate i spitalele care le solicit, document de eviden pentru completarea cruia sunt necesare primele dou, numite documente primare de eviden pentru c permit identificarea complet a spitalelor (denumire, adres, telefon etc.), respectiv a medicamentelor solicitate (denumire, descriere, firm productoare etc.). Lista cu medicamente ntocmit la fiecare primire/livrare difer de la caz la caz, pentru c fiecare spital solicit medicamente fie de tipuri diferite, fie n cantiti diferite, fie la preuri diferite. Aceast list, numit numai document de eviden, descrie numai o anumit primire/livrare, nu activitatea de primire/livrare, n general, care este descris de mulimea listelor ntocmite cu ocazia tuturor aciunilor de primire/livrare care s-au produs n perioada de timp analizat; deci, activitatea de primire/livrare dintr-o perioad de timp (o zi, o sptmn etc.) este format dintr-o mulime de aciuni elementare care produc o mulime de liste (documente de eviden) pentru completarea crora se folosesc mulimile de elemente descrise n primele dou liste, unice (documente primare de eviden).

Activitatea de primire/livrare, ca mulime de aciuni elementare, este reprezentat, la nivel conceptual, printr-o AST la care particip cele dou ET ce reprezint, n MCD, cele dou liste: cea cu spitalele i cea cu medicamentele solicitate de acestea; se poate spune c AST = activitatea de primire/livrare, ca mulime de realizri = aciuni elementare, pune n coresponden entitile = spitalele din ET = lista cu spitalele din sectorul sau judeul studiat, cu entitile = medicamentele din ET = lista cu medicamentele disponibile. ATENIE! Noiunea de TIP are urmtoarele sensuri: n expresia Entitate Tip notat ET, noiunea de Tip exprim mulimea entitilor cu aceleai caracteristici reprezentative, fiecare entitate desemnnd toate unitile de acelai fel (buci, pachete, tuburi, baxuri, tablete, litri, metri etc.); exemplu: ET Medicament desemneaz mulimea tipurilor (categoriilor, felurilor) de medicamente = entiti, adic de substane naturale sau de sintez utilizate pentru a
108

vindeca, a ameliora sau a preveni o boal (DEX), fiecare tip de medicament = entitate fiind primite/livrate ntr-o anumit cantitate (cutii de aspirin cu un numr de tablete, pachete de vat, tuburi de lasonil, litri sau sticle cu spirt etc.); n expresia Tip (categorie, fel) de element, noiunea de Tip exprim un grup (cantitate) de elemente de acelai fel cruia i se asociaz n MCD o entitate din mulimea de entiti care formeaz o ET; exemplu: aspirina este un tip de medicament, care desemneaz toate tabletele cu aceleai compoziie chimic; coldrexul este un alt tip de medicament care desemneaz toate elementele (tablete, pliculee ceai, mililitri soluie) cu alt compoziie chimic i amndou sunt entiti ale ET Medicament, pentru c sunt medicamente, adic substane cu proprieti curative; un grup de elemente de acelai fel (cu aceleai caracteristici reprezentative) se reprezint ntr-un MCD printr-o ET sau printr-o entitate care aparine unei ET n funcie de caracteristica sa care-i determin relaia cu un alt grup de elemente de

acelai fel; exemplu: relaia dintre spitale i aspirin este determinat de faptul c aspirina este medicament, nu de faptul c ea are o anumit compoziie chimic i nu se livreaz la spitale niciodat la nivel de tablet, ci ambalat n cutii sau baxuri

Figura 5.4. Concepte fundamentale ale Modelului EA, reprezentare desfurat. Exemplu

Figura 5.5. Reprezentarea desfurat a corespondenelor ntre conceptele MCD. Exemplu

Explicaii: 1. X1=0 exprim faptul c Spitalul Lahovari nu primete tipurile de medicamente disponibile; el se afl n evidena firmei pentru care se realizeaz sistemul informatic de gestiune deoarece are cu aceasta alte tipuri de relaii, primete alte tipuri de produse medicale; 2. Y1=4 exprim faptul c un spital poate primi maxim 4 tipuri de medicamente;

111

3. X2=1 exprim faptul c toate tipurile de medicamente disponibile sunt trimise la spitale; 4. Y2=3 exprim faptul c un tip de medicament se poate trimite la 1, 2 sau 3 spitale; 5. AST Primete este binar, muli la muli (many to many), deoarece Y1>0 i Y2>0, adic un spital poate primi mai multe medicamente i un tip de medicament poate fi livrat la mai multe spitale; 6. AT Pre unitar i Cantitate primit depind att de tipul (categoria) de medicament, ct i de spitalul cruia i se livreaz, nu numai de tipul de medicament sau numai de spitalul cruia i se trimite acest medicament; deci, aceste AT caracterizeaz relaia dintre spitale i tipurile (categoriile) de medicamente primite de acestea. 5.2.6. Trecerea de la lumea real la MCD Pentru realizarea MCD-ului, trebuie respectate urmtoarele reguli: 1. O AST unar, reflexiv sau ciclic, ntre entitile aceleiai ET, se transform ntr-o AST binar pentru c, de regul, reprezint o relaie de tipul ntreg pri componente, caz n care att ntregul, ct i prile sale componente au existen de sine stttoare (figura 5.6).
Figura

Figura 5.6

2. O AST nu poate exista, dect o singur dat, ntre aceleai ET; este cazul AST binare, tipice, ntre dou ET diferite (figura 5.7).

Figura 5.7 3. O ET poate participa, prin aciuni diferite, la mai multe AST (figura 5.8).

Figura 5.8

4. ntre aceleai dou ET pot exista mai multe AST (figura 5.9).

Figura 5.9

5. O AST complex, ntre mai multe ET se descompune n ET binare, tipice (figura 5.10): exemplu: AST ternar, ntre 3 tipuri de ET diferite: se

descompune n AST binare: LIPSA FIGURA 2. O AST nu poate exista, dect o singur dat, ntre aceleai ET; este cazul AST binare, tipice, ntre dou ET diferite (figura 5.7).

Figura 5.7 3. O ET poate participa, prin aciuni diferite, la mai multe AST (figura 5.8).

Figura 5.8

4. ntre aceleai dou ET pot exista mai multe AST (figura 5.9).

Figura 5.9

5. O AST complex, ntre mai multe ET se descompune n ET binare, tipice (figura 5.10): exemplu: AST ternar, ntre 3 tipuri de ET diferite: se descompune n AST binare: LIPSA FIGURA

Figura 5.11. Corespondena ntre elementele lumii reale, organismul economic sau compartimentul specializat al acesteia supus informatizrii, i conceptele fundamentale folosite la realizarea MCD-ului necesar proiectrii i realizrii unui sistem informatic de gestiune.

Respectnd corespondenele de trecere de la elementele i simbolurile

folosite pentru reprezentarea grafic a activitii organismului economic generic (figura 4.1) la conceptele fundamentale cu care se lucreaz pentru modelarea abstract a acestuia (figura 5.11), se obine MCD-ul din figura 5.12.

Figura 5.12. Trecerea de la elementele LUMII REALE (domeniul de informatizat) la conceptele fundamentale ale MCD

Se observ c, n cadrul acestui MCD, pot fi identificate, delimitate, blocuri conceptuale elementare a cror succesiune este determinat de succesiunea n timp a activitilor elementare desfurate de organismul economic respectiv, pentru realizarea domeniului su de activitate: oferirea de produse i/sau servicii clienilor si. n MCD-ul realizat, n vederea proiectrii unui sistem informatic de gestiune pentru automatizarea procesului de eviden i control al activitilor desfurate de organismul economic definit generic, se observ c: fiecrui document primar de eviden i control, din mulimea de documente identificate pentru realitatea de modelat, i corespunde o ET cu acelai nume, pentru a fi uor de urmrit; documentele de eviden complexe au fost eliminate, fiind descompuse n documente simple; fiecrei activiti elementare desfurate i corespunde o AST binar cu acelai nume, pentru a fi uor de urmrit; fiecrei categorii de date, din documentele primare de eviden i control ntocmite pe parcursul desfurrii activitilor organismului economic respectiv, i corespunde un AT cu acelai nume, pentru a fi uor de urmrit; fiecare tip de aciune (activitate n desfurare) elementar produce modificri de date pe un document de eviden, pornind de la datele de pe un alt document de eviden; punerea n coresponden a datelor modificate pe documentele participante la un tip de activitate este realizat cu ajutorul cardinalitilor; activitile desfurate de clienii sau furnizorii cu care colaboreaz organismul economic respectiv nu intereseaz din punctul de vedere al sistemului informatic de gestiune pentru care se realizeaz MCD-ul; intereseaz numai activitile desfurate de organismul economic pentru realizarea scopului propus; se ine o eviden a clienilor i furnizorilor cu care se colaboreaz, n vederea fundamentrii rapide a deciziilor de producie. CONCLUZII n funcie de volumul de activitate al organismului economic sau de nivelul de informatizare propus pentru acesta, se proiecteaz: un singur sistem informatic de gestiune integrat pentru care se realizeaz un singur MCD; un sistem informatic de gestiune global, format din mai multe sisteme informatice de gestiune, cte unul pentru fiecare domeniu de activitate, care se interconecteaz n reea, pentru schimbul de date. n realitate, organismele economice cu un volum de activitate limitat nu investesc n proiectarea i implementarea unui sistem informatic de gestiune, iar

dac o fac, in o eviden simpl, care nu necesit modelarea domeniului respectiv, chiar dac folosesc o baz de date relaional. De regul, acestea folosesc pentru eviden numai procesoare de text (exemplu: MS Word) i/sau tabele (MS Excel), care permit i ele un minim de calcule. n schimb, organismele economice care desfoar un volum mare de activiti complexe folosesc sisteme informatice de gestiune complexe, formate din subsisteme specializate, cte unul pentru fiecare domeniu de activitate. informatic de gestiune global al unui organism economic, se realizeaz cte un MCD, folosind conceptele i simbolurile de reprezentare a acestora prezentate aici i respectnd condiiile de realizare enumerate. Trebuie avut n vedere, nc de la nceputul procesului de proiectare, c sistemul informatic de gestiune global care se va obine trebuie s fie un sistem informatic de gestiune integrat, adic trebuie s respecte principiul introducerii unice a datelor i exploatrii acestora difereniat, n funcie de nevoile utilizatorilor. Pentru c avantajul major al utilizrii sistemului informatic de gestiune este dat de rapiditatea rspunsurilor, care determin rapiditatea deciziilor formulate pe baza acestora, i de reducerea volumului de munc prin introducerea datelor n sistem numai la locul unde se produc (o singur dat), tiut fiind c cea mai laborioas activitate este cea de culegere a datelor, este necesar i obligatoriu s se realizeze un sistem informatic de gestiune global integrat al organismului economic. i acest lucru trebuie urmrit nc din faza de proiectare a acestuia, iar MCD-urile folosite n procesul de modelare abstract a activitilor organismului economic respectiv trebuie s respecte aceast condiie. NTREBRI DE AUTOEVALUARE 1. Ce este informaia de tip dat? 2. Care este rolul sistemului informaional ntr-un sistem economic? 3. Ce este sistemul informatic? 4. Care este structura general a unui sistem informatic? 5. Care sunt componentele arhitecturale ale unui sistem informatic? 6. Care sunt etapele ciclului de via al unui sistem informatic?

7. Ce cuprinde analiza sistemului economic? 8. n ce const proiectarea general a sistemului informatic? 9. Care sunt fazele etapei de proiectare n detaliu a sistemului informatic? 10. Ce cuprinde etapa de realizare a sistemului informatic? 11. Ce se nelege prin gestiunea unui organism economic? 12. Ce este un sistem informatic de gestiune integrat? 13. De cte tipuri sunt intrrile unui sistem informatic de gestiune? 14. Care sunt criteriile de clasificare a ieirilor unui sistem informatic de gestiune? 15. Ce sunt rapoartele? 16. Ce tipuri de prelucrri ale sistemului informatic de gestiune cunoatei? 17. Care sunt principalele componente ale unui sistem informatic de gestiune? 18. Ce rol are sistemul informatic operativ? 19. Ce se nelege prin metod de proiectare a unui sistem informatic? 20. Ce este realitatea sau domeniul de informatizat? 21. Ce este modelul abstract de reprezentare a realitii de informatizat? 22. Pe ce se bazeaz metodele de proiectare ierarhice? 23. Prin ce se caracterizeaz metodele de proiectare sistemice? 24. Prin ce se caracterizeaz metodele de proiectare orientate-obiect? 25. n ce const modelarea abstract a realitii de informatizat? 26. Ce este domeniul de gestiune? 27. Cum se definete domeniul de activitate specific unui organism economic?
109

28. Din ce se compune sistemul informatic de gestiune global al unui organism economic? 29. Ce este sistemul de gestiune a bazelor de date? 30. Ce rol joac documentele primare de eviden i control n proiectarea sistemelor informatice de gestiune? 31. Ce reprezint modelul conceptual al unui sistem informatic i la ce ntrebare trebuie s rspund pentru a ndeplini sarcinile solicitate de utilizatorii si? 32. Ce reprezint modelul logic al unui sistem informatic i la ce ntrebri trebuie s rspund pentru a ndeplini sarcinile solicitate de utilizatorii si? 33. Ce reprezint modelul fizic al unui sistem informatic i la ce ntrebare trebuie s rspund pentru a ndeplini sarcinile solicitate de utilizatorii si? 34. Ce este Modelul Conceptual de Date (MCD)? 35. Pe ce concepte fundamentale se bazeaz modelul Entitate-Asociere? 36. Ce diferene exist ntre noiunile de entitate i entitate tip, atribut i atribut tip, asociere i asociere tip, din punctul de vedere al modelului Merise? 37. Ce este un identificator, din punctul de vedere al modelrii conceptuale a datelor? 38. Ce se nelege prin domeniu de definiie al unui atribut? 39. Ce este cardinalitatea? 40. Ce valori poate avea cardinalitatea maximal? Dar cea minimal? TESTE GRIL (Modele) Not: Teste gril asemntoare se vor da la examen.

Teste de tipul alegere multipl (Multiple Choice): 1. Metodele de proiectare sistemice: a) utilizeaz teoria sistemelor n analiza activitii organismului economic; b) utilizeaz Limbajul Unificat de Modelare (UML), limbaj standard de modelare, independent de realitatea de modelat, de metoda de proiectare utilizat i de suportul tehnic folosit pentru implementarea sistemului informatic; c) se caracterizeaz prin modelarea separat a datelor i a prelucrrilor efectuate asupra acestora, pe cele 3 nivele de abstractizare introduse n raportul ANSI/SPARC de definire a bazelor de date: conceptual: identificarea regulilor de gestiune specifice realitii de modelat; logic (organizaional-extern): identificarea particularitilor de organizare proprii realitii de modelat; fizic (intern): stabilirea definitiv a soluiei tehnice de implementare a sistemului informatic; d) se bazeaz pe analiza funcional a organismului economic; e) se caracterizeaz prin conceperea sistemului informatic ca fiind un ansamblu de obiecte software independente, care se organizeaz i coopereaz ntre ele, pentru realizarea obiectivului propus; f) modelul Merise este reprezentativ pentru aceast generaie de metode.
110

2. Cardinalitatea 1,1 semnific faptul c: a) toate entitile ET particip la o AST i pentru fiecare exist o singur entitate corespondent ntr-o alt ET participant la aceeai AST; b) pot exista entiti ale unei ET care nu particip la AST; c) pot exista entiti ale unei ET care au mai multe entiti corespondente ntr-o alt ET printr-o AST. 3. Se d urmtorul fragment de model conceptual al datelor:
Angajat Marc Nume Salariu