proiectarealogicabazadate_gestiuneastocurilor

8/16/2019 ProiectareaLogicaBazaDate_GestiuneaStocurilor

1/5

1

Modelarea datelor

1. Descrierea sintetic a principalelor tranzac#ii din sistem

SGSM trebuie s reflecte urmtoarele clase de tranzac#ii:Ø Achizi#ionarea de materiale prin cumprare de la furnizori. Intrarea MATERIALELOR în

GESTIUNE se face pe baza RECEP$IEI care indic cantitatea intrat $i pre#ul pentru unul sau

mai multe MATERIALE. RECEP$IA este întocmit pe baza DOCUMENTULUI DEÎNSO$IRE A M%RFII emis de FURNIZOR (factura sau avizul de înso#ire a mrfii). Dac MATERIALELE de pe o factur sau de pe un aviz vor intra în mai multe GESTIUNI (magazii),atunci se întocme$te câte o RECEP$IE pentru încrcarea fiecrei GESTIUNI în parte. Datorit modului diferit de înregistrare în contabilitate, aceast clas de tranzac#ii implic trei subclase:achizi#ionare materiale cu factur , achizi#ionare materiale f r factur $i sosirea facturii cuîntârziere. Un MATERIAL poate fi regsit în una sau mai multe GESTIUNI, iar stocul pentru unMATERIAL depinde de GESTIUNEA la care se face referire. Dac se recep#ioneaz unMATERIAL nou sau se primesc materiale de la un FURNIZOR nou, atunci trebuie adugate însistem datele despre materialul $i/sau furnizorul respectiv. Dac ini#ial FURNIZORUL a emisdoar avizul de înso#ire a mrfii, ulterior el va emite $i factura ce corespunde avizului. Pân în

prezent nu s-au consemnat diferen#e între cele dou documente emise de FURNIZOR .Ø Consumul de materiale. Darea în consum a materialelor se face pe baza DOCUMENTULUI

DE CONSUM (bonul de consum $i fi$a limit de consum, care au structur asemntoare), încare sunt specificate cantitatea pentru unul sau mai multe MATERIALE. La ie$irea dinGESTIUNE, materialele vor fi evaluate prin metoda costul mediu ponderat, calculat la sfâr $itulfiecrei luni la nivelul întregii firme. Documentul de consum este emis pentru MATERIALELE eliberate dintr-o singur GESTIUNE.

Ø Transferul de materiale între gestiuni. Transferul de materiale între gestiuni se realizeaz pe baza BONULUI DE TRANSFER , care consemneaz cantitatea pentru unul sau mai multeMATERIALE. BONUL DE TRANSFER este emis de GESTIUNEA surs $i va con#inematerialele transferate ctre o singur GESTIUNE destina#ie. De asemenea, la ie$irea dinGESTIUNE se utilizeaz costul mediu ponderat. În cadrul acestei clase de tranzac#ii au fost

identificate trei subclase de tranzac#ii, determinate de modul diferit de înregistrare în contabilitate:transferuri între GESTIUNI din aceea$i SUBUNITATE; transferul între GESTIUNI dinSUBUNIT%$I diferite; transferul între gestiunea central $i celelalte gestiuni.

2. Argumentarea principalelor decizii de proiectare a bazei de date

La o prim analiz a cerin#elor func#ionale ale sistemului (prezentate mai sus) pot fi identificateentit#ile de date (eviden#iate prin caractere BOLD) $i rela#iile care exist între acestea. În acest sens, prinentitate de date se în#elege orice obiect, abstract sau real, în legtur cu care se simte nevoia memor rii dedate. Prin urmare va fi construit diagrama din figura 1. Se observ ca RECEPTIE este o entitate de tipatributiv. Este foarte probabil ca analistul s nu o sesizeze ca o entitate distinct $i s-o considere ca partea entit#ii ACHIZI$IONARE, care s mai cuprind $i entitatea DOCUMENT ÎNSOTITOR . În acest

caz, el va observa ulterior c atributele numr recep # ie $i dat recep # ie din eventuala entitateACHIZITIONARE sunt atribute multivaloare, ceea ce-l va determina s introduc o entitate atributiv.Prin analiza fluxurilor de date din diagramele fluxurilor de date (se vor inventaria structurile

tuturor fluxurilor care acceseaz locul de stocare corespondent entit#ii analizate) se vor determinaatributele $i cheia fiecrei entit#i. În mod normal, exist o coresponden# între locurile de stocare dindiagrama fluxurilor de date $i entit#ile din diagrama entitate-rela#ie. Aceast rela#ie de coresponden#

poate presupune o rela#ie biunivoc sau, pentru simplitatea DFD atunci când sunt prea multe entit#i, unuiloc de stocare din DFD îi va corespunde dou sau mai multe entit#i din DER, grupate logic.

Aten#ie! Nu confunda#i entit#ile de date din DER cu entit#ile externe din DFD!

PDF created with pdfFactory trial version www.pdffactory.com

http://www.pdffactory.com/http://www.pdffactory.com/


2/5

2

Între unele dintre entit#ile de date identificate exist rela#ii de tipul multe-la-multe care sunt purttoare de atribute. De exemplu, rela#ia dintre RECEP'IE $i MATERIAL este purttoarea a dou propriet#i: cantitate $i pre#. Cantitate nu poate fi proprietatea entit#ii MATERIAL (deoarece acela$imaterial va fi recep#ionat de mai multe ori $i în cantit#i diferite) sau a entit#ii RECEP'IE (pe o recep#iese gsesc mai multe MATERIALE cu cantit#i diferite). Prin urmare se pune problema dac o astfel derela#ie nu este cumva o entitate „în travesti”, caz în care ea va fi considerat o entitate asociativ – adic orela#ie între dou entit#i care are propriile atribute $i pe care analistul decide s o modeleze ca pe o

entitate de date. O astfel de entitate nu are o cheie proprie, dar în faza proiectrii logice (când se utilizeaz modelul rela#ional) cheia rela#iei corespondente va fi format din cheile celor dou rela#ii de care depinde.Aceea$i situa#ie se regse$te la rela#iile dintre: BONUL DE TRANSFER $i MATERIAL,

DOCUENTUL DE CONSUM $i MATERIAL, MATERIAL $i GESTIUNE.Aten#ie! Nu toate rela#iile de tipul multe-la-multe sunt purttoare de propriet#i, ele r mânând ca

atare în modelul conceptual al datelor. Deoarece acest tip de rela #ii nu poate fi implementat în modelulrela#ional, la proiectarea bazei de date acest tip de rela #ie va fi descompus prin inserarea unei entit#i-intersec#ie, numit $i entitate asocia#ie. Tabela corespondent entit#ii-intersec#ie va avea ca atributenumai cheile tabelelor pe care le leag. Un asemenea caz nu este regsit în modelul de fa#.

Prin introducerea entit#ilor asociative $i a atributelor specifice fiecrei entit#i de date, rezult diagrama entitate-rela#ie prezentat în figura 2.

Conform principiului abstractizrii, proiectarea logic a bazei de date presupune transformarea

modelului conceptual al datelor prin înglobarea regulilor specifice modelului rela#ional (cum ar fiintroducerea cheilor str ine). De asemenea, modelul logic al datelor (adic schema bazei de daterela#ional) va include $i unele detalii de implementare, derivate din modul de implementare a

procedurilor de prelucrare, $i care pot apare pe parcursul întregii faze de proiectare. Forma final a bazeide date este prezentat în figura 3. Toate tabelele au fost analizate din punctul de vedere al normalizrii,dup care au fost luate în considerare unele aspecte ale denormalizrii.

Visible Systems Corporation EDUCATIONAL/TRAINING Version

Receptie

Are in

corespondenta

Material

Gestiune

Doc_insotitor

Este primit

Consum

Furnizor Localitate

Judet

Primeste

Transfer

Are

Face

parte

din

Are

Are sediul i n

Emite

Este emis de

Are

Este

intocmita

pe

baza

Corespunde

Este intocmita pentru

Primeste Subunitate

Transmite

Este transmisa

Primeste

Este intocmit pentru

Are

Face parte din

Este receptionat

Contine

Este dat in consum

prin

Contine

Are in

stoc

Este

in

stoc

la

Este transferat

Contine

Figura 1 Prima form a diagramei entitate-rela#ie




3/5

3

Figura 2 Diagrama entitate-relatie dup includerea atributelor $i a entit#ilor asociative

DF created with pdfFactory trial version www.pdffactory.com



4/5

4

Visible Systems Corporation EDUCATIONAL/TRAINING Version

RECEPTIE

IDRECEPTIE CHAR(10)

IDCUMPAR CHAR(10) [FK]GESTCOD CHAR(2) [FK]RECNR CHAR(4)RECDATA DATERECDATAOP DATERECVALOARE DECIMAL(10) Null

IDRECEPTIEST CHAR(10) Null [FK]RECFACTPRIM CHAR(1)

ART_RECEPTIE [As]

MATCOD CHAR(6) [FK]IDRECEPTIE CHAR(10) [FK]

ARCANTITATE DECIMAL(10) ARPRET DECIMAL(12)

MATERIAL

MATCOD CHAR(6)

MATDEN CHAR(25) NullMATUM CHAR(3) NullMATCONT CHAR(10) Null

GESTIUNE

GESTCOD CHAR(2)

SUBUCOD CHAR(2) [FK]GESTDEN CHAR(15) NullGESTNUMEGEST CHAR(25) Null

DOC_INSOTITOR

IDCUMPAR CHAR(10)

TRANZCOD CHAR(10) [FK]DITIPDOC Undefined NullDINRDOC CHAR(8) NullDIDATADOC DATE NullFURNCOD CHAR(4) [FK]DIMIJLTRANSP CHAR(10) NullDIDATAOP DATEDIVALTVA DECIMAL(12 ) NullIDCUMPARP CHAR(10) [FK]DISTORNAT CHAR(1)

ART_CONSUM [As]

MATCOD CHAR(6) [FK]IDCONSUM CHAR(10) [FK]

ACCANTITATE DECIMAL(10)

CONSUM

IDCONSUM CHAR(10)

TRANZCOD CHAR(10) [FK]GESTCOD CHAR(2) [FK]CONSTIPDOC CHAR(3)CONSNRDOC CHAR(6)CONSDATADOC DATECONSNRCDA CHAR(6) NullCONSLOCCONS CHAR(15)CONSDATAOP DATEIDCONSUMST CHAR(10) [FK]CONSVALOARE DECIMAL(10)

FURNIZOR

FURNCOD CHAR(4)

LOCCODPOST CHAR(5) [FK]FURNNUME CHAR(20) NullFURNADRESA CHAR(25) NullFURNBANCA CHAR(15) NullFURNSOLD DECIMAL(12)

LOCALITATE

LOCCODPOST CHAR(5)

JUDCOD CHAR(2) [FK]LOCDEN CHAR(25) NullLOCPREFIXTEL CHAR(3) Null

JUDET

JUDCOD CHAR(2)JUDDEN CHAR(15) Null

Facepartedin

are in stoc

Are

Face parte din

Are

Are sediul in

Emite

Este emis

Are

Este intocmitape baza

Contine

Facepartedinclasa

Estereceptionat

Are in corespondenta

Contine

Are

Este in stoc la

Are

Este dat in consumprin

Corespunde

poate avea

estedin

Primeste

Esteintocmitpentru

este stornat

storneaza

este stornat

storneaza

STOCURI [As]

MATCOD CHAR(6) [FK]

GESTCOD CHAR(2) [FK]MATSTOCILUNA DECIMAL(10) NullMATSTOCCRT DECIMAL(10) NullMATSTOCIAN DECIMAL(10) Null

TRANSFER

IDTRANSFER CHAR(10)

TRANZCOD CHAR(10) [FK]GESTCODS CHAR(2) [FK]TRNRDOC CHAR(6)TRDATADOC DATETRDATAOP DATEGESTCODD CHAR(2) [FK]

ART_TRANSFER [As]

MATCOD CHAR(6) [FK]IDTRANSFER CHAR(10) [FK]

ATCANTITATE DECIMAL(10)

Primeste

Este primit

Transmite

Este transmisa

este transferat

Face parte dinclasa

Contine

SUBUNITATE

SUBUCOD CHAR(2)

SUBUDEN CHAR(25)

NOMTRANZACTII

TRANZCOD CHAR(10)

TRANZDEN CHAR(20)TRANZCLS CHAR(20)TRANZNC CLOB(200) Are

MATERIALCMP [At]

MATCOD CHAR(6) [FK]MATLUNA CHAR(2)MATAN CHAR(4)

MATCMP DECIMAL(12)

Are

Corespunde

Are

Face parte din clasa

CONFIG

PARAMCOD CHAR(2)

PARAMDEN CHAR(25)PARAMVAL CHAR(10)

Figura 3 Forma final a schemei bazei de date

DF created with pdfFactory trial version www.pdffactory.com



5/5

5

3. Descrierea tranzac#iilor asupra bazei de date

Recep#ie materiale cu factur

Denumireopera#iune

Numele tabeleiaccesate

Tip acces Explica#ii

Verificare furnizor FURNIZOR READ Se citesc codul $i numele furnizoruluiVerificare material MATERIAL READ Se citesc codul $i denumirea materialelorSelectare clas tranzac#ie

NOMTRANZACTII READ Se cite$te numele claselor de tranzac#ii

Selectare gestiune GESTIUNE READ Se citeste denumirea gestiunilorAdugare documentînso#itor

DOC_INSOTITOR INSERT Atributul DIDATAOP ia valoarea datei dinsistem, IDCUMPARP ia valoarea NULL, iarcelelalte valori sunt preluate din formular

Adugare recep#ie RECEPTIE INSERT FACTPRIM ia valoarea TRUE,RECDATAOP ia valoarea datei din sistem,IDRECEPTIEST ia valoarea NULL, iarvalorile pentru celelalte campuri sunt

preluate din formularAdugare liniirecep#ie

ART_RECEPTIE INSERT Toate valorile sunt preluate din formular

Actualizare stoc STOCURI UPDATE Se incrementeaz valoarea câmpuluiMATSTOCCRT cu valoarea cantit#iiintrate pentru materialul $i gestiunearespectiv.

Actualizare soldfurnizor

FURNIZOR UPDATE Se incrementeaz valoarea câmpuluiFURNSOLD cu valoarea documentuluiinso#itor pentru furnizorul respectiv.

Receptie materiale f r factur

Stornare


proiectarealogicabazadate_gestiuneastocurilor

Documents