Proiectarea Unui Sistem tic Pentru Gestiunea Stocurilor 2012

5/13/2018 Proiectarea Unui Sistem tic Pentru Gestiunea Stocurilor 2012 - slidepdf.com

http://slidepdf.com/reader/full/proiectarea-unui-sistem-tic-pentru-gestiunea-stocurilor-201

CUPRINS

Introducere .................................................................................................................................. 2

Capitolul I : Analiza gestiunii stocurilor ..................................................................................... 3

I. 1 Stocurile ................................................................................................................................. 3I.1.1 Definirea stocurilor ..................................................................................................... 3I.1.2 Tipuri de stocuri .......................................................................................................... 3I.1.3 Rolul stocurilor ........................................................................................................... 3

I. 2 Gestiunea stocurilor ............................................................................................................... 4

I.2.1 Sfera gestiunii stocurilor ............................................................................................ 4I.2.2 Obiective şi rezultate ale gestiunii ştiinţifice a stocurilor .......................................... 4I.2.3 Funcţiile gestiunii stocurilor ....................................................................................... 5I.2.4 Elementele principale ale unui proces de stocare ....................................................... 5I.2.5 Factorii de influenţă a gestiunii stocurilor .................................................................. 5I.2.6 Situaţii periculoase în gestiunea stocurilor ................................................................. 6I.2.7 Modalităţi practice de gestiune a stocurilor ................................................................ 6I.2.8 Indicatori ai eficienţei gestiunii stocurilor .................................................................. 10

Capitolul II : Proiectarea programului de gestiune a stocurilor unei farmacii ............................ 11

II.1 Noţiuni de proiectare a bazelor de date .................................................................................. 11II.2 Analiza principalilor indicatori şi operatori relaţionali .......................................................... 12II.2.1 Caracteristici ale bazelor de date relaţionale ............................................................. 12II.2.2 Operatorii relaţionali ai bazelor de date relaţionale.................................................... 13II.2.3 Noţiunile şi conceptele bazelor de date relaţionale, modelul entitate-relaţie ........... 14II.2.4 Modelarea grafică a bazelor de date relaţionale ........................................................ 15

II.3 Analiza detaliată a proiectării bazei de date relaţionale care va gestionastocurile unei farmacii ........................................................................................................... 16

Capitolul III : Realizarea programului de gestiune a stocurilor unei farmacii realizat înMicrosoft Access 2000 ....................................................................................... 18

III.1 Prezentare Access ................................................................................................................. 18III.2 Crearea bazei de date de gestiune a stocurilor unei farmacii ............................................... 19III.3. Crearea de filtre, interogări şi rapoarte ............................................................................... 24III.4. Crearea unei interogări de tip crosstab ................................................................................ 31III.5.Utilizarea programului de gestiune a stocurilor unei farmacii realizat în

Microsoft Access 2000 ........................................................................................................ 38

Concluzii ..................................................................................................................................... 42

BIBLIOGRAFIE ........................................................................................................................ 43



Introducere

Tema proiectului ”Proiecatarea unui sistem informatic pentru gestiunea stocurilor” este înstrânsă legătură atât cu disciplina „Sisteme informatice de asistare a deciziilor” la care se prezintă acest

proiect, cât şi cu cu specialitatea Facultăţii de Ştiinţe Economice, Contabilitate şi Informatică deGestiune, din a cărei programă face parte disciplina menţionată.

După cum reiese şi din titlul temei, proiectul cuprinde două componente: o componentăinformatică şi o componentă economică. Acestea sunt tratate separat din punct de vedere al bazelor teoretice, după care acestea devin un tot unitar, la realizarea practică a sistemului informatic,materializat prin obţinerea unui program de gestiune a stocurilor, în mod arbitar ales al unei farmaci,deoarece este un model simplu de gestiune a stocurilor, folosind platforma de programare a MicrosoftAccess 2000.

Pentru realizarea unei unităţi în expunerea proiectului, s-a făcut în primul rând prezentareanoţiunilor teoretice ale componentei economice, urmată de prezentarea noţiunilor teoretice alecomponentei informatice, iar în final se arată pas cu pas modul de programare al softului de gestiune alfarmaciei. În momentul utilizării bibliografie a unor relaţii, noţiuni sau paragrafe, acestea sunt indicatecorespunzător în proiect, prin folosirea notelor de subsol.

La tratare noţiunilor teoretice ale componentei economice s-a făcut o prezentare amănunţitstocurile şi gestiunea stocurilor. Sunt arătate modalităţile de definire a stocurilor, tipurile şi rolulacestora. La gestiunea stocurilor se dezbat ariile de cuprindere ale gestiunii stocurilor, obiectivele şirezultatele unei gestiuni informatice a stocurilor, funcţiile gestiunii stocurilor, elementele procesului destocare, factorii de influenţă şi situaţiile periculoase întâlnite în cazul unei gestiuni informatizate astocurilor, modalităţile practice de gestiune şi indicatorii eficieţei gestiunii stocurilor.

La tratarea noţiunilor teoretice ale componentei informatice s-au prezentat criteriile unei proiectări de baze de date, analiza principalilor indicatori şi operatori ai unei baze de date relaţionale,noţiunile, conceptele, caracteristicile şi modelarea grafică a bazelor de date relaţionale bazate pemodelul entitate-relaţie, precum şi analiza detaliată a proiectării în cazul particular ales al unei baze de

date relaţionale care va gestiona stocurile unei farmacii.Prezentarea teoretică a platformei de programare a programului Microsoft Acces 2000 esteurmată de expunerea pas cu pas a proiectării bazei de date, a creării acesteia precum şi a creăriifiltrelor, interogărilor şi rapoartelor.

În ultima parte a proiectului este dezbătută utilizarea sistemului informatic de gestiune astocurilor unei farmacii, din punct de vedere al unui utilizator de program, care în cazul analizat poatefi reprezentat de persoana care vinde medicamentele aflate în stocul şi respectiv în gestiunea farmaciei.

2



Capitolul I : Analiza gestiunii stocurilor

I.1 Stocurile

I.1.1 Definirea stocurilorStocurile reprezintă cantităţi de resurse materiale sau produse finite sau într-un stadiu oarecare

de fabricaţie, acumulate în depozitele de aprovizionare ale unităţilor economice într-un anumit volumşi o anumită structură, pe o perioadă de timp determinată, în vederea unei utilizări ulterioare.

Stocul este o rezervă de material destinat să satisfacă cererea beneficiarilor, aceştiaidentificându-se, dupa caz, fie unei clientele (stoc de produse finite), fie unui serviciu de fabricaţie(stocuri de materii prime sau de semifabricate), fie unui serviciu de întreţinere (articole de consumcurent sau piese de schimb), fie unui serviciu de după vânzare (piese detaşate).

Stocul reprezintă ansamblul de bunuri care se formează în ciclul de exploatare al intreprinderii pentru a fi vândut în starea în care se gaseşte în urma unui proces de producţie în curs sau viitor, sau pentru a fi consumat la prima necesitate1.

Stocul reprezintă un ansamblu de bunuri sau de articole acumulate în aşteptarea unei utilizăriulterioare, mai repede sau mai târziu şi care permite alimentarea utilizatorului pe măsura nevoilor sale,fără a fi perturbat de întârzieri în livrări sau de incapacitatea furnizorului de a fabrica temporar respectivele bunuri.

Noţiunea de stoc grupează:• aprovizionarea: materiile prime, furnizorii;• produsele: intermediare şi finite;•

intermediarii: cumpărătorii care revând marfa.Orice stoc se caracterizează printr-un flux de intrare pe care intreprinderea îl poate previzionaîntr-un anumit grad, precum şi printr-un flux de ieşire, pe care rareori intreprinderea îl poate stapâni,fiind impus de clienţi, dar şi de un nivel de bunuri în aşteptare.

I.1.2 Tipuri de stocuriDin punct de vedere al producţiei, stocurile pot fi de producţie (stoc în amonte), de desfacere

(stoc în aval) şi stoc interoperaţional.Din punct de vedere al rolului jucat pe plan economic, stocurile pot fi cu rol de regulator, cu

rol strategic şi stocuri speculative.Din punct de vedere al modului de depozitare, care ţine seama şi de unele proprietăţi fizico-

chimice ale elementelor, avem: produse periculoase, voluminoase, fragile etc.Din punct de vedere al modului de gestionare există stocuri cu gestiune normală, stocuri cu“afectare directă” (comandate special pentru o anume comandă), stocuri “fără gestiune” (din magaziileintermediare, cu o supraveghere globală) şi stocuri de produse consumabile.

Din punct de vedere al caracteristicilor formării şi destinaţiei lor, există stoc curent, stoc desiguranţă, stoc de pregătire sau de condiţionare, stoc pentru transport intern şi stoc de iarnă.

I.1.3 Rolul stocurilorRolul determinant al stocurilor este evidenţiat de faptul că acestea asigură certitudine, siguranţă

şi garanţie în alimentarea continuă a producţiei şi ritmicitatea desfacerii rezultatelor acesteia2. Altfelspus, procesul de stocare apare ca un regulator al ritmului aprovizionărilor cu cel al producţiei, iar

stocul reprezintă acel “tampon inevitabil” care asigură sincronizarea cererilor pentru consum cu

1 Pleşea Doru - Bazele contabilităţii, vol. II, Ed. Omnia Uni SAST, Braşov, 20052 Gheorghe Basanu, Mihai Pricop - Managementul aprovizionării şi desfaceri, Ed. Economica, 1996

3



momentele de furnizare a resurselor materiale. Rolul stocului este multiplu şi are numeroase raţiunieconomice, financiare, tehnice, comerciale.

Justificarea existenţei stocurilor de materii prime, componente sau produse finite rezultă din:a) Raţiuni financiare: stocarea produselor scumpe pentru un scop speculativ specific

perioadelor de criză sau inflaţie, menţinerea valorii anumitor materii prime sau produse, eliminându-seastfel riscul creşterii exagerate a cheltuielilor de fabricaţie datorită penuriei;

b) Raţiuni economice: reducerea cheltuielilor de transport prin achiziţionarea unor cantităţi maimari decât stocul curent necesar, acceptarea ofertei propuse de furnizor cu cantităţi fixe de livrare la

preţuri foarte avantajoase pentru produsele care nu implică costuri mari de stocare, stocarea producţieiexcedentare în raport cu cererea în cazul în care oprirea şi repornirea activităţilor productive costă,fiind preferată realizarea unei producţii constante cu stocuri care să raspundă cererilor suplimentareocazionale;

c) Raţiuni tehnice: ameliorarea calităţii produselor (uscarea lemnului, şampanizarea vinului);d) Raţiuni comerciale: reducerea termenelor de livrare mai ales cand clienţii doresc produsele

într-un timp scurt, achiziţii în perioada reducerilor oferite de furnizori, pentru a promova un produs, politica de marketing prevăzând şi acţiuni punctuale când se realizează reduceri de preţuri, perioadă încare cererile cresc şi se justifică crearea stocului, pentru a realiza un răspuns prompt la cererilealeatoare.

I.2 Gestiunea stocurilor

Intreprinderile sunt supuse unei duble constrângeri: cadenţa de aprovizionare foarte scazutăgenerează stocuri mari şi costuri importante de stocare în timp ce ritmul de aprovizionare ridicatmultiplică costurile de lansare a comenzilor. Faţă de aceste consideraţii, gestiunea materialelor cuprinde o serie de activităţi prin care:

• se efectuează normarea stocurilor;• se optimizează sistemul logistic de aprovizionare, depozitare, manipulare, conservare;• se reduc cheltuielile de stocare;• se realizează evidenţa strictă a materialelor.

I.2.1 Sfera gestiunii stocurilorCa proces economic complex, gestiunea stocurilor are o sferă largă de cuprindere, aceasta

incluzând atat probleme de conducere, dimensionare, de optimizare a amplasării stocurilor în teritoriu,de repartizare a lor pe deţinători, de formare şi evidenţă a acestora, cât şi probleme de recepţie, dedepozitare şi păstrare, de urmărire şi control, de redistribuire şi mod de utilizare.3

I.2.2 Obiective şi rezultate ale gestiunii ştiinţifice a stocurilorObiectivele principale ale conducerii proceselor de stocare pot fi sintetizate astfel:

• prevenirea formării de stocuri supranormative, cu mişcare lentă sau fără mişcare şivalorificarea operativă a celor existente (devenite disponibile);

• asigurarea unor stocuri minim necesare, asortate, care să asigure desfaşurarea normală aactivităţii economico-productive a agenţilor economici prin alimentarea continuă a punctelor deconsum şi în condiţiile unor cheltuieli cât mai mici;

• asigurarea unor condiţii de depozitare-păstrare corespunzatoare în vederea preveniriidegradării materialelor existente în stocuri;

• folosirea unui sistem informaţional simplu, operativ, eficient, util şi cuprinzător care săevidenţieze în orice moment starea procesului de stocare;

• aplicarea unor metode eficiente de urmărire şi control care să permită menţinereastocului în anumite limite, să prevină imobilizările neraţionale.

