Sunteți pe pagina 1din 111

STANDARDE DE CALITATE

ISO 9000
1. Introducere in domeniul calitatii
1.1. Importanta unei abordari sistematice a calitatii - interesele
clientilor, proprietarilor, subfurnizorilor, salariatilor si ale
societatii;
1.2. Concepte;
1.3. Politica in domeniul calitatii;
1.4. Managementul calitatii;
1.5. Sistemele calitatii. Avantajele unui sistem eficient al calitatii;
2. Familia de standarde ISO 9000
2.1. Standardizarea. Elemente generale;
2.2. Fundamentarea si evolutia istorica a standardelor de
managementul calitatii;
2.3. Aparitia si raspandirea seriei de standarde ISO 9000;
2.4. Vedere de ansamblu asupra standardelor ISO 9000;
2.5. Familia de standarde ISO 9000. Generalitati, clasificare,
structura, domeniu de aplicare, scopuri (terminologie), cerinte
privind sistemele de calitate, deosebiri, legatura cu managementul
calitatii totale;
2.6. Modul de stabilire a standardului ISO 9000 considerat cel mai
adecvat pentru o organizatie (firma);
2.7. Avantajele si costurile certificarii ISO 9000;
3. Elemente esentiale pentru sistemele calitatii conform ISO 9000;
3.1. Motivarea;
3.2. Angajamentul;
3.3. Rolul conducerii si al personalului;
3.4. Structura sistemelor calitatii conform ISO 9000;
4. Pregatirea si planificarea pentru certificarea ISO 9000;
4.1. Procesul de certificare;
4.2. Grupul de lucru;
4.3. Alegerea organismului de certificare;
4.4. Importanta unei planificari eficace;
5. Auditurile calitatii
5.1. Domeniul auditului calitatii;
5.2. Gradarea rezultatelor;
5.3. Independenta;
5.4. Planificarea;
5.5. Referinta;
5.6. Pregatirea pentru audit;
5.7. Conducerea auditului;
5.8. Calitatile unui bun auditor;
5.9. Rolul auditatului;
5.10. Evaluarea de catre organismul de certificare.
6. Setul de instrumente ale sistemului de audit ISO 9000
6.1. Elemente generale;
6.2. Folosirea sistemului de audit;
6.3. Reprezentarea grafica a rezultatelor sistemului de audit.
7. Ingineria software - elemente generale
7.1. Reprezentarea informatiei: introducere, reprezentarea datelor,
operatii;
7.2. Rolul soft-ului in timp;
7.3. Interactiunea om-computer: modalitati de abordare,
interactivitate, functionalitate, elemente de design, evolutia
tehnicilor de design;
7.4. Fundamente ale ingineriei software;
7.5. Managementul proiectelor;
7.6. Strategia designului orientat obiect;
7.7. Evaluarea produselor software;
7.8. Metode de evaluare;
7.9. SR ISO 9000 - 3: 1995 - Standarde pentru managementul
calitatii si asigurarea calitatii - Partea 3: Ghid pentru aplicarea ISO
9001 la dezvoltarea, livrarea, instalarea si mentenanta software-
ului (anexa);
7.10. SR EN ISO 9001: 1995 - Sistemele calitatii - Model pentru
asigurarea calitatii in proiectare, dezvoltare, productie, montaj si
service (anexa);
1. Introducere in domeniul calitatii
1.2. Importanta unei abordari sitematice a calitatii - interesele clientilor,
proprietarilor, subfurnizorilor, salariatilor si ale societatii

Armonizarea conceptelor calitatii in organizatiile romanesti cu practica


organizatiilor de profil internationale, limbajul comun, intelegerea unitara, bazate
pe aceleasi definitii ale termenilor fundamentali referitori la conceptele calitatii este
primul pas catre cunoastere si recunoastere, catre supravietuirea firmei si profit.
Conceptele privind calitatea, ca orica produs, se proiecteaza,
implementeaza, actualizeaza si certifica. Ca orice produs, conceptele sunt folosite
pentru ca aduc profit atunci cand asigura intelegerea unitara.
Cerintele societatii devin tot mai severe in intreaga lume. Asteptarile si
necesitatile devin tot mai explicite pentru aspecte cum ar fi:
- sanatatea si securitatea locului de munca;
- protectia mediului inconjurator;
- siguranta in exploatare.
Exista, in societate, mai multe parti interesate privind abordarea calitatii:
guverne, politicieni, cumparatori, subfurnizori, patroni si manageri, sindicate.
Toate institutiile societatii umane (companii industriale si comerciale,
spitale, biserici, organe de stat) exista pentru a pune la dispozitia oamenilor produse
sau servicii. Ratiunea de a crea aceste produse sau servicii este aceea de a fi bune
pentru utilizare.
Deciziile de cumparare ale unor cumparatori, respectiv clienti, vor fi
stabilite in totalitate, prin luarea in considerare a urmatoarelor elemente:
- pret;
- termen de livrare;
- utilizare.
Cumpararea este o problema de incredere, un potential cumparator
orientandu-se, pe cat posibil, inainte de a lua o decizie de cumparare, asupra
produsului si a proprietatilor sale, dar si asupra partenerului sau de contract,
respectiv de afaceri, care trebuie sa-i inspire incredere. In acelasi timp, el incearca
sa se asigure din punct de vedere al increderii, prin testarea produsului, inainte de
achizitionare. In urma cumpararii, cumparatorul se asteapta la o posibilitate de
utilizare fara probleme pe o perioada lunga de timp, respectiv el asteapta calitate,
fiabilitate, capacitate de utilizare, disponibilitate, absenta defectelor sau
defectarilor.
Fiecare producator, orice comerciant serios, se straduie sa se asigure ca
produsele lui indeplinesc cerintele si asteptarile clientilor. Producatorul va efectua
propriile testari, orice activitate comerciala fiind intotdeauna legata de activitati de
control.
Dezvoltarea notiunii de raspundere pentru produs, confera asigurarii calitatii
o semnificatie cuprinzatoare. Microprocesoarele si softul pentru calculatoare
fundamenteaza problemele intr-un mod special. Se vorbeste tot mai mult despre
asigurarea unei calitati corespunzatoare, sau mai bine spus despre un "sistem
integrat de asigurare a calitatii".
Calitatea nu este ceva absolut, ci depinde intotdeauna de cerintele externe
organizatiei, respectiv ale clientilor si de cerintele interne organizatiei, respectiv
cele din specificatii. Acest lucru inseamna ca nu cerintele in sine reprezinta
calitatea, ci stabilirea corecta a acestora si indeplinirea lor.
Produsele devin din ce in ce mai complexe, testele simple nemaiputand sa
acopere complet aceste sarcini. Nivelul de testare creste, testele cer din ce in ce mai
mult activitati de inalta specialitate, care nu sunt accesibile intotdeauna. Mijloacele
de testare devin din ce in ce mai costisitoare, necesitand investitii importante.
Astfel, s-a ajuns la concluzia, prin teste de fiabilitate, ca totusi nu se poate realiza o
"confirmare practica" multumitoare.
Deci, in situatia in care calitatea si fiabilitatea, la un anumit moment al
derularii contractului, nu pot fi masurate satisfacator, trebuie sa se aplice la furnizor
masuri de asigurare a calitatii, in etapele de dezvoltare, proiectare si fabricatie. O
astfel de legatura concreta intre masurile de asigurare a calitatii pentru toate
compartimentele, care sa nu se limiteze numai la testele efectuate la furnizor, se
realizeaza complet prin intermediul unui sistem de asigurare a calitatii.
Un sistem eficient de asigurare a calitatii unui furnizor, este pentru fiecare
ofertant, baza pentru o calitate buna a produselor si serviciilor. Trebuie sa se
intocmeasca in asa fel incat in toate compartimentele organizatiei sa se realizeze
eficient un nivel calitativ masurabil. Acest lucru este valabil atunci cand prin testele
de receptie nu se poate asigura si dovedi calitatea unui produs.
Si din punctul de vedere al furnizorului este valabil acelasi lucru, mai ales
cand utilizarea produsului poate sa produca prejudicii pentru viata, sanatate si
proprietate. Se poate considera ca acesta nu are nici o raspundere daca se poate
dovedi ca a fost supravegheata organizarea, ca s-au indeplinit masurile
corespunzatoare pentru a diminua deficientele, in fazele de proiectare, fabricatie,
desfasurare a proceselor, inclusiv in faza de supraveghere a produsului. Pentru
servicii sunt valabile aceleasi masuri.
Este important ca furnizorul sa planifice, sa implementeze si sa aplice
masuri documentate de asigurare a calitatii, care sunt stabilite printr-un sistem de
asigurare a calitatii. In acest fel, el poate da increderea necesara clientilor,
partenerilor si organelor legale, in ceea ce priveste indeplinirea cerintelor de
calitate.
Cerintele privind sistemele de asigurare a calitatii sunt cuprinse si stabilite
intr-un sir de reglementari tehnice, care au avut si au in mare parte caracter
de standarde.
Asigurarea calitatii, ca sarcina de conducere a unei organizatii, este descrisa
in sensul de prevenire a defectelor, masurile de asigurare a calitatii fiind principial
structurate si organizate, in aceste reglementari, in asa fel incat ele sunt utilizabile
si realizabile. Reglementarile privind sistemele de asigurare a calitatii nu inlocuiesc
cerintele tehnice ale standardelor de calitate pentru produs. Ele sunt complementul
standardelor de calitate specifice produsului si o alternativa a acestora. Se
intocmesc proceduri de asigurare a calitatii, respectiv instructiuni pentru un sistem
de asigurare a calitatii, pentru a se asigura o capabilitate ridicata din punct de
vedere al calitatii pentru organizatia respectiva.
Analiza amanuntita a motivelor, care pot duce intr-o masura destul de mare
la succesul unei afaceri, se raporteaza pe langa altele, la calitate: lucru activ, analiza
greselilor, organizare trensparenta, calitatea in prim plan, activitate de service,
orientare catre client, motivatie prin calitate, scopul dezvoltarii angajatului,
conducere vizibila, etc.

1.2. Concepte

a). Termeni generali


Entitate - ceea ce poate fi descris si luat in considerare in mod individual.
Proces - ansamblu de resurse si activitati interdependente, care transforma datele de
intrare in date de iesire.
Serviciu - rezultat generat de activitati la interfata dintre furnizor si client, precum
si de activitati interne ale furnizorului pentru satisfacerea necesitatilor clientului.
Prestarea serviciului - acele activitati ale furnizorului necesare pentru realizarea
serviciului.
Organizatie - companie, corporatie, firma, intreprindere sau institutie, sau o parte
din acestea, cu statut de societate pe actiuni sau nu, publica sau particulara, care
are propriile sale functii si propria sa administratie.
Structura organizatorica - responsabilitati, autoritati si relatii dispuse intr-o
schema, prin care o organizatie isi exercita functiile.
Client - destinatar al unui produs furnizat de furnizor.
Furnizor - organizatie care furnizeaza un produs clientului.
Cumparator - client intr-o situatie contractuala.
Contractant - furnizor intr-o situatie contractuala.
Subcontractant - organizatie care furnizeazaun produs furnizorului.

b). Termeni referitori la calitate


Calitatea reprezinta ansamblul de proprietati si caracteristici ale unei entitati, care ii
confera acesteia aptitudinea de a satisface necesitati exprimate si implicite.
Ansamblul de proprietati si caracteristici este formulat, fie:
- in comenzi, contracte, solicitari in raporturile directe dintre beneficiar
(utilizator, consumator) si producator (executant sau comerciant);
- prin standarde, norme, acestea exprimand si garantand "un nivel optim
pentru comunitate in ansamblul sau", reglementand documentatia tehnica
comuna, acordul de vointa asupra cerintelor, metodelor de control,
definitiilor, etc.
- ca stari de fapt, determinate de produse existente pe piata si ale caror
caracteristici, proprietati trebuie avute in vedere in cazul unor solicitari
echivalente sau de inlocuire, de perfectionare.
Ansamblul de proprietati si caracteristici este format din patru
componente principale:
1. Caracteristicile produselor - se diferentiaza la randul lor, de la caz la caz,
in functie de specificul produselor se de cantitatea solicitata, cuprinzand:
- caracteristici constructive;
- caracteristici functionale;
- caracteristici economice;
- caracteristici tehnologice;
- caracteristici estetice;
- caracteristici ergonomice;
- caracteristici ecologice;
- caracteristici de identificare
2. Pretul produsului - reprezinta o categorie economica distincta; desi este
inclus in cadrul caracteristicilor economice, se studeaza separat, deoarece are
o contributie comparabila cu cea a ansamblului caracteristicilor.
3. Termenele de livrare - intr-o economie de piata respectarea termenelor
este o conditie a asigurarii calitatii. Un produs sau un serviciu, chiar foarte
bun, nelivrat la timp, atunci cand este necesar, poate sa aduca prejudicii
grave beneficiarului (clientului).
4. Serviciile oferite - serviciile sunt, de exemplu, in spatiul activitatilor
comerciale: facilitati oferite, garantii acordate, livrarea pieselor de schimb,
activitati de service, actiuni de intretinere de formare a personalului de
exploatare.

Clasa - categorie sau rang atribuit entitatilor care au aceeasi utilizare functionala,
dar conditii referitoare la calitate diferite.
Conditii referitoare la calitate - exprimare a necesitatilor sau transpunere a acestora
intr-un ansamblu de conditii, exprimate calitativ sau cantitativ, referitoare la
caracteristici le unei entitati, in scopul de a permite realizarea si examinarea
acesteia.
Conditii ale societatii - obligatii rezultate din legi, reglementari, reguli, coduri,
statute si din alte considerente.
Dependabilitate (siguranta de functionare) - termen general utilizat pentru
descrierea disponibilitatii si a factorilor care o influenteaza: fiabilitatea,
mentenabilitatea si mentenanta.
Compatibilitate - aptitudine a entitatilor de a fi utilizate impreuna in conditii
specifice, pentru satisfacerea conditiilor relevante.
Interschimbabilitate - aptitudine a unei entitati de a fi utilizata in locul alteia, fara
modificare, pentru satisfacerea acelorasi conditii.
Securitate - situatie in care riscul de vatamare (a persoanelor) sau de deteriorare
este limitat la un nivel acceptabil.
Conformitate - satisfacere a conditiilor specificate.
Neconformitate - nesatisfacerea unei conditii specificate.
Defect - nesatisfacere a unei conditii sau a unei asteptari rezonabile referitoare la o
utilizare prevazuta, inclusiv la securitate.
Inspectie - activitate, cum ar fi masurarea, examinarea, incercarea sau verificarea cu
un calibru a uneia sau a mai multor caracteristici ale unei entitati si compararea
rezultatelor cu conditiile specificate in scopul de a stabili daca este realizata
conformitatea pentru fiecare caracteristica.
Autoinspectie - inspectie efectuata de executant asupra propriei lucrari, in
conformitate cu reguli specificate.
Verificare - confirmare prin examinare si furnizare de dovezi obiective ca au fost
satisfacute conditiile specificate.
Validare - confirmare prin examinare si furnizare de dovezi obiective a faptului ca
sunt satisfacute conditiile particulare pentru o anumita utilizare, prevazuta.
Dovada obiectiva - informatie care poate fi demonstrata ca adevarata, bazata pe
fapte obtinute prin observare, masurare, incercare sau prin alte mijloace.

c). Termeni referitori la sistemul calitatii


Politica in domeniu calitatii - obiective si orientari generale ale unei organizatii in
ceea ce priveste calitatea, asa cum sunt exprimate oficial de managementul de la
nivelul cel mai inalt.
Managementul calitatii - ansamblul activitatilor generale de management care
determina politica in domeniul calitatii, obiectivele si responsabilitatile si care le
implementeaza in cadrul sistemului calitatii prin mijloace cum ar fi planificarea
calitatii, controlul calitatii, asigurarea calitatii si imbunatatirea calitatii.
Planificarea calitatii - activitati care stabilesc obiectivele si conditiile referitoare la
calitate, precum si conditiile referitoare la aplicarea elementelor sistemului calitatii.
Controlul calitatii - tehnici si activitati cu caracter operational utilizate pentru
satisfacerea conditiilor referitoare la calitate.
Asigurarea calitatii - ansamblul activitatilor planificate si sistematice implementate
in cadrul sistemului calitatii demonstrate atat cat este necesar, pentru furnizarea
increderii corespunzatoare ca o entitate va satisface conditiile referitoare la calitate.
Sistemul calitatii - structuri organizatorice, proceduri, procese si resurse necesare
pentru implementarea managementului calitatii.
Managementul calitatii totale - mod de management al unei organizatii, concentrat
asupra calitatii, bazat pe participarea tuturor membrilor acesteia si care vizeaza un
succes pe termen lung prin satisfacerea clientului, precum si avantaje pentru toti
membrii orgamizatiei si pentru societate.
Imbunatatirea calitatii - actiuni intreprinse in intreaga organizatie pentru cresterea
eficacitatii si eficientei activitatilor si proceselor in scopul de a asigura beneficii
sporite atat pentru organizatie, cat si pentru clientii acesteia.
Analiza efectuata de management - evaluare oficiala efectuata de managementul de
la nivelul cel mai inalt asupra stadiului si adecvarii sistemului calitatii in raport cu
politica in domeniul calitatii si cu obiectivele.
Manualul calitatii - document care prezinta politica in domeniul calitatii si descrie
sistemul calitatii al unei organizatii.
Planul calitatii - document care precizeaza practicile, resursele si succesiunea
activitatilor specifice referitoare la calitate, relevante pentru un anumit produs,
proiect sau contract.
Specificatie - document care precizeaza conditii.
Inregistrare - document care furnizeaza dovezi obiective ale activitatilor efectuate
sau ale rezultatelor obtinute.
Trasabilitate - aptitudine de regasire a istoricului, a utilizarii sau a localizarii unei
entitati prin identificari inregistrate.

d). Termeni referitori la instrumente si tehnici


Model pentru asigurarea calitatii - ansamblu standardizat sau selectat de conditii
referitoare la sistemul calitatii asociate pentru satisfacerea necesitatilor de
asigurarea calitatii intr-o situatie data.
Evaluarea calitatii - examinare sistematica a masurii in care o entitate este capabila
sa satisfaca conditiile specificate.
Auditul calitatii - examinare sistematica si independenta in scopul de a determina
daca activitatile referitoare la calitate si rezultatele aferente satisfac dispozitiile
prestabilite, precum si daca aceste dispozitii sunt implementate efectiv si sunt
corespunzatoare pentru realizarea obiectivelor.
Calitatea in marketing - Functia de marketing trebuie sa aiba un rol principal in
stabilirea conditiilor referitoare la calitatea produsului. Aceasta functie trebuie:
- sa determine daca un produs sau serviciu este necesar;
-. sa defineasca precis cererea si segmentul pietei pentru produs sau serviciu,
acest lucru fiind important in determinarea estimativa a clasei, cantitatii,
pretului si momentului oportun de lansare.
Calitatea in specificare si proiectare - Functiile de specificare si proiectare trebuie
sa asigure traducerea necesitatilor clientului, din descrierea succinta a produsului,
in specificatii tehnice pentru materiale, produse si procese. Aceasta trebuie sa aiba
ca rezultat un produs care asigura satisfacerea clientului la un pret acceptabil, care
permite obtinerea unui beneficiu satisfacator pentru organizatie. Specificarea si
proiectarea trebuie sa fie astfel incat produsul sau serviciul sa fie productibil,
verificabil si controlabil in conditiile propuse de productie, montaj, punere in
functiune sau functionare.
Calitatea in aprovizionare (procurare) - Procurarea cu succes a furniturilor incepe
cu o definire clara a conditiilor. De obicei, aceste conditii sunt incluse in
specificatiile contractului, desenele si comenzile de aprovizionare care sunt
transmise furnizorului. Activitatea de procurare trebuie sa dezvolte metode
adecvate pentru a asigura ca, pentru furnituri, conditiile sunt clar definite,
communicate si, ceea ce este mai important, sunt complet intelese de catre
furnizori. Aceste metode pot include proceduri scrise pentru elaborarea
specificatiilor, a desenelor si a comenzilor de aprovizionare, consultari
vanzator/cumparator inainte de emitere comenzii de aprovizionare si alte metode
adecvate pentru furniturile de procurat.
Calitatea in productie - Planificarea operatiilor de productie trebuie sa asigure ca
acestea au loc in conditii controlate, in modul si secventa specificate. Conditiile
controlate include controalele adecvate pentru materiale, echipamente de productie,
procese si proceduri, software pentru calculatoare, personal, precum si furniturile,
facilitatile si mediile asociate.
Operatiile de productie trebuie specificate atat cat este necesar, prin
instructiuni de lucru documentate.
Verificarea stadiului calitatii unui produs, proces, software, material sau
mediu trebuie luata in considerare in punctele importante din secventa de productie,
pentru a minimaliza efectele erorilor si a mari eficienta. Utilizarea fiselor de control
si a planurilor si procedurilor de esalonare statistica constituie exemple de tehnici
folosite pentru a facilita controlul productiei proceselor.

e). Alti termeni


Hardware - partea fizica a unei masini de calcul (echipamentele de stocare, de
procesare date, de afisare)
Software - program de calcul (instructiuni sau date) creat pentru un echipament
fizic specific; informatie binara stocata electronic.
Material procesat - orice material (fizic sau intelectual) brut sau preprocesat, care
este transformat sau prelucrat conform necesitatilor si cerintelor utilizatorului.
Familia ISO 9000 - o serie de standarde care prevad ca organizatiile (companiile)
trebuie sa urmareasca indeplinirea urmatoarelor cinci obiective referitoare la
calitate:
- sa realizeze, sa mentina si sa urmareasca imbunatatirea continua a calitatii
produselor sale in raport cu conditiile referitoare la calitate;
- sa aduca imbunatatiri calitatii propriei activitati, astfel incat sa satisfaca
continuu necesitatile exprimate sau implicite ale clientilor si ale altor parti
interesate;
- sa dea incredere managementului intern si altor angajati ca sunt indeplinite
si mentinute conditiile referitoare la calitate si ca imbunatatirea calitatii are
loc;
- sa dea incredere clientilor si altor parti interesate ca sunt sau vor fi
indeplinite conditiile referitoare la calitate, de catre produsul livrat;
- sa dea incredere ca sunt indeplinite conditiile referitoare la sistemul
calitatii.
Certificarea conformitatii - actiune a unei terte parti care dovedeste existenta
increderii adecvate ca un produs, proces sau serviciu corespunzator identificat
satisface conditiile specificate, respectiv este in conformitate cu un anumit standard
sau cu un alt document normativ.
Ingineria calitatii - este un subdomeniu al stiintelor exacte care are ca obiective
aplicarea cunostiintelor tehnice, precum si a principiilor de management in scopul
asigurarii si controlului calitatii.
Nivel tehnic al unui produs - este dat de valoarea sa de intrebuintare, raportata la o
valoare de referinta, pe care o capata produsul ca expresie globalã a caracteristicilor
lui tehnice.
Strategie - arta de a combina resursele.
Strategia in domeniul calitatii - descrie modul in care organizatia preconizeaza sa
actioneze pentru realizarea obiectivelor corespunzand politicii in domeniul calitatii,
in functie de conditiile de mediu, dar si de resursele si capacitatile organizatiei.

1.3. Politica in domeniul calitatii

Conducerea si administrarea unei organizatii se realizeaza prin desfasurarea


unei succesiuni de activitati si masuri cu ajutorul carora organizatia stabileste si
realizeaza obiectivele strategice si tactice. Conducerea de varf trebuie sa stabileasca
politica si obiectivele, precum si sarcinile pe care aceasta le are, trebuind totodata
sa se asigure ca aceasta politica este inteleasa, pusa in aplicare si respectata.
Politica, obiectivele si planurile de masuri sunt necesare la toate nivelele
ierarhice ale organizatiei, specialistii tehnici avand, de regula, un rol vital in analiza
datelor si elaborarea solutiilor (propunerilor).
Politica in domeniul calitatii reprezinta obiective si orientari generale ale
unei organizatii in ceea ce priveste calitatea, asa cum sunt ele exprimate si aprobate
oficial de managementul de la nivelul cel mai inalt.
Politica in domeniul calitatii constituie un element al politicii generale si are
semnificatie si caracter strategic, deoarece contine o serie de principii si directii,
fiind elaborata si stabilita impreuna cu conducerea de varf.
Politica in domeniul calitatii presupune doua aspecte importante si anume:
1. Politica externa. In acest domeniu se pot stabili obiective privind:
- atitudinea si obligatiile organizatiei fata de clienti, de piata si fata de
societate;
- atitudinea fata de furnizori.
2. Politica interna. Se pot stabili, in acest domeniu, obiective privind:
- efectele dorite ale sistemului de asigurare a calitatii asupra rentabilitatii,
imbunatatirii proceselor si reducerea costurilor de neconformitate;
- obligatiile conducerii de varf privind promovarea atitudinii fata de calitate
(cultura calitatii) si fata de angajati;
- standardele de conformitate cu care se implementeaza si functioneaza sistemul de
asigurare a calitatii.

1.4. Managementul calitatii

Managementul presupune realizarea unor obiective, prin materializarea unei


politici (conform unei strategii) si utilizarea unor resurse (financiare, materiale,
umane, etc.).
Managementul calitatii este determinat de procese calificate si de
satisfacere a clientului, adica de prevenire a erorilor si defectiunilor.
In prezent, calitatea cunoaste o schimbare multipla, schimbarea fiind, in
cadrul unei organizatii, raspunderea directorului general. El este cel care trebuie sa
asigure continuu schimbari optime pentru organizatie si sa asigure prevenirea
schimbarilor defavorabile.
Asigurarea calitatii, ca si celelalte abordari ale calitatii presupun competitie,
libera initiativa, posibilitatea de a-ti alege furnizorul dintr-o multime de ofertanti,
posibilitatea de a-ti spune ideile, cunoasterea si recunoasterea pierderilor.
Activitatile desfasurate in diferite organizatii pentru realizarea calitatii sunt
diferite intre ele si ca urmare nu exista un Sistem de Management al Calitatii
(SMC) unic. Un astfel de sistem trebuie dezvoltat pentru fiecare caz in parte pe
baza cerintelor din ISO seria de standarde 9000. Trasaturile comune sunt
urmatoarele:
- SMC trebuie bazat pe specificul determinat de tipul organizatiei, clienti si
cerintele privind calitatea produselor;
- SMC trebuie dirijat de managementul de varf (colectivul de directionare sau de
decizie);
- SMC trebuie sa implice pe toti salariatii pentru implementare;
- SMC trebuie sa se bazeze pe prevenirea erorilor, mai degraba decat pe simpla
detectare si corectare a acestora; astfel se minimizeaza costurile globale si cresc
performantele economice;
- SMC trebuie perfectionat continuu, in functie de schimbarile organizatorice;
- SMC trebuie sa asigure satisfacerea clientului si realizarea de lucrari de calitate la
timp, de prima data si in mod continuu.
Sistemul de management al calitatii trebuie sa acopere toate procesele care
se desfasoara in organizatie, de la marketing, acceptarea contractului, proiectare,
productie, livrare si service si pana la finante si administratie. Obiectivele SMC
sunt acelea prin care se asigura ca la client sa fie livrate numai produse conforme
cu cerintele sale. Un SMC trebuie sa fie flexibil pentru a continua sa asigure
satisfacerea clientilor in conditii noi ale pietei si economice.
Un sistem de conducere a calitatii are doua aspecte interdependente:
a). Necesitatile si interesele organizatiei: pentru organizatie, a atinge si mentine
calitatea dorita la un cost optim constituie o necesitate de afaceri; realizarea acestui
aspect al calitatii este legata de utilizarea planificata si eficienta a resurselor
tehnologice, umane si materiale care sunt disponibile organizatiei.
b). Necesitatile si asteptarile clientului: pentru client constituie o necesitate
increderea in capacitatea companiei de a furniza calitatea dorita, precum si in
mentinerea consecventa a acestei calitati.
Aceste aspecte ale unui sistem de conducere a calitatii necesita dovezi
obiective, sub forma de informatii si date referitoare la calitatea sistemului si la
calitatea produselor organizatiei.
Obstacolele in functionarea unui sistem de management al calitatii ar putea
fi:
- lipsa de informatii necesare la toate nivelele, lipsa de transparenta si dinamism;
- frane generate de inertia la schimbari, respingerea efortului intelectual permanent
al intregului personal;
- lipsa cunostintelor profesionale;
- lipsa suportului logistic pentru utilizarea maxima a resurselor materiale, financiare
si umane;
- neperceperea dimensiunilor sarcinilor, neutilizarea de indicatori importanti de
masurare a obiectivelor si resurselor (cantitative, calitative, timp);
- frane exterioare organizatiei previzibile si imprevizibile.
Implementarea unui sistem de management al calitatii presupune
urmatoarele beneficii:
- cresterea satisfactiei clientilor;
- asigurarea capabilitatii de a realiza produse in conformitate cu aceste cerinte;
- eliminarea erorilor si risipei;
- reducerea costurilor de productie;
- cresterea motivatiei si implicarii salariatilor;
- cresterea profitabilitatii si competitivitatii.
Se pot evidentia cateva aspecte ale managementului in domeniul calitatii:
- Managementul/conducerea calitatii este o componenta a managementului
organizatiei, aflata in legatura nemijlocita, directa, cu procesul de productie.
Conducerea se poate exercita numai din interiorul organizatiei, fie de catre
specialisti ai organizatiei, fie - conform si pe baza contractului de management - de
catre alti specialisti, persoane fizice sau juridice.
- Procesul de productie trebuie abordat, in sensul transformarilor tehnologice
preconizate si care sunt necesare, intr-un sistem in doua coordonate: in timp (ca
succesiuni de activitati dintr-un moment intr-altul, inclusiv pana la intervale mari,
de ordinul anilor) si in spatiu, conform componentelor tehnologice si organizatorice
ale sistemului productiv.
- Intre cerintele pietei si resursele organizatiei sunt conditionari biunivoce:
* de dimensionare a resurselor, conform cerintelor pietei; este o componenta
a activitatii tehnice curente (planificare, aprovizionare, proiectare);
* de formulare a unor oferte, tinand seama de resursele existente.
Managerial, se pune problema ca, pornind de la anumite resurse existente,
organizatia sa-si defineasca profilul de activitate, fundamentandu-si
caracteristicile produselor si serviciilor sale, in general a ofertelor, incat
acestea sa fie conforme cu solicitarile unor beneficiari, a unor segmente de
piata.

