Contract nr. 23/24.09.2007 Proiect nr. 1094 Acronim: IDMCPE Domeniu: D20 – Tehnologia societăţii informaţionale

RAPORT DE CERCETARE ÎN EXTENSO

INFRASTRUCTURA DIGITALĂ DE MANAGEMENT AL CONFERINŢELOR ŞI

PUBLICAŢIILOR ELECTRONICE

Contractor:

S.C. INTELLIGENT ENTERPRISE S.R.L.

Director proiect:

Marius CIOCA

Septembrie, 2008

CUPRINS

1. Obiective generale …………………………………………………… 3

2. Obiectivele etapei de execuţie ……………………………………… 3

3. Rezumatul fazei ………………………………………………………… 3

4. Descrierea ştiinţifică şi tehnică ……………………………………… 5

4.1. Cerinţe tehnologice ………………………………………………. 5

4.2. Cerinţe/elemente de bază ale sistemului software …………... 5

4.3. Actori. Descriere sumară ……………………………………… 7

5. Concluzii ……………………………………………………………….. 7

6. Bibliografie ……………………………………………………………. 8

7. Anexa 1 – Schema şi specificaţii de realizare ………………………. 9

8. Funcţionalitate – interfeţe utilizator 23

1. OBIECTIVE GENERALE

Obiectivele generale ale proiectului au urmărit realizarea unei infrastructuri de

management atât al conferinţelor cât şi al publicaţiilor electronice. Obiectivele au fost

atinse utilizând mediile de dezvoltare Open-Source cum sunt: serverul de aplicaţii PHP

în conjuncţie cu serverul de baze de date MySQL şi serverul de Web Apache rulate pe

orice platformă: UNIX/Linux, Windows, MacOS. Pentru atingerea celor două obiective,

s-a ales utilizarea tehnologiilor enumerate mai sus datorită fiabilităţii, flexibilităţii,

robusteţii, portabilităţii şi securităţii demonstrate în timp, uşurinţei de dezvoltare a

aplicaţiilor cu astfel de tehnologii şi nu în ultimul rând datorită costurilor aditionale,

practic inexistente, în ceea ce priveşte licenţa de utilizare.

2. OBIECTIVELE ETAPEI DE EXECUŢIE

Obiectivele corespunzătoare etapei de execuţie sunt prezentate în continuare:

- Testare şi validare model produs nou;

- Realizare prototip;

- Transfer tehnologic.

3. REZUMATUL FAZEI

Făcând o radiografie a fazei putem constata obiectivele obţinute, realizate şi

prezentate în cadrul acesteia, acestea fiind:

- testare şi validare model produs nou;

- realizare prototip;

- transfer tehnologic realizat la Centrul de Cercetări în Domeniul Calităţii din cadrul

Universităţii “Lucian Blaga” din Sibiu (cf. proces verbal nr. 13/10.08.2008).

- diseminarea şi publicarea de lucrări ştiinţifice.

Pentru realizarea acestor obiective şi având la bază rezultatele primei etape s-a

realizat atât modulul “responsabil” de managementul conferinţelor cât şi modulul care

vizează managementul publicaţiilor electronice.

În urma testărilor şi îmbunătăţirilor permanente s-a ajuns la realizarea prototipului

care corespunde aşteptărilor şi îndeplineşte toate cerinţele şi speficicaţiile definite în

etapa 1 a proiectului.

Ca urmare a realizării prototipului şi datorită faptului că acesta a fost testat în

nenumărate rânduri pentru a corespunde cerinţelor s-a reuşit tranferul tehnologic în

cadrul Centrului de cercetări în domeniul calităţii de la Universitatea “Lucian Blaga” din

Sibiu, centru acreditat CNCSIS.

Motivele care au determinat personalul din cadrul centrului de certerare, mai sus

amintit, să accepte transferal tehnologic a fost pe de o parte calitatea produsului, de

asemenea flexibilitatea şi uşurinţa de utilizare a acestuia şi nu în ultimul rând datorită

faptului că centrul de cercetare are în vedere realizarea conferinţei 5th Balkan region

conference on engineering education, ce va avea loc in octombrie 2009, al cărei

proceedings este acreditat ISI Thomson. Ţinând cont de acestea vor utiliza rezultatele

acestui proiect pe de o parte pentru gestionarea conferinţei, cu tot ce presupune

