Ingineria Sistemelor- Automatica si Informatica aplicata

Simularea functionarii unui tonomat de bauturi calde

Proiect la Sisteme Informationale si Informatice

Student: Besleaga Andrei Alexandru

AN/GRUPA: IV / 2

Ingineria Sistemelor- Automatica si Informatica aplicata

Cuprins:

1. Prezentare detaliata a subiectului 3

2. Unified Modeling Language .. 3
3. Analiza .... 4
3.1 Diagrama de utilizare .. 4
3.2 Diagrama de context static .... 5

4. Descriere use-case-uri.... 5
4.1 Alege bautura ... 5
4.2 Alege zahar ... 7
4.3 Introdu bani .... 9
4.4 Valideaza comanda ... 10
4.5 Anuleaza comanda .... 13
4.6 Alimenteaza tonomat .. 14
4.7 Administreaza bani ... 16

5.
6.
7.
8.

Modelare statica .... 18

Componente ...19
Baza de date din sediu..20
Bibliografie .. 21

Ingineria Sistemelor- Automatica si Informatica aplicata

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

2. Unified Modeling Language

UML este un limbaj de modelare utilizat pentru reprezentarea si specificarea semantici proceselor. 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

Ingineria Sistemelor- Automatica si Informatica aplicata

3. Analiza
3.1 Diagrama de utilizare

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

Ingineria Sistemelor- Automatica si Informatica aplicata

3.2 Diagrama de context static

4. Descrierea use-case-urilor
4.1 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

1.
2.
3.
4.

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

Ingineria Sistemelor- Automatica si Informatica aplicata

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 :

Ingineria Sistemelor- Automatica si Informatica aplicata

Diagrama de activitate:

4.2 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
7

Ingineria Sistemelor- Automatica si Informatica aplicata

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

Diagrama de secventa :

Diagrama de activitate:

Ingineria Sistemelor- Automatica si Informatica aplicata

4.3 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 :
1. Sistemul cere introducerea banilor
2. Cumparatorul depune banii

Scenariu alternativ :
nu este

Postconditii :
- cumparatorul poate sa valideze tranzactia si sa primeasca mai apoi bautura

Diagrama de secventa:

Ingineria Sistemelor- Automatica si Informatica aplicata

Diagrama de activitate:

4.4 Valideaza comanda

Titlu : Validare comanda
Rezumat : Pentru a putea primi bautura ,cumparatorul trebuie sa valideze alegerile facute anterior
Actori : comparator
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 :
1. cumparatorul apasa butonul de validare
2. Tonomatul verifica banii introdusi
3. Tonomatul prepara bautura dorita si adauga betisorul daca clientul a ales optiunea cu zahar
4. Are loc actualizarea stocului
5. 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

10

Ingineria Sistemelor- Automatica si Informatica aplicata

Postconditii :
- daca a fost selectat zaharul atunci se va scadea din stoc o unitate
- tonomatul termina tranzactia ,revenind in starea intiala

Diagrama de secventa:

11

Ingineria Sistemelor- Automatica si Informatica aplicata

Diagrama de activitate:

12

Ingineria Sistemelor- Automatica si Informatica aplicata

4.5 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 :
1. cumparatorul anuleaza alegerea facuta
2. Tonomatul elibereaza banii introdusi de cumparator
3. Tonomatul revine in starea initiala
Scenariu alternativ :
Postconditii :
-cumparatorul anuleaza comanda si poate iesi din sistem

Diagrama de secventa:

13

Ingineria Sistemelor- Automatica si Informatica aplicata

Diagrama de activitate:

4.6 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 ingredient
Scenariu alternativ :
-Postconditii :
- stocul ingredientului refacut este adus la valoarea maxima
- tonomatul revine in starea de asteptare

14

Ingineria Sistemelor- Automatica si Informatica aplicata

Diagrama de secventa:

Diagrama de activitate:

15

Ingineria Sistemelor- Automatica si Informatica aplicata

4.7 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
2 Retrage o anumita suma de bani lasand cealalta parte de bani (prestabilita) in tonomat
pentru rest
3.
Scenariu alternativ :
-Postconditii :
--

Diagrama de secventa:

16

Ingineria Sistemelor- Automatica si Informatica aplicata

Diagrama de activitate:

17

Ingineria Sistemelor- Automatica si Informatica aplicata

5. Modelare Statica
Diagrama de clasa:

18

Ingineria Sistemelor- Automatica si Informatica aplicata

6. Componente

Sa presupunem ca tonomatul este legat la o retea cu inca alte doua tonomate si comunica impreuna prin intermediul
internetului cu sediul firmei unde trimit informatii despre starea lor de functionare, stoc-ul actual suma de bani care este
in acel moment in fiecare tonomat, etc. Toate aceste date sunt salvate intr-o baza de date pentru contorizare, trimitere
pe teren atunci cand stocul este mic, etc. care poate fi accesata de catre un administrator.

Diagrama de componente:

19

Ingineria Sistemelor- Automatica si Informatica aplicata

7. Baza de date din sediu

Diagrama bazei de date:

20

Ingineria Sistemelor- Automatica si Informatica aplicata

8. Bibliografie

1) Cursul de Sisteme Informationale si informatice

2) Laboratoarele de Sisteme Informationale si informatice
3) www.google.ro.

21