Soluţionarea oricărei probleme de stoc trebuie să conducă la obţinerea răspunsului pentruurmătoarele două chestiuni, care constituie de fapt obiectivele principale ale gestiunii:1) determinarea mărimii optime a comenzii de aprovizionare;

3 http://www.biblioteca.ase.ro/eresurse/reviste/contabilitate4

http://www.biblioteca.ase.ro/eresurse/reviste/




2) determinarea momentului (sau frecvenţei) optime de aprovizionare.

I.2.3 Funcţiile gestiunii stocurilorPrincipalele funcţii ale gestiunii stocurilor se pot nominaliza prin:

• crearea siguranţei şi certitudinii cu privire la asigurarea alimentării continue a procesului de producţie;

• imobilizarea unor cantităţi cat mai reduse în materiale stocate;• diminuarea continuă a cheltuielilor de stocare;• formarea de stocuri pentru situaţii neprevăzute.

I.2.4 Elementele principale ale unui proces de stocareStabilirea politicii de gestiune a stocurilor este nemijlocit legată de cunoaşterea elementelor

prin care se caracterizează procesele de stocare şi care determină nivelul de formare al stocurilor:A. Cerere ce consum, element de bază în funcţie de care se determină nivelul şi ritmul ieşirilor,

volumul şi ritmul necesar pentru intrări şi nivelul stocului. Cererea de consum reprezintă numărul de produse solicitate în unitatea de timp. Acest număr nu coincide întotdeauna cu cantitatea vândutădeoarece unele cereri pot ramâne nesatisfăcute datorită deficitului în stoc sau întârzierilor în livrare.Evident, dacă cererea poate fi satisfacută în întregime, ea reprezintă cantitatea vândută.

B. Costurile reprezintă cheltuielile ce trebuie efectuate pentru derularea procesului deaprovizionare-stocare (respectiv cele cu comandarea, contractarea, transportul, depozitarea, stocareamaterialelor etc.). În calculul stocurilor se au în vedere:

• costurile de stocare - cuprind suma cheltuielilor ce trebuie efectuate pe timpulstaţionarii resurselor materiale în stoc;

• costul de penurie sau costul ruperii stocului - definit atunci când volumul cereriidepăşeşte stocul existent;

• cheltuieli datorate variaţiilor ritmului de producţie - cheltuielile fixe legate de creşterearitmului de producţie, de la nivelul zero, la un anumit nivel dat;

• preţul de achiziţie sau cheltuielile directe de producţie.C. Cantitatea de reaprovizionat reprezintă necesarul de aprovizionat care se stabileşte în funcţie

de necesarul pentru consum pentru întreaga perioada de gestiune.D. Lotul reprezintă cantitatea cu care se face aprovizionarea la anumite intervale, în cadrul perioadei de gestiune stabilită (trimestru, semestru, an) şi care este funcţie de caracterul cererii.

E. Parametri temporali sunt specifici dinamicii proceselor de stocare: perioada de gestiune,intervalul de timp între două aprovizionări consecutive, durata de reaprovizionare, momentulcalendaristic la care se emit comenzile de reaprovizionare, coeficientul de actualizare.

F. Gradul de prelucrare a produselor : cu cât bunurile păstrate în stoc sunt într-un stadiu maiavansat de finisare, cu atât mai repede pot fi satisfăcute comenzile, dar cu atât mai mari vor ficheltuielile de stocare. Cu cât produsele sunt mai puţin finisate, cu atât mai mici sunt cheltuielile destocare, dar timpul necesar pentru livrarea unei comenzi este mai mare. În plus, erorile de previziunetind să crească pe masură ce gradul de prelucrare a produselor este mai avansat. Rezultă că pentru a

reduce influenţa factorilor nefavorabili este necesar să crească şi stocul tampon.

I.2.5 Factorii de influenţă a gestiunii stocurilor4

Factorii cei mai relevanţi care influenţează gestiunea stocurilor sunt:• cererea, care poate fi constantă sau aleatoare cu o probabilitate cunoscută sau

necunoscută;• cantitatea de aprovizionat (Q) rezultată din analiza cererii;• durata de aprovizionare (d) – timpul consumat de la emiterea comenzii până la recepţia

materialului în depozitul întreprinderii;• intervalul dintre două reaprovizionări (t);• perioada de timp pentru care este planificată gestiunea (T);• stocul curent optim (Sc);• date despre furnizor: capacităţi, termene de livrare, loturi de livrare;

4 http://www.market-mentor.ro5

http://www.market-mentor.ro/




• capacităţile de depozitare ale întreprinderii;• cheltuielile ocazionate de desfăşurarea procesului de aprovizionare, dintre care cele mai

importante sunt:Cl – cheltuieli pentru lansarea comenzii, independente de mărimea stocului

curent sau de cantitatea comandată;Cs – cheltuieli cu stocarea, manipularea, transportul şi conservarea materialelor,

dependente de mărimea stocului depozitat;C p – cheltuieli de penalizare, care apar atunci când cererea este mai mare decât

stocul existent şi ea se datorează lipsei de materii prime pentru prelucrare.

I.2.6 Situaţii periculoase în gestiunea stocurilorResponsabilii cu gestiunea stocurilor trebuie să evite două situaţii periculoase: un nivel de stoc

prea mare sau un nivel de stoc prea scăzut, ambele cu consecinţe economice dezavantajoase5.Dacă nivelul de stoc este prea mare:

• se înregistrează numeroase cheltuieli suplimentare (construcţia de depozite, asigurări, personal salarizat, întreţinere, pază etc.);

• imobilizările de capitaluri scad competitivitatea firmei;• poate crea dificultăţi de lichidităţi;•

creşte riscul de degradare şi deteriorare a produselor stocate;• conduce la situaţii în care firma vinde cu rabat (scăderea profitului) producţia stocată.Dacă nivelul de stoc este prea scăzut:

• multiplică riscul de a întrerupe şi chiar de a opri fluxul productiv;• dezorganizează întreprinderea;• generează întârzieri în livrări, diminuarea vânzărilor şi în final pierderea clientelei.

Astfel, intreprinderea va construi şi va exploata un sistem de gestiune economică a stocurilor, printr-un efort financiar care merită a fi luat în considerare, sistem care va avea ca obiective:

• reducerea la maxim a nivelului mediu al stocurilor;• minimizarea riscurilor de întrerupere a producţiei.

I.2.7 Modalităţi practice de gestiune a stocurilorModelul S-s. Gestiunea de tip S-s sau cu două depozite se caracterizează prin faptul că

reaprovizionarea se face în momentul în care nivelul curent al stocului a atins o anumită valoare notatăgeneric cu “ s”. Acest lucru este echivalent unei gestiuni cu două depozite, în cadrul căreiareaprovizionarea se face în momentul în care primul depozit s-a golit. În perioada de reaprovizionare(de avans) consumul se va realiza din cel de-al doilea depozit, care joacă rolul stocului de siguranţă.

În acest model considerăm:• cererea totală pentru perioada T este R, aleatorie;• costul stocării este cS ;• costul lansării unei comenzi de reaprovizionare este c L;• termenul de livrare £ poate fi:

a) neglijabil şi obţinem costul total pentru intervalul T ca fiind:

unde: q - reprezintă cantitatea de reaprovizionat. b) cvasiconstant este nivelul minim de reaprovizionare Ns; când stocul atinge acest

nivel se lansează o comandă de q piese. Mărimile date sunt: T, £ , R, cS , c L şi ne propunem sădeterminăm pe Ns şi pe q astfel încât costul stocului pentru perioada T să fie minim. O metodăaproximativă constă în a admite că ritmul mediu al cererii este constant; în acest caz optimulcantităţii q0 este independent de Ns:

5 Radu Emilian, Gabriela Tigu - Managementul operaţiunilor în intreprinderile de servicii6



Dacă £ este durata medie a termenului de reaprovizionare (cu o abatere medie pătraticămică) se va evalua legea de probabilitate a cererii pentru acest interval de timp.

Fie F £ (r ) probabilitatea cererii de r produse în intervalul £: F £ (r ) = P( R£r ) = probabilitatea cumulată. Se impune condiţia ca probabilitatea epuizării stocului să fie mai micăsau egală cu valoarea dată £ , unde £ reprezintă probabilitatea de penurie.Trebuie să avem: 1 - F £ (r ) = £. Fie Q soluţia ecuaţiei: 1 - F £ (r ) = £, de unde rezultă Q = Ns.

Această metodă este aproximativă, deoarece implică ipoteze de lucru distincte pentrustocurile fiecărui depozit.

Metoda A.B.C. este un procedeu rapid pentru analiza aprovizionării şi gestiunii economice amaterialelor. Această analiză clasifică mărfurile achiziţionate în funcţie de valorile de aprovizionareale acestora şi de ponderea achiziţiilor. Prin aceasta pot fi văzute punctele de plecare pentru realizareaunei politici raţionale a achiziţiilor, pe care se pot baza mai multe măsuri, începând cu simplificarea

procedeelor de comandă, până la numărul de salariaţi folosiţi în depozite.Factorul esenţial în folosirea metodei A.B.C. constă în alegerea unui criteriu corespunzător pe

baza căruia se efectuează împărţirea materialelor în cele trei grupe A, B, C. Un asemenea criteriu poatefi valoarea de consum a materialului dat, în timpul stabilit, valoarea specială a materialului cu privirela folosirea lui în producţie, provenienţa din import etc.

O dată criteriul ales şi împărţirea în grupe efectuată, metoda A.B.C. poate fi utilizată în diferitedomenii ale gestiunii stocurilor.Controlul selectiv al stocurilor permite o gestiune selectivă a stocurilor. Stocurile tampon ale

articolelor de valoare mare sunt menţinute la un nivel destul de mic. Aceste articole trebuie să fiesupuse unui control de gestiune foarte strâns din partea personalului aprovizionării (articolele de marevaloare sunt adesea gospodărite cu ajutorul unui sistem de reaprovizionare periodică şi dacă intervalelesunt suficient de frecvente, un stoc tampon este mai puţin necesar).

Această metodă dă o atenţie mai mică articolelor de valoare mică, a căror epuizare se evită prinasigurarea unor stocuri tampon şi se pot reduce investiţiile în stocuri, micşorând în acelaşi timpriscurile de epuizare.

Din analiza structurii materiale a unităţilor economice rezultă că valoarea mare în stoc este

deţinută de un număr relativ mic de materiale, care nu numai că influenţează direct volumul demijloace circulante atras, dar joacă şi rolul principal în desfăşurarea procesului de fabricaţie.Stocurile sunt împărţite în trei clase:

- clasa A, în care intră articolele cu valoare mare reprezentând cantitativ 10 % din stoc şi70 % valoric;

- clasa B, în care intră articole reprezentând 20 % atât cantitativ cât şi valoric;- clasa C, în care intră articole ce reprezintă cantitativ 70 % din stoc şi 10 % valoric.

CLA

SAPONDEREA NUMERICĂ PONDEREA VALORICĂ

A 10 70

B 20 20C 70 10

Gruparea materialelor în funcţie de ponderea lor valorică în stocul total, pe baza datelor dintabelul de mai sus, se prezintă într-o formă expresivă în Fig. 1.

7



Fig. 1. Graficul de evoluţie al curbei valorilor cumulate

Metoda A.B.C., pe lângă faptul că oferă o politică diferită pentru articolele din categoria maiscumpă, permite şi utilizarea unor metode de gospodărire diferită.

Întrucât în categoria A sunt puţine articole, se poate controla zilnic nivelul stocurilor, pentru aobserva variaţia cererii şi a supraveghea de aproape respectarea termenelor de către furnizori.

Se pot folosi modele economico-matematice exigente, care au în vedere elemente (factori)concrete ce condiţionează nivelul stocurilor şi care asigură constituirea lor la dimensiuni cât mai mici,determinând creşterea vitezei de rotaţie a mijloacelor circulante la maxim.

Cu articolele din categoria B se poate adopta o politică intermediară, exercitând un oarecarecontrol, dar baza rămâne tot stocul tampon, spre deosebire de politica dusă pentru categoria A. Laarticolele mai ieftine este mai eficient să se suporte sarcina stocurilor, decât să se plătească salariile

personalului care ar fi indispensabil pentru mărirea controlului. Pentru grupa B se pot aplica douăsoluţii:

a) stabilirea de modele distincte pentru dimensionarea stocurilor de materiale din aceastăgrupă cu un grad de exigenţă mediu; b) folosirea pentru materialele care, ca pondere valorică, tind către grupa A de importanţă,

a modelelor precizate pentru această din urmă grupă, iar pentru materialele ce tind ca valoare cătregrupa C a modelelor specifice acestora.

Pentru materialele din categoria C se pot folosi procedee mai puţin exigente (chiar cu caracter statistic) şi care vor avea în vedere factorii cu acţiune hotărâtoare în optimizarea proceselor de stocare(cheltuielile de transport, sursa de provenienţă etc.).

Viabilitatea unui sistem de gestiune a stocurilor este determinată, în general, de felul în careacesta răspunde unor cerinţe de bază6, cum ar fi:

• gradul ridicat de utilitate practică;•

