modelarea aplicatiilor web cu uml 2

Upload: popescu-deea

Post on 06-Apr-2018

244 views

Category:

Documents


1 download

TRANSCRIPT

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    1/23

    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 conferininternaional (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 deutilizare)

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    2/23

    Modelarea aplicaiilor web cu UML 2. Studii de caz

    V prezentm n continuare (vezi tabelul 1) o metodologie de modelare a unei aplicaiiweb cu UML 2, adaptat dup Pascal Roques[1].

    Tabelul 1

    Nr.crt.

    Denumire etap(subetap)

    Document/DiagramaUML

    Comentarii

    1. Definirea cerinelor utilizatorului

    Caiet de sarcini

    2. Modelarea prin cazuri deutilizare:

    Identificarea actorilor Identificarea cazurilor

    de utilizare

    Structurarea cazurilorde utilizare n pachete(pachetarea cazurilor deutilizare)

    Adugarea relaiilorntre cazurile deutilizare i actori

    Planificarea proiectului(prioritate, risc, ordinede abordare);

    Descrierea cu textnarativ a cazurilor deutilizare:

    - scenariulnominal

    - alternative- cerine

    suplimentare

    - Diagrama cazurilorde utilizare

    - Diagramade pachete

    Cerinele utilizatoruluigenereaz cazurile deutilizare

    3. Realizarea machetei deinterfa om - main(IOM)

    Machete IOM Cerinele utilizatoruluigenereaz macheta IOM,destinat interaciunii cuviitorii utilizatori

    4. Descrierea cazurilor deutilizare cu ajutorul

    diagramelor de secvensistem (DSS)

    Diagramele DSS n cadrul diagramelor DSS,sistemul figureaz ca o

    cutie neagr.Comportamentul sistemuluieste vzut din exterior, fra lua n considerare modulcum a fost realizat.Diagrama DSS va fidetaliat n cadruldiagramelor de

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    3/23

    interaciune.5. Realizarea diagramelor

    claselor participante (DCP) Diagramele DCP Diagrama DCP descrie prin

    intermediul cazurilor deutilizare, cele treiprincipale clase de analiz:

    dialog (boundary), control,entitate i relaiile dintreele

    6. Realizarea diagramelor denavigare

    Diagramele denavigare

    Pentru a modela navigareantr-un site web se potutiliza diagramele de staresau diagramele de activitatede navigare. Se preferdiagrama de stare deoarecese modeleaz uncomportament al

    evenimentelor.7. Realizarea diagramelor deinteraciune

    Diagramele desecven

    Diagramele decomunicare

    Diagrama de secvenvizualizeazcomportamentul obiectelorn cadrul scenariuluinominal al unui caz deutilizare. Diagrama decomunicare pune neviden organizareaobiectelor care particip lao aciune.

    8. Realizarea diagramelorclaselor de concepie Diagrameleclaselor deconcepie

    Diagramele claselor deconcepie detaliazspecificaiile de interfa cuprogramele, pachetele deprograme care vor realizaaplicaiile web.

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

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

    Generarea codului (Java,C#, PHP etc.) poate firealizat manual sau cuajutorul unor programededicate :Rational Rose,

    Visual Paradigm,Entreprise Arhitect.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    4/23

    Schema complet a metodologiei de modelare a aplicaiilorweb, a UML

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

    Figura 4.1

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    5/23

    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 nmetodologia de modelare a aplicaiilor web.

    Site-ul web care gzduiete acest magazin (virtual) de jucrii permite navigareape 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

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    6/23

    Figura 4.3

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    7/23

    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

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    8/23

    Tabelul 4.2

    Identificare:Nume de caz:

    Actorul principal:Obiective:

    Precondiii:

    Postcondiii:

    Cutare jucriiNavigatorul client (client sau vizitator)- 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 jucriilorcare urmeaz a fi cumprate.Baza de date asociat aplicaiei este deja creat i conine

    informaiile despre jucriile existente n magazin.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 categoriade vrst, personajul preferat, firma productoare.

    2. Sistemul afieaz o list de jucrii care ndeplinesc condiiile date (dincategoria aleas sau rezultat n urma cutrii).

    3. Navigatorul selecteaz pentru cumprare o jucrie din lista de jucrii pe care oadaug n coul virtual de cumprturi.

    4. Sistemul afieaz un mesaj sugestiv pentru indicarea adugrii cu succes ajucriei ales n coul virtual.

    Scenarii alternative:1.a. Navigatorul tie ce jucrii vrea s cumpere i lanseaz o cutare rapid dupcuvintele cheie.

    1. Sistemul afieaz rezultatul cutrii i scenariul continu cu etapa a treiadin 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 cuvintecheie, raion, categorii de vrst, personaj, firma producatoare).

    2. Navigatorul completeaz cmpurile dorite i lanseaz cutarea avansat prin alegerea butonului corespunztor din formular, iar scenariulcontinu cu etapa a doua din scenariul nominal.

    2.a. Sistemul nu a gsit jucriile din categoria aleas sau nu a gsit jucriile carezultat al cutarii rapide sau avansate.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    9/23

    1. Sistemul semnaleaz eecul cutarii printr-un mesaj sugestiv. Cazul deutilizare poate s renceap de la etapa 1 a scenariului nominal dacnavigatorul este interesat.

    2.b. Sistemul gsete foarte multe jucrii fie n categoria respectiv, fie n urmacutrii rapide sau avansate.

    1. Sistemul indic numrul total de jucrii gsite, afieaz prima pagin dejucrii din list, plasnd n partea superioar numrul curent al paginiiafiate, numrul total de pagini, indicele primei i ultimei jucriiafiate, iar, n partea inferioar, un meniu de navigare ce permitedeplasarea la alt pagin.

    2. Navigatorul se deplaseaz pe aceste pagini i continu eventual cuetapa 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 covirtual );

    1.b. Navigatorul abandoneaz cutarea.Exigene suplimentare

    - formularul de cutare rapid trebuie s fie vizibil ntotdeauna situat npartea 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 prevzutn 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 conineopiunile , , , i opiunea dac clientul este deja autentificat. n partea stng a paginiieste prezentat o list de opiuni ce conine o zon de editare i un buton pentru cutarearapid, opiuni ce conin o zon de editare i un buton pentru cutarea rapid, opiunea decutare avansat i categoriile funcie de care navigatorul face vizualizarea jucriilor dinmagazin. Partea dreapt este rezervat spaiului de lucru al paginii unde se vor afiarezultatele cerute de navigator.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    10/23

    Studiul de caz 2. Realizarea unui site web pentru o conferininternaional (cazuri de utilizare, Macheta IOM)

    n acest studiu de caz se urmrete realizarea unui site web pentru o conferininternaional. 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 webvizualizarea seciunilor conferinei, trimiterea electronic a articolelor, nregistrareaautomat a participanilor la conferin, confirmarea participrii, vizualizarea rezumatuluisau 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 ntabelul 4.2 se descrie cu text narativ cazul de utilizare >.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    11/23

    Figura 4.6

    Tabelul 4.3

    Identificare:Nume de caz:

    Actorul principal:Obiective:

    Precondiii:

    Postcondiii:

    View ProceedingsVizitator (Actor sau Participant)- cutarea rapid dup cuvinte cheie a articolelor prezentate laconferin;- cutarea avansat dup cuvinte cheie n titlul articolului, nrezumat sau corpul articolului sau dup numele autorului;- navigarea prin seciunile conferinei dup articolele preferate.Organizatorii conferinei au realizat documentele respective, iar baza de date asociat aplicaiei este deja populat cu articoleleconferinei.Vizitatorul a gsit articolele dorite.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    12/23

    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 cuvintelecheie.

    1. Sistemul afieaz rezultatul cutarii i scenariul continu cu etapa a treia dinscenariul 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 adoua a scenariului nominal.

    2.a. Vizitatorul este participant la conferin.1. Sistemul afieaz suplimentar un buton de vizualizare complet sau downloadal articolului n lista articolelor afiate la punctul 2 al scenariului nominal.2. Scenariul poate continua cu punctul 3 al scenariului nominal sau participantuldorete vizualizarea/download-area articolului prin apsarea butonului .

    3. Sistemul afieaz o fereastr de dialog ce permite vizualizarea sau salvarealocal a articolului.2.b. Sistemul nu a gsit articolele din seciunea aleas sau nu a gsit articolele carezultat al cutrii rapide sau avansate.

    1. Sistemul semnaleaz eecul cutrii printr-un mesaj sugestiv. Cazul deutilizare pote s renceap de la etapa 1 a scenariului nominal dac vizitatoruleste interesat.

    2.c. Sistemul gsete foarte multe articole fie n seciunea aleas fie n urma cutriirapide sau avansate.

    1. Sistemul indic numrul total de articole gsite, afieaz prima pagin dearticole din list, plasnd n partea superioar numrul curent al paginii afiate,numrul total de pagini, indicele primei i ultimei jucrii afiate, iar, n parteainferioar, un meniu de navigare ce permite deplasarea la alt pagin.2. Vizitatorul se deplaseaz pe aceste pagini i continu eventual cu etapa 3 ascenariului nominal.

    3.a. Vizitatorul nu este interesat de lista de articole afiat.1.a. Vizitatorul poate continua cu etapa 1 a scenariului nominal1.b. Vizitatorul abandoneaz cutarea.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    13/23

    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 considerati machet a aplicaiei deoarece conine formatul tuturor paginilor din aplicaia web.

    Astfel, n partea superioar se afl un antet de prezentare a conferinei. n parteastng a paginii este prezentat o list de opiuni. Aceste opiuni difer pentru funcie deactor Vizitator sau Paricipant. Actorul participant dispune de opiuni suplimentare ce ipermite s confirme sau s anuleze participarea i s modifice coninutul articolului dacparticipantul la conferin este primul autor al articolului. Dac proceeding-ul conferineieste disponibil atunci partea din stnga mai conine o zon de editare i un buton pentrucutare rapid, opiunea de cutare avansat i seciunile conferinei, opiuni pentruregsirea uoar a articolelor prezentate la conferin. Partea dreapt este rezervatspaiului de lucru al paginii unde se vor afia rezultatele cerute de vizitator (participantsau autor).

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    14/23

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

    Obiectivul fundamental al site-ului web, care ofer spre vnzare cri, este de apermite navigatorului pe web de a cuta lucrri pe teme, autori, cuvinte-cheie etc., de a-iconstitui un co virtual propriu i apoi de a-l putea comanda i plti direct pe web. Site-ulweb va trebui sa fie evolutiv i performant i s regrupeze toate funcionalitile necesarecutrii, 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 rapidposibil, lucrarea pe care o caut, n catalog. Referinele lucrrii fiind mai mult sau maipuin precise, este preferabil s se furnizeze mai multe criterii de cutare. Persoana carenavigheaz trebuie s poat alege un criteriu: titlu, autor, ISBN etc., sau mai multe criteriisimultan. 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 neviden 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 depunen coul su, apoi merge la cas pentru a plti. Site-ul Web ncearc s reproduc aceastobinuin de cumprare. Astfel, navigatorul i poate nregistra cumprturile ntr-un covirtual avnd posibilitatea de a aduga, de a terge sau a modifica cifra care exprimcantitatea, nainte de a plti.

    Comandan orice moment, clientul poate accesa formularul bonului de comand, n care i

    trece toate coordonatele necesare pentru plat i livrare. Pentru a garanta securitatea iconfidenialitatea, se impune ca trimiterea datelor s fie criptat. n cazul n care sedorete, sistemul trebuie s fie capabil s emit un deviz, care s poat fi imprimat declient.

    Clientul trebuie s-i poat urmri comenzile, s le poat modifica nainte de a fiexpediate, ntr-o manier securizat.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    15/23

    Exigene nefuncionaleExigenele 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 cunoinespeciale. 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-ulcontextual n orice moment i s navigheze pe paginile de help. Ar fi de doritca 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 dousurse complementare:

    Prima servete la alimentarea bazei de date cu toate lucrrile noi;

    Cea de-a doua servete la actualizarea datelor referitoare la pre i lastarea 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 coordonateleclienilor i caracteristicile comenzilor acestora.

    Coordonatele clienilor sunt memorate. n prim faz, ele permit trimitereapachetului corespunztor comenzii. n faza a doua, acestea economisesc o nou colectarea 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.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    16/23

    Coul

    Coul navigatorului nu va fi salvat n baza de date. Durata sa de via nu va depipe 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 intreinerea site-ului Web); Serviciul clieni (rolul angajailor care se ocup cu urmrirea comenzilor-client); Librarul (rolul angajailor care sunt responsabili de coninutul redacionalal site-ului).

    De asemenea, mai avem n vedere: Sistemul informatic Nouti, conectat la site-ul Web; Gestiunea stocurilor, care servete la actualizarea datelor privind preuli stocul de cri din catalog.

    Diagrama cazurilor de utilizare pentru navigator este prezentat n figura 4.7.

    Figura 4.7

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    17/23

    Remarci:

    Cele trei cazuri principale ale navigatorului (Cutarea lucrrilor; Gestionareacoului; 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 iapoi s continue activitatea ntrerupt.

    Diagrama cazurilor de utilizare pentru angajai este prezentat n figura 4.8.Figura 4.8

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    18/23

    Clasamentul cazurilor de utilizare i planificarea proiectului

    Putem ierarhiza realizarea cazurilor de utilizare, innd cont de: prioritatea funcional determinat de serviciul Marketing; riscultehnic estimat de eful de proiect.

    Pentru exemplificare, s evalum cazurile de utilizare prezentate n studiul de caz3, innd cont de aceste criterii. Vom obine, n final clasamentul prezentat n tabelul 4.3.

    Tabelul 4.4

    Caz de utilizare Prioritate RiscOrdinea de

    abordare

    Cutarea lucrrilor nalt mediu 2Gestionarea coului nalt sczut 3Efectuarea comenzii medie nalt 4Consultarea comenzilor n curs sczut mediu 6Consultarea help-ului on-line sczut sczut 7ntreinerea catalogului nalt nalt 1ntreinerea informaiilor editoriale medie sczut 5ntreinerea site-ului medie sczut 5

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    19/23

    Fa de aceast clasificare putem face urmtoarele observaii:

    Efectuarea comenzii este de prioritate medie, deoarece navigatorul poatescoate la imprimant devizul i apoi poate comanda prin fax sau curiertrimind plata prin pot.

    Accentul este pus pe ntreinerea catalogului i Cutarealucrrilor, 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 problemelorlegate de integritatea informaiilor (actualizate semi-automat n baza dedate) i necesitii de a dispune de un catalog valid i la zi.

    Efectuarea comenzii este considerat, de asemenea, ca avnd un nivelnalt de risc, datorit problemelor de confidenialitate i de criptare cetrebuie rezolvate.

    Unul din principiile Procesului Unificat rezultat din dezvoltarea orientatobiect 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 peprimul loc.

    Dac prioritatea este sczut, i riscul de asemenea, se poate lsa cazulprintre ultimele de rezolvat.

    Atunci cnd cele dou criterii sunt antagoniste, eful de proiect trebuie sdecid 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 deabordare este deosebit de important, att pentru eful de proiect care trebuie s-iorganizeze echipele cu care s atace proiectul i s planifice ntreaga aciune, ct i pentruconducerea societii care trebuie s-i planifice resursele pe care s le pun la dispoziiaefului de proiect, n aa fel nct s nu ntrzie desfurarea lucrrilor.

    Cazul de utilizare Cutarea lucrrilor este descris cu text narativ n tabelul4.5.

    Cazul de utilizare Gestionarea coului este descris cu text narativ n tabelul4.6.

    Cazul de utilizare Efectuareacomenzii este descris cu text narativ n tabelul4.7.

    Tabelul 4.5

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    20/23

    Identificare:Actorul principal:

    Obiective:

    Precondiii:Postcondiii:

    Navigatorul Navigatorul vrea s gseasc, cel mai rapid posibil, o lucrarecutat n structura Catalogului. El dorete, de asemenea, s se

    poat plimba, ca ntr-o adevrat librrie, i s caute cri dupdiverse criterii.Catalogul este disponibil. Navigatorul a gsit lucrarea cutat sau o alt lucrare care lintereseaz. 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 ascenariului 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 numainceputul semnificativ al unui cuvnt, continund cu *. Motorul va cuta toatecuvintele care ncep cu literele tastate. Sufixele sunt suprimate pe durata cutrii(exemplu: o cutare dup program va permite i gsirea unor cuvinte ca programesau 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. Cazulrencepe 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 derezultate. 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

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    21/23

    scenariului nominal. El poate, de asemena, s reclaseze lucrrile obinute, dupdiverse 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 noucutare.

    2. Navigatorul abandoneaz cutarea. Cazul de utilizare ia sfrit (eec).

    Exigene suplimentare: Cutarea trebuie s fie ct se poate de rapid: 95% din cereritrebuie s reueasc n mai puin de 3 secunde. Rezultatele cercetrii trebuie s fiepertinente, adic s corespund cererii n cel puin 99% din cazuri. Formularul de cutarerapid trebuie s fie ntotdeauna vizibil. El trebuie deci s existe n partea superioar atuturor paginilor, oricare ar fi rezoluia ecranului navigatorului.

    Tabelul 4.6

    Identificare:Actorul principal:

    Obiectiv:

    Precondiii:Postcondiii:

    NavigatorulAtunci cnd navigatorul este interesat de o lucrare, el trebuie saib posibilitatea de a o nscrie ntr-un co virtual, apoi s adaugealte lucrri, s suprime sau s modifice cantitile nainte de anregistra comanda.Nu sunt.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 estepoziionat pe 1 i este calculat preul total al liniei. Totalul comenzii estecalculat i afiat n partea de jos a coului, cu indicarea cheltuielilor detransport.

    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 ipropune 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.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    22/23

    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, recapitulndcomanda i totalul de plat.

    Exigene suplimentare: Coul navigatorului este salvat pe ntreaga durat a vizitei salepe site-ul Web.

    Tabelul 4.7

    Identificare:Actorul principal:

    Obiectiv:

    Precondiii:

    Postcondiii:

    Navigatoruln fiecare moment, clientul trebuie s poat accesa formularul bon

    de comand n care s-i poat tasta coordonatele precum iinformaiile necesare plii i livrrii.Coul navigatorului nu este vid i acesta a avut acces la formularulde comand.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 defacturare (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 ladumneavoastr 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 deutilizare continu cu etapa 2 a scenariului nominal.

    2.a. Sistemul nu recunoate clientul. Sistemul avertizeaz navigatorul ce-mailul i parola nu corespund celor ale unui client cunoscut i ipropune s se identifice din nou (ntoarcere la 1a.1).

    1-3.a. Navigatorul anuleaz comanda.

  • 8/3/2019 Modelarea Aplicatiilor Web Cu UML 2

    23/23

    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 2a scenariului nominal.

    Exigene suplimentare: Pentru a garanta securitatea i confidenialitatea schimburilor,trebuie ca trimiterea datelor s se fac ntr-o manier criptat.