Documente Academic
Documente Profesional
Documente Cultură
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
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
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.