Modelarea aplicaiilor web cu UML 2.

Studii de caz
Etapele de modelare a unei aplicaii cu UML 2 De la cerinele utilizatorului la codul aplicaiei Schema complet a metodologiei de modelare a aplicaiilor web cu UML 2 Studiul de caz 1. Realizarea unui magazin on-line de jucrii (cazurile de utilizare, macheta IOM) Cazurile de utilizare (etapa 2) Realizare machet de interfa om - main (IOM) Studiul de caz 2. Realizarea unui site web pentru o conferin internaional (cazurile de utilizare, macheta IOM) Cazurile de utilizare (etapa 2) Realizare machet de interfa om - main (IOM) (etapa 3) Studiul de caz 3. Realizarea unei librrii on-line (cazurile de utilizare)

Modelarea aplicaiilor web cu UML 2. Studii de caz

V prezentm n continuare (vezi tabelul 1) o metodologie de modelare a unei aplicaii web cu UML 2, adaptat dup Pascal Roques[1]. Tabelul 1 Nr. crt. 1. 2. Denumire etap (subetap) Definirea cerinelor utilizatorului Modelarea prin cazuri de utilizare:
Identificarea actorilor Identificarea cazurilor de utilizare Structurarea cazurilor de utilizare n pachete (pachetarea cazurilor de utilizare) Adugarea relaiilor ntre cazurile de utilizare i actori Planificarea proiectului (prioritate, risc, ordine de abordare); Descrierea cu text narativ a cazurilor de utilizare: - scenariul nominal - alternative - cerine suplimentare

Document/Diagrama UML Caiet de sarcini - Diagrama cazurilor de utilizare

Comentarii

Cerinele utilizatorului genereaz cazurile de utilizare

Diagrama de pachete

3.

Realizarea machetei de interfa om - main (IOM) Descrierea cazurilor de utilizare cu ajutorul diagramelor de secven sistem (DSS)

Machete IOM

4.

Diagramele DSS

Cerinele utilizatorului genereaz macheta IOM, destinat interaciunii cu viitorii utilizatori n cadrul diagramelor DSS, sistemul figureaz ca o cutie neagr. Comportamentul sistemului este vzut din exterior, fr a lua n considerare modul cum a fost realizat. Diagrama DSS va fi detaliat n cadrul diagramelor de

5.

Realizarea diagramelor claselor participante (DCP)

Diagramele DCP

6.

Realizarea diagramelor de navigare

Diagramele de navigare

7.

Realizarea diagramelor de interaciune

Diagramele de secven Diagramele de comunicare

8.

Realizarea diagramelor claselor de concepie

Diagramele claselor de concepie

9.

