Managementul Proiectelor

Motor de testare software

Prenume: Iulian-Marian
Nume: Barbu
Grupa: 342
Specializare: C1
Precizarea problemei 3
Scop 3
Identificarea beneficiarului 3
Analiza SWOT 4
Analizarea situației existente 4
Matricea LFA 5
Identificarea problemei
Într-o companie de proporții mici, de maxim 40 de oameni, care dezvolta software, în
care nu există departamente bine delimitate, care să se ocupe de fiecare ciclu de dezvoltare
software, se observă o încetinire a productivității inginerilor din cauza lipsei unei infrastructuri
de testare a produselor software dezvoltate de firmă.

Precizarea problemei
Această încetinire a productivității este generatoare de o frustrare întipărită în
comportamentul angajaților, deoarece, fiind o companie mică, ritmul de lucru este solicitant, și
se simte nevoia de un produs software inteligent care să ușureze experiența de lucru a
dezvoltatorilor, care se ocupă și de mentenanță, documentație, și QA. Pe lângă încetinirea
productivității, și o cauză a acesteia, procesarea cererilor clienților se îngreuneaza din ce în ce
mai mult, pentru că produsul vândut capătă proporții, iar problemele care apar în timp, trebuie
adresate cu atenție.

Scop
Această congestionare aduce cu sine o pierdere în profitul obținut de companie, fapt ce
se dorește evitat urgent. Prin urmare, compania decide că este nevoie de o soluție software pentru
automatizarea testării functionalităților aduse unui produs, astfel încât să apară o sporire a
productivității angajaților și să ofere rapoarte și notificări pentru eventualele buguri care apar
între timp. Se urmărește închiderea unui număr din ce în ce mai mare de tichete de
dezvoltare/rezolvare de buguri, deschise prin notificări de la clienți.

Identificarea beneficiarului
Se urmăresc feedback-ul dezvoltatorilor și sugestiile lor legate de aplicația care le va
îmbunătăți experiența de la birou, pentru a fi aproape de nevoile dezvoltatorilor. Astfel produsul
dezvoltat de firmă va crește făra fricțiuni în direcțiile urmărite de clienți.
Analiza SWOT
Strenghts
Pentru realizarea aplicației nu este nevoie de alocare de resurse semnificative, putându-se folosi
interni care să fie atent ghidați prin procesul de dezvoltare a întregii arhitecturi. Se vor folosi
numai tehnologii care nu necesita licente comerciale.

Weaknesses
Se va aștepta ca aplicația să fie disponibilă într-o perioadă mai îndelungată, fiind dezvoltată de o
echipa de maximum 2 interni, adică dezvoltatori fară multă experiență în ciclul de creare
software.

Opportunities
Produsul va putea fi generalizat în viitor și extins încât să detecteze bugurile introduse într-o
maniera instanta.

Threats
Există riscul ca proiectul să fie dezvoltat lent și să nu aibă o bază de cod atât de rafinată, fiind un
proiect dezvoltat de interni, și testat de asemenea intern, de un număr limitat de dezvoltatori
interesați în a folosi o aplicație care va arăta rudimentar în primele versiuni, și pentru care vor
trebui să investeasca timp suplimentar pentru a învăța să o folosească.

Analizarea situației existente

1. Analiza utilizatorilor
Utilizatorii aplicației sunt dezvoltatori software, ingineri, majoritatea licențiați în
domeniul Computer Science. Aceștia sunt oameni care au un ritm de lucru rapid, și care pun
accent pe sistemele prompte, care proceseaza comenzi rapid. Au mai fost cereri din partea lor
pentru îmbunătățirea mediului de stocare, prin urmare s-au luat demersuri și s-a investit în
medii de stocare moderne, iar productivitatea, starea de spirit și diferitele activități în
procesele de dezvoltare, mentenanța și testare ale produselor companiei au simțit o
îmbunătățire considerabilă.

2. Analiza problemelor
Problemele care trebuie adresate sunt:
* Eliberarea mașinilor de dezvoltare în timpul testării produselor software. Testarea care
are loc pe mașina de dezvoltare încetinește performanța mașinii și distrage activitatea
principală care se desfășoară de regulă pe mașină, și anume dezvoltarea software.
* Modul de interacțiune cu testarea software-ului, prin aplicație, să fie cât mai redus iar
modelul prin care vor fi reprezentate rulările de teste să fie cât mai simplu de înțeles.
 * Organizarea modului de lucru trebuie să fie cât mai clară pentru interni, în prima
săptămână efectuându-se training-uri pentru metodologii Agile.
3. Analiza obiectivelor
Obiectivul principal este mărirea productivității dezvoltatorilor și îmbunătățirea
experienței generale de la locul de muncă. Metrica pentru creșterea productivității va fi numărul
de tichete de rezolvare de buguri sau dezvoltare rezolvate. De asemenea, după lansarea realease-
ului major se urmărește o creștere a profitului mai mare decât cea de anul trecut .
4. Analiza alternativelor
În companie mai există proiecte pentru team building, pentru care se va acorda timp și
resurse materiale, însă nu sunt atât de prioritare, întrucât există frustrări verbalizate în ceea ce
privește problema descrisă în cele de mai sus. Prin urmare, prioritatea însemnată a proiectului
prezentat este mai mare decât a celorlate proiecte, așadar se vor urma demersurile implementării
proiectului în perioada care urmează.

Matricea LFA
Tabel 1. Matricea LFA
Elemente Proiect Indicatori Factori externi

1. Obiectiv de dezvoltare Numarul de functionalitati Dezvoltarea in limbaje de

Obtinerea unui profit care va mari
posibilitatile de investitie ale
companiei.
implementate in produsul
companiei va fi mai mare,
cat si numarul de utilizatori
si comunitatea din spatele
produsului.
descriere hardware este
importanta, intrucat
investitiile in domeniul
hardware sunt cele mai
mari din domeniul IT.

2. Obiective imediat: Codul devine din ce in ce Întârzierea dezvoltării

Un feedback pozitiv din partea mai bine scris, intrucat întrucât termenul de
dezvoltatorilor companiei cat si o dezvoltarea finalizare cerut este prea
cantitate mai mare de functionalitatilor si fixarea scurt
buguri/functionalitati rezolvate. bugurilor nu mai se intind
pe saptamani, ci se rezolva
in ordinula doua, trei zile.
3. Rezultate Integrarea acestei solutii Nu exista.
O interfața de programare care software in mediul de
respectă specificațiile prezentate dezvoltare.
mai sus.
4. Acțiuni Alocarea optima a bugetului
A1 Se stabilește bugetul necesar este realizată cu sucess.
implementării

A2 Se formează o echipă de Deficit de programatori

dezvoltatori software seniori care să - seniori.
poată respecta termenul de livrare
impus

A3 Testarea interfeței și prezentarea Diferite probleme ce pot

acestei dezvoltatorilor companiei apărea în implementare
5. Resurse
Resurse umane:
 Echipă de minim 1 Deficit de resurse umane
programatori senior necesare implementării
 Echipă minim 2 testeri
 Echipa de minim 2
dezvoltatori intermediari

Resurse material: Aprobările pentru

 Calculatoare,instrumente infrastructură nouă se obțin
necesare pentru dezvoltare greu și pot întârzia livrarea
software
 Infrastructură IT necesară
deployment-ului