1.5. Sistemele calitatii. Avantajele unui sistem eficient al calitatii

Prin activitatile de marketing se identifica clientii, nevoile lor si gradul in


care ei sunt pregatiti sa cheltuiasca pentru a-si satisface aceste nevoi. In acest stadiu
trebuie sa se obtina acele produse si servicii, care vor permite ca organizatia (firma)
sa prospere. Pentru aceasta este necesar ca:
- proiectarea produselor si serviciilor sa se realizeze in concordanta cu cerintele
clientilor;
- fabricarea si furnizarea serviciilor sa se efectueze pe linia acestor cerinte;
- conducerea organizatiei si personalul trebuie sa cunoasca toate aceste cerintele si
sa fie instruiti in mod adecvat;
- procesele de fabricatie sau de prestare a serviciilor sa fie capabile sa indeplineasca
toate cerintele;
- controlul calitatii sa fie adecvat pentru a mentine nivelul standardizat;
- problemele care apar sa poata fi identificate si corectate;
- sa existe posibilitatea dezvoltarii unui mediu continuu de perfectionare.
Toate acestea pot fi asigurate prin implementarea unui sistem eficient al
calitatii. Sistemele calitatii sunt mijloace care asigura organizatia ca proiecteaza,
produce si livreaza produsele si serviciile la o calitate stabilita, respectiv la cea care
va satisface cerintele clientilor.
Elementele unui sistem al calitatii, folosit in scopul de a satisface cerintele
clientilor, pot fi grupate in doua categorii:
1. elemente de conducere a sistemului calitatii (prevazute de standardul ISO 9001):
- politica in domeniul calitatii;
- organizarea:
* responsabilitate si autoritate;
* resurse;
* reprezentantul conducerii;
- analiza efectuata de conducere;
- instruire;
2. elemente de desfasurare a sistemului calitatii (prevazute de standardul ISO
9001):
- elemente independente de faze:
* elemente referitoare la sistem;
* elemente generale;
* elemente referitoare la produs;
- elemente dependente de faze.
Eficienta unui sistem al calitatii in indeplinirea obiectivelor legate de
calitate, depinde de urmatoarele elemente:
- cat de bine a fost gandit sistemul, in special in legatura cu satisfacerea
necesitatilor clientilor;
- implicarea managementului si a personalului care trebuie sa faca operational
sistemul calitatii;
- faptul ca subalternii asculta intotdeauna intocmai de ordinele sefilor;
- instruirea personalului;
- mentinerea inregistrarilor pentru a putea masura eficacitatea activitatii;
- folosirea informatiilor pe care le furnizeaza sistemul pentru a imbunatatii
produsele si/sau serviciile oferite de organizatie (firma).
Sistemele calitatii pot fi foarte simple si elementare, cum ar fi o procedura
care sa asigure un raspuns rapid si politicos la telefon, pana la foarte complexe,
cum ar fi procedurile de prelucrare a datelor intr-un combinat petrochimic. Acestea
au in comun un obiectiv si anume: sa ajute organizatiile (firmele) sa satisfaca
necesitatile clientilor.
Exista mai multe avantaje ce rezulta din implementarea sistemelor calitatii
in organizatii (firme), dintre care se pot pune in evidenta urmatoarele:
- Cresterea satisfactiei clientilor. Cu cat afacerile organizatiei (firmei) se bazeaza
mai mult pe satisfacerea clientilor, cu atat mai mult va rezulta o atragere sporita a
acestora; in realitate, numarul clientilor este in masura sa duca la cresterea
volumului de afaceri al firmei.
- Sporirea eficientei. Un sistem eficient al calitatii permite unei firme sa satisfaca
cerintele clientilor sai si sa produca ceea ce se cere, nici mai mult, nici mai putin.De
asemenea, procedurile legate de analiza si tratarea produselor necorespunzatoare si
accentul pus pe masurile de prevenire a defectelor vor conduce la diminuarea
volumului rebuturilor si a pierderilor de orice fel.
- Moralul angajatilor. Implicarea necesara a angajatilor si faptul ca ei contribuie in
mod pozitiv la realizarea produsului final este un element de ridicare a moralului.
Ei stiu ce au de facut, motivul pentru care fac un anumit lucru si astfel problema
responsabilitatilor este clarificata.
- Organizare mai eficienta si mai prompta. Implicarea personalului conduce la
organizarea unei firme foarte motivate. Cu timpul, angajatii se obisnuiesc cu noul
mod de lucru si pun calitatea pe primul plan.
- O pozitie mai buna pe piata. Beneficiind de un randament sporit si avand costuri
mai mici, firma este cu un pas inaintea concurentilor sai.
- Profituri mai mari, acestea fiind rezultatul final al avantajelor mai sus amintite.

2. Familia de standarde ISO 9000


2.1. Standardizarea. Elemente generale
Prin standardizare se intelege o activitate specifica prin care sunt stabilite,
pentru probleme reale sau potentiale, prevederi destinate unei utilizari comune si
repetate, urmarind obtinerea unui grad optim de ordine intr-un context dat.
Scopurile principale ale activitatii de standardizare in Romania sunt
urmatoarele:
- imbunatatirea calitatii vietii;
- obtinerea unei economii globale de materiale, energie si efort uman;
- protectia vietii, sanatatii si securitatii persoanelor fizice, mediului inconjurator si
apararea intereselor consumatorilor;
- protectia consumatorilor, printr-un nivel de calitate al produselor si serviciilor
adaptat necesitatilor si verificat corespunzator;
- recunoasterea internationala a produselor si serviciilor romanesti;
- promovarea rezultatelor consolidate ale stiintei si tehnologiei, tinand seama de
gradul de dezvoltare al economiei;
- stabilirea unui sistem unitar de cerinte pentru certificarea conformitatii;
- inlaturarea barierelor tehnice din calea comertului international;
- reprezentarea intereselor economiei nationale in activitatile de standardizare
internationale si europene.
Standard este un document stabilit prin consens si aprobat de un organism
recunoscut, care stabileste, pentru utilizari comune si repetate, reguli, prescriptii sau
caracteristici pentru activitati sau rezultatele lor, in scopul obtinerii unui grad optim
de ordine intr-un context dat.
Standardul national trebuie sa contina prevederi care sa nu contravina
legislatiei in vigoare. Standardul national se identifica prin aplicarea unei sigle SR
care semnifica "standard roman".
Aplicarea unui standard national are caracter voluntar; poate avea un
caracter obligatoriu, in totalitate sau in parte, pe intreg teritoriul, pe plan zonal sau
pe plan local, numai printr-o reglementare tehnica adoptata de catre o autoritate, in
cazul in care considerente de ordin public, de protectie a vietii, a sanatatii si a
securitatii persoanelor fizice, a mediului inconjurator si de aparare a intereselor
consumatorilor fac necesara o astfel de masura.
Standardele internationale si europene pot fi publicate in Romania ca
standarde numai dupa adoptarea lor ca standarde nationale.
2.2. Fundamentarea si evolutia istorica a standardelor managementului
calitatii

Orice achizitie inseamna un avans de incredere oferit furnizorului.


Cumparatorul asteapta un produs impecabil care sa indeplineasca ireprosabil si
neconditionat functiile prescrise pe o perioada determinata. El nu poate fi insa sigur
de toatea acestea in momentul achizitionarii. De aceea el va examina produsul si il
va verifica cu atentie inainte sau cel tarziu dupa primire. Aceste verificari sunt
necesare din motive juridice. De regule, ele depasesc obligatiile de atentie ce-i
revin vanzatorului, dar nu vor acoperi nici pe departe riscurile de calitate pe care
cumparatorul si le asuma.
Aceasta situatie se datoreste mai multor cauze. Produsele devin tot mai
complexe, iar simpla lor examinare nu mai este suficienta. Efortul de verificare este
tot mai mare, verificarile trebuie lasate in seama unor specialisti bine platiti, care nu
sunt intotdeauna usor de gasit. Mijloacele de control devin tot mai sofisticate si
necesita investitii mari, iar o confirmare a capacitatii practice nu poate fi testata pe
loc.
Astfel, avand in vedere ca nici calitatea si, mai ales, nici fiabilitatea nu pot
fi verificate suficient in momentul cumpararii, furnizorul produsului va fi cel care
trebuie sa ia masuri de asigurare a calitatii de la faza de proiect, pana la planificare
si productie. Aceste masuri complexe de asigurare a calitatii, care nu se pot epuiza
intr-un set de verificari ale furnizorului, va fi reprezentat printr-un sistem de
management al calitatii.
Din punctul de vedere a celui care da comanda, respectiv a beneficiarului,
calitatea livrarilor si a serviciilor nu se poate baza decat pe un sistem eficient de
management al calitatii la producator/furnizor. Pentru a da incredere, sistemul
trebuie astfel conceput incat sa realizeze un nivel calitativ corespunzator in toate
sectoarele organizatiei producatoare. Acest lucru este cu atat mai important in
situatia in care calitatea produsului nu poate fi demonstrata suficient prin inspectia
la predare.
Din punctul de vedere al producatorului, respectiv a furnizorului, sistemul
de management al calitatii este cu atat mai important cu cat folosirea produsului
implica riscuri de sanatate sau de ordin material. In cazul raspunderii pentru produs,
producatorul are sanse sa fie achitat numai daca poate sa demonstreze ca acorda
atentia cuvenita si a luat masurile corespunzatoare pentru a evita greselile in
proiectare, executie, desfasurarea proceselor din organizatie si, in final, exploatarea
produsului. Pentru servicii este valabil acelasi lucru.
Acesta este motivul pentru care este necesar ca furnizorul sa-si organizeze
un sistem de management al calitatii, adica sa planuiasca, sa stabileasca, sa
instituie, sa aplice si sa supravegheze toate masurile de organizare, de planificare,
coordonare si demonstrare a calitatii. In acest fel, el poate sa ofere suficiente
motive de incredere clientului, partenerului de afaceri sau autoritatilor, inca inainte
de incheierea unei vanzari. El poate astfel sa demonstreze ca face tot ce este
necesar pentru ca produsul, respectiv serviciile sale sa corespunda dezvoltarii
tehnice si sa indeplineasca toate conditiile de calitate (demonstrarea calitatii).
Un sistem de management al calitatii cuprinde: structura de organizare,
procedeele, procesele si mijloacele necesare pentru realizarea managementului
calitatii. Exista o serie de reglementari cu privire la managementul calitatii, care pot
fi deosebite dupa:
- reglementari specifice firmei;
- reglementari specifice ramurii;
- standarde nationale;
- standarde internationale.
Sistemele de management al calitatii (sistemele de asigurare a calitatii)
trebuie intelese ca niste sisteme specifice unei organizatii. Ele nu sunt unitare si de
aceea sistemele de management al calitatii nu pot fi standardizate.
In schimb, pot fi standardizate recomandari si directive generale pentru
sistemul de management al calitatii si elementele sale. In acest sens, au aparut inca
din anii '50 reglementari cu privire la asigurarea calitatii, pentru a stabili ca
punctele de vedere si volumul sarcinilor conducerii organizatiei cu privire la
preintampinarea defectelor sa devina o cerinta a unui sistem de asigurare a calitatii.
Cerintele cu privire la masurile de asigurare a calitatii ce urmau a fi luate, respectiv
dovedite, au fost in asa fel structurate, ordonate si descrise, incat ele sa fie
realizabile si aplicabile.
Scopul declarat a fost de la inceput nu acela de a inlocui normele de calitate
specifice unui anumit produs, ci de a le completa intr-un mod oportun si de a
asigura respectarea lor prin imbunatatirea capacitatii organizatiei de a realiza
calitate.
Aceasta dezvoltare a reglementarilor managementului calitatii a pornit din
S.U.A., fiind impulsionata de doi factori esentiali: in anii '50 conditiile stricte de
calitate impuse de industria militara si, mai tarziu, conditiile stricte de securitate a
uzinelor nucleare.
Dezvoltarea a inceput in 1963 odata cu norma MIL Q 9858 si s-a raspandit
in toate tarile occidentale. Au aparut apoi o serie intreaga de reglementari cu privire
la sistemele de calitate specifice unei firme, unei branse si, in final, reglementari cu
valabilitate nationala, depasind limitele unei ramuri, care s-au concretizat in cele
din urma in seria de standarde internationale ISO 9000.
Pot fi evidentiate cateva exemple de reglementari aparute:

Canada:
- CAN 3-Z 299.1 pana la CAN 3-Z 299.4 - concepute pentru construirea centralelor
nucleare;

Germania:
- AQAP-100, -110, -119, -120, -130, -131, -150 si -170 - documente NATO
(Organizatia Tratatului Atlanticului de Nord) de asigurare a calitatii la furnizarea de
echipamente destinate apararii;
- KTA 1401 - cerinte generale cu privire la asigurarea calitatii la centralele
nucleare;
- QSF A, B, C, D - conditii de asigurare a calitatii pentru zborul aerian si spatial;
- Sistem CENCC - sistem de confirmare a calitatii pentru componentele electronice,
conform CENCC-CENELEC (Comitetul European de Standardizare in
Electrotehnica);
- GMP si GLP - Good Manufacturing Practice si Good Laboratory Practice ale
OMS (Organizatia Mondiala a Sanatatii) pentru produsele farmaceutice si
alimentare;

Marea Britanie:
- BS 5750 - standard pentru recunoasterea sistemelor calitatii pentru industriile
neasociate cu furnizarea achipamentelor militare de aparare.

Statele Unite ale Americii:


- Q 101 (exemplu pentru o reglementare specifica unei firme) - Directiva de
asigurare a calitatii pe plan mondial/1990 emisa de firma Ford.

2.3. Aparitia si raspandirea seriei de standarde ISO 9000

In anii '80 au aparut intr-o masura tot mai mare reglementari specifice unei
branse sau reglementari la nivel national care au creat piedici in desfasurarea
comertului. Intre aceste standarde nu existau deosebiri de principiu, dar existau
deosebiri de structura, care au solicitat un efort sporit de organizare a documentatiei
in unele organizatii. In acest fel s-a impus necesitatea discutarii unui standard unitar
pe plan mondial si care sa depaseasca specificul unei branse.
Comitetul Organizatiei Internationale de Standardizare ISO TC 176 a fost
insarcinat sa se ocupe de redactarea unei reglementari privind asigurarea calitatii,
luand in considerare toate reglementarile cunoscute in acea vreme.
De la bun inceput s-a facut deosebirea intre: linii directoare pentru
managementul calitatii si elementele necesare si standardul de demonstrare pentru
un sistem de management al calitatii ca dovada a sistemului.
De la aparitia lor in 1987, aceste standarde au fost preluate de cele mai
multe tari membre ISO.
La inceputul anilor '90, diferite comitete nationale si internationale care
concep, redacteaza si revizuiesc standarde pentru sistemele calitatii s-au intrunit
pentru a analiza diverse standarde existente, cum ar fi standardul britanic BS 5750,
standardul european EN 29000 si ISO 9000 al Organizatiei Internationale de
Standardizare (toate aceste standarde erau mai mult sau mai putin echivalente).
Astfel, ISO 9000 a trecut printr-un proces de revizuire, prin care s-a dorit sa se
corecteze unele discrepante si erori ce au fost puse in evidenta in cursul aplicarii
sale in intreaga lume, sa se imbunatateasca limbajul standardului si sa-l faca
aplicabil si altor firme, altele decat cele angajate in domeniul productiei. Revizuirea
a fost planificata pentru a fi adoptata oficial in 1993, ca parte a unui program de
dezvoltare continua, dar unele amanari si intarzieri birocratice au facut ca noua
versiune sa nu intre in vigoare decat in vara anului 1994. De atunci, toate cele trei
standarde ale sistemului calitatii sunt oficial identice si se regasesc sub denumirea
ISO 9000, 1994.
Datorita faptului ca organizatiile europene care se ocupa cu standardizarea
CEN (Comitetul European de Standardizare) si CENELEC (Comitetul European de
Standardizare in Electrotehnica) au ridicat seria de standarde ISO la rang de
standarde europene sub denumirea EN, ele au devenit obligatorii pentru tarile
membre ale UE si sunt recomandate cu insistenta si celorlalte tari din Europa.

In Romania au fost adoptate aceste standarde sub titulatura SR EN ISO.

Standardele de management al calitatii au urmatoarea acceptare si arie de


raspandire:
* Colectia de standarde ISO 9000 este editata in 58 de tari, ca standard national in
limba tarii respective, printre care se numara toate tarile industrializate. Astfel el
este de pe acum cel mai raspandit standard al Organizatiei Internationale de
Standardizare - ISO.
* In 32 de tari s-a introdus certificarea sistemelor de management al calitatii
conform ISO 9001, 9002 sau 9003. Pe glob exista mai mult de 20 000 de
certificate.
* Colectia de standarde a fost preluata de Uniunea Europeana sub denumirea de EN
ISO 9000 si, in urma directivelor UE a capatat caracter de lege in toate tarile
membre UE.

Standardele tehnice, respectiv reglementarile, nu au caracter de lege. Ele


trebuie intelese drept recomandari, dar cine se abate de la ele, poarta in mod special
raspunderea.

2.4. Vedere de ansamblu asupra standardelor ISO 9000

Standardele din seria ISO 9000 sunt urmatoarele:

*ISO 8402: 1994


QUALITY MANAGEMENT AND QUALITY ASSURANCE -
Vocabulary
* ISO 9000 - 1: 1994
QUALITY MANAGEMENT AND QUALITY ASSURANCE
STANDARDS - Part 1: Guidelines for selection and use
* ISO 9000 - 2: 1997
QUALITY MANAGEMENT AND QUALITY ASSURANCE
STANDARDS - Part 2: Generic guidelines for the application of ISO 9001,
ISO 9002 and ISO 9003
* ISO 9000 - 3: 1997
QUALITY MANAGEMENT AND QUALITY ASSURANCE
STANDARDS - Part 3: Guidelines for the application of ISO 9001:1994 to
the development, supply, installation and maintenance of computer software
* ISO 9000 - 4: 1993
QUALITY MANAGEMENT AND QUALITY ASSURANCE
STANDARDS - Part 4: Guide to dependability programme management
* ISO 9001: 1994
QUALITY SYSTEMS - Model for quality assurance in design,
development, production, installation and servicing
* ISO 9002: 1994
QUALITY SYSTEMS - Model for quality assurance in production,
installation and servicing
* ISO 9003: 1994
QUALITY SYSTEMS - Model for quality assurance in final inspection and
test
* ISO 9004 - 1: 1994
QUALITY MANAGEMENT AND QUALITY SYSTEM ELEMENTS -
Part 1: Guidelines
* ISO 9004 - 2: 1991
QUALITY MANAGEMENT AND QUALITY SYSTEM ELEMENTS -
Part 2: Guidelines for services
* ISO 9004 - 3: 1993
QUALITY MANAGEMENT AND QUALITY SYSTEM ELEMENTS -
Part 3: Guidelines for processed materials
* ISO 9004 - 4: 1993
QUALITY MANAGEMENT AND QUALITY SYSTEM ELEMENTS -
Part 4: Guidelines for quality improvement
* ISO 9004 - 5: 1995 (s-a transformat in ISO 10005: 1995)
QUALITY MANAGEMENT - Part 5: Guidelines for quality plans
* ISO 9004 - 6: 1997 (s-a transformat in ISO 10006: 1997)
QUALITY MANAGEMENT - Part 6: Guidelines to quality in project
management
* ISO 9004 - 7: 1995 (s-a transformat in ISO 10007: 1995)
QUALITY MANAGEMENT - Part 7: Guidelines for configuration
management

Standardele din seria ISO 9000, traduse in limba romana, sunt urmatoarele:

* SR ISO 8402: 1995


MANAGEMENTUL CALITATII SI ASIGURAREA CALITATII -
Vocabular
* SR ISO 9000 - 1: 1996
STANDARDE PENTRU MANAGEMENTUL CALITATII SI
ASIGURAREA CALITATII - Partea 1: Ghid pentru selectie si utilizare
* SR ISO 9000 - 2: 1995
STANDARDE PENTRU MANAGEMENTUL CALITATII SI
ASIGURAREA CALITATII - Partea 2: Ghid pentru aplicarea ISO 9001, ISO
9002 si ISO 9003
* SR ISO 9000 - 3: 1995
STANDARDE PENTRU MANAGEMENTUL CALITATII SI
ASIGURAREA CALITATII - Partea 3: Ghid pentru aplicarea ISO 9001 la
dezvoltarea, livrarea, instalarea si mentenanta software-ului
* SR EN ISO 9001: 1995
SISTEMELE CALITATII - Model pentru asigurarea calitatii in
proiectare, dezvoltare, productie, montaj si service
* SR EN ISO 9002: 1995
SISTEMELE CALITATII - Model pentru asigurarea calitatii in
productie, montaj si service
* SR EN ISO 9003: 1995
SISTEMELE CALITATII - Model pentru asigurarea calitatii in inspectii si
incercari (testari) finale
* SR EN ISO 9004 - 1: 1997
MANAGEMENTUL CALITATII SI ELEMENTE ALE SISTEMULUI
CALITATII - Partea 1: Ghid
* SR ISO 9004 - 2: 1994
MANAGEMENTUL CALITATII SI ELEMENTE ALE SISTEMULUI
CALITATII - Partea 2: Ghid pentru servicii
* SR ISO 9004 - 3: 1993
MANAGEMENTUL CALITATII SI ELEMENTE ALE SISTEMULUI
CALITATII - Partea 3: Ghid pentru materiale procesate
* SR ISO 9004 - 4: 1993
MANAGEMENTUL CALITATII SI ELEMENTE ALE SISTEMULUI
CALITATII - Partea 4: Ghid pentru imbunatatirea calitatii
* SR ISO 9004 - 5: 1995 (s-a transformat in ISO 10005: 1995)
MANAGEMENTUL CALITATII - Partea 5: Ghid pentru planurile calitatii

2.5. Familia de standarde ISO 9000. Generalitati, clasificare, structura,


domeniu de aplicare, scopuri (terminologie), cerinte privind sistemele de
calitate, deosebiri, legatura cu managementul calitatii totale

Standardele ISO 9000 pana la 9004, cuprind o lucrare pe mai multe nivele,
in care se stabilesc liniile directoare pentru un sistem de asigurare a calitatii adaptat
situatiei actuale, cu scopul declarat de a descrie si a lamuri ce se intelege astazi
printr-un sistem de asigurare a calitatii. Aceste reglementari nu standardizeaza in
nici un fel sistemele de asigurare a calitatii, ci ofera indicatii pentru intocmirea si
realizarea unui sistem de asigurare a calitatii si descrie intr-un cadru cuprinzator,
care sunt indatoririle unei organizatii din punctul de vedere al asigurarii calitatii. Pe
baza modelelor, utilizatorii vor putea pune in practica aceste standarde, pentru
adoptarea unui sistem de asigurare a calitatii specific organizatiei, pe baza
elementelor de asigurare a calitatii, putandu-se alege modelul corespunzator.
Aceasta alegere depinde de factori cum ar fi: exigentele pietii, tipul de produs,
produsul de fabricatie, etc., fiecare organizatie putand sa hotarasca in consecinta.
Aceasta cale de alegere este exprimata in ISO 9000, prin termenul
de tailoring (adaptare dupa tipar, croiala), iar domeniul de utilizare nu este
limitativ. Standardul se foloseste ca instrument universal pentru orice tip de
organizatie hardware (produse industriale), pentru software si pentru orice tip de
servicii (pentru produse materiale sau imateriale).
Se poate concluziona ca standardele ISO 9000 ar putea sa inlocuiasca
reglementarile de asigurare a calitatii specifice unei ramuri industriale sau ca in
viitor aceste reglementari vor putea avea ca baza de ponire standardele ISO 9000.

Utilizarea tuturor reglementarilor sunt stabilite in ghidul ISO 9000.

ISO 9004 cuprinde un ghid de management al calitatii pentru toate fazele


buclei calitatii, pornind de la marketing, fabricatie, utilizare, pana la eliminarea
rebuturilor. Toate aspectele legate de aceste elemente, trebuie luate in considerare
pentru intocmirea si mentinerea unui sistem de asigurare a calitatii eficient.

Daca prin contract sunt prevazute si alte cerinte doveditoare, se porneste de


la standardele ISO 9001, 9002, respectiv 9003 si in functie de situatie, se folosesc
in plus adaptari speciale. Pentru alegerea nivelului corespunzator, pe langa criteriile
(elementele de asigurare a calitatii) din ISO 9000, articolul 8.2.3., se va tine seama
si de urmatoarele elemente de baza:
- complexitatea procesului de proiectare;
- maturitatea proiectarii;
- complexitatea proceselor de productie ( de exemplu: evaluarea proceselor de
fabricatie cunoscute sau a unor noi metode de fabricatie, numar si diversitate de
metode, etc.);
- caracteristicile de calitate ale produselor, respectiv ale proceselor (de exemplu:
complexitate, corelari, grad de influenta);
- securitatea produselor, respectiv ale serviciilor (risc: probabilitatea unei defectari,
urmarile acesteia);
- aspectul economic (de exemplu: costurile de inspectie sau costurile pentru
eliminarea defectelor).

Clasificarea standardelor ISO 9000


Standardele ISO 9000 se clasifica in doua mari categori:
- standarde pentru asigurarea externa a calitatii - situatia contractuala;
- standarde pentru asigurarea interna a calitatii - situatia necontractuala;

Structura standardelor referitoare la calitate


Standardele ISO 9000 referitoare la calitate au urmatoarea structura (fig.
1.):