aceasta: de la trimiterea lucrărilor, distribuirea acestora evaluatorilor, crearea/generarea

topics-urilor şi a criteriilor de evaluare a lucrărilor până la raportarea finală a situaţiei

precum şi gestionarea volumului (proceedings-ului) care a ajuns deja la a 5-cea ediţie şi

care – după cum am ami spus – este primul proceedings, sub egida Universităţii

“Lucian Blaga” din Sibiu acreditat ISI Thomson.

Rezultatele unui proiect bine documentat şi cât mai amănunţit analizat, precum şi

aspectele urmărite şi realizate de-a lungul întregului proces de realizare a infrastructurii

digitale de management al conferinţelor şi publicaţiilor electronice cum ar fi aspectele

legate de securitatea informaţiei, problemele de anduranţă precum şi interfeţele

utilizator au dus la atingerea unui alt ovbiectiv, şi anume publicarea unei lucrări

acreditată ISI Thomson Proceedings, precum şi a unei lucrari acreditată IEE INSPEC.

4. DESCRIEREA ŞTIINŢIFICĂ ŞI TEHNICĂ

Descrierea etapei este prezentată în continuare; din descriere rezultă gradul de

realizare a obiectivelor şi evidenţiază faptul că acestea au fost îndeplinite.

Rezultatele/obiectiv obtinuţe şi prezentate în cadrul acestei etape sunt:

- testare şi validare model produs nou;

- realizare prototip;

- transfer tehnologic realizat la Centrul de Cercetări în Domeniul Calităţii din cadrul

Universităţii “Lucian Blaga” din Sibiu (cf. proces verbal nr. 13/10.08.2008).

- definire funcţionalităţi, componente, arhitectură (schema şi specificaţiile de

realizare) acestea fiind prezentate în “Anexa 1 – Schema şi specificaţii de

realizare”;

- diseminarea şi publicarea de lucrări ştiinţifice; o lucrare publicată şi acreditată ISI

Thomson Proceedings, precum şi o lucrare acreditată IEE INSPEC.

4.1. Cerinţe Tehnologice

4.1.1.Tehnologii

S-au avut în permanenţă în vedere costuri minime cu performanţă şi stabilitate

foarte bună. În acest sens s-au utilizat în realizarea Infrastructurii digitale de

management al conferinţelor şi publicaţiilor electronice următoarele:

- Sistem de operare: Linux Based

- Limbaj de programare: PHP 5.x

- SGBD: MySQL 5.x

- Server WEB : Apache 2.x

4.1.2.Arhitectura de bază

- Client – Server

- Orientată pe protocolul Http (Https)

4.1.3.Access reţea

Intranet cât şi Internet, neexistând niciun fel de restricţii în acest sens.

4.1.4.Pachete software necesare, configurare sistem gazda

- Browser web (Firefox, Internet Explorer >5.5, Nescape)

- Aceess la serverul ce găzduieşte sistemul (Intranet, Internet)

4.2. Cerinţe/Elemente de bază permise de produsul nou

4.2.1. Funcţionalităţi de bază ale sistemului.

- Înregistrare lucrare (autor);

Înregistrarea unei lucrări (autor) în sistem. Procesul este realizat printr-o

interfaţă (IR01) de înregistrare.

- Evaluare lucrare

În această secţiune se realizează evaluarea lucrărilor.

- Administrare

• Lucrări (autori)

Administrarea lucrărilor în sistem (activare, dezactivare)

• Evaluatori

Administrarea evaluatorilor în sistem (activare, dezactivare)

• Alţi utilizatori din sistem

Administrarea altor grupe de evaluatori (responsabili de conţinut,

asignare a evaluatorilor, definirea conferinţelor, etc)

• Conferinţa, criterii de evaluare

Administrarea datelor de valabilitate a conferinţeri, generarea criteriilor

de evaluare.

• Raportare parţială şi finală asupra procesului general

Raportare a diferitelor date din sistem (număr de lucrări, puntaje

evaluări, alocări, acces în system etc.)

4.2.2. Jurnal

Sistemul permite menţinerea unui jurnal, în care utilizatori înregistraţi pot planifica

apariţia unui articol

4.2.3. Prezentare, notificare publică.

Sistem de notificare publică prin articole, anunţuri importante, materializate pe

pagină principală a sistemului în discuţie.