adaptabilitatea la utilizarea mijloacelor electronice de calcul;• supleţea şi operaţionalitatea în derularea şi adaptarea proceselor de stocare;• aria de cuprindere mare;• concordanţa cu fenomenele reale ale procesului de formare şi consum a stocurilor;• reducerea la minim a imobilizărilor de resurse materiale şi creşterea vitezei de rotaţie a

mijloacelor circulante ale agenţilor economici;• cheltuielile de conducere, organizare şi desfăşurare a proceselor de stocare cât mai mici.

Analizat din aceste puncte de vedere, sistemul A.B.C. răspunde în mare măsură cerinţelor.Acest sistem aplicat la gestiunea stocurilor are în vedere, în primul rând reducerea imobilizărilor lamaterialele de bază şi care se consumă în cantităţi mari, aspect asigurat prin exigenţa metodologică dedimensionare a stocurilor şi de urmărire a derulării proceselor de stocare.

Strategia IMPACT (Inventory Management Program and Control Techniques) este considerat

ca un model eficient de stabilire a stocurilor de siguranţă. Este o metodă de depozitare economică,adaptată cerinţelor calculatoarelor electronice. Acest model a fost dezvoltat de IBM.

Estimarea necesarului se face prin extrapolarea valorilor din trecut. Influenţele conjuncturale şisezoniere sunt luate în calcul prin metoda de nivelare exponenţială. Stocul de siguranţă se determină cuajutorul calculului probabilităţilor.

Conform metodei IMPACT, sortimentelor din depozit se împart în trei grupe:1. produse cu desfacere mare (vitale);2. produse cu desfacere mijlocie (importante);3. produse cu desfacere redusă ( obişnuite).

Mărimea stocului de siguranţă depinde de precizia estimării necesităţilor (cererii). Cu cât va fiapreciată mai precis în prealabil cererea, cu atât va fi mai mic stocul de siguranţă.

6 Eugen Ţigănescu, Dorin Mitruţ - Bazele cercetării operaţionale8



Pentru a putea aplica metoda IMPACT sunt necesare: cunoaşterea cererilor r i (i = 1, 2,..., T ), peT intervale de timp şi calculul abaterii medii pătratice σ .

Pentru determinarea stocului de siguranţă, metoda IMPACT foloseşte următorii indicatori:a) cererea medie (necesarul mediu)

unde: T - este numărul de intervale de timp cercetate;

r i - este cererea în intervalul i, i = 1, 2,..., T ;b) MAD (Mean Absolut Deviation) reprezintă abaterea absolută de la medie a cererilor, caunitate de măsură a “împrăştierii” valorilor efective în jurul valorii medii.

MAD se determină ca valoare medie a valorilor absolute ale abaterilor de la cererea medie.c) coeficientul de siguranţă exprimă potenţialul de livrare al furnizorilor. Coeficientul de

siguranţă ( K ) se stabileşte pe bază de tabele ale funcţiei normale, în cadrul căreia sunt date valorile lui K, corespunzător diferitelor niveluri ale potenţialului de livrare al furnizorilor.

Potenţialul de livrare ( Z ) exprimă gradul de satisfacere de către furnizor a unei comenzi. Acest potenţial de livrare se mai numeşte grad de deservire sau nivel de serviciu.Potenţialul de livrare ( Z ) se determină după relaţia:

unde: CLE - este cantitatea livrată efectiv;

CLC - este cantitatea ce trebuie livrată conform comenzii.Dacă 0 < Z < 1 sau Z = 0, atunci se înregistrează lipsa materialelor în stoc, fără o posibilitate

eficientă de acoperire; iar dacă Z = 1, avem de-a face cu un serviciu perfect de servire din parteafurnizorilor.

Relaţia de determinare a potenţialului de livrare se poate exprima şi sub alte forme, şi anume:

unde: NUC - reprezintă numărul de unităţi (bucăţi) comandate; N UL reprezintă numărul de unităţi(bucăţi) lipsă.

sau

unde: NZT - reprezintă numărul total de zile lucrătoare din perioada de gestiune; N ZL reprezintă

numărul de zile cu lipsă de stoc.Când un produs se fabrică din mai multe materii prime, care intră simultan în consum, potenţialul de livrare se calculează în funcţie de necesitatea prezenţei în acelaşi moment în depozit atuturor materiilor prime care concură la obţinerea lui. Stocul de siguranţă se calculează după formula:

N S = K MAD

Între potenţialul de livrare şi costul stocării necesitat de constituirea şi deţinerea stocului desiguranţă există o corelaţie strânsă. Creşterea potenţialului de livrare determină creşterea costului totalde stocare, dar într-o proporţie mai mică, ceea ce înseamnă că eficienţa este cu atât mai mare cu cât

potenţialul de livrare se apropie de unu.Trebuie excluse influenţele întâmplătore, însă luate în considerare influenţele conjuncturale şi

sezoniere. IMPACT foloseşte în acest scop metoda nivelării exponenţiale. Această metodă a fostdezvoltată de Robert Brown şi este cunoscută sub numele de exponential smoothing .

9



Valoarea medie a cererii se corectează cu eroarea de previziune şi se stabileşte introducând oanumită parte a erorii în noua valoare a estimaţiei.

Fie V 1 estimarea cererii pentru prima perioadă şi r 1 cererea reală a primei perioade. Estimareacererii pentru următoarele perioade se obţine din relaţiile:

V i = V i-1 + C (r i-1 - V i-1 ),unde: C - reprezintă constanta de nivelare şi determină măsura în care valorile din trecut suntcuprinse în estimarea cererii. Constanta de nivelare trebuie astfel aleasă încât să ţină seama suficient deinfluenţele conjuncturale şi sezoniere, eliminând totuşi influenţa întregului.

0 < C < 1C= 0 înseamnă că erorile de prevedere care apar nu sunt luate în considerareC = 1 înseamnă că estimarea corespunde exact cererii din perioada anterioară; toate influenţele

întâmplătoare sunt introduse în estimare.Abaterea absolută de la medie (MAD) poate fi folosită după aceleaşi principii: abaterea medie a

perioadei i va fi dată de relaţia :

MADi = MADi-1 + C( C r i-1 - V i-1 C - MADi-1 ).

În acest caz C r i-1 - V i-1 C este valoarea abaterii precedente faţă de valoarea reală.Cererea medie (necesarul mediu) şi abaterea absolută de la medie (MAD) vor fi apreciate în

prealabil prin metoda nivelării exponenţială, urmând ca abia după aceea să se determine nivelulstocului de siguranţă ( N S ).

I.2.8 Indicatori ai eficienţei gestiunii stocurilor7

În lucrările de specialitate se regăsesc numereşi indicatori prin care se poate determina eficienţa politicii organizaţiei relativă la stocuri şi aprovizionare.

A. Nivelul serviciilor oferite de furnizor 1. Disponibilitatea comenzilor DC(%)

2. Disponibilitatea cantităţilor DQ(%)

B. Mărimea stocurilor

1. Valoarea stocului mediu VSm

2. Valoarea stocului de siguranţă VSs

VSs = Valoarea stocului – Valoarea stocului curent3. Valoarea bunurilor în stocuri

C. Performanţele gestiunii stocurilor

1. Eficienţa stocurilor

2. Acurateţea înregistrărilor Aî

7 Petre Brezeanu - Gestiunea financiară a intreprinderii, Ed. Cavallioti, 200210



3. Rata de utilizare a stocurilor

D. Costurile de gestiune a stocurilor

1. Costul anual cu emiterea comenzilor Caec

sau (Costul fiecărei comenzi) · (Numărul de comenzi)

După cum se observă indicatorii A. măsoară nivelul de satisfacere a comenzilor de cătrefurnizori, indicatorii B. relevă mărimea stocului şi costul anual aferent emiterii comenzilor şiindicatorii C. evaluează managementul stocurilor.

Capitolul II : Proiectarea programului de gestiune a stocurilor uneifarmacii

II.1 Noţiuni de proiectare a bazelor de date

Bazele de date reprezintă colecţii de date organizate într-un mod riguros, bine stabilit. Ele nuconţin date care nu sunt necesare în vederea prelucrării sistemelor de gestiune( informaţiinesemnificative cum ar fi în cazul cărţii de telefon, tipul sau culoarea acestuia).

De regulă, bazele de date sunt organizate pe patru niveluri, şi anume:• nivelul conceptual• nivelul extern• nivelul logic•

nivelul intern(fizic)Nivelul conceptual se referă la programatorii care cunosc datele referitoare la problema careeste studiată, sau care obţin aceste date de la specialiştii implicaţi în domeniul respectiv.

Nivelul extern reprezintă designul pe care îl are baza de date, modul în care datele vor fiorganizate în vederea utilizării şi prelucrării. Tot nivelul extern realizează şi operaţiile de accessecvenţial la informaţiile conţinute de baza de date. Astfel, un utilizator va avea acces numai laanumite date, existând situaţii când accesul îi este interzis, sau permis numai pe bază de parolă. Deasemenea, la acest nivel informaţia poate fi prezentată sub diferite forme, pentru a se face o distincţie,sau o individualizare.

Nivelul logic reprezintă modul în care vor fi organizate datele din punct de vedere logic. Existămai multe tipuri de modele:

• modelul ierarhic : este de tip arbore, în care nivelul cel mai de sus se numeşte rădăcină,care poate avea oricât de mulţi descendenţi. Relaţiile dintre date sunt de tip părinte-copil. Este modelulcel mai puţin folosit în realizarea nivelului logic

• modelul reţea : este asemănător modelului ierarhic, cu diferenţa că un copil poate aveamai mulţi părinţi. Este un model care poate prelucra date complexe, dar care are o structură destul decomplicată. Este puţin folosit în gestionarea bazelor de date.

• modelul relaţional : este modelul cu cea mai largă răspândire, fiind uşor de utilizat şiavând o flexibilitate deosebită, care face ca manipularea datelor să se facă uşor, fără a alteraintegritatea datelor existente. Datele sunt stocate în tabele, tabelele fiind formate din înregistrări,acestea fiind la rândul lor formate din câmpuri. Între tabele se pot realiza legături, care uşurează cumult operaţiile de prelucrare a informaţiilor. Sistemele de gestiune a bazelor de date care folosescmodelul relaţional sunt Oracle, Access, Iformix etc.

11



• modelul orientat pe obiect: cel mai nou tip folosit de sistemele de gestiune al bazelor dedate. A apărut ca urmare a diversificării tipului de informaţii care trebuie gestionate de către bazele dedate(este vorba de hărţi, programe orientate pe obiect, programe dinamice, simulatoare, animaţie etc.).

Nivelul intern(fizic) în cadrul căruia se vor utiliza şi prelucra informaţiile din schemaconceptuală, în funcţie de sistemul de gestiune al bazei de date. Ca sistem de gestiune al bazei de date

putem folosi: Oracle, Access, DB2, Ifromix, Fox. Sistemul de gestiune al bazei de date esterăspunzător de stocarea datelor, prelucrarea lor, asigurarea securităţii informaţiilor, asigurareaaccesului concurenţial (astfel încât baza de date să fie utilizată în reţea de mai multe persoane în

acelaşi timp).

II.2 Analiza principalilor indicatori şi operatori relaţionali

II.2.1 Caracteristici ale bazelor de date relaţionaleModelul de stocare a datelor sub forma bazelor de date relaţionale s-a dezvoltat pornind de la

articololul "A relational Model of Data for Large Shared Data Banks" (Un model relaţional al datelor pentru bănci mari de date folosite în comun), scris de Dr. E. F. Codd în 1970. Dr. Codd a definit 12reguli, referite ca cele 12 reguli ale lui Codd, reguli de definesc modelul relaţional şi care sunturmătoarele:

[1] Regula capacităţii sistemului: un sistem relaţional de administrare a bazelor de date trebuiesă poată administra bazele de date în întregime prin funcţiile sale relaţionale;[2] Regula informaţiei: toate informaţiile dintr-o bază de date relaţională, inclusiv numele de

tabel şi de coloană, trebuie reprezentate explicit ca valori în tabele;[3] Regula suportului sistematic al valorii nule: SGBD trebuie să asigure un suport sistematic

pentru tratamentul valorii nule, date necunoscute sau neaplicabile, diferit de valorile prestabilite şiindependent de orice domeniu;

[4] Regula catalogului relaţional activ on-line: descrierea bazei de date şi a componentelor saletrebuie reprezentată la nivel logic sub formă de tabele, iar ca urmare poate fi interogată folosindlimbajul bazei de date;

[5] Regula sub-limbajului multilateral al datelor: trebuie să existe cel puţin un limbaj acceptat

care să aibă o sintaxă bine definită şi să fie multilateral, care să suporte definirea şi manipulareadatelor, reguli de integritate, autorizare şi tranzacţii;[6] Regula actualizării vederilor: toate vederile care pot fi actualizate trebuie să fie actualizate

în cadrul sistemului;[7] Regula de inserare, actualizare şi ştergere la nivel de mulţimi: SGBD trebuie să suporte nu

numai regăsirea datelor la nivel de mulţimi, ci şi inserări, actualizări şi ştergeri;[8] Regula de independenţă fizică a datelor: programele de aplicaţii şi cele create pe moment

