Sunteți pe pagina 1din 21

Academia de Studii Economice, Informatic Economic 2013

Managementul Calitii Software Internet Banking

Cuprins
1. 2. Introducere ..................................................................................................................................... 3 Definirea problemei ........................................................................................................................ 4

3. 4. 5. 6. 7.

Prezentarea aplicaiei ..................................................................................................................... 5 Descriere caracteristici de calitate ................................................................................................ 11 Indicatori ai caracteristicilor de calitate........................................................................................ 14 Msurarea calitii aplicaiei......................................................................................................... 16 Concluzii ........................................................................................................................................ 20

1. Introducere
Bncile sunt instituii indispensabile vieii economice contemporane. Ele nlesnesc tranzaciile comerciale din interiorul sau din exteriorul unei ari, ofer instrumente pentru efectuarea plilor, se implic n schimbul valutar. De asemenea, permit realizarea investiiilor, fie prin participarea direct n finanarea acestora, fie prin plasamente i gestiunea economiilor bneti. Aceste instituii sunt universul n jurul cruia graviteaz banii. Produsele i serviciile bancare implic o relaie banc-client cu multiple semnificaii care a evoluat diferit n timp. Pn ctre sfaritul secolului XX, clienii se deplasau la banc pentru operaiuni fa n fa, iar bncile erau preocupate s inspire ncredere, s asigure onorabilitate, s dispun de sedii impuntoare i de personal bine calificat. Lupta de concuren a determinat ca bncile s se apropie din ce n ce mai mult de clientel, mai nti prin extinderea reelei de uniti bancare , iar dup apariia plilor electronice n anii 19801990 prin plile de la distan i restrngerea activitii din sediile bancare , pn la apariia self-bank, adic a bncilor complet automate(fr personal bancar) cu produse i servicii electronice. n lucrarea de fa ne oprim asupra plilor electronice,respectiv asupra posibilitaii efecturii operaiunilor bancare de la distan , prin realizarea unui ghieu bancar virtual. Conceptul de ghieu virtual este de cele mai multe ori asociat cu mai bine cunoscutul concept de home banking sau banc la domiciliu. Aceast sintagm este un termen nou, utilizat in practica bancar contemporan i se refer la posibilitatea bncilor de a oferi clienilor serviciul bancar la domiciliu. Folosind metode electronice, clienii au acces la conturile lor fr s-i prseasc domiciliul. Aceasta presupune de cele mai multe ori faptul ca un client al bncii s poat realiza anumite operaii cu conturile sale fr a mai fi necesar s se prezinte la ghieul bncii. Apariia acestor noi tehnologii a avut efecte n general pozitive, dar a adus i riscuri noi ce implic securitatea acestor servicii si confidenialitatea operaiilor i a datelor personale ale clienilor. Printre efectele pozitive putem enumera rapiditatea desfurrii tranzaciilor, clientul bncii putnd desfura astfel un numr mai mare de tranzacii ntr-un mod elegant i comod fr a mai cheltui timp i bani cu prezentarea la ghieele bncii; acces la serviciile bncii 24 de ore din 24, 7 zile din 7; evidena zilnic a operaiunilor efectuate n cont; simplificarea procedurilor legate de efectuarea plailor n lei i valut, precum i a celor legate de obinerea extrasului de cont; accelerarea schimbului de informaii ntre client i banc; reducerea costurilor legate de comisioane. Dup cum am mai spus, dezavantajele unui astfel de sistem in n principal de securitatea sa, de prevenirea accesului neautorizat la informaiile confideniale ale clienilor bncii sau de realizarea unor anumite operaiuni bancare n numele acestora de ctre persoane ruvoitoare. n lucrrile de specialitate, aspectele-cheie ale funcionrii unui sistem de securitate sunt considerate: accesul, autentificarea, ncrederea, nonrepudierea, confidenialitatea i disponibilitatea. n ceea ce privete plile electronice, respectiv operaiunile bancare, autentificarea i nonrepudierea reprezint etapele cele mai importante, care permit procesarea n siguran a instruciunilor de plat i finalizarea transferurilor de fonduri. Modalitaile cele mai cunoscute de autentificare si nonrepudiere sunt urmtoarele: parole si PIN-uri, token si smart card, biometria, scanarea irisului, scanarea amprentei, autentificarea vocal, scanarea semnturii.