Concepte si terminologie
ISO 8402
|
|
Alegerea si utilizarea standardelor
ISO 9000
Cazuri necontractuale | Cazuri contractuale
|
|--------------------|--------------------|
Managementul calitatii. Modele pentru asigurarea
calitatii
Elemente ale sistemului calitatii (3
modele)
ISO 9004 ISO 9001
Conceptie/dezvoltare,
productie, instalare
si sustinere dupa
vanzare
ISO 9002
Productie si
instalare
ISO 9003
Inspectii si
incercari

Fig. 1. Structura standardelor referitoare la calitate


Domeniul de aplicare al seriei de standarde ISO 9000
Seria ISO 9000 se aplica organizatiilor de orice marime, in orice industrie.
Desi publicarea initiala a acesteia in 1987 accentua fabricarea, seria ISO 9000 a fost
modificata pentru a fi aplicata la fel, echilibrat, companiilor orientate spre servicii.
Proiectarea si implementarea unui sistem al calitatii bazat pe seria ISO 9000 sunt
influentate de necesitatile organizatiei, obiectivele acesteia, produsele si serviciile
livrate, precum si procesele si practicile folosite. Cerintele sistemului calitatii sunt
complementare si nu inlocuiesc cerintele tehnice (de produs) specificate. Din acest
motiv, produsele si serviciile, produse de societati, care satisfac cerintele sistemului
calitatii trebuie supuse continuu standardelor specifice de produse sau servicii.
Exista trei parti principale ale seriei ISO 9000:
ISO 9001 este standardul pentru sistemele calitatii referitoare la proiectare,
dezvoltare, fabricatie, inspectie, testari, montaj si service. Ca urmare, acest standard
este adecvat unei firme care livreaza produse dupa propriul sau proiect (sau proiect
subcontractat), le fabrica si le livreaza clientilor. Daca firma executa montajul si
asigura serviciile post-vanzare (service), acestea sunt de asemenea acoperite de
standard.
ISO 9002 este identic cu ISO 9001, dar acopera numai fabricatia, inspectia
si testarea, montajul si service-ul; proiectarea nu este inclusa.
ISO 9003 s-a intentionat a fi o parte a standardului care sa fie aplicata de
firmele implicate numai in inspectie si testare, continand toate capitolele
standardului ISO 9001, cu exceptia proiectarii, aprovizionarii, controlului
proceselor si service-ului. Ca urmare a acestor restrictii, cerintele pentru multe alte
cauze sunt mult mai putin severe. ISO 9003 este vazut de cele mai multe firme ca
fiind in general putin adecvat pentru sistemele calitatii si de aceea este utilizat pe
scara redusa, iar atunci cand este folosit, valoarea sa este limitata.

Scopurile seriei ISO 9000. Terminologia utilizata


Seria de standarde ISO 9000 este alcatuita din standarde individuale, legate
totusi intre ele, pentru managementul calitatii si asigurarea calitatii. Scopurile
acestor standarde pot fi evidentiate pentru fiecare in parte, si anume:
ISO 8402: 1994: Managementul calitatii si asigurarea calitatii - Vocabular
Acest standard international defineste termenii fundamentali relativi la
conceptele caliatii, asa cum se aplica ei in toate domeniile, pentru pregatirea si
utilizarea standardelor legate de calitate si pentru o intelegere comuna, reciproca, in
comunicatiile internationale.
ISO 9000-1: 1994: Standarde pentru managementul calitatii si asigurarea
calitatii - Partea 1: Ghid pentru selectie si utilizare
Aceasta parte a seriei ISO 9000:
a. clarifica principalele concepte legate de calitate, precum si deosebirile si
interdependentele dintre ele;
b. furnizeaza un ghid pentru selectia si utilizarea familiei ISO 9000, a standardelor
internationale, in domeniul calitatii si asigurarii calitatii.
ISO 9000-2: 1997: Standarde pentru managementul calitatii si asigurarea
calitatii - Partea 2: Ghid pentru aplicarea ISO 9001, ISO 9002 si ISO 9003
Aceasta parte a seriei ISO 9000 ofera indrumari pentru aplicarea versiunilor
din 1994 a standardelor ISO 9001, ISO 9002 si ISO 9003.
Acesta nu se adauga la cerintele standardelor ISO 9001, ISO 9002 sau ISO
9003, caci altfel le-ar schimba. In cazul unor interpretari conflictuale ale
standardelor ISO 9001, ISO 9002 sau ISO 9003 pe de o parte, si ISO 9000-2 pe de
alta parte, interpretarea textului din ISO 9001, ISO 9002 sau ISO 9003 are
prioritate. Folosirea cuvantului "ar trebui" in aceasta parte a ISO 9000 nu
diminueaza cerintele exprimate cu "trebuie" in ISO 9001, ISO 9002 si ISO 9003.
Aceasta parte a ISO 9000 ofera indrumari pentru urmatorii utilizatori:
- furnizorilor implicati in aplicatiile standardelor ISO 9001, ISO 9002 sau ISO
9003;
- clientilor si unor terte parti.
ISO 9000-3: 1997: Standarde pentru managementul calitatii si asigurarea
calitatii - Partea 3: Ghid pentru aplicarea ISO 9001:1994 la dezvoltarea, livrarea,
instalarea si mentenanta software-ului
Aceasta parte a seriei ISO 9000 pune in evidenta un ghid care sa conduca la
facilitarea aplicarii standardului ISO 9001: 1994 pentru organizatii care dezvolta,
furnizeaza, instaleaza si intretin software-ul. Acesta nu se adauga la cerintele
standardului ISO 9001, caci altfel le-ar schimba .
Aceasta parte a ISO 9000 nu se intentioneaza a fi utilizata ca un criteriu de
evaluare in certificarea/inregistrarea sistemului calitatii.
ISO 9000-4: 1993: Standarde pentru managementul calitatii si asigurarea
calitatii - Partea 4: Ghid pentru managementul programului de dependabilitate
Aceasta parte a IEC 300/ISO 9000 prevede un ghid pentru managementul
programului de dependabilitate. Acesta acopera trasaturile esentiale ale unui
cuprinzator program de dependabilitate pentru planificarea, organizarea,
directionarea si controlul resurselor, pentru a produce produse care vor fi de
incredere si usor de intretinut. In termeni de management, acest standard se ocupa
cu ce ar trebui sa se faca, de ce, cand si cum ar trebui sa se faca, dar nu specifica
cine ar trebui sa faca si unde, deoarece organizatiile si proiectele variaza foarte
mult.
Aceasta parte a IEC 300/ISO 9000 este aplicabila pentru produse hardware
si/sau software, unde caracteristicile de dependabilitate sunt importante pe
parcursul fazei de operare si mentenanta (intretinere). Cerintele vizeaza in primul
rand controlul influientelor asupra dependabilitatii la toate fazele ciclului de viata al
produsului, de la planificarea acestuia si pana la utilizarea (intrarea in functiune)
lui.
ISO 9001: 1994: Sistemele calitatii - Model pentru asigurarea calitatii in
proiectare, dezvoltare, productie, montaj si service
Acest standard international specifica cerintele sistemului calitatii pentru a
fi utilizate acolo unde capacitatea furnizorului de a proiecta si livra produse
conforme este necesar sa fie demonstrata.
Cerintele specificate vizeaza in primul rand satisfacerea clientului prin
prevenirea non-conformitatii in toate stadiile, de la proiectare pana la service.
Acest standard international este aplicabil in situatiile in care:
a. proiectarea este ceruta si cerintele produsului sunt stabilite in principal in termeni
de performanta sau sunt necesar a fi stabilite; si
b. increderea in conformitatea produsului poate fi obtinuta printr-o demonstratie a
capacitatilor furnizorului in proiectare, dezvoltare, productie, montaj (instalare) si
service.
ISO 9002: 1994: Sistemele calitatii - Model pentru asigurarea calitatii in
productie, montaj si service
Acest standard international specifica cerintele sistemului calitatii pentru a
fi utilizate acolo unde capacitatea furnizorului de a livra produse conforme este
necesar a fi demonstrata.
Cerintele specificate vizeaza in primul rand satisfacerea clientului prin
prevenirea non-conformitatii in toate stadiile, de la productie pana la service.
Acest standard international este aplicabil in situatiile in care:
a. cerintele specificate pentru productie sunt stabilite in termenii unei proiectari sau
specificatii stabilite; si
b. increderea in conformitatea produsului poate fi obtinuta printr-o demonstratie a
capacitatilor furnizorului in productie, montaj (instalare) si service.
ISO 9003: 1994: Sistemele calitatii - Model pentru asigurarea calitatii in
inspectii si inercari (testari) finale
Acest standard international specifica cerintele sistemului calitatii pentru a
fi utilizate acolo unde capacitatea furnizorului de a detecta si controla caracterul
oricarei non-conformitati a produsului pe parcursul inspectiei si incercarii finale
este necesar a fi demonstrata.
Acesta se aplica in situatiile in care conformitatea produsului fata de
cerintele specificate poate fi demonstrata printr-o incredere adecvata, sustinuta de
faptul ca anumite capacitati ale furnizorilor pentru inspectie si incercari, indreptate
spre obtinerea produsului final, pot fi demonstrate satisfacator.
ISO 9004-1: 1994: Managementul calitatii si elemente ale sistemului calitatii -
Partea 1: Ghid
Aceasta parte a standardului ISO 9004 prevede un ghid pentru
managementul calitatii si elemente ale sistemului calitatii.
Elementele sistemului calitatii sunt potrivite pentru a fi folosite in
dezvoltarea si implementarea unui sistem al calitatii cuprinzator si eficace, in
vederea garantarii satisfactiei clientului.
Aceasta parte a standardului ISO 9004 nu se intentioneaza a fi un standard
pentru utilizare contractoala, pentru reglementare si certificare. Prin urmare, el nu
este un ghid pentru implementarea ISO 9001, ISO 9002 si ISO 9003. Pentru acest
scop, ar trebui sa fie utilizat ISO 9000-2.
Selectarea celor mai potrivite elemente, continute in aceasta parte a
standardului ISO 9004, si masura in care aceste elemente sunt adoptate si aplicate
de o organizatie depind de factori ca: modul de servire al pietei, felul produsului,
procesele de productie si necesitatile clientului si consumatorului.
Referirile, in aceasta parte a standardului ISO 9004, la un "produs" ar trebui
interpretate ca aplicabile la categorii generice de produse de hardware, software,
materiale prelucrate, procesate, sau serviciu (in conformitate cu definitia produsului
din standardul ISO 8402).
ISO 9004-2: 1991: Managementul calitatii si elemente ale sistemului calitatii -
Partea 2: Ghid pentru servicii
Aceasta parte a standardului ISO 9004 ofera indrumari pentru stabilirea si
implementarea unui sistem al calitatii in cadrul unei organizatii. Acesta se bazeaza
pe principiile generice ale managementului intern al calitatii descris in standardul
ISO 9004: 1987 si furnizeaza o privire de ansamblu, cuprinzatoare asupra unui
sistem al calitatii si anume pentru servicii.
Aceasta parte a standardului ISO 9004 poate fi aplicata in contextul
dezvoltarii unui sistem al calitatii pentru un serviciu de curand oferit sau modificat.
De asemenea, el poate fi aplicat direct cand se implementeaza un sistem al calitatii
pentru un serviciu existent. Sistemul calitatii cuprinde toate procesele care necesita
furnizarea unui serviciu efectiv, de la marketing pana la predare, si include analiza
serviciului adus clientilor.
Conceptele, principiile si elementele sistemului calitatii descrise sunt
aplicabile la toate formele de servicii, chiar si la un singur serviciu specific sau in
combinatie cu fabricarea si livrarea produsului. Acest lucru poate fi aratat printr-o
insiruire continua: de la o situatie in care serviciul este direct legat de un produs
pana la o situatie in care este mai putin implicat produsul.
Conceptele si principiile in aceasta parte a standardului ISO 9004 sunt
potrivite pentru organizatii mari si mici. Cu toate ca mica organizatie prestatoare de
servicii nu va avea si nici nu va necesita structura complexa necesara intr-o mare
intreprindere, va aplica aceleasi principii. Diferenta dintre cele doua este doar una
de scara.
In principal, clientul va fi ultimul beneficiar al serviciului in exteriorul
organizatiei. Adeseori totusi, clientul poate fi in interiorul organizatiei; aceasta se
intampla mai ales in organizatiile mari unde clientul poate fi la un stadiu ulterior
procedului de aprovizionare. Desi aceasta parte a standardului ISO 9004 a fost
scrisa in principal pentru a tine seama de clientii externi, ea poate fi aplicata si
clientilor interni pentru realizarea completa a calitatii cerute.
Selectarea elementelor operationale si masura in care ele se aplica depind de
factori ca: modul de servire al pietei, optiunile organizatiei, felul serviciului,
procesele de servire si necesitatile clientilor.
ISO 9004-3: 1993: Managementul calitatii si elemente ale sistemului calitatii -
Partea 3: Ghid pentru materiale procesate
Aceasta parte a standardului ISO 9004 ofera indrumari pentru aplicarea
managementului calitatii la materiale procesate.
Selectarea celor mai potrivite elemente continute in aceasta parte a
standardului ISO 9004 si masura in care aceste elemente sunt adoptate si aplicate
de catre o organizatie depind de factori ca: modul de servire al pietei, tipul
produsului, procesele de productie si necesitatile clientilor.
Aceasta parte a standardului ISO 9004 nu se intetioneaza a fi folosita ca o
lista de verificari pentru punerea de acord cu un set de cerinte.
ISO 9004-4: 1993: Managementul calitatii si elemente ale sistemului calitatii -
Partea 4: Ghid pentru imbunatatirea calitatii
Aceasta parte a standardului ISO 9004 ofera indrumari manageriale pentru
implementarea unei imbunatatiri continue a calitatii in cadrul unei organizatii.
Modurile de adoptare si implementare a acestor indrumari depind de factori
ca: marimea, cultura, natura organizatiei, tipurile de produse sau servicii oferite si
servirea necesitatilor clientului si ale pietelor. Prin urmare, o organizatie ar putea
dezvolta un proces de imbunatatire corespunzator propriilor sale necesitati si
resurse.
Aceasta parte a ISO 9004 nu este un standard pentru utilizare contractuala,
pentru reglementare si certificare.
ISO 9004-5: 1995 --> ISO 10005: 1995: Managementul calitatii - Ghid pentru
planurile calitatii
1.1. Acest standard international prevede un ghid in sprijinul furnizorilor,
pentru pregatirea, acceptarea si revizuirea planurilor calitatii. Se intentioneaza a fi
utilizat in doua situatii:
a. ca un ghid al unei organizatii furnizor in vederea satisfacerii cerintelor
standardelor ISO 9001, ISI 9002 sau ISO 9003 relative la pregatirea unui plan al
calitatii; sau
b. ca un ghid al unei organizatii furnizor in vederea pregatirii unui plan al calitatii
cand furnizorul nu are un astfel de sistem al calitatii.
In ambele situatii, planul calitatii este un supliment la documentatia
furnizorului referitoare la sistemul general de calitate si nu ar trebui sa dubleze
documentatia generala. Pentru usurinta, in situatiile de tip b., acest standard
international include articole care sunt acoperite de cerintele generale ale
standardelor ISO 9001, ISO 9002 si ISO 9003.
Planurile calitatii prevad un mecanism care leaga cerintele specifice ale
produsului, proiectului sau contractului, de procedurile existente ale sistemului
general alcalitatii. Ele nu necesita dezvoltarea unui set cuprinzator de proceduri sau
instructiuni in plus fata de cele care exista deja, cu toate ca unele proceduri
aditionale documentate ar fi necesare poate.
1.2. Acest standard international este aplicabil acolo unde un plan al calitatii
exista pentru a fi folosit pentru un produs particular, proiect sau contract. Un plan al
calitatii poate fi aplicat la orice produs din categoriile generale de produse
(hardware, software, materiale procesate si servicii) sau sectoare
industriale/economice.
Un plan al calitatii poate fi folosit pentru a urmari si evalua adeziunea la
cerintele de calitate, dar acest ghid nu se intentioneaza sa fie folosit ca o lista de
verificari pentru punerea de acord cu cerintele. Un plan al calitatii poate fi de
asemenea folosit acolo unde nu exista un sistem documentat al calitatii, in care caz
procedurile poate sunt necesar a fi dezvoltate pentru a sprijini planul calitatii.
ISO 9004-6: 1997 --> ISO 10006: 1997: Managementul calitatii - Ghid pentru
calitate in managementul proiectelor
Acest ghid foloseste procesele de management al proiectelor pentru a servi
ca si cadru pentru discutarea aplicatiilor lor.
Acest standard international este aplicabil proiectelor de diferite
complexitati, mici sau intinse, de scurta sau lunga durata, in diferite medii si
indiferent de tipul produsului de proiect (cuprinzand hardware, software, material
procesat, servicii sau combinatii ale acestora). Aceasta poate necesita unele ajustari
ale ghidului pentru ca acesta sa se potriveasca unui proiect particular.
Acest standard international nu este un ghid pentru a proiecta insasi
managementul.
ISO 9004-7: 1995 --> ISO 10007: 1995: Managementul calitatii - Ghid pentru
configurarea managementului
Acest standard international ofera indrumari pentru utilizarea configurarii
managementului in industrie si la interfata sa cu alte sisteme manageriale si
proceduri. In primul rand furnizeaza un management de ansamblu, apoi descrie
procesul, organizarea si detaliaza procedurile.
Este aplicabil la sprijinirea proiectelor, de la concept si pana la proiectare,
dezvoltare, procurare, productie, montaj (instalare), functionare si intretinere si
totodata la folosirea produselor.Acesta amplifica configurarea elementelor de
management intalnita in ISO 9004-1, in timp ce anexa B furnizeaza o corelare intre
ghidul intalnit in acest standard international si standardele sistemului calitatii ISO
9001, ISO 9002, ISO 9003 si ISO 9004-1.
Aplicatia configurarii managementului poate fi ajustata pentru a se potrivi
proiectelor individuale, luand in considerare marimea, complexitatea si natura
muncii.

Terminologia utilizata de seria de standarde ISO 9000


ISO 9000 se refera la firma care doreste certificarea ca fiid "furnizorul";
este de preferat sa se foloseasca termenul "firma", pentru a evita confuzia cu
furnizorii acesteia.
Ceea ce rezulta din activitatea firmei este de obicei numit "produs", dar
acest termen se aplica deopotriva serviciilor si produselor fabricate. ISO 9000
foloseste, de asemenea, termenul "produs" pentru a se referi la materiile prime sau
la lucrarile in curs de desfasurare.
Persoana sau organismul pentru care sunt asigurate produsele sau serviciile
este in general numita "client", desi standardul foloseste deseori termenul
"cumparator" - sensul este acelasi.

Cerintele ISO 9000 privind sistemele de calitate


ISO 9003:
1. Raspunderea conducerii;
2. Sistemul de calitate;
3. Identificare produse si trasabilitate;
4. Control situatie verificari;
5. Verificare produse;
6. Control echipament masurare si testare;
7. Manipulare, depozitare, ambalare, livrare;
8. Control documenet;
9. Inregistrari privind calitatea;
10.Personal (instruire);
11.Utilizare metode statistice;
ISO 9002
12. Calitatea in marketing (revizia contractului);
13. Calitatea in aprovizionare;
14. Calitatea in productie (controlul procesului);
15. Masuri corective;
16. Audituri interne;
ISO 9001
17. Calitatea in conceptie si proiectare (controlul proiectarii);
18. Servicii dupa vanzare;
ISO 9004
19. Securitatea privind produsul si raspunderea juridica pentru produs;
20. Aspecte economice - consideratii asupra costurilor legate de calitate.

Deosebirile dintre standardele SR ISO 9001, 9002, 9003 si 9004


Standardul SR ISO 9002 impune, cu exceptia unor elemente, cerinte mai
putine pentru demonstarea anumitor masuri de asigurare a calitatii, decat standardul
SR ISO 9001. Standardul, referindu-se la produsele ale caror dezvoltare nu prezinta
probleme, nu contine cerinte privind demonstrarea elementelor de asigurare a
calitatii corespunzatoare dezvoltarii. Standardul SR ISO 9003 se refera la produse
a caror calitate poate fi urmarita indeajuns prin verificarile finale. Din aceasta cauza
cerintele demonstrative sunt reduse fata de standardul SR ISO 9002. Unele
elemente de asigurare a calitatii lipsesc, cum ar fi de exemplu aprovizionarea,
productia si masurile corective.

Legatura dintre familia ISO 9000 si managementul calitatii totale


Standardul SR EN ISO 9000-1: 1996 contine factorii esentiali care sunt
necesari pentru analiza si imbunatatirea capabilitatii pentru calitate a unei
organizatii. Acestia sunt:
- orientarea procesului;
- adaugarea de valoare prin prevenire si imbunatatire continua;
- relatia client-furnizor cu privire la orientarea spre client.
Acesti factori parcurg, mai mult sau mai putin, familia SR EN ISO 9000 si
se regasesc in managementul calitatii totale.
O organizatie trebuie sa-si determine, sa-si organizeze si sa-si utilizeze
reteaua de procese si interfetele lor. Procesele si interfetele ar trebui sa fie supuse
unei analize si unei imbunatatiri continue si anume:
- adaugarea de valoare prin prevenire inseamna reducerea cheltuielilor;
- adaugarea de valoare prin imbunatatire continua inseamna instruire continua,
continuarea permanenta a dezvoltarii.
Calitatea inseamna aici cultura de conducere si de organizatie si are ca
obiectiv, succesele pe termen lung pentru organizatia respectiva si pentru societate.

ISO 9000-1
|
|
ISO 9004-1
ISO 9001
ISO 9004-2
ISO 9002 ----------> Managementul calitatii
totale
ISO 9004-3
ISO 9003
ISO 9004-4

Fig. 2. Legatura dintre familia ISO 9000 si managementul calitatii totale

Standardele ISO 9004-1 pana la ISO 9004-4 include, in model, etapele de


demonstrare ISO 9001, ISO 9002, ISO 9003 (fig. 2.). Pentru dezvoltarea ulterioara
a acestor standarde se intrevede o orientare spre cinci procese esentiale:
1. Executive Management (Managementul executiv);
2. Resource Management (Managementul resurselor);
3. Customer Relations Management (Managementul relatiilor cu clientii);
4. Process Management, Product Realization (Managementul proceselor, realizarea
produsului);
5. Supporting activities (Activitati auxiliare).
2.6. Modul de stabilire a standardului ISO 9000 considerat cel mai
adecvat pentru o organizatie (firma)

Nu este posibil ca o organizatie sa se inregistreze la "ISO 9000". Aceasta


trebuie sa aleaga, pentru inregistrare, unul din cele trei standarde ale sistemului
calitatii: ISO 9001, ISO 9002 sau ISO 9003. Alegerea unuia dintre ele va depinde
de tipurile de produse sau servicii furnizate de organizatie si, totodata, ce aspecte
ale operatiilor efectuate de aceasta sunt guvernate de sistemele managementului
calitatii.
ISO 9001: Sistemele calitatii - Model pentru asigurarea calitatii in proiectare,
dezvoltare, productie, montaj si service
- se utilizeaza cand furnizorul este obligat sa demonstreze controlul in procesele de
proiectare si productie;
- se aplica cand se urmareste promovarea conformitatii in toate etapele de
productie.
ISO 9002: Sistemele calitatii - Model pentru asigurarea calitatii in productie,
montaj si service
- se aplica furnizorilor care trebuie sa-si demonstreze capacitatile de productie si
montaj;
- utilizat pentru produse cu planuri sau specificatii preexistente. Serviciile vor fi
adaugate scopului standardului ISO 9002, care alaturi de restul standardelor din
serie, a fost revizuit in 1994.
ISO 9003: Sistemele calitatii - Model pentru asigurarea calitatii in inspectii si
inercari (testari) finale
- se aplica cand furnizorul trebuie sa demonstreze conformitatea in timpul
operatiilor de inspectie si testare finala.

Un numar de documente din seria ISO 9000 furnizeaza un ghid pentru


dezvoltarea si aplicarea sistemului de management al calitatii.
ISO 9000-1: Standarde pentru managementul calitatii si asigurarea calitatii -
Partea 1: Ghid pentru selectie si utilizare
- furnizeaza un ghid pentru implementarea sistemului de management al calitatii si
selectarea celui mai potrivit model (ISO 9001, ISO 9002 sau ISO 9003);
- specifica cerintele pentru utilizarea standardelor ISO 9001, ISO 9002 si ISO 9003.
ISO 9004-1: Managementul calitatii si elemente ale sistemului calitatii - Partea
1: Ghid
- furnizeaza un ghid pentru adresarea unor probleme specifice cand se
implementeaza sistemele calitatii.

Daca organizatia furnizeaza servicii, ISO 9004-2: Managementul calitatii


si elemente ale sistemului calitatii - Partea 2: Ghid pentru servicii poate furniza
referinte suplimentare.

In stabilirea standardului, respectiv a modelului ISO 9000 considerat a fi cel


mai adecvat pentru o firma, pot aparea unele dificultati.
Nu este necesar sa se includa toate activitatile unei firme in domeniul de
certificare. Intr-o prima etapa, firma poate sa obtina certificarea numai pentru un
anumit departament al sau si sa aiba in vedere extinderea certificarii pentru alte
departamente, intr-o etapa ulterioara. Aceasta ar limita, cu siguranta, aria clientilor,
a activitatilor si a personalului la care s-ar referi sistemul calitatii, iar dezvoltarea
sistemului ar cere mai putine eforturi. Situatia ar oferi totusi avantaje legate de
cresterea pietei in sectorul industrial la care s-a limitat certificarea efectuata.
La prima vedere ISO 9001 pare adecvat pentru o firma care proiecteaza si
produce calculatoare si care de asemenea, are un departament de servicii post-
vanzare. Totusi, pentru a rezolva problemele treptat, ar putea ca initial sa se
doreasca o certificare ISO 9002, in care caz activitatile de proiectare nu ar fi
incluse, dar toate aspectele legate de fabricatie, livrare si service pot fi certificate.
Firma ar putea sau nu sa decida ulterior extinderea certificarii la ISO 9001. Aceasta
poate fi , de multe ori, o metoda buna de dirijare a costurilor si eforturilor pe o
lunga perioada de timp.
Pentru multe firme, unele capitole ale standardului pot fi irelevante. O firma
de contabilitate poate fi interesata de ISO 9001, daca ar vrea sa fie inclusa partea sa
de conceptie in proiectarea serviciilor speciale pentru clienti. Dar departamentele
de aprovizionare cu materii prime, servicii post-vanzare si tehnici statistice precis
nu vor fi vizate. Aceasta nu exclude posibilitatea ca firma sa opteze pentru ISO
9001, dar anumite clauze nu vor fi aplicate, deoarece aceste functii nu exista.
Dar daca functiile totusi exista, ele trebuie sa fie cuprinse in domeniul
standardului. Nu se poate exclude o clauza a standardului in acelasi fel cum se
intampla cu un domeniu de activitate al firmei.

Prestatorii de servicii
Ca urmare a faptului ca aceste standarde au fost dezvoltate pentru necesitati
militare si pentru domeniile productiei, s-ar parea ca ele nu se potrivesc situatiei
prestatorilor de servicii. Se fac permanent referiri la "produse", "productie",
"procese", etc. Este nevoie de o gandire creativa pentru a interpreta si a adapta
cerintele clientilor la o firma ce are ca activitate de baza prestarea de servicii. Se
pot lua in considerare urmatoarele elemente:
* Proiectarea
Proiectarea unui produs fabricat este usor de descris: plansete de proiectare,
proiectare asistata de calculator, etc.
Un serviciu trebuie proiectat: ce urmeaza sa fie/sa nu fie livrat;
cum/cand/cat de des/de catre cine trebuie livrat, etc.
* Productia si procesele implicate
Pentru o firma de productie activitatile de productie pot fi grupate.
Pentru o firma prestatoare de servicii productia este de fapt procesul de
livrare a serviciului - proiectarea extinderii unei fabrici, repararea unui fotocopiator
sau altele.
* Inspectia si testarea
Produsele fabricate pot fi subiectul unor inspectii sau incercari concrete de
stabilire a calitatii fabricatiei.
Aceasta se realizeaza in mod obisnuit mai dificil in cazul unui serviciu, care
nu poate fi cantarit sau masurat ca atare. Cu toate acestea, ele trebuie sa fie
controlate, in mod uzual prin inspectia si testarea rezultatelor (verificarea
temperaturii unui cuptor care a fost reparat, etc.)
* Manipularea, depozitarea, ambalarea si livrarea
Avand in vedere ca manipularea, depozitarea si ambalarea sunt operatii
dificil de asociat cu o firma prestatoare de servicii, cu exceptia cazurilor cand poate
fi implicat un produs, livrarea poate fi considerata ca fiind procesul de predare a
serviciului catre client. Aceasta poate sa insemne, pur si simplu, ca o lucrare de
reparatii poate fi efectuata la fel de eficient in conditiile cerute de client si in
atelierul furnizorului de servicii.
* Serviciile post vanzare
Pentru o firma care are ca profil de baza prestarea de servicii, aceasta este
nerelevanta, pentru ca produsul este chiar serviciul prestat. In general, aceasta
clauza poate fi omisa.

