Sunteți pe pagina 1din 18

WarehouseAPP

Redactat de Serbanescu Gabriel

Grupa 1074

Prof. Coordonator Florea Alexandra

1
Cap. 1

1.1 Descrierea solutiei

Managementul stocurilor si a depozitelor joaca un rol important in buna functionare a unei


firme,acesta reflecatandu-se direct asupra profitului, cu atat mai mult daca aceasta este dedicata
fabricarii si distributiei de produse.Aplicatia permite obinerea de informaii privind existentul n stoc,
intrrile i ieirile de materii prime i materiale, cantitativ i valoric, precum si nregistrarea n
contabilitate a operaiilor respective, informaii ce vor fi folosite mai departe n procesul de
fundamentare a deciziilor pentru conducerea activitii specificate.

2
1.2 Diagrama cazurilor de decizie

Diagrama cazurilor de utilizare gernerale.

n aceasta diagrama am identificat 2 actori, pe o parte Lucratorul ce folosete aplicaia pentru tot
ceea ce tine de gestionarea marfurilor dintr-un depozite, pe de alta parte Managerul depozitului ce
primete rapoarte din partea Lucratorului, lund astfel anumite decizii.
Primul caz identificat este acela de gestionare a materialelor deja existente n depozit.

Lucratorul poate adauga n stoc noi cantitati dintr-un anumit material, poate dezaloca spaiul
ocupat de un material, n cazul n care stocul se epuizeaza. Prin dezalocare, spaiul ocupat anterior
devine liber, putandu-se astfel depozita noi materiale. De asemenea, Lucratorul poate muta diferite
materiale dintr-o locatie intr-alta. Dup efectuarea mutarii este necesara dezalocarea spaiului pentru a
perimite depozitarea de noi materiale.

Un alt aspect important l privete reinoirea stocului. n aceasta operaiune am identificat 3


actori: Lucratorul (cel care care verifica i raporteaz stocurile existente), Managerul(Cel care decide
dac este nevoie de materiale suplimentare, se ocupa cu plasarea comenziulor i plata acestora) i
Furnizorul.
Procesul de reinoire a stocului este nceput de ctre Lucrator, care face regulat o verificare a
stocurilor urmnd apoi sa realizeze un raport ce este trimis ctre Manager. n urma consultarii
raportului, Managerul decide dac sa reinoiasca sau nu anumite stocuri. n caz afirmativ acesta plaseaza

3
comanda ctre furnizor. n urma plasarii comenzii, Furnizorul verifica dac deine sau nu materialele
comandate, urmad apoi sa trimit ctre manager o notificare de confirmare.

Atunci cnd comanda este livrata de ctre Furnizor, Lucratorul face o verificare urmata de ctre
trimiterea unui raport ctre Manager. Prin intermediul acestui raport, Managerul verifica respectarea
comenzii. Dac aceasta a fost respectata, Managerul ii pltete Furnizorului (Furnizorul, la rndul sau
confirma primirea platii), n timp ce Lucratorul stocheaza noile materiale primite n depozit. n cazul n
care comanda nu a fost respectata aceasta este trimisa napoi la Furnizor.

Diagrama generala a cazurilor de utilizare

4
Cap. 2 Analiza sistemului
informatic

2.1 Diagramele de activitate

Achiziionarea marfurilor

5
Se realizeaza un raport al inventarului. Dac n urma raportului reiese ca este nevoie de o reinoire a
stocurilor se trimite o comanda ctre furnizor, n caz contrar se oprete fluxul. Dup primirea comenzii,
furnizorul stabileste o data n care va putea livra comanda. Dup livrarea materialelor, lucratorul va
face o verificare. Dac marfa primita trece de verificare, managerul realizeaza plata apoi lucratorul va
depozita marfa n depozit. n cazul n care comanda nu este respectata, fie se livreaz bucile lipsa, n
cazul n care comanda este incompleta, fie se scad din factura bucile deteriorate, n cazul n care
comanda ajunge cu defecte.

Plata marfurilor

Procesul ncepe prin solicitarea platii de ctre furnizor. n cazul n care managerul dorete sa
plteasc prin transfer bancar, banii sunt transferati n contul furnizorului, urmnd ca acesta sa
confirme plata. n cazul n care plata se face n ramburs, banii sunt dai curierului ce a livrat marfa, i n
acest caz furnizorul trebuie sa confirme primirea platii.

6
Depozitarea marfurilor

nainte de a se depozita marfa se verifica dac mai exista un lot de tipul celui ce urmeaz a fi
depozitat. n caz afirmativ, se verifica dac exista spaiu n celula n care acesta se situeaza. n lipsa
spaiului se aloca o noua celula, marfa urmnd a fi etichetata sub acelai tip ca cea existena doar ca pe
un alt lot. n cazul n care tipul respectiv de marfa nu mai exista n depozit, se creeaza o categorie noua
i automat i se aloca spaiu ntr-o celula. Procesul este finalizat prin stocarea mrfii la locaia stabilit.

7
2.2 Diagramele de clase

Depozitul reprezint clasa centrala, aceasta continand o colecie de lucratori, de stocuri i un


manager. Fiecare manager deine cte o lista de furnizori pe care ii poate folosi n plasarea comenzilor.
Fiecare stoc deine cte o lista de materiale.

8
2.3 Diagramele de interaciune

Rezolvarea unui task

9
Plasarea unei comenzi

10
Plasarea materialelor in depozit