2. Definirea problemei
Aplicaia care va face obiectul acestei lucrri are ca scop principal efectuarea operaiilor specifice unui ghieu bancar. Aplicaia a fost dezvoltat n limbajul Java, mediul de dezvoltare fiind Eclipse, folosind o baz de date Oracle. Pentru configurarea, prelucrarea i administrarea bazei de date a fost folosit SQL Developer. Conectarea la baza de date s-a realizat prin Hibernate, un framework ORM (Object-Relational Mapping) ce presupune maparea unei reprezentri obiectuale a datelor la o reprezentare relaional a acestora. Interfaa aplicaiei a fost dezvoltat utiliznd HTML, JavaScript, CSS. Request-urile ctre server s-au realizat prin AJAX (Aynchronous JavaScript And XML). Cu AJAX aplicaiile Web pot trimite date ctre, i primi date de la, server n mod asincron fr a fi nevoie s ncarce o nou pagin Cu ajutorul acestei aplicaii clienii bncii care au cel puin un cont curent deschis, pot s fac urmtoarele operaii fr s se deplaseze la o unitate fizic: vizualizarea informaiilor cu privire la conturi plata facturilor transferuri ntre conturi , ce permite schimbul valutar transferuri ctre beneficiari creare depozite adugarea, stergerea unui beneficiar

Pentru a asigura securitatea datelor transmise a fost folosit funcia criptografic de tip hash unidirecional MD5 (Message Digest Algorithm 5) pentru salvarea parolei n baza de date. Aceast funcie livreaz ca rezultat o valoare fix ca lungime de 128 Bii. O funcie hash (hash function) reprezint un algoritm matematic criptografic care genereaz un checksum (rezumat criptografic) unic pentru fiecare mesaj. Una din proprietile funciiloe hash o reprezint faptul c fiecare mesaj generez un hash unic, neexistnd 2 mesaje diferite cu aceli hash. Am numit aceast funcie unildirecionl deorece nu exist posbilitatea practic ca din hash s se recreeze mesajul iniial. Prin aceast funcie se ofer clienilor sigurana asupra confidenialitii datelor. Utilizatorii finali ai aplicaiei sunt clieni ai unei instituii financiar-bancare ce dein cel puin un cont curent persoane fizice care doresc s acceseze informaii referitoare la resursele financiare i s beneficieze de serviciile bancare oricnd i oriunde, beneficiind de comision 0 pentru operaiuni. Deoarece, datorit interfeei, utilizarea acestei aplicaii nu necesit cunotine de programare, putem spune c aceasta poate fi folosit de orice client al bncii cu condiia ca acesta s dein un cont curent activ i un nume de utilizator furnizat de ctre banc.

3. Prezentarea aplicaiei
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. Aceast aplicaie permite: autentificarea utilizatorilor vizualizarea informaiilor pentru conturile curente, depozite i conturile de credit vizualizarea istoricului tranzaciilor pentru o anumit perioad de timp realizarea transferurilor prin intermediul conturilor curente plata facturilor constituirea de depozite la termen vizualizarea cursurilor de schimb pentru diferite valute obinerea de extrasuri de cont n format tipribil vizualizarea beneficiarilor utilizatorului adugarea de beneficiari tergerea beneficiarilor Tansferurile de bani se realizeaz att ntre conturile aceluiai utilizator, conturi n aceeai valut sau valute diferite, ct i ctre beneficiari. Pentru realizarea aplicaiei a fost nevoie de urmtoarele date de intrare, stocate n baza de date: date despre clienii bncii: numele de utilizator i parola cu care se nregistreaz pentru a avea acces la aplicaie,numele, codul numeric personal pentru persoane fizice, respectiv codul unic de nregistrare pentru persoanele juridice,data ultimei conectri i a ultimei tranzacii date despre conturi:soldul contului,tipul contului ,dobnda aferent fiecarui tip de cont,data deschiderii, de asemenea prin cheile secundare va deine date despre titularul contului, sucursala la care a fost deschis i despre valuta. date despre valute:codul, denumirea valutei, cursul de cumprare BRD, cursul de vnzare BRD date despre sucursale:jude, ora, adres i telefon date despre beneficiari: prin cheile secundare, conine date despre contul beneficiarului i despre utilizatorul al crui beneficiar este, de asemenea permite stocarea i unei descrieri dat de ctre utilizator. date despre tranzacii: contul debitor i cel creditor,data tranzaciei suma i detalii

date despre conturile curente:numarul de carduri ataate, limita de credit,limita utilizat i dobnda la limita de credit date despre depozite: suma depus iniial,perioada,capitalizarea, rennoire, tipul dobnzii, data scadenei, contul n care se face viramentul dobnzii in cazul in care depozitul este fr capitalizarea dobnzii. date despre conturile de credit:valoarea,rata,perioada,data scadenei,contul de ramburs, tipul creditului, restul de plat.

