Universitatea POLITEHNICA

coala Doctoral de
INGINERIA i
Managementul

din Bucureti

Sistemelor Tehnologice
Contractul de studii
universitare
de
doctorat
nr:
06.27/18.10.2013
Domeniul fundamental de doctorat tiine Inginereti
Domeniul de doctorat Inginerie Industrial

Raportul tiinific nr. 4

Tema de cercetare: Baze de date completate cu proceduri corective si

preventive privind erorile in determinarea compozitiei chimice a legumelor
si fructelor.

Student-doctorand : ing. Micu Alexandra-Elza

Conductor tiinific: Prof. univ. emerit dr. ing. Iosif TEMPEA
2015

CUPRINS

CAPITOLUL 1 FUNDAMENTE TEORETICE PRIVIND BAZELE DE DATE...3

1.1.Clasificarea bazelor de date i domenii de utilizare.......................9

1.3.Sistemele de gestiune a bazelor de date.........................................14
1.4. Alegerea tipului de date optim pentru domeniul lucrrii..........15
1.4.1. Paginile web dinamice.................................................................................16
1.4.2.Aplicaii necesare programarii WEB n PHP.......................................19
CAPITOLUL 2 ACTE NORMATIVE CE REGLEMENTEAZA
DETERMINAREA COMPOZITIEI CHIMICE A LEGUMELOR SI
FRUCTELOR.......................................................................................................................24

2.1.Legislatia nationala prevede acte normative cu tarife pentru

asigurarea efectuarii analizelor asupra alimentelor...........................24
2.2. LEGISLATIA INTERNATIONALA IN DOMENIUL
DETERMINARII COMPOZITIEI CHIMICE LA LEGUME SI
FRUCTE.................................................................................................27
CAPITOLUL 3 STANDARDE CE REGLEMENTEAZA DETERMINAREA
COMPOZITIEI CHIMICE LA LEGUME SI FRUCTE.............................................29
CAPITOLUL 4. Baze de date proiectate cu PHP si MySQL privind determinarea
compozitiei chimice a legumelor si fructelor...................................................................30

4.1. Crearea Bazei de date.....................................................................30

CAPITOLUL 5 Proceduri Corective si Preventive privind Erorile In
Determinarea Compozitiei Chimice a Legumelor si Fructelor..................................35

FI DE ACIUNE PREVENTIV...................................................35
Registru de eviden fie de neconformitate i aciuni corective......37
CONTROLUL PRODUSULUI NECONFORM................................38
PROCEDURA ACIUNI CORECTIVE............................................45
PROCEDURA ACIUNI PREVENTIVE..........................................54
BIBLIOGRAFIE.....................................................................................................................57

CAPITOLUL 1 FUNDAMENTE TEORETICE PRIVIND BAZELE DE DATE

O baza de date este o colectie de informatii structurate si legate intre ele in

functie de un model logic. Bazele de date (care mai sunt numite si Banci de date) sunt
utilizate pentru stocarea datelor in vederea accesarii simultane a acestora de catre mii
de utilizatori de pe intregul glob.
O baz de date este o colecie de date centralizate, creat i meninut
computerizat, n scopul prelucrrii datelor n contextul unui set de aplicaii.[16]
Prelucrarea datelor se refer la operaiile de introducere, tergere, actualizare i
interogare a datelor. Un sistem de baze de date este un sistem computerizat de eviden
a informaiilor. Informaia ntr-un sistem de baze de date consta att din date ct i din
informaii despre date (metadata) cum ar fi relaiile dintre date.

Fig 1.1 Sistem computerizat a datelor reprezentare simbolica

Baza de date reprezint un depozit de date unic, larg, care este definit o
singur dat i este utilizat simultan de diferite departamente sau utilizatori. Aceast
soluie substituie crearea mai multor fiiere separate cu date de cele mai multe ori
considerate a fi redundante i presupune integrarea tuturor datelor necesare, dublarea
lor fiind n acest caz minimal. De aici decurge un prim avantaj semnificativ: baza de
date nu mai este deinut de un singur departament, ci constituie acum o resurs
comun, partajat. Pe de alt parte, baza de date conine nu numai datele operaionale

ale unei organizaii sau instituii, ci i o descriere a acestora, ntlnite n literatur sub
denumirea de metadate (date despre date). [3]
Atunci cnd analizm necesitile informaionale ale unei organizaii, avem
n vedere n principal identificarea entitilor, atributelor i relaiilor. Putem privi o
entitate ca un obiect distinct (o persoan, un departament, un concept sau un
eveniment) care aparine unei organizaii i care trebuie reprezentat n baza de date.
Atributul este o proprietate care descrie un aspect oarecare al obiectului pe care dorim
s-l nregistrm, iar relaia se refer la o asociaie ntre diferite entiti.
Astfel, putem spune c baza de date conine entitile, atributele, dar i
relaiile (legturile) logice dintre ele
n literatura de specialitate sunt prezentate mai multe tipuri de arhitecturi
ale sistemelor de baze de date. [1, p.13]. Astfel, rolul unei arhitecturi este de a realiza o
reprezentare grafic a elementelor sistemului, precum i a legturilor dintre ele. n
funcie de ceea ce se evideniaz grafic, se folosesc dou tipuri de arhitecturi:
1.

1. Arhitectura pe componente ofer o imagine asupra elementelor care formeaz un

sistem de baze de date, dar i a inter-dependenelor dintre ele.
Componentele specifice arhitecturii pe componente sunt:
a. datele sunt organizate ntr-o baz de date care conine:
colecii de date propriu-zise;
dicionarul de date (structura de date, restriciile de integritate,
vederile, etc.);
fiierele anexe, aa cum sunt cele de index.
b. software-ul este aferent realizrii i exploatrii bazei de date i
conine:
sistemul de gestiune a bazei de date;

 programele de aplicaie dezvoltate, n cea mai mare parte, ntr-un

sistem de gestiune a bazelor de date.
c. elementele auxiliare sunt componentele care contribuie la realizarea i
funcionarea ntregului sistem de baze de date:
1. un set de proceduri automate (rutine) i manuale;
2. reglementri legale i administrative;
3. mijloace hardware utilizate;
4. persoane implicate pe categorii de utilizatori.
2. Arhitectura pe niveluri structureaz un sistem de baze de date pe trei niveluri i ofer
o imagine despre modul de organizare i funcionare al acestuia.

Figura 1.2. Arhitectura pe niveluri a unui sistem de baze de date

n arhitectura prezentat n figura 1.2 sunt redate nivelurile de organizare

(reprezentare) a datelor n baza de date i legturile dintre ele: nivelul conceptual,
nivelul logic i nivelul fizic. [2]
a.

nivelul conceptual este dat de viziunea administratorului bazei de date asupra datelor.
Legat de acest nivel, se pot meniona urmtoarele aspecte:

administratorul realizeaz structura conceptual a bazei de date, eventual

cu ajutorul instrumentelor oferite de un SGBD;

structura conceptual se obine utiliznd un anumit model de date pentru

baza de date, precum i o tehnic de proiectare ct mai adecvat;

structura conceptual este o reprezentare n interiorul sistemului a realitii

pe care baza de date o transcrie;

viziunea administratorului asupra bazei de date este independent de

aplicaiile care vor fi dezvoltate (independena logic);

rezultatul nivelului conceptual este schema conceptual;

realizarea schemei corespunde unei activiti de modelare pentru c este

vorba despre o transpunere n termeni abstraci a entitilor lumii reale;

odat definit, schema conceptual trebuie confruntat cu lumea real

pentru identificarea i soluionarea neconcordanelor sau a omisiunilor;
datorit caracterului su global i unitar, se recomand ca schema
conceptual s fie gestionat de o singur persoan [2].

b.

nivelul logic este dat de viziunea programatorului asupra datelor. Legat de acest nivel
se pot prezenta urmtoarele aspecte:

programatorul realizeaz programele de aplicaie pentru descrierea i

manipularea datelor, scrise ntr-un SGBD;

programele implementeaz structura extern (logic) a datelor;

6

structura extern este dedus din structura conceptual;

structura extern reprezint viziunea programatorului asupra bazei de date

pentru o anumit aplicaie;

viziunea programatorului este independent de suportul tehnic de

informaie (independena fizic);

rezultatul nivelului logic este schema extern, ca parte din schema

conceptual, implementat cu ajutorul unui SGBD.

c.

nivelul fizic este dat de viziunea analistului (inginerului) de sistem asupra datelor i
are rolul de a descrie modul n care sunt stocate datele n baza de date. Aferent
nivelului fizic putem meniona urmtoarele:

analistul de sistem este cel cruia i revine sarcina de a realiza structura

intern (fizic);

structura intern este dedus din cea extern conform unor tehnici i
metode de alocare pe suport fizic;

structura intern corespunde descrierii datelor pe suportul fizic de

informaie;

rezultatul la nivelul fizic este schema intern (fizic) care se definete n

termeni de fiiere i nregistrri;

implementarea schemei interne se face cu ajutorul sistemului de gestiune

a fiierelor (SGF) din cadr

Tipologia cea mai frecvent utilizata astazi a bazelor de date este cea
Relationala (DB construite pe modelul logic relational), unde datele sunt stocate in
Tabele. Pentru aceasta tipologie de Baze de Date Relationale limbajul de interogare
7

utilizat este SQL Structured Query Language. Acesta este un limbaj ce permite
extragerea de informatii intr-o baza de date prin intermediul cererilor numite si Query.
DBMS Data Base Management System
Bazele de date sunt manipulate cu ajutorul Sistemelor de gestiune a bazelor
de date. Un sistem de tipul DBM este un sistem software proiectat pentru a da
posibilitatea crearii si manipularii (din partea administratorului) si a interogarii eficiente
(din partea unuia sau a mai multor utilizatori) a unei baze de date.[8]
Unul dintre sistemele DBM cele mai cunoscute si utilizate astazi este
MySQL. Acesta este un software liber ce are nevoie la randul sau de un sistem de
administrare. MySQL este un sistem de gestiune a bazelor de date relaionale cu
implementri pentru sistemele de operare Linux, Unix, Windows. Acest sistem se poate
utiliza gratuit, fiind open source. Ultima versiune i documentaia sistemului de
gestiune

bazelor

de

date

MySQL

se

poate

descrca

de

la

adresa

http://www.mysql.com. Acest sistem este compatibil cu standardul SQL2, dar unele

prevederi ale standardului fiind implementate parial.

O baz de date, uneori numit i banc de date, reprezint o modalitate de

stocare a unor informaii i date pe un suport extern (un dispozitiv de stocare), cu
posibilitatea regsirii rapide a acestora. De obicei, o baz de date este memorat ntrunul sau mai multe fiiere. Bazele de date sunt manipulate cu ajutorul sistemelor de
gestiune a bazelor de date. La nivel mondial, cei mai importani furnizori de sisteme de
gestiune a bazelor de date sunt Oracle, IBM, Microsoft, Sybase.

