UNIVERSITATEA « LUCIAN BLAGA » SIBIU

FACULTATEA DE ȘTIINȚE ECONOMICE

SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

PROIECT
UTILIZAREA SISTEMELOR
INFORMATICE ECONOMICE

Coordonator,
Conf.univ.dr.Marian Cristescu

Proiect realizat de:

Cînduleț Alexandra Georgiana

SIBIU, 2020

1
 SISTEM INFORMAŢIONAL. SISTEM INFORMATIC

Conceptul de sistem informaţional

Sistemul informaţional reprezintă un ansamblu de proceduri cu privire la culegerea,
verificarea, transmiterea, stocarea şi prelucrarea datelor în scopul satisfacerii cerinţelor
informaţionale necesare managerilor sau altor categorii de utilizatori finali în procesul de
fundamentare şi elaborare a deciziilor.
Sistemul informaţional :
-sub aspect static presupune înregistrarea faptelor survenite în baza informaţională,
înregistrarea structurilor de date, a regulilor şi a restricţiilor în modelul datelor;
- sub aspect dinamic presupune procesarea informaţiilor (aducerea la zi a datelor
memorate) în baza de date şi schimbarea structurilor, regulilor şi restricţiilor de date.

Conceptul de sistem informatic

Sistemul informatic reprezintă un ansamblu de proceduri, metodologii şi tehnici de
culegere, validare, transmitere, stocare, prelucrare automată a datelor în scopul satisfacerii
cerinţelor informatice necesare factorilor de decizie sau altor categorii de utilizatori finali în
procesul de fundamentare şi elaborare a deciziilor.Din definiţie, se poate desprinde ideea că
sistemul informatic reprezintă partea automatizată a sistemului informaţional.
Prezenţa sistemului informatic în care sistemul informaţional imprimă acestuia din
urmă noi valenţe de ordin cantitativ şi calitativ, în sensul:
- sub aspect cantitativ oferă facilităţi sporite cu privire la prelucrarea unor volume mari
de date;
- sub aspect calitativ asigură sporirea calităţii informaţiei, sub aspectele sporirii vitezei
de răspuns a sistemului la cererile utilizatorilor ;
- reducerea costului informaţiei ;
- sporirea exactităţii (preciziei) şi realităţii informaţiei ;
- asigurarea oportunităţii situaţiilor de informare, raportare ;
- sporirea calităţii formelor de redare a rezultatelor finale.

Obiectivele sistemului informatic

Obiectivele sistemelor informatice sunt subordonate obiectivelor managerilor cu
privire la multitudinea activităţilor din cadrul societăţilor comerciale. Obiectivele sistemelor
informatice pot fi clasificate după mai multe criterii, astfel:
În funcţie de sfera de cuprindere a efectelor economice, acestea pot fi:
a) generale / principale
b) secundare
Înfuncţie de posibilitateacuantificăriiefecteloreconomice :
a) Obiectivecuantificabilesau de ordincantitativ
b) Obiectivenecuantificabilesau de ordincalitativ
În funcţie de sistemul de referinţă :
a) Obiective referitoare la activitatile de baza - sistemul condus
b) Obiectivele referitoare la activităţile din cadrul sistemului informaţional.
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

INTRODUCERE

Implementarea unui sistem informatic pentru comert cu amanuntul al cartilor, in

magazine specializate.
Obiectivul acestui proiect este de a concepe un sistem informatic pentru vanzarea cu
amanuntul a cartilor de toate genurile.
Modelul ce urmează a fi implementat va trebui să permită înscrierea într-un nomenclator
fiecare salariat al firmei, furnizorii, gestiunea în care intră marfa recepționată și de asemenea
clienții.
Astfel sistemul va urmări:
• Să evidențieze informații referitoare la valoarea cantitativă și prețurile de achiziție.
• Să permită stocarea produselor în gestiunea magazinului.
• Să permită verificarea în orice moment al stocului fizic și cel inițial, precum și evidența
vânzărilor.
• Să realizeze vânzarea efectivă către clienți.

1. PREZENTAREA GENERALĂ A SOCIETĂȚII LIBRIS SRL

