Cretu Stefan

Paslaru Roxana
Frangulea Andrei
341 A3

Proiect ISP: Aplicatie gestiune cafenea

Lucru in echipa
Surse de informare folosite pentru descoperirea cerintelor:
1. Managerul cafenelei. Este principalul frunizor de informatii intrucat reprezinta cafeneaua in
discutiile cu echipa de programatori si are o viziune mai ampla asupra functionalitatilor aplicatiei.
Acesta ofera informatii cu privire la: datele ce trebuiesc stocate si prelucrate, software-ul si
hardware-ul folosite de firma (Windows, Android, Mac, tablete, smartphones etc.), resursele
cafenelei, produsele si preturile cafenelei, precum si a necesitatilor cafenelei.
2. Aplicatia precedenta. Este folosita de managerul cafenelei pentru a indica echipei de programatori
functionalitatile care trebuiesc pastrate/modificate/sterse in cadrul noii aplicatii. De asemenea,
echipa de programatori o foloseste pentru a se informa asupra unor detalii de implementare a noii
aplicatii.
3. Angajatii cafenelei. Dau informatii cu privire la design-ul aplicatiei si la datele ce trebuie continute
in cadrul acesteia.
4. Patronul cafenelei. In calitate de finantator al proiectului, isi poate exprima sugestiile, acordul sau
dezprobarea cu privire la planul proiectului.
Tehnici utilizate pentru identificarea cerintelor:
1. Brainstorming. Proiectantii aplicatiei fac analiza domeniului de activitate al clientului si a
informatiilor obtinute prin sursele specificate anterior, stabilind astfel, resurse necesare pentru
dezvoltare, restrictii ale aplicatiei, precum si anumite functionalitati ce tine de partea tehnica.
Ceilalti actori ai sistemului indica cerintele si functionalitatile aplicatiei, sugereaza cerinte noi sau
modifica cerinte vechi.
2. Data mining. Plecand de la aplicatia existenta, se deduc funtionalitati si restrictii ale aplicatiei noi,
precum si detalii de implementare si de design.
3. Observatii. Proiectantii aplicatiei petrec un anumit timp in preajma angajatilor si a managerului
pentru a observa anumite functionalitati necesare noii aplicatii, nespecificate de acestia anterior.
4. Analiza sarcinii. Managerul si angajatii cafenelei descriu cum isi doresc sa arate si sa functioneze
aplicatia.
5. Interviuri nestructurate. Proiectantii pun intrebari celorlalti actori, pe masura ce acestia isi
exprima opiniile, pentru lamuriri suplimentare sau pentru a da sugestii noi.
6. Interviuri structurate. Proiectantii aplicatiei pregatesc intrebari pentru ceilalti actori ai sistemului,
in vederea stabilirii unui punct de plecare in dezvoltarea aplicatiei, dar si pentru definitivarea setului
de cerinte.
Actorii sistemului:
1. Managerul. Ofera principalele informatii cu privire la necesitatile cafenelei, la cerintele si la
restrictiile aplicatiei. De asemenea, ofera o analiza a vechii aplicatii si este un utilizator al aplicatiei.
2. Angajatii cafenelei. Sunt principalii utilizatori ai aplicatiei. Ofera date cu privire la design-ul,
interfata si functionalitatile aplicatiei, precum si o scurta analiza a vechii aplicatii.
3. Patronul. Este clientul pentru care se dezvolta aplicatia. Acesta isi poate exprima opiniile cu privire
la deciziile luat de echipa de dezvoltare impreuna cu managerul.
4. Proiectantii aplicatiei. Au sarcini multiple. In primul rand intra in contact cu reprezentantii
cafenelei (ceilalti actori specificati mai sus) pentru a obtine detalii si specificatii pentru noua
aplicatie. Realizeaza un proiect in urma discutiilor cu ceilalti actori si dezvolta aplicatia. De
asemenea, ofera celorlalti actori informatiile de care au nevoie cu privire la aplicatie.
Dictionar de date
Nume produs Generat de Utilizate de Descriere Structura
Cafea macinata Stoc Vanzare Ingredient produse Pachete de gramaj
meniu standard
Cafea boabe Stoc Vanzare Folosita pentru Pachete de gramaj
realizarea unor standard
produse din meniu
Zahar alb Stoc Vanzare Ingredient produse Pachete de gramaj
meniu standard
Zahar brun Stoc Vanzare Ingredient produse Pachete de gramaj
meniu standard
Lapte Stoc Vanzare Ingredient produse Sticle de 1L
meniu
Capuccino Stoc Vanzare Ingredient produse Pachete de gramaj
meniu standard
Ciocolata calda Stoc Vanzare Ingredient produse Pachete de gramaj
meniu standard
Ceai Stoc Vanzare Ingredient produse Pachete de gramaj
meniu standard
Apa plata Stoc Vanzare Ingredient produse Sticle de diferite
meniu/ Produs din capacitati
meniu
 Lucru individual