4.2.4. Notificare, în manieră privată.

Modalitate de notificare a utilizatorilor sistemului, de modificări de stare ale unui

obiect ce aparţine sistemului

4.3. Actori. Descriere sumară

Actorii sunt reprezentaţi de grupuri de utilizatori care pot folosi sistemul.

4.3.1. Autori

Utilizatori speciali care postează şi aduc modificări unei lucrări.

4.3.2. Evaluatori

Grup de utilizatori special desemnaţi, prin procedee specifice, folosiţi în procesul

de evaluare al unei lucrări. Aceştia, conform criteriilor prestabilite, acordă

punctaje lucrărilor, iar aceste punctaje contribuie la separarea valorii lucrărilor în

cadrul sistemului. Aceştia au posibilitatea să posteze / să trimită mesaje către

membrii IPC precum şi recomandări către autori.

4.3.3. Administratori

Grup de utilizatori speciali, responsabili cu administrarea diferitelor procese

interne ale sistemului, de la definirea regulilor de acces, până la

închiderea/deschiderea conturilor utilizatorilor.

• Administratori generali

• Administratori de conţinut

• Administratori responsabili cu asignarea/reasignarea (alocarea /

realocarea lucrărilor către evaluatori)

• Administratori utilizatori

• Administrarori evaluatori activitate

4.3.4. Vizitatori (utilizatori anonimi)

Utilizatori ce nu sunt categorisiti in nici un fel. Aceştia au un acces restrâns la

ştiri, noutăti de ordin public.

5. CONCLUZII

Concluziile desprinse din cadrul raportului de cercetare sunt următoarele:

- toate obiectivele etapei au fost îndeplinite;

- s-a realizat transferal tehnologic către Centrul de cercetare în domeniul calităţii

din cadrul Universităţii “Lucian Blaga” din Sibiu;

- diseminarea rezultatelor s-a realizat printr-o lucrare adreditată ISI Thomson

Proceedings, precum şi printr-o lucrare acreditată IEE INSPEC.

6. BIBLIOGRAFIE

1. Cioca, M. “Infrastructura digitala de management al conferintelor si publicatiilor

electronice”, propunere contract de cercetare PNCDII-Inovare, 29 iunie 2007;

2. Cioca, M., et al. “System Management Digital Infrastructure” in 4th Balkan Region

Conference on Engineering Education & MSE, Sibiu, România, 2007".

(ISI Web of Knowledge);

3. Cioca, M., et al "Web programing for conference and electronic publication

management" in 7th International Conference on ARTIFICIAL INTELLIGENCE,

KNOWLEDGE ENGINEERING and DATA BASES, in Cambridge, UK, 2008

(ISI Web of Knowledge).

1. Arhitectura de bază (tehnologic) 1.1.Client – Server

Fig. 1. Arhitectura generală client server

1.2.Arhitectura Web Http(Https)

Fig. 2. Arhitectura web implementată

2.Arhitectura sistem

Fig. 3. Arhitectura de principiu

3.Arhitectectura în detaliu 3.1.Autori

Fig. 4. Descriere în detaliu a funcţiilor pe grupul autor

3.2.Evaluatori

Fig. 5. Descriere în detaliu a funcţiilor pe grupul evaluatori

3.3.Administratori

Fig. 6. Schema de principiu a grupului de utilizatori “Administratori”

3.3.1.Administratori generali

Fig. 7. Descriere în detaliu a funcţiilor pe grupul “administratori generali”

3.3.2.Administratori conţinut

Fig. 8.Descriere în detaliu a funcţiilor pe grupului “administratori continut”

3.3.3.Administratori evaluari lucrari

Fig. 9. Descriere in detaliu a functiilor pe grupului “administratori continut”

3.3.4.Administratori utilizatori

Fig. 10. Descriere in detaliu a functiilor pe grupului “administratori utilizatori ”

3.3.5.Administratori evaluatori activitate

Fig. 11. Descriere in detaliu a functiilor pe grupului “administratori utilizatori ”

3.4.Vizitatori

Fig. 12. Descriere in detaliu a functiilor pe grupului “vizitatori ”

3.5.Procese de functionare

3.5.1.Inregistrare

Fig. 13 . schema principiu “inregistrarea lucrarilor”

3.5.2.Asignare – evaluare – reevaluare

