2.

EVALUAREA CALITII PROIECTELOR TIC

2.1 Metrici ale proiectelor TIC

Managementul calitii proiectelor TIC presupune decizii succesive
n timpul elaborrii ofertelor. Exist un proces de autoevaluare care se
bazeaz pe analiza textului elaborat i pe msurarea unor indicatori.
Procesul precede evaluarea ofertelor de ctre specialiti n vederea
ierarhizrii, pentru a aloca fondurile de finanare. Este vorba de evaluarea
ofertantului unei propuneri, n vederea efecturii de corecii naintea
depunerii acesteia la unitatea de management a programului de finanare.
Indicatorii de lungime reprezint o categorie aparte, prin care
managerii programului de finanare impun restricii asupra textului ofertei.
Indicatorul LTCH de lungime a titlului contorizeaz numrul de
caractere care alctuiesc titlul, incluznd i separatorii. Pentru proiectul Prt,
titlul: Construirea unui spital comunal are o lungime LTCH = 31 caractere.
Dac managementul de program impune ca LTCH AV1 iar AV1 = 200, titlul
proiectului Prt are o lungime LTCH = 31 < AV1 = 200, iar variabilei VV1 i se
asociaz valoarea 1 corespunztoare valorii logice adevrat. n cazul n care
titlul proiectului Prt depete nivelul impus AV1 = 30 caractere, variabilei
de adevr VV1 i se asociaz valoarea 0 corespunztoare valorii logice fals.
Indicatorul LREZ msoar lungimea rezumatului, ca numr de
caractere incluznd i separatorii.
De exemplu, managerii programului impun ca indicatorul LREZ s
ndeplineasc restricia LREZ < AV2. De regul AV2 = 3000, pentru a ncadra
suficient de bine ntr-un text un coninut n mod corect, concis i edificator.

Indicatorul LP de lungime a proiectului este dat ca numr de pagini,

impunndu-se LP < AV3. n cele mai multe cazuri AV3 = 10 pagini.
Elementele impuse asupra lungimii unor componente care alctuiesc
textul ofertei imprim caracter obiectiv evalurii ofertei, din punct de
vedere cantitativ, n raport cu cerinele de eligibilitate. De asemenea,
indicatorul termen de depunere, indicatorul privind completitudinea
proceselor ce alctuiesc proiectul, au acelai caracter obiectiv de apreciere a
unei oferte.
Se construiete tabelul 6 cu o structur convenabil, care s conduc
n mod obiectiv la obinerea concluziei de acceptare sau de respingere a
proiectului, n vederea continurii procesului de evaluare din punct de
vedere al coninutului tiinific, tehnic i economic.
Criterii de eligibilitate

Indicator
Lungime titlu n caractere
Lungime rezumat n caractere
Lungime prezentare n pagini
Lungime titlu n cuvinte
Lungime rezumat n cuvinte
Existena documentelor din anexe
Data depunerii
Respectarea restriciilor privind cheltuielile
ncadrarea proiectului n limitele valorilor
de finanare conform categoriei

Limit
impus

Valoare
msurat

AV1
AV2
AV3
AV4
AV5
AV6
AV7
AV8
AV9

BV1
BV2
BV3
BV4
BV5
BV6
BV7
BV8
BV9

Valoarea indicatorului VVi este dat de relaia:

VVi =

1, dac BVi < AVi

0, dac BVi AVi

Tabel 6
Valoare
boolean
atribuit
VV1
VV2
VV3
VV4
VV5
VV6
VV7
VV8
VV9

Se definete indicatorul agregat, I(VV), dat de relaia:

NV

I (VV ) = VVi {0;1}

i =1

n care NV reprezint numrul de indicatori.

Dac I(VV) = 1, proiectul Prt este eligibil, iar dac I(VV) = 0,
proiectul nu este eligibil.
Se definete indicatorul J(VV), dat de relaia:
NV

J (VV ) =

VV
i =1

NV

care se evalueaz de ctre ofertant pentru a marca nivelul de eligibilitate al

proiectului Prt la un moment dat. Este necesar ca expresia
J(VV) = I(VV)

s fie adevrat la terminarea elaborrii ofertei.

Pentru celelalte caracteristici de calitate a proiectului Prt se stabilesc
o serie de ipoteze n raport cu care sunt definii indicatori de msurare a
nivelurilor respectivelor caracteristici.
n primul rnd, indicatorii se construiesc n aa fel nct valorile lor
s aparin intervalului [0; 1]. Dac un indicator are valoarea calculat egal
cu zero, nseamn c proiectul pentru care s-a calculat indicatorul este lipsit
de caracteristica de calitate creia i este asociat indicatorul.
n cazul n care nivelul calculat al indicatorului este egal cu 1 sau
apropiat de aceast valoare, nseamn c proiectul posed nsuirile cerute
de caracteristica de calitate creia indicatorul i-a fost asociat.
n al doilea rnd, pentru colectarea de date sunt luate n considerare
elemente care s asigure reproductibilitatea procesului de msurare a

caracteristicii de calitate, indiferent de condiii i de echipa care efectueaz

msurtoarea.
n al treilea rnd, metricile definite trebuie s aib caracter
operaional, n sensul alocrii de resurse cu un nivel acceptabil pentru
culegerea de date, pentru efectuarea calculelor i pentru interpretarea
rezultatelor. Costurile aferente trebuie s fie suportabile.
n al patrulea rnd, se impune o transparen total n derularea de
procese de validare a metricelor naintea efecturii evalurii i naintea
stabilirii pragurilor de acceptabilitate ale proiectelor.
Luarea deciziilor i acceptarea acestora de ctre ofertani elimin
procesele de reevaluare a ntregului proiect atunci cnd se schimb criteriile
de ierarhizare pe parcursul procesului de evaluare.
n al cincilea rnd, se stabilesc criteriile i caracteristicile de
evaluare, precizndu-se ponderile. n procesul de transparen, pentru
fiecare dintre caracteristici se atribuie puncte i totalul punctelor este cuprins
ntre zero i o sut de puncte. Ofertanii trebuie s aib informaii asupra
punctelor acordate caracteristicilor de calitate i asupra formulelor de calcul.
Se consider lista de caracteristici de calitate ale proiectelor
Crc1, Crc2, , Crcncr, formulele de calcul al nivelurilor acestora, IC1, IC2, ,
ICncr i numrul de puncte asociat caracteristicilor, AC1, AC2, , ACncr,
astfel nct
ncr

AC
i =1

= 100 i IC j : DC j [0;1]

unde DCj este domeniul de definiie a factorilor de influen ai caracteristicii

Crcj.
Procesul de evaluare a proiectului Prt conduce la obinerea nivelului
agregat, utiliznd expresia:
ncr

V (Pr t ) = IC j (Pr t ) AC j
j =1

care ndeplinete restricia:

0 V(Prt) 100
Pentru o mulime de proiecte ierarhizate Prt1, Prt2, , Prts este
ndeplinit relaia:
V(Prt1) > V(Prt2) > V(Prt3) > > V(Prts)
Sistemul de indicatori IC1, IC2, , ICncr este corect definit dac
pentru dou proiecte Prti, Prti+1, crora le corespunde o apreciere subiectiv
de asemnare din punct de vedere calitativ, avem o diferen
(Prt)i = V(Prti) V(Prti+1)
suficient de mare care s conduc la o departajare ce nu las loc
interpretrilor.
n cazul n care dou proiecte, Pri i Prj, sunt unul copia celuilalt,
diferena
(Prt)ij = V(Prti) V(Prtj) = 0.
De exemplu, pentru lista activitilor A1, A2, , Aka exist un tablou
de detaliere a resurselor i includere a costurilor. n calificarea acurateei
proiectului se acord Ks1 puncte, dac ordinea din tabelul de detaliere este
meninut i Ks2 puncte, dac aceeai ordine este meninut n definirea
costurilor. Schimbarea ordinii de prezentare atrage dup sine pierderea
acestor puncte.
Dac se noteaz cu CA caracteristica de acuratee, Is indicatorul de
msurare a acesteia, As nivelul punctelor acordat i proiectele P1 i P2
analizate, rezult c sunt adevrate expresiile:
Is(P1) = Is(P2) = As

dac:
- lista de activiti se menine ca ordine la descriere;
- lista de activiti se menine ca ordine la stabilirea costurilor.
Is(P1) = As
Is(P2) = As Ks1
dac n proiectul P2 nu se pstreaz la descriere ordinea dat n lista iniial
a activitilor.
Is(P1) = As
Is(P2) = As Ks2
dac n proiectul P2 nu se menine la detalierea costurilor ordinea din lista
iniial.
Is(P1) = As
Is(P2) = As Ks1 Ks2
dac n proiectul P2 nu se menine la descriere i la detalierea costurilor
ordinea din lista iniial.
Apar n procesul de evaluare a acurateei i alte cazuri n care
proiectul P2 este cu acuratee maxim, iar proiectul P1 are carene n ceea ce
privete aceast caracteristic, fapt demonstrat de una din cele trei relaii:
(1) Is(P1) = As Ks1
Is(P2) = As
(2) Is(P1) = As Ks2
Is(P2) = As
(3) Is(P1) = As Ks1 Ks2
Is(P2) = As

De asemenea, apar situaiile n care ambele proiecte au carene n

ceea ce privete acurateea, iar situaia cea mai puin favorabil lor este:
Is(P1) = As Ks1 Ks2
Is(P2) = As Ks1 Ks2
La definirea indicatorilor I1, I2, , Is se iau n considerare elemente
care cuantific prin numrare, prin identificare i prin stabilire.
Numrul de pagini fixat la nivelul AV3 trebuie controlat i cu alte
restricii privind graficele, tabelele, dimensiunile fonturilor, organizarea
textului. Neincluderea de restricii conduce la introducerea de artificii, care
modific nivelul impus AV3 fr a pune n pericol eligibilitatea.
Noile restricii privesc:
modul de prezentare a bibliografiei din punct de vedere al
coninutului i a dispunerii n pagin;
construirea figurilor, definirea dimensiunii acestora, modul de
delimitare, de referire i comenzile de realizare;
tabelele ca numr linii, coloane, mod de dispunere i referire n
textul proiectului.
Atunci cnd se definesc cu precizie fonturile, separatorii i
caracterele de control, se pun n coresponden textele cu suprafeele
ocupate.
Pentru o pagin A4 cu marginile de 2 cm dreapta, stnga, sus i jos,
de exemplu, textul cu un font de 12 i spaiere la un rnd are n jur de
Bcaractere = 4000 de caractere ceea ce corespunde unei suprafee de 442 cm2.
Prin impunerea de restricii privind compunere tabele-text, figurtext pe o aceeai form se creeaz contextul folosirii omogene a suprafeei
pus la dispoziie.
Proiectul, ca text de lungime Ltext, se definete i sub form de numr
de cuvinte.
Indicatorul lungime titlu ca numr de cuvinte LTCV este limitat la un
nivel AV4. Astfel, pentru proiectul Prt, LTCV = 3 < AV4 = 30 cuvinte.
Indicatorul lungime rezumat proiect ca numr de cuvinte LPCV < AV5, unde

AV5 reprezint numrul maxim de cuvinte acceptat pentru reprezentarea

coninutului proiectului Prt.
Exist o serie de procedee prin care se efectueaz punerea n
coresponden a nivelurilor limit Bcaractere i AV5.
De regul, rezumatul unui proiect este dat exclusiv sub form de text
compact, fr figuri, fr tabele i fr formule. La un font stabilit, la
margini impuse, se definesc pentru npg pagini alese la ntmplare din
rezumat numrul de cuvinte E1, E2, , Enpg. Avnd n vedere c o pagin
conine n medie Bcaractere caractere, se definete conceptul lungime medie,
LC, a unui cuvnt ca fiind:
npg

LC =

i =1

Bcaractere
Ei
npg

Pentru calitatea proiectului TIC este important s se stabileasc

modul n care au fost fcute citrile. Indicatorul privind calitatea
documentrii este dat de ipotezele privind:
- selecia bibliografic;
- frecvena cu care se realizeaz fundamentarea unor idei prin
folosirea surselor bibliografice.
Se consider c sursele bibliografice sunt formate din:
L1 sublista de cri fundamentale avnd f1 titluri;
L2 sublista de articole din reviste de specialitate, cu f2 titluri;
L3 sublista de comunicri la congrese, conferine i simpozioane
din domeniu, ce are f3 componente;
L4 sublista de comunicri verbale, cu f4 componente;
L5 sublista de studii i rapoarte de cercetare, cu f5 titluri;
L6 sublista de site-uri dedicate, ce conine f6 adrese de Internet.
Acestor surse le corespund n lista ce nsoete proiectul elementele
n numr de f1, f2, f3, f4, f5, f6 titluri.

Se noteaz indicatorul mediu, f , dat de formula:

6

f =

f
i =1

Se calculeaz indicatorul diversificrii, Dv, prin relaia:

6

Dv =

f log
i =1

fi

6 f log 2 f

Cu ct indicatorul Dv se apropie de nivelul unu, rezult un echilibru

de structurare a bibliografiei.
Cu ct indicatorul Dv se apropie de valoarea zero, bibliografia
devine mai dezechilibrat.
n interiorul textului proiectului, pentru cele ase categorii de titluri
valoarea indicatorului F este dat de relaia:
6

F = fi
i =1

De asemenea sunt precizate, notndu-se cu gij, numrul de referiri ale

titlului de pe poziia j a sublistei Li. Se determin indicatorul Gt, dat de
relaia:
6

Gt =

ni

gt
i =1 j =1

ni
gtij
6
j =1

n
i =1
i