Cretu Stefan
Cerinte definite la nivel inalt de abstractie (>=5):
- Cerinte functionale:
1. Aplicatia va avea interafata de logare pentru utilizator, ce va consta in doua campuri: username si
parola.
2. Aplicatia va avea o functie ce va permite sortarea meniului dupa pret, in mod crescator, la apasarea
unui buton din interfata
3. Aplicatia va avea o functie ce va permite sortarea meniului dupa disponibilitatea ingredientelor din
stoc la apasarea unui buton din interfata
4. Aplicatia va avea interafata de logare pentru administrator (unul din proiectantii aplicatiei), ce va
permite realizarea mentenantei si a unor modificari.
- Cerinte nefunctionale:
1. Aplicatia trebuie sa aiba o interfata usor de folosit, fara meniuri complexe, pentru a eficientiza
activitatea clientului
2. Aplicatia trebuie sa fie compatibila cu sistemul de operare Windows 8
Cerinte la nivel scazut de abstractie (2):
1. Aplicatia va contine interfata de logare pentru utilizatori (angajatii cafenelei) ce va consta in doua
campuri: username si parola. Datele vor fi stocate intr-un fisier XML, stocat pe masina locala, de
unde vor fi verificate la fiecare log in prin comparare. Dupa un anumit timp, calculat de la ultima
actiune realizata in aplicatie si stabilit de administrator impreuna cu angajatii, aceasta va intra in
idle si va deloga user-ul, afisand din nou pagina de logare. Astfel, persoane neautorizate nu se pot
loga in momentul in care un angajat lasa device-ul nesupravegheat, sporind securitatea aplicatiei.
Utilizarea interfetei de logare va avea loc astfel: anagajatul cafenelei isi creaza un cont ce va consta
in username si parola, ce vor fi stocate in fisierul XML creat automat la cererea de realizare a unui
cont nou. In momentul in care acesta acceseaza aplicatia, in interfata de logare vor aparea doua
campuri in care va introduce datele sale. In cazul in care username-ul sau parola sunt gresite, vor fi
afisate urmatoarele mesaje: “Autentificare esuata” pentru username si parola gresite, “Username
incorect”, “Parola incorecta” si aplicatia va afisa in continuare interfata de logare. In cazul
autentificarii realizate cu succes, se va afisa meniul aplicatiei.
2. Aplicatia trebuie sa fie compatibila cu sistemul de operare Windows 8. Aceasta va rula in pe tablete
si ultrabook, ceea ce presupune implementarea unor functionalitati touch-screen. Astfel, vor fi
necesare tool-uri Microsoft pentru dezvoltarea aplicatiei, precum Visual Studio IDE, Silverlight
SDK, librarii C# etc. Aplicatia este restrictionata la device-urile touch-screen, aceasta fiind
necompatibila cu alte gadget-uri ce ruleaza Windows 8 dar nu permit evenimente touch-screen.
Descriere cerinta folosind un limbaj structurat:
● Functie: Sortarea meniului cafenelei, dupa pret, crescator, la apsararea butonului “Sortare
meniu dupa pret”
● Descriere: dupa ce user-ul se logheaza apare interfata aplicatiei ce consta in afisarea
meniului cafenelei si a unui set de butoane. Produsele si preturile aferente vor fi stocate intr-o
lista. Butonul “Sortare meniu dupa pret” va sorta preturile din lista in mod crescator.
● Intrari: Lista cu produse si preturile aferente, afisate in ordine alfabetica (ordinea default a
afisarii).
● Iesiri: Lista cu produse si preturi sortata dupa preturile produselor in mod crescator.
● Actiune:
Pas 0: Utilizatorul deschide aplicatia
- flux normal: este afisata interfata de logare.
- flux alternativ: apare un mesaj de eroare in situatia in care aplicatia nu se deschide,
iar un reprezentant al firmei contacteaza administratorul aplicatiei pentr raportarea erorii sau
incearca sa acceseze din nou aplicatia.
Pas 1: Angajatul se logheaza in aplicatie.
- flux normal: Autentificarea are loc cu succes.
- flux alternativ: Autentificarea esueaza si este afisata in continuare interfata de logare
pana la inchiderea aplicatiei sau pana la o autentificare reusita.
Pas 2: Aplicatia afiseaza meniul cafenelei
- flux normal: Meniul este sortat in ordine alfabetica, dupa denumirea produselor.
- flux alternativ: Aplicatia nu afisaza nimic si se revine la pasii anteriori sau sa contacteaza
administratorul aplicatiei pentru raportarea erorii.
Pas 3: User-ul apasa butonul “Sortare meniu dupa pret”.
- flux normal: Meniul este afisat ordonat crescator dupa pret.
- flux alternativ: Aplicatia nu afisaza nimic sau nu ordoneaza meniul si se revine la pasii
anteriori sau sa contacteaza administratorul aplicatiei pentru raportarea erorii.
● Preconditii: Existenta unei liste in care sa fie stocate preturile produselor, existenta unei
functii de sortare si a butonului care apeleaza functia. De asemenea, este necesar ca utilizatorul
sa fie logat in aplicatie pentru a avea acces la aceste date.
● Postconditii: -.