S.C. LIBRIS SRL este o societate comercială constituită sub formă de societate cu răspundere
limitată, persoană juridică română care s-a înfiinţat conform Legii 31/1990 (Legea Societăţilor
române). Denumirea societăţii este LIBRIS SRL, înregistrată la Registrul Comerţului din judeţul
Brasov în anul 1991 (J08/1997/1991) având codul unic de înregistrare 1094992.
Sediul social al societăţii este în judeţul Brasov, strada Muresenilor, nr.14. Libris Editorial
este cel mai nou proiect al brandului Libris, alături de librăria online www.libris.ro, Librăria
Șt O Iosif Brasov si Casa de Productii Libris Brasov. Având în spate oameni pasionați, cu o
experiență de peste 20 de ani în distribuția, promovarea cărților și organizarea evenimentelor
culturale în țară și în străinătate, Libris Editorial reprezintă pasul firesc făcut pentru a întări
apropierea publicului de valorile culturale autohtone.

MODELAREA CONCEPTUALĂ A DATELOR (MCD)

In modelarea conceptula a datelor se opereaza cu urmatoarele enunturi si urmatorii

termeni:
Modelul – o forma de abstractizare a realitatii economice pe care o luam in studiu.
Principalele caracteristici ale modelului sunt:
- generalitatea
- utilitatea
- usurinta in procesul de implementare care determina in mod implicit gradul sau
nivelul de aplicabilitate.
Orice model teoretic al unui viitor Sistem Informatic Economic este destinat de facto
implementarii cu ajutorul tehnologiilor informatice disponibile in economia reala.
Entitatea – este un termen abstract prin intermediul caruia determinam un obiect al
lumii reale (realitatea economica modelata), care are o experienta proprie cu o identitate
proprie
(care il face identificabil in raport cu celelalte obiecte de acelasi tip) si o multime de
caracteristici (proprietati) care ne permit descrierea specificului sau.
Tip de entitate – un concept generic care descrie multimea tuturor entitatilor ce prezinta
aceleasi caracteristici constructive.
Atributul – defineste o proprietate distincta, fiecare atribut prezinta un domeniu de
valori admise.

1.Modelul Entitate - Asociere (EA)

Caracteristica modelului este generalitatea. Pentru a obţine un model conceptual al

datelor se apelează la modele intermediare care sunt folosite ca suport al unei metodologii de
proiectare. Un model conceptual este un ansamblu de concepte şi reguli de combinare a
acestor concepte permiţând reprezentarea realităţii circumscrise domeniului supus
informatizării. Modelele utilizate se numesc modele semantice şi au drept obiectiv ca prin
conceptele oferite săpermită reprezentarea lumii reale.Un model semantic este modelul EA.
Entitatea, concept de bază al modelului EA, este un obiect al realităţii modelate caracterizat
prin existenţă proprie cu o identitate proprie, in cazul modelarii noastre un exemplu de entitate
este client,facturi,detalii factură,produs,etc.

Tip entitate Atribute Realizari ale Realizari ale atributelor

atributelor ex.1 ex.2
CLIENTI Cod_client 1001 1002
Nume_client Paraian Adela Moldovan Viorel
Cod_fiscal 5051124324812 1630218323922
Sediul Sibiu Tg.Mures
Judet Sibiu Mures
Sex Feminin Masculin
Varsta 12 ani 55 ani
E-mail adela.p@yahoo.com Viorel.moldo@yahoo.com
Telefon 0742 131857 0722 582328

Tip entitate Atribute Realizari ale atributelor Realizari ale atributelor

ex.1 ex.2
CARTI Cod_carte 4002 7016
Denumire_carte Comoara marelui Han Misterul Vaii Intunecate
Domeniu Aventura Roman politist
U_M Set volume buc
Pret_produs 55 lei 70 lei
Editura Coressi Polirom
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

Structura entitatilor se prezinta astfel:

Clienti Facturi Receptie