ij

log 2 gtij

ni

gtij

j =1

log 2 n
i

Dac Gt 1, este vorba de o citare uniform. Dac Gt 0, citarea

este defectuoas.
Soliditatea expunerii este dependent de modul n care este realizat
structura arborescent asociat procesului.
Proiectului i se asociaz o structur arborescent pe trei niveluri
pentru a impune existena unei argumentri ordonate, conform regulilor
definite de managerul programului, figura 18.
Nivel 0

Proiect
Prezentarea
teoretic

Prezentarea
economic

Nivel 1
Nivel 2
C1

C2

Cn

D1

D2

Dm

Figura 18. Structur arborescent impus unui proiect TIC

Ofertantul vine s construiasc pentru nivelurile 3, 4, componente

pentru care se impune pstrarea unor regulariti care se analizeaz prin
metrice asociate.
Metrica de preceden presupune o mulime de elemente a1, a2, , ar
dispuse pe linii i pe coloane, n matricea Arr. Elementul aij al matricei Arr
este egal cu 1 dac elementul ai precede elementul aj n raport cu un criteriu
stabilit.
Matricea de precedene conduce la elaborarea grafului pe baza cruia
se calculeaz drumul minim sau se identific drumurile hamiltoniene. ntrun proiect defectuos elaborat, matricea precedenelor conine linii i coloane
cu elemente nule sau numrul elementelor unitate este mult prea mare,
genernd confuzie.

2.2 Procese de evaluare

Pentru evaluarea corect a unui proiect trebuie s existe:

un ghid al evaluatorului, cconinnd suficiente detalii referitoare
la activitatea evaluatorilor, la modul n care decurge procesul de
evaluare, la procedurile de urmat; se prezint formularele,
mecanismele care se declaneaz, pn se ajunge la punctajul care
se listeaz pentru a deveni public; sunt specificate declaraiile
privind conflictul de interese, cofidenialitatea evalurilor i
structurile de procese verbale;
evaluatorii sunt selectai dup criterii cunoscute i sunt
reprezentai de persoane care au avut succes pe plan naional i
internaional; baza de date i ia n considerare pe specialitii cu
CV-urile depuse, recomandai de ali specialiti, evaluatori deja
recunoscui prin calitatea evalurilor;
proiecte de evaluat, repartizate dup coduri, dup titlu, dup
cuvintele cheie i chiar dup citirea unor pagini, dac exist unele
confuzii generate de modul de redactare.
Att evaluatorii, ct i ofertanii trebuie s cunoasc regulile i s le
accepte, fr a propune modificri dup apariia listei cu rezultatele
competiiei.
Ei trebuie s aib capacitatea de a se adapta la diferite modaliti de
evaluare i de a le accepta ca opiuni ale managementului de program.
Se urmrete definirea unui proces care s asigure finanarea celor
mai bune proiecte. Rezultatul evalurii este un indicator de forma:
n

S=

x
i =1

unde:
n numrul de criterii dup care se face aprecierea;
xi numrul de puncte pe care evaluatorul le atribuie pentru criteriul i;
S numrul total de puncte atribuite unui proiect n procesul de evaluare.

Indicatorul S este necatastrofic, adic la valori extrem de mici

atribuite variabilelor xi nu se obin valori extrem de mari ale lui S.
Indicatorul este senzitiv i la variaii mici ale unei variabile xi se obin
variaii mici ale lui S, dac celelalte valori ale lui x1 , x 2 , , xi 1 , xi +1 , ,

x n rmn neschimbate.
Indicatorul S este ns compensatoriu, deoarece variaia xi a
variabilei xi este anulat de variaia xj, ntre care exist relaia
xi = - xj,
iar valoarea nivelului agregat S nu se modific.
Aceast deficien este ameliorat n procesul de evaluare prin
modul n care se face atribuirea de puncte de ctre evaluatori.
Dac li se acord caracteristicilor msurate puncte xi de tipul

xi =

ai, dac criteriul i este respectat n condiii foarte bune

bi, dac criteriul i este respectat parial
0, dac criteriul i nu este ndeplinit sub nici o form

iar nivelurile ai i bi sunt alese astfel nct s fie reflectat importana

criteriului msurat n ansamblul procesului de evaluare, la dou proiecte P1
i P2 diferite, se vor obine valorile S1, S2 care ndeplinesc condiia S1 S2.
Corectitudinea proiectului este constatat de evaluatori. Se consider
K evaluatori E1, E2, , Ek specializai n domeniul abordat de proiectul Pr.
Se construiete vocabularul extern constituit din mulimea cuvintelor
celor K vocabulare:
VE = VE1 VE 2 ... VE K

unde VEi reprezint vocabularul de specialitate definit i acceptat de

evaluatorul Ei.

Se construiete vocabularul minimal prin selectarea cuvintelor

comune celor K vocabulare:
VM = VE1 VE2 ... VEK

Se construiete vocabularul proiectului VP. Corectitudinea n raport

cu vocabularele VE i VM este definit prin relaiile:
VM VP = VM
VE VP = VP

Evaluatorii, cunosctori ai prii teoretice i ai prii experimentale

pentru domeniul definit n proiectul Pr, cunosc:
- nivelurile minime i maxime pe unitatea de produs, serviciu efectuat,
precum i nivelurile medii;
- poziiile unor operaii n raport cu un set de alte operaii care le
preced i altele care le urmeaz;
- inputurile obligatorii, necesare i, respectiv, outputurile.
Acordarea proiectului Pr, a punctelor xi, se realizeaz n funcie de
gradul de acoperire a vocabularului de specialitate, VM, msurat prin
intermediul raportului:

GrV =

NCVP
NCVM

, cu GrV [0;1]

n care:

NCVP

numrul de cuvinte din vocabularul proiectului;

NCVM numrul de cuvinte din vocabularul minimal construit

GrV

de specialiti;
gradul de acoperire a vocabularului.

n cazul n care gradul de acoperire GrV asociat proiectului Pr tinde ctre

valoarea unu, proiectului i se acord punctaj maxim.
Proiectul Pr este corect construit dac:
y procesele descrise includ etapele cunoscute i acceptate de
evaluatorii din literatur;
y prin utilizarea formulelor de calcul existente sunt obinute niveluri
de consum care se ncadreaz ntre limitele date pe cale
experimental n literatura i n practica de specialitate;
y se iau n considerare riscurile i se asigur resurse pentru a le
gestiona;
y enumerarea resurselor, a activitilor este n concordan cu
ordinea impus de practic, respectnd acele elemente de
preceden, fr a depi limitele de flexibilitate i
interschimbabilitate determinate pe cale experimental.
Elementele de incorectitudine apar atunci cnd:
3 se enumer faze, aciuni, resurse aparinnd altor procese,
produse, servicii, n realizarea aspectelor legate de proiectul Pr;
3 consumurile sunt mai mici dect limitele minime date n
documentaiile de specialitate sau sunt mai mari dect limitele
maxime; consumul ri al unei resurse este fie ri<rmin, fie ri>rmax;
3 lipsesc activiti, resurse, etape, termeni de baz, toate aceste
elemente recunoscute de specialiti ca fiind indispensabile
realizrii obiectivului definit;
3 exist neconcordan ntre definiri precedente i definiri
ulterioare; sunt prezentate tabele ca date ce au alt semnificaie
dect cea prezentat, sunt date formule ale cror variabile au alt
semnificaie dect cea cunoscut n literatur;
3 tratarea este superficial, fr indicarea de detalii;
3 prin construcia propus a textului, rezult c ofertanii nu au
experien, nu au cunotinele teoretice la nivelul care s asigure
succesul demersului inclus n proiect.

