Procesul de definire a cerintelor (Requirements Process)

 Initiat la inceputul proiectului, se continua si se rafineaza pe intreg

parcursul cioclului de viata
 Adaptat la nivelul fiecarei organizatii si in functie de cerintele fiecarui
proiect
 Include activitati de:
o extragere a cerintelor,
o analiza cerintelor,
o specificarea cerintelor,
o validarea cerintelor.

1. Actorii procesului (stakeholders)

 Analistul (Requirements engineer) – rolul principal

 Clientii

 Analisti de marketing

 Reprezentanti ai autoritatilor in domeniul de operare al produsului

 Ingineri software

2. Extragerea (capturarea, descoperirea, achizitia) cerintelor

 Este etapa de intelegere a problemei pe care trebuie sa o rezolve

produsul software.
 Se stabileste o lista ce cerinte de nivel inalt care reflecta punctul de
vedere al diferitelor grupuri de actori asupra sistemului.
 Sunt incluse cerinte de: functionare a sistemului, de performanta, de
securitate, de interfata utilizator, s.a.
 Cerintele sunt exprimate intr-un limbaj specific domeniului aplicatiei,
familiar actorilor care participa la extragerea cerintelor.

1
  Rezultatul etapei de extragere a cerintelor poate fi specificat intr-un
document separat, numit Documentul cerintelor utilizator (URD) sau
Documentul de definitie a sistemului.

3. Analiza cerintelor
 Clasificarea cerintelor dupa diferite criterii:
o Functionale/ne-functionale
o Cerinte de produs/proces
o Prioritatea
o Stabilitatea, s.a.
 Modelarea conceptuala - modelul conceptual contine entitati din domeniul
aplicatiei si reflecta o vedere externa asupra produsului software
 Rezolvarea conflictelor intre cerintele diferitilor actori sau intre cerinte
functionale si ne-functionale

4. Specificarea cerintelor
Unul sau mai multe documente, care pot fi revizuite, evaluate si aprobate.
 Documentul de definitie a sistemului, numit uneori Documentul de definitie
a cerintelor utilizatorilor;
 Documentul de definitie a cerintelor de sistem
 Documentul de definitie a cerintelor software
Pentru produse software simple este produs numai ultimul document.

Documentul de definitie a sistemului/Definitia cerintelor utilizatorilor

 Defineste cerintele de nivel inalt ale sistemului din perspectiva domeniului
aplicatiei
 Exprimat in termeni caracteristici domeniului aplicatiei
 Descrie cerintele de sistem, obiectivele generale ale sistemului, mediul de
operare, cerinte operationale, constrangeri, scenarii, principalele entitati
ale domeniului, fluxul informational, etc.

2
Documentul de definitie a cerintelor de sistem(System Requirements
Document)
Este necesar atunci cand sistemul din care face parte software-ul dezvoltat
include multe alte componente de natura hardware, de ex. parti mecanice.
Exemple de cerinte definite in specificatia de sistem sunt:
 Functiile sistemului in ansamblul sau
 Alocarea functiilor pe componente hardware/software
 Performantele sistemului
 Cerintele de siguranta in functionare
 Interfata utilizator
 Instructiuni de punere in functiune
 Comunicarea cu sisteme externe

Documentul cerintelor software(Software Requirements Document)

 Contine o descriere completa a functiilor pe care trebuie sa le realizeze
produsul software
 Stabileste baza pentru contractul dintre clienti si furnizori/ echipa de
dezvoltare
 Furnizeaza o baza pentru estimarea costurilor si a planificarii
 Este folosit in testele de verificare si validare de sistem

5. Validarea cerintelor
Documentele cerintelor sunt supuse procedurilor de verificare si validare. Se
veifica daca cerintele:
 au fost bine intelese de analist
 sunt clare – pot fi intelese
 sunt consistente
 sunt complete
 satisfac standardele impuse

3
Modul uzual de validare consta in revizia documentelor de catre un grup de
revizie

Activitatile de definire a cerintelor sunt de regula efectuate in doua etape:

1. Definirea cerintelor utilizator, care are ca scop extragerea cerintelor
2. Definirea cerintelor software, care include analiza cerintelor si specificarea
cerintelor software