Documente Academic
Documente Profesional
Documente Cultură
Standarde de Calitate Iso 9001
Standarde de Calitate Iso 9001
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
1.2. Concepte
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.
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.
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.
Standardele din seria ISO 9000, traduse in limba romana, sunt urmatoarele:
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.
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
ISO 9000-1
|
|
ISO 9004-1
ISO 9001
ISO 9004-2
ISO 9002 ----------> Managementul calitatii
totale
ISO 9004-3
ISO 9003
ISO 9004-4
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.
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.
3.2. Angajamentul
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.
MANUALUL CALITATII
incluzand
POLITICA DE PROMOVARE A CALITATII
|-------------------------------------|
| |
| |
MANUALUL <------------------> ALTE DOCUMENTE ALE
PROCEDURILOR | SISTEMULUI CALITATII
| |
| |
INSTRUCTIUNI <---------|
DE LUCRU
* 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.
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.
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.
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.
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
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
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
5.5. Referinta
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.
7. Ingineria software
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
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.
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
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
Reprezentarea semnalelor
Operatii
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).
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.
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.
- cererea de programe de catre piata este mult mai mare decit capacitatea de
productie;
- 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;
- comertul electronic.
Modalitati de abordare
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.
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.
Functionalitate
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.
Elemente de design
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
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.
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).
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.
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.
- planificare proiectului;
- analiza cerintelor;
- arhitectura programelor;
- algoritmii folositi;
- codarea;
- testarea;
- mentinerea.
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.
- 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.
- 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.
- 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.
1. studiul de fezabilitate;
2. studiul de afaceri;
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).
Studiul de fezabilitate
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
Implementarea
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.
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.
- pagini de documentatie;
- numãrul de erori raportate de utilizatori într-o perioadã de timp (de pildã un an);
Evaluarea functionala
- 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.
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".
BIBLIOGRAFIE