nu trebuie să fie afectate din punct de vedere logic la deteriorarea metodelor de acces fizic sau astructurilor de memorare;

[9] Regula de independenţă logică a datelor: programele de aplicaţii şi cele create pe momentnu trebuie să fie afectate din punct de vedere logic când sunt făcute modificări în structura tabelelor;

[10] Regula independenţei integrităţii: limbajul bazei de date trebuie să poată defini regulile deintegritate, care trebuie să fie memorate în catalogul on-line şi care nu pot fi încălcate;

[11] Regula independenţei distribuţiei: programele de aplicaţii şi cererile momentane nu trebuiesă fie afectate din punct de vedere logic la prima distribuire a datelor sau la o distribuire ulterioară;

[12] Regula de nesubversiune: nu trebuie să fie posibilă încălcarea regulilor de integritate,definite prin limbajul bazei de date, prin folosirea limbajelor de nivel inferior.

Matematicianul F.E. Codd a construit un model riguros, cu concepte matematice, pentru bazade date relaţională, însă aceasta este percepută de utilizatorii ca o colecţie de tabele (tablouri

bidimensionale de date, numite şi relaţii), noţiune care nu necesită definiţii suplimentare, în care sunt prezente patru concepte:

• tabelele• coloanele tabelului• rândurile tabelului• câmpurile din tabel, de pe o anumită coloană şi linie.

12



Bazele de date au, din punct de vedere istoric, un set de relaţii de tip "părinte-fiu". Aceastaînseamnă că un nod părinte poate conţine pointeri de tip fişier către fiii săi.

Această metodă are câteva avantaje şi mai multe dezavantaje. Ca un avantaj, structura fizică adatelor pe disc nu este importantă. Programatorul memorează doar pointerii către locaţia următoare,astfel încât datele pot fi accesate în această manieră. De asemenea, datele pot fi accesate cu uşurinţă.Totuşi, grupuri diferite de informaţii nu pot fi joncţionate pentru a forma o nouă informaţie. Formatuldatelor pe disc nu poate fi modificat oricând după crearea bazei de date.

În cadrul modelului relaţional, datele sunt separate în mulţimi care seamănă cu structura unui

tabel. Această structură de tabel constă din elemente informaţionale individuale numite coloane saucâmpuri. Un singur set al unui grup de câmpuri este cunoscut ca o înregistrare sau linie.

O relaţie, în cazul discret, poate fi privită şi înţeleasă ca o tabelă. Modificarea datelor serealizează prin operaţii relaţionale aplicate asupra tabelelor. Spre exemplu, restricţia unei relaţii, a unuitabel, va fi un nou tabel în care se păstrează doar anumite linii. Iar proiecţia unei relaţii - unui tabel - vafi un nou tabel în care se păstrează doar anumite coloane.

O bază de date relaţională apare ca o colecţie de relaţii (tabele). Există o mulţime de operatori pentru transformarea şi combinarea relaţiilor: selecţia, proiecţia, produsul, join-ul, reuniunea,intersecţia, diferenţa.

II.2.2 Operatorii relaţionali ai bazelor de date relaţionaleOperatorii relaţionali ai bazelor de date relaţionale sunt definiţi în tabelul următor:

OperatorulRelaţional

Descrierea

RestricţiaEste o operaţie care preia şi afişează datele din relaţie.Este posibil să se afişeze toaterândurile sau doar rândurile care îndeplinesc o anume condiţie (sau mai multecondiţii). Aceasta este de multe ori numită "submulţime orizontală"

ProiecţiaEste operaţia care afişează anumite coloane din relaţie, fiind numită de aceea şi

"submulţime verticală".Produsul

Este rezultatul obţinut când rândurile a două mulţimi de date sunt concatenateconform condiţiilor specificate.

"Join"-ulEste rezultatul obţinut când rândurile a două mulţimi de date sunt concatenateconform condiţiilor specificate.

Reuniunea Afişează toate rândurile care apar în una, în cealaltă, sau în ambele relaţii.

Intersecţia Afişează toate rândurile care apar în ambele relaţii.

DiferenţaAfişează rândurile care apar numai în prima relaţie fără să apară în cea de a doua (înSQL se utilizează chiar semnul - operatorul minus).

Proprietăţile bazelor de date relaţionale sunt:• inexistenţa pointerilor;• conexiunile făcute numai pe baza datelor;• independenţa totală a datelor.

Proprietăţile relaţiilor tabelare sunt:• nu există rânduri duplicate;• nu există nume de coloane identice (duplicate);• ordinea rândurilor este neimportantă;• ordinea coloanelor este neimportantă;

• valorile (câmpurile) sunt atomice (nedecompozabile).

13



II.2.3 Noţiunile şi conceptele bazelor de date relaţionale, modelul entitate-relaţieData elementară reprezintă cea mai mică unitate de date, identificată prin nume.Entitatea este un obiect distinct ce trebuie reprezentat în baza de date.Grupul de date (data agregata) este un ansamblu de câmpuri, identificate prin nume.Tipul sau structura grupului, reprezintă ansamblul identificatorilor, al descrierilor grupurilor şi

al câmpurilor componente.Tipul câmpului este ansamblul format din identificator, menţinerea valorilor şi formatul de

memorare.

Atributul este o proprietate a unui tip de entitate sau relaţie, ce descrie un anumit aspect alobiectului ce se înregistrează în baza de date.

Înregistrarea logică reprezintă o colecţie de date elementare şi/sau grupuri de date, identificata prin nume.

Setul de date este alcătuit dintr-o mulţime de înregistrări.Tipul înregistrării constă din ansamblul tipurilor câmpurilor şi al grupurilor împreună cu

ordinea şi numărul de apariţii.Fişierul reprezintă ansamblul tuturor apariţiilor fizice ale unui tip de înregistrare logică.Cheia simplă, respectiv compusă, din 1 până la n campuri, ale căror valori identifică în mod

unic fiecare înregistrare.

Cheia candidat este un atribut sau set de atribute ce identifică în mod unic apariţiile individualeale unui tip de entitate.Cheia primară este una din cheile atribut.Cheia alternativă este una din celelalte chei candidat.Cheia compusă este o cheie candidat formată din două sau mai multe atribute.Indexul constă în totalitatea valorilor cheilor şi a adreselor de memorare a înregistrărilor

respective.Zona reprezintă o porţiune a memoriei externe în care se pot memora înregistrări, identificată

prin nume.Colecţia de date reprezintă un ansamblu de date organizat după anumite criterii.Baza de date reprezintă una sau mai multe colecţii de date aflate în interdependenţă împreună

cu descrierea datelor şi a relaţiilor dintre ele.Baza de date fizică sau modelul fizic este ansamblul datelor din baza de date, sub formamemorărilor de fişiere, indexuri, etc. Este formată din totalitatea exemplarelor înregistrărilor, seturilor de înregistrări şi a zonelor, organizate după o anumită schemă.

Schema sau modelul logic reprezintă descrierea organizării logice a înregistrărilor bazei dedate.

Subschema sau modelul extern este o substructură (perspectivă, view) a schemei bazei de date,relevantă pentru o aplicaţie.

Relaţiile logice reprezintă asociaţiile dintre mai multe entităţi.Catalogul de sistem sau dicţionarul de date sau meta-date reprezintă descrierea datelor, adică

date despre date, mulţimea descrierilor obiectelor bazei de date, structurată şi administrată ca bază de

date.Sistemul de gestiune a bazelor de date (SGBD) este un sistem de programe care permite

construirea unor baze de date, introducerea informaţiilor în bazele de date şi dezvoltarea de aplicaţii privind bazele de date.

Administratorul bazei de date este o persoană sau un grup de persoane responsabile cu analiza, proiectarea, implementarea şi gestionarea bazei de date8.

Conceptele de bază ale modelului entitate-relaţie includ:a) Tipuri de entităţiEntităţile sunt obiecte sau concepte identificate ca având o existenţă independentă. Ele

reprezintă un set de obiecte ce au aceleaşi proprietăţi.Entitatea, în funcţie de dependenţa faţă de altă entitate, poate fi:

- slabă, atunci când depinde de existenţa altei entităţi (copil, dependentă, subordonată);

8 www.trendix.ro

14

http://www.trendix.ro/




- tare, atunci când nu depinde de existenţa altei entităţi (părinte, dominantă). b) Tipurile de relaţiiRelaţiile sunt seturi de asocieri între două sau mai multe tipuri de entităţi.Relaţia este o instanţă

a unui tip de relaţie care e unic identificabilă.Gradul unei relaţii reprezintă numărul de entităţi participante într-o relaţie.Clasificarea relaţiilor în funcţie de grad este următoarea:

1) de gradul întâi sau unară, caz în care relaţia este recursivă2) de gradul doi sau binară, relaţie cel mai des întâlnită

3) de gradul trei sau ternară4) de gradul patru sau cvadruplă.

Relaţia recursivă este o entitate care participă de două sau mai multe ori într-o relaţie; fiecare participare are un nume de rol.

Raportul de cardinalitate al relaţiilor descrie numărul de relaţii posibile pentru fiecare entitate participantă. Se disting următoarele tipuri de relaţii:

• relaţia unu-la-unu, cu un raport de cardinalitate 1:1, este relaţia în care o entitate este asociatăunei singure entităţi;

• relaţia unu-la-mulţi, cu un raport de cardinalitate 1:M, este relaţia în care o entitate asociată launa sau mai multe entităţi;

• relaţia mulţi-la-mulţi, cu un raport de cardinalitate M:N, este relaţia în care mai multor entităţile sunt asociate mai multe entităţi, situaţie care implică descompunerea în două entităţi unu-la-mulţi.c) AtributeClasificarea atributelor în funcţie de numărul de componente este următoarea:

- simple atunci când au o singură componentă ce are o existenţă independentă- compuse atunci când au mai multe componente, fiecare având existenţă independentă.

Domeniul atributului reprezintă mulţimea de valori pe care le poate lua un atribut.Clasificare domeniilor atributelor în funcţie de numărul de valori este următoarea:

- cu o singură valoare, atunci când au o singură valoare pe care o pot lua;- cu valori multiple;- derivate, ale căror valori depind de valoarea altui atribut.

II.2.4 Modelarea grafică a bazelor de date relaţionaleO tehnică de modelare verificată pentru reprezentarea grafică a activităţilor este modelul ERD

(Entity Relationship Diagram - diagrama relaţiei dintre entităţi). Diagrama ERD documenteazăcerinţele informaţionale ale companiei într-un format clar şi precis.

Fiecare entitate e reprezentată sub forma unui dreptunghi. Entitatea slabă se reprezintă subforma unui dreptunghi cu laturi duble.Cheia primară se subliniază.Reprezentarea relaţiei se face printr-un romb. Conexiunea dintre o entitate slabă şi una tare se reprezintă printr-un romb cu linii duble.

Fiecare atribut se reprezintă printr-un oval. Pentru simplificarea diagramei sunt afişate numaiatributele cheie primară, iar uneori nici măcar acestea.

Această abordare grafică a modelării o face uşor de înţeles, iar simplificarea modelului îl face

uşor de utilizat.

II.3 Analiza detaliată a proiectării bazei de date relaţionale care va gestionastocurile unei farmacii LA CAPITOLUL 2

Proiectarea unei baze de date relaţională reprezintă procesul parcurs în vederea pregătiriicreării fizice a unei baze de date. Etapele acestui proces necesită identificarea operaţiunilor comerciale pe care le va gestiona baza de date, precum şi crearea proiectului fizic al bazei de date. Proiectarea

15



corespunzătoare a bazei de date este vitală pentru buna funcţionare a bazei de date şi a oricărei aplicaţiicare utilizează baza de date.

În lipsa unei proiectări corecte a bazei de date, aceasta poate prezenta următoarele deficienţe:− integritatea datelor este compromisă deoarece restricţiile de integritate nu pot fi

proiectate sau implementate corect;− datele devin redundante, iar aplicaţiile individuale se aglomerează în încercarea de a se

asigura sincronizarea datelor;− performanţele sunt afectate deoarece este posibil ca pentru finalizarea unei instrucţiuni

select să fie necesare interogări suplimentare.Condiţiile impuse la proiectarea unei baze de date relaţionale sunt următoarele:

• reducerea redundanţelor prin identificarea informaţiilor comune şi alcătuireacorespunzătoare a aplicaţiilor;

• eliminarea inconsistenţelor ce rezultă din reducerea redundanţelor;• utilizarea simultană a datelor de mai mulţi utilizatori;• standardizarea informaţiilor;• asigurarea securităţii bazelor de date, în sensul acordării şi urmăririi modului de acces al

utilizatorilor la diferite părţi componente ale bazelor de date;• asigurarea integrităţii bazelor de date, în sensul păstrării corectitudinii informaţiilor

conţinute în baza de date prin testele aplicate datelor introduse în aceasta;• asigurarea sincronizării în cazul utilizării bazei de date simultan de mai mulţi utilizatorisau a distribuirii informaţiei pe mai multe sisteme.

La proiectarea unei baze de date se procedează la următoarele9:- identificarea datelor (entităţi şi atribute);- identificarea relaţiilor dintre date;- identificarea constrângerilor;- identificarea regulilor ce descriu principalele caracteristici ale datelor;- implicarea utilizatorilor în realizarea modelului de date.