Frangulea Andrei
Cerinte definite la nivel inalt de abstractie (>=5):
- Cerinte functionale:
1. Aplicatia va putea scoate rapoartele X si Z pentru bonuri fiscale
2. Aplicatia permite adaugarea si returul de stocuri
3. Din interfata grafica se vor putea aloca mese fiecarui chelnar
4. Aplicatia va putea determina performantele fiecarui angajat pe baza datelor colectate
- Cerinte nefunctionale:
1. Aplicatia va dispune si de o interfata pentru dispozitivele cu touchscreen
2. In caz de eroare va aparea un mesaj pe display care solicita contactarea in cel mai scurt timp a
dezvoltatorului.
3. Aplicatia va putea comunica cu imprimante fiscale pe portul serial / USB al calculatorului.
Cerinte la nivel scazut de abstractie (2):
1. Aplicatia va putea scoate rapoartele X si Z pentru bonuri fiscale. Acestea vor fi
disponibile prin doua butoane accesibile dintr-un meniu de administrare.
Raportul X va scoate la imprimanta fiscala un bon nefiscal cu toate bonurile fiscale create pe o
anumita perioada de timp. Raportul Z va genera un bon fiscal cu aceleasi ca si raportul X si va
reseta numarul de bonuri fiscale pe acea perioada la 0.
O data scos un raport Z pe o anumita perioada acesta nu poate fi generat ca bon fiscal a doua oara.
Raportul X va putea fi scos de ori cate ori se doreste acest lucru.
Rapoartele, dupa generare, vor fi salvate si in baza de date coreland datele cu restul bazei de date.
Astfel rapoartele vor putea fi reprintate ulterior, dar ca bonuri nefiscale.
Pentru raportul X va exista o verificare de siguranta la generarea acestuia. Aceasta consta in
foartarea utilizatorului de a reintroduce username-ul si parola si dupa preferinta cu un cod de
siguranta ala supervizorului. In cazul in care unul din campurile ce trebuiesc completate(username,
parola, cod de siguranta) sunt incorecte aplicatia va afisa un mesaj de avertizare corspunzator.
2. Aplicatia va dispune si de o interfata pentru dispozitivele cu touchscreen. Acest lucru va
fi realizat prin dezvoltatarea unei interfete grafice ce permite actiune tip touch (swipe, touch,
pinch...etc).
Va dispune de elemente de GUI de dimensiuni mai mari (font, butoane, tastaturi virtuale...etc).