Generare cod (Java, C#, PHP etc.)

Cod sursa (Java, C#, PHP etc.)

interaciune. Diagrama DCP descrie prin intermediul cazurilor de utilizare, cele trei principale clase de analiz: dialog (boundary), control, entitate i relaiile dintre ele Pentru a modela navigarea ntr-un site web se pot utiliza diagramele de stare sau diagramele de activitate de navigare. Se prefer diagrama de stare deoarece se modeleaz un comportament al evenimentelor. Diagrama de secven vizualizeaz comportamentul obiectelor n cadrul scenariului nominal al unui caz de utilizare. Diagrama de comunicare pune n eviden organizarea obiectelor care particip la o aciune. Diagramele claselor de concepie detaliaz specificaiile de interfa cu programele, pachetele de programe care vor realiza aplicaiile web. Generarea codului (Java, C#, PHP etc.) poate fi realizat manual sau cu ajutorul unor programe dedicate : Rational Rose, Visual Paradigm, Entreprise Arhitect.

Schema complet a metodologiei de modelare a aplicaiilor web, a UML

n figura 4.1 este prezentat schema complet a metodologiei de modelare a aplicaiilor web, cu UML 2, adaptat dup Pascal Roques. Figura 4.1

Studiul de caz 1. Realizarea unui magazin on-line de jucrii (cazurile de utilizare, macheta IOM)
n acest studiu de caz se urmrete realizarea unui magazin on-line de jucrii i, cu acest prilej, trecerea n revist a principalelor diagrame UML 2, menionate n metodologia de modelare a aplicaiilor web. Site-ul web care gzduiete acest magazin (virtual) de jucrii permite navigarea pe web de a cuta jucriile preferate (figura 4.2), de a-i construi un co virtual propriu (figura 4.3) i apoi de a-i putea comanda i plti direct pe web. Figura 4.2

Figura 4.3

Cazurile de utilizare (etapa 2)

n figura 4.4 se prezint diagrama cazurilor de utilizare a aplicaiei web, iar n tabelul 4.2 se descrie cu text narativ cazul de utilizare Cutare jucrii . Figura 4.4

Tabelul 4.2 Identificare: Nume de caz: Cutare jucrii Actorul principal: Navigatorul client (client sau vizitator) Obiective: - cutarea rapid dup cuvintele cheie a jucriilor din magazin; - cutarea avansat dup denumirea jucriei, categoria de vrst, firma productoare, personajul ntruchipat de jucrie; - navigarea prin magazinul de jucrii n scopul selectrii jucriilor care urmeaz a fi cumprate. Precondiii: Baza de date asociat aplicaiei este deja creat i conine informaiile despre jucriile existente n magazin. Postcondiii: Navigatorul a gsit jucriile pe care dorete s le cumpere. Scenariul nominal: 1. Navigatorul se deplaseaz prin raioanele magazinului virtual de jucrii sau alege una dintre categoriile de jucrii care-l intereseaz n funcie de categoria de vrst, personajul preferat, firma productoare. 2. Sistemul afieaz o list de jucrii care ndeplinesc condiiile date (din categoria aleas sau rezultat n urma cutrii). 3. Navigatorul selecteaz pentru cumprare o jucrie din lista de jucrii pe care o adaug n coul virtual de cumprturi. 4. Sistemul afieaz un mesaj sugestiv pentru indicarea adugrii cu succes a jucriei ales n coul virtual. Scenarii alternative: 1.a. Navigatorul tie ce jucrii vrea s cumpere i lanseaz o cutare rapid dup cuvintele cheie. 1. Sistemul afieaz rezultatul cutrii i scenariul continu cu etapa a treia din scenariul nominal. 1.b. Navigatorul dorete s efectueze o cutare avansat. 1. Navigatorul selecteaz din meniul din stnga opiunea de cutare avansat. 1. Sistemul va afia formularul de cutare avansat care i permite navigatorului s combine diferite cmpuri de cutare (dup cuvinte cheie, raion, categorii de vrst, personaj, firma producatoare). 2. Navigatorul completeaz cmpurile dorite i lanseaz cutarea avansat prin alegerea butonului corespunztor din formular, iar scenariul continu cu etapa a doua din scenariul nominal. 2.a. Sistemul nu a gsit jucriile din categoria aleas sau nu a gsit jucriile ca rezultat al cutarii rapide sau avansate.

1. Sistemul semnaleaz eecul cutarii printr-un mesaj sugestiv. Cazul de utilizare poate s renceap de la etapa 1 a scenariului nominal dac navigatorul este interesat. 2.b. Sistemul gsete foarte multe jucrii fie n categoria respectiv, fie n urma cutrii rapide sau avansate. 1. Sistemul indic numrul total de jucrii gsite, afieaz prima pagin de jucrii din list, plasnd n partea superioar numrul curent al paginii afiate, numrul total de pagini, indicele primei i ultimei jucrii afiate, iar, n partea inferioar, un meniu de navigare ce permite deplasarea la alt pagin. 2. Navigatorul se deplaseaz pe aceste pagini i continu eventual cu etapa 3 a scenariului nominal. 3.a. Navigatorul nu este interesat de lista de jucrii afiat. 1.a. Navigatorul poate continua cu etapa 1 a scenariului nominal sau poate viziona coul virtual de cumprturi (cazul de utilizare Gestiune co virtual ); 1.b. Navigatorul abandoneaz cutarea. Exigene suplimentare - formularul de cutare rapid trebuie s fie vizibil ntotdeauna situat n partea superioar a meniului din stnga paginii. - Cutarea jucriilor i rspunsul sistemului trebuie s fie rapid.

Realizare machet de interfa om - main (IOM)

Prima pagin (pagina de prezentare) a magazinului de jucrii online (figura 4.2) poate fi considerat i machet a aplicaiei deoarece conine formatul tuturor paginilor din aplicaia web. Astfel, n partea superioar se afl un antet de prezentare a firmei prevzut n dreapta cu informaii despre coul virtual i un buton de afiare a coului virtual. Urmeaz o linie cu o list de opiuni pentru clientul magazinului ce conine opiunile <Home>, <Ajutor>, <Autentificare>, <nregistreaz> i opiunea <Vizualizeaz comenzi> dac clientul este deja autentificat. n partea stng a paginii este prezentat o list de opiuni ce conine o zon de editare i un buton pentru cutarea rapid, opiuni ce conin o zon de editare i un buton pentru cutarea rapid, opiunea de cutare avansat i categoriile funcie de care navigatorul face vizualizarea jucriilor din magazin. Partea dreapt este rezervat spaiului de lucru al paginii unde se vor afia rezultatele cerute de navigator.

Studiul de caz 2. Realizarea unui site web pentru o conferin internaional (cazuri de utilizare, Macheta IOM)
n acest studiu de caz se urmrete realizarea unui site web pentru o conferin internaional. Cu acest prilej vom trece n revist principalele diagrame UML 2, menionate n metodologia de modelare a aplicaiilor web. Site-ul web care gzduiete aceast conferin permite navigatorilor pe web vizualizarea seciunilor conferinei, trimiterea electronic a articolelor, nregistrarea automat a participanilor la conferin, confirmarea participrii, vizualizarea rezumatului sau a ntregului articol. (figura 4.5) Figura 4.5

Cazurile de utilizare (etapa 2)

n figura 4.6 se prezint diagrama cazurilor de utilizare a aplicaiei web, iar n tabelul 4.2 se descrie cu text narativ cazul de utilizare << View Proceedings>>.

Figura 4.6

Tabelul 4.3 Identificare: Nume de caz: View Proceedings Actorul principal: Vizitator (Actor sau Participant) Obiective: - cutarea rapid dup cuvinte cheie a articolelor prezentate la conferin; - cutarea avansat dup cuvinte cheie n titlul articolului, n rezumat sau corpul articolului sau dup numele autorului; - navigarea prin seciunile conferinei dup articolele preferate. Precondiii: Organizatorii conferinei au realizat documentele respective, iar baza de date asociat aplicaiei este deja populat cu articolele conferinei. Postcondiii: Vizitatorul a gsit articolele dorite.

Scenariul nominal: 1. Vizitatorul se deplaseaz prin seciunile conferinei i alege una dintre seciunile conferinei care l intereseaz. 2. Sistemul afieaz lista articolelor prezentate n seciunea respectiv prin titlu, autori, paginile la care articolul a aprut i opiunea de vizualizare a rezumatului. 3. Vizitatorul dorete detalii despre un articol i apas butonul View Abstract. 4. Sistemul afieaz rezumatul articolului respectiv. Scenarii alternative: 1.a. Vizitatorul tie ce articole l intereseaz i lanseaz o cutare rapid dup cuvintele cheie. 1. Sistemul afieaz rezultatul cutarii i scenariul continu cu etapa a treia din scenariul nominal. 1.b. Vizitatorul dorete s efectueze o cutare avansat. 1. Vizitatorul selecteaz din meniul din stnga opiunea de cutare avansat. 2. Sistemul va afia formularul de cutare avansat care i permite navigatorului s combine diferite tipuri de cutare (dup cuvinte cheie, seciune conferin, autori). 3. Vizitatorul completeaz cmpurile dorite i lanseaz cutarea avansat prin alegerea butonului corespunztor din formular, iar scenariul continu cu etapa a doua a scenariului nominal. 2.a. Vizitatorul este participant la conferin. 1. Sistemul afieaz suplimentar un buton de vizualizare complet sau download al articolului n lista articolelor afiate la punctul 2 al scenariului nominal. 2. Scenariul poate continua cu punctul 3 al scenariului nominal sau participantul dorete vizualizarea/download-area articolului prin apsarea butonului <View Full Paper>. 3. Sistemul afieaz o fereastr de dialog ce permite vizualizarea sau salvarea local a articolului. 2.b. Sistemul nu a gsit articolele din seciunea aleas sau nu a gsit articolele ca rezultat al cutrii rapide sau avansate. 1. Sistemul semnaleaz eecul cutrii printr-un mesaj sugestiv. Cazul de utilizare pote s renceap de la etapa 1 a scenariului nominal dac vizitatorul este interesat. 2.c. Sistemul gsete foarte multe articole fie n seciunea aleas fie n urma cutrii rapide sau avansate. 1. Sistemul indic numrul total de articole gsite, afieaz prima pagin de articole din list, plasnd n partea superioar numrul curent al paginii afiate, numrul total de pagini, indicele primei i ultimei jucrii afiate, iar, n partea inferioar, un meniu de navigare ce permite deplasarea la alt pagin. 2. Vizitatorul se deplaseaz pe aceste pagini i continu eventual cu etapa 3 a scenariului nominal. 3.a. Vizitatorul nu este interesat de lista de articole afiat. 1.a. Vizitatorul poate continua cu etapa 1 a scenariului nominal 1.b. Vizitatorul abandoneaz cutarea.

Exigene suplimentare - formularul de cutare rapid trebuie s fie vizibil ntotdeauna. - cutarea articolelor i raspunsul sistemului trebuie s fie rapid.

Realizare machet de interfa om - main (IOM) (etapa 3)

Prima pagin (pagina de prezentare) a conferinei (figura 4.5) poate fi considerat i machet a aplicaiei deoarece conine formatul tuturor paginilor din aplicaia web. Astfel, n partea superioar se afl un antet de prezentare a conferinei. n partea stng a paginii este prezentat o list de opiuni. Aceste opiuni difer pentru funcie de actor Vizitator sau Paricipant. Actorul participant dispune de opiuni suplimentare ce i permite s confirme sau s anuleze participarea i s modifice coninutul articolului dac participantul la conferin este primul autor al articolului. Dac proceeding-ul conferinei este disponibil atunci partea din stnga mai conine o zon de editare i un buton pentru cutare rapid, opiunea de cutare avansat i seciunile conferinei, opiuni pentru regsirea uoar a articolelor prezentate la conferin. Partea dreapt este rezervat spaiului de lucru al paginii unde se vor afia rezultatele cerute de vizitator (participant sau autor).

Studiul de caz 3. Realizarea unei librrii on-line (cazurile de utilizare)

Obiectivul fundamental al site-ului web, care ofer spre vnzare cri, este de a permite navigatorului pe web de a cuta lucrri pe teme, autori, cuvinte-cheie etc., de a-i constitui un co virtual propriu i apoi de a-l putea comanda i plti direct pe web. Site-ul web va trebui sa fie evolutiv i performant i s regrupeze toate funcionalitile necesare cutrii, descoperirii detaliate de lucrri, seleciei acestora i lansrii de comenzi on-line. Cutarea Prima etap, pentru persoana care navigheaz, const n a gsi, ct mai rapid posibil, lucrarea pe care o caut, n catalog. Referinele lucrrii fiind mai mult sau mai puin precise, este preferabil s se furnizeze mai multe criterii de cutare. Persoana care navigheaz trebuie s poat alege un criteriu: titlu, autor, ISBN etc., sau mai multe criterii simultan. Ar fi de dorit ca rezultatele cutrii s fie disponibile pe o pagin i s poat fi uor parcurse i reclasate. Dac persoana n cauz nu are o idee precis despre ceea ce caut, trebuie s i se ofere un mijloc de a se plimba aa cum ar face dac s-ar afla ntr-o adevrat librrie i a avea acces la o clasificare tematic, la nouti, la o list cu cele mai bune vnzri etc. Descoperirea Fiecare carte vndut n cadrul site-ului trebuie s fie prezentat n detaliu, punndu-se n eviden urmtoarele elemente: imagine (pentru majoritatea lucrrilor); preul i disponibilitatea; comentarii ale clienilor; tabl de materii detaliat, extrase etc. ntr-un veritabil magazin, clientul i alege articolele, unele dup altele, le depune n coul su, apoi merge la cas pentru a plti. Site-ul Web ncearc s reproduc aceast obinuin de cumprare. Astfel, navigatorul i poate nregistra cumprturile ntr-un co virtual avnd posibilitatea de a aduga, de a terge sau a modifica cifra care exprim cantitatea, nainte de a plti. Comanda n orice moment, clientul poate accesa formularul bonului de comand, n care i trece toate coordonatele necesare pentru plat i livrare. Pentru a garanta securitatea i confidenialitatea, se impune ca trimiterea datelor s fie criptat. n cazul n care se dorete, sistemul trebuie s fie capabil s emit un deviz, care s poat fi imprimat de client. Clientul trebuie s-i poat urmri comenzile, s le poat modifica nainte de a fi expediate, ntr-o manier securizat.

Exigene nefuncionale Exigenele nefuncionale se refer la calitate i la performan. Exigene de calitate S cumperi o carte pe Web nu trebuie s i ia mult timp i nici s ai cunoine speciale. n acest scop, trebuie: s existe o prezentare clar i intuitiv; formularul de comand s fie simplu; help-ul on-line s fie puternic. Clientul trebuie s poat consulta help-ul contextual n orice moment i s navigheze pe paginile de help. Ar fi de dorit ca noilor vizitatori s li se propun o vizit ghidat. Exigene de performan Librria X trebuie s poat gestiona conturi de peste 10.000 de clieni Site-ul Web trebuie s suporte 1.000 conexiuni simultan. Catalogul trebuie s poat cuprinde peste 1.000.000 de titluri. Cutarea unei cri nu trebuie s consume mai mult de 30 secunde.

Restricii de concepie
Actualizarea datelor de referin Informaiile referitoare la lucrrile prezentate pe site provin, de regul, din dou surse complementare: Prima servete la alimentarea bazei de date cu toate lucrrile noi; Cea de-a doua servete la actualizarea datelor referitoare la pre i la starea stocului de cri din catalog. Sursele menionate vor fi ncrcate automat, periodic, n baza de date. Orice alte informaii vor fi culese manual, cu ajutorul unei mici aplicaii intranet dedicate datelor referitoare la lucrri. Actualizarea din formularele site-ului Datele culese din site-ul Web i nregistrate n baza de date descriu coordonatele clienilor i caracteristicile comenzilor acestora. Coordonatele clienilor sunt memorate. n prim faz, ele permit trimiterea pachetului corespunztor comenzii. n faza a doua, acestea economisesc o nou colectare a datelor cu prilejul unei noi comenzi. Toate datele personale sunt protejate, iar confidenialitatea lor este garantat. Comenzile sunt nregistrate, apoi tratate ulterior de serviciul clieni. Clienii pot consulta istoricul tuturor comenzilor lor.

Coul Coul navigatorului nu va fi salvat n baza de date. Durata sa de via nu va depi pe aceea a vizitei utilizatorului.

Cazurile de utilizare (etapa 2)

Pentru site-ul Web, care ofer spre vnzare cri, avem urmtorii actori umani: Navigatorul (persoana care viziteaz site-ul); Web-master-ul (rolul angajailor care au n sarcin buna funcionare i ntreinerea site-ului Web); Serviciul clieni (rolul angajailor care se ocup cu urmrirea comenzilorclient); Librarul (rolul angajailor care sunt responsabili de coninutul redacional al site-ului). De asemenea, mai avem n vedere: Sistemul informatic Nouti, conectat la site-ul Web; Gestiunea stocurilor, care servete la actualizarea datelor privind preul i stocul de cri din catalog. Diagrama cazurilor de utilizare pentru navigator este prezentat n figura 4.7. Figura 4.7

Remarci:
Cele trei cazuri principale ale navigatorului (Cutarea lucrrilor; Gestionarea coului; Efectuarea comenzii) sunt legate n mod natural prin relaii de extensie. Cutarea se poate finaliza cu punerea unei lucrri n co, iar gestiunea coului poate da natere la o comand. Cutarea lucrrilor este un caz virtual (nu se poate realiza dect prin specializrile sale). Cazurile de utilizare ale angajailor nu pun n eviden nici o relaie ntre ele. Consultarea help-ului on-line nu trebuie neglijat, dar nu este un caz de utilizare major. Consultarea help-ului on-line poate extinde toate celelalte cazuri de utilizare. n orice moment, fie la cutarea lucrrilor, fie la gestionarea coului etc., navigatorul poate s ntrerup activitatea pentru a consulta help-ul on-line i apoi s continue activitatea ntrerupt. Diagrama cazurilor de utilizare pentru angajai este prezentat n figura 4.8. Figura 4.8

Clasamentul cazurilor de utilizare i planificarea proiectului Putem ierarhiza realizarea cazurilor de utilizare, innd cont de: prioritatea funcional determinat de serviciul Marketing; riscul tehnic estimat de eful de proiect. Pentru exemplificare, s evalum cazurile de utilizare prezentate n studiul de caz 3, innd cont de aceste criterii. Vom obine, n final clasamentul prezentat n tabelul 4.3. Tabelul 4.4 Caz de utilizare Cutarea lucrrilor Gestionarea coului Efectuarea comenzii Consultarea comenzilor n curs Consultarea help-ului on-line ntreinerea catalogului ntreinerea informaiilor editoriale ntreinerea site-ului Prioritate nalt nalt medie sczut sczut nalt medie medie Risc mediu sczut nalt mediu sczut nalt sczut sczut Ordinea de abordare 2 3 4 6 7 1 5 5

Fa de aceast clasificare putem face urmtoarele observaii: Efectuarea comenzii este de prioritate medie, deoarece navigatorul poate scoate la imprimant devizul i apoi poate comanda prin fax sau curier trimind plata prin pot. Accentul este pus pe ntreinerea catalogului i Cutarea lucrrilor, care sunt indispensabile n prim instan. La nivelul riscurilor tehnice, eful de proiect a considerat ntreinerea catalogului ca avnd cel mai nalt nivel de risc, din cauza problemelor legate de integritatea informaiilor (actualizate semi-automat n baza de date) i necesitii de a dispune de un catalog valid i la zi. Efectuarea comenzii este considerat, de asemenea, ca avnd un nivel nalt de risc, datorit problemelor de confidenialitate i de criptare ce trebuie rezolvate. Unul din principiile Procesului Unificat rezultat din dezvoltarea orientat obiect bazat pe UML este acela de a identifica i nltura mai nti riscurile majore. Dac prioritatea este nalt i riscul de asemenea, cazul trebuie abordat n prim instan. De aceea, ntreinerea catalogului a fost situat pe primul loc. Dac prioritatea este sczut, i riscul de asemenea, se poate lsa cazul printre ultimele de rezolvat. Atunci cnd cele dou criterii sunt antagoniste, eful de proiect trebuie s decid cntrind argumentele pro i contra i tratnd, eventual, cu clientul, pentru a stabili ordinea de abordare a cazului de utilizare respectiv. Conform clasificrii de mai sus, se poate elabora o planificare a proiectului care urmeaz ordinea de abordare menionat n ultima coloan din tabel. Aceast ordine de abordare este deosebit de important, att pentru eful de proiect care trebuie s-i organizeze echipele cu care s atace proiectul i s planifice ntreaga aciune, ct i pentru conducerea societii care trebuie s-i planifice resursele pe care s le pun la dispoziia efului de proiect, n aa fel nct s nu ntrzie desfurarea lucrrilor. Cazul de utilizare Cutarea lucrrilor este descris cu text narativ n tabelul 4.5. Cazul de utilizare Gestionarea coului este descris cu text narativ n tabelul 4.6. Cazul de utilizare Efectuarea comenzii este descris cu text narativ n tabelul 4.7. Tabelul 4.5

Identificare: Actorul principal: Navigatorul Obiective: Navigatorul vrea s gseasc, cel mai rapid posibil, o lucrare cutat n structura Catalogului. El dorete, de asemenea, s se poat plimba, ca ntr-o adevrat librrie, i s caute cri dup diverse criterii. Precondiii: Catalogul este disponibil. Postcondiii: Navigatorul a gsit lucrarea cutat sau o alt lucrare care l intereseaz. El a nregistrat-o n coul su virtual. Scenariul nominal: 1. Navigatorul lanseaz o cutare rapid, plecnd de la 1-2 cuvinte cheie: o tem, un titlu, numele autorului. El poate completa direct un numr ISBN. 2. Sistemul afieaz o pagin de rezultat. Lucrrile sunt clasate implicit dup data apariiei, cea mai recent fiind prima. 3. Navigatorul selecteaz o lucrare. 4. Sistemul i prezint o fi detaliat pentru lucrarea aleas. Aceasta va conine: imagine (pentru majoritatea lucrrilor); titlul, subtitluri, autori, editor, data apariiei, numrul de pagini, limba; preul i disponibilitatea lucrrii; eventuale comentarii ale clienilor care au citit cartea; tabla de materii detaliat, extrase din capitole etc. 5. Navigatorul pune lucrarea n coul su virtual. Extensii: 1.a. Navigatorul nu are o idee preconceput i prefer s se plimbe n raioanele librriei virtuale. Penntru aceasta, sistemul i propune un ansamblu de pagini Web, precum: Nouti, Cele mai bune vnzri, Selecia librarului (pe teme). 1. Navigatorul navigheaz n aceste pagini i se poate brana la etapa 3 a scenariului nominal. 1.b. Navigatorul alege s fac o cutare avansat. 1. Navigatorul accede un formular specializat care i permite s combine mai multe feluri de cutri: dup subiect, titlu, autor, editor, limb etc. El poate tasta numai nceputul semnificativ al unui cuvnt, continund cu *. Motorul va cuta toate cuvintele care ncep cu literele tastate. Sufixele sunt suprimate pe durata cutrii (exemplu: o cutare dup program va permite i gsirea unor cuvinte ca programe sau programator). Navigatroul poate utiliza operatorii logici AND, OR, NOT. 2.a. Sistemul nu a gsit lucrarea cutat. 1. Sistemul semnalizeaz eecul i propune navigatorului o nou cutare. Cazul rencepe de la etapa 1 a scenariului nominal. 2.b. Sistemul a gsit un numr foarte mare de lucrri. 1. Sistemul semnaleaz numrul navigatorului i afieaz o prim pagin de rezultate. Alte pagini sunt accesibile direct sau prin simbolurile urmtor i precedent . 2. Navigatorul se plimb n aceste pagini i poate merge mai departe la etapa 3 a

scenariului nominal. El poate, de asemena, s reclaseze lucrrile obinute, dup diverse criterii: titlu, autor, limb, disponibilitate etc. 3 - 5.a. Navigatorul nu este interesat de rezultat. 1. Navigatorul revine la etapa 1 a scenariului nominal, pentru a lansa o nou cutare. 2. Navigatorul abandoneaz cutarea. Cazul de utilizare ia sfrit (eec). Exigene suplimentare: Cutarea trebuie s fie ct se poate de rapid: 95% din cereri trebuie s reueasc n mai puin de 3 secunde. Rezultatele cercetrii trebuie s fie pertinente, adic s corespund cererii n cel puin 99% din cazuri. Formularul de cutare rapid trebuie s fie ntotdeauna vizibil. El trebuie deci s existe n partea superioar a tuturor paginilor, oricare ar fi rezoluia ecranului navigatorului.

Tabelul 4.6 Identificare: Actorul principal: Navigatorul Obiectiv: Atunci cnd navigatorul este interesat de o lucrare, el trebuie s aib posibilitatea de a o nscrie ntr-un co virtual, apoi s adauge alte lucrri, s suprime sau s modifice cantitile nainte de a nregistra comanda. Precondiii: Nu sunt. Postcondiii: Nu sunt. Scenariul nominal: 1. Navigatorul nregistreaz lucrrile care l intereseaz ntr-un co virtual. 2. Navigatorul cere accesul la coul su. 3. Sistemul afieaz starea coului su. Fiecare lucrare selecionat este prezentat pe o linie, cu titlu, autor, numr ISBN. Este afiat preul unitar, cantitatea este poziionat pe 1 i este calculat preul total al liniei. Totalul comenzii este calculat i afiat n partea de jos a coului, cu indicarea cheltuielilor de transport. 4. Navigatorul valideaz coul su cernd Efectuarea Comenzii. Extensii: 3-4.a. Coul este vid. 1. Sistemul afieaz un mesaj de eroare navigatorului (Coul este vid) i i propune s revin pentru a Cuta o lucrare. 4.a. Navigatorul modific cantitatea unei linii de co sau o suprim. 1. Navigatorul revalideaz coul, cernd recalcularea total. 2. Sistemul actualizeaz totalul calculat al coului i cazul de utilizare se reia de la etapa 4 a scenariului nominal. 4.b. Navigatorul efectueaz o nou Cutare de lucrri.

1. Se reia etapa 1 a scenariului nominal. 4.c. Navigatorul cere un deviz pentru a comanda prin curier. 1. Sistemul furnizeaz un deviz imprimabil care se ataeaz facturii, recapitulnd comanda i totalul de plat. Exigene suplimentare: Coul navigatorului este salvat pe ntreaga durat a vizitei sale pe site-ul Web.

Tabelul 4.7 Identificare: Actorul principal: Navigatorul Obiectiv: n fiecare moment, clientul trebuie s poat accesa formularul bon de comand n care s-i poat tasta coordonatele precum i informaiile necesare plii i livrrii. Precondiii: Coul navigatorului nu este vid i acesta a avut acces la formularul de comand. Postcondiii: O comand a fost nregistrat i transmis serviciului Comenzi. Scenariul nominal: 1. Navigatorul tasteaz ansamblul informaiilor necesare plii i livrrii, adic: adresa de e-mail cu o parol pentru a putea urmri comenzile proprii; coordonatele adresei de facturare (nume, prenume, adresa potal complet, telefonul); coordonatele adresei de livrare, dac aceasta este diferit de adresa de facturare (nume, prenume, adresa potal complet, telefonul); numrul cartelei de credit, cu tipul i data de validitate. 2. Sistemul afieaz o recapitulare a comenzii, de exemplu: comanda, adresa de facturare, adresa de livrare, expedierea. Comanda ar trebui s ajung la dumneavoastr n 48 72 ore. . 3. Navigatorul valideaz comanda. 4. Sistemul trimite comanda valid serviciului Clieni al Librriei X. 5. Sistemul confirm luarea comenzii navigatorului. Extensii: 1.a. Navigatorul este deja client. 1. Navigatorul se identific cu e-mailul i parola sa. 2. Sistemul afieaz datele salvate referitoare la dresa de facturare i cazul de utilizare continu cu etapa 2 a scenariului nominal. 2.a. Sistemul nu recunoate clientul. Sistemul avertizeaz navigatorul c e-mailul i parola nu corespund celor ale unui client cunoscut i i propune s se identifice din nou (ntoarcere la 1a.1). 1-3.a. Navigatorul anuleaz comanda.

1. Sistemul revine asupra afiajului coului i cazul de utilizare este terminat. 2.a. Navigatorul este deja client i vrea s-i modifice informaiile salvate. 1. Sistemul afieaz datele salvate, privind contul client (adresa de facturare, parola etc.). 2. Navigatorul modific unele informaii i valideaz. 3. Sistemul confirm validarea. 4. Navigatorul revine asupra fiei de comand i cazul de utilizare continu cu etapa 2 a scenariului nominal. Exigene suplimentare: Pentru a garanta securitatea i confidenialitatea schimburilor, trebuie ca trimiterea datelor s se fac ntr-o manier criptat.