Cod_client Nr_factura Nr_receptie
Nume_client Serie_factura Data_receptie
CNP Data_facturii Cod_gestiune
Sediul Cod_client Cantitate
Judet Cod_gestiune Cod_carte
Sex
Varsta
E-mail
Telefon
Comanda
Carti
Nr_comanda
Chitanta Cod_carte
Data_comanda
Nr_chitanta Denumire_carte
Cod_carte
Serie_chitanta Domeniu
Cod_client
Data_Chitanta U_m
Cantitate
Nume_client Pret_produs
Pret_carte
Suma_incasata Editura

Gestiune
Cod_gestiune
Domeniu

Atributul defineste o proprietate distincta a unei entitati, fiecare atribut prezinta o multime de
valori admise.
Analizând tipurile de entităţi de mai sus putem evidenţia mai multe tipuri de atribute:

a) După complexitate atributele sunt:

 Atribute elementare: Cod client, Nume client, CNP (CLIENTI);

Numar factura, Data facturii, Cod client (FACTURI);
Numar chitanta, Nume client, Suma incasata(CHITANTE)
 Atribute decompozabile:Sediul , varsta, sex (CLIENTI);

b) După realizările pe care le pot prezenta atributele pot fi:

 Atribute obligatorii: Cod client, Nume client, CNP

(CLIENTI); Numar factura, Data factura, Cod client (FACTURI);
Cod carte, Pret produs (CARTI);
Numar receptie, Data receptie, Cod gestiune, Cantitatea
(RECEPTIE)
Numar chitanta, Data chitanta, Nume client, Suma incasata
(CHITANTA)
 Atribute opţionale: Domeniu;
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

 Atribute monovaloare: Cod client, Cod

fiscal(CLIENTI); Cod produs, Denumire carte, UM
(PRODUSE)
Cod gestiune, Nume gestiune (GESTIUNI);

 Atribute multivaloare: E-mail, Telefon (CLIENTI).

 Clasificarea atributelor:

Nr. Dupa Dupa Dupa

Atribut Entitate
Crt. complexitate obligativitate realizari
1. Cod_client Elementar Obligatoriu Monovaloare
2. Nume_client Elementar Obligatoriu Monovaloare
3. CNP Elementar Obligatoriu Monovaloare
4. Sediul Decompozabil Obligatoriu Monovaloare CLIENTI
5. Judet Elementar Obligatoriu Monovaloare
6. Sex Elementar Obligatoriu Multivaloare
7. Varsta Elementar Obligatoriu Multivaloare
8. Nr_factura Elementar Obligatotiu Monovaloare
9. Serie_factura Elementar Obligatoriu Monovaloare
10. Data_facturii Elementar Obligatoriu Monovaloare FACTURI
11. Cod_client Elementar Obligatoriu Monovaloare
12. Cod_gestiune Elementar Obligatoriu Monovaloare
13. Cod_carte Elementar Obligatoriu Monovaloare
14. Denumire_carte Elementar Obligatoriu Monovaloare
15. Domeniu Elementar Obligatoriu Monovaloare CARTI
16. U_m Elementar Obligatoriu Monovaloare
17. Pret_carte Elementar Obligatoriu Monovaloare
18. Cod_gestiune Elementar Obligatoriu Monovaloare
GESTIUNE
19. Domeniu Elementar Obligatoriu Monovaloare
20. Nr_receptie Elementar Obligatoriu Monovaloare
21. Data_receptie Elementar Obligatoriu Monovaloare
22. Cod_carte Elementar Obligatoriu Monovaloare RECEPTIE
23. Cod_gestiune Elementar Obligatoriu Monovaloare
24. Cantitate Elementar Obligatoriu Monovaloare
25. Nr_chitanta Elementar Obligatoriu Monovaloare
26. Serie_chitanta Elementar Obligatoriu Monovaloare
27. Data_Chitanta Elementar Obligatoriu Monovaloare CHITANTA
28. Nume_client Elementar Obligatoriu Monovaloare
29. Suma_incasata Elementar Obligatoriu Monovaloare
30. Nr_comanda Elementar Obligatoriu Monovaloare
31. Data_comanda Elementar Obligatoriu Monovaloare
32. Cod_carte Elementar Obligatoriu Monovaloare COMANDA
33. Cod-client Elementar Obligatoriu Monovaloare
34. Cantitate Elementar Obligatoriu Monovaloare
35. Pret Elementar Obligatoriu Monovaloare
 2. Asocieri – Cardinalitati