Astfel, proiectarea de baze de date relaţionale implică transpunerea modelului logic într-un setde tabele şi constrângeri, selectarea structurilor de stocare şi a metodelor de acces specifice, asigurarea

securităţii datelor.Pentru a crea o bază de date relaţională este necesară parcurgerea următoarelor etape:

Etapa I - crearea unui model al activităţii farmacieiAceastă primă etapă presupune strângerea de informaţii despre mişcarea medicamentelor care

fac obiectul stocurilor unei farmacii şi procesele aferente pe care le va susţine baza de date. Scopul estestabilirea modului curent de derulare a activităţii farmaciei, iar dacă există deficienţe, stabilirea

posibilităţilor de îmbunătăţire sau de extindere a activităţii. Pentru a dodândi o bună cunoaştere aactivităţii farmaciei şi a proceselor aferente, se întreprind următoarele:

• Intervievarea următoarelor persoane:(a) Manageri şi supervizori ai activităţilor farmaciei;

(b) Potenţiali utilizatori finali ai programului de gestiune de stocuri ale farmaciei;(c) Potenţiali beneficiari finali ai programului de gestiune de stocuri. Aceştia sunt persoanelecare s-ar putea să nu utilizeze direct baza de date, însă urmează să primească informaţii şi să

beneficieze de existenţa bazei de date.• Stabilirea obiectivului declarat al activităţii. Este utilă cunoaşterea gestiunii stocurilor

farmaciei astfel încât baza de date şi aplicaţia să fie concepute în vederea deservirii acesteia.• Definirea obiectivul aplicaţiei. Este obligatorie stabilirea pretenţiilor farmaciei

referitoare la ceea ce urmează să facă baza de date şi aplicaţia.• Analizarea specificaţiilor de sistem curente.• Identificarea viitoarelor specificaţii de sistem pentru baza de date.

Programul va avea ca scop înregistrarea întregii activităţi a unei farmacii, fără a se ocupa însăşi de partea financiară, care este în general gestionată de aplicaţii dedicate, punând însă la dispoziţiaacestora toate datele necesare pentru contabilitate.

9 Eugen Ţigănescu Dorin Mitruţ - Bazele cercetării operaţionale16



După ce au fost stabilite datele de proiectare, informaţiile culese vor determina modul de prezentarea al formularelor, manualelor, rapoartelor, însemnărilor, precum şi a altor informaţii conexeactivităţii de proiectare.

Etapa II - crearea unui model al datelor După ce au fost strânse informaţiile precedente, trebuie să construim un model sau o

reprezentare grafică a necesităţilor şi regulilor farmaciei.De exemplu, presupunem că s-au aflat următoarele informaţii despre activitatea farmaciei în

timpul interviurilor anterioare:− farmacia are nevoie să ştie ce furnizor oferă fiecare tip de medicament;− trebuie cunoscute datele de identificare ale furnizorului;− vor să aibă posibilitatea găsirii informaţiei despre un anumit furnizor sau medicament.

Diagrama entitate-relaţie a programului de gestiune a stocurilor este arătată în Fig.2.

Etapa III - crearea unui proiect de baze de date de gestiune a stocurilor La acest pas se pun bazele tabelelor din programul de gestiune a stocurilor. Baza de date,

pentru a satisface cerinţele farmaciei, va avea cinci tabele şi anume:• furnizori: cod_furnizor, denumire, adresa, nr_telefon;•

intrari: cod_furnizor, nr_intrare, data_intrarii,;• medicamente: nr_intrare, data_intrarii, denumire, cantitate, pret_unitar, valoare,valoare_TVA, valoare_totala, valabilitate, pret_vanzare, cod_medicament;

• arhiva vanzari: cod_medicament, numar_v, denumire, cantitate, pret_unitar_v,valoare_v, valoare_TVA_v, valoare_totala_v, valoare_compensare, pret_facturat, factura,data_facturii;

• vanzari: factura, data_facturii.Tabelele au fost trecute în ordinea în care sunt şi legate, aşa cum se vede şi din diagrama

entitate-relaţie arătată în Fig.1, câmpurile scrise cu litere îngroşate reprezentând cheile primare, iar celescrise cu litere cursive reprezentând simple atribute. În tabelele intrari şi vanzari cheile primare suntformate din câte două câmpuri, astfel încât să nu fie obţinute înregistrări ne-individualizate, dar şi

pentru ca datele completate în formulare să fie completate automat şi în sub-formulare, deci şi întabelele medicamente, respectiv arhiva vanzari, pentru că în felul acesta utilizatorul nu este obligat săintroducă de la tastatură de fiecare dată aceleaşi informaţii, cum ar fi data facturii sau numărul acesteia.

După ce toate tabelele au fost create, s-a trecut la construirea interogărilor şi a rapoartelor şiabia după aceea a formularelor, avându-se în vedere scopul ca baza de date să poată fi utilizată înîntregime numai prin intermediul acestora.

Etapa IV - crearea definiţiei tabelelor relaţionale şi a bazei de date de gestiune de stocuriPentru crearea tabelelor fizice, este folosită instrucţiunea create table. Mulţimea acestor tabele,

împreună cu consideraţiile privind securitatea reprezintă fundamentul bazei de date relaţionale. Pentrucrearea şi utilizarea unei baze de date relaţionale se foloseşte un limbaj de programare. Comenzile

pentru implementarea, selecţia, modificarea sau ştergerea datelor, cât şi acelea pentru realizareaschimbărilor în baza de date, sunt incluse într-un singur limbaj, standardizat, de exemplu SQL.

SQL este un limbaj standard pentru bazele de date, utilizat pentru a accesa o bază de daterelaţională şi poate fi folosit, atunci când este necesar, de fiecare instrument de gestiune a bazelor dedate (Access, Oracle, SQL-Server, MySQL, etc.).10

10 http://www.ea.upm.ro/cip/elearning17

http://www.ea.upm.ro/cip/elearning/015/default.htm




furnizori

cod _furnizor

intrari

cod _furnizor

adresa nr telefon

denumire

cod _furnizor

nr_intrare

data _intrarii

medicamente

nr_intrare

data _intrarii

nr_intrare

data _intrariicod_medicament

denumire , cantitate , pret _unitar , valoare ,valoare _TVA , valoare _totala , valabilitate ,

pret_vanzare

cod_medicament

arhiva vanzari

factura

data _facturiicod_medicament

numar _v, denumire , cantitate , pret_unitar _v,

valoare _v, valoare _TVA _v, valoare _totala _v,

valoare _compensare , pret _facturat

factura

data _facturiii

vanzari

factura

data _facturiii

Fig.2. Diagrama entitate-relaţie a programului de gestiune a stocurilor unei farmacii

Capitolul III : Realizarea programului de gestiune a stocurilor unei

farmacii în Microsoft Access 2000

III.1 Prezentare Access11

Programul Microsoft Access 2000 face parte din pachetul de programe Microsoft Office 2000şi este destinat proiectării şi gestiunii bazelor de date, fiind bazat pe modelul logic relaţional.

Sistemul de gestiune al bazelor de date Access permite realizarea mai multor operaţiispecializate, cum ar fi:

− proiectarea structurii bazei de date;− încărcarea datelor, regăsirea ulterioară, modificarea datelor, ştergerea datelor;− generarea de rapoarte în scopul tipăririi la imprimantă a datelor introduse în baza de date;

11 Claudia Cârstea – Proiectarea bazelor de date. Mediul de programare Microsoft Access, Ed. Omnia UNI S.A.S.T.,Braşov 2007

18



− crearea de formulare, ca modalitate de manevrare a datelor prin intermediul unei interfeţemai prietenoase pentru operator;

− relaţionarea bazelor de date şi lucrul cu combinaţii de baze de date;− programare pentru crearea de sisteme de gestiune de uz particularizat;− controlul integrităţii şi securităţii datelor.

Microsoft Office Access 2000 are următoarele tipuri de obiecte de bază de date:• tabela este un obiect definit de utilizator în care sunt stocate datele primare;• formularul este un obiect care permite introducerea datelor, afişarea acestora sau controlul

întregii aplicaţii;• cererea de interogare este un obiect care permite formatarea şi tipărirea informaţiilor obţinute

prin prelucrarea datelor din una sau mai multe tabele;• pagina web de accesare a datelor reprezintă un obiect care include un fişier HTML şi alte

fişiere suport în vederea furnizării accesului la date prin intermediul browser-elor internet;• comanda Macro reprezintă un obiect care conţine o definiţie structurală a uneia sau mai

multor acţiuni pe care Access le realizează ca răspuns la un anumit evenimet;• modulul este un obiect care conţine proceduri definite de utilizator, scrise în limbajul de

programare Visual Basic.Tipurile de date specifice programului Microsoft Access sunt următoarele12:

−

Text - în celulele unui câmp de acest tip se vor putea introduce texte, deci oriceînşiruire de caractere, numărul maxim admis fiind de 255 de caractere. Lungimea implicită este de 50de caractere.

− Memo - în celulele unui câmp de acest tip se vor putea introduce orice şir de caractere,însă cantitatea de text este limitată la 65535 de caractere. Acest tip de date este asemănător cu cel text.

− Number - datele introduse pot fi numai valori numerice, ele fiind utilizabile în calculematematice. În cazul în care se doreşte introducerea de valori reale care să nu fie rotunjite automat,trebuie ales de la rubrica Field size, tabul General, varianta Double.

− Autonumber - în câmpul de acest timp se produce o completare automată cu valorinumerice incrementate cu 1. Incrementarea se produce de fiecare dată când o nouă înregistrare esteintrodusă în tabel.

−

Yes/No - în acest câmp pot fi introduse date care au doar două stări posibile:adevarat/fals, da/nu, pornit/oprit, etc.− Ole Object - prin câmpurile de acest tip se permite accesul la obiecte de diverse naturi,

ca de exemplu foi de calcul tabelar Excel, reprezentări grafice, fişiere imagine şi documente Word− Hyperlink - în câmp pot fi introduse şiruri de caractere care reprezintă adrese de pagini

web− Lookup Wizard - în acest câmp pot fi introduse valori care sunt alese dintr-o listă

aflată în altă tabelă.− Date/Time - în câmp nu pot fi introduse decât informaţii care constau în dată

calendaristică sau oră.

III.2 Crearea bazei de date de gestiune a stocurilor unei farmacii

Pentru a crea o nouă bază de date se va deschide aplicaţia Microsoft Access şi se selectează Balnk Access database din fereastra de start, de unde îi dăm un nume şi alegem locul unde va fi stocatăaşa cum se vede şi în Fig. 3.

12 Claudia Cârstea – Proiectarea bazelor de date. Mediul de programare Microsoft Access, Ed. Omnia UNI S.A.S.T.,Braşov 2007

19



Fig. 3. Fereastra File New Database- precizarea locului şi numelui bazei de date

O dată creată, baza de date este pregătită pentru crearea tabelelor, iar tabul care apare implicit primul este cel al tabelelor. Există trei posibilităţi pentru a crea un tabel: prin introducerea datelor,

obţinându-se un tabel oarecum asemănător cu cele din Excel, prin intermediul unui Wizard, sau directîn Design view, unde putem decide pentru fiecare câmp în parte cum se va numi şi pentru ce tip de dateeste definit (Fig. 4).

După ce sunt completate toate rubricile planificate, unul din câmpuri trebuie să fie marcat dreptcheie primară, care are rolul de individualiza înregistrările. Cheia primară poate fi însă formată şi dinmai multe câmpuri, pentru a fi stabilită trebuind selectate toate câmpurile dorite, după care seefectuează clic dreapta pe unul dintre ele şi se selectează opţiunea primary key, sau se apasă pe butonulde pe bara de comandă care are aceeaşi funcţie (fig. 5).

Pentru a adăuga sau şterge înregistrări este necesară deschiderea tabelului în Design view, fie prin clic dreapta şi selectarea opţiunii, fie normal, după care se selectează Design view prin butonul de pe bara de comandă. Pentru a adăuga un câmp în tabel, trebuie selectat câmpul care trebuie să-l urmeze

pe cel nou, apoi se selectează Insert Rows de pe bara de comandă, sau din meniul ce apare după un clicdreapta (fig. 6).

Fig. 4. Crearea unui tabel în modul Design view

20



Fig. 5. Stabilirea cheii primare pentru Fig. 6. Introducerea unui nou rând deasupra

un anumit câmp câmpului valoare_totală

Ştergerea unui anumit câmp al unui tabel se poate face asemănător cu introducerea unui nourând, sau se apasă butonul delete de pe tastatură. Prin ştergerea câmpului din tabel sunt şterse şi toate

datele care au fost memorate în acest câmp în tabel până în momentul ştergerii. Câmpurile cheie primară nu pot fi şterse atâta timp cât există relaţii cu alte tabele prin intermediul lor. Tipul de datecare este stocat într-un anumit câmp poate fi modificat prin selectarea câmpului respectiv şi selectareadin listă a unui alt tip. Pe de altă parte, dacă deja au fot introduse date în tabel, anumite schimbări nuvor mai putea fi făcute şi în majoritatea cazurilor schimbarea tipului de date nu este indicată. Deexemplu, dacă tipul număr va fi transformat în text , atunci numerele memorate în respectivul câmp vor fi tratate ca simple şiruri de caractere, deci nu vor mai putea fi implicate în calcule matematice.

