Simularea functionarii unui tonomat de bauturi calde

Simularea functionarii unui tonomat de bauturi calde

Prezentare detaliata a subiectului

Aceasta aplicatie software este utila pentru a intelege in mod mai aprofundat cum functioneaza mai exact un tonomat de bauturi calde.

El functioneaza in modul urmator. Patru tipuri de bauturi sunt propuse spre deservire : cafea, ceai, ciocolata calda,capuccino. Zaharul este o optional. Mai intai este aleasa una dintre optiuni, iar apoi pe ecran este afisat pretul care trebuie platit. Clientul poate plati cu monede sau bancnote de maxim 10 RON. Clientul depune monedele sale si apoi valideaza apasand pe un buton de validare. Bautura este servita cu o paletina de cafea de plastic daca a fost selectionat zaharul si se returneaza clientului restul de plata. Daca dupa plata nu s-a facut validarea comenzii atunci este posibil sa se anuleze comnada respectiva apasand pe un buton de anulare.

Presupunem ca acest distribuitor nu poate cadea in pana. Daca o bautura nu este disponibila atunci afisajul digital va indica o eroare la selectia acelei bauturi.

La pornire distribuitorul este initializat si declarat ca fiind disponibil. Din momentul in care distribuitorul este disponibil toate bauturile sunt de asemenea disponibile. Functionarea selectorului de bauturi este urmatoarea. Clientul alege bautura dorita apasand pe butonul corespunzator. El alege optiunea "cu zahar" inainte sau dupa ce a ales bautura. Odata ce clientul a ales o bautura el nu mai poate alege o alta decat daca el anuleaza aceasta tranzactie. Odata aleasa optiunea " cu zahar" , el nu poate renunta la aceasta optiune decat daca anuleaza intreaga tranzactie. Orice tranzactie este confirmata prin apasarea butonului corespunzator si nu are efect decat daca o bautura a fost selectionata.

Fiecare resursa are un stoc limitat. Putem reprezenta acest stoc printr-o cantitate. De exemplu stocul maximal de zahar este de 200 de portii. Fiecare validare a alegerii unei bauturi,adica validare de tranzactie, diminueaza stocul cu o unitate.

Tema proiect:

Modelarea, proiectarea, implementarea si testarea aplicatiei software de control a automatului de bauturi calde.

Unified Modeling Language

UML este un limbaj de modelare utilizat pentru reprezentarea si specificarea semantici pro-

ceselor. Astfel, in continuare vom realiza analiza problemei noastre utilizand urmatoarele

tipuri de diagrame:

~ Diagrama de utilizare(use-case)

Diagrame de secventa

~ Diagrame de activitate

~ Diagrama de clase

Analiza

1)Diagrama de utilizare:

ofera o descriere generala a modului in care va fi utilizat sistemul

furnizeaza o privire de ansamblu a functionalitatilor ce se doresc a fi oferite de sistem

Diagrama de utilizare

2)Diagrama de context static

3)Descriere use-case-uri

a)    Use-case : Alege bautura

Titlu : Alegere bautura

Rezumat : Un cumparator poate alege una din cele 4 bauturi calde detinute de un tonomat : cafea , capuccino ,ciocolata calda si ceai

Actori : cumparator

Descrierea scenariului :

Preconditii :

- sistemul (tonomatul) sa se afle in stare de functionare

Scenariu nominal :

Cumparatorul vizualizeaza si alege una din cele 4 bauturi

Se verifica stocul

Daca ingredientele necesare exista pe stoc atunci incepe tranzactia

Se salveaza comanda

Scenariu alternativ :

A1. Daca bautura dorita nu este disponibila atunci este afisat un mesaj de eroare iar cumparatorul poate anula comada

Se intra in cazul « Anuleaza comanda »

Scenariu de eroare :

E1 Insuficiente ingrediente pe stoc

Eroarea apare la punctul 2 din scenariul nominal

Postconditii :

- tonomatul afiseaza bautura selectata

cumparatorul poate sa continue tranzactia (introducerea banilor si primirea bauturii)

Diagrama de secventa :

Diagrama de activitate :

b)    Use-case : Alege zahar

Titlu : Alegere zahar

Rezumat : Un cumparator poate alege daca doreste zahar sau nu (Implicit automatul este setat pe optiunea « fara zahar »)

Actori : cumparator

Descrierea scenariului :

Preconditii :

sistemul (tonomatul) sa se afle in stare de functionare

tonomatul este initializat pe optiunea fara zahar

Scenariu nominal :

