Prototipizare, design adnotat si

parcurgerea unui scenariu pentru

îndeplinirea unei sarcini. Exemplu

Acest prototip se bazează pe sistemul existent de introducere a textului și de scanare al bibliotecii,

căruia I s-a adăugat GUI.

Dispozitivele de introducere sunt: tastatură + mouse, scanner pentru codurile de bare de pe cărți.

Stilul prototipului: meniu de tip pull down.

Circulate – funcții uzuale generale.

Patron update – actualizarea informațiilor despre data de expirare, informații personale, etc.

Item update – actualizarea informațiilor produselor (pierderea și deteriorarea cărților), informațiile

propriu-zise din baza de date

Utilities – diverse funcții

Quit – pentru ieșirea din system

Obs. Considerăm că actualul sistem nu e rău, dar…

Meniul pull down Circulate este folosit pentru a ajunge în ecrane corespunzătoare pentru:

1
Patron Status – informații personale, amenzi, numărul cardului de bibliotecă, etc.

Fines – pentru a accede direct la amenzile unei personae

Checkin – pentru marcarea returnării cărților

Checkout – pentru marcarea împrumutării cărților

Patron search – pentru căutarea în sistem a unui client

Reserve – pentru a face rezervarea unei cărți

Sarcina 1

Ioan, un bibliotecar cu experiență, lucrează la ghișeu.

Maria, client obișnuit al bibliotecii, aduce trei cărți și cere să îi fie împrumutate.

Cele trei cărți sunt listate aici.

Maria nu are cardul de bibliotecă.

Ioan găsește numărul de card al Mariei, le marchează ca împrumutate de către aceasta și îi reamintește
că are niște datorii mai vechi de achitat.

Maria zice că le va plăti data viitoare.

Ioan îi dă Mariei cărțile și Maria pleacă.

Presupunând că Maria pune cărțile la loc și Ioan poate să o servească:

Subsarcina 1: Ioan găsește numărul de card al Mariei.

a) Navighează la ecranul de căutare prin selectarea opțiunii Patron Search

2
b) În ecranul de căutare a numelui clientului va introduce numele și apasă butonul Search.

c) Numele a fost scris greșit așa încât sistemul a returnat cele mai bune potriviri. Bibliotecarul poate să
ceară alte informații (ex. adresa) și să identifice persoana corectă.

Obs. Sistemul poate să returneze un număr mare de persoane al căror nume să fie apropiat de cel
introdus, deoarece biblioteca are mulți clienți.

Povestea. Biblioteca avea un sistem vechi care permitea o căutare după nume și deservea un orășel.
Sistemul a fost actualizat cu un nou GUI care returnează clienți din întreaga regiune. Datorită numărului
mare de înregistrări pe care le poate întoarce, poate fi dificilă găsirea persoanei căutate. Ca atare, s-a
instituit un sistem bazat pe card, iar clienții sunt încurajați să aibă cardul cu ei.

3
Odată selectată persoana, în cadrul fereastrei de căutare, numele acesteia va apare în bara de stare.

De acum bibliotecarul trebuie să navigheze în ecranul de împrumut (Checkout).

Pe măsură ce cărțile sunt scanate, ele apar în listă.

Cea de a treia carte nu apare. Aparent nu se poate face citirea codului ei corespunzător de bare. Este o
eroare care apare frecvent datorită deteriorării (murdăririi în principal) a acestuia.

4
Se navighează către ecranul Manual scan, care permite introducerea manuală a numărului de pe codul
de bare.

Cartea o să apară și ea în listă dacă a fost introdus correct codul. Avem posibilitatea să verificăm.

Dar dacă codul introdus nu corespunde cărții (numerele codului pot fi murdare, ilizibile)? De ce nu se
poate introduce pe baza titlului cărții sau a autorului? Și ce ar trebui să facă bibliotecarul într-o
asemenea situație?

Ar trebui reluat întregul proces.

5
Subsarcina 3. Se verifică amenzile.

Bibliotecarul navighează într-un alt ecran, Fines, pentru a verifica amenzile.

Se poate spune că nu e nicio motivare pentru bibliotecar să facă această verificare și că îi și îngreunează,
oarecum, munca. Există o altă modalitate pentru a vedea dacă clientul are datorii?

Bibliotecarul vede că sunt datorii, calculează mental totalul datorat și îi reamintește clientului despre
suma datorată. Clientul va plăti ulterior, așa că în dreptul sumei plătite bibliotecarul va scrie 0.00, dă
Enter și astfel se revine la ecranul principal și poate da cărțile clientului.

De observant că totul e bine structurat în pagină, dar:

 de ce trebuie făcut mental totalul sumelor datorate?

 De ce să tasteze sumă plătită și în situația în care nu se plătește nimic.

6
Să mai notăm și că sistemul determină în final revenirea în ecranul principal. Dacă însă clientul se decide
să mai facă și alte operații, bibliotecarul trebuie să reia întregul process de la zero, cu căutarea
clientului…

Observații majore obținute ca urmare a parcurgerii scenariului

Bibliotecarul trebuie să navigheze prin prea multe ecrane pentru realizarea unei sarcini simple

 De la început la sfârșit fluxul este sărac.

 Bibliotecarul are de navigat prin trei ecrane pentru o sarcină de rutină, corespunzătoare
împrumutării unor cărți.

Unele dialoguri sunt de-a dreptul stângace

 De ce se fac căutări pe întreaga regiune și nu doar pe orășelul deservit de bibliotecă?

 De ce să nu poată fi scris codul cărții în același ecran, iar rezultatele să fie văzute imediat?
 De ce trebuie mers într-un alt ecran pentru a vedea datoriile, unde este nevoită să facă suma
acestora și apoi, dacă nu se achită nimic să introducă, totuși 0.00?

Funcționalitate ridicată necesită pregătire și se obține prin practică îndelungată!

Obs. Simpla adăugare de meniuri peste un system de tip text poate să nu ajute prea mult.

Sugestii pentru un redesign major

 Pot funcțiile să fie integrate într-un singur ecran?

 Se poate simplifica design-ul?