Tot în modul Design view atributele anumitor câmpuri pot fi stabilite cu rigurozitate pentru a proteja integritatea datelor sau pentru a face baza de date compatibilă cu scopul pentru care a fostcreată. În fig. 7 este prezentat modul în care valoarea introdusă în câmpul cantitate al tabeluluimedicamente este restricţionată la valori pozitive, atât pentru a se evita erorile de tastare care ar putea

duce la valori negative, cât şi pentru a evita vânzarea mai multor medicamente decât se află în stoc laun moment dat. Ca regulă de validare pentru acest câmp valorile trebuie să fie mai mari sau egale cu 0.

Fig. 7. Atributele câmpului cantitate

Pentru gestionarea unei farmacii sunt însă necesare mai multe date decât cele strict legate demedicamentele aflate în stoc la un moment dat. Astfel, în mod asemănător cu tabelul medicamente,sunt create tabelele furnizori, intrări, vânzări (care înregistrează numai data şi numărul facturii, deintrare, sau ieşire, precum şi furnizorul, în cazul tabelului intrări) şi tabelul arhivă vanzari, careînregistrează toate tranzacţiile dintre farmacie şi cumpărători (fig 8-10).

Odată ce toate tabelele necesare au fost create, trebuie stabilite relaţiile dintre tabele.Între tabele pot exista relaţii de unul la mai mulţi, relaţii de unu la unu şi relaţii de mai mulţi la mai

mulţi, care reprezintă de fapt două relaţii de unu la mai mulţi conjugate, combinate prin intermediulunul tabel secundar. Aceste relaţii împreună cu integritatea referenţială care este asigurată de Access,fac din întreţinerea bazei de date un lucru mult mai simplu. Este suficientă modificarea datelor într-untabel pentru ca datele care se află în legătură cu cele modificate să se schimbe şi ele, iar ştergerea unei

21



înregistrări dintr-un tabel va duce la ştergerea datelor direct legate de aceasta din tabelele care se aflăîn legătură cu acesta.

Fig. 8. Tabelul furnizori ( Design view) Fig. 9. Tabelul intrări ( Design view)

Fig. 10. Tabelul vânzări ( Design view)

Fig. 11. Tabelul arhiva vanzari ( Design view) Fig. 12. Relaţie unu la mai mulţi între tabelul

furnizori şi tabelul intrari

Fig. 13. Relaţiile dintre tabelele bazei de date de gestiune a stocurilor

Între tabelele medicamente şi arhiva vanzari integritatea referenţială nu este selectată pentru cadatele stocate cu privire la vânzări să nu fie şterse atunci când medicamentele la care fac referire suntscoase din stoc. Relaţiile între tabele se fac selectând câmpul dintr-un tabel şi executând drag-and-drop

pe câmpul pereche din celălalt tabel. Relaţiile pot fi şterse prin selectarea liniilor care leagă tabelele şiapăsare pe delete şi pot fi modificate prin selectarea relaţiilor cu clic dreapta şi intrarea în editare.

După ce au fost stabilite relaţiile dintre tabele, trecem la introducerea datelor în baza de date.Prima metodă pe care o putem folosi este introducerea directă a datelor în tabele, însă această metodă

se poate dovedi ceva mai greoaie, mai ales că în acest caz anumite facilităţi ale Access nu pot fifolosite.

O soluţie mult mai eficientă o reprezintă formularele. Formularele sunt soluţii de introducere şiextragere a datelor pe ecran, înregistrările fiind prezentate sub formă de cartele index, câte una o dată.

22



De asemenea, formularele pot să aibă în componenţă sub-formulare, care să conţină informaţiisuplimentare referitoare la înregistrarea din formular, pot căpăta o interfaţă personalizată în funcţie dedorinţele utilizatorului prin adăugarea de imagini şi text şi pot conţine butoane, care să întreprindăanumite acţiuni prestabilite, sau să ruleze un macro sau un modul de cod Visual Basic.13

Formularele pot fi create tot în două moduri, prin proiectare directă ( Design view), sau prinintermediul unui Wizard . Formularele prezintă numeroase atribute, ceea ce face din ele cele maiflexibile obiecte Access şi pot avea numeroase destinaţii.

Pentru a crea un formular cu ajutorul programului Wizard , se selectează tabul Forms în

fereastra principală a bazei de date şi se face dublu clic pe opţiunea create form by using wizard . Înfereastra care apare este ales din listă tabelul pe baza căruia dorim să creăm formularul şi apoi trecemdin fereastra stângă în cea dreaptă câmpurile care trebuie să facă parte din formular (fig. 14).

Fig. 14. Selectarea câmpurilor care trebuie să apară în formular

În continuare alegem modul în care dorim să fie organizat formularul (după coloane, după linii,tip foaie de calcul, sau pe rubrici) şi apoi alegem stilul de grafică pe care îl preferăm, dintre cele

predefinite. În final, alegem numele formularului (implicit va fi numele tabelului pe care este bazat) şidacă dorim să îl deschidem pentru a vizualiza şi introduce date, sau pentru a-i modifica atributele.

Fig. 15. Alegerea numelui şi a modului în care va fi Fig. 16. Formular creat cu ajutorul Wizard

deschis automat formularul

Pentru a crea un formular care să aibă un sub-formular în componenţă, la primul pas al creăriiunui formular, în loc să alegem câmpuri numai dintr-un tabel, alegem câmpuri din două. La următorul

pas suntem întrebaţi dacă dorim să creăm un formular cu sub-formular, sau două formulare legate între

13 Claudia Cârstea – Sisteme informatice de gestiune, Ed. Omnia UNI S.A.S.T., Braşov 2007

23



ele. În cazul în care alegem prima variantă, trebuie să alegem care dintre cele două tabele va fi bază pentru formular şi care pentru sub-formular.

Următorii paşi sunt aceeaşi cu cei necesari creării unui formular simplu, cu singura diferenţă căla ultimul pas este cerut şi un nume pentru sub-formularul component. Numele implicit pentru acestava fi dat de numele tabelului pe care se bazează urmat de cuvântul „subform”. Sub-formularele suntvăzute în tabul Forms ca orice formular normal.

Avantajele sub-formularelor pot fi observate şi din chiar exemplul formularului intrări , careare în componenţă sub-formularul medicamente (fig. 18).

Fig. 17. Pregătirea unui formular pe baza tabelului intrări, care să aibă în componenţăun sub-formular bazat pe tabelul medicamente

Fig. 18. Formularul intrări şi sub-formularul medicamente, sub aspect de tabel

Folosind aceleaşi metode este creat şi formularul vânzări, numai că legătura dintre acesta şimedicamente este făcută indirect, prin intermediul tabelului arhiva vanzari. Datorită acestui lucru şi alfaptului că integritatea referenţială nu este activată între tabelul medicamente şi tabelul arhiva vanzari,în acesta din urmă rămân nealterate toate înregistrările care sunt introduse de-a lungul timpului în

facturile de vânzare, ceea ce permite ţinerea evidenţei vânzărilor pe o perioadă teoretic nelimitată.Astfel, prin intermediul a numai trei formulare, utilizatorul nu mai trebuie să deschidă direct tabeleniciodată, lucrând tot timpul cu o interfaţă mult mai prietenoasă şi uşor de folosit.

III.3 Crearea de filtre, interogări şi rapoarte

Cea mai simplă operaţie de întreţinere a unei baze de date este aceea de a organiza datele dintr-un anumit câmp într-o anumită ordine, crescătoare sau descrescătoare, ordine alfabetică, etc.

24



Fig. 19. Sortarea în ordine alfabetică a denumirilor medicamentelor aflate în stoc.

După cum se observă şi din fig. 19, pentru a sorta ascendent sau descendent informaţiile stocateîn baza de date, unul din câmpurile după care trebuie sortată baza de date trebuie să fie selectat şi apoiîn meniul records se selectează sort şi tipul de sortare pe care o dorim.

Pe lângă metodele de sortare, tot în meniul records avem filtre, care pot îndeplini mai multeacţiuni, cum ar fi obţinerea unui tabel secundar care să conţină numai înregistrările care au câmpurile

identice cu câmpul selectat ( filter by selection). Putem obţine un tabel secundar care să conţină numaiînregistrările care au câmpurile diferite de câmpul selectat ( filter excluding selection), informaţiile potfi filtrate într-un mod asemănător cu modul filter by selection, dar alegând dintr-o listă câmpul dupăcare se doreşte făcută filtrarea sau poate fi creată o interogare de selecţie (advanced filter/sort ).

Fig. 20. Meniul filter cu metodele de filtrare predefinite

Pentru o sortare în funcţie de mai multe variabile sau condiţii şi dacă sunt necesare operaţiicomplexe de menţinere a bazelor de date, cum ar fi ştergerea automată a unor înregistrări învechite,sau actualizarea tuturor în funcţie de necesităţi, precum şi organizarea lor în moduri care să facă uşoarăvizualizarea lor, vom folosi interogările.

Interogările sunt de mai multe tipuri, în funcţie de destinaţia lor şi ca şi formularele, sunt bazate pe tabele, dar şi pe alte interogări. Interogarea „de bază”, este interogarea de selecţie, care are rolul dea filtra datele din tabelele pe care le are la bază în funcţie de criteriul ales, de a le combina, afişând înfinal numai câmpurile care sunt dorite. Interogările de selecţie sunt utile atunci când datele trebuieorganizate în funcţie de unul sau mai mulţi parametri. Parametrii sunt variabile care, trecute în tabul decriterii ţin locul acestora, utilizatorul fiind întrebat înainte de a rula interogarea care este valoarea

parametrului, pentru a selecta din tabel numai înregistrările dorite. Parametrii trebuie scrişi între paranteze pătrate, având ca denumire un alt nume decât numele câmpului pentru care servesc dreptcriteriu de sortare (fig. 21).

Alt tip de interogare este interogarea de ştergere, care şterge automat toate înregistrările dintabelele asociate ei, în cazul în care anumite criterii sunt îndeplinite. Pentru a crea o interogare de

ştergere trebuie creată mai întâi o interogare simplă, după care în meniul Query se selectează opţiuneadelete query. În acest moment anumite câmpuri ale interogării de selecţie dispar şi apare unul nou şianume delete unde este specificat modul de ştergere, adică acolo unde este îndeplinită condiţia, sauîncepând de acolo de unde este îndeplinită condiţia. La criterii este trecută condiţia care trebuie

25



îndeplinită pentru ca ştergerea să aibă loc, pentru câmpul dorit. În momentul în care interogarea esterulată, utilizatorul este atenţionat că dacă va continua acţiunea, datele vor fi şterse definitiv din baza dedate. De asemenea, în fereastra de atenţionare este specificat şi numărul de înregistrări care urmează săfie şterse.

O interogare care are un mecanism de funcţionare asemănător cu cel al interogării de ştergereeste interogarea de actualizare sau update query. Această interogare are rolul de a modifica datele dintoate tabelele asociate, în câmpurile specificate, acestea fiind înlocuite cu datele care sunt introduse încâmpul update to, sau rezultatul unei expresii care este introdusă în acelaşi câmp (fig. 24).

Fig. 21. Interogare de selecţie care afişează numai înregistrările care au în câmpul denumirevaloarea pe care o introduce utilizatorul de la tastatură

Fig. 22. Căsuţa unde este cerut parametruldupă care va fi efectuată sortarea

Fig. 23. Tabelul query, disponibil la deschidereaunei interogări în Design view

Fig. 24. Interogare de ştergere a înregistră-rilor din tabelul medicamente, care aucompletată în câmpul cantitate valoarea 0,ceea ce înseamnă că nu mai existămedicamente de tipul respectiv în stoc

26



Pentru a crea o interogare de actualizare se procedează ca în cazul interogării de ştergere, înmeniul Query selectându-se varianta update Query. Ca şi în cazul interogării de ştergere utilizatoruleste atenţionat înainte să o ruleze că datele din tabel vor fi modificate definitiv şi este specificat şinumărul de înregistrări care vor fi afectate. Din valoarea care este stocată în acest câmp este scăzutăvaloarea care se referă la medicamentul respectiv, din arhiva vanzari, adică din factura de ieşire.Legătura cu aceasta este făcută prin intermediul parametrului [nr_factura], care face ca datele care vor fi modificate să fie cele care se regăsesc şi pe factura dorită, numărul acesteia fiind introdus de

utilizator precum valoarea oricărui parametru. Pentru a scrie expresia, numele tabelelor şi câmpurilor sunt trecute în paranteze drepte, ceea ce justifică faptul că un parametru, care este scris după aceeaşisintaxă, trebuie să fie denumit altfel decât numele câmpului la care face referire, în special şi altfeldecât numele oricărui câmp din tabelul la care face referire, în general.

Fig. 25. Interogare de actualizare din tabelul medicamente, la nivelul câmpului cantitate