a.      Cumparatorul alege una daca doreste sau nu zahar

b.     Tonomatul verifica stocul

c.      Daca exista zahar pe stoc atunci incepe tranzactia

d.     Se salveaza comanda

Scenariu alternativ :

A1. Cumparatorul poate alege anulare tranzactiei

Se intra in cazul " Anuleaza comada"

Scenariu de eroare :

E 1 : Nu exista zahar pe stoc

Eroarea apare la punctul 2 din scenariu nominal

Postconditii :

cumparatorul poate sa continue tranzactia (introducerea banilor si primirea bauturii)

Diagrama de secventa :

Diagrama de activitate :

c)    Use-case : Introdu bani

Titlu : Introdu bani

Rezumat : Dupa alegerea unei bauturi si afisarii costului acesteia ,cumparatorul introduce o suma de bani.El poate plati doar cu monede sau bancnote de maxim 10 RON

Actori : cumparator

Descrierea scenariului :

Preconditii :

sistemul (tonomatul) sa se afle in stare de functionare

bautura selectata trebuie sa se afle pe stoc

Scenariu nominal :

Sistemul cere introducerea banilor

Cumparatorul depune banii

Scenariu alternativ :

nu este

Postconditii :

cumparatorul poate sa valideze tranzactia si sa primeasca mai apoi bautura

Diagrama de secventa :

Diagrama de activitate :

d)    Use-case : Valideaza comanda

Titlu : Validare comanda

Rezumat : Pentru a putea primi bautura ,cumparatorul trebuie sa valideze alegerile facute anterior

Actori : cumparator

Descrierea scenariului :

Preconditii :

sistemul (tonomatul) sa se afle in stare de functionare

bautura si zaharul(daca a fost selectat) sa existe pe stoc

banii au fost depusi

Scenariu nominal :

cumparatorul apasa butonul de « validare »

Tonomatul verifica banii introdusi

Tonomatul prepara bautura dorita si adauga paletina daca clientul a ales optiunea cu zahar

Are loc actualizarea stocului

Clientul primeste bautura preparata si restul in caz de nevoie

Scenariu alternativ :

A 1.Clientul poate ca sa anuleze comada

Se intra in cazul « Anuleaza comanda »

Scenariu de eroare :

E1 : Banii introdusi de cumparator sunt insuficienti

Eroarea apare la punctul 2 din scenariul nominal

Postconditii :

- daca a fost selectat zaharul atunci se va scadea din stoc o unitate

- tonomatul termina tranzactia ,revenind in starea intiala

Diagrama de secventa :

Diagrama de activitate :

e)    Use-case : Anuleaza comanda

Titlu : Anulare comanda

Rezumat : Cumparatorul poate alege sa anuleze alegerile facute anterior

Actori : cumparator

Descrierea scenariului :

Preconditii :

sistemul (tonomatul) sa se afle in stare de functionare

s-a facut alegerea bauturii calde

Scenariu nominal :

cumparatorul anuleaza alegerea facuta

Tonomatul elibereaza banii introdusi de cumparator

Tonomatul revine in starea initiala

Scenariu alternativ :

Postconditii :

-cumparatorul anuleaza comanda si poate iesi din sistem

Diagrama de secventa :

Diagrama de activitate :

f)     Use-case : Alimenteaza tonomat

Titlu : Alimenteaza tonomat

Rezumat : Administratorul are datoria de a alimenta tonomatul.Prin intermediul unei interfete grafice el poate vizualiza stocul si il poate completa in caz de epuizare.

Actori : administrator

Descrierea scenariului :

Preconditii :

Tonomatul nu efectueaza o alta tranzactie

Scenariu nominal :

1. Administratorul verifica stocul

2. Completeaza stocul cu ingrediente

Scenariu alternativ :

--

Postconditii :

stocul ingredientului refacut este adus la valoarea maxima

tonomatul revine in starea de asteptare

Diagrama de secventa :

Diagrama de activitate :

g)    Use-case : Administreaza bani

Titlu: Administreaza bani

Rezumat: Administratorul administreaza banii depusi in tonomat.

Actori: administratorul

Preconditii: Tonomatul sa fie disponibil , adica sa nu efectueze o alta tranzactie

Scenariu nominal

1. Administratorul interogheaza soldul de bani existenti in tonomat

Retrage o anumita suma de bani lasand cealalta parte de bani (prestabilita) in tonomat

pentru rest

Scenariu alternativ

--

Postconditii

--

Diagrama de secventa :

Diagrama de activitate :

Modelare statica

1)Diagrama de clasa