Datele de ieire reprezint valorile pe care programul le genereaz ca urmare a executrii instruciunilor sale i le transmite utilizatorului. Sunt rezultatele obinute pe baza datelor de intrare. n cazul nostru, datele de ieire se concretizeaz n: raport cu privire la tranzaciile efectuate de ctre utilizator pe o perioad de timp. informaii cu privire la conturile clientului actualizri n baza de date cu privire la soldurile conturilor care au fcut obiectul unei tranzacii posibilitatea gestiunii beneficiarilor unui client Aplicaia se ruleaz dintr-un navigator web. Pentru urmtorul tutorial am folosit Mozilla Firefox versiunea 20.0.1 . Prima pagin cu care utilizatorul interacioneaz la rularea aplicaiei este cea de autentificare (Figura 1.0). Autentificarea se face pe baza unui nume de utilizator i o parol, cmpuri existente n tabela AR_CLIENT. Att numele de utilizator, ct i parola sunt informaii pe care banca le atribuie fiecrui utilizator n momentul n care acetia opteaz pentru utilizarea aplicaiei. Este recomandat schimbarea parolei la prima accesare a aplicaiei.

Fig 1.0. Fereastra de autentificare

Dup introducerea celor dou cmpuri i apsarea butonului Autentificare, se verific dac datele introduse de ctre utilizator se gsesc n baza de date. n cazul n care una din aceste date este introdus greit, pe ecran va aprea urmtorul mesaj, i nu se va permite accesul la aplicaie:

Fig.1.1 Autentificare greit n cazul n care autentificarea a avut succes se va redireciona ctre pagina principal a aplicaiei. Aici utilizatorul poate vedea data ultimei conectri i a ultimei tranzacii. De asemenea poate vizualiza o serie de informaii standard despre conturile curente,depozite i conturile de credit, informaii precum data deschiderii, soldul, valuta contului i dobnda aferent contului.

Fig.1.3 Pagina Principal


7

Din meniul din partea stng, utilizatorul dispune de diverse opiuni prin expandarea acestuia. Meniul complet de opiuni este prezentat n Figura 1.4 urmtoare:

Figura 1.4 Meniu de Opiuni

Din meniul din partea stng se poate expanda opiunea Conturi, ce cuprinde trei submeniuri: Conturi Curente, Depozite i Conturi de Credit, pentru vizualizarea informaiilor particularizate n funcie de tipul fiecrui cont. De asemenea sunt disponibile i o serie de date standard pentru toate tipurile de conturi, cum ar fi soldul, data deschiderii, data nchiderii, unitatea la care a fost deschis, valuta, dobnda. Apsarea unuia din submeniurile prezentate, v va da posibilitatea de alegere dintr-un select a contului pentru care dorii s vedei informaiile detaliate. Pentru conturile curente sunt disponibile informaii referitoare la cardurile ataate, valoarea limitei de credit, valoarea utilizat i neutilizat a limitei de credit, i dobnda aferent limitei de credit, dup cum se poate vedea i n figura urmtoare:

Figura 1.5 Conturi Curente


8

Una dintre cele mai frecvente operaiuni bancare o constituie transferul de bani, prin care titularul unui cont solicit bncii s plteasc o anumit sum de bani unei alte persoane fizice sau juridice, numit beneficiar. Clientul are posibilitatea de a alege din lista sa de conturi acel cont curent din care se va efectua plata. Pentru contul selectat se afieaz titularul soldul disponibil i valuta contului. Aplicaia de fa permite transferul de bani ntre conturile aceluiai utilizator, cu posibilitatea schimbului valutar, ctre beneficiari predefinii sau prin introducerea IBAN-ului beneficiarului i plata facturilor. Acest lucru se face prin expandarea meniului Transferuri i alegerea unuia dintre submeniuri.

Figura 1.6 Transferuri ntre conturi n urma accesrii meniului Istoric Transferuri, utilizatorul are posibilitatea de a vizualiza istoricul tranzaciilor efectuate pentru o perioad solicitat de el i pentru un anumit cont selectat din lista sa de conturi. Utilizatorul are posibilitatea de a vizualiza istoricul tranzaciilor de debitare, de creditare, sau al tuturor tranzactiilor (Fig.21). Pentru fiecare tranzacie realizat sunt precizate data procesrii, pltitorul ct i beneficiarul i suma tranzacionat.

Figura 1.7 Istoric Transferuri Accesarea meniului Creare Depozit (Fig.22) a aplicaiei permite utilizatorului efectuarea demersurilor pentru constituirea unui depozit la termen, mai exact a unui depozit bancar ce poate fi retras doar dup o anumit perioada notificat expres.