Descriere cerinta folosind un limbaj structurat:

● Functie: Alocare de mese fiecarui chelnar, la apasarea butonului “Aloca”
● Descriere: dupa ce user-ul se logheaza apare interfata aplicatiei ce consta in afisarea
meniului cafenelei si a unui set de butoane. Supervizorul tre sa intre in meniul angajatilor, sa
selecteze din lista un angajat si sa selecteze una sau mai multe mese pe care i le poate aloca.
 ● Intrari: Lista cu angajati si lista cu mese.
● Iesiri: Lista cu angajati si mesele fiecaruia.
● Actiune:
Pas 0: Utilizatorul deschide aplicatia
- flux normal: este afisata interfata de logare.
- flux alternativ: apare un mesaj de eroare in situatia in care aplicatia nu se deschide,
iar un reprezentant al firmei contacteaza administratorul aplicatiei pentr raportarea erorii sau
incearca sa acceseze din nou aplicatia.
Pas 1: Angajatul se logheaza in aplicatie.
- flux normal: Autentificarea are loc cu succes.
- flux alternativ: Autentificarea esueaza si este afisata in continuare interfata de logare
pana la inchiderea aplicatiei sau pana la o autentificare reusita.
Pas 2: User-ul apasa butonul “Aloca”.
- flux normal: Este afisat meniul de alocare
- flux alternativ: Aplicatia nu afisaza nimic si se revine la pasii anteriori sau sa contacteaza
administratorul aplicatiei pentru raportarea erorii.
Pas 3: Se selecteaza un angajat din lista celor disponibili.
- flux normal: Este selctat un angajat
- flux alternativ: Aplicatia nu afisaza lista de mese sau afiseaza mesajul “Toate mesele sunt
alocate” si se revine la pasii anteriori sau sa contacteaza administratorul aplicatiei pentru raportarea
erorii.
Pas 4: Se selecteaza una sau mai multe mese disponibile.
- flux normal: Sunt selectate mesele iar butonul de alocare se activeaza
- flux alternativ: Aplicatia nu afisaza nimic sau nu se activeaza butonul de alocare si se revine
la pasii anteriori sau sa contacteaza administratorul aplicatiei pentru raportarea erorii.
Pas 5: Se apasa butonul “Aloca”
- flux normal: Se revine la meniul anterior si sunt afisat angajatii cu mesele alocate
- flux alternativ: Aplicatia nu afisaza nimic sau aplicatia returneaza o eroare si se revine la
pasii anteriori sau sa contacteaza administratorul aplicatiei pentru raportarea erorii.
● Preconditii: Exista unei baze de date cu anagajtii disponibili si mesele disponibile. De
asemenea, este necesar ca utilizatorul sa fie logat in aplicatie pentru a avea acces la aceste date.