Alte trei tipuri de interogări ce pot fi utilizate sunt interogarea de adăugare (append query),interogarea crosstab şi interogarea cu ajutorul căreia poate fi construit un nou tabel pe baza unuia saumai multor tabele deja existente. Interogarea de adăugare are un rol asemănător cu cea de actualizare,numai că prin intermediul acesteia pot fi adăugate înregistrări în continuarea tabelului pe care îlspecifică utilizatorul, sau pot fi adăugate date în câmpurile dorite. Interogarea tip crosstab combinădouă sau mai multe tabele pentru a obţine o foaie tip tabel, unde câmpurile de intersecţie dintre liniileşi coloanele specificate conţin informaţia dorită, sau doar sunt bifate.

Fig. 26. Căsuţa care solicită introducerea numelui tabelului la care să fie adăugate dateîn cazul unei interogării de adăugare (append query)

Opţiunea totals poate fi găsită sub meniul View în timp ce interogarea se află în Design view,ajutorul căreia avem acces la funcţii uzuale, cum ar fi cele de însumare a valorilor numerice din toatecâmpurile unei înregistrări şi afişarea rezultatului într-un câmp separat, găsirea automată a valorii

minime şi maxime dintr-o înregistrare, afişarea primului sau ultimului câmp care îndeplineşte condiţiatrecută în tabul de criterii, sau numărarea elementelor specificate, care se regăsesc într-o înregistrare.Opţiunea totals poate crea câmpuri adiţionale în interogare, care să conţină valori ce sunt rezultatul

27



unor expresii. Expresiile pot fi utilizate şi în cazul celorlalte tipuri de interogări (fig. 27), dar sunt utileîn cazul interogărilor care au selectată opţiunea totals.

Fig. 27. Exemplu de interogare care utilizează o expresie

Expresia DateDiff("m",[data_intrarii],Now()) are rolul de a calcula diferenţa dintre datacalendaristică actuală şi data care corespunde intrării în stoc a medicamentului respectiv, rezultatulfiind afişat în luni. În combinaţie cu condiţia >[valabilitate]-1 interogarea filtrează medicamentele şile afişează numai pe cele care mai au o lună până când expiră.

În cazul farmaciei, datele care sunt stocate în tabelele de intrări şi vânzări trebuie imprimate pentru a elibera facturi, pentru care vom folosi rapoarte, care reprezintă pagini tipizate. Rapoartele se bazează pe unul sau mai multe tabele, dar şi pe una sau mai multe interogări, astfel încât dateleimprimate să fie rezultatul unei filtrări (de exemplu, în cazul unei facturi, trebuie afişate numai datelereferitoare la acestea, pe când, dacă raportul ar fi construit pe baza tabelului, el ar conţine toate datele

de pe toate facturile). De asemenea, rapoartele prezintă un număr de funcţii predefinite. De exemplu, pe un raport utilizatorul poate alege ca valorile memorate să fie însumate, sau ca valoarea maximădintre acestea să fie afişată, ca şi în cazul funcţiilor totals din cazul interogărilor.

Pentru a crea un raport recurgem la Design view sau la programul Wizard , care va conduce, caşi în cazul formularelor şi interogărilor, prin paşi simpli la raportul dorit. Primul pas presupunealegerea tabelelor sau interogărilor pe care se bazează raportul şi selectarea câmpurilor care trebuie săapară în raport (fig. 28). Următorul pas presupune alegerea modului în care va fi organizat raportul,funcţie foarte importantă în cazul în care acesta se bazează pe mai multe tabele sau interogări. Încadrul acestei etape se stabileşte ce nivel ierarhic ocupă fiecare tabel în parte, fiind posibilă setarea amaxim patru de nivele (fig. 29).

Fig. 28. Primul pas caretrebuie urmat pentru acrea un raport

28



Fig. 29. Fereastra unde este stabilită ierarhia

tabelelor în formular

Microsoft Access permite şi o ierarhizare mai minuţioasă, care ţine de organizarea câmpurilor

în pagină şi care poate duce de exemplu la crearea unui parametru, pe baza căruia va fi construitraportul (fig. 30). Câmpul nr_intrare din tabelul intrări are prioritate şi cum acelaşi câmp este prezentşi în tabelul medicamente, raportul la deschidere va cere introducerea numărului facturii de intrare pecare utilizatorul o doreşte imprimată.

Fig. 30. Pasul trei al programuluiWizard pentru crearea unui raport

În cadrul pasului următor utilizatorul decide dacă pe raport va fi prezentă de exemplu sumatuturor preţurilor medicamentelor sau informaţii de altă natură care pot fi adăugate în mod automat

(fig. 31 şi 32). De asemenea, în cadrul aceluiaşi pas, poate fi stabilit un filtru de sortare al datelor,numărul maxim de sortări concomitente fiind de patru. Fereastra summary options, permiteutilizatorului să decidă dacă raportul său va conţine şi valori calculate automat de baza de date. Încazul exemplificat, raportul va afişa suma valorilor memorate în câmpurile valoare şi pret_facturat.

În continuare alegem stilul în care va fi organizat raportul din punct de vedere grafic, dacăacesta va fi creat pe o pagină tip vedere sau tip portret şi apoi numele şi modul în care va fi deschisraportul, adică pentru a previzualiza pagina înainte de imprimare, sau pentru a-i modifica setările şielementele componente.

29



Fig. 31. Metode de sortare Fig. 32. Fereastra summary options

Fig. 33. Modul de organizare alelementelor în pagina de tip vedere sau de tip portret

Fig. 34. Numele raportului şi modul de afişare Fig. 35. Căsuţa care solicită parametrul

30



III.4 Crearea unei interogări crosstab

O interogare crosstab este folosită în cazul în care vrem să reprezentăm o interogare de tipagregat, cu două coloane de grupare, la rezultat având una dintre coloane reprezentată în stânga, iar cea

de-a doua coloană în partea de sus.Vrem să obţinem cantităţile zilnice ale unor medicamete care se comercializează în farmacie.

Trebuie să apelăm la o interogare agregat, care să calculeze cantităţile de medicamente necesare dupădouă câmpuri: după cantitatea vândută pentru fiecare tip de mediacament şi după zile. Creăm tabela

stocuri, cu cheia primară codul medicamentului, în care sunt contorizate în mod automat la intrarea şiieşirea din gestiune mişcările de stoc, pe zile, cantităţile intrate şi ieşite din fiecare medicament,

prezentată în Fig. 36, care arată în modul Design view ca în Fig. 38.

Fig.36. Înregistrările din tabela stocuri

Cu ajutorul interogării crosstab vom obţine un rezultat mai elegant şi mai clar asupra mişcării

stocurilor de medicamente, datele putând fi vizualizate ca în Fig. 37.:

Fig. 37. Tabela stocuri după o interogare crosstab

31



Fig. 38. Tabela stocuri văzută în modul Design view

Observăm cum una din coloanele de grupare cantitate medicament conţine tipurile demedicamente, în timp ce cealaltă coloană zile din tabelul iniţial este folosită pentru definireacoloanelor din noua interogare. La convergenţa dintre cele două coloane de grupare va apare cantitatearămasă în stoc obţinută prin scăderea cantităţii vândute din cantitatea aflată în stoc, pentru fiecare

medicament în parte.Acest tip de interogări pot fi create în modul design view, dar prin intermediul Wizard le putemcrea mult mai uşor.

Pentru a folosi crosstab query wizard trebuie să intrăm în fereastra Database, în obiectulQueries. Apăsăm click pe butonul New din fereastra Database, după care selectăm opţiunea Crosstab

Query Wizard din căsuţa de dialog care va apăre, aşa cum se vede şi în Fig..39.

Fig.39. Crearea unei interogări crosstab folosind modul Wizard

32



Prima fereastră care va apăre, din acest tip de wizard, este Fig. 40.:

Fig.40. Fereastra Crosstab query

În acest moment, sistemul ne cere să alegem sursa interogării, adică tabelul sau interogarea deunde vom extrage datele.

În secţiunea View putem selecta obiectele pe care vrem să le vizualizăm, fie ele tabele, fieinterogări, sau ambele tipuri de obiecte.

Dacă interogarea pe care dorim să o definim trebuie să extragă date din toate înregistrările unui

tabel , vom folosi acest tabel ca sursă, iar în cazul în care va trebui să definim o interogare normală, pentru a combina anumite date din tabele, vom folosi această nouă interogare ca sursă pentruinteroparea crosstab.

Pasul următor ar fi să selectăm sursa dorită şi să apăsăm pe butonul Next> , pentru a merge laurmătoarea ferestră.

Fig. 41. Alegerea câmpurilor linie

33



În ferestra de mai sus, Fig. 41., wizard-ul ne va cere să alegem cîmpurile linie (adicădenumirile care permite identificarea valorilor pe linie). Una dintre coloanele unui tabel poate fifolosită ca nume de linie, iar alta ca şi cap de tabel. Dacă una dintre aceste două coloane conţine multmai multe date diferite decât cea de-a doua, vom selecta prima coloană ca nume de linie, iar a doua canume de coloană(cap de tabel).

Pentru a alege un nume de linie, trebuie să acţionăm cu un click asupra butonului . Astfel,

câmpul selectat se va transfera în secţiunea Selected fields . În acelaş timp apare, în partea de jos aferestrei, un mic model, care ne va arăta o parte din schema rezultatului interogării.

Dacă am selectat câmpul greşit, cu ajutorul butonului putem repara această greşeală.Putem selecta până la trei câmpuri. Dacă selectăm mai mult de un câmp, pentru a fi nume de

linie, valorile pe care le vom avea în liniile rezultat, vor apărea în funcţie de combinaţiile dintre acelecâmpuri.

Butonul cu două săgeţi ne permite transferul tuturor câmpurilor, dintr-un singur click, dintr-osecţiune în alta.

În cazul în care dorim să continuăm, după ce am introdus toate datele, apăsăm pe butonul Next>. Următoarea ferestră care va apărea este arătată în Fig.42.

Fig. 42. Selecatarea câmpurilor în Crosstab query

În această nouă fereastră, wizardul ne va cere să introducem capul de tabel. În acest moment

putem alege doar un singur câmp ţi pentru fiecare valoare diferită din sursă se va genera câte un cap detabel.

În partea de jos a ferestrei se poate vedea rezultatul. În cazul figurii de mai sus se observă că înurma alegerii unui câmp din tabel, s-a generat automat capul de tabel.

În cazul în care selectăm, pentru cap de tabel, un câmp de tip dată-timp, acest wizard ne permite să redefinim capurile de tabel în felul următor, după se observă şi din Fig.43.

34



Fig.43. Definirea capului de tabel în cazul câmpului de tip dată

În cazul în care tipul de dată pe care îl are câmpul ales la capul de tabel este de tip dată, vremde cele mai multe ori să obţinem nişte rezultate grupate pe zile. Această facilitate ne este oferită devrăjitorul crosstab. Se observă apariţia unor cinci coloane care descriu datele necesare interogării, aşacum sunt ilustrate şi în Fig.44. După definirile capurilor de linie şi coloană trecem la pasul următor cuajutorul butonului Next>:

Fig. 44. Definirea afişării cantităţii rămase în stoc prin Crosstab query wizard

Această nouă fereastră care apare ne cere să stabilim ce rezultat se va afişa la intersecţia dintrelinie şi coloană.

În lista Functions vom selecta funcţia de agregare pe care o vom folosi pentru a calcula valoare pe care o vom afişa, iar în lista Field vom selecta câmpul asupra căruia vom acţiona. De exemplu,vrem să afişăm cantitătea rămasă în stoc dintr-un anumit medicament, ca în Fig. 44.

După aceasta, printr-un click pe butonul Next>,vom ajunge la ultima fereastră a acestui wizard,, fereastră în care vom introduce numele interogării, rămasă în cazul nostru implicit Query 3, după cumse vede şi din Fig. 45.

35



Fig.45. Denumirea interogării crosstab .Înainte de a da un click pe butonul Finish putem alege , caz în care vom vizualiza rezultatele

interogării, ca în Fig. 46., sau putem alege Modify the design, caz în care va apăre fereastra Query

design, Fig. 47, care ne va oferi posibilitatea de a modifica definiţia interogării.

Fig. 46. Vizualizarea rezultatelor interogării crosstab în cazul View the query

Fig. 47. Vizualizarea rezultatelor interogării crosstab în cazul Query design

Modul design view al acestui tip de interogare este similar modului design view aferent

interogărilor crosstab. Astfel, pentru a defini o interogare de acest tip, avem nevoie de o nouă linieintrodusă în grid: linia Crosstab.

Această nouă linie serveşte la definirea conceptelor pe care le-am întâlnit în cazul wizard-ului.

36



Pentru a interpreta mai uşor rezultatele vom apela la modul de afişare grafic PivotChart Viewdin meniul View al Microsoft Access 2000., aşa cum se vede şi din Fig.48.

Fig. 48. Vizualizarea rezultatelor unei interogări crosstab în modul PivotChart View

În funcţie de opţiunile de afişare, putem avea o imagine de ansamblu asupra ponderii mişcăriimedicamentelor din stoc, după cum se observă şi din Fig. 49 şi Fig. 50.