2.7. Avantajele si costurile certificarii ISO 9000

Pe langa avantajele unei firme care are un sistem al calitatii eficient


(paragraful 1.5), certificarea ISO 9000 a sistemului calitatii aduce avantaje
suplimentare, dintre care pot fi evidentiate urmatoarele:
- se dovedeste clientilor ca firma este foarte serioasa in ceea ce priveste calitatea;
- sunt depasiti concurentii firmei care nu sunt certificati;
- se obtin solutii noi, de exemplu ocazia de a oferi contracte numai furnizorilor
certificati;
- procedurile de audit intern devin un mijloc de optimizare si de mentinere a
calitatii;
- protectia sporita impotriva raspunderii juridice privind produsul livrat (certificarea
sistemului calitatii al unei firme este o dovada a angajamentului acesteia de a
produce bunuri si servicii fara defecte, si poate sprijini un furnizor atunci cand
siguranta sau aplicabilitatea au fost puse in discutie);
- recunoasterea in lume a angajamentului firmei legat de calitate.
Avantajele care decurg din inregistrarea ISO 9000 a organizatiilor se mai
pot clasifica in trei categorii: avantaje survenite pe un nivel international, avantaje
experimentate local si avantaje interne.
La nivel international:
Inregistratrea ISO 9000 este benefica organizatiilor situate la un nivel
international, si anume:
- multe tari au adoptat seria ISO 9000 ca pe un standard national propriu. Deci,
inregistrarea ISO 9000 imbunatateste accesul companiei pe pietele mondiale;
- contribuie la o usurare a comertului;
- organizatiile mari sporesc cumpararile de componente fabricate de companii din
alte tari, si prin urmare produselor, pe care le cumpara, trebuie sa li se asigure o
calitate corespunzatoare.
La nivel local:
Inregistratrea ISO 9000 este benefica si organizatiilor situate la un nivel
local, si anume:
- aceasta ofera o latura competitiva: permite companiilor sa tina pasul cu
competitorii inregistrati si sa se remarce fata de competitorii neinregistrati;
- companiile inregistrate pot sa descopere o crestere a oportunitatilor lor pe piata, ca
si in cazul multor companii care cer furnizorilor lor sa fie inregistrati ISO 9000.
La nivel intern:
In ceea ce priveste organizatiile, inregistrarea ISO 9000 conduce si la
avantaje interne:
- imbunatatirea experientei in facilitarea performantei si calitatii;
- observarea unei cresteri a satisfactiei clientului, dovedita de cresterea
productivitatii si reducerea costurilor ineficientei;
- posibilitatea utilizarii standardelor ISO 9000 ca fundament pentru implementarea
unor largi si complete sisteme ale calitatii;
- experienta reduce necesitatea unor multiple evaluari bazate pe sistemul calitatii
existent la fata locului.
Pentru a intra in cursa pentru implementarea sistemului calitatii si de a
castiga avantajele obtinute prin certificarea ISO 9000, orice firma trebuie sa fie
avizata, pentru a aprecia cu grija costurile pe care le implica certificarea.
Exista patru categorii de costuri pentru o firma care doreste certificarea:
financiare, de angajament, culturale si de timp. Unele costuri sunt singulare,
asociate cu crearea si implementarea sistemului calitatii si de cerere pentru
certificare, conform standardului adecvat. Exista, de asemenea, costuri curente,
dupa ce firma a obtinut certificarea; sistemul calitatii trebuie mentinut si dezvoltat,
iar organismul de certificare va face ocazional audituri pentru a verifica daca
sistemul este functional, verificari pe cale le va face pe cheltuiala firmei.

Costurile financiare
Taxele de inscriere si evaluare sunt platite catre organismul de certificare
pentru a acoperi procesul de certificare al firmei si auditarea sistemului pentru a
evalua conformitatea lui cu standardul. Apoi, se platesc taxe anuale de certificare si
supraveghere catre organismul de certificare, pentru efectuarea de audituri si
evaluari si pentru continuarea certificarii.
Alte costuri financiare:
- taxele pentru consultanti si alte cheltuieli - in mod frecvent, sunt necesare unele
indrumari ale specialistilor. Dar, cu cat firma este mai apta sa puna personalul
propriu sa lucreze pentru realizarea proiectului, cu atat mai mica va fi depandenta
de sprijinul expertilor externi. In unele cazuri exista fonduri pentru a acoperi taxele
de consultanta in vederea certificarii ISO 9000.
- personal suplimentar - cantitatea de munca necesara pentru finalizarea
corespunzatoare a unui astfel de proiect va depinde de multi factori si in special de
marimea si activitatea firmei si de normele existente legate de cerintele ISO9000.
In functie de personalul existent, poate fi necesar sa se angajeze personal
suplimentar.
- productia sacrificata - dupa implementare, un sistem performant al calitatii va
coordona intreaga productie si o va face mai eficienta. Totusi, in perioada de
inceput in care sistemul urmeaza sa fie creat si implementat, exista intotdeauna
posibilitatea ca rezultatele firmei sa sufere.
- echipamente si materiale - sistemul calitatii cere sa se elaboreze manuale, sa se
stabileasca proceduri, sa se defineasca inctructiuni de lucru, sa se intocmeasca
formulare. In procesele de elaborare a acestora, tinand cont de faptul ca primele
variante sunt analizate si corectate de mai multe ori, vor fi necesare o mutime de
hartii, dosare, bibliorafturi. De asemenea, sunt necesare echipamente suplimentare
de tehnoredactare computerizata.

Costurile angajamentului
Angajamentul pentru un proiect atat de complex ca cel de certificare ISO
9000 presupune ca implicarea in alte operatii este exclusa (in intregime sau partial).
Angajamentul trebuie sa vina de la varf (presedinte sau director executiv),
sa fie perceput in consecinta, si sa ajunga prin structura de management la toate
categoriile de personal. Este vorba de angajamentul financiar si al altor resurse,
timp, efort si instruire. Angajamentul trebuie sa ramana la fel de puternic chiar
dupa unele intarzieri si posibile dezacorduri; acesta exista si trebuie sa continue si
dupa ce a fost obtinuta certificarea.
Costurile culturale
Schimbarea culturala, necesara in multe firme care se orienteaza tot mai
mult spre calitate, este cea mai mare dificultate ce trebuie depasita. Este foarte
important sa se dezvolte la toate nivelurile o grija pentru calitate si o dorinta de a fi
orientati spre clienti. Atitudinile pot fi schimbate prin filosofii de genul "sa facem
bine de prima data" si printr-o munca depusa intr-o maniera structurata, nu prin
mentionarea schimbarilor in procedurile sau in documentele de lucru.
In multe cazuri, aceasta inseamna restructurarea intregii firme, renuntarea la
toate metodele vechi de munca si adoptarea unora complet noi. Costul se poate
manifesta sub forma schimbarii ireversibile a identitatii si culturii unei firme, de
aceea trebuie bine analizata oportunitatea/inoportunitatea realizarii acestui
deziderat.

Costurile legate de timp


Timpul reprezinta cea mai pretioasa resursa disponibila; in general, este
putin timp la indemana si, o data utilizat, nu se mai poate recicla.
Implementarea sistemelor calitatii ISO 9000 va lua destul timp. Chiar si
firmele mici cu un sistem relativ simplu le va lua cateva luni de munca pentru a
obtine certificarea. Firmele mai mari ar putea avea nevoie de cativa ani, in functie
de marime, pentru alegerea profilului operational si amortizarea valorii resurselor
alocate proiectului. Un aspect garantat este acela ca tot personalul firmei va fi
implicat intr-un fel sau altul si unii vor trebui sa aloce o cantitate mare din timpul
lor (probabil tot timpul lor) pentru aceasta.

3. Elemente esentiale pentru sistemele calitatii conform ISO 9000


3.1. Motivarea

Pe langa avantajele pe care o firma apreciaza ca le poate obtine prin


certificarea ISO 9000, exista si multe alte motive pentru implicara in acest proces.
Ca si pentru cele mai multe obiective, o motivatie corecta este adesea fundamentata
pentru obtinerea succesului; de aceea, orice firma care are in vedere implementarea
sistemelor calitatii si urmareste certificarea ISO 9000 trebuie sa-si examineze cu
atentie motivele inainte de a se implica in aceasta cursa.
Motivele pentru care o firma ar urmari obtinerea certificarii include
urmatoarele:
- economisirea de bani;
- largirea pietelor de desfacere;
- imbunatatirea vanzarilor;
- castigarea prestigiului;
- principalii concurenti sunt acreditati;
- clientii o pretind, o solicita;
- dorinta de extindere pe piete din alte tari
- cresterea posibilitatilor de vanzare;
- toate firmele din domeniu sunt interesata;
- presedintele firmei doreste certificarea;
- demonstrarea profesionalismului firmei;
- oferirea de asistenta de catre organizatii internationale (de exemplu, in Anglia:
TEC - Training and Enterprise Council- Consiliul pentru instruirea
intreprinderilor);
- este prevazuta in planul firmei.
Motivele care sunt bazate pe orientarea catre client sunt cele mai potrivite
pentru a sprijini firma pentru certificare. O firma orientata spre clienti, ar urma sa
fie mult mai constienta de calitate si de aceea este mult mai probabil sa reuseasca.
In mod similar, motivele orientate spre piata reprezinta o buna baza pentru
implicarea intr-un astfel de proiect, punand la dispozitie cercetari de piata care au
fost corect facute. Certificarea ISO 9000 care este prevazuta printr-un plan
strategic, nu printr-un plan executiv, are de asemenea o mai mare sansa de succes.
Daca presedintele firmei doreste certificarea acesteia, motivatia sa trebuie
mai intai sa fie analizata, gasita valida si comunicata departamentului de
management si intregului personal; ea va deveni astfel mobilul unei noi activitati a
firmei.
Pentru cei a caror motivatie se refera la reducerea costurilor, sistemele
calitatii pot sa economiseasca bani pe termen lunf, prin cresterea eficientei si
reducerea risipei. Totusi, pe termen scurt, costurile asociate implementarii pot
adesea sa depaseasca beneficiile.
Oricare ar fi motivele ce au dus la luarea deciziei de obtinere a cerificarii
ISO 9000, este important ca rezultatul final sa fie un set de sisteme si de proceduri
care sa ofere asigurari ca produsele si serviciile satisfac pe deplin cerintele
clientilor. Un bun sistem este acela care implica toti angajatii si valorifica interesul
lor pentru calitate.

3.2. Angajamentul

Motivarea conduce la angajament - element esential al unui proiect de


aceasta natura pe termen lung.
Angajamentul trebuie sa porneasca de la varful firmei, trebuie sa fie evident
pentru toti salariatii si apoi sa treaca prin toate nivelurile firmei. Toti, de la cel mai
inalt nivel de conducere pana la cel mai jos nivel al personalului auxiliar, trebuie sa
manifeste un interes permanent pentru calitate, dar trebuie sa arate si ca isi asuma
responsabilitatea pentru ea.
Conducerea de la varf trebuie sa fie activa in toate actiunile care conduc la
certificarea ISO 9000:
- definirea clara si inteligibila a politicii privind calitatea;
- dezvoltarea strategiilor;
- trasarea explicita a domeniilor de responsabilitate;
- urmarirea atenta a progresului facut si comunicarea acestuia intregului personal;
- oferirea de instructiuni percise si clare.
Conducerea trebuie sa asigure resursele necesare (financiare, de personal,
de timp si altele) care sa permita firmei sa urmareasca proiectul pana la obtinerea
certificarii ISO 9000 si mai ales, pentru a face sa se dezvolte si sa se continue
extinderea ca o firma a calitatii.
Atitudinea si intelegerea conducerii ar trebui sa se schimbe pentru a reflecta
noua cultura a calitatii, fiind transferate, fara a fi alterate, catre angajati. Acest lucru
poate sa necesite un anumit grad de schimbare in modul in care opereaza firma.
Angajatilor trebuie sa li se permita sa se implice si sa aiba puterea de a lua initiative
si a-si asuma responsabilitati atunci cand cand este vorba de calitate. Cheia reusitei
consta in motivarea lor si delegarea autoritatii necesare. Aceasta necesita atat
angajamentul conducerii, cat si al personalului implicat, si va fi obtinut numai
printr-o practica manageriala sanatoasa, prin instruire adecvata, linii de comunicare
puternice si prin recunoasterea succeselor.
3.3. Rolul conducerii si al personalului

Personalul
La inceput, intregul personal trebuie sa fie orientat spre client.
Departamentele de marketing si vanzari trebuie sa fie constiente de necesitatile
clientului; o data stabilite cu siguranta cerintele clientului, ele trebuie transmise in
toate departamentele firmei, pentru a putea fi indeplinite.
Pentru a deveni orientata spre calitate, si astfel sa fie mai mult angrenata in
prestarea de servicii care sa satisfaca cerintele clientului, o firma ar trebui:
- sa reproiecteze serviciile sale in raport cu cerintele clientilor;
- sa fie pregatita sa faca angajamente ferme fata de clienti;
- sa actioneze in asa fel incat intreg personalul sa fie constient de respectivele
cerinte si de angajamente;
- sa fie capabila sa indeplineasca acele angajamente prin personalul firmei.
Intregul personal trebuie implicat in masurile privind calitatea; acesta este,
de cele mai multe ori, in cea mai buna pozitie pentru a stabili modul in care trebuie
sa fie imbunatatite produsele sau serviciile si, de aceea, au un rol important de jucat
in dezvoltarea politicii si procedurilor legate de calitate; trebuie sa fie incurajat sa-si
aduca contributia printr-o motivare si o recompensa corespunzatoare.

Managementul
Managementul de la nivelul superior este sursa angajamentului, iar
conducerea executiva are in general responsabilitatea de a fi forta conducatoare a
unui program de asemenea natura. Inspiratia si initiativa pot veni oriunde din firma,
dar fara ca managementul sa determine aceasta, nu va rezulta nici un progres.
Trebuie sa fie de asemenea si un efort de echipa, proiectul de implementare
a sistemelor ISO 9000 trebuind sa se bucure de sprijinul tuturor departamentelor si
sefilor acestora, deoarece fiecare va fi implicat, intr-un fel sau altul.
Conform cerintelor ISO 9000, in firma trebuie sa existe un reprezentant al
managementului, cu responsabilitatea si autoritatea de a se asigura ca cerintele
standardului sunt implementate si mentinute, acesta fiind de obicei managerul
raspunzator de calitate (sau managerul sistemelor calitatii).
Reprezentantul managementului are urmatoarele sarcini:
- sa se asigure ca cerintele ISO 9000 sunt cunoscute si acceptate in intreaga firma;
- sa sprijine implementarea sistemelor;
- sa coordoneze toate activitatile orientate catre obiectivele calitatii;
- sa fie un punct de referinta in firma pentru personal, clienti si alte parti externe (de
exemplu, organisme de certificare).
El trebuie sa aiba autoritatea de a decide sau de a delega toate problemele
referitoare la sistemele calitatii. Este esential ca responsabilitatile lui sa nu creeze
posibile conflicte de interese. Pozitia functiei sale trebuie sa fie aproape de cea a
managerului general.
Abilitatile de conducere ale reprezentantului managementului trebuie sa
includa:
- excelente aptitudine interpersonale si abilitatea de a comunica bine la toate
nivelurile;
- abordare unitara a proiectelor pe termen lung si munca sustinuta de a respecta
termenele;
- capacitate deosebita de rezolvare a problemelor;
- abilitati de conducere, de motivare si de delegare.

3.4 Structura sistemelor calitatii conform ISO 9000

Documentatia este partea vitala a oricarui sistem al calitatii. Din aceasta se


poate determina politica firmei in domeniul calitatii, cum este aceasta pusa in
practica si cum sunt obtinute dovezi ca politica si procedurile au fost implementate
si functioneaza eficient.
Datorita naturii si cerintelor ISO 9000, documentatia sistemului calitatii
pentru firmele care doresc certificarea sau au obtinut certificarea tinde sa
urmareasca modele si formate foarte consecvente. Totdeauna exista un manual al
calitatii, manual sau manuale de proceduri cu instructiuni de lucru posibile si alte
documentatii, precum si formulare specifice pentru pastrarea inregistrarilor.
Documentatia sistemului calitatii conform ISO 9000 are urmatoarea
structura (fig. 3.):

MANUALUL CALITATII
incluzand
POLITICA DE PROMOVARE A CALITATII
|-------------------------------------|
| |
| |
MANUALUL <------------------> ALTE DOCUMENTE ALE
PROCEDURILOR | SISTEMULUI CALITATII
| |
| |
INSTRUCTIUNI <---------|
DE LUCRU

Fig. 3. Structura documentatiei sistemului calitatii conform ISO 9000

* Manualul calitatii
Manualul calitatii include politica promovarii calitatii si face referire, in
termeni generali, la modul in care este legata fiecare cerinta din ISO 9000 de
activitatea firmei. Manualul calitatii este utilizat pentru a arata clientilor si
personalului, care doresc sa cunoasca, modul in care actioneaza firma pentru
atingerea obiectivelor calitatii, in mod special in legatura cu ISO 9000.

* Manualul de proceduri
Fiecare functie sau departament va avea propriul sau manual de proceduri,
in care sunt descrise in detaliu activitatile operationale ale respectivului
departament. Aceste manuale sunt mult mai exacte decat manualul calitatii,
continand mult mai multe detalii. O firma va avea un singur manual al calitatii, dar
poate avea mai multe manuale de proceduri, separat pentru proiectare si dezvoltare,
depozitare, productie, planificarea intretinerii, inspectii si testari, etc.

* Instructiuni de lucru
In manualul procedurilor se vor face referiri la instructiunile de lucru si se
vor da detalii precise despre modalitatea in care urmeaza sa fie facute operatiile
individuale pentru ca ele sa atinga calitatea ceruta. Ele se vor afla in ateliere sau
langa personalul care executa operatiile, si pot fi sub forma de text, desene si
exemple, modele, etc.
* Alte documente
Va fi nevoie si de alte documente care sa sprijine sistemul calitatii: rapoarte
de inspectie, liste cu furnizorii acceptati, rapoarte de produse neconforme,
inregistrari privind instruirea, etc.
In legatura cu aceasta documentatie trebuie specificate cateva elemente:
- este necesar sa fie doar atat de complexa, cat este ceruta de firma; trebuie evitata
tentatia de a redacta documente suplimentare si de a face hartii care nu sunt
necesare controlului functiilor calitatii;
- trebuie sa reflecte cu acuratete politicile si procedurile efective utilizate de firma;
documentatia este realizata dupa ce sistemele au fost concepute si probate;
- personalul din firma este cel mai potrivit pentru conceperea procedurilor
corespunzatoare, cu ajutorul unor indrumari, cand este necesar, si apoi sa schiteze
documentatia lor.

4. Pregatirea si planificarea pentru certificarea ISO 9000


4.1. Procesul de certificare

Inainte de a fi inregistrat conform ISO 9000, un sistem al calitatii unei firme


trebuie sa functioneze si sa fie aprobat pe plan intern, dupa care firma trebuie
evaluata, pentru a se da asigurari ca sistemul poate fi apreciat ca fiind in intregime
eficient. Aceasta evaluare si certificare trebuie sa fie facuta de unul dintre
organismele de certificare create special in acest scop. Procesul de certificare este
prezentat, pe scurt, in figura 4.

Stabilirea modelului de referinta


si a domeniilor de activitate
care se doresc a fi certificate
|
Contactarea organismelor de certificare
|
Discutii initiale si chestionare
|
Devize
|
Alegerea organismului de certificare
|
Cerere oficiala
|
Evaluarea si aprobarea documentelor <---------> Revizuirea documentelor
sistemului calitatii
|
Acord privind data auditului
|
Audituri prealabile
|
Auditul propriu-zis <---------------------> Neconformitati majore/minore
| Actiuni corective
| ^|
Acordarea certificatului |
| |
Supraveghere si evaluare continua <----------------------|

Fig. 4. Procesul de certificare ISO 9000

Domeniul de aplicare
Dupa ce firma a stabilit domeniile de activitate si modelul ISO 9000 dupa
care doreste sa fie certificata, primul pas pe care urmeaza sa-l faca va fi
identificarea unuia sau mai multor organisme de certificare ce i se par adecvate.

Discutia initiala si chestionarul


Organismul sau organismele de certificare alese vor solicita completarea
unui chestionar cu detalii privind firma, cum ar fi:
- daca firma este o parte a unei corporatii mai mari;
- numarul de sedii in care se aplica sistemul calitatii;
- numarul de angajati;
- produse si/sau servicii livrate/prestate;
- situatia actuala a sistemului calitatii, daca exista;
- modelul ISO 9000 dupa care firma doreste sa fie certificata.
Chestionarul ar putea fi insotit si de o vizita a unui consilier al organismului
de certificare la sediul firmei, care va putea sa raspunda la orice intrebare
referitoare la procesul de certificare si la rolul jucat de organismul de certificare.

Devizul
Dupa completarea chestionarului, organismul sau organismele vor putea sa
precizeze taxele ce se vor plati atat pentru auditarea si certificarea initiala, cat si
pentru supravegherea continua si reevaluarea periodica. Taxele vor depinde de
elementele descrise in chestionar. In general, cu cat firma este mai mare, cu ata sunt
mai mari si taxele, mai ales atunci cand activitatile se desfasoara in sedii diferite.
Certificarea conform ISO 9001 va necesita costuri mai ridicate decat ISO 9002,
care la randul lui va fi mai costisitor decat ISO 9003.

Cererea
Dupa ce a fost ales cel mai potrivit organism de certificare, se va face o
cerere oficiala de certificare ISO 9000 si se vor plati in aceasta etapa taxele de
auditare si certificare.

Certificarea sistemului calitatii


Cand sistemul documentat este intr-un stadiu avansat de elaborare, el va fi
examinat de organismul de certificare. Desi elementele sistemului nu vor fi
complete, manualul calitatii trebuie sa fie aprobat si revizuit, daca este necesar.
In aceasta faza, cele mai multe firme vor fi in masura sa ajunga la un acord
privind un grafic de finalizare a lucrarilor de dezvoltare si implementare a
intregului sistem si a datei auditarii propriu-zise.

Preauditurile
Firma poate, in orice etapa, sa fie preauditata de organismul de certificare
sau de catre o terta parte independenta. Acest lucru este util pentru ca firma sa se
asigure ca dezvoltarea este pe drumul cel bun, dar in acest caz va fi solicitata si o
taxa corespunzatoare pentru auditori.
Auditul
La data stabilita, organismul de certificare va efectua un audit amanuntit al
sistemului calitatii, auditand in profunzime aplicabilitatea lui la firma si
conformitatea cu cerintele standardului. Auditorii vor cauta dovezi cum ca sistemul
este implementat in toata firma si ca el se doreste a fi eficace.
Auditul poate dura de la cateva ore pana la cateva zile, in functie de
marimea si intinderea firmei. Poate fi vizitat fiecare sediu unde este aplicat sistemul
calitatii. Exista patru posibilitati de finalizare ale auditului:
* Aprobare - In situatia in care auditorii nu gasesc nici o deficienta a sistemului
calitatii si sunt pe deplin satisfacuti ca sistemul, implementarea si eficacitatea lui
satisfac total cerintele standardului, recomandarea de acordare a certificatului va fi
inaintata catre organismul de certificare.
* Neconformitati minore - In cazul in care sistemul calitatii, implementarea si
eficacitatea lui pentru cele mai multe activitati sunt conforme cu standardul de
referinta, dar exista una sau mai multe deficiente minore carora trebuie sa li se
acorde atentie, auditorii vor propune totusi recomandarea de acordare a
certificatului, dar deficientele respective vor fi examinate in timpul urmatoarelor
vizite de supraveghere, pentru a se verifica daca au fost corectate corespunzator.
* Neconformitati majore - Daca vor fi gasite una sau mai multe neconformitati
majore, acestea vor arata ca sistemul sau implementarea lui nu satisfac cerintele
standardului. Acordarea certificatului nu va fi recomandata, dar firmei i se va
ocazia sa elimine deficientele, in cadrul unei perioade de timp stabilite. Auditorii
vor reveni pentru a reexamina domeniile in cauza si daca vor fi gasite
satisfacatoare, vor propune ca sistemului sa i se acorde certificatul.
* Respingerea - Are loc cand sistemul nu indeplineste cerintele intr-un numar
substantial de domenii. Auditorii vor discuta cursul adecvat al actiunilor ce
urmeaza sa fie luate de firma, care pot fi o reproiectare partiala sau totala a
sistemului sau abandonarea lui.

Acordarea certificatului
Ca urmare a recomandarilor auditorilor, firmei i se va acorda un certificat
corespunzator, care atesta ca firma este certificata in conformitate cu standardul de
referinta.
Supravegherea si evaluarea continua
Certificarea va fi valabila, pentru inceput, timp de trei ani, pe durata carora
organismul de certificare va face vizite periodice de supraveghere si verificari
pentru a se asigura ca sistemul calitatii continua sa fie dezvoltat si implementat
eficient si ca orice neconformitate minora descoperita anterior a fost rezolvata.
Dupa trei ani va avea loc din nou un audit propriu-zis, pentru a stabili daca este
oportuna mentinerea in continuare a certificarii.

4.2. Grupul de lucru

Cele mai multe firme vor forma un grup de lucru sau de coordonare, care va
realiza un studiu de fezabilitate si va stabili elementele de baza care vor fi
prezentate directorului general inainte de a fi descrise intr-un plan detaliat al
proiectului. Grupul trebuie sa-l includa pe reprezentantul managementului
responsabil cu calitatea, daca acesta a fost nominalizat, si va lucra mai intai pentru
alegerea organismului de certificare, pentru examinarea cerintelor ISO 9000 fata de
sistemele actuale din firma, pentru evaluarea eventualelor avantaje pe care le va
aduce certificarea si pentru estimarea costurilor de implementare si de certificare a
sistemului. In aceasta etapa, probabil, se vor estima doar anumite cifre globale ale
bugetului pentru costuri si beneficii, iar angajamentele facute in aceasta etapa
pentru finantare si pentru asigurarea cu personal vor fi doar provizorii

4.3. Alegerea organismului de certificare

Organismele pentru certificarea organizatiilor conform standardelor ISO


9000 sunt specializate in anumite domenii: inginerie, industria electrica, industria
materialelor de constructii, etc. Alegerea unui organism de certificare se face astfel
incat acesta sa fie in concordanta cu profilul firmei, respectiv sa aiba experienta in
domeniul de activitate al acesteia. Pot fi utile si discutii cu alte firme sau societati
comerciale, care au avut deja tratative cu astfel de organisme.

In Romania, organismele acreditate pentru certificarea sistemelor calitatii