Paslaru Roxana
Cerinte definite la nivel inalt de abstractie (>=5):
- Cerinte functionale:
1. Aplicatia va transmite administratorului un mesaj de atentionare la terminarea stocurilor.
2. Aplicatia va afisa un timp estimativ referitor la durata comenzii, tinandu-se cont de numarul de
comenzi existente.
3. Aplicatia va avea un submeniu cu stadiul actual al fiecarei comenzi(verde comanda a fost
finalizata,rosu comanda este in timp de prelucrare,galben comanda a fost servita clientilor).
4. Aplicatia va elimina din stocuri produsele in momentul in care comanda a fost ridicata.
- Cerinte nefunctionale:
1. Aplicatia va functiona 24/24 h , in cazul unei pene de curent functionarea nefiind intrerupta
deoarece se va folosi o sursa auxiliara(autonomie pe baterie pana la 6 ore).
2. Aplicatia va avea o baza de date .
Cerinte la nivel scazut de abstractie (2):
1. Aplicatia va avea un submeniu cu stadiul actual al fiecariei comenzi. Acest submeniu poate fi
accesat din meniul principal prin selectarea comenzii dorite. Submeniul este compus dintr-un panou
care cu trei stari: verde daca comanda a fost finalizata (clientul a platit comanda), rosu daca
comanda este in timp de prelucrare si galben daca comanda a fost servita clientilor.
In acest submeniu chelnerul sau supervizorul va putea anula comanda in curs de prelucrare, dar
daca acesta a fost finalizata sau servita clientilor anularea poate fi facuta numai de supervizor.
Toate comenzile vor fi salvate intr-o baza de date, in care se vor seta id-ul comenzii, numarul mesei,
timpul cand a fost plasata comanda, durata estimativa calculata in functie de numarul de comenzi cu
statusul “in timp de prelucrare” si starea comenzii.
Initial starea comenzii este “rosu”, dupa trecerea perioadei estimate de timp starea comenzii se
schimba in “galben”, iar dupa ce clientul efectueaza plata starea comenzii se schimba in “verde”.
2. Aplicatia va avea nevoie de o baza de date care sa contina informatii referitoare la stocuri,
comenzi, bonuri. Astfel vom avea nevoie de server MSSQL, care este comapatibil pe un sistem de
operare Windows, aplicatie va fi facuta in C# pentru usurinta implementarii dar si pentru
compatibilitatea acestuia cu toate sistemele de operare Windows.
Descriere cerinta folosind un limbaj structurat:
● Functie: Aplicatia va transmite administratorului un mesaj de atentionare la terminarea
stocurilor.
● Descriere: In baza de date vor exista date referitoare la cantitatea de produse existente in
stocul cafenelei. Cand un produs este comandat si servit unui client aceste este scazut din
stocuri
Odata ce stocul a ajuns la mai putin de un numar prestabilit de catre administrator, aplicatia va
genera un mesaj de avertizare, ce va fi vizibil doar de catre administrator la logare sau pe mailul
acestuia.
 ● Intrari: Date provenite din baza.
● Iesiri: Mesaje de avertizare atatat in aplicatie cat si pe mail.
● Actiune:
Pas 0: Utilizatorul deschide aplicatia
- flux normal: este afisata interfata de logare.
- flux alternativ: apare un mesaj de eroare in situatia in care aplicatia nu se deschide,
iar un reprezentant al firmei contacteaza administratorul aplicatiei pentr raportarea erorii sau
incearca sa acceseze din nou aplicatia.
Pas 1: Angajatul se logheaza in aplicatie.
- flux normal: Autentificarea are loc cu succes.
- flux alternativ: Autentificarea esueaza si este afisata in continuare interfata de logare
pana la inchiderea aplicatiei sau pana la o autentificare reusita.
Pas 2: Daca utilizatorul este logat cu cont de administrator va fi afisat pe ecran un mesaj de
avertizare avand optiunile “Continua” sau “Anuleaza”
- flux normal: Se apasa Continua: utilizatorul este trimis in meniul de stocuri.

- flux alternativ: Se apasa Anuleaza: aplicatia nu afisaza nimic si se revine la pasii anteriori
sau sa contacteaza administratorul aplicatiei pentru raportarea erorii.
Preconditii: Existenta unei baze de date care sa contina informatiile necesare cu privire la
stocurile produselor. Administrtorul trebui sa seteze aparitia mesajului de avertizare printr-o
optiune din aplicatie.