Claritatea definirii criteriilor ce stau la baza punctrii caracteristicilor

proiectelor genereaz o nou viziune a ofertanilor n ceea ce privete
abordarea managementului calitii.
De exemplu, pentru analiza gradului de autofinanare sunt
identificate patru niveluri de punctare:
foarte bun, corespunztor unei cofinanari la nivel maxim admis;
punctajul este de 15 puncte;
bun, corespunztor unui nivel de mijloc al intervalului,
atribuindu-se 8 puncte;
slab, la limita inferioar a intervalului, acordndu-se 3 puncte;
absent, proiectul fiind notat cu 0 puncte.
Dac n pachetul de informaii al programului se menioneaz c
proiectul trebuie s conin un nivel de cofinanare cuprins ntre 10 % i
40 %, evaluatorii puncteaz proiectul cu:
- 15 puncte, dac este asigurat cofinanarea ntre 34% i 40%;
- 8 puncte pentru cofinanare ntre 28% i 33%;
- 3 puncte pentru cofinanare sub 28%;
- 0 puncte, dac nivelul cofinanrii este zero sau dac aceasta este
fcut din surse neeligibile.
n acest caz evaluatorul are o sarcin simpl n punctarea a trei
proiecte P1, P2 i P3. Dac proiectul P1 are un deviz de 400.000 , din care
cofinanarea este 200.000 , ceea ce reprezint 50%, rezult c i se atribuie
15 puncte. Pentru proiectul P 2 de 300.000 cu o cofinanare de 100.000 ,
reprezentnd 33%, evaluatorul atribuie 8 puncte. Pentru proiectul P 3 de
500.000 cu o cofinanare de 200.000 , ce reprezint 40%, evaluatorul
atribuie zero puncte pentru c aceasta este asigurat de un partener al crui
bilan contabil nregistreaz pierderi.
Dificultile apar din modul n care este evaluat importana temei
abordate de proiect. Proiectul este punctat cu:
y 20 de puncte, dac tema reprezint o noutate pe plan internaional;
y 10 puncte, dac tema este o noutate pe plan naional;

y 2 puncte, dac tema vizeaz un produs care aduce economii

valutare, fr a fi noutate;
y 0 puncte, n cazul n care nu este ntlnit nici una din situaiile
anterioare.
n practic, un proiect evaluat primete mai puine puncte dect la
autoevaluare, deoarece evaluatorii, persoane de nalt calificare n domeniu,
au cunotin de existena unor rezultate deja obinute pe plan internaional,
venind cu detalii pe care ofertantul nu le cunoate sau nu a vrut s le
prezinte n oferta de proiect. Nu de puine ori, n bibliografiile unor cri
lipsete chiar cartea care a fost sursa de inspiraie.
Procesul devine complex cnd evaluatorii urmeaz s analizeze
latura calitativ a proiectului. n cazul n care:
activitile sunt descrise complet i corect, se acord 10 puncte;
activitile sunt complete, dar unele descrieri sunt incorecte, se
acord 5 puncte;
numrul activitilor descrise este sub 20%, se acord 0 puncte.
Evaluatorii sunt specialiti n domeniu, cunosc n detaliu lista de
activiti i ce nseamn s fie descris complet, respectiv corect, o
activitate. Oferta trebuie s ofere detalii privind durate, corelaii dintre
activiti, riscuri, resurse utilizate, costuri implicate. Criteriile de evaluare
sunt clare. Autoevaluarea conduce la diferene dac i numai dac ofertantul
are o viziune diferit asupra listei de activiti, realiznd agregri.
Evaluatorii au datoria identificrii concatenrilor sau regruprilor de
activiti omogene, iar depunctarea are loc n lipsa detalierii.
La evaluarea caracteristicii de claritate a proiectului se atribuie
punctaje semnificative pe niveluri:
- 10 puncte, dac proiectul este foarte clar;
- 5 puncte, dac proiectul are un nivel de claritate bun;
- 0 puncte dac nivelul de claritate este nesatisfctor.
Claritatea este dat de:
nsuirea gradat a problematicii;
enumerarea n ordine logic a etapelor, activitilor;
indicarea tuturor elementelor necesare nelegerii problematicii;

utilizarea n anexe a listelor de acronime, scheme i date primare

utilizate n estimri, pentru a reface calculele i a verifica
raionamentele;
absena contradiciilor dintre afirmaii;
eliminarea elementelor ambigue legate de operaii, fluxuri,
rezultate.
Identificarea punctelor n care aceste cerine nu sunt respectate
conduce la depunctare. Evaluatorul dezvolt n notiele sale un tabel cu dou
coloane. Una este utilizat pentru a nota argumente favorabile, iar cealalt
conine punctele slabe ale ofertei. Comparnd cele dou coloane,
evaluatorul claritii proiectului decide n cunotin de cauz care este
nivelul de punctaj acordat i, n cazul contestaiilor, are argumente solide
pentru a-i susine opiunea.
De asemenea, prin analiza devizului de cheltuieli, evaluatorii au
obligaia, prevzut n ghidul evaluatorului, de a corecta o serie de cheltuieli
i de a propune un alt nivel al devizului de cheltuieli, argumentnd fiecare
ajustare.
Evaluatorul este n primul rnd un specialist de nalt calificare i
dup aceea un personaj care a participat la cursuri de tehnici i metode de
evaluare. Includerea n procesul de evaluare a unor persoane care nu sunt de
nalt clas i care au obinut aceast calitate de evaluatori doar pe motive
materiale prezint riscul introducerii multor elemente subiective precum i
pe cel al vicierii actului de evaluare.
Ghidul evaluatorilor este ntocmit pe baza unor documente existente
i care au fost utilizate de ctre programe de finanare de succes. El nu
reprezint un element de noutate n acest domeniu. Includerea de cerine, de
exemplu, evidenierea situaiilor speciale i mai ales indicarea modului de
tratare, are menirea de a reduce riscul apariiei diferenelor majore ntre cei
trei evaluatori ai proiectului, ale cror punctaje contribuie prin agregare la
ierarhizarea listei de proiecte. Omogenizarea evalurii este singura
caracteristic de calitate care asigur comparabilitatea poziiei ofertei de
proiect n lista final a competiiei. n procesul de evaluare exist:
y acelai nivel de exigen la toi evaluatorii;