Sistemele de gestiune a bazelor de date (SGBD) reprezint totalitatea

programelor utilizate pentru crearea, interogarea i ntreinerea unei baze de date.
Include dou categorii de module: module care sunt comune cu cele ale calculatoarelor
i module cu funcii specifice bazei de date . Apariia i rspndirea reelelor de
calculatoare au dus la dezvoltarea SGBD-urilor n direcia multiuser: mai muli
utilizatori folosesc simultan aceeai baz de date.

Utilizator

Aplicatie

SGBD
8

Baza de date

Figura 1.

Fig. 1.3. Componente ale sistemului de baze de date

Baza de date poate fi privit ca o colecie de fiiere interconectate care

conin nucleul de date necesare unui sistem informatic. O nregistrare fizic este o
unitate de transfer ntre memoria intern i cea extern a calculatorului. O nregistrare
logic este unitatea de prelucrare din punct de vedere al programului utilizator.
O nregistrare se compune din cmpuri (atribute) care descriu anumite
aspecte ale realitii.
Datele dintr-o baz de date pot fi structurate pe 3 niveluri, n funcie de
categoria de personal implicat:
nivelul conceptual (global) exprim viziunea administratorului bazei de
date asupra datelor. Acestui nivel i corespunde structura conceptual (schema) a bazei
de date, prin care se realizeaz o descriere a tuturor datelor, ntr-un mod independent de
aplicaii, ce face posibil administrarea datelor.
nivelul logic exprim viziunea programatorului de aplicaie asupra
datelor. La acest nivel se realizeaz o descriere a datelor corespunztoare unui anumit
program de aplicaie.
nivelul fizic care exprim viziunea inginerului de sistem asupra datelor.
Corespunde schemei interne a bazei de date prin care se realizeaz o descriere a datelor
pe suport fizic de memorie.

Fig. 1.4. Model de baza de date relationala

10

1.1.

Clasificarea bazelor de date i domenii de utilizare

Dupa modelul de date;

dupa numarul de utilizatori;

dupa numarul de statii pe care este stocata baza de date;

Dupa primul criteriu baze de date se clasifica astfel:

1.

Model de date relational:.

2.

Model de date orientat obiect:

3.

Model de date obiect-relational

4.

Model de date ierarhic

5.

Model de date retea

1. Modelul de date relational (Relational Model) se bazeaza pe notiunea de relatie

din matematica, care corespunde unei entitati de acelasi tip si are o reprezentare
usor de nteles si de manipulat, ce consta dintr-un tabel bidimensional, compus din
linii si coloane. Fiecare linie din tabel reprezinta o entitate si este compusa din
multimea valorilor atributelor entitatii respective,
fiecare atribut corespunzand unei coloane a tabelului.[3]
Modelul de date relational a fost propus de cercetatorul E.F.Codd de la compania IBM,
care a publicat n 1970 lucrarea Un model relational de date pentru banci mari de date
partajate. Alte lucrari ale lui Codd, ca si ale altor cercetatori ca R. Boyce, J.D. Ullman
etc au perfectionat modelul de date relational si au permis dezvoltarea sistemelor de
baze de date. Chiar daca notiunile de relatie si tabel difera n esenta lor, relatia
reprezentand o multime de entitati si tabelul o reprezentare vizuala a acesteia, cele doua
denumiri se pot folosi, n general pentru acelasi scop.
Pe langa avantajul unui model de date precis si simplu, sistemele de baze de date
relationale mai beneficiaza si de un limbaj de programare recunoscut si acceptat,

11

limbajul SQL (Structured Query Language), pentru care au fost emise mai multe
standarde de catre Organizatia Internationala de Standardizare (International
Standardization Office-ISO). Majoritatea sistemelor de gestiune a bazelor de date
relationale actuale implementeaza versiunea din anul 1992 a standardului pentru
limbajul SQL, denumita SQL 92 sau SQL2.
2. Modelul de date orientat obiect (Object Model) este un concept unificator n stiinta
calculatoarelor, fiind aplicabil n programare, n proiectarea hardware, a interfetelor, a
bazelor de date etc. Sistemele de baze de date orientate obiect se bazeaza pe limbaje de
programare orientate obiect cu capacitati de persistenta, n care datele sunt
independente de timpul de viata al programelor care le creeaza sau acceseaza, prin
memorare pe suport magnetic (disc).[5]
Exista si unele domenii, n special cele care manipuleaza tipuri de date
complexe, cum ar fi proiectarea asistata de calculator, sisteme de informatii geografice,
medicina etc, n care modelul relational s-a dovedit a fi insuficient de expresiv si cu
performante de executie reduse. Caracteristicile importante ale modelului orientat
obiect sunt: abstractizarea, mostenirea, ncapsularea, modularizarea.
n programarea orientata obiect, programele sunt organizate ca si colectii de
obiecte cooperante, fiecare obiect fiind o instanta a unei clase. Fiecare clasa reprezinta
abstractizarea unui tip de entitate din realitatea modelata, iar clasele sunt membre ale
unei ierarhii de clase, corelate ntre ele prin relatii de mostenire. Orice obiect este
ncapsulat, ceea ce nseamna ca reprezentarea lui (adica structura interna a acelui
obiect) nu este vizibila utilizatorilor, care au acces doar la functiile (metodele) pe care
acel obiect este capabil sa le execute. [3] Clasele si obiectele unui program orientat
obiect sunt grupate n module, care pot fi compilate separat si ntre care exista granite
bine definite si documentate, ceea ce reduce complexitatea de manevrare a datelor.

12

3. Modelul de date obiect-relational (Object-Relational Model) reprezinta

extinderea modelului relational cu caracteristici ale modelului obiect, extindere
necesara pentru realizarea bazelor de date care definesc si prelucreaza tipuri de date
complexe. n esenta, modelul obiect-relational pastreaza structurarea datelor n relatii
(reprezentate ca tabele), dar adauga posibilitatea definirii unor noi tipuri de date, pentru
domeniile de valori ale atributelor. Tipurile de date definite de utilizator pot fi extinse
prin mecanismul de mostenire si pentru fiecare tip sau subtip se pot defini metode pe
care le pot executa obiectele de acel tip.[5]
4. n modelul de date ierarhic (Hierarchical Model) o baza de date se reprezinta
printr-o structura ierarhica de nregistrari de date (records) conectate prin legaturi
(links). Modelul ierarhic a fost primul model folosit pentru dezvoltatea bazelor de date.
Schema conceptuala a unei baze de date n modelul ierarhic se reprezinta printr-un
numar oarecare de scheme ierarhice. O schema ierarhica este un arbore directionat,
reprezentat pe mai multe niveluri, n care nodurile sunt tipurile de nregistari, iar arcele
sunt tipurile de legaturi. Fiecare nod (cu exceptia nodului radacina) are o singura
legatura catre un nod de pe un nivel superior (nodul parinte) si fiecare nod (cu exceptia
nodurilor frunza) are una sau mai multe legaturi catre noduri de pe nivelul imediat
inferior (noduri fii).
5. Modelul de date retea (Network Model) foloseste o structura de graf pentru
definirea schemei conceptuale a bazei de date; nodurile grafului sunt tipuri de entitati
(nregistrari, records), iar muchiile grafului reprezinta n mod explicit asocierile
(legaturile, links) dintre tipurile de entitati. La fel ca si modelul ierarhic, dezavantajul
principal al modelului retea este acela ca fiecare interogare trebuie sa fie prevazuta nca
din faza de proiectare, prin memorarea explicita a legaturilor ntre tipurile de entitati. n
plus, complexitatea reprezentarii datelor n modelul retea este deosebit de ridicata, iar
programatorii trebuie sa o cunosasca pentru a putea realiza aplicatiile necesare.[12]
Dupa numarul de utilizatori bazele date se clasifica astfel:
13

1. Multiutilizator majoritatea bazelor de date sunt de acest tip. Ele permit accesul
concurent (in acelasi timp) a mai multor utilizatori.
2. Monoutilizator sunt in numar redus de baze de date. Ele pot fi accesate doar de un
singut utilizator la un moment dat.
Dupa numarul de statii pe care este stocata baza de date:
1. Centralizate (Centralized Database System) sistem de baze de date in care datele
si sistemul de gestiune sunt pe acelasi calculator.
2. Distribuit (Distributed Database System) sistem de baze de date care poate avea
atat datele cat si sistemul de gestiune distribuite pe mai multe calculatoare
interconectate printr-o retea de comunicatie.

Se cunosc mai multe tipuri de baze de date dup modul de organizare,

modul de dispunere pe suport magnetic a informaiei i a elementelor componente:

modele primitive datele sunt organizate la nivel logic n fiiere,

structura de baz este nregistrarea, mai multe nregistrri fiind grupate n structuri de
tip fiier; utilizate in contabilitate.

baze de date ierarhice legturile dintre date sunt ordonate unic, accesul
se face numai prin vrful ierarhiei, un subordonat nu poate avea dect un singur
superior direct i nu se poate ajunge la el dect pe o singur cale; utilizate in activitatea
bancara, companii multinationale.

14

 baze de date n reea datele sunt reprezentate ca ntr-o mulime de

ierarhii, n care un membru al ei poate avea orici superiori, iar la un subordonat se
poate ajunge pe mai multe ci; transporturi, comert, sanatate, multinationale.
baze de date relaionale structura de baz a datelor este aceea de
relaie-tabel, limbajul SQL (Structured Query Language) este specializat n comenzi de
manipulare la nivel de tabel. Termenul relaional a fost introdus de un cercettor al
firmei IBM, dr. E. F. Codd n 1969, fiind cel care a enunat cele 13 reguli de baz
necesare pentru definirea unei baze de date relaionale. Baza de date relaional
reprezint o mulime structurat de date, accesibile prin calculator, care pot satisface n
timp minim i ntr-o manier selectiv mai muli utilizatori. Aceast mulime de date
modeleaz un sistem sau un proces din lumea real i servete ca suport unei aplicaii
informatice; mai nou se aplica in activitatile desfasurate in sucursale interconectate.

baze de date distribuite sunt rezultatul integrrii tehnologiei bazelor de

date cu cea a reelelor de calculatoare. Sunt baze de date logic integrate, dar fizic
distribuite pe mai multe sisteme de calcul. Integrarea bazei de date distribuite se face cu
ajutorul celor trei tipuri de scheme care sunt implementate:

1. schema global definete i descrie toate informaiile din baza de date