11
2.4 Diagramele de stare

Stoc

Task

12
2.6 Diagrama de colaborare

13
Cap. 3 Proiectarea sistemului informatic

3.1 Diagrama de clase detaliata

14
3.2 Diagrama bazei de date

15
3.3 Interfete utilizator

16
3.4 Diagrama desfurare

Cap. 4 Implementarea sistemului informatic

4.1 Tehnologii utilizate in implementare

Sistemul informatic avut in vedere in acest proiect a fost implementat pe baza facilitatilor
oferite de catre platforma Android imbinata cu ceea ce reprezinta, probabil, cel mai popular sistem de
gestiune a bazelor de date, Oracle. Atat interfata cat si partea de back-end a aplicatiei au fost realizate
in Android Studio, mediul de dezvoltare pus la dispozitie de catre cei de la Android. Din punctul de
vedere al limbajelor de programare, aplicatia a fost scrisa in java.
Pentru stocarea datelor necesare implementarii si functionarii corecte a sistemului informatic s-a
utilizat baza de date Oracle 12c, un produs lansat de catre compania Oracle in anul 2013.
Oracle 12c reprezinta ultima versiune a produsului Oracle Database, "c"-ul din denumirea
acestuia reprezentand un acronim ce indica apartenenta la unul dintre ultimele trenduri aparute in lumea
IT, "Cloud"-ul. Prin aceasta noua versiune, clientul are posibilitatea de a-si stoca baza de date pe unul
din serverele celor de la Oracle, eliminand astfel necesitatea achiztionarii de echipamente care sa
gazduiasca baza de date precum si mentenanta acestora.
Limbajul de programare Java, creat de catre James Gosling in cadrul companiei Sun
Systems, ulterior achizitionata de catre Oracle, in anul 1995. La baza acestui acestuia stau 5 principii
relativ simple:

17
1. Limbaj simplu, orientat pe obiect, familiar.
2. Robust si securizat.
3. Neutru din punct de vedere al arhitecturii, portabil.
4. Performante ridicate.
5. Dinamic, sa permita implementarea firelor de executie.
Sintaxta limbajului a fost puternic influentata de catre cea a C++-ului. Cu toate acestea, spre deosebire
de C++, Java nu permite supraincarcarea operatorilor sau mostenirea multipla, un lucru care-l face mai
putin flexibil dar si mai usor de utilizat intrucat riscul aparitei erorilor este mai redus.

4.2 Prezentarea pe scurt a functionalitatii sistemului

La rularea aplicatiei "WarehouseAPP" se deschide fereastra de autentificare, unde prin


introducerea corecta a credentialelor utilizatorul se poate loga la contul sau. Toate contruile aplicatiei
sunt gestionate de catre un administrator, el fiind cel care se ocupa de adaugarea/stergerea utilizatorilor,
precum si de alocarea de drepturi fiecarui utilizator in parte. Aplicatia inregistreaza doua tipuri de
utilizatori, utiliztori de tip "Manager"si utilizatori de tip "Lucrator". In urma autentificarii, in functie de
tipul de utilizator aplicatia afiseaza doua tipuri de ecrane principale.
Utilizator de tip "Manager"- Din ecranul principal, managerul are posibilitatea de a vizualiza
stocurile disponibile in acel moment in depozit. Prin apasarea butonului "Genereaza raport stocuri",
aplicatia afiseaza un raport ce contine toate stocurile disponibile, cantitatile din fiecare stoc precum si
alte informatii cum ar fi termene de valabilitate. Tot din ecranul principal, prin apasarea butonului
"Inbox, mangerul poate vizualiza o lista cu rapoarte trimise de catre angajatii, prin apasarea unui
element din lista aplicatia afiseaza raportul complet precum si mesajele atasate acestuia. In cazul in
care managerul doreste contactarea furnizorilor spre a comanda noi materiale, in ecranul principal
exista butonul "Comanda". Prin apasarea acestui buton este afisata o lista cu toti furnizorii care au
parteneriat cu managerul. Prin selectarea unui furnizor din lista aplicatia afiseaza un formular in care
managerul completeaza datele comenzii. Dupa completarea datelor, prin butonul apasarea butonului
"Trimite", comanda este trimisa furnizorului selectat.
Utilizator de tip "Lucrator" Contruile de lucrator sunt strict pentru rezolvarea diverselor
task-uri din depozit, cum ar fi mutarea unor materiale dintr-un loc in altul sau livrarea unui material
solicitat. Prin apsarea butonului "Task-uri active", aplicatia afiseaza o lista cu toate sarcinile
utilizatorului. Prin selectarea unui element din lista aplicatia afiseaza detaliile sarcinii respective, cum
ar fi celula in care materialul se gaseste, celula in care acesta urmeaza sa fie mutat, numarul de bucati
care trebuie mutate/adaugate etc. De asemenea pe formularul ce afiseaza detaliile task-ului exista si un
buton de tip "check" prin care lucratorul marcheaza rezolvarea task-ului respectiv. In cazul in care
lucratorul doreste sa trimita diverse observatii/constatari catre un manager in fereastra principala exista
butonul de "Trimite raport". La apsarea acestuia se va deschide o noua fereastra unde lucratorul va
putea scrie raportul intr-un textbox. Dupa scrierea raportului, lucratorul poate selecta dintr-o lista
managerul caruia ii vor fi trimise observatiile. Prin apasara butonului "Trimite", raportul va fi trimis
catre managerul selectat.

18