y acelai nivel de tratare a situaiilor asemntoare;

y acelai nivel de calificare i de recunoatere a specialitilor ca
evaluatori;
y compatibilitate.
La ntrunirea evaluatorilor se prezint oferte i se discut pentru a se
clarifica fiecare aspect n parte, accentundu-se care sunt situaiile n care un
proiect este descalificabil. Evaluatorii ncep procesul cu analiza eligibilitii,
pentru a nu utiliza resurse inutil i n final s descopere c respectivul
proiect nu este eligibil.
O dat cu apariia listei coninnd rezultatele competiiei, apar etape
noi care vizeaz fie reevaluarea fiei cu punctajele acordate unui proiect, fie
definirea de noi aspecte de analizat la o ofert. Exist situaii de contestare a
rezultatelor, n care:
- evaluarea a fost efectuat eronat; proiectul este supus unui nou
proces de verificare de ctre o comisie diferit, iar evaluatorii
vinovai de aplicarea incorect a procesului sunt scoi din baza de
date pentru a nu mai fi solicitai pe viitor;
- autoevaluarea realizat de ofertant este eronat; evaluatorii
programului prezint motivele depunctrii proiectului i dovedesc
aplicarea corect a cerinelor ghidului evaluatorului.
n final se obine lista evalurii i se anun proiectele care fac
obiectul finanrii. Lista conine sub form de tabel:
y codul atribuit proiectului;
y denumirea proiectului;
y compania care a depus proiectul;
y punctajul obinut;
y valoarea actualizat a devizului.
Astfel, din aproape n aproape este determinat kp din inegalitatea:
kp

DV
i =1

< FT

unde:

FT nivelul total al finanrii oferite prin program;

DVi valoarea de deviz a proiectului PTi, tiut fiind faptul c punctele
SP1, SP2, , SPnpt, acordate celor npt proiecte, ndeplinesc
relaia SP1 < SP2 < < SPnpt;
kp numrul maxim de proiecte care se finaneaz, cu kp npt.
De exemplu, pentru un program de finanare de 3.000.000 i pentru
lista de oferte dat n tabelul 7, rezult c se finaneaz primele cinci
proiecte, ntruct numai pentru acestea ajung fondurile. Din FT = 3.000.000
pentru kp = 5 se utilizeaz 2.950.000 , diferena fiind redistribuit dup o
cheie legat de nivelurile SP1, SP3, SP10, SP5, SP7 ale proiectelor selectate
pentru finanare.
Lista final a evalurii proiectelor
Proiect
P1
P3
P10
P5
P7
P4
P9
P2
P8
P6

Deviz iniial
n
1.400.000
800.000
200.000
500.000
900.000
600.000
1.000.000
700.000
2.000.000
740.000

Deviz actualizat
( DVi )
900.000
800.000
100.000
400.000
750.000
600.000
300.000
600.000
1.500.000
500.000

Tabel 7
Punctaj evaluare
(SPi)
97
95
93
91
90
85
80
79
73
69

Managementul calitii proiectului se reflect n punctajul final

obinut i n diferena ntre nivelul devizului iniial i nivelul devizului
corectat.
Lucrul cu proiect presupune schimbarea filosofiei de derulare a
activitilor. Managerul de proiect elaboreaz oferta. O ofert bun nltur
riscurile i face dovada unei corecte i profunde cunoateri a problemei
abordate. n acest context, managerul de proiect ntocmete o ofert n care

elementele imprevizibile sau cheltuielile indirecte sunt diminuate strict,

ncadrndu-se ntre limite impuse prin program.
Corelaia ofert finanare funcioneaz perfect, neintervenind
restricii care s impun schimbri n structura graficului GANTT i
transferuri de fonduri ntre capitolele devizului. Dac s-au preconizat
200.000 i piaa a oferit structura de echipamente indicat n proiect la
180.000 , diferena de 20.000 , ce reprezint o economie, se va folosi
pentru echipamente suplimentare sau se va restitui, i nu pentru salarii,
deplasri sau cheltuieli materiale. Aceste restricii impun o responsabilitate
crescut din partea ofertantului, care face dovada unei cunoateri exacte a
problemei abordate n proiectul ofert.
Atunci cnd cheltuielile indirecte au o pondere nsemnat, rezult c
managerul urmrete redirecionri de fonduri sau c nivelul riscurilor este
gestionat defectuos. Acele fonduri sunt deseori utilizate pentru realizarea de
operaii financiare de tipul plata penalizrilor, care sunt interzise prin textele
managerului de program puse la dispoziia ofertantului.
Pentru aceast tipologie de cheltuieli sunt descrise abordri clare n
procesul de evaluare. Existena cheltuielilor neeligibile descalific oferta.
De asemenea, depirea nivelurilor impuse prin program pentru unele
cheltuieli are acelai rezultat.
Punctarea proiectului, din acest punct de vedere, urmrete
favorizarea acelor oferte al cror nivel de cheltuieli se gsete n prima parte
a intervalului admis, atingerea limitei superioare conducnd la nepunctare.
De exemplu, pentru proiectele P1, P2 i P3 de 400.000 fiecare,
cheltuielile cu personalul sunt de cel mult 5%, o restricie din ghidul
ofertantului. Rezult c acestea nu depesc 20.000 i se definete
intervalul cheltuielilor [0 ; 20.000].
Deoarece proiectul P1 prevede cheltuieli legate de personal de 8.000
, rezult c se afl n prima jumtate a intervalului, evaluatorii acordndu-i
maximum de puncte. Cum pentru proiectul P2 cheltuielile sunt de 15.000 ,
se acord la evaluare un punctaj intermediar. Proiectul P3 are cheltuieli de
20.000 i evaluatorii i atribuie zero puncte.

Evaluarea este o etap dificil n care sunt evideniate, msurate i

corelate calitile ofertei de proiecte.
Evaluatorii au sarcina de a evalua un numr restrns de proiecte. De
aceea, este important s fie instruii ntr-un mod unitar toi evaluatorii unui
program. n acest fel, lista constituit are o baz unitar de evaluare, iar
validarea procesului se extinde pentru a analiza stabilitatea n cadrul
echipelor de evaluatori.
Aceleai proiecte sunt evaluate de echipe diferite i rezultatul
agregrii este extins pentru a fi obinut stabilitatea din punct de vedere
statistic a procedeului descris n ghidul evaluatorului.

2.3 Validarea procesului de evaluare

Evaluarea proiectelor TIC este realizat de specialiti, selectai dup