Asocierea reprezinta legatura dintre doua sau mai multe entitati, legatura generata de
dependentele functionale dintre date.

a) Asocierea Clienti – Carti

Cardinalități
Clienți Cod_client Nume_client CNP
Sediul Județ Sex Varsta
Carti Cod_carte Denumire_carte Domeniu
1, n 0, n UM
Pret_carte Editura
CUMPARA

Roluri

cumparator cumparat

 1,n –un client poate cumpara cel puțin un produs sau n produse;
 0,n–un produs poate fi cumparat de niciun client sau de n clienti.

b) Asocierea Carti – Receptie

Cardinalități

Carti
Cod_carte Denumire_carte 1, n 1,
Domeniu Um n Recepție
Preț_carte Stoc_inițial Nr_recepție
INCLUS Data_recepției
Cod_gestiune
Cantitate
Cod_carte

Roluri

sunt incluse în se includ produse

recepție
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

 1,n– un produs poate să fie inclus într-o receptie sau n receptii;

 1,n – o receptie poate include un produs sau mai multe produse.

c) Asocierea Comanda - Carti

Cardinalități
manda Nr_comanda Data_comanda Cod_carte Cod_client Cantitate Produse Cod_carte Denumire_car
Pret_carte te
1, n 0, n
CUPRINDE/cantitate
Um
Preț_carte
Stoc_inițial

Roluri

suntcuprinse
cuprinde

 1, n – comanda cuprinde un produs sau mai multe produse;

 0, n – produsul cuprinde nicio comanda sau mai multe comenzi.

d) Asocierea Recepție – Gestiuni

Cardinalități

e Nr_recepție Data_recepției Cod_gestiune Cantitate Cod_carte

1, 1 1, n
Gestiune
REPARTIZEAZĂ Cod_gestiune Nume_gestiune

Roluri

repartizată se repartizeaza
 1,1– o recepție poate fi repartizată pe cel puțin și cel mult o gestiune;
 1,n – pe o gestiune se poate repartiza o receptie sau mai multe receptii.

e) Asocierea Clienți – Chitanțe

Cardinalități
Clienți
Chitanțe
Cod_client
Nume_client 1, n 1, Nr_chitanță
1
CNP PRIMESC Seria_chitanță
Sediul Data_chitanță
Județ Cod_client
Sex Suma_încasată

Roluri

primesc chitanțe sunt primite

 1,n - un client poate primi cel puțin o chitanță sau n chitante;

 1, 1 – o chitanță este primită de cel puțin și cel mult un client.
f) Asocierea clienti- facturi-
chitante
Clienti Facturi
1,1
Cod_client
Nume_client Nr_factura
ACHITA
Cod_fiscal Serie_factura
Sediul Data_facturii
Județ Cod_client
Sex
Cod_gestiune
Varsta 1,1 1,,,1
Cuprinde / achitata
Chitante

Nr_chitanță
1,1
Seria_chitanță
Data_chitanță
primeste Nume_client
Suma_încasată
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

Gestiune Cod_gestiune Nume_gestiune

Recepție
1, n Nr_recepție Data_recepției Cod_gestiune Cantitate Cod_carte
exista
Carti
Cod_carte 0,n
Denumire_produs Um1,n
Preț_produs Stoc_inițial Domeniu

1, n
1, n
Include/Data receptiei

Comanda Nr_comanda Data_comanda Cod_carte Cod_client Canti

Cuprind/
Facturi Nr_factură Serie_factură Data_facturii Cod_client Cod_gestiune cantitate
1,1 1, 1 1, 1

se întocmesc

1,n

se emit/data comenzii

Clienți Cod_client Nume_client CNP

Sediul Județ Sex Varsta

Chitanțe Nr_chitanță Seria_chitanță Data_chitanță Cod_client Suma_încasată

Achită/suma

1, n 1, 1
 MODELUL (EA)

3. Restricții
Restricțiile de integritate definesc cerințele pe care datele trebuie să le respecte pentru
a fi corecte și coerente în raport cu realitatea pe care o reflectă.