distribuit n reea;
2. schema de fragmentare descrie legturile dintre o colecie global i
fragmentele sale. Ea este de tipul unu la mai muli i are forma unei ierarhii;
3. schema de alocare descrie modul de distribuire a segmentelor pe
calculatoarele (nodurile) din reea. Fiecare segment va avea o alocare fizic pe unul sau
mai multe calculatoare. Schema de alocare introduce o redundan minim i
controlat: un anumit segment se poate regsi fizic pe mai multe calculatoare.

15

Utilizatorul unei asemenea baze de date o vede ca pe o baz de date unic,

compact (nivel logic), cu toate c n realitate ea este distribuit pe mai multe
calculatoare legate n reea (nivel fizic). Aceast organizare a dus la o cretere
substanial a vitezei de acces la o baz de date ntr-o reea de calculatoare. Anumite
date stocate pe un server local sunt mult mai rapid accesate dect dac ele s-ar afla pe
un server la distan, unde baza de date ar fi fost stocat n ntregime (nedistribuit);

modele semantice orientate spre obiecte. Aceste modele sunt orientate

pe reprezentarea semnificaiei datelor. Structura de baz folosit pentru reprezentarea
datelor este cea de clas de obiecte, definit prin abstractizare din entitatea fizic pe
care o regsim n lumea real. Aici exist entiti simple i clase de entiti care se
reprezint prin obiecte simple sau clase de obiecte, ordonate n ierarhii de clase i
subclase. Acest tip de baz de date a aprut din necesitatea gestionrii obiectelor
complexe: texte, grafice, hri, imagini, sunete (aplicaii multimedia) i a gestionrii
obiectelor dinamice: programe, simulri.

Baze de date

- integrarea datelor (baza de date este un ansamblu de colecii de date

intercorelate, cu redundan controlat),
- integritatea datelor (se refer la corectitudinea datelor ncrcate i
manipulate astfel nct s se respecte restriciile de integritate),

- securitatea datelor (limitarea accesului la baza de date),

- partajarea datelor (datele pot fi accesate de mai muli utilizatori, eventual
n acelai timp),

16

- independena datelor (organizarea datelor s fie transparent pentru

utilizatori, modificrile n baza de date s nu afecteze programele de aplicaii).

1.3.Sistemele de gestiune a bazelor de date

Un SGBD trebuie s asigure urmtoarele funcii:

definirea - crearea bazei de date;

introducerea (adugarea) datelor n baza de date;
modificarea unor date deja existente n baza de date;
tergerea datelor din baza de date;
consultarea bazei de date interogare/extragerea datelor.
n plus, un SGBD mai asigur i alte servicii:
suport pentru limbaj de programare;
interfa ct mai atractiv pentru comunicarea cu utilizatorul;
tehnici avansate de memorare, organizare, accesare a datelor din baza de date;
utilitare ncorporate: sistem de gestiune a fiierelor, liste, tabele etc.;
help pentru ajutarea utilizatorului n lucrul cu baza de date.
Stadiul actual in utilizarea bazelor de date
Modelul relaional de organizare a datelor a fost conturat odat cu cele dou
articole publicate n 1969 i 1970 de ctre E.F. Codd, matematician la centrul de
cercetri din San Jose, California, al firmei IBM. n acel moment, tehnologia bazelor de
17

date era centrat pe modelele ierarhic i reea, modele ce depind ntr-o mai mare msur
de organizarea intern a datelor pe suportul de stocare. Codd a propus o structur de
date tabelar, independent de tipul de echipamente i software de sistem pe care este
implementat.
Dei IBM a fost prima companie care a iniiat un proiect destinat elaborrii unui sistem
de gestiune a bazelor de date relaionale (System/R, ncepnd cu 1974), prima firm
care a lansat primul SGBDR comercial a fost Relational Software Inc., astzi Oracle.

Mecanismele tranzacionale nu sunt o noutate n lumea bazelor de date. n anii 70, la

doar cteva sute de kilometri distan, laboratoarele IBM de la San Jose i Universitatea
Berkeley dezvoltau n paralel primele sisteme relaionale, System R i Ingres, ambele
cuprinznd anumite forme de procesare tranzacional. ncepnd de atunci, toate
SGBD-urile importante ncorporeaz mecanisme tranzacionale.
Impunerea pe pia a SGBD-urilor grefate pe modelul relaional a fost mult mai
dificil dect s-ar putea nelege astzi.
Abia n anii 90, datorit vitezei mbuntite, securitii sporite i, mai ales,
productivitii dezvoltatorilor de aplicaii, modelul relaional a ctigat supremaia.

Cele mai accesibile i, implicit, cele mai utilizate sunt SGBD-urile dedicate iniial
uzului individual: Access, Paradox, Visual FoxPro. Astzi, ele au i caracteristici
profesionale i pot fi folosite la dezvoltarea de aplicaii. Pentru aplicaiile complexe din
bnci, corporaii, organizaii i instituii de mari dimensiuni s-au impus SGBDR-urile
de categorie grea: Oracle, DB2 (IBM), Informix (DB2), Sybase, SQL Server
(Microsoft).

1.4. Alegerea tipului de date optim pentru domeniul lucrrii

18

Bazele de date sunt manipulate cu ajutorul Sistemelor de gestiune a bazelor

de date. Un sistem de tipul DBM este un sistem software proiectat pentru a da
posibilitatea crearii si manipularii (din partea administratorului) si a interogarii eficiente
(din partea unuia sau a mai multor utilizatori) a unei baze de date.
Unul dintre sistemele DBM cele mai cunoscute si utilizate astazi este
MySQL. Acesta este un software liber ce are nevoie la randul sau de un sistem de
administrare.
PhpMyAdmin este o aplicatie scrisa in PHP si disponibila sub licenta GPL
General Public License (free software programs licensed under the GNU) , care
permite administrarea unui database MySQL prin intermediul oricarui browser web.
Aceasta aplicatie ne permite crearea unei DB de la zero, crearea tabelelor, realizarea
operatiilor dorite asupra acestora si exportarea lor pentru publicarea pe server sau
pentru scopuri de backup local.
Instalarea PhpMyAdmin
Pentru a instala aceasta aplicatie pe calculatorul personal pentru a incepe
lucrul cu bazele de date o putem descarca si instala manual sau putem recurge la
produse third party cum este XAMPP care de curand poate fi instalat atat pe
Windows cat si pe OS X.
Ce contine XAMPP
XAMPP este cel mai popular mediul de dezvoltare PHP si contine pe langa
MySQL si bineinteles PHP si server-ul Apache dar si Perl.
Numele vine de la initialele acestor componente: X este pentru multiplatforma (deoarece XAMPP functioneaza pe multe sisteme operative), Ade la Apache,
M de la MySQL, P de la PHP si P de la Perl.
Apache HTTP Server este platforma webserver cea mai utilizata, este
un software care realizeaza functiile de transport a informatiei.

19

1.4.1. Paginile web dinamice

Fig. 1.4.1 Comunicatia localhost si web server

PHP este simplu de utilizat, fiind un limbaj de programare structurat, ca
i C-ul ,Perl-ul sau ncepnd de la versiunea 5 chiar Java , sintaxa limbajului fiind o
combinaie a celor trei. Datorit modularitii sale poate fi folosit i pentru a
dezvolta aplicaii de sine stttorare, de exemplu n combinaie cu PHP-GTK sau
poate fi folosit ca Perl sau Python n linia de comand. Probabil una din cele mai
importante faciliti ale limbajului este conlucrarea cu majoritatea bazelor de date
relaionale, de la MySQL i pn la Oracle, trecnd prin MS Sql Server,
PostgreSQL, sau DB2.
PHP poate rula pe majoritatea sistemelor de operare, de la UNIX
,Windows, sau Mac OS X i poate interaciona cu majoritatea serverelor web.
Codul PHP este interpretat de serverul WEB i genereaz un cod HTML care va fi
vzut de utilizator (clientului -browserului- fiindu-i transmis numai cod HTML).
Arhitectura tip LAMP a devenit popular n industria web ca
modalitate rapid, gratuit i integrat de dezvoltare a aplicaiilor. Alturi de
Linux, Apache i Mysql, PHP reprezint litera P, dei uneori aceasta se refer la
Python sau Perl. Linux ocup rolul de sistem de operare pentru toate celelalte
aplicaii, MySQL gestioneaz bazele de date, Apache are rol de server web, iar
PHP are rol de interpretator i comunicator ntre acestea.

20

WEB SERVER

PHP folosete extensii specifice pentru fiierele sale: .php, .php3,

.ph3, .php4, .inc, .phtml. Aceste fiiere sunt interpretate de catre serverul web iar
rezultatul este trimis n form de text sau cod HTML ctre browser-ul clientului.
1. Limbajul HTML
3. Database MySql

2. WEB Server Local APACHE

4. phpMyAdmin

PHP

Fig. 1.4.2. Comunicatia cu WEB SERVER

WEB BROWSER

21

COMPUTER LO

1.4.2.Aplicaii necesare programarii WEB n PHP

Pentru a putea rula scenarii php(scripturi) avem nevoie s programm
calculatorul n calitate de server Web, server de aplicaii PHP i nu n ultimul rnd
server de BD MySQL. Aceste componente software de baz necesare (MySQL,
Apache i PHP) sunt gratuite (din categoria "open source") i pot fi descrcate de
pe site-ul oficial al productorului. Dup instalarea fiecruia din aceste aplicaii
apare necesitatea configurrii lor, care uneori este dificil pentru nceptori. Pentru
a evita problemele configurrii, putem instala un pachet complet ce conine
Apache + PHP + MySQL + PHPMyAdmin care se numete XAMPP (PHPTriad,
EasyPhp, Base, WampServer, Denver, ...). XAMPP a ne dea posibilitatea de a
simula pe calculatorul nostru activitatea server-ului la distanta. Aplicaia
PHPMyAdmin inclus n pachetul XAMPP permite administrarea comod a Bazei
de Date MySQL. Asta se intampla deorece limbajul php este un limbaj serverside .nainte de a rula scripturi PHP vom lansa aplicaiaXAMPP i anume din
Start/All Programs/Apache Friends/XAMPP/XAMPP Control Panel, dup care se
va lansa panoul de control al aplicaiei XAMPP (conform Fig. 1.4.2).

Fig. 1.4.2 Fereastra Control Panel a aplicatiei XAMPP

22

Pentru a lansa serverul Apache acionm butonul Start la modulul

Apache i respectiv dac lucrm cu Baza de Date acionm butonul Start la la
modulul MySql. Pentru a nchide serverele deschise vom aciona respectiv pe
butoanele stop iar pentru a nchide aplicaia XAMPP vom aciona exit.
Pentru a verifica dac funcioneaz aplicaiile instalate, vom lansa
browserul iar n cmpul de adrese scriem:

http://localhost/xampp n loc de

localhost se poate de scris i IP calculatorului sau 127.0.0.1 .Pentru a rula

scripturile ele trebuiesc salvate(copiate) n C:\xampp\htdocs.