sunt:
* AEROQ - Bucuresti, Bd. Aerogarii nr.39, sector 1, Tel./Fax: 665 75 12;
* SOCIETATEA ROMANA PENTRU ASIGURAREA CALITATII-SRAC -
Bucuresti, Str.Teodosie Rudeanu nr. 12-14, sector 1, Tel.: 311 28 44, Fax: 223 20
54;
* REGISTRUL AUTO ROMAN - RAR-OCS - Bucuresti, Calea Grivitei nr. 391,
sector 1, Tel.: 666 53 86, Fax: 312 85 53;
* SIMTEX-OC - Bucuresti, Bd. Basarabia nr. 250, sector 3, Tel.: 627 40 30/int.
163, Fax: 627 64 80.

4.4. Importanta unei planificari eficace

Dezvoltarea si implementarea sistemelor calitatii si procesul de certificare a


acestora conform standardelor ISO 9000 trebuie sa fie apreciat de orice firma ca
fiind un proiect pe termen mediu sau lung. Ca in cazul oricarui proiect, o
planificare eficienta este esentiala. Lipsa planificarii sau o planificare neadecvata
poate avea ca rezultat haosul sau, in cel mai rau caz, esecul total. O planificare buna
va face ca obiectivele sa fie atinse in cadrul graficului de timp stabilit si va prezanta
puncte de referinta fata de care se vor putea face evaluari in timpul desfasurarii
procesului, permitand ca deficientele sa fie identificate, masurate si corectate
inainte ca ele sa creeze obstacole majore in calea progresului.
Un plan bun se va caracteriza prin:
- obiective clare;
- un punct de pornire stabilit si o cunoastere a resurselor existente;
- evaluarea cerintelor de resurse suplimentare;
- prioritati identificate;
- sarcini alocate;
- termene stabilite;
- mijloace de monitorizare a performantelor.
El trebuie sa fie elaborat in urma unor analize si discutii purtate cu toti cei
implicati, sa fie redactat si apoi comunicat in scris tuturor partilor interesate. Grupul
de lucru sau de coordonare urmeaza sa-si schimbe componenta in acest moment,
daca este necesar, si sa devina un grup de planificare a proiectului.

Obiective
Acestea ar trebui sa stabileasca clar in ce consta finalitatea proiectului, de
exemplu, care model al standardului se va avea in vedere si ce domenii de activitate
ale firmei urmeaza sa fie incluse. Cu cat obiectivele vor fi mai exacte, cu atat planul
va fi mai cuprinzator si mai eficient.

Punctul de plecare
Multe planuri destul de bune pot sa esueze daca cei implicati nu sunt
constienti de punctul din care trebuie sa inceapa. Pentru a stabili care este punctul
de plecare, trebuie luate in considerare urmatoarele aspecte:
* Sisteme si proceduri existente - Acesta este unul din punctele-cheie in evaluarea
marimii proiectului si implicit a termenelor si resurselor necesare. Trebuie sa se
determine ce elemente ale sistemului sunt aplicate si care pot, cel putin partial, sa
fie conforme cu cerintele ISO 9000. Totodata trebuie sa se stabileasca daca merita
efortul sa se aloce timp pentru o investigare amanuntita asupra gradului in care
activitatile satisfac cerintele standardului. Acesta este principalul scop al auditului
si este necesar sa se faciliteze realizarea a cat mai multe audituri de acest gen in
firma. In acest fel, se va putea estima cantitatea de munca necesara in fiecare
departament al firmei, sa se aprecieze cum pot fi stabilite sarcinile prioritare si
proiectele secundare ce trebuie realizate.
* Personal - se urmaresc mai multe elemente:
- care sunt persoanele disponibile pentru a fi implicate in activitate de dezvoltare si
de implementare a sistemelor calitatii si cat timp vor avea acestea la dispozitie;
- daca exista personal ce detine calificarea potrivita in departamentele importante
sau care sa fie subordonat echipei proiectului care va coordona actiunile;
- daca exista un manager care sa ocupe pozitia de reprezentant al calitatii sau
trebuie nominalizata o persoana;
- daca exista colegii sau universitati capabile sa furnizeze studenti care sa ajute pe
durata practicii lor.
* Cunostinte si expertiza - problemele ridicate de resursele de personal vor
determina o examinare a cunostintelor si expertizei existente in firma. Se va urmari:
- daca are cineva experienta necesara in construirea sistemului calitatii sau daca
exista cineva care a lucrat cu cerintele ISO 9000;
- daca exista posibilitati de instruire care sa asigure recalificarea si daca cineva a
urmat un curs relevant;
- daca pot fi gasite abilitatile, cunostintele si/sau calificarile necesare in alta
sucursala sau la un alt membru al aceluiasi grup;
- daca colegiile sau facultatile locale pot ajuta cu ceva.
* Finantare - se vor urmari urmatoarele aspecte:
- daca a fost alocat un buget pentru acest proiect;
- daca exista fonduri suplimentare, de exemplu o suma destinata special pentru
dezvoltare, care ar putea fi alocate;
- daca exista fonduri disponibile in zona geografica respectiva care pot fi acordate
pentru o firma de acel profil.
* Alte resurse - se refera la urmatoarele aspecte:
- daca exista spatiu disponibil, birouri, calculatoare, etc., care pot fi utilizate pentru
acest proiect;
- daca organizatia TEC locala ofera asistenta, organizeaza seminarii, efectueaza
lucrari de grup, acorda consultanta subventionata, etc., care pot fi utilizate de firma
in cauza;
- daca colegiile sau facultatile locale pun la dispozitie studenti in perioada de
practica.

Resurse necesare
Dupa ce s-au stabilit, pe baza metodei de audit, obiectivele si marimea
proiectului, se pot aloca resursele disponibile, care pot fi insuficiente in unul sau
mai multe departamente. In acest caz, este necesar sa se prevada cat mai precis
posibil nivelul resurselor suplimentare necesare, luand in considerare cateva
elemente:
* Oamenii - Pe langa oameni trebuie luate in considerare cunostintele si expertiza
necesara. Va fi nevoie sa se petreaca mult timp in toate departamentele pentru
elaborarea sistemului calitatii si a documentatiei sale; acest lucru este cel mai bine
facut chiar de catre cei care executa operatiile ce urmeaza sa fie documentate, cu
ajutor de specilitate daca este nevoie. Aceasta ar putea avea ca rezultat devierea
atentiei lor de la activitatea normala pentru o lunga perioada de timp. Daca mana de
lucru si calificarile deja existente sunt insuficiente pentru proiect, urmeaza sa fie
utilizata asistenta speciala avand calificarea necesara.
* Materiale si echipamente - acestea trebuie asigurate din bugetul alocat si in plus,
echipamentul si spatiul necesar pentru producerea si depozitarea documentatiei
trebuie sa fie pus la dispozitie, daca el nu exista deja.
* Finantare - Toate resursele suplimentare descrise mai sus, cum ar fi costurile
singulare sau continue pentru certificarea si auditarea facuta de organismul de
certificare sau banii prevazuti pentru diferite materiale si pentru promovare vor
trebui sa fie finantate. Este important ca cifrele sa fie calculate cat mai exact posibil
in timpul perioadei de planificare, pentru a evita pericolul epuizarii fondurilor in
timpul derularii proiectului.
Una din cerintele ISO 9000 este ca managementul sa asigure resurse suficiente
pentru a construi, implementa si mentine sistemul calitatii; o data ce resursele au
fost alocate, poate fi dificil, sau chiar imposibil, sa se obtina fonduri suficiente in
timpul derularii proiectului.

Identificarea prioritatilor
Unul din avantajele metodei de auditare este acela ca permite sa se masoare
marimea proiectului cunoscand impartirea lui in parti mai mici, dar poate si sa
evidentieze cantitatea de munca necesara intr-un domeniu de activitate. In mod
clar, unele proiecte secundare vor fi mai mari decat altele, necesitand mai multa
atentie si timp. Este important sa fie identificate acele proiecte secundare care
necesita mai multa munca decat ar fi avut nevoie, pentru a se putea respecta
graficul de timp. Ca rezultat al auditului pot sa se evidentieze una sau mai multe
deficiente din firma, ce pot fi rectificate repede si care pot sa asigure avantaje
impresionante. Corectarea demonstreaza firmei ca sistemul functioneaza.

Distribuirea sarcinilor
Dupa ce s-au identificat sarcinile si prioritatile, este necesar sa se decida
actiunile prin care se va actiona. Aceasta presupune sa se stabileasca "Ce?",
"Cine?", "Unde?", "Cum?", "De ce?" pentru fiecare proiect secundar, sa se aloce
personal si resurse potrivite sarcinilor. Poate fi necesar sa se analizeze si sa
semodifice resursele necesare in timpul derularii proiectului, dar pana nu se
raspunde pentru ficare proiect secundar la intrebarile de mai sus, planificarea nu
este terminata.
Graficul de timp
Graficul de timp pentru intregul proiect nu poate fi stabilit pana cand toate,
sau aproape toate, necunoscutele nu au fost identificate. Va fi imposibil sa se
prevada cat va dura proiectul daca punctul de pornire, resursele existente si
evaluarea muncii necesare nu au fost stabilite si resursele suplimentare necesare nu
au fost estimate si puse la dispozitie.
Cel mai important aspect al factorului timp este planificarea atenta,
stabilirea unui grafic de timp realizabil pentru evaluare si pentru toate proiectele
secundare de pe parcursul lui si incadrarea intr-un plan.
Conform ISO 9000, data auditarii este o data finala stabilita natural, astfel
ca fixarea acestei date din start da posibilitatea stabilirii datei finale a proiectului.

Monitorizarea performantelor
Pentru a nu intra in criza de timp si a evita o serie de surprize care pot
aparea pe parcursul derularii proiectului, este necesar sa se prevada analize
frecvente in plan. Stiind ca proiectul luat ca intreg, va include foarte multe proiecte
secundare, fiecare dintre acestea trebuie sa fie tratat ca si cel principal, cu obiective,
punct de pornire, resurse alocate, grafic de timp, etc. Aceste sarcini individuale
trebuie sa fie cuprinse in planul general, acordandu-le o atentie deosebita. Se va
urmari:
- daca ele se pot desfasura in acelasi timp sau trebuie sa fie consecutive;
- daca una depinde de finalizarea alteia;
- daca vor exista conflicte referitoare la necesarul de oameni sau alte resurse, etc.
Trebuie sa se faca analize periodice cu toti cei implicati, pentru a se urmari
ce s-a realizat , ce merge bine si ce merge rau si cat de bine s-a respectat graficul de
timp. Daca este necesar, schemele de munca sau graficele de timp pot fi ajustate
pentru a respecta planificarea.
Daca se fac in mod continuu mici corectii si sunt realizate sarcinile
individuale, ultima sarcina va fi mai usor de realizat.

5. Auditurile calitatii

Pana la dezvoltarea sistemelor calitatii conforme Standardelor de Aparare,


sistemele calitatii au fost putin cunoscute, dar, o data cu cresterea interesului
privind ISO 9000, au devenit mai obisnuite. Un audut al calitatii trebuie utilizat ca
un instrument al managementului. El permite sa se determine cat de bine
functioneaza organizatia si sa se identifice zonele care necesita actiuni corective. O
buna definire a auditului, in domeniul sistemelor calitatii, este: o studiere si analiza
independenta si metodica a unuia sau mai multor elemente ale unui sistem, a
operarii lor, a conformitatii cu standardele, a rezultatelor si eficientei, facute in
scopul verificarii si imbunatatirii.
Auditurile sunt implicate in sistemele calitatii conforme ISO 9000 pentru
anumite scopuri:
- pentru stabilirea unui punct initial de dezvoltare a sistemelor calitatii;
- pentru monitorizarea progresului in dezvoltarea sistemelor calitatii;
- pentru ca sunt o modalitate de evaluare externa a competentei sistemelor de
certificare conform ISO 9000;
- pentru ca asigura o monitorizare interna statutara a competentei, performantelor si
eficientei sistemelor;
- pentru evaluarea unui furnizor existent sau potential cu privire la capacitatea sa de
a asigura bunuri si/sau servicii de calitate adecvata.

5.1. Domeniul auditului calitatii

Un audit al sistemului calitatii va urmari:


- competenta sistemului - daca procedurile sunt realiste si adecvate pentru
organizatie;
- conformitatea sistemului - daca procedurile sunt urmate corect, in fiecare ocazie,
de catre intregul personal;
- performanta sistemului - daca operarea procedurilor sistemului aduce rezultatele
dorite.
Rareori un audit poate patrunde in profunzimea tuturor aspectelor si
detaliilor sistemului, sau a unei parti a acesteia, care este auditata. Una din
caracteristicile importante ale auditurilor eficiente este atingerea unui echilibru
intre abordarea de ansamblu, care este aproape superficiala la nivelul intregii arii
auditate si investigatiile aleatorii aprofundate, in cadrul carora o sectiune mica este
studiata pe toate fetele. In orice audit este necesara o combinatie a celor doua, a
doua tehnica fiind utilizata daca este suspectata o problema sau o neconformitate.
5.2. Gradarea rezultatelor

Rezultatele auditurilor pot fi inregistrate in functie de situatiile in care ceva


este in mod clar conform sau neconform. Situatiile de neconformitate pot duce la
modificarea sistemului calitatii prin realizarea lui intr-o forma mai restrictiva sau
mai flexibila, conform necesitatilor firmei.
In general, este mai util sa se poata face o gradare a
conformitatii/neconformitatii, deoarece aceasta poate indica gradul de seriozitate al
problemei si poate adesea sa ajute la alocarea prioritatilor pentru actiuni corective,
neconformitatile cele mai serioase avand intotdeauna prioritate.

5.3. Independenta

Unul din cuvintele cheie din definitia unui audit al calitatii este
"independent". O persoana nu poate audita propriul sau departament sau activitatile
sale, deoarece ar fi prea subiectiva; ar exista mereu tentatia de a nu analiza in
detaliu zonele cunoscute sau suspectate de neconformitati.
Firmele mari angajeaza auditori permanenti cu norma intreaga, iar cele mici
folosesc persoane cu alte functii, de exemplu manageri sau supervizori
departamentali, pentru auditarea altor departamente sau functii decat cele proprii.

5.4. Planificarea

In functie de obiectivul auditului, auditorul poate realiza audituri neanuntate


sau anuntate. Pentru a surprinde pe cineva in afara cerintelor, cea mai buna metoda
va fi auditul neanuntat. Pe de alta parte, daca auditul este realizat in scopul
constructiv de a se asigura ca sistemele firmei functioneaza si de a ajuta la
dezvoltarea lui, este de preferat un program de audituri planificate. Aceasta este
situatia marii majoritati a auditurilor calitatii; se da posibilitatea auditorului si
auditatului posibilitatea de a se pregati pentru audit si face posibila desfasurarea lui
cu maximum de cooperare de ambele parti.
Trebuie organizate audituri succesive ale aceleiasi functii sau aceluiasi
departament in diferite momente ale zilei sau ale saptamanii, in special in cazul
lucrului in schimburi, pentru a se asigura ca auditurile vor acoperi toate aspectele
de pe parcurs.

5.5. Referinta

Toate auditurile trebuie realizate fata de o referinta specifica; in cele mai


multe cazuri, aceasta va fi sectiunea sau sectiunile sistemului calitatii si clauzele
relevante ale standardului ISO 9000. In acest fel nu vor fi posibile discutii
contradictorii in legatura cu ce este conform si ce nu este conform.

5.6. Pregatirea pentru audit

Auditorul si auditatul trebuie sa se pregateasca bine in cazul unui audit


planificat al calitatii. Auditorul trebuie sa fie familiarizat cu activitatile functiei
auditate, sistemele calitatii relevante, procedurile si documentatiile utilizate si
clauzele adecvate ale standardului. Auditorul va pregati o lista de verificari a
zonelor pe care intentioneaza sa le verifice, impreuna cu intrebarile pe care le va
pune si operatiile sau documentatiile pe care urmeaza sa le vada. Subiectele
auditului vor fi alese cu grija si se vor referi la auditurile precedente ale aceluiasi
departament; ca urmare, va fi necesara consultarea inregistrarilor, in special atunci
cand auditorul nu a condus auditurile precedente. Zonele care vor necesita
investigatii speciale le vor include pe cele care nu au fost verificate recent, cele care
au fost verificate anterior si in care au fost gasite deficiente si cele in care sunt
cunoscute deficientele sau se suspecteaza ca acestea exista.
Auditorul trebuie sa-l faca pe auditat sa fie constient in avans de domeniul
auditului si sa specifice ce se asteapta de la el. Auditatii trebuie sa se asigure,
inaintea auditului, ca totul este conform proiectului. Aceasta poate parea ca duce la
anularea obiectului auditului, dar daca obiectivele sunt constructive, aceasta va
avea un efect pozitiv, prevenirea neconformitatilor sau deficientelor fiind mai buna
decat tratarea lor. Auditatul trebuie sa aloce un timp adecvat pentru a putea da toata
atentia auditorului. Toti angajatii trebuie sa fie constienti de iminenta auditului si de
faptul ca li se solicita cooperarea.

5.7. Conducerea auditului


Auditorul si auditatul trebuie sa se straduiasca deopotriva sa inceapa auditul
la timp si sa se incadreze in intervalele de timp stabilite. Auditorul trebuie sa fie
insotit permanent de un responsabil din partea departamentului, dar sa fie liber sa
observe si sa chestioneze pe orice membru al personalului.
Pe baza listei sale, auditorul trebuie sa observe operatiile, sa studieze
documentatia si sa puna intrebari pentru a stabili daca sistemele calitatii sunt
conforme. Intrebarile se pun atat persoanei auditate, cat si membrilor personalului.
Observatiile nemijlocite si intrebarile sunt esentiale.
Cooperarea este vitala pentru un audit reusit. Ambele parti trebuie sa evite
criticismul si dezacordurile.
La sfarsitul auditului, Auditorul si auditatul trebuie sa se intalneasca si
amandoi sa verifice si sa cada de acord asupra celor gasite. Dezacordurile trebuie
discutate si rezolvate. Orice deficiente gasite ca rezultat al auditului trebuie sa fie
identificate si trebuie hotarate de comun acord actiunile adecvate de corectare a lor,
cu termene. Daca este cazul, va fi convenita o data pentru reauditarea zonelor cu
deficiente.
Auditorul trebuie sa intocmeasca un raport, detaliind toate aspectele gasite
in urma auditului, deficientele si actiunile ce au fost convenite. Raportul nu va
contine observatii noi, altele decat cele discutate; nu trebuie sa apara surprize
pentru auditat in cadrul raportului. Copiile trebuie sa circuleasa cum prevede
sistemul calitatii.

5.8. Calitatile unui bun auditor

Auditarea este o functie specializata, iar auditorii vor necesita aptitudini si


calitati specifice. Ei trebuie selectati cu grija, ca orice angajat, si trebuie sa fie
instruiti corespunzator. Ei trebuie sa fie capabili sa joace deopotriva rolul
politistului si al consilierului, echilibrarea celor doua functii fiind decisiva si
variind in functie de situatia individuala. Ei trebuie sa fie capabili sa ghideze scopul
auditului pentru a fi in beneficiul firmei si nu un proces al auditatului.
Se pot evidentia cateva din calitatile unui bun auditor si anume:
- capacitatea de a dobandi rapid cunostinte si intelegerea functiei si sitemelor
asociate ce sunt auditate;
- independenta; sa nu ezite datorita presiunii;
- capacitatea de a stabili bune relatii cu oamenii;
- capacitatea de a actiona cu calm, logic si profesional si de a urmari cursul actiunii
spre o concluzie satisfacatoare;
- discretie;
- lipsa prejudecatilor si obiectivitatea.
Caracteristicile de evitat sunt aroganta, opiniile subiective, nerabdarea,
credulitatea si necinstea.
Aptitudinile de care va avea nevoie un auditor include capacitatea de a:
- comunica;
- planifica si controla timpul;
- desfasura sedinte eficiente;
- castiga cooperarea;
- utiliza o abordare sistematica;
- conduce si prelua controlul;
- castiga respectul.

5.9. Rolul auditatului

Auditatul trebuie sa fie constient de faptul ca auditul este in folosul firmei si


nu o apreciere a abilitatilor si performantelor sale. Departamentul sau va beneficia
de sisteme eficace, iar auditul urmeaza sa fie un efort de echipa pentru a se asigura
ca cerintele sunt satisfacute si sunt efectuate toate imbunatatirile posibile.
Pentru a face posibil ca auditul sa fie condus eficient si sa produca
rezultatele dorite, auditatilor li se recomanda urmatoarele:
- trebuie sa fie intotdeauna pregatiti, pentru ca auditul sa nu le produca surprize;
- trebuie sa informeze personalul in legatura cu iminenta auditului, cu obiectivele si
domeniul acestuia si sa caute sa obtina cooperarea personalului;
- sa incerce sa faca activitatea cat mai placuta posibil pentru toti cei implicati;
- sa raspunda la intrebari cu onestitate, sa nu incerce sa ascunda deficientele
cunoscute;
- sa corecteze imediat orice deficienta gasita, care poate fi corectata;
- sa fie hotarat in ceea ce priveste problemele cu care nu este de acord, dar sa
incerce evitarea certurilor.
5.10. Evaluarea de catre organismul de certificare

Lista de verificari pentru preevaluare


Ca in cazul oricarui audit al calitatii, in afara de pregatirea partii auditate,
care poate fi firma sau o parte a ei, se vor plati taxe pentru a sprijini atingerea unui
rezultat satisfacator. Pe langa regulile date pentru auditati, se mai aplica in plus
cateva si anume:
- intregul personal trebuie pus in tema asupra scopului vizitei;
- toate zonele sa fie curate si in ordine; sa se evidentieze buna intretinere,
procedurile de igiena si siguranta;
- sa se verifice daca toate instructiunile si procedurile scrise sunt actualizate si la
locul lor;
- sa se verifice daca toate inregistrarile calitatii, rezultatele testelor si inspectiilor si
documentatia de auditare sunt actualizate;
- echipamentul de masurare si control sa fie etalonat;
- procedurile de depozitare si etichetare sa fie evidente in intreaga organizatie si sa
nu existe materiale si produse neidentificabile.

Ziua evaluarii
Rezultatul evaluarii ISO 9000 va fi respins numai daca organizatia nu este
capabila sa arate angajamentul sau pentru politica si procedurile calitatii, de la
manageri pana la ultimii executanti.
In timpul evaluarii, o echipa de evaluare va examina in detaliu zonele
tuturor functiilor si operatiilor care intra in domeniul certificarii care a fost solicitat
si fiecare membru al personalului este un posibil candidat la chestionare. Deci, este
important ca toti membrii echipei sa cunoasca ce fac si de ce fac si sa lege munca
lor de documentatia relevanta. Raspunsurile gresite sau impresia proasta pot duce,
in cel mai fericit caz, la o neconformitate majora sau la o neconformitate minora
sau, in cel mai rau caz, la respingere.
Echipa de evaluare nu va fi familiarizata cu firma, cu produsele si serviciile,
metodele de operare, tehnologiile sau procedurile de control, motiv pentru care este
important ca aceasta sa fie cat mai mult posibil asistata, acordandu-se totodata toata
cooperarea pe care o solicita.
Este indicat, ca inainte de inceperea auditului, sa se tina o sedinta la care sa
participe echipa de evaluare, managerul executiv, managerul de calitate si alti sefi
de compartimente, precum si membrii cheie ai personalului implicat in audit. Seful
echipei de audit isi va prezenta echipa si va schita procedurile si programul de
evaluare.
Pot fi evidentiate unele elemente de care trebuie sa se tina seama in aceasta
etapa si anume:
- specificarea clara, in cadrul sedintei initiale, a zonelor organizatiei care vor fi
evaluate si asigurarea accesului liber pentru auditori;
- asigurarea unui birou sau a unei incaperi pentru echipa de evaluare, in care
aceasta sa poata discuta in particular evaluarea;
- sa se asigure cate un membru al personalului pentru insotirea fiecarui membru al
echipei de evaluare in toate etapele auditului. Acest membru al personalului trebuie
sa-si noteze toate punctele relevante ce apar in timpul evaluarii, pentru a fi discutate
ulterior.
- daca in timpul auditului, auditorul are neclaritati sau observa neconformitati clare
fata de standard, insotitorul trebuie sa-si noteze observatiile si, pe cat posibil, sa
poata raspunde la cat mai multe din intrebari, pentru a putea mentine astfel la
minim numarul notelor de observatie.
- daca evaluarea dureaza mai multe zile, este indicata organizarea unei sedinte de
analiza la sfarsitul fiecarei zile, in care pot fi clarificate toate deficientele gasite. Se
pot corecta astfel neconformitatile, inainte de terminarea evaluarii.
- este important sa se faca orice efort pentru a obtine o experienta placuta, pentru
toti cei implicati, oricare ar fi rezultatul ei.

6. Setul de instrumente ale sistemului de audit ISO 9000


6.1. Elemente generale

Sistemul de audit poate fi realizat prin impartirea clauzelor ISO 9000 in


unele mai mici si usor de controlat, putandu-se mai usor determina modul in care se
aplica fiecare la operatiile si sistemul calitatii existent intr-o firma, in scopul
evaluarii fata de cerintele standardului.
Sistemul de audit pune un numar de intrebari firmei auditate. Raspunsurile
la fiecare sunt gradate cu da/nu. In functie de cat de departe sau de aproape fata de
cerintele relevante ale standardului sunt considerate a fi sistemele firmei, pe baza
cerintelor si a notelor ce insotesc fiecare intrebare, auditorul poate acorda un
punctaj de la 0 la 3 pentru fiecare. Intrebarile sunt foarte simple si la cateva se va
putea raspunde prompt. Totusi, este probabil ca multe dintre ele sa necesite lungi
investigatii inainte de a afla punctajul adecvat.
O data ce a fost incheiat auditul sau o sectiune a sa, pentru fiecare sectiune a
fiecarei clauze a standardului va fi acordat un punctaj total care se va compara cu
maximul posibil. In acest fel vor fi identificate zonele si dimensiunea activitatilor
nesolutionate si pot fi stabilite prioritatile, pot fi realizate si implementate planuri
care se adreseaza deficientelor. Pe masura ce se fac progrese, sectiunea relevanta
poate fi reauditata si poate fi modificat punctajul catre nota maxima; astfel,
imbunatatirile pot fi monitorizate numeric.

6.2. Folosirea sistemului de audit

Inainte de a incepe, este necesara o planificare corespunzatoare. Aceasta nu


reprezinta o problema ce se poate realiza intr-o ora sau doua, chiar si in cea mai
mica dintre firme. In multe cazuri, auditul complet poate dura cateva zile sau chiar
saptamani, durata depinzand de marimea si natura firmei, numarul de sedii,
cooperarea personalului si numarul de persoane alocate activitatii.

Formatul sistemului de audit


Fiecare pagina din auditul efectiv trateaza fie o clauza intreaga a
standardului ISO 9000, fie una sau mai multe clauze secundare, in functie de
intinderea clauzei in cauza. Auditul are urmatoarea organizare: pe pagina din
stanga, in cadrul sectiunii "Indrumari pentru audit", se va intocmi o lista de cerinte,
asa cum sunt cuprinse in standard, care vor fi urmate de unele note, care dau o
interpretare practica insotita uneori de sugestii si exemple pentru clarificarea
cerintelor. Pe pagina din dreapta se va afla "Lista de verificari pentru audit", care
contine o serie de intrebari legate de clauza sau clauzele secundare in cauza. La
fiecare intrebare, va fi rezervat un spatiu pentru comentarii, iar partea de jos a
paginii va fi rezervata notelor si actiunilor ce se adreseaza problemelor
nesolutionate.
Punctajul
Intrebarile pentru audit necesita raspunsuri cu da/nu si cu ajutorul unor note
cuprinse intre 0 si 3. La hotararea scorului corespunzator, se va evalua domeniul
auditat comparativ cu cerintele standardului de pe pagina din stanga. Pentru a se
obtine un punctaj maxim la orice intrebare, cerintele standardului trebuie sa se
adreseze sistemului calitatii din firma auditata, cerinte care trebuie sa fie scoase in
evidenta, documentate si inregistrate. Punctajul se poate alcatui, de exemplu, in
felul urmator:
0 - Nu exista nici o dovada ca sunt satisfacute cerintele.
1 - Element prezent in cateva situatii; documentatie absenta, inadecvata sau
incompleta.
2 - Element si documentatie aproape completa, dar nesatisfacand toate cerintele.
3 - Dovezile arata satisfacerea tuturor cerintelor.
Punctajele sunt arbitrare, in sensul ca un punctaj sub 3 nu va insemna
acelasi nivel al deficientelor sau al volumului de munca necesar pentru redresarea
altui domeniu ce a obtinut acelasi punctaj. Importanta este deplasarea in punctajul
individual, de exemplu de la 0 la 1, de la 1 la 2, de la 2 la 3 si efectul totalurilor
intr-o perioada de timp, care indica progresul facut in anumite domenii si al
intregului proiect.
Un punctaj maxim va indica faptul ca sistemele calitatii sunt probabil
adecvate pentru a intruni cerintele ISO 9000, dar aceasta nu constituie o garantie.
Sprijinul unui organism de certificare sau al altor surse calificate, cu experienta si
cunostinte in domeniu, va confirma situatia efectiva.