Restrictii de domeniu: statica, dinamica

ATRIBUTUL RESTRICȚIA TIPUL DE RESTRICȚIE

Data_facturii Data facturii>=data comenzii Dinamică

Să fie exprimată în bucăți, kilograme

UM Statică
sau litri

Cod_gestiune {11,22,33,44} Statică

Data_chitantei Data chitantei>=data facturii Dinamică

Implica proprietatea Validation Rule din accesss.

Restricţiile de integritate de asocieri vizează asocierea însăşi împreună cu entităţile

participante.Altfel spus, restricţiile se referă la mulţimea tuturor rolurilor aparţinând asocierii.
Restricţia de incluziune de asocieri

Clienți platitor Facturi

Cod_client 1,n 1,1 Nr_factură

Nume_client Achita/ Serie_factură
Cod_fiscal numerar Data_facturii
Sediul Cod_client
Județ Cod_gestiune
Sex
Varsta

primitor 1,1
I
primesc
1,1

Chitante

Nr_chitanță
Seria_chitanță
Data_chitanță
Nume_client
Suma_încasată

Tipul de asociere „primesc” este determinat de existenţa tipului de asociere „achită”

(clientul nu poate primi chitanta daca nu achită factura).
Asocierea”primesc” include asocierea”achita”.
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

Restricţia de excluziune de asocieri

1,n1,1
Facturi
Clienti
Nr_factură Serie_factură Data_facturii Cod_client Cod_gestiune
Cod_client
Nume_client Achita
Cod_fiscal /card
Sediul
Județ
Sex
Varsta
1,1

primesc #

1,1

Chitante

Nr_chitanță Seria_chitanță Data_chitanță Nume_client

Suma_încasată
Tipul de asociere „primesc” este determinat de existenţa tipului de asociere
„achită” (clientul nu primeste chitanta daca achită factura cu cardul).Rezulta ca intre
“achita” si “primesc” este o excluziune de asocieri.
 Restricţia de egalitate de asocieri

realizator 1,n 1,n

Clienti Comanda

Cod_client Nr_comanda
Nume_client Data_comanda
realizeaz
Cod_fiscal Cod_carte
Sediul Cod_client
Judet Cantitate
Sex Pret_carte
Varsta
1,n cumparator

Cumpara =

0,n

Carti

Cod_carte
Denumire_carte
UM
Preț_carte
Stoc_inițial

Între aceste asocieri, ”realizeaza” si “cumpara”,se stabileşte o restricţie de egalitate de

asocieri deoarece orice comanda realizata implică cumpararea de produse .

Restricțiile de domeniu reprezintă condiții care privesc ansamblul de valori admise

pentru un atribut în cadrul tipului sau domeniului său. Restricțiile pot viza realizările
unui/unor atribute aparținând unei aceleași entități sau asocieri, caz în care se numesc
restricții intraentitate, sau a unui/unor atribute aparținând unor entități și/sau asocieri
diferite, caz în care se numesc restricții interentități. Restricțiile de domeniu se pot exprima
cu privire la:
 Conținutul unui singur atribut al unei entități sau asocieri:
Exemplu: UM = {ˮBUCˮ, ˮKGˮ, ˮLˮ}
Cantitate ≥ 5
 Corelațiile ce trebuie să se respecte între valorile mai multor atribute sau asocieri aparținând
aceleași entități sau asocieri:
Exemplu: Cod_produs = ˮ1022” atunci UM = ˮBUCˮ
 Cod_client =ˮ2” atunci Nume_client = ˮS.C. Mediplus S.R.Lˮ
 Corelații care trebuie să existe între atributele aparținând mai multor entități sau asocieri
diferite:
Exemplu: cod_produs = ˮ1011” atunci cod_gestiune = ˮ11”
 Corelații realizate pe baza unor valori obținute prin operații de sintetizare (însumare, calculul
mediei, valorii minime / maxime) a unui ansamblu de entități:
Exemplu: Valoarea produselor existente pe stoc.
Valoare = Preț_produs * Stoc_inițial