Figura 3.28 Creare depozit Cum am mai spus, un element de noutate pe care l prezint aplicaia este faptul c utilizatorul i poate gestiona singur beneficiarii. Accesnd meniul Beneficiari, utilizatorul poate vizualiza beneficiarii, poate aduga un nou beneficiar, sau poate terge un beneficiar. Aceste opiuni sunt utile, din moment ce att persoanele fizice, ct i cele juridice pot
10

beneficia de aceast aplicaie. Este util n special pentru persoanele juridice, care pot avea tranzacii periodice ctre angajai, furnizori i necesit o bun gestionare a acestora.

Figura 3.29 Gestionare beneficiari Pentru adugarea unui nou beneficiar se apas butonul Adauga Beneficiar. Se va afia o fereastr n care utilizatorul poate introduce IBAN-ul contului i o descriere pentru noul beneficiar:

Figura 3.30 Adugare beneficiar

4. Descriere caracteristici de calitate


n general, termenului de calitate (cuvntul vine de la latinescul qualitas, qualis care nseamna fel de a fi) i se pot atribui mai multe ntelesuri, n functie de contextul n care este utilizat. Calitatea software este un concept complex, iar perfecionarea sa are la baza comunicarea permanent ntre productorul de software i utilizatori, chiar dac produsul program este proiectat sa funcioneze independent de productor. Factorii de calitate avui n vedere sunt: Utilizabilitatea - set de atribute bazate pe efortul necesar pentru a utiliza produsul software i pe evaluarea individual a utilizrii produsului, de ctre un grup stabilit sau implicat de utilizatori. Standardul d termenului de utilizatori un neles foarte larg, incluznd operatori, utilizatori finali i indireci, precum i toate categoriile de persoane care i desfoar activitatea dependent sau sub influena utilizrii produsului software respectiv. Din punctul de vedere al produsului software analizat n aceast lucrare: aplicaia poate fi accesat printr-un navigator web, de pe orice calculator care are conexiune la internet.
11

Dispune de o interfa uoar, care nu necesit cunotine programare, ci doar cunoaterea fluxului operaiunilor bancare. Funcionalitatea - realizarea scopului de baz pentru care a fost realizat produsul. Presupune: completitudine: se refer la gradul n care produsul program cuprinde funciile necesare i suficiente pentru a satisface cerinele utilizatorului; corectitudine: precizeaz gradul n care rezultatele sunt ct mai apropiate de cele reale; securitate: calitatea de a asigura securitatea datelor mpotriva pierderilor de date i a accesului neautorizat; compatibilitate: gradul n care produsul este implementat fr a modifica major programele software deja existente; interoperabilitate: se refer la capacitatea de a comunica cu alte produse software.

Reprezint un set de atribute bazate pe existena unui set de funcii i pe proprietile lor specificate. Funciile satisfac necesitile stabilite sau implicate. Acest set de atribute ce definete funcionalitatea, arat ce face produsul software pentru a ndeplini cerinele, pe cnd alte seturi rspund la ntrebrile cnd i cum corespunde nevoilor produsul respectiv. Referirea la nevoile stabilite sau implicate se face pe baza definiiei calitii din standardul ISO 8402 [ISO3]: totalitatea trsturilor i caractersiticilor unui produs sau serviciu care se bazeaz pe abilitatea sa de a satisface nevoile stabilite sau implicate. ntr-un context contractual nevoile sunt stabilite, specificate, pe cnd n alt context nevoile implicate trebuie identificate i definite. Din punct de vedere al acestei caracteristici, produsul software prezentat, poate fi privit ca orice alt produs software, funcionalitatea reprezentnd trstura de baz, care ntotdeauna ar trebui prioritizat. Este o caracteristic ce trebuie avut n vedere indiferent de domeniul de activitate al aplicaiei. Fiabilitatea reprezint o caracteristic important de calitate deoarece msoar ncrederea pe care o avem n concepia i n capacitatea unui program de a funciona corect n toate condiiile avute n vedere de la nceput. Aceast definiie se refer mai mult la fiabilitatea procesului dect la cea a programului, fiind legat de probabilitatea ca o eroare din program s fie activat de un set specific de intrri. Fiabilitatea produselor software este caracteristica ce exprim poate cel mai bine particularitile acestei industrii, dac abordm problema n comparaie cu fiabilitatea produselor hardware. Standardul ISO/IEC 9126 [ISO1], definete fiabilitatea ca un set de atribute care se bazeaz pe capabilitatea produsului software de a-i menine nivelul de performan n condiii i pe o perioad de timp stabilite. Limitele fiabilitii unui produs software se datoreaz erorilor din etapele de formulare a cerinelor, proiectare i implementare. Cderile datorate acestor erori depind de modul i condiiile n care este utilizat produsul. Corespunztor ciclului de via al produsului software, putem distinge o fiabilitate previzional sau proiectat, o fiabilitate experimental i o fiabilitate operaional (la beneficiar). Disponibilitatea unei aplicaii este strns legat de fiabilitate. Dac o aplicaie nu este disponibil atunci cnd este nevoie de ea, atunci este puin probabil c aplicaia i ndeplinete rolul pentru care ea a fost dezvoltat. Majoritatea aplicaiilor trebuie s fie
12

