CALITATEA PROIECT~RII SOFTWARE

Calitatea proiect`rii unui produs software este o aser]iune despre un

proiect dac` este sau nu bun (conformarea la specifica]iile cerin]elor ce au
stat la baza proiectului).
Aceast` aser]iune trebuie fundamental` evaluat`. Trebuie s` avem ni[te
criterii => metrici de calitate a proiect`rii software.

Testare: - se examineaz` cerin]ele [I se vede dac` sunt respectate

(confirmare c` produsul respect` defini]ia cerin]elor).
Cum realiz`m procedeele de testare ?
 g`sirea unor metode de testare a componentelor soft.
 g`sirea unor matrici de estimare a calit`]ii

Validarea este o certificare de calitate a produsului. Opera]ia de

validare se face prin revizii de proiect ale produsului software, reviziile fiind
mecanisme de asigurare a calit`]ii produsului soft.
Scopul este g`sirea anomaliilor \n proiectare.

Forme ale reviziei

1. Inspec]ie deteliat`
2. Inspec]ie structurat`
3. Revizie formal`

1. Inspec]ia detaliat`
Este o inspec]ie care verific` conformitatea cu prevederile detaliate din
specificatorul cerin]elor.
Avem la dispozi]ie o tabel` cu date care trebuie respectate (se bifeaz`
ce este bine).

2. Inspec]ia structurat`
Se ocup` cu evolutia corect` a Proiectului \ntre faze conform structurii
proiectului.
La fiecare [edin]` se examineaz` o component` dintr-o structur`. Pot fi
discutate [I costuri de proiect.

3. Revizia formal`
 Examinarea \n care detaliile nu sunt importante.
|n programarea ESOLESS exist` posibilitatea ca colegii s` aib` toate datele.
Nu se mai fac astfel de [edin]e.

Selec]ia echipei Stabilirea datei Distribuire

de verificare [I duratei proiect

Se desprind concluzii, Desf`[urare

ac]iuni. Se scrie actul [edin]`
[edin]ei [I se semneaz` revizie
un document al sedin]ei.

{edin]ele pot fi - \n care fiecare explic` produsul propriu

- \n care se face [colarizarea utilizatorului

Matrice de calitate

- num`rul de linii de program

- num`rul ciclotronic -> se ia organigrama [I se face sub form`
de diagram` de flux de date.
->num`rul de cicluri dintr-un graf.

ELSE

DO
 CASE

Num`rul ciclotronic= E-N-1 (E - edges <<arce>>, N - noduri).

C = a*E+b*N (C - complexitatea)

Cuplarea

Pt. m`surarea cupl`rii exist` metode care se bazeaz` pe num`rul de in [I

out.
Fen IN - dat de num`rul de linii care intr`\ntr-o component`
- num`rul de apeluri din program la acea component`
Fen OUT - num`rul de linii care ies din structur`
- num`rul de apeluri ce se fac la alte componente
Fen IN mare -> grad mare de cuplare
Fen OUT mare -> avem o component` complex` care este un
manager de aplica]ii

Interfa]a spre utilizator

Foarte important` pt. c` este imaginea produsului.

Pt. studiul interfe]ei se apeleaz` la psihologi [I al]i care studiaz`
utilizatorul.
Reguli de respectat:
1. Set de chestionare trimise la utilizatori.
2. Livrare prototip specializat numai pe interfa]`.
3. Produsul \n sine s` includ` diverse cereri de informa]ie cu privire la
modific`rile de interfa]` dorite.

Implementare

Posibilitatea [I refolosirea produsuluu soft - sunt probleme de rezolvat.

Compatibilitatea - de ma[in`
- de limbaj
Scopul este programul portabil (s` mearg` pe c#t mai multe ma[ini).
Programul portabil este un program independentcarenu are nevoie de agen]i
 externi. Independen]a nu pota fi violat`. Solu]ie -> lucr`m la o mic` parte a
programului

Validarea programelor

1. Verificare [I validare
2. Testare
3. Tipuri de verific`ri

Verific`ri statice - se fac f`r` ca programul s` ruleze.

- se verific` schi]ele.
- se face \n faza de specifica]ii cerin]e, proiectare,
programare detaliat`.

Testare dinamic`
1. de sus \n jos
2. de jos \n sus

Test`ri de jos \n sus:

test elem. de
program
test modul
test
subansamblu
test
integrare
test de
acceptare

Testarea de sus \n jos

Se porne[te de la programele mari. Se \ncepe cu modulul cel mai mare

[I toate sub modulele sunt \nlocuite cu programe de simulare (stubss). Se iau
pe parcurs fiecare [I se desf`[oar` p#n` se ajunge la bar`.

Depanare de program

Faze:
1. Se cerceteaz` situa]ia.
2. Se emit ipoteze.
3. Se verific` ipotezele.
4. Se identific` o cauz` a erorii.
5. Se proiecteaz` solu]ii.
6. Se implementeaz` solu]ii.

Nu exist` erori

Testare

Exist` erori

Localizare Proiect Reparare

erori rezolvare erori
erori

Dac` eroarea este mic` se face modificarea local. Dac` este mare este
posibil ca tot proiectul s` fie \ntors cu una sua mai multe cicluri \n urm`.