Restricții structurale
Fiecare entitate va trebui să poată fi identificată fără echivoc. Acest lucru impune ca
identificatorul entității să ia valori unice diferite de NULL (NULL înseamnă că nu s-a realizat
nici o valoare, deci valoarea NULL este diferită de zero sau spațiu).

ENTITATE IDENTIFICATOR
Clienți Cod_client
Carti Cod_carte
Gestiune Cod_gestiune
Facturi Nr_factură
Comanda Nr_comanda
Recepție Nr_recepție
Chitanțe Nr_chitanță

Restricțiile de integritate de roluriexprimă legătura stabilită între entităţi

diferite,fiecare dintre acestea jucând un anumit rol.

Restricția de incluziune de roluri

- statuează faptul că, dacă o entitate E1 care joacă rolul r1 în asocierea A1 va trebui să
joace şi rolul r2 în asocierea A2. Rezultă că rolul r1 include (implică prin incluziune) rolul r2 .
Exemplu: Clienţii realizeaza comenzi şi obtin produsele dacă au facturile achitate. Între rolul
„obtinute” şi rolul „achitate” se manifestă o restricţie de incluziune de roluri.
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

1,n realizator 1,n realizata

Comanda
Clienti
Nr_comanda Data_comanda Cod_carte Cod_client Cantitate P
Cod_client Nume_client Cod_fiscal Sediul
Judet Sex Varsta
1,n
Realizeaza

1,n 1,n
Obtine
Carti
Achita
Cod_carte
1,n I
Denumire_carte
UM
Facturi 1,1
Preț_carte
Nr_factură achitate obtinute Stoc_inițial
Serie_factură
Data_facturii
Cod_client
Cod_gestiune

Rolul „obtinute” il include pe rolul”achitate”

Restricția de excluziune de roluri

- specifică faptul că un rol r1 jucat de o entitate E1 în asocierea A1 exclude existența

rolului r2 jucat în asocierea A2.
Exemplu: Clienții cumpara produse, iar produsele sunt cumparate de clienti, însă clienții nu
vand produse.
 cumparator cumparate
Clienți Cod_client Nume_client Cod_fiscal Sediul Carti Cod_carte Denumire_carte UM
1,n 0,n
Județ Preț_carte Stoc_inițial
Sex Varsta
cumpara

1,n

0,n #

vand
Vanzator

Restricția de egalitate de roluri

-presupune ca restricția de incluziuneîntre roluri să fie reciprocă.
Exemplu: Clienții achita facturi, iar în momentul când o achită primesc și chitanță.

Clienți 1,n 1,1

Cod_client Facturi
Nume_client Nr_factură
Cod_fiscal Serie_factură
achita
Sediul Data_facturii
platitor Jupdlaetțita Cod_client
Sex Cod_gestiune
Varsta
primitor
=
primesc

1,1
Chitanțe
Nr_chitanță
Seria_chitanță
Data_chitanță
Nume_client
Suma_încasată
 MODELAREA CONCEPTUALA A PRELUCRARILOR (MCP)

Pasul 1: Definirea domeniului investigat

Problema supusă analizei acoperă în principal următoarele activităţi:

Clienții emit comenzi de produse
Activitatea de verificare stoc disponibil
Intocmire aviz expediție sau dispoziția de livrare
Emitere factură
Activitatea de încasare a contravalorii produselor livrate

Pasul 2: Evenimente identificate

E1: Primire comandă produse

E2: Clientul există în baza de date
E3: Client existent
E4: Înregistrarea noului client
E5: Inregistrarea comenzii
E6: Stoc în gestiune produse este mai mare sau egal cu cantitatea cerută
E7:Comandă nouă
E8: Comandă înregistrată
E9: Aviz de livrare eliberat
E10: Actualizarea stocului de produse
E11: Emiterea facturii
E12: Livrarea produselor
E13: Factura achitată
E14: Chitanţa eliberată
E15: Stingere creante

Pasul 3 : Întocmirea tabloului evenimente-rezultate

Nr. crt. EVENIMENTE ACŢIUNI EVENIMENTE