6.3. Reprezentarea grafica a rezultatelor sistemului de audit

Afisarea grafica a rezultatelor auditului poate fi utila, in special cand sunt


ilustrate progresele realizate de angajatii firmei; o astfel de reprezentare este
informativa si ajuta la pastrarea interesului si motivatiei.
Diagrama va evidentia, pe o scala de la 0 la 100%, starea curenta a
sistemului calitatii la fiecare element ca rezultat al auditului. Ea poate fi construita
pentru a indica progresul dupa fiecare repetare a auditului, in totalitate sau pe
elemente. Cand reprezentarea grafica va fi concentrata in apropierea scalei de
100%, se poate spune ca firma ar trebui sa fie pregatita pentru evaluarea de catre un
organism de certificare.

7. Ingineria software

7.1. Reprezentarea informatiei: introducere, reprezentarea datelor,


operatii

Introducere

Lumea reala este formata din obiecte care interactioneaza intre ele si
interactioneaza de asemenea si cu utilizatorul (user), cu alte cuvinte utilizatorul le
poate manipula. Modul de manipulare poate fi fizic sau abstract (proceseaza
informatia).
Atunci cand omul proceseaza informatia isi poate reprezenta pe un suport
oarecare (hartie de exemplu) aceste obiecte, interactiunile dintre ele sau actiunea sa
asupra lor (manipulare). Reprezentarea se face prin simboluri atat pentru obiecte,
cat si pentru interactiuni. Actiunea utilizatorului asupra obiectelor poarta denumirea
de operatie, iar actiunile obiectelor unele asupra celorlalte interactiune. Daca se
doreste sa se studieze elementele de baza ale procesarii informatiei trebuie sa se
determine care simboluri ar fi mai potrivite pentru a putea fi utilizate de un sistem
de calcul. Numarul minim de simboluri diferite care se pot utiliza este doi. Cand se
utilizeaza mai multe simboluri diferite apar problemele tehnice deosebit de mari.
Daca se considera cel mai mic numar de simboluri diferite, doi, avantajul
consta in aceea ca cele doua simboluri pot fi si mai usor si mai sigur (cu sanse mai
mici de eroare) simulate de semnale mecanice sau electrice. Apare, deci, o
micsorare a riscului de eroare. Celor doua simboluri li se pot asocia, nu valoarea
numerica absoluta a unui semnal electric de exemplu, ci prezenta sau absenta
semnalului. Cele doua simboluri ar putea fi 0 si 1, carora li se asocieaza doua stari
distincte, de pilda prezenta sau absenta unui semnalul.
Daca numarul de simboluri utilizate creste, fiecarui simbol trebuie sa i se
asocieze univoc in masina (sistem de calcul) o anumita stare. Daca prin acel simbol
se desemneaza un anumit obiect in natura, acel obiect nu trebuie sa fie identificat,
prin eroare, ca fiind un altul. De asemnea, in timpul procesarii automate, cu cat
numarul de simboluri este mai mare , cu atat numarul de stari ale masinii este mai
mare, deci masina va deveni mai complexa si deci mai scumpa. Cu cat numarul de
simboluri utilizate este mai mic, cu atat masina va fi mai usor de construit si deci
mai ieftina.
Se pune, deci, problema de a reprezenta lumea, respectiv obiecte si
interactiuni diferite, utilizand doar doua simboluri.

Reprezentarea datelor

O buna parte din informatia primita de la lumea inconjuratoare vine de


regula sub forma de numere, text, semnale , audio sau video. Pentru a putea fi
prelucrata cu un sistem de calcul, aceasta informatie trebuie reprezentata numeric,
valorile numerice trebuie codate utilizand cele doua simboluri asupra carora am
convenit, iar prelucrarea simbolurilor va fi de fapt prelucrarea celor doua semnale
asociate celor doua simboluri.
Se presupune pentru inceput ca datele care trebuie introduse si prelucrate in
computer sunt fie simple numere, fie caractere carora li se pot asocia numere. In
aceasta presupunere, se pot depista doua clase distincte de lucruri: prima clasa este
reprezentata de numere, iar cea de-a doua clasa este reprezentata de caractere, siruri
de caractere.
Prima clasa vizeaza realizarea calculelor matematice asupra datelor
introduse. Rezultatele numerice sunt apoi interpretate, acestea putand fi
temperaturi, intensitati de curenti, dobanzi bancare si altele de acest gen.
Cea de-a doua clasa a operatiilor de procesare a informatiei se refera la
manipularea datelor bazate pe text. Aceste date provin din zone cum ar fi: munca
de birou, managementul afacerilor, procesarea informatiilor administrative.
Pentru reprezentarea numerelor sau a informatiei text trebuie introdusa o
anumita terminologie. Daca in universul uman se vorbeste despre manipularea
simbolurilor, in cel al sistemelor de calcul se vorbeste despre variabile. Trebuie
definit de asemenea termenul de variabila binara. O variabila binara este aceea care
poate lua valori binare. Variabila binara elementara este bitul, a carui valoare binara
poate fi zero sau unu (0 sau 1).
Cel de-al doilea tip de variabile este reprezentat de siruri sau stringuri. Un
string este nimic altceva decat o serie consecutiva de biti. Un string format din opt
biti este numit byte.

Reprezentarea numerelor

Numerele intregi se pot reprezenta sub forma de siruri de biti. Exista si alte
tipuri de numere si acestea de asemenea pot fi reprezentate ca stringuri de biti, insa
reprezentarea lor este ceva mai elaborata.

De la numere zecimale la numere binare

Fiintele umane folosesc in mod natural sistemul zecimal pentru a reprezenta


numerele. Pot fi utilizate mai multe sisteme de numeratie: in baza 2, 8, 10, 16.
Dintre sistemele de numeratie cel mai potrivit este cel in baza doi, respectiv
cand sistemul de calcul trebuie sa distinga doar intre doua valori; intre un semnal de
valoare joasa (Low) si unul de valoare inalta (High).
In acest caz, sistemului de operare trebuie sa i se ofere spre operare
reprezentarile binare ale numerelor zecimale. Este de subliniat, din nou, ca
sistemele de calcul nu opereaza de fapt cu numerele 0 si 1, ci cu simbolurile
asociate lor, respectiv semnalele Low si High.
Numerele binare, sunt convertite in semnale reprezentate ca siruri de biti
(bit string).
Operatiile aritmetice efectuate asupra numerelor binare, cum ar fi adunarea,
inmultirea si impartirea, se efectueaza ca si in cazul numerelor zecimale. Singurul
lucru pe care trebuie sa se tina seama este ca numerele sunt compuse din cifrele 0 si
1 in loc de toate cifrele cuprinse intre 0 si 9.

Problema sirurilor finite

Implementarea sistemului binar este limitata de faptul ca operatiile se pot


efectua numai asupra unor stringuri de biti de lungime finita. De pilda, computerele
personale suporta numai operatii cu stringuri de 16 sau 32 de biti. Consecinta
acestei limitari este ca trebuie sa se determine cum anume se vor reprezenta
numerele prin stringuri de lungime finita si fixa.
Numerele mari se reprezinta prin serii de siruri de biti si anume prin
stringuri de 32 sau 64 de biti.
Numerele negative se reprezinta prin:
- indicarea semnului, utilizand primul bit din serie (sign-magnitude notation). In
acest caz exista un bit mai special (primul bit), ceea ce inseamna probleme
suplimentare la implemenatre.
- o alta modalitate este cea care foloseste notatia numita complementul lui 1. In
aceasta reprezentare, numerele pozitive sunt reprezentate in mod obisnuit, iar cele
negative sunt reprezentate inversand toti bitii. Dezavantajul apare atunci cand
trebuie efectuate scaderi, iar descazutul este mai mare decat scazatorul.

Numerele reale

Cele mai multe calcule stiintifice se bazeaza pe numerele reale si din acest
motiv, reprezentarea lor in sistemele de calcul a fost intotdeauna o problema
importanta.
In ceea ce priveste numerele fractionare binare, nu este greu de imaginat o
reprezentare asemanatoare numerelor fractionare in baza zece. Problema incepe
cand numerele fractionare trebuie reprezentate printr-un numar fix de biti. Daca in
cazul numerelor naturale se pot efectua calculele exact, in cazul numerelor
fractionare trebuie sa se recurga la aproximatii.

Reprezentarea textului

Reprezentarea textului prin siruri finite de biti. Codificarea caracterelor

Pentru aceasta, este nevoie mai intai de o conventie prin care se asocieaza
fiecarui sir finit de biti un anumit caracter. Dupa ce se realizeaza acest lucru, textul
va fi usor de reprezentat, deoarece acesta poate fi translatat intr-o succesiune de
stringuri finite de biti.
In ceea ce priveste conventia, exista mai multe standarde, numite coduri de
caractere, cele mai raspindite fiind ASCII (American Standard Code for
Information Interchange) si EBCDIC (Extended Binary Code Decimal Interchange
Code). Ultimul este mai ales folosit de IBM pe mainframe.

Editoarele de text

Editoarele de text care folosesc HTML (HyperText Markup Language)


ofera un bun exemplu de felul in care, dupa reprezentare, textul poate fi formatat.
HTML nu este un limbaj de programare, ci este un limbaj pentru descrierea
documentelor.
Documentele sunt scrise in cod ASCII si formatarea documentelor este
descrisa de tag-uri (marcatori) scrise tot cu cod ASCII.
Ideea de baza a acestui limbaj, (HTML) este ca orice document este compus
din elemente cum ar fi titluri, paragrafe, liste (numerotate sau nu), tabele, imagini,
etc. Prin urmare, aceste elemente trebuie marcate intr-un fel sau altul pentru a
indica sistemului de calcul cum anume sa afiseze documentul. Modalitatea folosita
de HTML este cea a utilizarii tag-urilor formate tot din caractere ASCII, cuprinse in
paranteze unghiulare, de forma <tag>. Nu are importanta daca se folosesc
majuscule sau minuscule, iar tag-urile pot fi binare (de inceput si de sfarsit) sau
unare (ca de exemplu <hr> care deseneaza o linie orizontala).
HTML nu este un limbaj de programare, iar un document HTML nu este un
program de computer. În timp ce un program de computer înseamnã o serie de
proceduri si instructiuni care se aplicã unor date, un document HTML reprezintã
chiar datele. Limbajul HTML specificã gramatica si sintaxa tag-urilor (etichetelor)
care, inserate în date (de exemplu text), spun navigatorului, cu care se priveste
documentul, cum anume sã-l afiseze.
Una din problemele existente in cazul procesoarelor de text este ca
standardizarea este destul de redusa. Acest lucru se traduce prin aceea ca daca se
doreste procesarea documentului cu un alt procesor de texte va trebui in prealabil
ca acesta sa dispuna de posibilitatea de conversie a documentului in formatul pe
care el il intelege.
O alta problema legata de limbajele de marcare a documentelor (markup
languages; exemplu: HTML sau LaTeX) este ca acestea nu adera strict la codarea
ASCII a caracterelor tiparibile - mai ales limbajele utilizate pe PC-uri - dar
utilizeaza in schimb multe alte caractere netiparibile. In consecinta, textul, inclusiv
comenzile utilizate la markarea textului, nu pot fi afisate direct pe ecran.
Problemele se complica putin si cand se incearca trimiterea unor asemenea
documente utilizand servicii de comunicatie de nivel inalt; sistemele de
comunicatie asteapta ca datele pe care le trimite sa fie numai caractere ASCII
tiparibile.

Reprezentarea semnalelor

Reprezentarea numerica a unui semnal analog incepe prin esantionarea


semnalului (taierea lui in "felii") la o frecventa constanta. Aceasta frecventa trebuie
sa fie suficient de ridicata ca sa poata permite reconstituirea formei semnalului
esantionat. O teorema (Nyquist) determina valoarea minima a frecventei de
esantionare la o valoare cel putin dubla cu a semnalului care trebuie esantionat.
Urmatorul pas consta in asocierea unor valori numerice inaltimilor
dreptunghiurilor curbilinii rezultate. Daca se reuseste acest lucru, semnalul poate fi
reprezentat numeric cu o buna aproximatie, memorand frecventa de esantionare si
seria de numere care reprezinta inaltimile dretunghiurilor curbilinii mentionate.
Impedimentul, ca si in cazurile anterioare, este legat de numarul de biti care
se poate folosi pentru memorarea inaltimilor (valorilor semnalelor la diferite
momente de timp). Cu cat numarul de biti este mai mare, cu atat numarul de
diviziuni (rezolutia) pe aceasta scara este mai mare.
Circuitele care realizeaza aceste conversii sunt circuite specializate
(convertoare analog-digital ADC) si rezolutiile la care lucreaza sunt de 8, 16 si 32
de biti. Ce se va intampla cu valorile numerice mai departe depinde doar de
operatiile disponibile si algortimul de lucru.

Operatii

Descrierea operatiilor care se efectueaza cu numere si texte se face folosind


un sistem matematic in care operatiile asupra stringurilor de biti pot fi descrise in
termeni de functii si expresii.
De exemplu, adunarea a doua numere binare, reprezentate prin stringuri de
biti, se transforma de fapt intr-o operatie efectuata asupra acelor stringuri. Felul in
care se opereaza asupra acelor stringuri de biti trebuie, in acelasi timp, sa fie si
foarte simplu pentru a putea apoi fi usor implementat intr-un dispozitiv electric sau
mecanic care sa simuleze operatia.
Un astfel de sistem este algebra booleana.

7.2. Rolul soft-ului in timp

Softul in ultima perioada a depasit ca si importanta hardul. Elementele de


succes ale unei companii depind acum de uneltele soft pe care le are la dispozitie.
Aparitia Ingineriei soft se datoreaza faptului ca nici unul din produsele create pina
la aceasta ora nu exploateaza la maximum posibilitatile oferite de platformele hard.
Datorita softului asistam la o modificare a tuturor structurilor societatii, ceea ce
conduce la evidentierea directiilor strategice in care va evolua softul. Si anume:
structurile guvernamentale, structurile militare, felul in care se poarta un razboi,
structurile economice, structurile educationale. Toate sunt afectate de produsele
soft. Asistam la ceea ce se numeste o deplasare a societatii de pe modelul industrial
pe modelul informatizat (exemplu: S.U.A.).

Softul a modificat radical felul in care traieste si functioneaza societatea.

Evolutia softului a inceput de prin anul 1950 pina in prezent. Etapele mari
din puntul de vedere al softului sunt patru la numar (de fapt nu exista o distinctie
clara intre aceste etape; de multe ori ele se suprapun).

In prima etapa 1950-1965 prelucrarile soft se faceau pe loturi. Distributia


produselor soft era limitata si softurile se faceau la comanda. Nu existau metode
sistematice pentru dezvoltarea softului, softul era considerat de hardisti un fel de
produs auxiliar. Dezvoltarea softului era necontrolata, hardul era dedicat executiei
unui singur program si nu existau documentatii. Echipa de proiectanti
(programatorii) lucra in aceeasi intreprindere in care se folosea softul.

A doua etapa este cuprinsa intre anii 1965 si 1975. In aceasta perioada apar
rezolvari hard multiuser, la presiunea marilor companii americane (pentru
rezervari) care incepeau sa se dezvolte din ce in ce mai mult, avand nevoie de mai
multi utilizatori care trebuiau sa opereze in aceeasi baza de date. Bazele de date au
fost posibile datorita progreselor facute in tehnicile de memorare.

Tot in aceasta perioada apar primele sisteme soft care lucreaza in timp real
(tot in Statele Unite, la sistemele de aparare); apar bazele de date si produsele de
serie. Dintr-o data un produs este destinat mai multor clienti. Produsele de serie
conduc la aparitia asa numitelor case de soft care nu mai sunt niste oficii de calcul
in interiorul unor companii, ci creaza si vand acelasi soft mai multor clienti.
Asistam la doua fenomene interesante. Apar biblioteci foarte mari de programe: de
matematica, de economie, de banci, etc. Aceste biblioteci trebuiau adaptate sa
functioneze pe diferite platforme hard (inca nu erau unificate) si cea mai mare parte
a efortului inginerilor soft era nu in creatie, ci in mentinerea softului.

A treia perioada, cuprinsa intre 1975-1985 (impartire oarecum artificiala,


dar mai usor de analizat), este caracterizata de progrese deosebite in
microprocesoare, apar PC-urile, statiile de lucru care au aproape aceeasi putere de
lucru ca si mainframurile low end.

Tot in acesta perioada apar produse inteligente: robti industriali, aplicatii de


banca, industria automobilelor, etc. Existenta microprocesoarelor la pret scazut
diversifica utilizarea lor; pentru a le face utile in diferite domenii mai era nevoie
doar de program.

Aceasta perioada se caracterizeaza prin hard ieftin, sisteme distribuite,


inteligenta integrata (de pilda: cuptorul cu microunde care are un microprocesor,
memorii si programe scrise de cineva). Aceasta perioda se mai caracterizeaza
printr-un impact deosebit asupra consumatorului obisnuit (PC, jocuri).

Este perioada in care softul devine mai scump decat hardul.

Progresele in hard sunt incetinite (cel putin deocamdata) de limitarile fizice


la care s-a ajuns cu miniaturizarea, astfel ca nu prea se faceau progrese
spectaculoase in hard. Totusi, s-a ajuns la limita miniaturizarii, ca urmare a faptului
ca tehnologia presupunea imaginarea circuitelor, desenarea lor, micsorarea lor cu
sisteme optice, proiectia lor pe cipuri semiconductoare, etc. Proiectia se face insa
cu raze de lumina si dimensiunile componentelor au ajuns la ordinul de marime al
lungimii de unda. S-a realizat atunci o tehnologie care lucreaza cu lumina cu
lungime de unda mai mica, lumina albastra. Datorita fenomenului de difractie nu se
poate merge mai departe cu miniaturizarea. mai mult, dimensiunile mici ale zonelor
de baraj din tranzistori au ajuns de ordinul de marime al drumului liber mediu
datorat agitatiei termice; cu alte cuvinte nu-si mai fac datoria cum trebuie.
Zgomotul termic la temperatura de functionare determina un drumliber mediu mai
mare decit tranzistorul. Deci nu are importanta cum il polarizezi ca electronii trec
de colo colo cum doresc. Jinctiunea este prea mica. O solutie ar fi racirea
componentelor.

O alta directie ar fi realizarea circuitelor logice cu substante organice.

Oricum, cel putin pentru urmatorii ani, se pare ca hardul nu va mai face
progrese spectaculoase, motiv pentru care se vor exploata posibilitatile rezolvarilor
soft.

A patra perioada, dupa anul 1985, se caracterizeaza prin PC-uri deosebit de


puternice si un accent deosebit pus pe soft: mentinere, intretinere, componente,
expansiune a tehnologiilor, sisteme expert, inteligenta artificiala bazata pe retele
neuronale si calcul paralel.

Ingineria Programarii se dezvolta ca urmare a faptului ca perioada este


caracterizata de:

- hard puternic, supersofisticat dar subutilizat de sistemele soft;

- cererea de programe de catre piata este mult mai mare decit capacitatea de
productie;

- intretinerea softului este ingreunata de design prost si resurse inadecvate.

Incepe sa se puna accent pe practica ingineriei soft, adica pe analiza


resurselor, scrierea specificatiilor, codul, documentatia, etc. Nimeni nu stia cat
dureaza dezvoltarea softului, cat va costa, cum anume trebuie gasite erorile din soft
inainte de a fi gasite de client, cum se masoara progresul in realizarea softului.
Rezulta nevoia de abordare stiintifica.
Apar totusi, in acest domeniu, o serie de probleme legate de:

- aplicatii vechi care au suferit revizuiri si sunt greu de mentinut;

- programe care merg dar nimeni nu are sursa; exista programul compilat care
produce date care pot fi folosite; de cele mai multe ori, in astfel de cazuri, nu se
doreste efectuarea de investitii;

- sistemele integrate se comporta deseori imprevizibil si nu pot fi inlocuite pentru


ca nu se are cu ce;

- comertul electronic.

7.3. Interactiunea om-computer: modalitati de abordare,


interactivitate, functionalitate, elemente de design, evolutia tehnicilor de
design

Interactiunea om-computer (prin computer se va intelege orice sistem de


calcul) studiaza:
- tehnica disponibila, din punctul de vedere al utilizatorului,
- ce urmaresc oamenii sa realizeze cu aceasta tehnica (in realizarea task-urilor
exista constringeri umane si limitari functionale);
- felul in care oamenii interactioneaza cu acesta tehnica (metode si modele de
interactiune);
- si felul in care aceasta tehnica poate fi imbunatatita (principii de design,
tehnologii de construire a interfetelor).
Problemele legate de interactiunea om-computer trebuie cunoscute de toti
cei care utilizeaza computere (sisteme de calcul) deoarece reprezinta principalul lor
mod de lucru si datorita faptului ca interfetele om-computer au toate sansele sa
devina criterii decisive pentru acceptarea unui anumit produs pe piata. Aceasta cu
atat mai mult cu cat, atat produsele hard, cat si cele soft au devenit bunuri de larg
consum. Cunostintele legate de interactiunea om-computer au un rol important in
societate deoarece servesc eficient piata de munca. In aceeasi ordine de idei, trebuie
pregatite intefetele pentru sistemele hard si soft viitoare, care sa includa
recunoasterea vocii, a miscarilor si sa utilizeze realitatea virtuala si agentii
inteligenti.
Desi computerele au devenit omniprezente, la fel de obisnuite ca si
automobilele sau televizoarele, utilizarea lor pe post de unelte eficiente in munca de
fiecare zi necesita inca o destul de indelungata pregatire.
Computerul este o entitate pasiva in asteptare, pregatit sa execute doar
instructiuni extrem de precise si detaliate. Ajutorul pe care-l da utilizatorului pentru
realizarea unor sarcini complexe (cum ar fi cautarea informatiei) este
nesemnificativ.
In tentativa sa de a utiliza unealta computer utilizatorul se loveste de
disjunctia dintre cele doua universuri: al utilizatorului pe de o parte si al sistemului
de calcul pe de alta parte.
Universul utilizatorului este cel in care sunt realizate sarcinile externe,
formulate in limbajul natural; este cel in care sunt manipulate simbolurile invatate
in scoala si in care se opereaza cu obiecte reale.
In universul sistemului de calcul, sarcinile sunt formulate intr-un limbaj de
programare, care are o sintaxa si o semantica a lui; manipularea simbolurilor este
de fapt o manipulare a reprezentarilor simbolurilor, iar operarea cu obiecte este de
fapt operare cu obiecte soft.
Maparea celor doua universuri se realizeaza de regula de catre designerii de
interfete om-computer. Rezultatul este interactiunea dintre cele doua universuri si
siguranta utilizatorului ca unealta sistem de calcul realizeaza functionalitatea
(activitatea) dorita. Totodata, maparea celor doua universuri (sau a unor parti ale
lor) presupune gasirea unui set de reguli pentru translatarea obiectelor, simbolurilor
si actiunilor externe in obiecte, simboluri si actiuni interne.
Dar se impun cateva observatii:
a. Maparea celor doua universuri nu este niciodata completa si nici nu poate fi. Ea
se realizeaza pe zone care vizeaza rezolvarea unui anumit grup de probleme sau a
unor sarcini specifice. Din acest motiv nu exista o interfata perfecta si deci nici o
cale infailibila de a o implementa. Atunci cu atat mai putin se poate vorbi de
existenta unor interfete bune pentru toti utilizatorii, indiferent de pregatirea si
cultura lor, adica ceea ce in engleza se numeste "one fits all" interface.
b. Domeniul interfetei Om-Computer (Human Computer Interface, HCI) este
interdisciplinar, presupunind expertiza in mai multe domenii cum ar fi: psihologie
cognitiva, ergonomie, inginerie soft sau etnografie.
c. Designul interfetelor a fost recunoscut ca un domeniu distinct doar cu putin timp
in urma (aproximativ zece ani) cu toate ca designul interfetelor cu alte echipamente
(electronice, electrice, mecanice, etc.) au o istorie mult mai lunga.

Modalitati de abordare

Principial vorbind exista numai doua tipuri fundamental diferite de abordari


in crearea unei interfete om-computer: modelul ingineresc si modelul utilizator.
Fiecare dintre cele doua tipuri de modelari ale interfetei, aplicabile si la sistemele
de calcul, are avantajele si dezavantajele lui.

Prima (istoriceste vorbind), modelul ingineresc, este abordarea de pe pozitia


inginerului care, fie a construit sistemul de calcul, fie este foarte familiar cu modul
in care acesta functioneaza. Aceasta abordare se concretizeaza prin maparea directa
a elementelor functionale ale sistemului de calcul in interfata utilizator.
Cea de a doua abordare, modelul utilizator, mapeaza in interfata numai
acele elemente care accesate direct, conduc la realizarea activitatii prevazute pentru
utilizator.

Modelul ingineresc reprezinta o mapare directa a functionalitatii in


interfata; este calea cea mai simpla pentru un designer care de cele mai multe ori se
intimpla sa fie chiar creatorul sistemului. Desi reprezinta calea cea mai simpla
pentru inginer, este in acelasi timp calea cea mai greoaie pentru utilizator deoarece
acesta va trebui sa stie, cel putin in principiu, cum anume functioneaza dispozitivul.
Modelul ingineresc este excelent daca sarcinile care trebuie indeplinite cu
sistemul de calcul sau aplicatia soft, sunt ingineresti, adica foarte tehnice. Modelul
ingineresc pentru interfata ofera acces total la functionalitatea echipamentului,
permite reglaje fine si posibilitatea de debug-ing. Controlul complet asupra unui
dispozitiv se poate dovedi crucial atunci cand este vorba de nefunctionalitate. Este
motivul pentru care astronautii americani care utilizeaza navetele spatiale au cerut
accces total la functionalitatea sistemelor lor computerizate.
Deci, cu alte cuvinte, acest model este usor de implementat dar greu de
invatat.

Modelul utilizator pentru interfata implementeaza de fapt sarcinile (task-


urile) pe care utilizatorul vrea sa le realizeze. prin implementarea interfetei;
utilizatorul va avea in fata lui o masina virtuala, care "ascunde" modul de
functionare al masinii reale si care aduce in fata, elementele de control prin care
utilizatorul isi poate realiza activitatea.
Din punctul de vedere al utilizatorului invatarea in acest caz este rapida si
eficienta, operatiile pe care trebuie sa le efectueze sunt mapate direct in interfata si
sistemul este protejat impotriva erorilor fatale (de pilda sa scrie intr-o anumita zona
a memoriei).
Minusurile unei interfete utilizator create pe baza modelului utilizator sunt
in primul rand legate de definirea task-urilor utilizator (ce model de activitate
doreste utilizatorul sa efectueze cu sistemul sau produsul soft?); task-urile utilizator
sunt in general determinate de uneltele utilizate in trecut; adaptarea fara
discernamant a interfetei la ele poate bloca utilizatorul intr-un anumit tip de
comportament. Masina virtuala ar putea foarte bine realiza o actiune pe care un alt
utilizator o stie, dar nu are acces la ea. Un alt dezavantaj este legat de costul ridicat
si complexitatea dezvoltarii unei asemenea interfete.
Avantajul unei interfete creata dupa modelul sarcinilor pe care le are de
indeplinit utilizatorul consta in invatarea rapida si eficienta.
Exemple de interfete utilizator:
Un prim exemplu este interfata oferita de sistemul de operare DOS, iar cel
de-al doilea este interfata oferita de suprafata grafica Windows. Cea de a doua
incearca sa ascunda cealalta interfata mai inginereasaca (DOS) peste care ruleaza.
Interfata Windows este mult mai mult orientata spre modelul utilizator. Motivul
este dat de faptul ca utilizatorul trebuie sa controleze computerul nu invers. Acest
lucru este realizat de aplicatii care intrupeaza trei calitati: responsivitate,
permisivitate si consistenta.

