Facultatea de Economie i Administrarea Afacerilor

Master SIA

Analiza i proiectarea orientat

obiect a sistemului informaional de
vnzri

1. Dron Paula
2. Moraru CorinaAdelina 3. Ouatu
Oana-Maria

IAI 2014

Cuprins
Capitolul 1 Cerinele funcionale ale sistemului............................................3
Capitolul 2 Structurarea cerinelor funcionale ale aplicaiei........................4
Capitolul 3 Prezentarea arhitecturii aplicaiei.............................................14
Capitolul 4 Descrierea comportamentului obietelor unei clase...................15

Capitolul 1 Cerinele funcionale ale sistemului

2

Pentru studiul de fa am ales drept referin sistemul informaional al

vnzrilor pentru restaurant local al companiei McDonalds ce are drept
obiect de activitate asigurarea serviciilor de servire a a mesei pentru client
(Cod CAEN 5610-Restaurante). n urma analizei efectuate, am identificat o
serie de cerine funcionale ale sistemului, redate mai jos:
-

Evidena produselor vndute prin rapoarte generate periodic sau la

cerere;

Generarea de facturi, rapoarte zilnice (de vnzri, X, Z), rapoarte

periodice (lunar cumulative, aviz de nsoire a mrfii)

Adugarea, modificarea, tergerea de produse prin intermediul

unei interfete vor fi realizate actiunile de adaugare, modificare a
unui produs

nregistrarea i calcularea discounturilor produselor promoionale

nregistrarea, modificarea si anularea comenzilor. Datele vor fi

introduse n sistem de ctre lucrtorul din service ce va efectua i
procesarea comenzilor, modificarea acestora n funcie de situaie,
dar i anularea lor;

Gestiunea
specifice;

Gestiunea i evidena clienilor persoane

nregistrai separat ntr-o baz de date;

Dezvoltarea unei interfee grafice user friendly i intuitiv care s

vin n sprijinul utilizatorilor;

Realizarea unei aplicaii web pentru site-ul companiei sub forma

unui formular de comand i rezervare pentru Birthday Party care
preia direct informaiile n sistem;

Realizarea unei aplicaii mobile care preia comanda clientului, ora la

care este preparat, iar plata s fie realizat prin intermediul
tranzaciei online.

comenzilor

primite

prin

intermediul

unor

juridice

rapoarte

care

sunt

Capitolul 2 Structurarea cerinelor funcionale

ale aplicaiei

Figura 2.1 Diagrama de activiti a sistemului informaional al vnzrilor

1. Nume: nregistrare comand client

Obiective: nregistrarea comenzilor lansate de clieni, rezervarea cantitilor
necesare i verificarea condiiilor de livrare
Descriere sintetic: Acest caz de utilizare este iniiat atunci cnd o
comand este naintat direct de ctre client sau prin intermediul hostesei
Birthday-Party.
El se finalizeaz cnd cel care a iniiat comanda transmite toate datele i
este efectuat nregistrarea.
Actorii: Clientul, lucrtorul din service, hostess Birthday-Party
Preconditii: n cazul n care comanda este data de catre hostess birthdayparty trebuie sa existe o rezervare la nivel de sala. In cazul comenzilor care
depasesc suma de 100 RON, se va plati un avans pentru inregistrarea
comenzii, avans care poate fi platit atat in numerar cat si prin intermediul
cardului.
Postconditii: Comanda este inregistrata in baza de date, iar in cazul
persoanelor juridice acestia vor fi adaugati/identificati in baza de date
(tabela Clienti);
Scenariul principal: Inregistrarea comenzii clientului de ctre lucrtorul din
service;
Scenariul alternativ: Inregistrarea comenzii date de catre hostess
birthday-party; Inregistrarea comenzilor ce necesita plata unui avans;
Inregistrare comanda client persoana juridica; Inregistrare comanda cu
valoare totala mai mare de 100 RON fara primirea unui avans, in cazul
clientilor fideli persoane juridice.

Scenariul de exceptie: Renunarea la inregistrarea comenzii n urma

deciziei clientului;
mpiedicarea nregistrrii comenzii n urma unei defeciuni tehnice ale
sistemului/aplicaiei;
Pasii scenariului principal:

Cautarea n baza de date a produsului care va fi introdus in

comand;

Afiarea unei liste cu produsele disponibile si selectarea produsului;

Eliberarea bonului fiscal sau a facturii, n cazul persoanelor juridice,

ceea ce certific efectuarea plii;

Acceptarea plii;

Finalizarea comenzii i nchiderea acesteia.

Figura 2.2 Diagrama de activiti nregistrare comanda client

2. Nume: Modificare comanda client

Obiective: Modificarea comenzilor lansate de clienti
Descrierea sintetica: Acest CU este initiat atunci cand se doreste
modificarea unei comenzi inaintate de catre un client. El se finalizeaza cand
respectiva comanda a fost modificata conform cerintelor clientului sau cand
este trimisa comanda gresit de catre lucratorul din service.
Actorii: Client, lucrator service, manager
Preconditii: Existenta unei comenzi deja inregistrate
8

Postconditii: Comanda este modificata in baza de date

Scenariul principal: Modificarea comenzii la cererea clientului in limita de
timp admisa;
Scenariul alternativ: Modificarea comenzii introduse gresit in sistem de
catre lucratorul din service;
Modificarea comenzii prin adaugarea de produse si depasirea totalului de
100 RON, in cazul clientilor persoanelor juridice
Scenariul de exceptie: Imposibilitatea de a modifica respectiva comand
din cauza unei erori n sistem;
Clientul renun la comand;
Pasii scenariului principal:

Cautarea n baza de date a produsului comandat;

Afiarea unei liste cu produsele disponibile;

Selectarea respectivului produs;

Afisarea comenzii modificate;

Finalizarea comenzii i nchiderea acesteia.

Figura 2.3 Diagrama de activiti Modificare comanda client

3. Nume: Adugare discount

Obiective: Adugarea n baza de date a unui nou tip de discount;
Descrierea sintetica: Acest CU se realizeaz atunci cnd se doreste
introducerea pentru a fi folosit a unui nou tip de discount, utilizat in diferite,
viitoare promoii. La introducere acesta are statusul active, urmnd ulterior,
dupa finalizarea perioadei de promoii, respectivul discount sa devin
inactive;
Actorii: Client, Manager
Preconditii: Existenta produselor asupra carora se vor aplica discount-urile;
Postconditii: Pentru o anumita perioada, produsul va fi vndut cu noul
discount;
Scenariul principal: Introducerea facil a valorii, numelui etc a noului
discount
10

Scenariul alternativ:
Scenariul de exceptie: Imposibilitatea de a nregistra noul tip de discount
din cauza unei erori n sistem
Pasii scenariului principal:

Cautarea n baza de date a produsului pentru care se va face discountul;

Afiarea unei liste cu produsele disponibile;

Selectarea respectivului produs;

Adaugare discount;

Finalizare si revenire la meniul principal

11

Figura 2.3 Diagrama de activiti Adaugare discount

4. Nume: Modificare status discount

Obiective: Modificarea n baza de date a unui tip de discount;
Descrierea sintetica: Acest CU se realizeaz atunci cnd se doreste
modificarea valorii discount-ului sau la finalul perioadei unei anumite
promoii, statusul discount-ului va deveni inactiv;
Actorii: Client, Managerul
Preconditii: Existenta unui discount deja nregistrat in baza de date asupra
cruia se va aplica modificarea
Postconditii: Discount-ul este modificat in baza de date
Scenariul principal: Modificarea tipului/valorii discount-ului de catre
manager, in functie de criteriile dorite
Scenariul alternativ:
Scenariul de exceptie: Imposibilitatea de a nregistra noul tip de discount
din cauza unei erori n sistem
Pasii scenariului principal:

Selectarea discount-ului care va fi modificat si finalizarea actiunii de

modificare sau, in functie de situatie, cautarea acestuia n baza de date
a discount-ului;

Afiarea unei liste cu discounturile existente;

Selectarea discountului;

Modificarea statusului;

12

Salvarea modificarii, actiune ce actualizeaza lista cu discount-uri

Figura 2.4 Diagrama de activiti Modificare status discount

5. Nume: Adaugare client