criterii precum:
- nivelul de calificare n domeniul TIC;
- experiena n obinerea de fonduri pentru finanarea propriilor
proiecte;
- rezultatele n derularea de proiecte TIC;
- calitatea unor evaluri de proiecte realizate n calitate de
evaluatori;
- inexistena incidentelor de evaluare i derulare a implementrii
de proiecte proprii.
Exist n codul fiecrui program de finanare o baz de date pentru
proiecte, completndu-se de fiecare dat modul n care au decurs procesele
de evaluare. De asemenea, exist o baz de date a proiectelor. La selectarea
evaluatorilor sunt consultate cele dou baze de date, inclusiv baza de date a
ofertelor, pentru a obine o list de evaluatori astfel nct, pe de o parte, s
fie ndeplinite cerinele impuse de calitatea de evaluatori i, pe de alt parte,
s nu existe conflicte de interese care s vicieze procesul de evaluare pentru
care se constituie lista. n continuare, se considert lista LE format din
informaii privind evaluatorii Ev1, Ev2, ..., Evnev considerai omogeni n
raport cu cerinele programului Prg de finanare a proiectelor TIC.

Pentru derularea procesului de evaluare se procedeaz la instruirea

evaluatorilor i la distribuirea unui ghid ce conine toate detaliile cu privire
la etapele i procedurile specifice procesului de evaluare. De asemenea, se
ofer documentaia care se completeaz cu punctele acordate pentru fiecare
dintre caracteristicile urmrite. Oferta de proiecte TIC a programului Prg
conine proiectele Prj1, Prj2, ..., Prjnprj, iar n timpul evalurii se urmresc
caracteristicile Crc1, Crc2, ..., Crckcrc pentru care se acord punctaje dup
reguli precise incluse, respectiv, n intervalele IC1, IC2, ..., ICkcrc. Fiecare
interval ICj conine un nivel minim, MINj i un nivel maxim, MAXj.
Punctajul Hi obinut de proiectul Prji ndeplinete condiia:
kcrc

kcrc

MIN
i =1

H i MAX i , cu i = 1, 2, ..., nprj

i =1

Pentru validarea procesului de evaluare se parcurg etapele

urmtoare.
Etapa 1: cele nprj oferte de proiecte Prj1, Prj2, ..., Prjnprj sunt evaluate
independent de cei nev evaluatori Ev1, Ev2, ..., Evnev, obinndu-se
datele din tabelul 8, n care Hij reprezint punctajul total obinut de
proiectul Prjj dup evaluarea de ctre evaluatorul Evi.
Rezultatele evalurii simultane
Tabel 8
Proiect
Prj1
Prj2
...
Prjj
...
Prjnprj

Ev1
H11
H12
...
H1j
...
H1nprj

Ev2
H21
H22
...
H2j
...
H2nprj

Evaluator
...
Evi
Hi1
...
Hi2
...
...
...
H
...
ij
...
...
Hi nprj
...

...
...
...
...
...
...
...

Evnev
Hnev1
Hnev2
...
Hnevj
...
Hnev nprj

Etapa 2: se aleg valorile maxime i cele minime de pe linii, obinndu-se

tabelul 9; de asemenea se calculeaz diferenele j = HMAXj HMINj.

Punctajele extreme
Proiect
Prj1
Prj2
...
Prjj
...
Prjnprj

HMIN
HMIN1
HMIN2
...
HMINj
...
HMINnprj

HMAX
HMAX1
HMAX2
...
HMAXj
...
HMAXnprj

Tabel 9

1
2
...
j
...
nprj

Etapa 3: se nregistreaz evaluatorii care au acordat punctajele minime

i respectiv, maxime, obinndu-se tabelul 10.
Evaluatorii care au acordat punctaje extreme
Proiect
Prj1
Prj2
...
Prjj
...
Prjnprj

Tabel 10
Evaluator cu punctaj minim Evaluator cu punctaj maxim
Evi1
Evk1
Evi2
Evkk
...
...
Evij
Evkj
...
...
Evinprj
Evknprj

n care:
Evij evaluatorul care a acordat punctaj minim proiectului Prjj;
Evkj evaluatorul care a acordat punctaj maxim proiectului Prjj.

Etapa 4: se nregistreaz numrul de proiecte pentru care evaluatorii au

acordat punctaje minime, respectiv maxime, obinndu-se tabelul
11, unde pminj reprezint numrul de proiecte pentru care
evaluatorul Evj a acordat punctaj minim, iar pmaxi reprezint
numrul proiecte pentru care acelai evaluator a acordat punctaje
maxime.

Evaluatorii care au acordat punctaje extreme

Evaluator
Ev1
Ev2
...
Evi
...
Evnev

Tabel 11
Pondere valori minime Pondere valori maxime
pmin1
pmax1
pmin2
pmax2
...
...
pmini
pmaxi
...
...
pminnev
pmaxnev

Se calculeaz ponderile pmi i pMi prin relaiile:

pmi =

pmini
pmaxi
i pM i =
nprj
nprj

ce descriu n procente ponderea proiectelor notate cu punctaj minim, respectiv,

maxim de ctre evaluatorul Evi. Prin determinarea valorilor se completeaz
tabelul 12.
Ponderile proiectelor punctate cu valori extreme
Evaluator
Ev1
Ev2
...
Evi
...
Evnev

Tabel 12
pM
pM1
pM2
...
pMi
...
pMnev

pm
pm1
pm2
...
pmi
...
pmnev

Etapa 5: se calculeaz media corectat a punctajelor pentru proiectul Prjj,

~
H j determinat prin relaia:

H (HMIN
nev

~
Hj =

i =1

ij

HMAX j )

nev 2

unde nev reprezint numrul evaluatorilor ce au acordat punctaje

~
proiectului; se determin valoarea corectat a dispersiei, D 2j , asociat
proiectului Prjj i care este determinat de relaia:

(H

nev

~
D 2j =

i =1

ij

H j ) (HMIN j H j ) + (HMAX H j )
2

nev 2

unde H j reprezint valoarea medie a punctajului, a crei expresie este:

nev

Hj =

H
i =1

ij

nev

Se obine tabelul 13 ce conine pentru fiecare proiect evaluat, valoarea

medie corectat i dispersia punctajului fa de medie.

Medii i dispersii corectate ale proiectelor

Proiect
Prj1
Prj2
...
Prji
...
Prjnprj

~
H
~
H1
~
H2
...

~
Hi
...

~
H nprj

Tabel 13

~
D2
~
D12
~
D22
...

~
Di2
...

~2
Dnprj

Etapa 6: Se procedeaz la analiza calitativ a procesului de evaluare;

ntruct acesta este efectuat de ctre evaluatori, mai nti se
analizeaz activitatea acestora; se ordoneaz descresctor
evaluatorii dup numrul de proiecte pentru care au acordat
punctaje minime, se obine lista LMIN; se constituie sublista

LMIN a evaluatorilor ce cumuleaz n total 95% din ponderea

