SISTEM INFORMATIC PRIVIND GESTIUNEA

MIJLOACELOR FIXE

1. ModelareGlobala

1.1 Modelul verbal

S.C. ALFA S.A Bucuresti doreste realizarea unei aplicatii informatice privind gestiunea
mijloacelor fixe. Acestea sunt organizate prin intermediul documentelor Fisamijlocului fix
care cuprinde: cod categorie, numar de inventar, denumirea mijlocului fix, valoarea de intrare,
metoda de amortizare. Pentru fiecare tip de mijloace fixe existasi alte elemente definitorii
dependente total de felul mijlocului fix.

Mijloacele fixe sunt clasificate pe categorii/grupesi se identifica prin: cod categorie,

denumire categoriesi durata normata de functionare(DNF).

Intrarea de mijloace fixe se face prin cumparare de la furnizori. Furnizorii de

mijloace fixe sunt caracterizati informational prin : CUI, nume, adresa.

Livrarea mijloacele fixe se face prin documentul Factura fiscala. Acest document
contine: numarul, data si fel document, elementele de identificare ale vanzatorului(CUI,
nume, adresa etc.). Fiecare linie de factura va contine pentru mijlocul fix facturat: codul,
denumirea, unitatea de masura, cantitatea si pretul de cumparare, valoarea si TVA.

Locul de folosinta este caracterizat prin : codul si denumirea locului de folosintasi

zona de lucru. Pentru mijloacele fixe se elaboreza Procesul verbal de punere in functiune
care contine : numar, data,numarul de inventer, denumirea mijloc fix, valoarea de inventar.

Iesirea mijloacelor fixe se poate realiza prin casare, transfer sau vanzare.Casarea
mijloacelor fixe se face de catre Comisia de casare, care intocmeste un Proces verbal de
casare care va cuprinde : numarul, data, codul si denumirea mijlocului fix, numarul de
inventar, codul si denumirea locului de folosinta, valoarea casata.

Transferul mijloacelor fixe intre locurile de folosinta se face pe baza Bon transfer.
Acest document are: un numar unic, data, codul si denumirea locului de folosinta predator si
respectiv primitor, codul si denumirea mijlocului fix, valorile : de inventar, amortizatasi
ramasa.

Vanzarea mijloacelor fixe se face pe baza Facturii fiscale de vanzare, care contine:
numar, data, si fel document, datele emitentului, plus datele similare ale clientului. Pentru
fiecare mijloc fix vandut se va specifica: codul-mf, denumirea-mf, unitatea de masura,
cantitatea, pretul de vanzare, valoarea si TVA.

Aplicatia trebuie sa permita:

 Adaugarea, modificarea, stergerea mijloacelor fixe;

 Calculul amortizailor
 Elaborarea principalelor documente:

 Fisa mijlocului fix,

 Lista mijloacelor fixe,
 Lista amortizarilor lunare.

Mijloacele fixe se amortizeazaincepand cu luna urmatoare punerii in functiune. Rata

lunara se calculeazain functie de regimul de amortizare stabilit pentru fiecare tip de mijloc fix,
in conformitate cu regimurile definite de catre Ministerul de Finante.

Rata lunara de amortizare se stabileste prin aplicarea cotelor de amortizare asupra

valorii de intrare a mijloacelor fixe si se include in cheltuielile de exploatare. Daca asupra
mijloacelor fixe au fost efectuate modernizari, amortizarea valorii acestora se va regasi in rata
de amortizare lunara.

Amortizarea liniara se realizeaza prin includerea uniformain cheltuielile de exploatare

a unor sume fixe, stabilite proportional cu numarul de ani ai duratei normale de utilizare a
mijlocului fix. Amortizarea liniara se calculeaza prin aplicarea cotei anuale de amortizare la
valoarea de intrare a mijloacelor fixe.

Amortizarea degresiva constain multiplicarea cotelor de amortizare liniara cu unul

dintre urmatorii coeficienti:

 1.5 daca durata normala de utilizare a mijlocului fix de amortizat este intre 2 si
5 ani;
 2.0 daca durata normala de utilizare a mijlocului fix de amortizat este intre 5 si
10 ani;
 2.5 daca durata normala de utilizare a mijlocului fix de amortizat este mai mare
de 10 ani.