Fig. 14. Schema principiu “Asignare – evaluare – reevaluare”

3.6.Jurnal

Fig. 15. Schema principiu pentru Jurnal

FUNŢIONALITATE ŞI INTERFEŢE UTILILZATOR

În acest material este prezentat modul de utilizare a aplicaţiei rezultată în urma proiectului nr.

23/24.09.2007, intitulat “Infrastructură digitală de management al conferinţelor şi publicaţiilor

electronice” precum şi interfeţele utilizate în cadrul acesteia.

Primul pas făcut în vederea utilizării acestei aplicaţii este instalarea la beneficiar. De acest lucru

este responsabilă societatea Intelligent Enterprise SRL Sibiu, care are rolul de instalare a aplicaţiei

precum şi de instruirea personalului care va utiliza aceste module. Aplicaţia se va instala pe un server pus

la dispoziţie de beneficiar, singurele cerinţe “impuse” de aplicaţie fiind ca acest server (hosting) să aibe,

în prealabil, instalat serverul de aplicaţii PHP, serverul de baze de date MySQL şi serverul de Web

Apache acestea putând fi rulate atât pe platforma UNIX cât şi pe platforma Windows.

Odată instalată aplicaţia şi instruit personalul, intră în acţiune “actorii” sau utilizatorii acesteia, pe

care pentru exemplificare, îi denumim în continuare: administrator, autori şi evaluatori. Datorită faptului

că atât managementul conferinţelor cât şi cel al publicaţiilor electronice (jurnale, reviste etc) sunt identice

din punct de vedere al utilizării, în continuare vom face referire la modulul de management al

conferinţelor acesta fiind puţin mai complex decât cel dedicat jurnalelor electronice.

1. Administrator

Administratorul aplicaţiei are drepturi depline asupra acesteia, precum şi a celorlalţi utilizatori ai

acestora, înţelegând prin “ceilalţi” atât autorii (care vor trimite lucrări ştiinţifice spre publicare în cadrul

conferinţei/jurnalului) cât şi evaluatorii (responsabili cu evaluarea acestor lucrări).

Odată intrat în sistem, cu ajutorul “numelui de utilizator” şi a “parolei” figura 1, administratorul

va avea parte de meniul prezentat în figura 2 cu ajutorul căruia va avea acces deplin asupra configurării

conferinţei, managementul utilizatorilor (autori, evaluatori) precum şi asupra părţii de raportare care are

ca scop gestionarea tuturor lucrărilor precum şi evidenţa acestora (care au fost aceptate, respinse etc.).

Figura 1

Figura 2

Pentru configurarea şi gestionarea managementului conferinţei, se observă, în figura 2 cele 5

submeniuri aferente acesteia. În continuare, vom detalia aceste meniuri pentru o înţelegere cât mai exactă

a modului de utilizare precum şi pentru prezentarea interfeţelor utilizate.

Primul pas în vederea definirii unei conferinţe este activarea meniului “Definire Conferinta” care

are ca rezultat figura 3. Se observă, în figura de mai jos, următoarele posibilităţi de definire a conferinţei,

şi anume: “Nume” care face referire la abrevierea conferinţei, “Descriere” care conţine numele întreg al

conferinţei, “Valabilitate autori” care face referire la perioada în care autorii pot posta lucrări în cadrul

conferinţei definite, “Valabilitate evaluatori” care stabileşte perioada în care evaluatorii pot face recenzii

asupra lucrărilor primite, “Conferinta activă” (opţiune utilizată în situaţia în care se definesc mai multe

conferinţe) precum şi “Numar evaluatori” care au fost stabiliţi pentru recenzia lucrărilor în cadrul

conferinţei definite anterior.

Figura 3

Este ştiut faptul că orice conferinţă acceptă, spre susţinere şi publicare, lucrările ştiinţifice care

fac obiectul unei selecţii riguroase. În acest scop s-a definit un modul de “Definire criterii” care stau la

baza acceptului sau refuzului unei lucrări. Acest modul permite generarea oricâtor criterii şi subcriterii

tocmai în ideea de a oferi o cât mai corectă şi eficientă metodă de evaluare a acestora.

Modalitatea de generare a criteriilor de evaluare precum şi a subcriteriilor aferente este prezentată

în figura 4.

Figura 4

Se observă în figura 4, la “Optiuni” posibilitatea de editare criterii. Activând această optiune