proiectelor cu punctaje minime; se ordoneaz descresctor
evaluatorii dup numrul de proiecte pentru care au acordat
punctaje maxime i se obine lista LMAX; se constituie sublista
LMAX a evaluatorilor care au dat punctaje maxime pentru 95%
din totalul proiectelor; se nregistreaz cele dou subliste,
obinndu-se o mulime format din elementele {Evi1, Evi2, ...,
Evik}.
Analiza calitativ vizeaz situaiile n care sublista nu se refer la
situaii accidentale, ci la situaii sistematice; evaluatorul Evi1 este primul
element att n LMIN ct i n LMAX. De asemenea, cazurile n care
LMIN LMAX, LMAX LMIN sau LMAX LMIN reflect situaii
speciale care trebuie supuse analizei pentru a vedea dac procesul de
evaluare conine pri slabe sau procesul de selectare a evaluatorilor a fost
defectuos.

Etapa 7: se constituie echipa de cte K evaluatori pentru un proiect; uzual,

un proiect este evaluat de ctre K = 3 evaluatori; avnd n vedere
c sunt nev evaluatori se construiesc n tabelul 14, M = C K
nev
structuri de echipe cu datele provenind din tabelul 8.

Echipe de evaluatori
TEAM1 ...
Proiect
...
...

TEAMi
Evaluator Evaluator Evaluator Valoare A
Ei-1
Ei+1
Ei

Tabel 14
... TEAMM
...
...

Prj1
Prj2
...
Prjj

...
...
...
...

...
...
...
...

...
Prjnprj
Total
acceptri

...
...

...
...

T1

Hji-1

Hji

Hji+1

Ti

H ij

Aji

...
...
...
...

...
...
...
...

...
...

...
...

TM

n care H ij reprezint media punctajului primit de proiectul Prjj de la

membrii echipei Ti.
Valoarea elementului Aji este:

Aji =

1, dac proiectul Prjj este evaluat corect;

0, dac proiectul nu este evaluat corect, pentru c
diferena dintre punctajul minim i cel maxim > ev

unde valoarea ev este determinat i stabilit pe baza experienei acumulate

n derularea unor programe anterioare.
n final, se determin:
numrul total al proiectelor direct evaluate:
M
TT = Ti
i =1

gradul de evaluare GE a proiectelor:

GE =

TT
K
nprj * C nev

se identific echipele cel mai puin eficiente prin ordonarea

cresctoare a totalurilor T1, T2, ..., TM.

Validarea procesului de evaluare reprezint un element esenial al

realizrii unui program de finanare deoarece asigur corectitudinea i
obiectivitatea procesului de selecie a ofertelor proiectelor i este, totodat,
garania realizrii unui proces de calitate.

2.4 Structur software pentru analiza calitii proiectelor TIC

Realizarea evalurii unui lot de mai multe proiecte are ca obiectiv

final obinerea unei liste ordonate care s indice ofertele ce vor fi finanate.
Acest rezultat este caracterizat de un grad ridicat al reprezentativitii i al
validitii, iar obinerea lui implic culegerea i prelucrarea unui set mare de
date, coninnd nivelurile msurate ale caracteristicilor cercetate. Lund n
considerare aceste motive, precum i caracteristicile ce descriu procesul de
evaluare a proiectelor TIC, cel mai indicat instrument spre a fi utilizat n
procesul de evaluare este un produs software, care:
elimin din etapele de culegere i prelucrare a datelor eroarea
uman, printr-o proiectare i implementare atent a
metodologiilor utilizate;
utilizeaz eficient resursa de timp, obinnd rapid rezultatele;
permite utilizarea unor metode flexibile de culegere a datelor,
precum i de prezentare a rezultatelor.
Aplicaia servete drept mijloc de culegere i analiz a datelor
privind proiecte TIC ce aparin unei anumite clase, n care au fost incluse
dup criterii de omogenitate a caracteristicilor.
Culegerea datelor este foarte important, datorit faptului c, pe baza
acestor informaii, se realizeaz ierarhia proiectelor. Din aceast cauz,
componenta produsului program legat de aceast etap trebuie:
y s permit mai multe metode de introducere a datelor; utilizarea
unui eantion reprezentativ de specialiti care noteaz
caracteristicile proiectelor, implic de cele mai multe ori
utilizarea de canale de comunicaie la distan; de aceea, aplicaia
trebuie s fie capabil s primeasc date de la distan, prin
intermediul componentelor client-server, precum i local;
utilizarea de componente hardware care s automatizeze procesul
de evaluare prin preluarea coninutului proiectului i
transformarea acestuia n format electronic implic gestiunea
atent a datelor; se are n vedere salvarea acestora, precum i
asigurarea consistenei lor;

y s valideze datele de intrare, eliminnd posibilitatea apariiei

erorilor;
y s securizeze procesul, acceptnd date doar din surse sigure.
Evaluarea const n aplicarea unor metodologii adecvate ce presupun
compararea a dou sau mai multe proiecte pe baza unui set de caracteristici
comune i reprezentative sau msurarea nivelurilor setului definit de
caracteristici pentru fiecare proiect n parte. Aplicaia implementeaz una
din aceste metode sau mai multe, caz n care permite alegerea ei de ctre
utilizator.
Beneficiari ai rezultatelor sunt:
specialitii din cadrul programului, care sunt chiar iniiatorii
acestei analize;
ofertanii proiectelor.
Pentru orice produs software, calitatea interfeei utilizator este
determinat prin aprecierea funcionalitii acestuia. n designul interfeei
trebuie urmrite o serie de principii consacrate n dezvoltarea produselor
software.
Un prim principiu, extrem de important, l reprezint simplitatea
interfeei utilizator. Acest aspect are n vedere meninerea unui grad ct mai
sczut de complexitate, creterea acestuia determinnd o serie de efecte
nedorite pentru utilizator, cum este greutatea, n nvare, grad de confuzie
n operare, disconfort ergonomic.
Simplitatea este adeseori greu de meninut n condiiile unor
programe extrem de complexe, care opereaz cu volume mari i variate de
date. Exist o serie de soluii pentru rezolvarea acestei situaii:
- utilizarea aa-numitei tehnici de relevare progresiv care presupune
conceperea interfeei de aa fel nct s permit accesul progresiv la
diverse seciuni ale programului, nlnuite logic;
- crearea de interfee adaptabile dup anumite specificaii ale
utilizatorului.
Cea mai eficient modalitate de design al unei interfee utilizator ct
mai funcional i ct mai apreciat este includerea utilizatorilor n procesul

de design. Acest lucru se realizeaz prin crearea de prototipuri care sunt