Acesti coeficienti pot fi modificati numai prin hotarare a Guvernu|u propunerea

Ministerului Finantelor.

Mijloacele fixe se amortizeazaincepand cu iuna urmatoare punerii in functiune. Rata

lunara se calculeazain functie de regimul de amortizare stabilit pentru fiecare tip de mijloc fix,
tnconformitate cu regimurile definite de catre Ministerul de Finante.

1.2. Delimitarea sistemului

Delimitarea ariei de cuprindere a sistemului este facilitata de elaborarea unei diagrame

de flux Aceasta diagrama traseaza facturarea, transferul, punera si scoaterea din functiune a
mijloacelor fixe care au loc incadrul organizatiei, anterior mentionate in moelul verbal.

In stabilirea ariei sistemului trebuie sa fie luate in considerare prioritatile

organizatiei,sistemele informatice aflate deja inexploatare si limitarile rezultate din resursele
puse la dispozitie.
 In contextul acestor elemente, s-a decis sa fie abordata zona referitoare la scoaterea din
functiune si facturarea. Aceasta trebuie sa interactioneze cu sistemul decontabilitate
financiara, aflat deja in functiune, caruia sa-i transmita direct datele necesare inregistrarii
tranzactiilor inconturi. Sistemul urmeaza a fi extins in viitor pentru a cuprinde si fluxurile
legate de stabilireanecesitatilor deaprovizionare si de selectie a furnizorilor si ofertelor
acestora.

1.3.Definirea cerintelor aplicatiei

Cerintele functionale contin:
 scopul AI: gestiunea mijloacelor fixe.
 delimitarea granitelor AI:
 comunicarea cu alte AI AI privind contabilitatea mijloacelor fixe, AI privind
managementul OE etc.

 lucrarile executate(rapoartele solicitate AI):

 Situatia intrarii mijloacelor fixe
 Situatia receptiei mijloacelor fixe
 Situatia casarii mijloacelor fixe
 Situatia iesirii mijloacelor fixe
 Situatia transferului mijloacelor fixe
  Situatia vanzarea mijloacelor fixe
 datele utilizate/furnizate de AI:
 datele privind mijloacele fixe
 datele privind furnizorii
 datele privind transferul mijloacelor fixe
 datele privind punerea in functiune
 datele privind scoaterea din functiune
 datele privind facturile

Cerintele nefunctionale/cerinte de proiectare:

definesc caracteristicile AI: AI de tip interactivv, AI de tip distribuit
 securitatea asigurata de AI: parole de acces(COD MIJLOC FIX, CIF,CUI,
NUMAR NRC, , NUMAR FACTURA, COD GESTIUNE etc.)
 portabilitatea AI: AI este portabila pe RC de tip LAN interbancare si WS
intraorganizationale
 usurinta utilizarii AI: AI AI interactivva, care opereaza cu CP privitoare la MIJLOC
FIX, CIF,CUI,NUMAR NRC, , NUMAR FACTURA, COD GESTIUNE ETC.

2. Modelarea Conceptuala

2.1. MCD initial brut

Stabilirea entitatilor si definirea asocierilor

Pentru a asigura functionalitatile circumscrise ariei de cuprindere a sistemului, stabilita
impreuna cu conducereaorganizatiei au fost identificate urmatoarele tipuri de entitati:

Furnizor
FacturaFz
PV-Functiune
Mijlocfix
Categorie
Grupa
BonMiscare
LocFolosinta
PVScoatereFunctiune
FacturaClienti

Legaturile si structurarile relevate de cerinte si de continutul documentelor folosite in

cadrul organizatiei au fost
reprezentate prin urmatoarele tipuri de asocieri:

EmisFactura, intre FURNIZOR si FacturaFZ, reflectafurnizorul care a emis facturade

achizitie.
Cardinalitatile aferente au urmatoarea semnificatie:
Orice factura este emisa de un singur furnizor (1,1); un furnizor poate emite una, mai
multe sau nici ofactura (0,n).
 MfixPusInFunctiune, intre PV-FUNCTIUNE si MIJLOCFIX, arata procesul verbal de
punere in functiune a fiecarui mijloc fix(pus in functiune).
Cardinalitatile aferente au urmatoarea semnificatie:
Deoarece un mijloc poate sa nu fie pus in functiune , dar trebuie sa fie inregistrat,
cardinalitatea sa in asociere este 0,1;un mijloc fix pus in functiune corespundeintotdeauna
unui singur proces verbal de punere in functiune (1,1).