. Instalare XAMPP
Pachetul de aplicaii XAMPP
este un program gratuit i open source cross-platform,
constituie infrastructura software necesar gzduirii saiturilor web,
pachet stiv constnd n principal din server de web Apache, server de
baze de date MySQL, interpretoare pentru scripturi scrise n limbajele PHP i PERL.
Etimologie: Numele XAMPP este un acronim pentru:
X ("cross ?, cross-platform rulare identic pe platforme diferite)
Apache HTTP Server
MySQL
PHP
Perl
XAMPP a fost creat ns i pentru a pune la dispoziia dezvoltatorilor un
instrument eficient de testare.
Odat instalat pe calculatorul propriu, pachetul de aplicaii va face ca
acesta s aib comportamentul unui server conectat la Internet, permind testarea
aplicaiilor scrise nainte de a le copia pe serverul firmei care va gzdui n final
produsul software realizat.
Adresa de download:
23

http://www.apachefriends.org/en/xampp.html
Not: Pentru utilizatorii de Windows Vista, din cauza permisiunilor limitate
i insuficiente n folderul "C: \ Program Files", v recomandm s utilizai folderul
alternativ pentru XAMPP ("C:\xampp).
Calea ctre directorul unde sunt inute i de unde se acceseaz paginile i
scripturile PHP, este C:\xampp\htdocs
Instalare XAMPP (I)
Dup descrcarea i salvarea pachetului XAMPP n calculator se va trece la
instalarea propriu-zis. Se va alege ca i limb de instalare a programului limba
englez. Din list se alege English, se confirm alegerea facut prin apsarea pe
butonul OK.

Prin apsarea butonului Next se confirm calea unde se dorete a fi

efectuat instalarea C:\xampp. Prin bifarea opiunilor Install Apache as service i
Install MySQL as service, att serverul web Apache ct i cel de baze de date
MySQL vor porni odat cu sistemul de operare Windows.

Se apas pe butonul Install i se atept definitivarea instalrii

24

Prin apsarea butonului Finish se confirm terminarea instalrii.

Dup instalare, prezena pe calculator a pachetului XAMPP se manifest
prin intermediul aplicaiei XAMPP Control Panel Application.

Dac dintr-un motiv oarecare, unul din servere nu a pornit, veti observa c
n dreptul acelui serviciu nu este afiat nicio informaie i va apare mesajul Apache
service stopped.

25

http://127.0.0.1/phpmyadmin/tbl_structure.php?
db=analize&token=6978fbacb3764883c115a4203535bb28&goto=db_struc
ture.php&table=determinari

Adresa de la care se poate accesa baza de date creata.

Probleme legate de lansarea serverului Apache
Cteva motive din cauza crora serverul Apache nu a pornit:
- acest server se instaleaz pe portul 80, iar acesta este posibil s fie folosit de un alt
server web cum ar fi IIS, programul de voice IP Skype ori un alt program instalat pe
PC-ul dumneavoastr.
- ai omis ca la instalarea pachetului XAMPP s bifai opiunea Install Apache as
service, i, prin urmare acesta nu va rula odata cu Windows-ul.
- Folosii un Firewall i acesta blocheaza Apache-ul s ruleze.
Dac totui se ntmpl ca unul din servere s se manifeste aa, apasai pe
butonul Start din dreptul fiecruia.
Noutatea ete ca in ultima versiune de XAMPP este 1.7.4 i ea include:
Apache 2.2.17
MySQL 5.5.8
PHP 5.3.5
phpMyAdmin 3.3.9
FileZilla FTP Server 0.9.37
Tomcat 7.0.3
26

CAPITOLUL 2 ACTE NORMATIVE CE REGLEMENTEAZA DETERMINAREA

COMPOZITIEI CHIMICE A LEGUMELOR SI FRUCTELOR
2.1.Legislatia nationala prevede acte normative cu tarife pentru asigurarea efectuarii
analizelor asupra alimentelor.
Conform :
ORDIN nr. 84 din 3 octombrie 2008 privind modificarea anexei nr. 5 la
Ordinul preedintelui Autorittii Nationale Sanitare Veterinare i pentru Siguranta
Alimentelor nr. 45/2005 privind aprobarea tarifelor pentru efectuarea analizelor i
examenelor de laborator, precum i a unor activitti sanitare veterinare.
Vznd Referatul de aprobare nr. 38.115 din 27 august 2008, ntocmit de
Directia general siguranta alimentelor din cadrul Autorittii Nationale Sanitare
Veterinare i pentru Siguranta Alimentelor, avnd n vedere prevederile Legii nr.
150/2004 privind siguranta alimentelor i a hranei pentru animale, republicat, precum
i Ordonanta Guvernului nr. 42/2004 privind organizarea activittii sanitar-veterinare i
pentru siguranta alimentelor, aprobat cu modificri i completri prin Legea nr.
215/2004, cu modificrile i completrile ulterioare,

n temeiul prevederilor art. 3 alin. (3) i ale art. 4 alin. (3) din Hotrrea Guvernului nr.
130/2006 privind organizarea i functionarea Autorittii Nationale Sanitare Veterinare
i pentru Siguranta Alimentelor i a unittilor din subordinea acesteia, cu modificrile i
completrile ulterioare,
preedintele Autorittii Nationale Sanitare Veterinare i pentru Siguranta Alimentelor
emite urmtorul ordin:
Art. I
1. Anexa nr. 5 la Ordinul preedintelui Autorittii Nationale Sanitare Veterinare i
pentru Siguranta Alimentelor nr. 45/2005 privind aprobarea tarifelor pentru
efectuarea analizelor i examenelor de laborator, precum i a unor activitTi
sanitare veterinare, publicat n Monitorul Oficial al Romnie
2. i, Partea I, nr. 333 din 20 aprilie 2005, cu modificrile ulterioare, se modific i
se nlocuiete cu anexa la prezentul ordin.
Art. II
Prezentul ordin se public n Monitorul Oficial al Romniei, Partea
I. -****Preedintele Autorittii Nationale Sanitare Veterinare i pentru Siguranta
Alimentelor,
Radu Roati CheTan
27

ANEX: TARIFE pentru efectuarea analizelor i examenelor de laborator ale

produselor de origine nonanimal (- Anexa nr. 5 la Ordinul nr. 45/2005 -)

Nr.
crt.
1.

2.
3.
4.
5.

6.

7.

8.

9.

Tarif
Ce marime Elementul Stare. Metode de
/
Denumirea analizei, examenului, operatiunii*
se determina analizat element determinare (lei/dete
rminare
Determinarea nitratilor prin metoda HPLC din:
nitratilor
spanac proaspt
HPLC
402
spanac proaspt, spanac conservat,
nghetat sau congelat, salat proaspt, salat
de tip ICEBERG, legume i fructe
Determinarea azotatilor (N03) prin metoda
azotatilor
APHA
23
APHA din: legume i fructe
Determinare azotitilor prin metoda Griess din
Griess
15
legume i fructe
Determinarea azotitilor prin metoda Griess din:
Griess
14
legume i fructe
Determinarea aflatoxinei totale
( B1+B2+G1+G2) prin metoda HPLC din:
aflatoxinei
HPLC
402
arahide, nuci i
fructe uscate i produse procesate din acestea,
arahide supuse sortrii sau altui tratament
fizic, nuci i fructe uscate supuse sortrii ori
altui tratament fizic, cereale i produse
procesate din acestea, condimente i alte
produse alimentare
Determinarea aflatoxinei totale
(B1+B2+G1+G2) prin metoda ELISA cu
ELISA
380
purificare pe
coloan de imunoafinitate din: arahide, nuci i
fructe uscate i produse procesate din
acestea, arahide supuse sortrii ori altui
tratament fizic, nuci i fructe uscate supuse
sortrii ori altui tratament fizic, cereale i
produse procesate din acestea, condimente
Determinarea aflatoxinei totale
(B1+B2+G1+G2) prin metoda ELISA far
ELISA
292
purificare pe
coloan de imunoafinitate din: arahide, nuci i
fructe uscate i produse procesate din
acestea, arahide supuse sortrii sau altui
tratament fizic, nuci i fructe uscate supuse
sortrii ori altui tratament fizic, cereale i
produse procesate din acestea, condimente
Determinarea aflatoxinei totale
(B1+B2+G1+G2) - test rapid - din: arahide,
171
nuci i fructe
uscate i produse procesate din acestea, arahide
supuse sortrii sau altui tratament fizic,
nuci i fructe uscate supuse sortrii ori altui
tratament fizic, cereale i produse procesate
din acestea, condimente
Determinarea aflatoxinei B1 prin metoda
HPLC
401,5
HPLC din: arahide, nuci i fructe uscate i
produse procesate din acestea, arahide supuse
sortrii sau altui tratament fizic, nuci i
fructe uscate supuse sortrii ori altui tratament
fizic, cereale i produse procesate din

28

10.

11.

12.

13.

14.

15.

acestea, condimente
Determinarea aflatoxinei B1 prin metoda
ELISA cu purificare pe coloan de
imunoafinitate
din: arahide, nuci i fructe uscate i produse
procesate din acestea, arahide supuse sortrii
sau altui tratament fizic, nuci i fructe uscate
supuse sortrii ori altui tratament fizic,
cereale i produse procesate din acestea,
condimente
Determinarea aflatoxinei B1 prin metoda
ELISA fr purificare pe coloan de
imunoafinitate din: arahide, nuci i fructe
uscate i produse procesate din acestea, arahide
supuse sortrii sau altui tratament fizic, nuci i
fructe uscate supuse sortrii ori altui
tratament fizic, cereale i produse procesate
din acestea, condimente
Determinarea micotoxinelor prin
cromatografie n strat subtire din: arahide, nuci
i fructe
uscate i produsele procesate din acestea,
arahide supuse sortrii sau altui tratament fizic,
nuci i fructe uscate supuse sortrii sau altui
tratament fizic, cereale i produse procesate
din acestea, condimente
Determinarea ochratoxinei A prin metoda
HPLC din: cereale brute, toate produsele
derivate
din cereale, stafide uscate, cafea boabe prjit,
cafea prjit i mcinat, cafea solubil,
vin (vin rou, alb i roze) i alte tipuri de vin
i/sau buturi rcoritoare pe baz de must de
struguri, vin (vin rou, alb i roze) i alte tipuri
de vin i/sau buturi rcoritoare pe baz de
must de struguri, must de struguri i must de
struguri concentrat
Determinarea ochratoxinei A prin metoda
ELISA cu purificare pe coloan de
imunoafinitate
din: cereale brute, toate produsele derivate din
cereale, stafide uscate, cafea boabe
prjit, cafea prjit i mcinat, cafea
solubil, vin (vin rou, alb i roze) i alte tipuri
de
vin i/sau buturi rcoritoare pe baz de must
de struguri, vin (vin rou, alb i roze) i alte
tipuri de vin i/sau buturi rcoritoare pe baz
de must de struguri, must de struguri i
must de struguri concentrat
Determinarea ochratoxinei A prin metoda
ELISA far purificare pe coloan de
imunoafinitate din: cereale brute, toate
produsele derivate din cereale, stafide uscate,
cafea boabe prjit, cafea prjit i mcinat,
cafea solubil, vin (vin rou, alb i roze) i
alte tipuri de vin i/sau buturi rcoritoare pe
baz de must de struguri, vin (vin rou, alb

29

ELISA

380

ELISA

292

74

HPLC

402

ELISA

380

ELISA

292

2.2. LEGISLATIA INTERNATIONALA IN DOMENIUL DETERMINARII

COMPOZITIEI CHIMICE LA LEGUME SI FRUCTE
Institutul pentru siguranta calitatii alimentelor (SQFI). Mai multe informa ii
despre SQFI pot fi gasite la site-ul: www.sqfi.com Sistemul definete cerin ele de
siguran alimentar. Sistemul de SQF (Safety Quality Food) a fost proiectat pentru a
oferi companiilor din industria alimentar, o certificare recunoscut pentru a demonstra
c respecta riguros sigurana alimentar .

Fig. 2.2. Sigla Institutului pentru Siguranta Calitatii produselor alimentare

SQF este recunoscut de Initiativa pentru Sigurana Alimentar Global
(GFSI), oferind recunoaterea la nivel mondial i acceptarea de ctre

productorii de produse alimentare i comercianii cu amnuntul.

Niveluri SQF i module
Un furnizor poate alege din 3 nivele de certificare
Nivelul 1- fundamentele de siguranta alimentara
Nivelul 2- fundamentele de siguranta alimentara i HACCP (GFSI recunoscut)
Nivelul 3 fundamentele de siguranta alimentara i de calitate (GFSI recunoscut)
Cerinele se gsesc n Codul SQF. Exist 16 module diferite n cod. Toate

companiile trebuie s ndeplineasc cerinele din modulul 2, iar acesta este modulul
care are trei nivele diferite de cerine.
Prima decizie este ce nivel doriti sa atingeti. Dac dorii recunoatere GFSI
trebuie s atingeti nivelul 2 sau 3. Nivelul 2 este axat pe sigurana
alimentar, dar nu include cerinele de calitate. Nivel 3 Cerine abordeaza att
sigurana cat i calitatea alimentelor.
Module 3-16 defininesc fundamentele de siguranta alimentara (sau BPF)
pentru diferite segmente industriale.
http://www.22000-tools.com/sqf-modules.html
Sistemul de SQF este un sistem de management al siguranei alimentare
(SSA)
Sistemul definete cerinele pentru procese integrate care lucreaz mpreun
pentru a
30

controla i a minimiza riscurile de siguran alimentar. Pentru a obtine

certificarea trebuie s v
punerea n aplicare a proceselor de:
Angajamentul de Management
Controlul documentelor i nregistrrilor
fundamentale de securitate alimentare
Planuri de siguran alimentare
verificare i validare
Identificarea i trasabilitatea produselor
Securitate Site
alergeni Management, i
Pregtire
Programul de certificare este gestionat de siguran de calitate Institutul
alimentare (SQFI).

31

CAPITOLUL 3 STANDARDE CE REGLEMENTEAZA DETERMINAREA

COMPOZITIEI CHIMICE LA LEGUME SI FRUCTE
Institutul pentru siguranta calitatii alimentelor (SQF) ofera solutii de management ,
audit , specializari , modele de lucru pentru a asigura calitatea produselor alimentare :
a. responsabilitatea managementului
b . Documentelor i nregistrrilor
c . Caietul de sarcini i de dezvoltare a produsului
d . Fundamentele de siguran alimentar
e . Planul de sigurana alimentar
f . Bunuri i servicii primite
g . Controlul produsului neconform i echipamente
h . reprelucrare
i. Produs de pres terminat
J . Validrii i verificrii
k. Corecii i aciuni corective
l. Prelevarea de probe de produse i de inspecie
m . audituri interne
n . Identificarea produsului , urme , de retragere i de rechemare
o . aprare produs
p . management alergen
q . Pregtire

Toate aceste instrumente de activitate se gasesc pe sit-ul www.22000-Tools.com.

32

CAPITOLUL 4. Baze de date proiectate cu PHP si MySQL

privind determinarea compozitiei chimice a legumelor si fructelor
4.1. Crearea Bazei de date
Dupa instalare XAMPP dupa cum am prezentat in capitolul 1.4. se pormeste
din Start -> XAMPP aplicatia XAMPP.

Fig. 4.1. Fereastra de deschidere a aplicatiei XAMPP.

Se apasa pe butonul ADMIN dupa care se deschide fereastra phpMyadmin

33

Fig. 4.2. Fereastra phpMyAdmin creare Baza de date Analize

Se observa in figura 4.2. ca deja am creat baza de date Analize .In figura
4.2. este fereastra phpMyAdmin in care crem tabele. In stnga panoului apare
determinari deci tabelul meu este deja creat. Pentru a crea un tabel nou in panoul din
dreapta se introduce numele tabelului in caseta Name , dupa care se introduc numarul
coloanelor in caseta Number of columns si se apasa butonul Go urmand ca apoi sa se
stabileasca denumirea fiecarui cmp si proprietatile acestuia.

Fig 4.2. 1. Fereastra phpMyAdmin pentru crearea tabelului

Actionand butonul New din panoul din stanga am creat baza de date cu
denumirea Analize si am definit denumirea fiecarui camp cu proprietatile lui. Baza
de date se numeste Analize iar tabelul creat se numeste Determinari.
Structura tabelului Determinri este :

Tabelul 4.1 Cmpurile tabelului Determinari si proprietatile acestora

Denumire cmp

Tip

Lungime
maxima

Nr

Intreg

Denumire

Character

60 caractere

Mrime determ

Character

40 caractere

Element analizat

Character

40 caractere

Proprietati
AUTO_INCREMENT

34

Cheie primara
Cheie primara

TIP

Text

1 caracter

L pentru legume
F pentru fructe
C pentru cereale

Stare element

Character

20 caractere

Metoda

Character

60 caractere

Tarif

Integer

11 cifre

In figura 4.3. se vede rezultatul crerii stucturii tabelului Determinari

Fig. 4.3. Structura tabelului Determinari

Popularea bazei de date am realizat-o prin functia Import a Bazei de date
phpMyAdmin din tabelul creat in Excel.

35

Fig 4.4. Datele de analiza cu Tarifele aferente aflate in tabelul Excel

Fig. 4.4. Baza de date Analize incarcata prin functia Import cu datele din tabelul
Excel
Avand baza de date creata se pot efectua selectii dupa diferite criterii de
cautare. Prin Butonul Search am creat creat lista care selecteaza rezultatele analizelor
numai asupra fructelor . Rezultatul selectiei este prezentat in figura 4.5.

36

Fig 4.5. Rezultatele selectiei pentru Fructe

Functia MySQL care realizeaza aceasta selectia este :

SELECT * FROM `determinari` WHERE `TIP` = 'F'

Dupa cum se vede in figura 4.5. se selecteaza numai masuratorile pentru fructe.
Cu ajutorul Interogarii (Query) am creat o lista cu determinarile care au tarif 402 , rezultatul interogarii
se vede in figura 4.6

Fig. 4.6. Rezultatul executarii I nterogarorii ce afiseaza determinari a caror tarif este 402.
Avantajul interogarii este ca ea fiind salvata se poate executa oricand la cerere .

37

CAPITOLUL 5 Proceduri Corective si Preventive privind Erorile In

Determinarea Compozitiei Chimice a Legumelor si Fructelor
Cod formular: PS-DCCFL05-A01-R0
Anexa nr. 1

FI DE ACIUNE PREVENTIV

Emitent:
Destinatar: .
Data: ..

Copii transmise:
1.
RS i RC

2.
Cadrul de conducere al
compartimentului

Semntura:
_______________________________________
1. NECONFORMITATEA POTENIAL IDENTIFICAT, dar
nemanifestat: ................
..................................................................................
.................................................................................
2. CRITICITATEA
NECONFORMITII
POTENIALE
(importana
consecinelor, frecvena de apariie, probabilitatea de nedetectare
etc. ): .......................................................................
..............................................................................................................
..............................................................................................................
..............................................................
3. ACIUNE PREVENTIV INIIAT:
..................................................
..............
...............................................
..............
...............................................
..............
Responsabilul aciunii preventive iniiate:
.................................
Termen: .
4. AVIZUL I DECIZIA CC (se completeaz de ctre RS sau RC)

38

.
Data examinrii n CC:
Prezentat n analiza efectuat de Cons. C.

DA

NU

5. URMRIREA APLICRII ACIUNII PREVENTIVE

Se completeaz de ctre RS sau RC
-

Verificarea eficienei aciunii preventive

NU

DA

Motiv:
.

- decizia de clasare a FIEI

DA

- data deciziei de clasare a fiei

NU

Numele i semntura

39

Cod formular: PS-DCCFL04-A02-R0

Anexa nr. 2

Registru de eviden fie de neconformitate i aciuni corective

Nr.
crt.

Data
nregistrrii fiei

Nr. fi de
aciune
corectiv

Nr. fi de
neconformitate

40

Eficacitatea
implementrii
aciunii corective

Nr. fi de
aciune
preventiv

Ob

UNIVERSITATEA
POLITEHNICA din
BUCURETI.

Procedura

Ediia I

CONTROLUL PRODUSULUI
NECONFORM

Revizia 0

Cod: PS DCCFL 03

Pagina 41 din 7

Departamentul TMR

Exemplar I

1. OBIECTUL PROCEDURII

Obiectul procedurii const n definirea modalitilor de identificare, formalizare

i tratare a neconformitilor referitoare la DETERMINAREA COMPOZIIEI
CHIMICE A LEGUMELOR I FRUCTELOR, precum i n definirea modului de
aplicare a aciunilor corective.
2. DOMENIUL DE APLICARE
Prezenta procedur se aplic de ctre orice angajat a crui activitate
contribuie direct sau indirect la DETERMINAREA COMPOZIIEI CHIMICE
A LEGUMELOR I FRUCTELOR
3. DEFINIII I PRESCURTRI
3.1 Definiii
Se nelege prin neconformitate:
-

orice disfunciune (disfuncie sau disfuncionalitate) care perturb sau ntrerupe n mod
durabil realizarea unei prestaii sau desfurarea normal a unei activiti;
orice anomalie sau incident avnd un caracter repetitiv.

3.2 Prescurtri
Fi de AC Fi de aciune corectiv
COC Comitetul Operaional pentru Calitate
Fi de N.C Fi de neconformitate
4. DOCUMENTE DE REFERIN

SR EN ISO 9000: 2001

SR EN ISO 9001: 2001
Procedura PS 04. Aciuni corective;
Procedura PS 05. Aciuni preventive;

5. ACTIVITATEA I MODUL DE DESFSURARE

Intocmit

Verificat

Aprobat

Nume si prenume

Data

Nume si prenume

Data

Nume si prenume

Data

Ing. A. MICU

12.12.15

Conf. dr. ing.

M.NEACSA

15. 12.15

Prof. univ.emerit.dr.ing.
I. TEMPEA

15. 12.15

41

UNIVERSITATEA
POLITEHNICA din
BUCURETI.
Departamentul TMR

Procedura
CONTROLUL PRODUSULUI
NECONFORM
Cod: PS DCCFL 03

Ediia I
Revizia 0
Exemplar I
Pagina 2 din 7

DIAGRAMA FLUX
IDENTIFICAREA ANOMALIILOR I INCIDENTELOR
IDENTIFICAREA UNEI DISFUNCIUNI

CORECTARE I NREGISTRARE

Nu

4.2. TRATARE
TEMPORAR

Se repet ?
Da
FORMALIZARE
FI DE NECONFORMITATE (NC) I TRANSMITERE

Fi de neconformitate

EXAMINAREA SI PRELUCRAREA FISEI DE NECONFORMITATE DE CTRE DESTINATAR

Fi de neconformitate

Rspuns emitentului

Da
S-a obinut o soluie ? Angajare aciune corectiv
Nu

PREZENTAREA PROBLEMEI LA COC

EXAMINAREA
FISELOR DE NC/AC
IN COC

42

UNIVERSITATEA
POLITEHNICA din
BUCURETI.
Departamentul TMR

Procedura
CONTROLUL PRODUSULUI
NECONFORM
Cod: PS DCCFL 03

Ediia I
Revizia 0
Exemplar I
Pagina 3 din 7

EXAMINAREA
fielor de NC/AC n COC

Avizul COC formalizat pe fia AC

Nu

Este necesar

un studiu ?

STUDIEREA
SOLUTIEI IN COC

Nu

Da

Se prezint

onducerii ?

Da
Examinare n analiza efectuat de conducere i formalizarea deciziei

PV. Analiza efectuat de conducere

APLICAREA ACIUNILOR CORECTIVE

Data aplicrii AC pe fia AC

URMRIREA ACTIUNILOR CORECTIVE

Nu

eficiente ?

Da

Data verificrii eficienei pe fia AC

NCHIDEREA FIEI AC DE CTRE EMITENTUL FIEI DE NC

Data NCHIDERII
pe fia AC

UNIVERSITATEA
POLITEHNICA din
BUCURETI.
Departamentul TMR

Procedura
CONTROLUL PRODUSULUI
NECONFORM
Cod: PS DCCFL 03

43

Ediia I
Revizia 0
Exemplar I
Pagina 4 din 7

Orice persoan care constat existena unei anomalii sau a unui incident are datoria moral de-a
interveni n scopul corectrii acesteia i limitrii eventualelor
consecine nefaste precum i de-a informa eful direct sau responsabilul activitii
implicate etc.) n scopul nregistrrii anomaliei/incidentului.
Pe baza acestor nregistrri, fiecare responsabil implicat trebuie s analizeze periodic
importana i repetabilitatea anomaliei/incidentului semnalat n scopul eventualei sale
considerri ca neconformitate i iniierii aciunii corective adecvate.

5.2. Identificarea i tratarea unei disfuncii

Se nelege prin neconformitate:
-

orice disfuncie care perturb sau ntrerupe n mod durabil realizarea DETERMINRII
CORECTE A COMPOZIIEI CHIMICE A LEGUMELOR I FRUCTELOR;
orice anomalie sau incident avnd un caracter repetitiv.

5.3. Examinarea i prelucrarea FIELOR DE NECONFORMITATE

Destinatarul unei FIE DE NECONFORMITATE:
-

examineaz justeea neconformitii semnalate i eventuala aciune corectiv propus de

emitentul fiei;
iniiaz aciunea corectiv adecvat sau caut o soluie pentru problema enunat (eventual cu
ajutorul altor compartimente implicate de neconformitatea semnalat);
prezint neconformitatea Comitetului Operaional pentru Calitate (COC) prin intermediul
membrului acestuia din compartimentul su atunci cnd problema este dificil de soluionat;
rspunde emitentului FIEI DE NECONFORMITATE indicndu-i modul de soluionare i
aciunile efectuate;
informeaz pe membrul COC din compartimentul emitentului precum i pe responsabilul
calitii DETERMINRII COMPOZIIEI CHIMICE A LEGUMELOR I FRUCTELOR
transmindu-le copii ale FIEI DE ACIUNE CORECTIV.
5.4. Examinarea fielor de neconformitate i a fielor de aciuni
corective de ctre COC
n cadrul edinelor sale periodice, Comitetul Operaional pentru
Calitate (COC):
- examineaz toate FIELE DE NECONFORMITATE prezentate de membrii
si;
UNIVERSITATEA
POLITEHNICA din
BUCURETI.
Departamentul TMR

Procedura
CONTROLUL PRODUSULUI
NECONFORM
Cod: PS DCCFL 03

Ediia I
Revizia 0
Exemplar I
Pagina 5 din 7

aut soluii pentru problemele implicate sau pentru aciunile corective deja realizate
dar ineficiente;

44

decide, dac este cazul, prezentarea problemelor litigioase n Analiza efectuat de

conducere;
examineaz situaiile aciunilor corective realizate (data realizrii, verificarea eficienei,
decizia de clasare, etc).
Fiecare membru al COC noteaz pe fiele pe care le-a prezentat avizele i deciziile
COC.
5.5. Aplicarea aciunilor corective
Managerul avnd misiunea de-a aplica aciunea corectiv:

ia toate msurile pentru ca aplicarea s se fac n termenele prevzute;

rspunde emitentului FIEI DE NECONFORMITATE.
5.6. Urmrirea aplicrii aciunilor corective
Emitentul FIEI DE NECONFORMITATE are urmtoarele responsabiliti:
-

se asigur de eficiena aciunii corective propuse;

decide nchiderea FIEI DE ACIUNE CORECTIV;
napoiaz FIA DE ACIUNE CORECTIV emitentului su, n cazul unei
soluii nesatisfctoare, indicnd motivul acestei decizii;
- informeaz pe membrul COC din compartimentul su.
Pe baza acestor informaii, responsabilul calitii DETERMINRII COMPOZIIEI
CHIMICE A LEGUMELOR I FRUCTELOR ine evidena situaiei ansamblului
FIELOR DE NECONFORMITATE i a FIELOR DE ACIUNE CORECTIV.
Cunoscnd aceste informaii, el poate astfel actualiza periodic valorile
indicatorului DURATA TRATRII NECONFORMITILOR din tabloul de bord al
calitii DETERMINRII CORECTE A COMPOZIIEI CHIMICE A LEGUMELOR
I FRUCTELOR.
6. RESPONSABILITI (Matricea responsabilitilor)
Notaii n tabel: A Aprob / C Contribuie / D Decide asupra efecturii aciunii
(cadre de conducere) / R Rspunde de efectuarea aciunii (cadre de execuie) / V
Verific

UNIVERSITATEA
POLITEHNICA din
BUCURETI.
ETAPE TMR
Departamentul

Procedura
Ediia I
CONTROLUL PRODUSULUI Revizia 0
NECONFORM
Exemplar I
COMPARTIMENTE
IMPLICATE
Cod: PSCADRE/
DCCFL 03
Pagina
6 din 7

45

Cadre de Toi salariaiiMembrii COC

conducere
(individual)

COC

Responsabil
calitatea
DETERMINRII
COMPOZIIEI
CHIMICE A
LEGUMELOR I
FRUCTELOR

Analiza
efectuat de
conducere

1. Identificarea i
nregistrarea
anomaliilor i/sau

incidentelor
2. Tratarea temporar
a unei disfuncii
3. Completarea unei
FIE DE NC

4. Examinarea/
prelucrarea FIELOR
DE NC

5. Examinarea
FIELOR DE
NC / AC
6. Aplicarea
aciunilor corective
i verificarea
eficacitii

V+D

V+D

R+V

7. Urmrirea
aplicrii aciunilor
corective

UNIVERSITATEA
POLITEHNICA din
BUCURETI.
Departamentul TMR

Procedura
CONTROLUL PRODUSULUI
NECONFORM
Cod: PS DCCFL 03

7. NREGISTRRI
8. ANEXE

46

Ediia I
Revizia 0
Exemplar I
Pagina 7 din 7

C+D

8.1 Fi de neconformitate

Intocmit
Nume si prenume
Ing. A. MICU

UNIVERSITATEA
POLITEHNICA din
BUCURESTI

Data
12.12.15

Verificat
Nume si prenume
Conf. dr. ing.
M.NEACSA

Data
15. 12.15

Procedura
ACIUNI CORECTIVE
COD PS 04

Aprobat
Nume si prenume
Prof. univ.emerit.dr.ing.
I. TEMPEA

Data
15. 12.15

Ediia I
Revizia 0
Exemplar I
Pagina 1 din 9

1. OBIECTUL PROCEDURII
Procedura ACIUNI CORECTIVE PS 04 documenteaz modul de urmrire i rezolvare a
neconformitilor, precum i responsabilitile i autoritatea persoanelor implicate n aciunile
corective. Procedura asigur inerea sub control a neconformitilor i efectuarea unor analize
aprofundate a cauzelor care au generat aceste neconformiti, n vederea eliminrii lor i
prevenirea n acest mod a apariiei acestora.
2. DOMENIUL DE APLICARE
47

Aceast procedur se aplic n toate departamentele, facultile i catedrele din

Universitatea POLITEHNICA din Bucureti.
3. DEFINIII I PRESCURTRI
3.1 Definiii
neconformitatea reprezint nendeplinirea unei cerine. Prin neconformitate se mai
nelege orice disfuncie care perturb sau ntrerupe n mod durabil desfurarea normal a
unei activiti. Orice anomalie sau incident avnd un caracter repetitiv se consider
neconformitate.
corecia reprezint aciunea ntreprins pentru a elimina o neconformitate constatat.
Corecia reprezint instrumentul fundamental pentru a frna apariia neconformitilor.
aciunea corectiv reprezint aciunea de eliminare a cauzei unei neconformiti
constatate sau a unei situaii nedorite. Aciunea corectiv are un sens managerial pronunat.
n sensul eliminrii cauzelor profunde care au generat neconformiti, aciunea corectiv
asigur prevenirea repetrii neconformitii
eficacitatea aciunii corective
Se aplic definiiile din SR ISO 9000-2000

3.2 Prescurtri
UPB Universitatea POLITEHNICA din Bucureti
AQ Asigurarea calitii
DMC Departament Managementul Calitii
RC Responsabil pentru Calitate la nivel de Catedr
RS Responsabil pentru Calitate la nivel de Specializare
CC Comisia Calitii din fiecare facultate
Cons.C Consiliul Calitii din UPB
CTN Comisia pentru tratarea neconformitilor
4. DOCUMENTE DE REFERIN
4.1 Documente de referin:
UNIVERSITATEA
POLITEHNICA din
BUCURESTI

Procedura
ACIUNI CORECTIVE
COD PS 04

Ediia I
Revizia 0
Exemplar I
Pagina 2 din 9

SR EN ISO 9000: 2001

SR EN ISO 9001: 2001

4.2 Documente conexe

Procedura PS03. Controlul produsului neconform ;
Procedura PS05. Aciuni preventive;
48

Procedura PS06. Audit intern.

5. ACTIVITATEA I MODUL DE DESFURARE

UNIVERSITATEA
POLITEHNICA din
BUCURESTI

Procedura
ACIUNI CORECTIVE
COD PS 04

49

Ediia I
Revizia 0
Exemplar I
Pagina 3 din 9

5.1 Diagrama flux

5.2 Identificarea neconformitilor

- Autosesizri ale
personalului din UPB
- Analize efectuate de
DMC;
- Reclamaii i sesizri;
- Audit intern.
NU

Identificarea anomaliilor
i incidentelor

Identificarea
unei disfuncii

Corectare i
nregistrare

Tratare temporar

Se repet?

DA
FIA
DE
NECONFORMITATE

Formalizare

Cadrul de conducere,
RC, RS la nivelul
activitii care a
produs disfuncia

Examinarea i prelucrarea
FIEI DE NECONFORMITATE

NU
RC, RS la nivelul activitii
care a produs disfuncia

S-a obinut
o soluie?

Prezentarea
la nivelul C.C

Comisia
Calitii

Examinarea neconformitii i numirea

Comisiei pentru Tratarea Neconformitilor

CTN

Este necesar
prezentarea
la nivelul CONS.C?

DA

DA

FIA DE
ACIUNE
CORECTIV

Avizul CTN
pe FIA DE
AC IUNE
CORECTIV

NU

Examinarea n analiza
efectuat de Consiliul Calitii
CONS.C
Persoana care i
desfoar activitatea la
locul unde s-a produs
neconformitate

Aciune corectiv

Data aplicrii
aciunii corective
pe
FIA DE AC

UNIVERSITATEA
POLITEHNICA din
BUCURESTI

Procedura
ACIUNI CORECTIVE
COD PS 04

50

Ediia I
Revizia 0
Exemplar I
Pagina 4 din 9

2
Persoana care i
desfoar activitatea la
locul unde s-a produs
neconformitate
RC, RS la nivelul activitii
care a produs disfuncia

Aplicarea AC
Rspunde emitentului

Cadrul de conducere, RC, RS

la nivelul activitii care
a produs disfuncia

NU

Emitentul FIEI DE
NECONFORMITATE

Urmrirea
aciunii corective

Sunt
eficiente?

Data verificrii
eficienei aciunii
pe
FIA DE AC

DA
nchiderea fiei de
neconformitate

STOP

Data nchiderii
pe
FIA DE AC

Registru de
eviden
FIA N i
FIA AC

5.2.1 Identificarea, corectarea i nregistrarea anomaliilor i incidentelor

Orice persoan care i desfoar activitatea n UPB i care constat existena unei
anomalii sau a unui incident are datoria moral de a interveni n scopul corectrii
acesteia i limitrii eventualelor consecine nefaste, precum i de a informa conducerea
prin eful direct, sau responsabilul cu Calitatea n domeniul activitii implicate n
scopul nregistrrii anomaliei / incidentului.
Pe baza acestor nregistrri, fiecare responsabil implicat trebuie s analizeze
periodic importana i/sau repetabilitatea anomaliei/incidentului semnalat n scopul
eventualei considerri ca neconformitate i iniierii aciunii corective adecvate.
Identificarea neconformitilor se realizeaz pe baza:
-

autosesizrilor personalului din UPB;

analizelor efectuate de management;
auditurilor interne;
sesizrilor i reclamaiilor clienilor interni i externi.

UNIVERSITATEA
POLITEHNICA din
BUCURESTI

Procedura
ACIUNI CORECTIVE
COD PS 04

5.2.2 Tratarea unei disfuncii

51

Ediia I
Revizia 0
Exemplar I
Pagina 5 din 9

Orice persoan care i desfoar activitatea n UPB care constat existena unei
disfuncii are datoria moral:
a) de a interveni, pe ct posibil, cu o soluie temporar pentru a limita consecinele
disfunciei, cum ar fi: corectarea provizorie, evitarea disfunciei etc;
b) de a completa o FI DE NECONFORMITATE (Anexa nr. 1. Procedura PS03
Controlul produsului neconform), indicnd soluia temporar adoptat i
propunnd, dac este posibil, o aciune corectiv care s permit o soluionare
definitiv a disfunciei.
FIA DE NECONFORMITATE se transmite de ctre persoana care a completat-o
efului su direct, RC sau RS, cruia i revine misiunea de a identifica cadrul de
conducere de care depinde tratarea neconformitii i de a o transmite acestuia.

5.3 Examinarea i prelucrarea FIELOR DE NECONFORMITATE

Destinatarul unei FIE DE NECONFORMITATE are urmtoarele atribuii:
-

examineaz justeea disfunciei semnalate, dac aceasta perturb sau ntrerupe

n mod durabil desfurarea normal a activitii i stabilete dac trebuie
considerat neconformitate;
stabilete dac neconformitatea constituie o problem izolat sau general;
examineaz cauzele neconformitilor;
analizeaz eventuala aciune corectiv propus de emitentul fiei;
iniiaz aciunea corectiv adecvat;
rspunde emitentului FIEI DE NECONFORMITATE indicndu-i modul de
soluionare i aciunea corectiv;
atunci cnd problema este dificil de soluionat, prezint neconformitatea CC
prin RC sau RS, transmind copii ale FIEI DE ACIUNE CORECTIV
n cazul cnd nu exist o soluie de aciune corectiv caut o aciune corectiv
adecvat cu ajutorul altor departamente, catedre, centre, compartimente, sau
apeleaz la cadrul de conducere la nivel ierarhic superior. De asemenea,
prezint neconformitatea CC prin RC sau RS.

CC are urmtoarele atribuii, referitoare la neconformitile care sunt dificil de

soluionat sau pentru care destinatarul FIEI de NECONFORMITATE nu gsit o
aciune corectiv. n cadrul edinelor periodice CC
-

examineaz FIELE DE NECONFORMITATE care sunt de competena CC;

pentru problemele dificil de soluionat, stabilete CTN;
examineaz cauzele neconformitilor;

UNIVERSITATEA
POLITEHNICA din
BUCURESTI

Procedura
ACIUNI CORECTIVE
COD PS 04

52

Ediia I
Revizia 0
Exemplar I
Pagina 6 din 9

stabilete soluii pentru tratarea neconformitilor, eliminarea cauzelor i

prevenirea reapariiei acestora, sau pentru aciuni corective deja realizate, dar
ineficace;
decide, dac este cazul, prezentarea problemelor n analiza efectuat de
conducere sau n Cons.C;
efectueaz controale pentru a se asigura c aciunea corectiv este efectuat i
c aceasta este eficace.
Investigarea cauzelor se efectueaz prin analiza urmtoarelor documente:

nregistrrile inspeciilor, controalelor, analizelor etc.;

nregistrrile referitoare la neconformiti;
observaiile din timpul monitorizrii activitilor didactice sau a activitilor
suport;
observaiile din timpul auditurilor;
reclamaiile i sesizrile clienilor interni i externi;
probleme referitoare la contracte;
rezultatele analizelor efectuate de conducere.

5.4 Aplicarea aciunii corective

Cadrul de conducere la nivelul activitii care a produs disfuncia:
-

ia toate msurile pentru ca aplicarea aciunii corective s se fac n termenele

prevzute;

5.5 Urmrirea aplicrii aciunii corective

Emitentul FIEI DE NECONFORMITATE are urmtoarele responsabiliti:
-

se asigur de eficacitatea aciunii corective propuse;

decide clasarea FIEI DE NECONFORMITATE;
napoiaz FIA DE ACIUNE CORECTIV emitentului su, n cazul unei
soluii nesatisfctoare, indicnd motivul acestei decizii;
- informeaz RS sau RC;
Pe baza acestor informaii, CC ine evidena situaiei ansamblului FIELOR DE
NECONFORMITATE i ACIUNILOR CORECTIVE n Registrul de eviden fie
de neconformitate i aciuni corective.

5.6 nregistrrile rezultatelor aciunii ntreprinse.

nregistrarea rezultatelor aciunii ntreprinse se face prin urmtoarele documente:
UNIVERSITATEA
POLITEHNICA din
BUCURESTI

Procedura
ACIUNI CORECTIVE
COD PS 04

53

Ediia I
Revizia 0
Exemplar I
Pagina 7 din 9

FIA DE ACIUNE CORECTIV. Anexa nr. 1;

Registrul de eviden fie de neconformitate i fie aciuni corective.

6. RESPONSABILITI

6.1 Directorul pentru Calitate din fiecare facultate:

-

analizeaz cererile de aciuni corective ntocmite de CC;

interpreteaz cauzele care au generat neconformitile, propune aciuni
corective i/sau preventive, precum i msuri de sancionare, dac este cazul;
avizeaz FIELE DE NECONFORMITATE I FIELE DE ACIUNE
CORECTIV;
stabilete CTN i se asigur c neconformitatea a fost rezolvat;
prezint conducerii facultii neconformitatea major i colaboreaz cu aceasta
pentru stabilirea unei aciuni corective eficace;
decide dac neconformitile trebuie aduse la cunotina Cons.C;
rspunde de inerea la zi a Registrului de eviden Fie de neconformitate i
fie aciuni corective

6.2 eful de catedr sau departament are urmtoarele responsabiliti:

-

stabilete dac anomaliile, incidentele i disfunciile trebuie considerate

neconformiti;
- analizeaz FIELE DE NECONFORMITATE i aciunea corectiv propus de
emitentul fiei;
- decide aplicarea aciunii corective;
- completeaz FIA DE ACIUNE CORECTIV;
- verific realizarea aciunii corective stabilite;
- n cazul n care aciunea corectiv este dificil de realizat sau dac nu exist o
aciune corectiv prezint neconformitatea CC.
6.3 Responsabil pentru Calitate la nivel de Catedr i Responsabilul pentru
Calitate la nivel de Specializare
-

verific aplicarea aciunii corective;

verific nregistrarea aciunii corective;
verific eficacitatea aciunii corective;

UNIVERSITATEA
POLITEHNICA din
BUCURESTI

Procedura
ACIUNI CORECTIVE
COD PS 04

54

Ediia I
Revizia 0
Exemplar I
Pagina 8 din 9

6.4 Personalul angajat n UPB

- identific disfunciile, anomaliile i incidentele ;
- trateaz temporar disfunciile identificate ;
- completeaz FIA DE NECONFORMITATE;
- propune o aciune corectiv ;
- aplic aciunea corectiv prevzut n FIA DE ACIUNE CORECTIV ;
- napoiaz FIA DE ACIUNE CORECTIV emitentului su, n cazul unei
soluii nesatisfctoare, indicnd motivul acestei decizii ;
- decide dac FIA DE NECONFORMITATE poate fi clasat.
Responsabilitile care revin cadrelor sau compartimentelor implicate sunt prezentate n
Matricea responsabilitilor din tabelul 1.
Semnificaia notaiilor din tabelul 1 este: C contribuie; D decide; R rspunde; V
verific.
Tabelul 1. Matricea responsabilitilor
Cadrul de conducere
la nivelul activitii
care a produs
disfuncia
Identificarea /
nregistrarea anomaliilor
sau incidentelor

Tratarea temporar a unei

disfuncii

Examinarea / Prelucrarea
FIELOR DE
NECONFORMITATE

Completarea FIEI DE
ACIUNE CORECTIV

Verificarea eficacitii
aciunii corective
UNIVERSITATEA
POLITEHNICA din
BUCURESTI

UPB

Membrii
CC

RC

RS

Completarea FIEI DE
NECONFORMITATE

Aplicarea aciunii
corective
Urmrirea aplicrii
aciunilor corective

Toi salariaii
ETAPE

C
R

R
Procedura
ACIUNI CORECTIVE
COD PS 04

7. NREGISTRRI
55

Ediia I
Revizia 0
Exemplar I
Pagina 9 din 9

Toate nregistrrile care fac obiectul prezentei proceduri se nscriu n Registrul

de eviden Fie de neconformitate i aciuni corective, care se gsete la Directorul
pentru Calitate din fiecare facultate.

8. ANEXE
8.1
R0

FI DE ACIUNE CORECTIV - Cod formular: PS-04-A01-

8.2 Registru de eviden fie de neconformitate i aciuni corective Cod formular:

PS-04-A02-R0

Intocmit

Verificat

Aprobat

Nume si prenume

Data

Nume si prenume

Data

Nume si prenume

Data

Ing. A. MICU

12.12.15

Conf. dr. ing.

M.NEACSA

15. 12.15

Prof. univ.emerit.dr.ing.
I. TEMPEA

15. 12.15

UNIVERSITATEA
POLITEHNICA din BUCURESTI

Procedura
ACIUNI PREVENTIVE
Cod PS 05

56

Ediia I
Revizia 0
Exemplar I
Pagina 56 din 4

1. OBIECTUL PROCEDURII
Procedura ACIUNI PREVENTIVE PS 05 documenteaz modul de iniiere, urmrire i
finalizare a aciunilor preventive, responsabilitile i autoritatea persoanelor implicate n aceste
aciuni. Procedura asigur inerea sub control a potenialelor neconformiti i efectuarea unor
analize aprofundate a cauzelor care pot genera aceste neconformiti n vederea prevenirii
apariiei acestora.
2. DOMENIUL DE APLICARE
Aceast procedur se aplic n toate departamentele din Universitatea POLITEHNICA din
Bucureti.

3. DEFINIII I PRESCURTRI
3.1 Definiii
neconformitatea reprezint nendeplinirea unei cerine. Prin neconformitate se mai
nelege orice disfuncie care perturb sau ntrerupe n mod durabil desfurarea normal a
unei activiti. Orice anomalie sau incident avnd un caracter repetitiv se consider
neconformitate. Neconformitile pot fi reale sau poteniale. Neconformitile poteniale
sunt cele identificate, dar nemanifestate.
aciunea preventiv se refer la eliminarea cauzelor unor neconformiti sau a unor
situaii nedorite posibile, dar care nu s-au manifestat efectiv, n orice etap a
managementului calitii. Prevenirea se realizeaz prin evitarea manifestrii cauzelor
poteniale. Obiectul aciunii preventive este neconformitatea potenial.
Se aplic definiiile din SR ISO 9000-2000

3.2
Prescurtri
UPB Universitatea POLITEHNICA din Bucureti
RC Responsabil pentru Calitate la nivel de Catedr
RS Responsabil pentru Calitate la nivel de Specializare
CC Comisia Calitii din fiecare facultate
Cons.C Consiliul Calitii din UPB

4. DOCUMENTE DE REFERIN
4.1 Documente de referin:
SR EN ISO 9000:2001;
SR EN ISO 9001:2001

UNIVERSITATEA
POLITEHNICA din BUCURESTI

Procedura
ACIUNI PREVENTIVE
Cod PS 05

57

Ediia I
Revizia 0
Exemplar I
Pagina 2 din 4

4.2 Documente conexe

Procedura PS 03. Controlul produsului neconform ;
Procedura PS 04. Aciuni corective;
Procedura PS 06. Audit intern.

5.2 Diagrama flux

- Autosesizri ale personalului din UPB
- Analize efectuate de DMC;
- Reclamaii i sesizri;
- Audit intern.
Cadrul de conducere, RC,
RS la nivelul activitii
care n care pot aprea
neconformiti poteniale

Identificarea
neconformitilor poteniale

Soluia e
eficient?

NU
RC, RS la nivelul activitii
care poate produce disfuncii

DA

Prezentarea
la nivelul C.C
Avizul CC
pe FIA DE
ACIUNE
PRVENTIV

Examinarea aciunii preventive

Comisia
Calitii

Comisia
Calitii

FIA DE
ACIUNE
PREVENTIV

Examinarea i prelucrarea
FIEI DE ACIUNE PREVENTIV

DA

Este necesar
prezentarea
la nivelul CONS.C?

NU

Examinarea ac. preventive

n analiza efectuat de Consiliul Calitii
CONS.C

Aciune preventiv

Persoana care i
desfoar activitatea la
locul unde pot ap rea
neconformiti poteniale

Realizarea AP
Urmrirea
aciunii preventive

RC, RS

NU
Emitentul FIEI DE ACIUNE
PREVENTIV

Data aplicrii
aciunii preventive
pe
FIA DE AP

Este
eficace?

Data verificrii
eficacitii aciunii
pe
FIA DE AP

DA

nchiderea FIEI de AP

Cadrul de conducere, RC, RS

la nivelul activitii care
poate produce neconformiti poteniale

UNIVERSITATEA
POLITEHNICA din BUCURESTI

Data nchiderii
pe
FIA DE AP

Registru eviden
FAP

Procedura
ACIUNI PREVENTIVE
Cod PS 05

58

Ediia I
Revizia 0
Exemplar I
Pagina 3 din 4

5.2 Identificarea neconformitilor poteniale i a cauzelor acestora

Orice persoan care i desfoar activitatea n UPB i care identific o
neconformitate potenial ia msuri pentru corectarea i tratarea acesteia, pentru a
nu genera neconformiti reale. De asemenea, informeaz eful direct, RC sau RS
privind neconformitile poteniale. Acetia au datoria de a ntreprinde aciuni
preventive pentru a evita apariia neconformitilor.
Identificarea neconformitilor poteniale se realizeaz pe baza:
-

autosesizrilor personalului din UPB;

analizelor efectuate de senat, decanate, catedre;

rezultatelor auditurilor;
nregistrrilor managementului calitii;
sesizrilor clienilor interni i externi.

5.3 Evaluarea necesitii de aciuni pentru a preveni apariia neconformitilor

DMC din UPB mpreun cu Cons.C, CC din fiecare facultate, cu RC i RS la
nivelul fiecrei catedre, departament, centru, birou au datoria de a avea n vedere n
permanen evaluarea necesitii de aciuni pentru prevenirea apariiei
neconformitilor poteniale i analizarea criticitii lor.
5.4 Determinarea i implementarea aciunii necesare
Toate aciunile preventive care se stabilesc de ctre managementul calitii sunt
comunicate prin RS i RC fiecrui angajat care i desfoar activitatea n domeniul n
care pot aprea neconformiti poteniale.

59

BIBLIOGRAFIE

[1] Velicanu, M., Lungu, I., Muntean, M., Ionescu, S., Sisteme de baze de date teorie
i practic, Editura Petrion, Bucureti,
[2] Georgescu, C., Georgescu, M., Baze de date relaionale i multidimensionale, Editura
Didactic i Pedagogic R.A., Bucureti, 2005.

[3] Crstoiu, Dorin, Baze de date relaionale, Editura Printech, 1999

[4] Rdulescu, Florin, Baze de date n Internet, Editura Printech, 2000
[5] Ionescu, Felicia, Baze de date relaionale i aplicaii, Editura Tehnic, 2004
[6] Baltac, Vasile, ECDL-Excel, Access, PowerPoint n 20 lecii i 75 de simulri,
Editura Andreco, 2003
[7] Browne, Allen, Balter Alison, Bazele Access 95, Editura Teora, 1999
[8] Pribeanu, Costin, Baze de date i aplicaii, Editura MatrixRom, 2000
[9] Pascu, C., Pascu A., Totul despre SQL, Editura Tehnic, 1994
[10] Crstoiu, Dorin, Baze de date relaionale, Editura Printech, 1999
[11] Rdulescu, Florin, Baze de date n Internet, Editura Printech, 2000
[12] Pascu, C., Pascu A., Totul despre SQL, Editura Tehnic, 1994
[12] Diaz, O., Advanced database technology and design, ed. Piattini, 2000.
[13] Fotache, M., Proiectarea bazelor de date. Normalizare i postnormalizare.
Implementri SQL i Oracle, Editura Polirom, Iai, 2005.
[14] Velicanu, M., Lungu, I., Muntean, M., Ionescu, S., Sisteme de baze de date teorie
i practic, Editura Petrion, Bucureti, 2003.

60

[15] Popescu, I., Modelarea bazelor de date, Editura Tehnic, Bucureti, 2001
[16] Trandafir, R., Nistorescu, M., Mierlu-Mazilu, I., Baze de date relaionale,
Bucureti, 2007.
[17] Garcia-Molina, H., Ullman, H., Widom, J., Database Systems. The complete
Book, Prentice Hall, Upper Saddle Riner, 2002.
[18] Date, J., An introduction to Database Systems, ed. Addison Wesley, 1994
[20] Prof.univ.dr. LUNGU Ion , Asist.univ.drd. BOTHA Iuliana,

Baze De Date
http://www.22000-tools.com/sqf-modules.html

61