ajungem la interfata cu ajutorul căreia putem edita criteriile (figura 5).

Figura 5

Se observă în meniul din dreapta al ferestrei din figura 5 posibilitatea de adăugare, editare şi

stergere de criterii şi subcriterii utilizate în procesul de evaluare. Dacă în acest meniul alegem opţiunea

“adaugare” se ajunge la figura 6, care permite editarea propriu-zisă a criteriului respectiv.

Figura 6

Mai este permisă în figura 6 posibilitatea de a detalia criteriul respectiv, precum şi de a acorda un

punctaj care ajută la evaluarea finală. În concluzie se definesc criterii, se acordă punctaje acestora (spre

exemplificare pe o scară de la 1 la 5) iar media tuturor criteriilor obţinute de la toţi evaluatorii “stabilesc”

dacă lucrarea respectivă va fi sau nu acceptată în cadrul conferinţei.

Cu ajutorul meniului “Definire evaluatori” din figura 2 se pot defini, de către administrator

evaluatorii din cadrul conferinţei. Această metodă fiind mai simplistă, va fi prezentată mai jos, detaliat,

posibilitatea de “înregistrare” ca şi evaluator în cadrul unei conferinţe, de altfel modalitatea cea mai

răspândită şi cea mai utilizată la ora actuală.

Opţiunea “Definire secţiuni” din figura 2 oferă posibilitatea de a stabili secţiunile (topics-urile)

conferinţei precum şi subsecţiunile acesteia. Apelând acest meniu vom obţine figura 7, prezentată mai jos.

Figura 7

În figura 7 apelând meniul “editare” se pot crea oricâte secţiuni precum şi subsecţiuni (topics-uri)

ale conferintei (figura 8.). De asemenea există posibilitatea de adăugare, de modificare şi de ştergere a

(sub)secţiunilor existente.

De asemenea, în figura de mai jos se mai regăsesc nişte informaţii despre conferinţa la care se

stabilesc secţiunile şi subsecţiunile amintite mai sus.

Figura 8

Meniul “Repartizare lucrări” din figura 2, ajută la distribuirea lucrărilor către evaluatori în

vederea evaluării acestora (figura 9).

Figura 9

În figura 9 se observă nişte date generale despre lucrare, starea lucrării (în acest caz fiind “w”

care înseamnă “în aşteptare”) precum şi optiunea “distribuire” care odată apelată va arăta ca în figura 10.

Figura 10

În figura 10, pe lângă nişte informaţii generale despre lucrarea care a fost distribuită se mai

regăsesc şi informaţii privind secţiunea la care se încadrează lucrarea, numărul total de evaluatori din

cadrul conferiniţei (stabiliţi de administrator în figura 3) precum şi numărul de evaluatori la care s-a

trimis lucrarea (se observă în acest caz că lucrarea s-a trimis doar unui evaluator).

De asemenea se observă, legat de evalatori, atât secţiunea pe care acesta a ales-o pentru evaluare

(alegerea secţiunii de către evalautori este prezentată mai jos şi se realizează în momnetul creării contului

de către acesta), precum şi starea lucrării (în acest caz “w” care semnifică faptul că evaluatorul încă nu şi-

a dat acceptul spre evaluare). Trebuie menţionat faptul că odată trimisă o lucrare spre recenzie unui

evaluator, acesta primeşte automat un e-mail cu datele lucrării (titlu, abstract etc), fiind invitat să evalueze

lucrarea. Evaluatorul are 3 posibilităţi: să accepte (“a”), să refuze (“r”) sau să o lase în aşeteptare (“w”)

acest lucru observându-se şi în figura 10 (Legendă).

Cele prezentate până acum sunt responsabilitatea administratorului de sistem în ceea ce priveşte

configurarea conferinţei. În continuare sunt prezentate alte trei “sarcini” ale administratorului acestea

fiind Configurare, managementul lucrărilor şi al rapoartelor precum şi managementul utilizatorilor din

sistem (autori şi evaluatori).

În figura 2, meniul “Configurare” permite declararea unor variabile de sistem prezentate în figura

11.

Figura 11

În figura de mai sus sunt prezentate variabilele de sistem cu posibilitatea editării, stergerii sau

adăugării de noi variabile. Aceste variabile fac referire la buna funcţionare a întregului sistem şi

reprezintă următoarele:

- auth.time: face referire la timpul alocat pentru o sesiune de lucru (în cazul în care un

utilizator a accesat aplicaţia şi timp de 3600 s nu a utilizat-o sistemul îl decomentează

automat);

- date.en.format: face referite la modalitatea de afişare a datei calendaristice în cadrul

aplicaţiei;

- email.default.sender: face referire la adresa de e-mail la care se trimit informaţii ori de câte

ori, în sistem s-a înregistrat o lucrare;

- paper.archive: este o variabilă care odată activată arhivează toate lucrările înregistrate în

sistem pentru a gestiona cât mai optim spaţiul alocat pe server;

- site.address este o variabilă setată chiar cu adresa sitului unde se regăseşte aplicaţia.

Pentru o gestionare cât mai eficientă şi o raportare rapidă în ceea ce priveşte lucrările (acceptate,

respinse etc), administratorul are la dispoziţie (din figura 2) meniul “Lucrări”, care-i permite atât

vizualizarea lucrărilor, ştergerea acestora precum şi raportările necesare.

Gestiunea lucrărilor are la bază acelaşi principiu, de vizualizare lucrări precum şi de ştergere a

acestora dacă este cazul. Astfel, în continuare facem referire la posibilitatea administratorului de a genera

rapoarte (figura 12, 13), dar ce este mai important, în vederea integrării datelor cu alte aplicaţii (cum ar fi

Word, Excel) aplicaţia prezentată oferă posibilitatea administratorului să exporte, în format Execel , toate

lucrările precum şi defalcarea acestora din punct de vedere al aceptării, respingerii etc. în urma

evaluărilor.

Figura 12

Figura 13

Se observă, în figura 13, situaţia lucrărilor acceptate, precum şi posibilitatea descăscării acestora

într-un format agreat de Excel. Utilizarea acestei opţiuni (Lucrări acceptate [descarca]) are ca rezultat

figurile 14 şi respectiv 15, şi permite administratorului exportul lucrărilor din cadrul conferinţei atât în

Excel cât şi în Word.

Figura 14

Figura 15

Ultima “sarcină” a administratorului este managementul utilizatorilor care permite acestuia să

gestioneze toţi utilizatorii înregistraţi în sistem, să le stabilească drepturi, să recupereze parolele acestora

(în eventualitatea că autorii sau evaluatorii o pierd şi au nevoie de ea), să şteargă utilizatori neavizaţi etc.

O prezentare a acestor facilităţi a administratorului în ceea ce priveşte managementul

utilizatorilor precum şi interfeţele utilizate în acest scop sunt prezentate în figurile 16 (management

autori), figura 17 (management evaluatori) şi figura 18 (editarea opţiunilor acestora).

Figura 16

Figura 17

Figura 18

Se observă în în partea de jos a figurii 18, starea utilizatorului. În cazul de faţă starea

utilizatorului este activă. Administratorul, pe lângă posibilitatea de stergere a unui utilizator mai poate

doar să-l dezactiveze. Această stare trece automat pe “a” adică activ în momentul în care atât un autor cât

şi un evaluator va da curs invitaţiei primite pe e-mail în momentul în care a completat datele necesare

creării contului, dar acest lucru va fi detaliat mai jos în secţiunile aferente autorilor şi evaluatorilor.

2. Autori

Autorii sunt acel grup de utilizatori care trimit lucrări în cadrul unei conferinţe, configurată în

prelabil de administrator. Ei au posibilitatea să trimită o lucrare sau mai multe (după bunul plac) în

perioada stabilită de administrator în figura 3. De asemenea, mai au posibilitatea tot în perioada mai sus

amintită să-şi modifice lucrarea de câte ori doresc.

Pentru ca un utilizator (denumit în continuare autor) să poată utiliza aplicaţia trebuie să

urmărească paşii prezentaţi în continuare.

În primul rând trebuie să completeze un formular prezentat în figura 19.

Figura 19

După completarea acestuia va primi automat, la adresa scrisă în formular un e-mail cu datele de

identificare şi un link. Link-ul primit în e-mail îi permite acestuia să-şi activeze contul. S-a ales această

măsură de activare a contului pentru a elimina, pe cânt posibil, acei “binevoitori” care ar completa datele

din figura 19 doar pentru a încărca aplicaţia.