Interactivitate
Prin interactiune om-computer intelegem orice comunicare intre utilizator si
computer, fie ea directa sau indirecta. Directa in sensul ca interactiunea este
controlata pe intreg parcursul ei (de exemplu prin ferestre de dialog), indirecta in
sensul ca invoca procese care decurg in fundal.
Desi elementele prin care este descrisa interactivitatea sunt bine cunoscute,
nu se poate vorbi inca de o descriere teoretica a valorilor lor pentru interfata si nici
de o teorie unificata a interactiunii om-computer.
Din punctul de vedere al utilizatorului, exista trei aspecte relative la
interfete:
- asigurarea interactivitatii;
- asigurarea functionalitatii;
- probleme legate de prezentare.

Interactiunea poate fi privita ca un dialog intre utilizator si computer. In


cazul acestui dialog, alegerea tipului de interactivitate are un efect puternic asupra
naturii acestui dialog. Cele mai raspandite tipuri de interactivitate prezente la
sistemele de calcul sunt prin:
1. linie comanda;
2. meniuri;
3. limbaj natural;
4. dialog (ferestre de dialog si interogari);
5. forme si foi de calcul;
6. medii WIMP(windows, icons, menus, pointers).

Interactivitatea prin linie comanda


Aceasta a fost primul tip de interactivitate utilizat si mai este inca destul de
raspandit in ciuda raspindirii tot mai largi a interfetelor grafice. Interactivitatea linie
comanda furnizeaza o modalitate de introducere directa a instructiunilor
utilizatorului catre computer prin folosirea tastaturii (caractere, cuvinte, abrevieri,
etc). In anumite sisteme de calcul, interactivitatea de acest fel este singura cale de
interactiune cu sistemul de calcul. La cele mai multe sisteme de calcul de astazi, la
acest tip de interactivitate se mai adauga interactivitate bazata pe meniuri sau
interactivitate bazata pe elemente grafice.
Interactivitatea prin linie comanda este puternica deoarece ofera acces direct
la functionalitatea sistemului. Acest tip de interactivitate este flexibila deoarece
comenzile prezinta un anumit numar de "modificatori" numiti si "optiuni" sau
"parametrii" care ii afecteaza efectul.
Dincolo insa de acesta flexibilitate, exista si aspecte negative acestea fiind
legate mai ales de dificultatea de invatare si utilizare. Comenzile si optiunile trebuie
memorate si prin urmare, acest tip de interactivitate este mai curand folosit de
"profesionisti", de utizatorii care au un anumit grad de expertiza legat de
functionarea masinii. Aspectele negative pot fi aleviate utilizand abrevieri si
comenzi cu nume inspirate.

Interactivitatea prin meniuri


Aceasta inseamna ca utilizatorului ii este oferit un set limitat de optiuni,
afisate pe ecran si care pot fi selectate fie utilizind tastatura, fie mouse-ul sau alt
dispozitiv de selectie.
Deoarece optiunile sint vizibile, darea comenzilor catre sistemul de calcul
este mai putin solicitanta pentru utilizator deoarece acest tip de interactivitate se
bazeaza pe recunoastere si nu pe reamintire. Optiunile trebuie sa fie semnificative,
sa fie grupate logic pentru a facilita recunoasterea si sa fie structurate ierarhic.

Limbajul natural
La prima privire pare cea mai atractiva cale de comunicare cu computerele
deoarece utilizatorii, care nu-si aduc aminte de o comanda sau au senzatia ca se
pierd intr-o prea dezvoltata ierarhie de meniuri, pot conta pe computer daca acesta
este capabil sa inteleaga instructiunile exprimate in limbajul uzual. Intelegerea
limbajului natural, vorbit sau scris, este un domeniu de mare interes si cercetare.
Din nefericire, in ciuda banilor investiti, datorita complexitatii si ambiguitatilor
limbajului natural, construirea unui algoritm eficient care sa permita sistemelor de
calcul sa inteleaga omul, este inca un proiect de viitor.
Limbajul natural prezinta ambiguitati la mai multe nivele, in particular la
nivel de sintaxa si de structura a frazei. Din aceasta cauza, in vorbirea de fiecare zi,
comunicarea se bazeaza si pe elemente nonverbale, si pe context, si pe acceptiunea
generala si pe repetitie (redundanta informatiei) care, intr-o anumita masura,
elimina din ambiguitati. La aceasta ora, utilizarea limbajului natural in interactiunea
cu computerele impune utilizatorului restrictii; fraze si/sau cuvinte pe care
computerul le poate intelege. Date fiind aceste probleme, pare destul de putin
probabil ca o interfata care se bazeaza in intregime pe limbajul natural sa fie
disponibila in viitorul apropiat.

Intrebare raspuns si interogatie


Acesta este un mecanism simplu pentru a furniza input. Utilizatorului i se
pun o serie de intrebari, marea lor majoritate comportand raspunsuri simple (de
genul DA/NU). Exista insa si variante in care se folosesc intrebari care comporta
raspunsuri multiple, raspunsuri codificate (butoane radio, casute de selectie).
Utilizatorul este astfel condus prin interactiune pas cu pas. Aceste interfete
sunt usor de invatat si de folosit, dar au functionalitate si putere limitate. Prin natura
lor, sunt corespunzatoare in domenii limitate si mai ales pentru utilizatorii
incepatori. Interogarile sunt modalitati de interactiune care vizeaza gasirea unei
anumite informatii intr-o baza de date. Ele sunt fraze in stilul limbajului natural
insa necesita o sintaxa specifica si cunoasterea structurii bazei de date. Interogarile
sunt construite cu ajutorul unor atribute care reprezinta criteriile de cautare in baza
de date si contin de obicei caracteristicile afisarii informatiei gasite. Evident ca
limbajele devin din ce in ce mai complexe daca se utilizeaza mai multe atribute, in
special daca utilizatorul stabileste relatii logice intre acestea.

Forme si foi de calcul


Interactivitatea bazata pe forme este utilizata in principal pentru culegerea
de date, dar poate fi utilizata si in aplicatii de culegerea datelor. Utilizatorului i se
prezinta intr-o maniera care sugereaza un formular pe hirtie, campuri text care
trebuie completate, asemanator cu formularele obisnuite. Utilizatorul le
completeaza (sau selecteaza butoanele), iar valorile corespunzatoare sunt trecute
aplicatiei.
Foile de calcul sunt ceva mai complexe. Ele constau din ansambluri de linii
si coloane, la intersectia carora se definesc niste celule. Acestea pot fi identificate
ca la sah cu ajutorul a doua valori (linie-coloana), valori care constituie si referinta
la continutul celulei. Celulele pot contine valori numerice, alfanumerice sau
formule in care variabilele sunt referintele la celule. Utilizatorul introduce valorile
in aceste celule iar apoi le manipuleaza facand referinte la celule. Forta unei foi de
calcul consta in separarea variabilelor critice (care se repeta si sunt susceptibile la
schimbari) de operatiile logice. Actualizarea variabilelor critice se poate face atunci
intr-un singur loc ceea ce usureaza intr-o mare masura munca utilizatorului.
Evident ca exista o anumita sintaxa a continutului celulelor (de exemplu,
celulele cu continut numeric incep diferit fata de cele care contin stringuri sau
formule) si ca functiile care pot fi utilizate sunt din cele mai diverse (matematice,
booleene, de comparatie, etc.).

Functionalitate

Interfetele "linie de comanda" au aparut odata cu limbajul masina (primele


programe stocate in computer erau scrise in limbaj masina); fiecare declaratie in
limbaj masina corespunzand unei operatii a CPU. Apoi a venit randul limbajelor de
nivel inalt, situatie in care utilizatorul lucreaza cu constructii matematice si logice
mai evoluate, mai familiare BASIC, C, C++, Java, etc.
Aparitia mediilor de lucru vizuale a fost de fapt o mica revolutie. Azi,
marea majoritate a interfetelor pentru sistemele de calcul se bazeaza pe metafora
biroului traditional: documente, dosare (foldere), cos de gunoi, etc.
Tehnologia a oferit posibilitatea unor unelte noi ca de exemplu procesorul
de texte. Acesta a inceput prin a imita masina de scris, devenit mai complet in
Word, incluzand si elemente de DTP (Desktop Publishing) si a evoluat in editoare
hypertext.

Interactiuni de baza
Interactiuni pe care se bazeaza sistemele de calcul de astazi pot fi grupate
in:
- manipularea directa a obiectelor grafice;
- mouse-ul;
- ferestrele.

Tipuri de aplicatii
Aplicatiile care au adus contributii semnificative la HCI (Human Computer
Interaction) sunt:
- Programele de desenat;
- Procesoarele de text;
- Foile de calcul;
- Procesoarele de hypertext;
- CAD (Computer Aided Design);
- Jocurile video;
- Limbajul natural si vorbirea.

Unelte soft si arhitecturi de componente


Dintre acestea se pot aminti:
- UIMS si toolkit-uri;
- Interface Builders;
- Component Architectures.

Elemente de design

In cadrul informaticii exista o subdisciplina al carei domeniu este


managementul si tehnicile procesului dezvoltarii de soft. O componenta importanta
a dezvoltarii sistemelor soft este realizarea interfetelor utilizator.
Scopul designului este sa furnizeze tehnici eficiente pentru construirea
sistemelor interactive cu inalta functionalitate.
Interfata utilizator este unul din elementele de baza ale produselor soft si de
regula, un criteriu decisiv in evaluarea unui asemenea produs. O interfata dificil de
utilizat afecteaza serios functionalitatea sistemului.
Principii de design
Designul unui sistem soft are ca punct de pornire utilizatorul, care trebuie sa
identifice sarcinile pe care doreste sa le realizeze. Importanta este si experienta si
aptitudini de care beneficiaza utilizatorul.
Datorita spectrului foarte larg de aplicatii soft si diversitatii utilizatorilor,
este imposibil sa se dea retete exacte. Dar se poate alcatui o colectie de reguli
generale, cum ar:
1. Interfata trebuie sa utilizeze termeni si concepte familiare utilizatorilor vizati;
2. Interfata trebuie sa fie consecventa;
3. Utilizatorul nu trebuie sa fie "surprins" de sistem;
4. Interfata trebuie sa includa un mecanism care sa permita utilizatorilor corectarea
erorilor;
5. Interfata trebuie sa incorporeze o forma sau alta de ghidare a utilizatorului.
Primul principiu este mai curand o regula de bun simt. Se refera la faptul de
a nu forta un utilizator sa se adapteze la o interfata construita, doar pentru ca
aceasta este mai usor de implementat.
Consecventa interfetei se refera la sistemul de comenzi si meniuri care in
intregul produs soft trebuie sa aiba acelasi format, aceeasi aparenta si acelasi mod
de functionare. Acest lucru conduce la reducerea timpului de invatare.
Cel de al treilea principiu rezulta dintr-un proces natural care se intampla cu
utilizatorul. Pe masura ce acesta intrebuinteaza un sistem, isi construieste o
reprezentare mintala a sistemului si in continuare se asteapta ca sistemul sa se
incadreze in aceasta reprezentare.
Cel de al patrulea principiu se refera la faptul ca designul interfetei trebuie
sa minimizeze efectul unor greseli. O modalitate este, de exemplu, utilizarea
meniurilor prin care utilizatorul este scutit de a tasta comenzile. Exista doua cai
principale pentru a usura munca utilizatorului in acest caz:
- cererea unei confirmari pentru actiunile distructive;
- includerea unei facilitati de revenire asupra unei comenzi date (undo).
Ultimul principiu se refera la mina de ajutor (help) care trebuie acordata
utilizatorului. Modalitatile de a face acest lucru sunt diferite, de la "tururi cu ghid"
prin sistem, pana la descrierea textuala a facilitatilor sistemului, structurata pe
diverse criterii.
Aceste principii sugereaza ca designul unei interfete trebuie sa fie centrat pe
utilizator. La urma urmelor, computerele nu sunt decat niste unelte cu care
utilizatorii incearca sa-si rezolve o parte din probleme.

Evaluarea interfetei utilizator

Crearea unor interfete utilizator de calitate necesita expertiza in mai multe


domenii si la acest proces participa specialisti cu expertiza in domenii diferite cum
ar fi: psihologi, specialisti in stiinte cognitive, graficieni, sociologi sau
programatori.
Daca produsul este de anvergura, evaluarea interfetei necesita insa pe langa
contributia lor si experimentarea sistemului soft pe un numar semnificativ de
utilizatori.
Daca produsul soft este de mai mica valoare economica, o asemenea
abordare este falimentara si in acest caz se aplica tehnici diverse de evaluare mai
putin costisitoare, pentru a determina deficientele interfetei:
- chestionare pentru a afla parerea utilizatorilor despre interfata. Sondarea
utilizatorilor cu chestionare este o cale la indemana si ieftina pentru a evalua o
interfata. Intrebarile insa trebuie sa fie bine alese si exacte. Raspunsurile furnizate
de utilizatori pot folosi la imbunatatirea interfetei.
- inregistrari video si analiza cazurilor semnificative. Aceasta idee de a folosi video
se loveste de o dificultate tehnica si anume frecventa cadrelor la camera,
comparativ cu frecventa de reimprospatare a ecranelor care ingreuneaza capturarea
unei imagini bune de pe ecran. Analiza inregistrarilor ar permite insa designerilor
sa afle daca nu cumva, de pilda, interfata lor nu necesita o activitate fizica excesiva
a utilizatorului (de exemplu: o combinatie de taste cu o mana si o actiune simultana
cu cealalta, in timp ce ochii trebuie sa parcurga repede o mare suprafata de ecran).
Insa, analiza inregistrarilor video este mare consumatoare de bani si de timp.
- includerea de cod in produs pentru culegerea de informatii legate de erorile cele
mai frecvente sau intensitatea exploatarii unor functii;
- furnizarea unei facilitati de feedback de la utilizatori catre designeri.

Evaluarea designului fara utilizatori este o tehnica destul de frecvent


intalnita. Una dintre modalitati este cea orientata pe sarcinile utilizatorului, numita
incursiune cognitiva.
Tehnica este folosita de catre programatori pe masura ce implementeaza o
interfata. Incursiunea cognitiva este mai curand o tehnica de dezvoltare, deoarece
presupune corectarea unor deficiente "din mers".
Pentru realizarea unei incursiuni cognitive, programatorul trebuie sa aibe o
imagine clara a prototipului, o decriere a sarcinilor pe care utilizatorul le va realiza
si o lista a actiunilor necesare pentru realizarea sarcinilor.
J. Nielsen si R. Molich au stabilit reguli de identificare a unei interfete
realizate corect. Dupa opinia lor, daca interfata raspunde pozitiv acestor reguli,
exista sanse reale sa fie o interfata buna.
Regulile sunt urmatoarele:
1. Dialog relevant si simplu; relevant pentru sarcina de realizat;
2. Utilizeaza concepte si metafore din lumea utilizatorului;
3. Minimizeaza efortul memoriei; adica lasa informatia pe ecran;
4. Sa fie consecventa, respectiv situatii similare sa conduca la comportari similare
ale sistemului;
5. Furnizeaza feedback;
6. Instrumente clare de navigare in sistem;
7. Scurtaturi pentru profesionisti;
8. Mesaje de eroare bine formulate; utilizatorul poate lua decizii de corectare;
9. Anticiparea si prevenirea erorilor.

Asupra tehnicilor de implementare

Modulele educationale on-line sunt colectii de documente hypermedia si


programe interconectate, toate vizand insa o aceeasi tema centrala. Ele furnizeaza
informatie structurata in anumite medii de comunicare (text, imagine, sunet, etc)
vizand un anumit domeniu, legaturi la alte surse hypermedia precum si
functionalitati suportate de programe.
Ceea ce ofera o carte on-line poate fi sintetizat in:
- Facilitati tehnice suplimentare: legaturi, actualizare rapida, interactivitate (chat),
obiecte programabile integrate in documente, teste interactive si inregistrarea
automata a performatei educationale;
- Facilitati suplimentare pentru organizare cunostintelor;
- Legaturile hypermedia nu parasesc modulul educational evitand astfel sindromul
hypertext generat de accesul aleatoriu;
- Referintele hypertext sunt relative, ceea ce usureaza sarcina serverului;
- Materialele pentru lectura sunt oferite de o maniera secventiala, urmarind analogia
cu o carte tiparita pe hirtie, fiind structurate in unitati binecunoscute cum ar fi:
capitol, subcapitol, paragraf, etc., inclusiv o coperta;
- In fiecare parte a modulului poate fi gasita o referinta la Cuprins (Home), lucru
care usureaza orientarea cititorului prevenind ratacirea acestuia;
- Organizarea cartii reflecta structura unei carti reale (Cuprins, Glosar, Referinte,
Capitole, etc.);
- Sunt folosite avantajele formatului hypermedia (lagaturi la referinte, la glosar,
etc.);
- Exista facilitatea de a tipari capitole fara a pierde din coeziunea lui, datorita
legaturilor;
- Exista un singur punct de intrare in carte si acesta cuprinde pagina de cuprins.

La aceasta se adauga obiectele programabile care faciliteaza:


- Invatarea bazata pe simulare (prin simulatorul digital);
- Invatarea bazata pe simulare (prin apleturile Java);
- Integrarea instrumentelor de invatare;
- Teste interactive (verificate local cu Java Script cu performata inregistrata intr-o
baza de date);
- Identificare si autorizare;
- Comunicare sincron (chat) si asincron (mail) cu colegii de studiu si cu
instructorul.

Evolutia tehnologiilor de design

Cea mai mare parte a cercetarilor relative la tehnologia interactiunii om-


computer a fost realizata in universitati, contributiile lor in ultimii 25 de ani
revolutionand modul in care oamenii interactioneaza cu computerele. Alaturi de
mediile universitare si-au adus contributia si cercetarile finantate de corporatii cum
ar fi Xerox PARC, IBM, AT&T si altii.
Rezultatul acestor cercetari in HCI (Human Computer Interaction) este
pleiada de suprafete grafice utilizator: Macintosh, Windows, mediile de dezvoltare
grafice (interface toolkits si interface builders) si pana si World Wide Web-ul prin
aplicarea tehnologiei hypertext la navigatoare.
La nivelul stilurilor fundamentale de interactiune trebuie enumerate:
manipularea directa, mouse-ul, ferestrele, metaforele din spatele aplicatiilor de baza
(procesoarele de text, programele pentru grafica si foile de calcul) si jocurile pe
computer.
Dintre tehnologiile care se pare ca vor avea cel mai mare impact in viitor,
trebuie enumerate recunoasterea gesturilor, multimedia, si realitatea virtuala (3D).
In ceea ce priveste crearea interfetelor utilizand alte tehnologii, interface
management systems, interface toolkits si interface builders.

Interactiuni de baza
Interactiuni pe care se bazeaza sistemele de calcul de astazi pot fi grupate
in:
- manipularea directa a obiectelor grafice;
- mouse-ul;
- ferestrele.

Manipularea directa a obiectelor grafice de pe ecran cu ajutorul unui


dispozitiv de punctare a fost pentru prima data demonstrata de Ivan Sutherland, in
1963 la MIT, in teza sa de doctorat. Teza continea o multitudine de idei noi:
reprezentarile iconice, selectarea deplasarea si redimensionarea obiectelor grafice.
Un alt sistem, AMBIT/G, implementat tot la MIT, in 1968, utilizeaza pentru
prima data, printre alte tehnici de interfata, reprezentarile iconice, recunoasterea
gesturilor si meniuri dinamice cu elemente selectabile cu ajutorul unui dispozitiv de
punctare.
Termenul de icon a fost se pare inventat de David Canfield in teza sa de
doctorat din 1975 (Stanford).
Multe din tehnicile acum raspandite, care permit manipularea directa in
interfete, cum ar fi de pilda selectia lor, deschiderea si redimensionarea, sunt
rezultatul cercetarilor efectuate de Xerox PARC in anii '70. Primul; sistem
comercial care utilizeaza aceste concepte extensiv a fost Apple Lisa (1982) si apoi
Macintosh (1984).
Mouse-ul a fost dezvoltat la Stanford Research Laboratory in 1965 pentru
inlocuirea unor dispozitive mai costisitoare, creioanele luminoase (1954).
Impunerea lui pe piata a facut-o Xerox PARC in anii '70 si a fost apoi preluat de
Apple Lisa si de Apple Macintosh.
Legat de posibilitatile ferestrelor multiple, in care ruleaza aplicatii diferite,
acest lucru a fost demonstrat de Engelbart in 1968.
Suprapunerea ferestrelor a aparut ca idee in 1969 in teza de doctorat a lui
Alan Kay, iar primele aplicatii au fost la masinile construite in laboratoarele MIT.
Primul manager de ferestre a fost imaginat la Xerox PARC (1981), iar
printre primele sisteme comerciale care l-au utilizat au fost Apple Lisa si Apple
Macintosh. Standardul X Window a fost dezvoltat la MIT in 1984.

Tipuri de aplicatii

Aplicatiile care au adus contributii semnificative la HCI sunt:


- Programele de desenat;
- Procesoarele de text;
- Foile de calcul;
- Procesoarele de hypertext;
- CAD (Computer Aided Design);
- Jocurile video;
- Limbajul natural si vorbirea.

Programele de desenat
Intr-o buna masura, posibilitatile grafice ale tehnologiei au fost demonstrate
de Sutherland (1963) cu sistemul Sketchpad. Asocierea programului de desenat cu
mouse-ul a fost realizata de Ken Pulfer si Grant Bechthold la National Research
Council (Canada) in 1968. Primul program de desenat, iar apoi de pictat a fost scris
in 1975 pentru Alto, produs de Xerox PARC.

Procesoarele de text
Primul procesor de text cu facilitatile care acum sunt semnificative a fost
propus de Engelbart (1962) la Stanford. Acesta permitea cautarea si inlocuirea,
aranjarea rindurilor in paragraf, macro-uri definibile de utilizator, derularea textului
si comenzile de copiere, taiere si lipire pentru cuvinte sau blocuri de text.
Primele editoare comerciale de tip WYSIWYG au fost Star si Lisa Write.

Foile de calcul
Prima foaie de calcul (Visicalc) a fost dezvoltata de Frankston si Bricklin
(1977-78) pentru Apple II. Acestia erau studenti la MIT, respectiv la Harvard
Business Scool.

Procesoarele de hypertext
Pentru ideea de hypertext este acreditat Vannevar Bush (1945). Termenul
de hypertext a fost insa introdus de Ted Nelson (1965), iar utilizarea pe scara larga
a hypertextului pentru a crea World Wide Web (WWW) in 1990 este atribuita lui
Tim Berners Lee (CERN).
Primul navigator hypertext pentru WWW a fost dezvoltat la NCSA
(National Center for Supercomputer Applications) de pe langa University of
Illinois.

CAD (Computer Aided Design)


Primele sisteme CAD dateaza din anul 1963: Computer Aided Design
Project al lui Dough Ross la MIT si sistemele CAD 3D care au ca parinte pe
Timothy Johnson, la MIT, in 1963.

Jocurile video
Primul joc video a fost se pare Space War, realizat de Slug Russel de la
MIT in 1962, pentru sistemul PDP-1 (inclusiv primul Joystick). Primul joc
comercial mai raspandit a fost Pong (1976).

Limbajul natural si vorbirea


Majoritatea cercetarilor fundamentale legate de vorbire si de limbajele
naturale in general (intelegere si generare) au fost realizate la MIT, IBM, Bell Labs,
BellCore si AT&T.

Unelte soft si arhitecturi de componente

Dintre acestea se pot aminti:


- UIMS si toolkit-uri;
- Interface Builders;
- Component Architectures.
UIMS si toolkit-uri
Acronimul UIMS vine de la User Interface Managemment System (sisteme
de management pentru interfata utilizator). Primul UIMS se pare ca a fost realizat
in 1967 de catre William Newman la Imperial College, London: Reaction Handler.
Primii manageri de ferestre (Smaltalk, 1974 si InterLisp, ambele produse de Xerox
PARC) erau prevazuti cu citeva widgets, cum ar fi barele de derulare si meniurile
pop-up.
Widgets este numele generic pentru elementele gen butoane, meniuri, bare
de derulare care intermediaza interactiunea in interfetele utilizator grafice.
Xerox Star (1981) a fost primul sistem comercial prevazut cu un numar
mare de widgets, iar Apple Macintosh (1984) a fost prima compania care a
promovat un toolkit pentru ceilalti proiectanti pentru a impune un anumit tip de
interfata.
Unul dintre primele toolkit-uri C++ a fost InterViews, dezvoltat la Stanford
in 1988. Cercetarile recente se pare ca sunt intreprinse de mai multe universitati
finantate fie din programe guvernamentale, fie de corporatii (exemplu: in cazul
Georgis Tech, finantarea vine de la Intel si NSF-National Science Foundation).

Interface Builders
Acestea sunt unelte interactive care permit realizarea interfetelor din
elementele numite widgets. Astazi se gasesc pe piata sute de astfel de "interface
builders".
Unul dintre primele a fost cel creat de Xerox PARC, Trillium, iar un altul a
fost "Resource Editor" promovat de Macintosh. Acesta permitea widget-urilor sa
fie inserate la locul dorit si editate.

Component Architectures
Ideea de a crea interfete prin conectarea unor componente scrise separat a
fost pentru prima data demonstrata la Carnegie Mellon University in 1983 in cadrul
proiectului Andrew. Acum ideea este popularizata de Microsoft cu al sau OLE si de
arhitectura OpenDoc promovata de Apple.

7.4. Fundamente ale ingineriei software


Neajunsurile legate de dezvoltarea software, nu pot disparea peste noapte.
Recunoasterea faptului ca exista aceste neajunsuri, care influenteaza negativ
dezvoltarea software, este insa primul pas spre gasirea unor solutii.
Solutiile vor trebui sa fie un ajutor practic pentru proiectantii de software in
vederea cresterii calitatii software si depasirii prejudecatilor (miturilor) clientilor,
proiectantilor si managerilor legate de proiectarea software.

In vederea depasirii neajunsurilor in dezvoltarea software, este necesara


parcurgerea unor pasi, din care se pot evidentia:

- intelegerea detaliata a tuturor fazelor care apar in proiectarea software si


dezvoltarea unor metode de lucru;

- gasirea (sau construirea) uneltelor care permit automatizarea acestor metode;

- imaginarea si construirea unor componente soft de dimensiuni cat de mari care se


vor folosi la implementarea software;

- gasirea unor tehnici care sa asigure calitatea softului dezvoltat;

- imaginarea unui scenariu pentru coordonarea, controlul si managementul


procesului de dezvoltare soft.

Inginerie soft sau ingineria programarii este cea care va reusi sa rezolve
toate aceste lucruri. Poate fi definita ca fiind: stabilirea si folosirea unor principii
ingineresti validate de experienta pentru a optimiza proiectarea de software din
punct de vedere ecomonic, din punctul de vedere al fiabilitatii (robustetei) si a
tipului de soft care sa functioneze eficient pe sistemele existente.

Volumul mare al activitãtii necesare pentru a dezvolta si întretine


programele (si deci implicit nivelul înalt al costurilor asociate), justificã interesul
din ce în ce mai larg pentru asigurarea unei calitãti corespunzãtoare aplicatiilor
precum si minimizarea costurilor de elaborare a acestora. Sunt utilizate metode si
instrumente adecvate analizei în detaliu a cerintelor software si de elaborare sau
testare a programelor, ce asigurã un minimum de erori admisibile si o
productivitate cât mai mare.