apoi propuse spre testare unui grup restrns de utilizatori reprezentativi.
Considerentele de ordin estetic joac i ele un rol foarte important n
aprecierea interfeei utilizator. Modul de amplasare a controalelor precum i
culorile folosite creeaz senzaia de confort i obinuin. Alegerea culorilor
i formelor potrivite pentru elementele de tip grafic, imagine influeneaz
aprecierea diverselor entiti reprezentate.
Consistena interfeei este dat de respectarea unor reguli stricte n
ceea ce privete designul i funcionalitatea. Este necesar deci existena
unor controale cu comportament bine definit, care s fie folosite n contexte
asemntoare de fiecare dat.
Obiectivul sistemului informatic este realizarea sistemului distribuit
prin care s se poat stabili i publica on line rezultatele evalurii proiectelor
TIC aparinnd aceleiai categorii i care au acelai obiectiv final.
Acest lucru presupune existena unor informaii legate de proiectele
care urmeaz a fi analizate, informaii ce sunt puse la dispoziie de echipele
ofertante.
Cadrul instituional vizat l constituie o organizaie guvernamental,
neguvernamental sau privat ce activeaz n domeniul programelor de
finanare. Un criteriu important pe care trebuie s l ndeplineasc aceast
organizaie este acela al imparialitii, aceasta trebuind s fie recunoscut
ca atare de toi ofertanii ale cror proiecte sunt supuse evalurii.
O dat ce toate aceste date sunt disponibile, se trece la urmtorul pas
i anume evaluarea caracteristicilor de calitate i a importanei acestora. n
aceast etap se recurge la ajutorul unor specialiti, experi n domeniul
cruia aparin proiectele. Fiecare dintre acetia analizeaz oferta i stabilesc
care din proprietile proiectului sunt relevante n analiz i ce caracteristici
sunt importante.
Rezultatele sunt publicate n format electronic, eventual nsoite de
analiza acestora de ctre specialiti.

Utilizatorii programului, descrii n figura 19, sunt:

- experii n diverse domenii, al cror rol este de a evalua
proiectele;
- utilizatorii obinuii, care se intereseaz de diferitele aspecte ale
programului de finanare;
- administratorii sistemului.
Sistem distribuit
Informaii i rezultate
ale evalurii
Administrare sistem
i proces de evaluare

UTILIZATOR

Actualizare/consultare
sistem de notare a
proiectelor

ADMINISTRATOR

SPECIALIST

Figura 19. Diagrama cazurilor de utilizare

Funciile majore pe care trebuie s le ndeplineasc sistemul sunt:

culegerea datelor de intrare prin gestionarea coordonat a diferitelor
componente hardware periferice sau interne;
stocarea i actualizarea informaiilor referitoare la ofertele de proiect;
stocarea i actualizarea informaiilor referitoare la utilizatorii sistemului
sau la specialiti;
interfee securizate prin intermediul crora specialitii au acces la
operaiile necesare evalurii proiectelor;
implementarea eficient a algoritmilor i metodelor de evaluare sau
obinere a rezultatului;
prezentarea rezultatelor evalurilor specialitilor i a seleciei
proiectelor n forme ct mai sugestive, relevante pentru utilizatori.
publicarea concluziilor prin intermediul paginilor Web, oferindu-se
suport pentru administrarea site-ului;
administrarea bazei de date centralizate unde sunt stocate toate datele.

Cerinele hardware ale sistemului sunt influenate de natura

distribuit a acestuia. Astfel, baza de date trebuie s fie accesibil de la
distan prin intermediul unei interfee de conectare la baze de date, ceea ce
presupune un server pe care s ruleze sistemul de baze de date, server
conectat la Internet. Acelai server este folosit pentru publicarea paginilor
Web. n ceea ce privete partea de administrare, aceasta se face prin
intermediul platformei locale conectat la Internet.
Cerinele software implic existena sistemului de gestiune a bazelor de
date capabil s satisfac cerinele de performan ale sistemului: stocarea unui
volum important de date, acces concurent, disponibilitate on line etc. Este necesar
apoi software de publicare a paginilor Web care s suporte tehnologia folosit
pentru acces la baza de date i securitate. Pentru administrare este folosit un client
care ruleaz pe platforme software variate.
Componenta de descriere a programului
Descriere proiecte

Utilizator

Rezultate evaluare

Home page

Descriere proces
Autentificare

Specialist

Administrare date

Component de realizare a evalurii

Administrare BD

Prelucrare date

Administrator
Supervizare

Preluare automat date

Figura 20. Componentele aplicaiei software de analiz i evaluare a proiectelor TIC

Principala problem practic care apare n funcionarea sistemului o

reprezint existena i veridicitatea datelor referitoare la proiecte. Aceste
date sunt furnizate de ctre specialitii care au evaluat proiectul, caz n care
trebuie atent verificate sau preluate prin evaluarea automat a proiectului n

format electronic. Astfel de probleme in direct de managementul

programului i de organizaia care se afl n spatele acestuia.
Software pentru managementul calitii proiectelor TIC are menirea
de a asista procesul de elaborare a ofertei, de a evalua indicatori ai
caracteristicilor de calitate i de a evidenia punctele n care trebuie s se
intervin.
Managerii programului definesc n ghidul de elaborare a ofertei i n
ghidul evaluatorului cerinele celor dou procese, elaborare, respectiv,
evaluare oferte.
Un produs software destinat asistrii procesului de elaborare este
nzestrat cu module care s preia definirile, restriciile, algoritmii de
evaluare din ghidurile definite de managerii programului de finanare.
Software-ul trebuie s conin module, figura 20, care analizeaz
texte i care gestioneaz texte.
De exemplu, la definirea titlului se construiete un vocabular VTITLU.
La definirea obiectivului se creeaz un vocabular VOBJ, iar VTITLU intersectat
VOBJ trebuie s fie diferit de ; n caz contrar, exist o contradicie de
context ntre titlu i obiectiv.
Programul finanat are prioriti definite printr-un vocabular VPRI i
trebuie ca:

(VTITLU

VOBJ ) V PRI

La elaborarea ofertei se construiete mai nti lista bibliografic i se

gestioneaz referirile.
Produsul de asistare trebuie s fie nzestrat cu o component care
afieaz informaii privind titlurile din bibliografie i frecvenele lor de
referire n text.
Orice ofert presupune o structur de devize i cheltuieli eligibile
care se constituie ntr-o list, LCHE.
Pentru realizarea proiectului se enumer activiti, resurse, durate
care se regsesc n listele LACT, LRES, respectiv, LT. Produsul software
genereaz tablouri pentru perechile (LCHE, LACT), (LCHE, LRES), (LCHE, LT),

(LACT, LRES), (LACT, LT), (LRES, LT) pe care echipele care elaboreaz oferta
trebuie s le completeze. Dac n tablouri liniile sau coloanele conin numai
elemente nule, se consider c definirile sunt incomplete i trebuie trecut
rapid la reevaluarea distribuirii de resurse. Modulele care efectueaz calcule
pe tabelele elaborate permit n orice moment calculul:
- totalului de resurse;
- costului total al proiectului;
- resurselor pentru o activitate;
- costului unei activiti;
- necesarului de resurse pentru orice perioad;
i definirea tranelor de finanare i a gradului de alocare a resurselor pe
durata proiectului, precum i a punctelor critice ale proiectului.