Sunteți pe pagina 1din 4

Caracteristica de calitate Mentanabilitatea n aplicaia Brd-net a lucrrii de disertaie Aplicaie web pentru realizarea unui ghieu bancar virtual

Lucrarea de disertaie intitulat Aplicaie web privind realizarea unui ghieu bancar virtual are ca obiectiv satisfacerea necesitilor instituiei financiar bancare de eficientizare a utilizrii resurselor de timp, a resurselor umane n departamentul de Front Office i de fidelizare a clienilor. Prin implementarea unui ghieu bancar virtual se urmrete creterea performanei la nivel organizaional, departamental i individual precum i ntmpinarea nevoilor clienilor de gestionare a resurselor financiare n mod eficient, n deplin securitate i confidenialitate, n orice moment i n orice loc, beneficiind de avantaje tarifare n comparaie cu operaiunile bancare realizate prin intermediul altor canale. Obiectivul este unul necuantificabil, nsa efectele sale pot fi cuantificate, beneficiul principal fiind creterea productivitii i fidelizarea clienilor. n acest sens este construit aplicaia Brd-net care permite gestiunea conturilor de ctre client. Acesta poate s realizeze urmtoarele operaii, imediat dup ce s-a autentificat cu numele de utilizator i parola sa: vizualizarea informaiilor despre conturile curente, depozite i conturile de credit; vizualizarea istoricului tranzaciilor pentru o anumit perioad de timp; realizarea transferurilor prin intermediul conturilor curente (cu posibilitatea realizrii schimbului valutar); plata facturilor ; constituirea de depozite la termen; vizualizarea cursurilor de schimb pentru diferite valute; vizualizarea beneficiarilor utilizatorului; adugarea de beneficiary; tergerea beneficiarilor. n continuare este tratat caracteristica de calitate Mentenabilitatea pentru c mentenana este important att din punctul de vedere al dezvoltatorilor, ct i din punctul de vedere al clientului i al utilizatorilor. Ne referim aici la client ca fiind societatea financiar bancara BRD Groupe Societe Generale pentru care s-a realizat dezvoltarea acestei aplicaii, iar utilizatorii sunt clienii bncii. a) Din punctul de vedere al dezvoltatorilor este important ca aplicaia dezvoltat s fie uor de modificat la cerinele clientului sau la eventualele bug-uri descoperite. O uoar mentenan denot faptul c att munca dezvoltatorilor (codul surs) ct i produsul realizat sunt de calitate. O bun calitate conduce la o bun i ndelungat colaborare cu clientul. b) Din punctul de vedere al clientului este important ca aplicaia s fie uor de modificat deoarece clientul nu i permite s lanseze pe pia produse defectuoase doar pentru a ine pasul cu concurena, dar nici nu i permite s rmn n umbr o perioad lung de timp pentru a lansa pe pia un produs impecabil (lucru irealizabil, de altfel). De exemplu, clientul poate opta pentru a lansa la un moment dat o variant produsului, iar n timp s se poat aduga noi module la acesta. O uoar mentenabilitate duce la fidelizarea utilizatorilor prin satisfacerea nevoilor i cerinelor acestora. c) Din punctul de vedere al clientului este necesar ca la gsirea unei defeciuni n aplicaie s se poat corecta ntr-un timp ct mai scurt. Astfel utilizatorul nu i pierde ncrederea n aplicaie. Factorii care influeneaz calitatea luai n considerare sunt: a) uurina de analiz reprezint efortul necesar diagnosticrii defectelor, a cauzelor funcionrii necorespunztoare, pentru identificarea prtilor care trebuie s fie modificate. b) uurina de modificare efortul necesar pentru nlturarea defectelor sau schimbrilor c) uurina de testare - reprezint efortul necesar pentru validarea produsului modificat. d) Stabilitatea riscul efectelor neateptate n urma modificrilor Toi aceti factori influeneaza direct proportional calitatea. Cu ct crete gradul uurinei de analiz, uurinei de modificare i de testare al aplicaiei cu att crete i calitatea acesteia. O uoar analiz a problemei constatate duce la rezolvarea ei ntr-un timp ct mai scurt. De asemenea uurina de testare i stabilitatea ofer un grad mai mare ca acea problema s nu mai apar. Celor 4 factori le corespund variabilele:

a) Uurina de analiz poate fi exprimat prin variabila Timp. Timpul necesar de la apariia problemei pn la determinarea cauzei acesteia; exprimat n ore b) Uurinta de modificare poate fi exprimat prin variabila Timp intervalul de timp de la diagnosticarea problemei pn la rezolvarea problemei; exprimat n ore c) Uurina de testare poate fi exprimat prin variabila Timp intervalul de timp acordat testrii modificrii aduse pentru rezolvarea problemei; exprimat n ore d) Stabilitatea intervalul de timp pana la apariia unei alte probleme; exprimat n ore (se noteaz 0 ore dac nu a aprut o nou problem) Nivelul caracteristicii se msoar folosind indicatorul I Ment