disponibile cel puin n timpul orelor de lucru. Aplicaiile Internet trebuie ns s fie disponibile 24 din 24. Disponibilitatea poate fi msurat ca i raportul de timp n care aplicaia este utilizabil. Cum aplicia analizat n acest proiect este o aplicaie web, disponibil utilizatorilor prin intermediul internetului, este important de analizat i aceast caracteristic. Apariia unei defeciuni face ca aplicaia s fie indisponibil. Defeciunile influeneaz fiabilitatea unei aplicaii care se msoar ca fiind timpul mediu dintre apariia defeciunilor. De obicei sistemele software care necesit o disponibilitate mare trebuie s nu conin aa numitul singur punct de defectare (single point of failure) i s conin mecanisme care s detecteze defeciunea automat i s reporneasc componenta defectat. Replicarea componentelor este o metoda eficient de a crete fiabilitatea i evident disponibilitatea unui sistem software. Astfel, atunci cnd apare o defeciune la o component replicat sistemul poate s funcioneze pentru c folosete celelalte replici ale componentei care nc funcioneaz. Se poate ns ca performana sistemului s fie afectat de defeciune, dar el va fi totui disponibil. Recuperarea dup apariia unei defeciuni afecteaz de asemenea disponibilitatea sistemului. Un sistem software are capacitatea de a se recupera dac el revine la parametrii de funcionare normali dup ce a aprut o defeciune. Este de dorit ca defeciunea s fie detectat automat, iar procedura de recuperare, de asemenea s fie iniiat automat. Avnd n vedere c pe parcursul ct se execut procedura de recuperare sistemul nu este disponibil, este de dorit ca aceast procedur s fie ct mai scurt ca durat. Un clasament al caracteristicilor de calitate n ceea ce privete aplicaia descris n aceast lucrare ar fi urmtorul: o Funcionalitatea dintre trsturile descrise mai sus consider c aceasta este cea mai important, deoarece indeplinete cel mai important obiectiv scopul de baz pentru care a fost realizat produsul. Avnd n vedere c este vorba despre un ghiseu bancar virtual acesta trebuie s uureze munca att angajailor ct i clienilor unei bnci. n ceea ce privete produsul analizat se va considera funcionalitatea acestuia prin gradul de completitudine, precizie, corectitudine i securitatea produsului program. Securitatea este de asemenea un criteriu de calitate pentru aceast aplicaie Reprezinta calitatea de a asigura securitatea datelor mpotriva pierderilor de date i a accesului neautorizat. Aceast caracteristic este i ea foarte important deoarece accesul asupra programului software trebuie s se fac doar pe baz de user i parol, astfel nct doar clientul s aib acces la conturile sale. o Fiabilitatea este al-2-lea criteriu de care am inut cont, deoarece cu toate c niciun produs software nu este perfect din punct de vedere al existenei defectelor, este important s reducem ct mai mult numrul defectelor. o Un alt criteriu de calitate pentru aceast aplicaie este utilizabilitatea. Aceast caracteristic este definit ca fiind: capabilitatea produsului software de a fi neles, nvat, utilizat i considerat atractiv de ctre utilizator, atunci cnd este folosit n condiii specificate. Utilizabilitatea este important pentru un ghiseu bancar virtual deoarece trebuie sa fie ct mai uor i rapid de utilizat de catre clienii unei bnci.
13

o Disponibilitatea reprezint de asemenea un criteriu de calitate de luat n calcul cu privire la aplicaia analizat. Aplicatia trebuie sa fie disponibila atunci cand un client are nevoie de ea, respectiv 24 de ore din 24, 7 zile pe sptmn.

5. Indicatori ai caracteristicilor de calitate


Pentru a analiza i msura calitatea produsului software prezentat se vor defini indicatori i modaliti de calcul pentru caracteristicile de calitate definite mai sus: o Usurina utilizrii - formula indicatorului pentru calculul uurinei utilizrii produsului software studiat este: Uutil=NrOpr/NrOprT unde: - Uutil reprezint nivelul de usurin a utilizrii aplicaiei; - NrOpr(nr operaii efectuate) reprezint numrul de operaii efectuate pentru implementarea operaiei dorite; - NrOprT(nr operaii totale)= numrul operaii totale efectuate;