DECLANŞATOARE EXECUTATE REZULTAT
1. Comanda Inregistrare comandă Comandă înregistrată
primitapentrulivrare
produse
2. Comandă înregistrată Verificarea existenţei Client nou sau client existent
clientului în baza de
date
 3. Client nou Înregistrare client în Client nou inregistrat
baza de date
4. Client existent în baza Inregistrare comanda Verificare comanda in stoc
de date sau client nou pentru pregatirea marfii
5. Verificare stoc produse Analizeaza necesarul Comanda existenta sau
comanda noua
6. Comanda noua Completarea stocului de Comanda inregistrata/Aviz de
produse livrare eliberat
7 Avizul de livrare emis Pregătire lot marfă Marfă pregătită
8. Cantitate marfă Se actualizeaza stocul de Stoc de produse actualizat
produse, se scad
cantităţile de mărfuri
pregătite
9. Factura Emitere factura Factură emisă
10. Expediere Trimitere cantitate de Marfă expediată
marfă cu factura
11. Achitare Se achită contravaloarea Factura achitată
mărfurilor
12. Factura achitată Imprimare chitanţă Chitanţă eliberată
13. Chitanta Se inregistreaza chitanta Stingerea creantelor

Pasul 4: Identificarea operaţiilor

OP1 = Primire comandă

OP2 = Verificare existenţă client
OP3 = Înregistrare client nou
OP4 = Inregistrare comandă
OP5 = Verificare stoc de marfă
OP6= Completare stoc
OP7 = Emitere aviz de livrare
OP8 = Actualizare stoc
OP9 = Eliberare factură
OP10 = Expediere cantitate cerută de marfă
OP11 = Achitare factură
OP12 = Eliberare chitanţă

Pasul 5 : Identificarea sincronizărilor.

 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

Sincronizările ce apar au fost deja marcate în cadrul pasului 3, deoarece acestea

reprezintă cazurile unde în cadrul coloanei evenimentelor declanşatoare apar două sau mai
multe evenimente legate prin operatorul logic “sau”.

Pasul 6 : Identificarea regulilor de emisie

OPERAŢIE REGULI DE EMISIE
Operaţia 2 R2,1 – Clientul există în baza de date
Operaţia 5 R5,1 – Cantitate curentă ≥ Cantitate iniţială - Cantitate solicitată

Pasul 7 : Elaborarea modelului conceptual al prelucrărilor

După cum s-a specificat anterior, modelul conceptual al prelucrărilor va fi divizat
ţinându-se cont de principalele procese care apar, şi anume:
• Înregistrare comandă
• Pregătire lot de marfă
• Expediere lot de marfă
• Achitare factură

MODELAREA LOGICĂ A DATELOR

Modelul logic al datelor este o reprezentare a modelului conceptual al datelor în

funcţie de posibilităţile oferite de tehnica de calcul a momentului.

EXEMPLU

Crearea tabelei Carti

 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

Crearea tabelei Clienti

Creare tabela Chitante

UNIVERSITATEA « LUCIAN BLAGA » SIBIU FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II
UNIVERSITATEA « LUCIAN BLAGA » SIBIU FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

24
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

MODELAREA FIZICA A DATELOR (MFD)

Pentru realizarea modelării fizice a datelor am folosit programul VILTECH în care am

pus în practică ceea ce am realizat în modelările anterioare.

Din meniul date entitate- putem identifica Date firma LIBRIS SRL.
Tabela ENTITATE FURNIZOR

Tabela GESTIUNE
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

CATEGOTII DE PRODUSE

Pe baza acestor informatii, vom inregistra Nota de intrare-recepţie (NIR) pe baza FACT, prin care
se realizează recepţia cantitativ-valorică a produselor.
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II
 UNIVERSITATEA « LUCIAN BLAGA » SIBIU
FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

Vanzarea Produselor- iesirea din GESTIUNE

UNIVERSITATEA « LUCIAN BLAGA » SIBIU FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II
UNIVERSITATEA « LUCIAN BLAGA » SIBIU FACULTATEA DE ȘTIINȚE ECONOMICE
SPECIALIZAREA : B8 MASTER ANUL I, SEMESTRUL II

31