După activarea contului, autorul poate să-l acceseze pe baza numelui de utilizator şi a parolei

(figura 20), ajungând, în final la meniul căruia-i corespunde (figura 21).

Figura 20

Figura 21

În cadrul meniului din figura 21, autorul are posibilitatea să-şi modifice parola precum şi datele

personale completate în formularul din figura 19. Acest lucru este prezentat în figurile 22 şi respectiv 23.

De asemenea, are posibilitatea să-şi înregistreze (meniul “Inregistrare lucrare”) în sistem propriile

lucrări precum şi posibilitatea modificării/schimbării acestora (meniul “Editare lucrare”) în intervalul

prestabilit pentru aceasta (figurile 24, 25, 26).

Figura 22

Figura 23

Figura 24

Se observă în figura 24 posibilitatea oferită autorului de a adăuga o lucrare. Odată activată

această opţiune se obţine interfaţa din figura 25, în care sunt completate câmpurile privind titlul lucrării,

abstractul/rezumatul, autorii acestei lucrări precum şi posibilitatea (în partea de jos a figurii 25) de a

adăuga lucrarea propriu-zisă atât în format .pdf cât şi în format .doc. (meniul “Inregistrare lucrare”)

Figura 25

Odată adăugată lucrarea, autorul poate reveni asupra ei pentru modificări (înlocuiri) şi în acest fel

va apela interfaţa din figura 26, care, este în esenţă, asemănătoare cu cea din figura 25, doar că în plus,

oferă posibilitatea descărcării lucrării înregistrată, în prealabil, în sistem. (meniul “Editare lucrare”)

Figura 26

3. Evaluatori

Evaluatorii, pentru a utiliza aplicaţia, trebuie, în primul rând să se înregistreze în sistem. Pentru

acest lucru este necesar completarea unui formular (figura 27) care, în esenţă este asemănător cu cel

completat de autori, dar are în plus secţiunile definite de administrator în figurile 7, 8. Fiecare evaluator

va bifa secţiunea/secţiunile echivalentă/echivalente competenţei fiecăruia.

Figura 27

În urma completării formularului din figura 27, evaluatorul (ca şi autorul) primeşte automat un e-

mail cu datele personale şi un link necesar activării contului. Activarea contului se poate face atât de

evaluator, prin activarea linkului primit pe e-mail cât şi de administrator în cadrul meniului “Management

utillizatori” (figura 18).

Odată activat contul de evaluator, prin intermediul unui nume de utilizator şi o parolă (figura 20)

are acces la aplicaţie, interfaţa şi meniul fiind prezentate în figura 28.

Figura 28

Din meniul prezentat în figura 28, se observă că şi evaluatorul are acces şi posibilitatea de a-şi

schimba parola precum şi datele personale. Modul de utilizare a acestora, fiind ca principiu la fel ca cele

de la autori (figura 22, 23), vom trece peste ele, prezentând în continuare ce este specific unui evaluator şi

anume “Evaluare lucrări”. De menţionat că odată ce administratorul trimite spre recenzie o lucrare unui

evaluator acesta este automat înştiinţat printr-un mail în acest sent.

Odată accesat meniul “Evaluare lucrări” din figura 28 se obţine interfaţa prezentată în figura 29.

Figura 29

În figura 29 se observă starea lucrării ca fiind “No”. Aceasta are obţiunile: No care reprezintă

faptul că evaluatorul nu a evaluat încă lucrarea, Yes care denotă faptul că lucrarea a fost evaluată şi W

care înseamnă că lucrarea este în aşteptare, evaluatorul nu şi-a exprimat în niciul fel opinia.

Pentru o evaluare efectivă se apelează – în figura 29 – meniul “evaluare” rezultatul acestuia fiind

prezentat în figura 30a şi respectiv 30b. Această interfaţă a fost descompusă în 2 figuri datorită faptului că

nu s-a putut realiza captura de ecran care să înglobeze întreg formularul aferent evaluării.

Figura 30a

Figura 30b

Se observă în figurile 30a şi respectiv 30b, câteva informaţii generale despre lucrare, criteriile

(definite de administrator) privind evaluarea lucrării, posibilitatea de a descărca lucrarea resprectivă spre

evaluare precum şi posibilitatea de a trimite comentarii atât către autor (în vederea reviziurii acesteia dacă

e cazul) cât şi comentarii către membrii IPC.