Nivelul optim al indicatorului este de maxim 1. Cu ct indicatorul are o valoare mai mare cu att mai facil de ineles este produsul software. Nivelul minim acceptat considerat pentru aceast indicator este de 0.5. Exemplu: NrOprT = 16; NrOpr = 9; Uutil =9/16=0,56; Produsul software este utilizabil n proporie de 56%. o Funcionalitatea este msurat cu ajutorul urmtorilor indicatori: Corectitudinea formula indicatorului pentru calculul corectitudinii este: CRT=Nrae/Nrap unde: - CRT = nivelul de corectitudine al aplicaiei - NrPr(nr utilizatori reali)= numr utilizatori(clienti ai bancii) care folosesc programul software - NrPa(nr utilizatori aplicaie)= numr utilizatori(clienti ai bancii) nregistrai n aplicaie

Nivelul optim al acestui indicator este 1, caz n care numrul total real al angajailor este conform numrului total nregistrat n baza de date a aplicaiei. Se consider un nivel minim acceptabil de 0.95, sub aceast valoare considerndu-se c aplicaia nu este utilizat corect sau genereaz erori de calcul.
14

Completitudinea CPL=NrFi/NrFc

produsului

software

se

va

calcula

dup

formula

urmtoare:

unde: - CPL(completitudinea) gradul n care produsul program cuprinde funciile necesare i suficiente pentru a satisface cerinele utilizatorului - NrFi = nr-ul funciilor necesare implementate - NrFc = total nr funcii necesare cerute de clieni

i pentru acest indicator nivelul optim este tot 1. De asemenea cu ct acest indicator are o valoare mai mare cu att produsul are mai multe funcionaliti implementate. Nivelul minim acceptat pentru aceast indicator este de 0.7. Securitatea se calculeaz cu formula: SEC= Nra/Nrt unde: - SEC= securitatea aplicaiei - Nra= nr accesri autorizate (prin user i parol) - Nrt= nr accesri totale

Nivelul optim al acestui indicator este 1. Cu ct este mai mic valoarea acestui indicator, cu att aplicaia va fi mai vulnerabil la accesri neautorizate. Valoarea minim acceptat este 0.9. o Fiabilitatea - Fiab a unui program se msoar prin indicatorul:
I Fiab rsucces rtotal

unde: rsucces numrul rulrilor de succes ale programului, n care s-au obinut rezultate complete i corecte; rtotal numrul total al rulrilor programului considerat.

Cu ct indicatorul de fiabilitate este mai aproape de valoarea 1 cu att produsul software analizat este mai fiabil.

15

Exemplu: rsucces =7; rtotal =9; I Fiab =7/9=0,78; Produsul software este fiabil n proporie de 78%. Se consider un program Prog multiplicat n ncop copii, destinat lucrului la utilizatorii Ut1, Ut2, , Utnut. Utilizatorul Uti lanseaz n execuie programul Prog de muti ori ntr-un interval de timp Tut comun tuturor utilizatorilor. Pentru intervalul Tut se nregistreaz momentele de lansare n execuie, erorile nregistrate. Utilizatorul Uti lanseaz n programul Prog n execuie la momentele tuti1, tuti2, , tutimi. Se consider perechile (tutij, erj) unde erj =1 dac rularea s-a efectuat cu succes, respectiv erj = 0 dac s-a nregistrat eroare n prelucrare i rezultatele sunt incorecte sau s-a ntrerupt execuia. Prin colectarea datelor de la cei nut utilizatori ai programului Prog se stabilesc parametrii modelelor, estimndu-se: durata medie dintre dou execuii eronate, cderi, ale programului Prog; durata medie de funcionare corect a programului; parametrii legilor de repartiie ai procesului aleatoriu asociat utilizrii programului.

6. Msurarea calitii aplicaiei


Pentru msurarea calitii aplicaiei se va face analiza comparat a produsului software prezentat(IB1) cu un alt produs disponibil pe piata BRD-Net(IB2).

Fig.11. Interfa BRD-NET

Se vor lua n considerare aceleasi criterii de analiz pentru ambele aplicaii software. o Uurina utilizrii Pentru calculul uurinei de utilizare se va lua drept model plata unei facturi n cadrul celor 2 aplicaii pe care le analizam.

Att n aplicaia prezentat detaliat n aceast lucrare, ct i n produsul BRD-Net pentru plata unei facturi sunt necesari 4 pai: alegerea contului debitor, alegerea beneficiarului, introducerea detaliior plaii i introducerea parolei pentru validarea plii.
16