FaceParte,intre CATEGORIE si MIJLOCFIX, evidentiaza categoria din care face

parte mijlocul fix ales.
Cardinalitatile aferente au urmatoarea semnificatie:
Deoarece o categorie nu contine neaparat un mijloc fix , dar poate contine la un
moment dat un singur mijloc fix, cardinalitatea sa in asociere este 0,1;un mijloc fix face
neapart parte dintr-o categorie(1,1).

Cuprinde, intre CATEGORIE si GRUPA, arata in ce grupa este cuprinsa o categorie.

Cardinalitatile aferente au urmatoarea semnificatie:
Deoarece o categorie este cuprinsa de o singura grupa, atunci cardinalitatea sa in
asociere este 1,1; o grupa poate contine una sau mai multe categorii(1,n).

PusInFunctiune, intre MIJLOCFIX si LOCFOLOSINTA, arata in ce loc de folosinta

este pus in functiune un mijloc fix.
Cardinalitatile aferente au urmatoarea semnificati:Un mijloc fix este pus in functiune
intr-un singur loc de folosinta(1,1), dar intr-un loc de folosinta este posibil ca nici unul, unul
sau mai multe mijloace fixe sa fie puse in functiune(0,n).
MFTransferat/ValTransferata, intre MIJLOCFIX si BONMISCARE, arata transferul si
valoare mijloacelor fixe, existente pe un bon de transfer.
Cardinalitatile aferente au urmatoarea semnificati:
Pe un bon de transfer poate exista unu sau mai multe mijloace fixe(1,n), iar unui
mijloc fix ii pot fi aferente 0, unu, sau mai multe bonuri de transfer(0,n).

Primire, intre LOCFOLOSINTA si BONMISCARE, arata prin intermediul bonului de

transfer ce se primeste la locul de folosinta.
Cardinalitatile aferente au urmatoarea semnificati:
La un loc de folosinta corespunde un singur bon transfer(1,1), iar un bon de transfer
poate contine 0, unul sau mai multe locuri de folosinta(0,n).

Predare, intre LOCFOLOSINTA si BONMISCARE, arata prin intermediul bonului de

transfer ce se preda la locul de folosinta.
Cardinalitatile aferente au urmatoarea semnificati:
La un loc de folosinta corespunde un singur bon transfer(1,1), iar un bon de transfer
poate contine 0, unul sau mai multe locuri de folosinta(0,n).

MfScosDinFunctiune, intre MIJLOCFIX si PVSCOATEREFUNCTIUNE, arata ce

mijloc fix este scos din functiune.
Cardinalitatile aferente au urmatoarea semnificati:
Un mijloc fix nu este neaparat scos din functiune, dar la un moment dat poate fi scos o
singura data din functiune(0,1), iar procesul verbal de scoatere din functiune contine un singur
mijloc fix(1,1).
 ScoatereFunctiune, intre LOCFOLOSINTA si PVSCOATEREFUNCTIUNE, arata
locul din care este scos din functiune un mijloc fix.
Cardinalitatile aferente au urmatoarea semnificati:
Dintr-un loc de folosinta pot fi scoase din functiune 0,unu sau mai multe mijloace
fixe(0,n), iar procesul verbal de scoatere din functiune contine un singur loc de folosinta(1,1).

Facturare, intre PVSCOATEREFUNCTIUNE si FACTURAClienti, arata factura in

care mijlocul fix este scos din functiune.
Cardinalitatile aferente au urmatoarea semnificati:

Un proces verbal de scoatere din functiune apartine unei singure facturi(1,1), iar unei
facturi unei facturi ii sunt aferente unu sau mai multe procese verbale de scoatere din
functiune(1,n).

Atributele tipurilor de entitati si asocieri

Atributele asociate fiecarui tip de entitate si asociere sunt stabilite pe baza studiului
cerintelor utilizatorilor, a continutului documentelor folosite in societate si, intr-o anume
masura, a „viziunii” in care au fost conturate entitatile si asocierile.
 Tipul de entitate Furnizor este reprezentat prin urmatoarele atribute:
(CodFurnizor(element cu rol de identificator), DenFurnizor, Adresa, CUI)
Tipul de entitateFacturaFZestereprezentatprinurmatoareleatribute: (NrFacturaFZ
(element cu rol de identificator), SerieFacturaFZ (element cu rol de identificator),
ValoareFacturaFZ, DataFacturaFZ,CUI)
Tipul de entitate PV-Functiune este reprezentat prin urmatoarele atribute:
(NrPV_Functiune, DataPV_Functiune, Cod Furnizor,NrInventar (element cu rol de
identificator)) Datele incluse in Pv_Functiune sunt reprezentate prin intermediul tipului de
asociere Frunizor. In consecinþã, pentru fiecare asemenea date, Denumirea furnizor, adresa si
codul fiscal sunt atribute ale acestei asocieri.
Tipul de entitate MijlocFix este reprezentat prin urmatoarele atribute: (NrInventar
(element cu rol de identificator), DenMijlocFix, DurataFunctionare, ValInventar,
TipAmortizare, CodLocFolosinta, CodCategorie) Bunurile incluse in Mijloc Fix sunt
reprezentate prin intermediul tipului de asociere Loc Folosinta si Categorie. In consecinþã,
pentru fiecare asemenea bun, DenLocFolosinta, DenCategorie, DurataDeFunctionare sunt
atribute ale acestor asocieri.
Tipul de entitate Facturafz este reprezentat prin urmatoarele atribute: (NrFacturaFZ
(element cu rol de identificator), SerieFacturaFZ (element cu rol de
identificator),ValoareFacturaFz, DataFacturaFZ).
Tipul de entitate PVScoatereaFunctiune este reprezentat prin urmatoarele atribute:
(NrPVSFunctiune (element cu rol de identificator), DataPVSFunctiune, Valoare, NrInventar,
CodLocFolosinta, NrFactura, SerieFactura)
Tipul de entitate LocFolosinta este reprezentat prin urmatoarele atribute:
(CodLocFolosinta, DenLocFolosinta)
Tipul de entitate Factura este reprezentat prin urmatoarele atribute: (NrFactura
(element cu rol de identificator), SerieFactura (element cu rol de identificator), DataFactura,
CodLocFolosinta)
Tipul de entitate Categorie este reprezentat prin urmatoarele atribute: (CodCategorie
(element cu rol de identificator), DenCategorie, DurataDeFunctionare, CodGrupa)
Tipul de entitate Grupa este reprezentat prin urmatoarele atribute: (CodGrupa
(element cu rol de identificator), DenGrupa)
Tipul de entitate BonMiscare este reprezentat prin urmatoarele atribute:
(NrBonMiscare (element cu rol de identificator), DataBonMiscare, CodLocFolosintaPrimit,
CodLocFolosintaPredat)
Tipul de entitate MijloaceFixeTransferate este reprezentat prin urmatoarele atribute:
(NrInventar, NrBonMiscare, ValTransferate)
 PV_Functiune
Modelul conceptual al datelor NrPV_Functiune
1,1
DataPV_Functiune

MijFix pus in Factura

Furnizor functiune
NrFactura
FacturaFz
CodFurnizor Emitefactu SerieFactura
NrFacturaFz
DenFurnizor ra Data Factura
SerieFacturaFz
Adresa
0,n ValoareFacturaFz
CodFiscal 1,1 1,n
DataFacturaFz
Facturare
Grupa 0,n
CodGrupa
Contine
DenGrupa 1,1

1,n PVScoatereFunctiune
1,n 0,1 Nr PVScoatereFunctiune
Cuprinde DataPVScoatereFunctiune
MijlocFix ValoareScoatereFunctiune
NrInventar
DenumireMijlocFix 0,1
1,1 1,1 1,1
DurataFunctionare
1,1 ValoareInventar
Categorie
TipAmortizare MijFixscos din functiune
CodCategorie 0,1
DenumireCategorie
Face parte 0,n 1,1
DurataFunctionare

Pus in functiune

MijFixtransferat
Scoatere din functiune

1,n
0,n
BonMiscare LocFolosinta
NrBonMiscare 0,n Primire 1,1 CodLocFolosinta 0,n
DataBonMiscare DenumireLocFolosinta
1,1

0,n
Predare