Obiective: Adaugarea noilor clienti persoane juridice
Descriere sintetic: Acest caz de utilizare este iniiat atunci cnd o
comand este naintat direct de ctre client sau prin intermediul hostesei
Birthday-Party.
El se finalizeaz cnd cel care a iniiat comanda transmite toate datele i
este efectuat nregistrarea.
Actorii: Clientul, lucrtorul din service, hostess Birthday-Party
13

Preconditii: n cazul n care comanda este data de catre hostess birthdayparty trebuie sa existe o rezervare la nivel de sala. In cazul comenzilor care
depasesc suma de 100 RON, se va plati un avans pentru inregistrarea
comenzii, avans care poate fi platit atat in numerar cat si prin intermediul
cardului.
Postconditii: Comanda este inregistrata in baza de date, iar in cazul
persoanelor juridice, acestia vor fi adaugati/identificati in baza de date
(tabela Clienti);
Scenariul principal: Inregistrarea comenzii clientului de ctre lucrtorul din
service;
Scenariul alternativ: Inregistrarea comenzii date de catre hostess
birthday-party; Inregistrarea comenzilor ce necesita plata unui avans;
Inregistrare comanda client persoana juridica; Inregistrare comanda cu
valoare totala mai mare de 100 RON fara primirea unui avans, in cazul
clientilor fideli persoane juridice.
Scenariul de exceptie: Renunarea la inregistrarea comenzii n urma
deciziei clientului;
mpiedicarea nregistrrii comenzii n urma unei defeciuni tehnice ale
sistemului/aplicaiei;
Pasii scenariului principal:

Cautarea clientului n baza de date pentru a verifica faptul ca nu exista

deja;

Afiarea unei liste cu toti clientii existenti la momentul respectiv;

Daca respectivul client exista deja, se va reveni la meniul principal;

Daca respectivul client nu exista, acesta va fi introdus in baza de date,

impreuna cu detaliile specifice;

Finalizare si revenire la meniul principal.

14

Figura 2.5 Diagrama de activiti Adaugare client nou

6. Nume: Adugare meniu

Obiective: Adugarea n baza de date a unui nou tip de meniu;
Descrierea sintetica: Acest CU se realizeaz atunci cnd se doreste
introducerea pentru a fi folosit a unui nou tip de meniu. La introducere acesta
are statusul activ, urmnd ca ulterior, dupa finalizarea perioadei de
promoii, respectivul discount sa devin inactiv. Inainte ca a noul meniu sa
fie introdus in baza de date sistemul realizeaza o cautare pentru a verifica
existent anterioara a acestuia. Daca rezultatul rezurnat este fals, el va fi
introdus ca un meniu nou, care, la randul sau, poate contine produse.
Actorii: Client, Manager
Preconditii: Existenta produselor care vor face parte din noul meniu si, de
asemenea, sa nu existe anterior acelasi meniu;
Postconditii: Noul meniu este introdus in baza de date;

15

Scenariul principal: Introducerea meniului in baza de date, alaturi de

detalii care contureaza o descriere a acestuia: nume, tip, produse existente
in meniu, pret etc.
Scenariul alternativ:
Scenariul de exceptie: Imposibilitatea de a nregistra noul tip de meniu
din cauza unei erori n sistem
Pasii scenariului principal:

Cautarea n baza de date a meniului pentru a verifica faptul ca nu

exista deja;

Afiarea unei liste cu toate meniurile existente la momentul respectiv;

Daca meniul exista deja, se va reveni la meniul principal;

Daca meniul nu exista, acesta va fi introdus in baza de date, impreuna

cu detaliile specifice;

Finalizare si revenire la meniul principal.

16

Figura 2.6 Diagrama de activiti Adaugare meniu nou

Capitolul 3 Prezentarea arhitecturii aplicaiei

Vezi anexa PDF

17

18

Capitolul 4 Descrierea comportamentului obietelor

unei clase

19

Figura 3.1 Diagrama de stare a obiectul Comand

20

Figura 3.2 Diagrama de stare a obiectul Produs

21

Figura 3.2 Diagrama de stare a obiectul Discount

Capitolul 5 - Descrierea interaciunilor ntre clase

22