Fig. 49. Vizualizarea rezultatelor unei interogări crosstab în modul PivotChart View, folosinddiferite moduri grafice de afişare

37



Fig. 50. Vizualizarea rezultatelor unei interogări crosstab în modul PivotChart View, folosinddiferite moduri grafice de afişare

III.5 Utilizarea programului de gestiune a stocurilor unei farmacii realizat înMicrosoft Access 2000

Un program de gestiune a stocurilor are ca scop înregistrarea întregii activităţi a intreprinderii,inclusiv din punct de vedere al contabilităţii primare de gestiune.14 Programul realizat şi prezentat în

proiectul de faţă nu se ocupa însă şi de partea financiară, care este în general gestionată de aplicaţiidedicate, dar are posibilitatea de a pune la dispoziţia acestora toate datele necesare pentru o bună

contabilitate. S-a avut în vedere nu numai înregistrarea „traficului” de medicamente din farmacie, ci şifluidizarea acestuia şi înregistrarea tuturor paşilor, după facturile de intrare şi de ieşire.

Interogărilor utilizate de baza de date, tipul lor şi funcţia pe care o au sunt următoarele:− cautare_medicament (select query): afişează toate datele referitoare la medicamentul a

cărui denumire este introdusă de la tastatură, având parametru în câmpul denumire. Se bazează petabelul medicamente;

− factura intrare (select query): afişează toate datele referitoare la medicamentele aflate pe o anumită factură de intrare, al cărei număr este introdus de la tastatură, cerut de un parametru dincâmpul nr_intrare. Se bazează pe tabelele medicamente şi intrari;

− eliminare intrari goale (delete query): şterge din tabelul medicamente înregistrările care

au în câmpul cantitate valoarea zero. Se bazează pe tabelul medicamente;

14 http://www.asecib.ase.ro/Mitrut%20Dorin/Curs/bazeCO

38

http://www.asecib.ase.ro/Mitrut%20Dorin/Curs/bazeCO




− cautare vanzari (select query): afişează toate datele referitoare la medicamentele aflate pe o anumită factură de ieşire, al cărei număr este introdus de la tastatură, cerut de un parametru dincâmpul factura. Se bazează pe tabelele arhiva vanzari şi vanzari;

− intrari goale (select query): afişează toate înregistrările din tabelul medicamente, careau în câmpul cantitate valoarea zero. Se bazează pe tabelul medicamente;

− pericol expirare (select query): afişează toate înregistrările din tabelul medicamentecare au proprietatea că se referă la medicamente care mai au o lună până când expiră. Se bazează petabelul medicamente;

− pret (select query): afişează preţul de vânzare, codul şi cantitatea disponibilă dintr-unmedicament a cărui denumire este introdusă de la tastatură, cerută de un parametru în câmpuldenumire. Se bazează pe tabelul medicamente;

− stergere (delete query): şterge înregistrările din tabelul medicamente care au proprietatea că se referă la medicamente care deja au expirat. Se bazează pe tabelul medicamente;

− test_valabilitate (select query): afişează înregistrările din tabelul medicamente care au proprietatea că fac referire la medicamente care deja au expirat. Se bazează pe tabelul medicamente.

− update (update query): scoate din stoc cantitatea de medicamente vândute scăzând dincâmpul cantitate aflat în tabelul medicamente valoarea care se află în câmpul cantitate din tabelularhiva vanzari. Se bazează pe tabelele arhiva vanzari şi medicamente.

Rapoartele care se regăsesc în program au atât rolul de a pregăti datele pentru imprimare într-un format adecvat, cât şi rolul de a servi drept mijloace de informare pentru a calcula valorile facturilor de intrare şi de ieşire.

Rapoartele utilizate sunt:• factura intrare: strânge datele de pe factura de intrare cu numărul specificat de la

tastatură înainte de deschidere şi calculează valoarea sa totală. Se bazează pe interogarea factura

intrare;

• cautare_vanzari: strânge datele de pe factura de ieşire cu numărul specificat de latastatură înainte de deschidere şi calculează valoarea sa totală. Se bazează pe interogarea cautarevanzari;

•

medicamente: afişează toate medicamentele care se află la momentul apelării în stoc. Se bazează pe tabelul medicamente.

Fig. 51. Interogarea test_valabilitate în Design view.

39



Fig. 52. Tabul Reports şi rapoartele utilizate de baza de date de gestiune de stocuri

Fig. 53. Capul raportului medicamente, cu rubricile organizate în funcţie de data de intrareîn primul rând şi de numărul facturii de intrare în al doilea rând

În momentul în care toate interogările şi rapoartele au fost create, s-a trecut la creeareaformularelor. În primul rând au fost create formularele principale: furnizori, intrari (împreună cu sub-formularul medicamente), medicamente şi vanzari (împreuna cu sub-formularul arhiva vanzari.

Formularul furnizori

Formularul furnizori are rolul de a facilita înregistrarea furnizorilor cu care are contractefarmacia şi operaţiile de întreţinere care trebuie făcute la acest nivel.

Formularul intrari Formularul intrari reprezintă modalitatea de a introduce medicamente în stoc, prin cumpărare.

Prin intermediul sub-formularului medicamente, medicamentelele sunt adăugate automat în stoc, iar rubricile nr_intrare şi data_intrarii nu mai necesită completare.

Formularul medicamente

Formularul medicamente este locul unde pot fi efectuate toate operaţiile de întreţinere a bazei

de date în ceea ce priveşte stocul de medicamente. O parte din facilităţile acestui formular presupunoperaţii de ştergere, ceea ce înseamnă că lucrul cu el necesită un spor de atenţie.Este posibil ca intrările care fac referire la medicamente care nu mai există în stoc să fie

necesare mai târziu, deci intrările goale nu ar trebui şterse imediat ce un medicament a fost epuizat din

40



stoc. Pe de altă parte, după o anumită perioadă de timp (o dată pe zi, o dată pe săptămână, sau chiar mai rar în funţie de spaţiul de memorare de pe hard disk) acestea trebuie şterse pentru a nu îngreunafuncţionarea bazei de date în mod inutil.

Formularul vanzari Formularul vanzari reprezintă modalitatea de a scoate medicamentele din stoc, prin vânzare.

Prin intermediul sub-formularului medicamente, medicamentele vândute sunt adăugate automat întabelul arhiva vanzari, iar rubricile nr_intrare şi data_intrarii nu mai necesită completare.

Medicamentele nu sunt scoase direct din stoc, ci prin intermediul tabelului arhiva vanzari.La scoaterea medicamentelor din stoc utilizatorul trebuie să fie foarte atent ca datele din factură

să fie corecte. În cazul în care se încearcă scoaterea din stoc a mai multor medicamente decât există,atunci procedura de scoatere va fi întreruptă. De asemenea, scoaterea medicamentelor din stoc trebuieefectuată o singură dată pentru fiecare factură în parte.

Prin intermediul sub-formularului medicamente, medicamentele sunt introduse automat în stoc,timp în care sunt introduse şi în formularul intrari, ceea ce duce la îndeplinirea a două funcţii în acelaşitimp: completarea stocului şi organizarea medicamentelor în funcţie de numărul de intrare şi dată lacare acestea sunt cumpărate de la furnizori. De asemenea, numărul de intrare şi data sunt completateautomat, utilizatorul nefiind obligat să le introducă de fiecare dată când adaugă un nou medicament pe

factură.Interogarea crosstab are rolul de a putea urmări mai uşor mişcările de stocuri pentru fiecaremedicament în parte şi se va folosi în momentul în care se doreşte emiterea unei comenzi către unfurnizor de medicamente. Se lansează din Queries, prin deschiderea interogării Query 3 .

41



Concluzii

Din cele prezentate mai sus rezultă că proiectul a realizat o prezentare teoretică şi ilustrează omodalitatea practică de creare pe fundamente ştiiţifice contabile a unei baze de date simplă, care să beneficieze

de filtre şi funcţiile contabile în desfăşurarea unei activităţi curente de gestiune reală a stocurilor unei farmacii.Prin intermediul unui Macro pot fi executate acţiuni complexe, cum ar fi deschiderea unui formular, deschidereaunei interogări, salvarea datelor din interogare, închiderea acesteia şi închiderea formularului, toate prinapăsarea unui singur buton sau prin selectarea unui anumit câmp. De asemenea, din cele prezentate mai susrezultă că programul de gestiune a stocurilor unei farmacii respectă cerinţele de proiectare prezentate încapitolul dedicat proiectării bazei de date.

Utilizarea programului de gestiune a stocurilor unei farmacii are în concluzie următoarele avantaje faţăde gestiunea neţinută pe un supor informatic, avantaje care sunt de fapt funcţii ale sistemului informatic,materializate prin următoarele facilităţi:

• Facilităţi ale formularului furnizori :- adăugarea unei noi înregistrări sau unui nou furnizor;

- căutarea unui furnizor pe bază de parametri multipli;- ştergerea înregistrării care este selectată.• Facilităţi ale formularului intrari :

- calcularea automată a valorilor din câmpurile valoare, valoare_TVA şi valoare_totală ;- pregătirea facturii de intrare pentru tipărire, atunci când este deschis raportul factura intrare1;- tipărirea raportului pregătit;- adăugarea unei noi înregistrări:- un link către tabelul medicamente pentru a avea acces direct la facilităţile de acolo;- posibilitatea de a salva factura de intrare în format extern, astfel încât să existe copii de siguranţă.

• Facilităţi ale formularului medicamente:- afişarea tuturor medicamentelor care se găsesc în stoc, prin utilizarea raportului medicamente;- afişarea tuturor medicamentelor din stoc care au denumirea introdusă de utilizator de la tastatură, caz în care se

foloseşte interogarea cautare medicament ;- căutarea unui anumit medicament în funcţie de mai mulţi parametri- găsirea medicamentelor care au expirat, prin folosirea interogării test_valabilitate- găsirea medicamentelor care mai au o lună până când expiră, utilizând interogarea pericol_expirare- eliminarea din baza de date a intrărilor care fac referire la medicamente care nu mai există în stoc, rulândinterogarea eliminare intrari goale- eliminarea din baza de date a intrărilor care fac referire la medicamente care nu mai sunt valabile, folosindinterogarea stergere- afişarea înregistrărilor din baza de date care fac referire la medicamente care nu mai există în stoc, utilizândinterogarea intrari goale- posibilitatea de a schimba preţul de vânzare al unui medicament în funcţie de fluctuaţiile pieţei.

•

Facilităţi ale formularului vanzari :- calcularea automată a valorilor din câmpurile valoare_v, valoare_TVA_v, valoare_totala_v, pret_facturat ;- afişarea datelor necesare în vederea vânzării despre medicamentele solicitate, atunci când se foloseşteinterogarea pret ;- pregătirea facturii de ieşire pentru tipărire, prin deschiderea raportului cautare_vanzari;- afişarea tuturor intrărilor care au în câmpul denumire valoarea introdusă de la tastatură, atunci când estefolosită interogarea cautare_medicament ;- existenţa unui link către formularul medicamente, pentru a avea acces direct la anumite funcţii de întreţinere(de exemplu verificarea stării de valabilitate a unui medicament);-adăugarea unei noi înregistrări.

Prin utilizarea interogării crosstab şi interpretarea rezultatelor furnizate de ea, fie sub exprimarevalorică cât fie sub exprimare grafică, se poate estima necesarul de stoc pentru fiecare medicament în parte,

astfel încât farmacia să-şi poată deservi clienţii fără riscul unei supradimensionări a stocurilor ,care ar însemnaun efort financiar mai mare dar şi creşterea riscului de a depăşi termenele de valabilitate a medicamentelor nevândute.

42



BIBLIOGRAFIE

1. Claudia Cârstea – Sisteme informatice de gestiune, Ed. Omnia UNI S.A.S.T., Braşov 2007

2. Claudia Cârstea – Proiectarea bazelor de date. Mediul de programare Microsoft Access,

Ed. Omnia UNI S.A.S.T., Braşov 20073. Pleşea Doru - Bazele contabilităţii, vol. II, Ed. Omnia Uni SAST, Braşov, 2005

4. Petre Brezeanu - Gestiunea financiară a intreprinderii, Ed. Cavallioti, 2002

5. Gheorghe Basanu - Managementul aprovizionării şi desfaceri, Ed. Economica, 1996Mihai Pricop

6. Radu Emilian - Managementul operaţiunilor în intreprinderile de serviciiGabriela Tigu

7. Eugen Ţigănescu - Bazele cercetării operaţionaleDorin Mitruţ

8. www.trendix.ro

9. http://www.market-mentor.ro

10. http://www.biblioteca.ase.ro/eresurse/reviste/contabilitate

11. http://www.asecib.ase.ro/MitruDorin/Curs/bazeCO

12. http://www.ea.upm.ro/cip/elearningi

43













i Există posibilitatea ca site-urile indicate în bibliografie să se regăsească într-o formă diferită de cea existentă la datacând s-a realizat prezentul proiect

Date post:	15-Jul-2015
Category:	Documents
Upload:	alexandra-grigore
View:	902 times
Download:	15 times

Proiectarea Unui Sistem tic Pentru Gestiunea Stocurilor 2012

Documents