Figura 0-2 Modelul conceptual al datelor

 2.2. RI structurale, domeniu, asocieri(I, =, #) si de roluri(I, =, #):

RI structural(RI intra-entitate)

Tip entitate Denumire atribut CP cs Not No No Tip cod

null dup change (N,C,D)

FURNIZOR CodFurnizor Da Da DA Da N DA

DenFurnizor Da Da NU DA C NU

FacturaFz NrFactura DA DA DA DA N DA

SerieFactura Da DA DA DA N DA

PV_Functiune NRPV_Functiune Da DA DA DA N DA

MijlocFix NrInventar DA DA DA DA N DA

DenumireMijlocFix DA da NU DA C NU

LocFolosinta CodLocFolosinta DA DA DA DA N DA

DenumireLocFolosinta DA DA NU DA C NU

Categorie Cod Categorie DA DA DA DA N DA

Denumire Categorie DA DA NU DA C NU

BonMiscare NrBonMiscare DA DA DA DA N DA

PVScoatereFuncti NrPVScoatereFunctiun DA DA DA DA N DA
une e

Factura NrFactura DA DA DA DA N DA

SerieFactura DA DA DA DA N DA

RI statice de domeniu RI intra-entitate)

Tip entitate Denumire atribut Tip RI de domeniu
(N,C,D
)
FURNIZORI CodFurnizor N CodFurnizor #0 AND CodFurnizor>=1

DenFurnizor C DenFurnizor #” ”

Adresa C Adresa #” ”

Telefon N Telefon # 0 AND

Telefon ≥ 0040722000000 AND

Telefon ≤ 0040722999999

CUI N CUI #0 AND

CUI>= 1000000 AND

CUI<=9999999

FacturaFz NrFacturaFz N NrFactura #0 AND

NrFactura>=1

SerieFacturaFz N SerieFactura #0 AND

SerieFactura>=1000

DataFacturaFz D DataFactura>=01/01/2011

ValoareFacturaFz N ValoareFactura #0

PV_Functiune NrPVFunctiune N NrPVFunctiune#0 AND

NrPVFunctiune>=1 AND

NrPVFunctiune<=100000

DataPVFunctiune D DataPVFunctiune≥ 01/01/2011 AND

DataPVFunctiune≤ 31/12/2012

MijlocFix NrInventar N NrInventar#0 AND

NrInventar>=1 AND

NrInventar<=100000

DenumireMijlocfix C DenumireMijlocfix#” ”

DurataFunctionare N DurataFunctionare#0 AND

DurataFunctionare>=1

Valoare inventar N Valoare inventar #0 AND

Valoare inventar>=1800
 TipAmortizare C TipAmortizare #” ” AND
TipAmortizare = 1 or TipAmortizare =
2 or TipAmortizare =3

Categorie CodCategorie N CodCategorie#0 AND

CodCategorie>=1

DenumireCategorie C DenumireCategorie#” ”

DurataFunctionare N DurataFunctionare# 0AND

DurataFunctionare>=1

Grupa CodGrupa N CodGrupa # 0 AND

CodGrupa > = 1

DenGrupa DenGrupa #” ”

BonMiscare NrBonMiscare N NrBonMiscare # 0 AND

NrBonMiscare >=1

DataBonMiscare D DataBonMiscare ≥ 01/01/2011

LocFolosinta Cod LocFolosinta N Cod LocFolosinta # 0 AND

Cod LocFolosinta>=1

DenumireLocFolosinta C DenumireLocFolosinta#” ”

PVScoatereFunctiune NrPVScoatereFunctiune N NrPVScoatereFunctiune#0 AND

NrPVScoatereFunctiune>=1

DataPVScoatereFunctiune D DataPVScoatereFunctiune>=01/01/201
1

ValoarePVScoatereFunctiun N ValoarePVScoatereFunctiune # 0
e

Factura NrFactura N NrFactura #0 AND

NrFactura>=1

SerieFactura N SerieFactura #0 AND

SerieFactura>=1000

DataFactura D DataFactura>=01/01/2011
RI dinamice de domeniu(RI inter-entitate):

DataFacturaFz<=DataPVFunctiune

DataPVScoatereFunctiune>= DataPVFunctiune

DataFactura>= DataPVScoatereFunctiune

2.3. MCP
1. Definirea operatiilor