I Ment

Tmodificat Tdezvoltat

unde:

Tm odificat = timpul necesar efecturii modificrilor n produsul software pentru a l mentine n uz curent.

Tdezvoltat = timpul necesar dezvoltrii produsului, ce cuprinde faza de analiz, proiectare, codificare,
testare, implementare. Un produs a crei mentenan e uor de susinut ar trebui ca valoarea indicatorului s aib o valoare ct mai aproape de 0. Pentru o valoare a indicatorului n intervalul (0.4, 0.6) ar fi bine s se gndeasc la nlocuirea produsului deoarece din acest moment costurile de mentenan ar fi prea mari. La o valoare constant a indicatorului mai mare dect 1, nseamn c produsul nu a fost proiectat pentru a face fa la noi cerine. Indicatorul se bucur de urmtoarele proprieti: a) Senzitivitatea Senzitivitatea evideniaz faptul c la variaii mici sau mari ale variabilelor independente se nregistreaz variaii ale valorilor variabilelor dependente. Indicatorul

I Ment

Tmodificat Tdezvoltat

este nesenzitiv n momentul n care valorile variabilelor Tmodificat i Tdezvoltat au creteri proportionale. De exemplu, daca : Tmodificat1= n * Tmodificat i Tdezvoltat1 = n * Tdezvoltat, cu n 0, indicatorul

I Ment1

Tmodificat1 Tdezvoltat1 , are acelai nivel ca indicatorul iniial IMent .

b) Noncatastroficitate Spunem c un indicator este catastrofic dac exist valori particulare care fac imposibil obinerea unei valori.

Indicatorul I Ment

Tmodificat Tdezvoltat

este catastrofic pentru Tdezvoltat = 0, neputndu-se afla valoarea indicatorului Iment. c) Necompensatoriu Din exemplul specificat descriind caracterul nesenzitiv al indicatorului se deduce faptul c indicatorul are caracter compensatoriu. Adic, la variaii ale nivelului variabilelor independente se obin niveluri identice ale variabilelor rezultative pentru creteri proporionale ale variabilelor independente Tmodificat i Tdezvoltat. Timpul necesar dezvoltrii aplicaiei a fost de 9 luni. Se consider c o lun are 30 zile, norma de lucru pe zi fiind de 8h. Timpul necesar dezvoltrii aplicaiei, n ore, este Tdezvoltat = 2160 ore (9 luni * 30 zile * 8h); Se consider urmtorul set de date, ce calculeaz mentenabilitatea aplicaiei la anumite intervale de timp, n funcie de numrul problemelor aprute. Pentru urmtorul set de date nivelul indicatorului mentanabilitii este calculat n tabel. Mentenabilitatea Uurina de analiz (ore) 64 40 4 Uurina de modificare (ore) 96 48 8 Uurina de testare (ore) 24 16 4 Stabilitatea (ore) 120 96 120 Timp Numrul de probleme 7 5 1

0.14 0.09 0.06

T1 T2 T3

Se obtin rezultatele: T1 : Iment = (64 + 96 + 24 + 120)/2160 = 0.14 T2: Iment = (40 + 48 + 16 + 96)/2160 = 0.09 T3: Iment = (4 + 8 + 4 + 120)/2160 = 0.06, cu T1< T2 < T3 Interpretarea rezultatelor arat c: a) Nivelul indicatorului Iment este n intervalul (0, 0.2) ceea ce indic un nivel bun al mentenabilitii i costuri sczute cu meninerea acesteia. b) Odat cu trecerea timpului numrul problemelor este n descretere, ceea ce indic c stabilitatea produsului este n cretere. c) Odat cu trecerea timpului nivelul mentenabilitii scade spre 0, ceea ce nseamn c aplicaia este din punctul mentenanei calitativ dezvoltat. Pentru c schimbrile sunt inevitabile, trebuie dezvoltate mecanisme pentru a identifica, evalua, controla, efectua si raporta modificarile necesare. Aceste activitati ncep odat cu proiectul i se ncheie doar cnd produsul este retras din funciune. n viitor trebuie s existe o mai bun comunicare n cadrul proiectului, o documentare mai bun i mai complet a codului surs, cerinele trebuie sa fie ct mai clare de la nceput. Studii asupra mentenanei software au artat c 50% din timp este investit n a ntelege codul care necesit mentenan. De aici reiese importana calitii codului surs i a documentaiei codului pentru a garanta mentenabilitatea produsului. Dac mentenabilitatea este greu de realizat, iar prin ncercarea de a repara anumite defeciuni se creaz altele, atunci e bine s gndim o refactorizare a codului.