Simona MARTIS

4. Modele colaborative de afaceri
4.2. Procesul de afaceri şi cerinţele sale
Pentru a clădi adecvat sau a configura o soluţie software bazată pe nevoile de business,
este necesară definirea cerinţelor. Această definire reprezintă de fapt o descriere clară şi completă
a nevoilor de afaceri, adesea numită de utilizator şi care va conţine informaţii despre: cerinţele
funcţionale şi non-funcţionale, cerinţe de ecran şi cerinţele de integrare (Silver, 2008,
Zachmann, 2009). Cerinţele funcţionale constau în ceea ce sistemul trebuie să facă şi ce
funcţionalitate este nevoie să ofere. Cerinţele non-funcţionale sunt axate pe cerinţele de calitate
faţă de soluţia de performanţă, timpii de răspuns, securitate, scalabilitate, mentenabilitate, etc.
Cerinţele de ecran punctează interacţiunea om-calculator, cum este comunicarea între utilizator şi
sistemul care trebuie să se construiască. Cerinţele de integrare prezintă modul în care multe alte
sisteme sunt implicate în sistemul de integrare şi modul în care soluţia trebuie să integreze şi să
comunice cu alte sisteme.
Aceste cerinţe sunt folosite pentru a aranja în părţi de gestionat şi de logică, grupate pe
baza mai multor tehnici: cazuri de utilizare, descrierea utilizatorilor, funcţie de metoda utilizată
pentru identificare.
4.3. Procesele de afaceri versus USE CASES
Use Case este adnotat cu: actori, căi implicite /de excepţie, regulile de business,
informaţii de intrare şi de ieşire şi de constrângerile de calitate. Actorii sunt părţile implicate în
cazul de utilizare, calea implicită reprezintă o combinaţie de paș i care vor duce la atingerea
obiectivului, calea de excepţie arată paşii care trebuie urmaţi atunci când o eroare / problemă
apare în calea implicită. Regulile afacerii sunt reguli sau condiţii specifice de aplicare (calcule,
reguli de validare, reguli de corelaţie), informaţiile de intrare şi de ieşire trebuie să fie prezente
înainte de a fi executată calea implicită, iar informaţiile de ieşire sunt livrate de către căile
implicite sau căile de excepţie. Constrângerile de calitate reprezintă mai multe criterii de calitate
referitoare la măsurile specifice (întârziere, timpul de răspuns, rotunjire). Se pot observa în
tabelul 2 mai multe caracteristici importante şi o comparaţie între procesul de afaceri şi Use Case.
Informaţiile de la modelul de proces de afaceri pot fi preluate în cerinţele din definiţia
detaliată. Se asigură astfel trasabilitatea în procesul de gestionare a cerinţelor (Robertson, 2006).
16