Identificarea operatiilor de prelucrare cuprinse in sistem este facilitata de diagrama de flux din
figura 0-2 Modelul conceptual al datelor. In principiu, o operatie exprima reactia sistemului la
un eveniment sau o combinatie de evenimente, survenite in exteriorul sau. Conform acestei
optici, se contureaza trei operatii (reamintim ca aceasta divizare este de natura pur
conceptuala):

1.intrare mijloc fix, declansata in urma emiterii procesului verbal de punere in functiuneș

2.transfer mijloc fix intre doua locuri de folosinta, declansata in urma intocmirii si predarii
bonului de transfer ,

3.iesire mijloc fix din unitate, declansata in urma facturarii procesului verbal de scoatere din
functiune.

Prima operație produce o stare si un rezultat.Starea arata ca mijlocul fix este

necorespunzator,in urma apelarii optiunii de refuz , iar rezultatulmijloc fix intrat in unitate
returnat de comisia pentru receptie mijloace fixe in urma procesului verbal de punere in
functiune.Rezultatul final aferent optiunii doi consta in repartizarea mijlocului fix pus in
folosinta. Continutul celor doua operatii este, conceptual, diferit: prima este emisa spre
exterior, in timp ce a doua serveste pentru a repartiza mijlocul fix in unitate.

Mijloc Fix Sosit

Optiunea 1 Comisie pentru receptie mijloc fix

Refuz Proces verbal de punere in

functiune
 Mijloc Fix Mijloc Fix intrat in unitate
necorespunzator

Optiunea 2 Repartizare MijloFix pe

LocFolosinta

Mijloc Fix repartizat

Figura 0-3.1 MCP-intrare mijloc fix

2. Transfer mijloc fix intre doua locuri de folosinta

Conditia sa de sincronizare are, in acesta situatie, urmatoarea interpretare: prelucrarile se

declanseaza numai atunci cand existat atat un mijloc fix, cat si o cerere de transfer.

Dupa declansarea prelucrarile pot fi apelate doua optiuni ce produc, fiecare, cate o stare.
Prima optiune se refera la refuzultransferului mijlocului fix, iar celde-a doua stare la
realizarea bonului de miscare, dupa ce anterior a fost realizata analiza oportunitatii
treasnferului spre un alt loc de folosinta.

Mijloc Fix existent Cerere transfer

a b

a si b
 Optiunea 1 Analiza oportunitatii transferului spre
un alt loc de folosinta

Refuz Bon Miscare

Mijloc Fix existent Mijloc Fix existent

Figura 0-3.2 MCP-transfer mijloc fix

3. Iesire mijloc fix din unitate

Dupa prelucrarea notei privind starea mijloacelor fixe se obtine starea „mijloc fix in
functiune”, in urma apelarii optiunii de mentinere, optiunea de scoatere din functiune
declanseaza rezultatul „mijloc fix ce va fi scos din functiune”. Din aceast rezultat se obtine
starea „mijloc fix casat” in urma apelarii optiunii de casare si rezultatul „mijloc fix vandut”.
In urma acestui rezultat conditia de sincronizare ce declanseaza prelucrarile se obtine in urma
intrunirii concomitente a criteriilor „mijloc fix vandut” si „intentia de cumparare din partea
unui client”.

Ulterior, se obtin doua stari, prima stare „casare mijloc fix”,obtinuta in urma optiunii de
refacere a ofertei si starea a doua „vanzare mijloc fix”, obtinuta in urma vanzarii si intrunirii
conditiilor de vanzare.

Nota privind starea

Mijloacelor Fixe

a
 Verificare necesitate mentinere mijloc fix:

 Durata punerii in functiune

 Uzura
Optiunea 1  Durata normal de functiune
 Modernizare
 altele

Mentinere Scoatere din functiune

Mijloc Fix ce va fi scos din

functiune functiune
Mijloc Fix in
functiune
str
Optiune 2 Stabilirea modalitatii de scoate din
functiune

Casarea Vanzarea

Mijloc Fix casat

Mijloc Fix vandut
a b
Intentia de cumparare din
partea unui client

a si b

Optiunea 3 Analiza conditiilor de vanzare

Se reface oferta Vanzare

Casare Mijloc Fix

 Vanzare Mijloc Fix

Figura 0-3.3 MCP-iesire mijloc fix din unitate