Aceste aspecte specifice ce însotesc elaborarea programelor, au determinat


renuntarea la conceptul de programare "artisticã", dupã instinct si imaginatie si au
dat nastere unor încercãri de abordare sistemicã a problematicii elaborãrii
aplicatiilor, conducând în mod firesc la formularea unor noi concepte, principii,
metode si instrumente de construire a programelor, cunoscute si sub denumirea de
inginerie software. Ingineria software urmãreste în esentã rezolvarea unor probleme
specifice legate de analiza, proiectarea, implementarea, testarea si întretinerea
programelor si anume:

* Stabilirea etapelor si a sub-etapelor prin care trece secvential un produs software


pe durata ciclului sãu de viatã, definirea continutului acestor sub-etape precum si a
parametrilor de demarcare între sub-etapele si etapele succesive.

* Abordarea formalã prin elaborarea unor metode riguroase si a unor instrumente


asociate acestora, destinate asistãrii proiectãrii produsului software. Ele trebuiesc
adaptate diferitelor sub-etape din ciclul de viatã ale unui program, diferitelor tipuri
de programe precum si complexitãtii variate a programelor ce se realizeazã.

Alegerea unor metode validate de experienta presupune de fapt alegerea


unor criterii dupa care se va evalua calitatea softului. Metodele care trebuie alese
vizeaza:

- planificare proiectului;

- estimarea dificultatii lui;

- analiza cerintelor;

- proiectarea structurilor de date;

- arhitectura programelor;

- algoritmii folositi;
- codarea;

- testarea;

- mentinerea.

Instrumentele vor asigura suportul automat (sau semiautomat) pentru


metode. Aceasta inseamna ca pentru fiecare metoda va trebui sa se identifice
(aleaga) sau sa se construiasca un instrument. De pilda, asa cum exista CAD
(Computer Aided Design) pentru proiectarea hard-ului (exemplu: CADELEC,
acronim de la CAD Electric este o extensie CAD pentru proiectarea circuitelor
electrice industriale), exista instrumente pentru proiectarea softului (exemplu:
CASE system, acronim de la Computer Aided Sofware Engineering system).

Exista evident posibilitatea de integrare (a le face sa functioneze impreuna)


mai multe asemenea instrumente. Cind instrumentele sunt integrate, informatia
creata de un instrument poate fi utilizata de un altul. Se obtine astfel un sistem
complet, un mediu pentru ingineria soft (sofware enginering environment). Un
foarte bun exemplu este CASE mentionat anterior.

* Elaborarea unor proceduri clare de organizare si conducere a diferitelor activitãti


legate de realizarea programului (calitate, performantã). Obiectivul final al
ingineriei software este trecerea de la o activitate de elaborare a programelor, în
care domina stilul artizanal, de intuitie si improvizatie, de creatie tip "artã a
programãrii" la o activitate sistematicã care sã asigure - asa cum am mai subliniat -
înalta calitate a programelor si un cost cât mai scãzut al elaborãrii si întretinerii
acestora. Ingineria software se referã la utilizarea în mod riguros, sistematic si cu
profesionalism a unor metode si instrumente software adecvate, având în vedere
anumite obiective si principii de bazã.

Procedurile sunt elemente care tin laolalta metodele si instrumentele.


Procedurile definesc:

- succesiunea de aplicare a metodelor;

- controalele care asigura calitatea si coordonarea;


- etapele pentru masurarea progresului.

Rentabilitatea economicã a procesului de dezvoltare software este un


criteriu din ce în ce mai impus de cãtre managerii financiari, reprezentând un aspect
critic al activitãtii de dezvoltare a proiectelor. În definitiv, obiectivul final al
oricãrei companii interesate în dezvoltarea si comercializarea produsului sãu
informatic a fost si va rãmâne profitul. În concurenta sãlbaticã de pe piatã unde se
înfruntã "monstri sacri" precum Microsoft, IBM, Sun si în care sunt aruncate în
luptã resurse materiale si umane de proportii uriase interesul este lansarea pe piatã
cât mai repede si la costuri scãzute a unor aplicatii cât mai performante care sã le
"batã" pe cele ale concurentei. Prin urmare "fereastra de lansare" - intervalul dupã
care un nou produs riscã sã piardã piata datoritã concurentei unor versiuni mai
evoluate, se îngusteazã în mod dramatic, evoluând în timp de la câtiva ani în trecut
la doar un an sau chiar câteva luni în prezent. Aceste presiuni permanente din
partea managerilor financiari, obligã echipele de programatori sã aplice noi metode
de productie, cât mai moderne.

Ciclul de viatã al produsului software poate fi exprimat prin procentul de


timp alocat fiecãrei etape din procesul de dezvoltare. Un exemplu tipic ar fi
urmãtorul:

- Analiza cerintelor: 7%;

- Elaborarea specificatiilor pentru programe: 12%;

- Proiectarea programelor: 21%;

- implementarea programelor: 20%;

- Instalarea si testarea programelor: 40%.

Pentru a învinge concurenta produsele trebuie sã coste cât mai putin, sã fie
de calitate si sã aparã pe piatã cât mai repede. Acest obiectiv se poate atinge doar
printr-o abordare organizatã, planificatã, a procesului de dezvoltare. Unul din
primii pasi realizati atunci când se ia decizia de elaborare a unui nou program este
evaluarea calitativã si cantitativã a acestuia pentru a stabili în mod corect necesarul
de resurse umane, materiale si de timp.

In paragrafele care urmeaza se va face o descriere a celor mai recente


metode de evaluare, impuse pe scarã largã. Atentia se va concentra în special
asupra metodelor de evaluare dimensionalã si functionalã, acestea fiind cel mai des
utilizate datoritã performantelor lor.

7.5. Managementul proiectelor

In acest domeniu, dezvoltarea unui model de management pe baza


experientei practice se poate realiza prin metoda DSDM-Dynamic Systems
Development Method.

Principiile care stau la baza metodei sunt:

- Implicarea activa a utilizatorului este imperativa (obligatorie). DSDM reprezinta


o abordare centrata pe utilizator. Utilizatorii trebuie integrati in echipa de
dezvoltare, actionind nu numai ca furnizori de informatie si evaluatori ai
rezultatelor, ci si ca participanti activi in procesul de dezvoltare.

- Echipele DSDM trebuie sa fie imputernicite sa ia decizii. Echipele DSDM


constau atat din dezvoltatori (proiectanti), cat si din utilizatori. Ei trebuie sa aiba
libertatea (si sa fie in stare) sa ia decizii pe masura ce sunt identificate cerintele,
acest lucru solicitand, in majoritatea cazurilor modificari. Ei trebuie sa fie
imputerniciti sa accepte de pilda ca anumite functionalitati cerute de utilizatori sunt
acceptabile, fara ca pentru aceasta sa ceara aprobarea nivelelor superioare de
management.

- Sa se puna accentul pe livrarea cat mai frecventa a produselor. O abordare bazata


pe produs este mai flexibila decat una bazata pe activitate. Munca unei echipe
DSDM este concentrata pe produse, care pot fi livrate intr-o perioada de timp
dinainte stabilita. Aceasta abordare va determina echipa sa aleaga cea mai buna
cale pentru a obtine produsul (produsele) in intervalul de timp avut la dispozitie.
Deoarece activitatea va fi desfasurata in etape scurte, echipa va trebui sa decida
care sunt activitatile necesare pentru a realiza produsul.

- Cel mai importrant criteriu pe baza caruia un produs livrat va fi acceptat este
masura in care acesta raspunde cerintelor de afaceri. Elementul central al metodei
DSDM consta in faptul ca va conduce la livrarea unor produse cu functionalitatea
ceruta, la momentul de timp convenit cu utilizatorul. Optimizarile pot fi facute la o
data ulterioara.

- Pentru a obtine o solutie potrivita pentru business, trebuie folosita o abordare


iterativa si incrementala. O dezvoltare incrementala (permisa de DSDM) permite
proiectantilor sa utilizeze la maximum feedback-ul de la utilizatori. Mai mult, se
pot oferi solutii partiale care sa satisfaca nevoile immediate ale utilizatorului.

- Toate schimbarile in timpul procesului de dezvoltare sint reversibile. Pentru a


controla evolutia tuturor produselor (documente, soft, rapoarte de test, etc.), starea
tuturor acestora trebuie sa fie cunoscuta in fiecare moment (responsabilitatea
echipei de management).

- Cerintele sunt stabilite si "inghetate" la cel mai inalt nivel. Principiul asigura
convenirea la cel mai inalt nivel a scopului si functionalitatilor sistemului pentru ca
energia sa fie concentrata pe cercetareaimplicatiilor cerintelor. O detaliere a
cerintelor poate fi convenita mai tarziu, in cursul procesului de dezvoltare, dar
detalierea nu trebuie sa schimbe semnificativ cerintele initiale.

- Testarea este integrata in intregul proces de dezvoltare. Cu alte cuvinte, testarea


nu trebuie tratata ca o activitate separata. Daca sistemul este dezvoltat incremental,
testarea trebuie realizata de asemenea incremental si realizata atat de proiectanti,
cat si de utilizatori pentru a se asigura ca procesul de dezvoltare se indreapta in
directia buna.
Ciclul de viata DSDM

DSDM este o metoda, un mod de lucru, care permite controlarea dezvoltarii


sistemelor informatice intr-un timp scurt, predeterminat. DSDM este independent
de orice set de unelte si tehnici si poate fi utilizat si in analiza, design,
implementare, fie ca este vorba de medii individuale de lucru (PC), fie ca este
vorba de sisteme distribuite.

Metoda poate fi utilizata cel mai bine pentru dezvoltarea aplicatiilor


orientate spre business. Criteriile pentru identificarea aplicatiilor de acest gen sunt:

- aplicatia trebuie sa aiba functionalitate "vizibila" prin interfata utilizator (ecrane,


rapoarte, etc.);

- proiectul trebuie sa identifice toti utilizatorii care vor beneficia de produsul final,
astfel incat la dezvoltarea proiectului sa participe utilizatori in cunostinta de cauza
(utilizatori-ambasadori);

- daca sistemul este mare el trebuie sa poate fi impartit in componente mai mici,
care sa permita realizarea incrementala a produsului final.

Metoda DSDM reprezinta un proces generic care poate fi particularizat


pentru fiecare organizatie in parte. DSDM scoate in evidenta cinci faze ale
procesului:

1. studiul de fezabilitate;

2. studiul de afaceri;

3. realizarea modelul functional (iterativ);

4. design-ul si construirea (iterativ);

5. implementarea.
Fiecare faza are un set minim de "produse" care trebuie concretizate la
sfarsitul fazei, precum si un set de criterii pe baza carora se poate realiza respectiva
faza. Cum anume vor fi realizate produsele si ce anume vor contine ele ramane la
latitudinea fiecarei organizatii. Prin produsele mentionate mai sus nu se intelege
numai produse tehnice si documentele corespunzatoare (exemple: modelul
functional, prototipul, documente de testare), ci si produse de management
(exemple: plan de dezvoltare de soft, planificare).

Pentru a asigura tranzitia controlata intre faze, trebuie stabilite niste


preconditii pentru intrarea in acea faza. Preconditiile sunt legate atat de produs, cat
si de management.

Studiul de fezabilitate

Studiul trebuie sa evalueze masura in care aplicatia (produsul) ceruta poate


fi dezvoltata cu metode RAD (Rapid Application Development). Studiul va verifica
anumite aspecte tehnice si conditii de management care trebuie intrunite de produs.
Un astfel de studiu dureaza cateva saptamini, maximum o luna.

Studiul de afaceri (business)

Acesta va trebui sa ofere o baza solida pentru inceperea activitatii. In urma


acestui studiu sunt fixate cerintele, se schiteaza arhitectura sistemului pe baza
functionalitatii cerute si a criteriilor de utilizare si mentinere. Studiul nu dureaza
mai mult de o luna.

Modelul functional (iterativ)

Aceasta faza dureaza aproximativ o luna si consta intr-o prima etapa din
producerea unui prototip suficient de operational si de sigur incat sa satisfaca
cerintele nefunctionale (de pilda aspectul interfetei). Intr-o a doua etapa se
construieste un prototip (care ulterior va evolua spre produsul final), care va
reprezenta un model functional complet. Fiecare etapa din aceasta faza se considera
incheiata numai dupa ce modelul a fost testat de cel mult trei ori pentru demostratie
si feedback.

Design si constructie

Aceasta etapa urmareste asigurarea ca prototipul a fost suficient de bine


construit pentru a putea fi folosit intr-un mediu operational.

Implementarea

Consta in punerea la punct (stabilizarea) a produsului si training-ul


utilizatorilor. In acesta etapa nu se mai introduc noi functionalitati.

7.6. Strategia designului orientat obiect

Obiectele sunt un nou concept de programare. Acesta foloseste in loc de


functii si proceduri, obiecte care sunt niste entitati ce au inglobate date si metode de
prelucrare a lor si care suporta particularitati cum ar fi: abstractizarea, mostenirea,
mesajele.
Etapele designului

Etapele care urmeaza sunt cele necesare unui design preliminar.

1. Identificarea structurilor abstracte de date pentru fiecare subsistem (CLASELE).


Este pasul cel mai dificil in procesul de design si calitatea acestei activitati se
reflecta in arhitectura intregului sistem. In cele mai multe cazuri, structurile
abstracte de date (clasele) corespund direct unor obiecte fizice si pot fi identificate
direct din cerintele clientului legate de sistemul care trebuie modelat. Cand
problema este mai abstracta, designerul recurge, de regula, la analogii sau la
experienta sa anterioara.

2. Identificarea atributelor pentru fiecare abstractizare (ATRIBUTELE). Atributele


devin variabile ale instantelor pentru fiecare clasa. Daca clasele corespund
obiectelor fizice, atributele sunt evidente. Daca atributele apartin unor structuri
abstracte si sunt apelate si de alte obiecte din sistem, este bine sa se amine alegerea
(identificarea)lor pentru faza de detaliere a designului.
3. Identificarea operatiilor pentru fiecare abstractizare (METODELE). Operatiile
sunt de fapt metodele corespunzatoare fiecarei clase. Unele metode acceseaza si
actualizeaza variabile ale instantelor, iar altele executa operatii singulare in
avantajul claselor. In aceasta faza nu se specifica detalii ale modalitatii de
implementare a metodelor ci numai functionalitatea. Daca clasa in cauza
mosteneste o alta clasa, este posibil ca metoda sa existe sau sa fie nevoie de o
rescriere a ei. Este bine sa se amane designul intern al metodelor pana intr-o faza
ulterioara, cand se vor folosi tehnici de design formalizate.

4. Identificarea comunicatiei intre obiecte. In aceasta etapa se definesc mesajele pe


care obiectele le trimit unul altuia. Este momentul in care se defineste tipul de
legatura intre anumite metode si ce fel de mesaje pot fi trimise pentru a invoca
anumite metode.

5. Testarea designului cu ajutorul scenariilor. Scenariile inseamna un set de mesaje


trimise obiectelor. Scopul scenariilor il reprezinta testarea masurii in care sistemul
raspunde cerintelor (specificatiilor).

6. Aplicarea mostenirii acolo unde este cazul. Scopul acestui pas este reutilizarea
intr-o masura cat se poate de mare a datelor sau/si metodelor claselor care au fost
deja scrise. Intr-o abordare de jos in sus (bottom-up), pasul se efectueaza prin
identificarea, pentru un grup de obiecte, a variabilelor si metodelor comune si
scrierea unei superclase abstracte. Intr-o abordare de sus in jos (top-down), se
utilizeaza simplu mostenirea.

7.7. Evaluarea produselor software

Analiza, proiectarea, implementarea, testarea si întretinerea aplicatiilor


software ce sunt utilizate în diferite domenii de activitate, de la operatiuni bancare
si pânã la functionarea sistemelor în timp real din industria nuclearã sau
aerospatialã, reprezintã un intens efort de inteligentã asistat de unul organizatoric si
financiar; aceste eforturi sunt de dimensiuni apreciabile si aflate într-o continuã
crestere, ca pondere în totalul resurselor umane si materiale utilizate.

În vreme ce tehnica de calcul devine din ce în ce mai performantã ca urmare


a utilizãrii tehnologiilor de vârf (prin miniaturizare si ieftinire), la elaborarea si
întretinerea aplicatiilor software, în special a celor complexe, resursele consumate
ajung sã reprezinte 70-80% din costul total al sistemului (hardware si software) si
chiar cu posibilitatea de crestere pânã la 90% în unele cazuri.

7.8. Metode de evaluare

Produsul software poate fi evaluat în mod direct fie indirect. Prin evaluarea
directã a procesului de inginerie software se întelege determinarea costurilor si a
eforturilor asociate. Ea presupune calculul numãrului liniilor de cod (LOC - lines of
code) scrise, determinarea vitezei de executie, a dimensiunii memoriei, precum si a
numãrului de defecte raportat într-un anumit interval de timp.

Evaluarea indirectã a produsului reprezintã în fapt o analizã a


functionalitãtii, calitãtii, complexitãtii, eficientei, fiabilitãtii, întretinerii si multor
altor caracteristici.

Costul si efortul necesar pentru a dezvolta software, calculul numãrului de


linii de cod (LOC) precum si alte estimãri directe sunt relativ usor de estimat initial.
Totusi, calitatea si functionalitatea sau eficienta si întretinerea sunt mult mai dificil
de evaluat si pot fi mãsurate doar în mod indirect.

Metodele de evaluare ale produsului pot fi descrise dupã cum urmeazã:

- Evaluarea productivã se concentreaza asupra rezultatelor finale ale procesului de


inginerie software;

- Evaluarea calitativã oferã o indicatie a cât de aproape este produsul software de


cerintele implicite si explicite ale clientului;

- Evaluarea tehnicã evidentiazã mai degraba caracteristicile produsului software


(ex.: complexitatea logicã, gradul de modularizare) decât procesul prin care acesta
a fost dezvoltat;

- Evaluarea dimensionalã este utilizatã pentru a "colecta" evaluãrile directe ale


rezultatelor si calitãtii procesului de inginerie software;

- Evaluarea functionalã oferã o evaluare indirectã;


- Evaluarea orientatã pe resursele umane oferã informatii asupra modului în care
programatorii dezvoltã un produs software precum si asupra perceptiei eficientei
instrumentelor si modelelor de dezvoltare.

Metodele de evaluare care sunt cel mai frecvent utilizate de cãtre


companiile de soft sunt urmatoarele:

Metoda evaluarii dimensionale

Evaluarea dimensionalã a produsului software reprezintã o estimare directã


a acestuia precum si a procesului prin care el este dezvoltat. Daca un manager de
proiect mentine înregistrãri simple, poate fi creat un tabel cu datele ordonate dupa
criteriul dimensiunii. Pentru fiecare proiect, datele dimensionale uzuale sunt:

- efortul estimeazã necesarul de resurse umane si se mãsoarã în programatori pe


lunã sau programatori pe an;

- KLOC (Kilo Lines of Code) - mii de linii de cod;

- valoarea este exprimarea bãnescã a efortului;

- pagini de documentatie;

- numãrul de erori raportate de utilizatori într-o perioadã de timp (de pildã un an);

- numãrul de programatori care au lucrat la dezvoltarea produsului software.

Din datele primare continute într-un astfel de tabel poate fi realizatã o


evaluare a productivitãtii si una a calitãtii, orientate dimensional, pentru fiecare
proiect în parte. În completare, pot fi calculati alti parametrii interesanti: cost,
pagini de documentatie, etc.

Evaluarea functionala

Parametrii ce caracterizeazã din punct de vedere functional produsul


software reprezintã o evaluare indirectã a acestuia si a procesului prin care el este
dezvoltat. Evitând calculul LOC, parametri functionali se concentreaza asupra
"functionabilitãtii" sau "utilitãtii" programului. Acest tip de evaluare a fost propus
pentru o abordare prin mãsurarea productivitãtii, numitã metoda scorului
functional. Scorul functional (SF) este obtinut utilizând o relatie empiricã bazatã pe
estimãri calculabile ale domeniului de informatie al produsului precum si pe
evaluãri ale complexitãtii aplicatiei.

Valorile domeniului de informatie se definesc în urmãtorul mod:

- Numãrul de intrari a utilizatorului: Fiecare intrare a utilizatorului care furnizeazã


aplicatiei date distincte orientate cãtre aceasta este luatã în calcul. Intrãrile vor
trebui distinse de interogãri, care sunt calculate separat.

- Numãrul de iesiri a utilizatorului: Fiecare iesire cãtre utilizator, care furnizeazã


acestuia informatii orientate cãtre aplicatie, este luatã în calcul. În acest context
termenul "iesire" se referã la rapoarte, ecrane, mesaje de eroare, etc. Datele
individuale ale unui raport nu sunt calculate separat.

- Numãrul de interogãri a utilizatorului: O interogare este definitã ca o intrare on-


line ce are drept rezultat generarea unui rãspuns imediat al aplicatiei sub forma unei
iesiri on-line. Fiecare interogare distincta este luatã în calcul.

- Numãrul de fisiere: Fiecare fisier logic de tip "master", cum ar fi o colectie logicã
de date care poate fi parte a unei baze de date largi sau a unui fisier individual, este
luat în calcul.

- Numãrul de interfete externe: Toate interfetele citibile de cãtre masinã (fisiere de


date pe bandã sau disc dur) care sunt utilizate pentru a transmite informatii cãtre alt
sistem sunt luate în calcul.

Odatã ce datele de mai sus au fost colectate, un indice de complexitate este


asociat fiecãrui calcul. Organizatiile care utilizeazã metoda scorului functional
dezvoltã criterii pentru a stabili faptul dacã o anumitã intrare este simplã, medie sau
complexã. Bineinteles, determinarea complexitãtii este un proces relativ subiectiv.

Dupa ce scorul functional a fost calculat, el este utilizat într-o manierã


asemãnatoare cu metoda LOC ca o mãsurã a productivitãtii, a calitãtii si a altor
atribute ce definesc programul.
Evaluarea pe baza scorului functional a fost conceputã initial pentru a putea
fi utilizatã în sistemele de informatii pentru afaceri. Totusi, extinderea propusã
ulterior, denumitã scor caracteristic (SC), poate permite aplicarea acestei metode si
în cazul programelor din domeniul sistemelor ingineresti. Scorul caracteristic este
adecvat descrierii aplicatiilor în care complexitatea algoritmilor este înaltã.
Aplicatiile în timp real, de control al proceselor precum si cele orientate spre
obiecte au tendinta de a avea o complexitate algoritmicã mare si sunt prin urmare
potrivite evaluãrii prin metoda scorului caracteristic. Pentru a calcula acest scor
valorile domeniului informational sunt din nou contorizate si ponderate. Spre
deosebire de calculul scorului functional, scorul caracteristic ia în considerare încã
un domeniu de informatie (algoritmi) iar valorile de ponderare sunt fixe.

Se observa cã scorul caracteristic ia în considerare o nouã dimensiune a


soft-ului, si anume algoritmii. Inversarea unei matrici, decodificarea unui sir de biti
sau tratarea unei întreruperi sunt toate exemple de algoritmi. Trebuie de asemenea
remarcat cã scorul caracteristic si cel functional semnificã acelasi lucru, si anume
"functionalitatea" sau "utilitatea" furnizate de cãtre software. În fapt, amândouã
evaluãrile au drept rezultat aceeasi valoare a SF-ului în situatia calculului
ingineresc conventional sau a aplicatiilor de tip gestiune a informatiilor. Pentru
sistemele în timp real, mult mai complexe, scorul caracteristic este adesea cu 20-
35% mai mare decât cel calculat prin utilizarea în exclusivitate a scorului
functional. Utilizarea scorului functional - sau a celui caracteristic - este
controversatã.

Partizanii ideii sustin cã SF (SC) este independent de limbajele de


programare, aceasta fãcându-l ideal pentru aplicatii scrise în limbaje conventionale
si neprocedurale. Ei sustin de asemenea cã el este bazat pe date ce se presupun a fi
cunoscute mult anterior în evolutia proiectului, fãcând SF (SC) mult mai atractiv ca
estimare. Pe de altã parte, oponentii ideii declarã cã metoda necesitã putinã
prestidigitatie si cã realizarea calculului se face în parte pe baza unor date mai
degrabã subiective decât obiective; ei mai cred cã informatiile pot fi dificil de
strâns "dupã ce evenimentele au avut loc" si cã SF (SC) nu are o semnificatie fizicã
directã - el este doar un simplu numãr.

Tehnici de decompozitie
Oamenii au dezvoltat o abordare naturalã în rezolvarea problemelor: dacã
problema ce urmeazã a fi rezolvatã este prea complicatã, avem tendinta sã o
divizãm într-o serie de sub-probleme pânã când ajungem la un nivel la care sub-
problemele pot fi rezolvate. Rezolvãm apoi pe rând fiecare dintre sub-probleme în
speranta cã solutiile pot fi combinate pentru a forma o solutie globalã. Estimarea
proiectului software este o formã de rezolvare a problemei iar în majoritatea
cazurilor, problema ce trebuie rezolvatã (ex: dezvoltarea unei estimãri de efort si
cost pentru un proiect software) este mult prea complexã pentru a fi consideratã ca
un tot. Din acest motiv descompunem problema, o redefinim ca pe o colectie de
sub-probleme cu o complexitate mai redusã si deci, sperãm, mai "rezolvabile".

7.9. SR ISO 9000 - 3: 1995 - Standarde pentru managementul calitatii


si asigurarea calitatii - Partea 3: Ghid pentru aplicarea ISO 9001 la
dezvoltarea, livrarea, instalarea si mentenanta software-ului (anexa);

7.10. SR EN ISO 9001: 1995 - Sistemele calitatii - Model pentru


asigurarea calitatii in proiectare, dezvoltare, productie, montaj si
service (anexa);

BIBLIOGRAFIE

1. Mirams, Mike, McElheron, Paul : Certificarea ISO 9000, Editura Teora,


Bucuresti, 1998;
2. Asociatia Romana pentru Calitate : Curs de instruire 1997-1998, Bucuresti,1998;
3. *** : Ordonanata Guvernului nr. 38/1998 privind acreditarea si infrastructura
pentru evaluarea conformitatii;
4. *** : Ordonanata Guvernului nr. 39/1998 privind activitatea de standardizare
nationala in Romania;
5. *** : Managementul calitatii si asigurarea calitatii. Colectie de standarde. Editura
Tehnica, Bucuresti, 1996.
6. Radoiu, Dumitru: Ingineria programarii. Note de curs; Universitatea "Petru
Maior" Targu-Mures, 1998;
7. Floroiu Catalin: Evaluarea produselor software; Computer Press Agora S.R.L.,
1998;
BIBLIOGRAFIE
(pentru managementul calitatii)

[1] Baron, T. Metode statistice pentru analiza si controlul calitatii productiei.


Editura Didactica si Pedagogica, Bucuresti, 1979.
[2] Ciurea, S., Dragulanescu, N. Managementul calitatii totale. Editura
Economica, Bucuresti, 1995.
[3] Deaconescu, T. Bazele ingineriei calitatii. Editura Transilvania Brasov, 1998.
[4] Isaic Maniu, Al., Voda, V. Gh. Manualul calitatii. Editura Economica,
Bucuresti, 1997.
[5] Moldovan, L. Managementul calitatii. Lucrari de laborator. Litografia
Universitatii Petru Maior, Tg.Mures, 1999.
[6] Motoiu, R. Ingineria calitatii. Editura Chiminform Data S.A., Bucuresti, 1994.
[7] Parker, G. Costurile calitatii. Editura Codecx, Bucuresti, 1998.
[8] Stahl, M. Total Quality in a Global Environment. Cambridge, 1995.
[9] Trandafir, M., Antonescu, V. Calitatea. Metode si tehnici de lucru. Oficiul de
informare documentara pentru industria constructiilor de masini, Bucuresti, 1994.
[10] *** Managementul calitatii si asigurarea calitatii. Colectie de standarde.
Editura Tehnica, Bucuresti, 1996.

S-ar putea să vă placă și