Uutil=NrOpr/NrOprT unde: - Uutil reprezint nivelul de usurin a utilizrii aplicaiei; - NrOpr(nr operaii efectuate) reprezint numrul de operaii efectuate pentru plata unei facturi - NrOprT(nr operaii totale)= numrul operaii totale efectuate; IB1: Uut =4/4=1 IB2: Uut =4/4=1 Ambele aplicaii au acelai grad de utilizabilitate, ceea ce nseamn c ambele sunt la fel de uor de neles de ctre utilizatori. o Funcionalitatea Completitudinea Pentru studierea acestei caracteristici de calitate se vor lua n considerare urmtoarele operaii: vizualizare conturi, plata facturi, transfer ntre conturi, transfer ctre beneficiari,vizualizare curs valutar, crearea depozitelor, adugarea i tergerea beneficiarilor Ambele produse ofer posibilitatea vizualizrii conturilor, plata facturilor, trasnfer intre conturi, transfer ctre beneficiari, vizualizare curs valutar, crearea depozitelor.Ceea ce aduce n plus aplicaia noastr este posibilitatea gestionrii beneficiarilor, respectiv adugarea sau tergerea acestora. Aadar valoarea indicatorilor completitudinii produselor analizate este: CPL=NrFi/NrFc

unde: - CPL(completitudinea) gradul n care produsul program cuprinde funciile necesare i suficiente pentru a satisface cerinele utilizatorului - NrFi = nr-ul funciilor necesare implementate - NrFc = total nr funcii necesare cerute de clieni

IB1: CPL1 =8/8=1 IB2: CPL2 =6/8=0,75 n ce privete indicatorul completitudinii, aplicaia IB1 atinge nivelul optim, n timp ce aplicaia IB2 se afl aproape de pragul minim acceptat. Pentru ca produsul s aib efectul

17

scontat, trebuie n primul rnd s se in cont de cerinele clientului i de nevoile utilizatorilor. Corectitudinea Se ia n considerare datele nregistrate pe baza unui raport din anul 2012. Clienii bncii care au optat pentru folosirea acestei aplicaii sunt n numr de 4 234 573, utilizatorii reali care folosesc aplicaia fiind n numr de: 4 100 550. Datele nregistrate de ctre BRD-Net n aceeai perioad au fost: numr de clieni care au optat pentru folosirea produsului: 5 690 832; numrul utilizatorilor reali: 5 554 546. Corectitudinea se msoar cu indicatorul: CRT=Nrae/Nrap unde: - CRT = nivelul de corectitudine al aplicaiei - NrPr(nr utilizatori reali)= numr utilizatori(clieni ai bncii) care folosesc programul software - NrPa(nr utilizatori aplicaie)= numr utilizatori(clieni ai bncii) nregistrai n aplicaie IB1: CRT 1=4 100 550/4 234 573=0.97 IB2: CRT 2=4 354 546/5 690 832=0.78 Din punctul de vedere al corectudinii aplicaiei, exist o diferen destul de mic ntre cele dou aplicaii, ns este o diferena semnficativ pentru o banc care ncearc fidelizarea clienilor cu ajutorul aplicaiei. Aplicaia 2 prezint o corectitudine mai mare, ns este important de vzut c ambele prezint o corectitudine peste gradul minim acceptabil de 0.95. Securitatea Att aplicaia prezentat detaliat n aceast lucrare, ct i produsul BRD-Net prezint un nivel maxim de securitate (1) deoarece permit accesul doar prin intermediul unui user i a unei parole, nedetectnduse nicio accesare neautorizat a celor 2 produse software. o Fiabilitatea Pentru a calcula indicatorul de fiabiliate, voi lua ca test aceeai situaie ca n cazul corectitudinii cu diferena c se ruleaz aplicaia n mod repetat de 7 ori pentru a vedea dac se obin aceleai rezultate de la o rulare la alta. Funcionalitatea care se verific este transferul de bani ntre conturile aceluiai utilizator. Aplicaia IB1 din cei 4 100 550 de utilizatori care folosesc aplicaia, n toate cele 7 rulri au obinut acelai rezultat. Adic, la efectuarea unui transfer ntre aceleai conturi, rezultatele au fost aceleai.
18

Aplicaia IB2 din cei 5 554 546 de utilizatori care folosesc aplicaia, n toate cele 7 rulri au obinut acelai rezultat. Adic, la efectuarea unui transfer ntre aceleai conturi, rezultatele au fost aceleai.
I Fiab rsucces rtotal