2.4.Stabilirea MED

Model extern de date:

MED1: FURNIZOR-livreaza-MIJLOCFIX

MED2: MIJLOCFIX-pus in functiune-PV_FUNCTIUNE

MED3:MIJLOCFIX-scos din functiune – PV_SCOATEREFUNCTIUNE

2.5.MCD final/optimizat

PV_Functiune
Modelul conceptual al datelor NrPV_Functiune
1,1
DataPV_Functiune
NrInventar
CUI FacturaClienti
NrFacturaClienti
SerieFacturaClienti
Data FacturaClienti
ValoareCasare
 Furnizor Mijloc Fix pus
Emitefactur FacturaFz
in functiune
CUI
a NrFacturaFz
DenFurnizor
SerieFacturaFz
Adresa
0,n ValoareFacturaFz
1,n
1,1 DataFacturaFz
CUI Facturare
Grupa
CodGrupa 1,1
0,n
DenGrupa
Contine PVScoatereFunctiune
1,n Nr PVScoatereFunctiune
1,n 0,1 DataPVScoatereFunctiune
ValoareScoatereFunctiune
Cuprinde
MijlocFix NrInvenar
NrInventar CodLocfolosinta
DenumireMijlocFix 0,1
1,1
DurataFunctionare
1,1 ValoareInventar 1,1
Categorie 1,1
TipAmortizare
CodCategorie 0,1 Face Mijloc Fix scos din
DenumireCategorie parte functiune
DurataFunctionare 0,n 1,1

Pus in functiune

Mijloc Fix transferat Scoatere din functiune

1,n
0,n
BonMiscare LocFolosinta
NrBonMiscare 0,n Primire 1,1 0,n
CodLocFolosinta
DataBonMiscare DenumireLocFolosinta
NrInventar

1,1 LocFolosintaPredat
0,n Predare
CodLocFolosintaPredat
DenumireLocFolosintaPredat

Figura 0-2 Modelul conceptual al datelor

3. Modelarea Logica(proiectarea logica)

3.1 MLD

Transpunerea modelului conceptual al datelor in modelul logic relational

Aplicarea regulilor de transpunere a modelului conceptual al datelor (entitate-asociere)
in modelul logic relational conduce la urmatoarele tabele, campuri, chei primare si chei
externe:
Furnizor(CodFurnizor, DenFurnizor, Adresa, CUI)
FacturaFz(NrFacturaFZ, SerieFacturaFz, DataFacturaFz, ValoareFacturaFz, CUI)
PV-Functiune(NrPV_Functiune, DataPV_Functiune,CodLocFolosinta,NrInventar)
MijlocFix(NrInventar, DenMijlocFix, DurataFunctionare, ValInventar, TipAmortizare,
CodLocFolosinta, CodCategorie,NrFacutraFZ,SerieFacturaFZ)
PVScoatereaFunctiune(NrPVSFunctiune, DataPVSFunctiune, Valoare, NrInventar,
CodLocFolosinta, NrFactura, SerieFactura)
LocFolosinta(CodLocFolosinta, DenLocFolosinta)
FacturaClient(NrFactura, SerieFactura, DataFactura)
Categorie (CodCategorie, DenCategorie, DurataDeFunctionare, CodGrupa)
Grupa(CodGrupa, DenGrupa)
BonMiscare(NrBonMiscare, DataBonMiscare, CodLocFolosintaPrimit,
CodLocFolosintaPredat)
MijloaceFixeTransferate(NrInventar, NrBonMiscare, ValTransferate)
de

3.2. MLP

Restrictii de integritate referentiala

RIR 1: FURNIZOR.CUI=FACTURAFZ.CUI

RIR 2: MIJLOCFIX.nrinventar = PV_FUNCTIUNE.nrinventar

RIR 3:MIJLOCFIX.nrinventar = PVScoatereaFunctiune.nrinventar

RIR4: MIJLOCFIX.nrinventar = MijloaceFixeTrnsferate.nrinventar

RIR5: BONMISCARE.NrBonMiscare=MIJLOACEF-IXETRANSFERATE.NrBonMiscare

RIR6: LOCFOLOSINTA.CodLocFolosinta = PV-FUNCTIUNE. CodLocFolosinta

4. Modelarea fizica

Relationship