I Fiab A1 = 7/7 = 1 I Fiab A2 = 7/7 = 1 Se observ c ambele aplicaii au acelai grad de fiabilitate. Indicatorul agregat al calitii Se consider un numr de 7 utilizatori Ut1, Ut2, , Ut7 i caracteristicile de calitate calculate CC1 utilizabilitate, CC2 completitudine, CC3 corectitudine, CC4 securitate, CC5 fiabilitate. Utilizatorul Uti distribuie un numr de 100 de puncte neuniform celor cinci caracteristici i se obin ponderile din tabelul de mai jos. Ponderile date de utilizatori caracteristicilor de calitate:
Utilizator Ut1 Ut2 Ut3 Ut4 Ut5 Ut6 Ut7 CC1 10 15 20 40 15 60 20 180 0,257 CC2 20 20 15 10 10 10 15 100 0,143 CC3 10 35 15 10 25 20 15 130 0,186 CC4 39 20 40 30 30 6 40 205 0,292 CC5 21 10 10 10 20 4 10 85 0,12 Total 100 100 100 100 100 100 100 700 1

Total Valoare cci

n ipoteza n care pentru caracteristicile de calitate CC1, CC2, CC3, CC4, CC5 sunt efectuate evaluri folosind indicatori normai cu valori cuprinse n intervalul [0, 1], indicatorul IQ, este de asemenea normat pe acelai interval. IQ = 0, 257* nivelUtil + 0, 143* nivelCompl + 0, 186* nivelCorec + 0, 292* nivelSec+ 0,12* nivelF

19

unde: nivelUtil nivelul calculat al utilizabilitii; nivelCompl nivelul calculat pentru completitudine; nivelCorec nivelul calculat al corectitudinii; nivelSec nivelul securitii; nivelF nivelul fiabilitii;

IB1:

IQ = 0, 257* 1+ 0, 143* 1 + 0, 186* 0.97 + 0, 292* 1+ 0,12* 1

= 0, 257+0,143+0,180+0,292+0,12 = 0,992 -> IQ A1 = 0,852 IB2: IQ = 0, 257* 1+ 0, 143* 0,75 + 0, 186* 0.98 + 0, 292* 1+ 0,12* 1

= 0,257+0,107+0,182+0,292+0,12 = 0,716 -> IQ A2 = 0,958 n concluzie, ambele aplicaii se ncadreaz n normele minime de calitate pentru a putea fi acceptate n producie. Astfel ambele produse software au un indice agregat mai mare dect 0,71 (valoarea minim acceptat pentru indicele agregat). Aplicaia realizat se distinge prin uurin n utilizare, complexitate, portabilitate, securitate sporit.

7. Concluzii
Produsele soft ware au devenit componente esen iale ale multor sisteme i produse, precum i un nou factor major n comerul de produse i servicii.mbuntirea calitii produselor software constituie una din principalele forme n care se materializeaz capacitatea de creaie. Valoarea economic a unui produs software rezult din modul n care calitatea acestuia este perceput de clienii sau utilizatorii finali. Din ce n ce mai mult, calitatea este perceput ca un atribut critic al produsului software, deoarece, lipsa calitii determin insatisfacia utilizatorilor, pierderi financiare i chiar pierderi de viei omeneti.n scopul elaborrii produselor software avnd un nivel ridicat al calitii i asigurrii satisfaciei clienilor, productori de software au adoptat cele mai bune practice i standarde referitoare la managementul calitii n ciclul de via al produselor software. Aa cum sunt prezentate i n lucrarea de fa, printre principalele caracteristici de calitate ale produselor software se numr: fiabilitatea, utilizabilitatea, funcionalitatea, portabilitatea, eficiena, sigurana n utilizare. Importana acestor caracteristici este perceput n mod diferit. Astfel utilizatorii acord o mai mare importan utilizabilitii, funcionalitii i fiabilitii n timp ce, pentru programatori mai importante sunt caracterictici precum: portabilitea sau complexitatea,
20

precum i fiabilitatea. Aceasta din urm de ine o pondere mare att n concepia utilizatorilor ct i n cea a programatorilor. Astfel, n conceperea produselor software trebuie luate n calcul i aceste caracteristici de calitate i n special fiabilitatea, adic capacitatea unui sistem de programe de a funciona corect n toate condiiile avute n vedere de la nceput. Asigurande-se aceste proprieti ale produselor software, precum i respectarea regulilor existente n standardele dedicate calitii, vom obine produse software cu un nivel calitativ ridicat, avnd o funcionare corect i fiind u or de utilizat i ntreinut.

Bibliografie Ion IVAN, Gheorghe NOSCA, Sergiu CAPISIZU, Marius POPA MANAGEMENTUL CALITATII APLICATIILOR INFORMATICE, Editura ASE, Bucuresti http://www.calitate-software.ase.ro/ http://ionivan.ro/book11.php

21