Documentul Cerințe de Comandă Și Livrare Alimente

Universitatea Tehnică din Palestina (PTU)
Facultatea de Inginerie și Tehnologie

Departamentul de Ingineria Sistemelor Informatice
Exprima
Document de cerințe de inginerie software

Sistem online de gestionare a comenzilor și livrărilor de alimente
Înscris de:
Numele studentului Legitimația studentului
Fares Hatem T. Abuali 201810408

Huthaifa Jamal H. Salman 201810018
Asseel Khalid H. Al-Ali 201810232
Abdullah Awad M. Al-Wawi 201810775
Ahmad Othman A. Marei 201811346
Trimisă la: 20 aprilie 2021
Misiunea #2: Acest document a fost depus în îndeplinireaparțială a cerinței

pentru cursul "Inginerie software", înanul universitar 2020-2021 (semestrul 2).
Cuprins
CHAPTER 1 INTRODUCERE........................................................................................................................... 1
Universitatea Tehnică din Palestina (PTU) Facultatea de Inginerie și Tehnologie Departamentul de

Ingineria Sistemelor Informatice.............................................................................................................1
Document de cerințe de inginerie software.................................................................................................1
Sistem online de gestionare a comenzilor și livrărilor de alimente...........................................1
Cuprins....................................................................................................................................................2
CHAPTER 1: INTRODUCERE....................................................................................................1
1.1 Prezentare generală a proiectului și context:.............................................................................1
1.2 Domeniul problemei:.................................................................................................................1
1.3 Obiectivele proiectului:.............................................................................................................1
Cum ne propunem să abordăm problemele diagnosticate:...................................................................1
• Creați o arhivă pentru restaurante:......................................................................................1
• Economisiți timp:.....................................................................................................................2
• Securitatea datelor:................................................................................................................2
• Introducere manuală a datelor minimizată:........................................................................2
1.4 Scopul proiectului:....................................................................................................................2
1.5 Rezumatul capitolului:..............................................................................................................2
CHAPTER 2: ABORDAREA COLECTĂRII CERINȚELOR.....................................................3
CHAPTER 3: DEFINIȚIA CERINȚELOR UTILIZATORILOR................................................3
3.1 Cerințe funcționale ale utilizatorului:........................................................................................3
II. CLIENT:.......................................................................................................................................3
III. MANAGER (ADMINISTRATORUL restaurantului):............................................................4
IV. PERSONALUL BUCĂTĂRIEI (bucătarii restaurantului):......................................................4
3.2 Cerințe nefuncționale pentru utilizatori:.........................................................................................4
Cerințe operaționale......................................................................................................................4
Cerințe de performanță.................................................................................................................4
Cerințe de securitate........................................................................................................................5
Cerința de utilizare...............................................................................................................................5
CHAPTER 4: ARHITECTURA SISTEMULUI...........................................................................6
4.1 Ce se află în afara granițelor sistemului:...............................................................................6
4.2 Diagramă contextuală:...............................................................................................................7
CHAPTER 5: SPECIFICAȚIA CERINȚELOR DE SISTEM:.....................................................7
5.1 CERINȚE FUNCȚIONALE DE SISTEM:......................................................................................7
5.2 CERINȚE DE SISTEM NEFUNCȚIONALE:................................................................................11
1. Securitate:...................................................................................................................................11
2. Ușor de utilizat:...........................................................................................................................11
3. Disponibilitate:............................................................................................................................11
CAPITOLUL 6: MODELE DE SISTEM:......................................................................................12
• 6.1: Diagrame de caz de utilizare:...........................................................................................12
• 6.2: Diagrama clasei:...............................................................................................................14
• 6.3: Diagrama de activitate......................................................................................................15
CHAPTER 7: EVOLUȚIA SISTEMULUI:................................................................................24
LIMITAREA SISTEMULUI:.................................................................................................................24
ÎMBUNĂTĂȚIREA SISTEMULUI:.......................................................................................................24
CHAPTER 8: PLAN PENTRU RESTUL MUNCII:..................................................................25
CHAPTER 9: CONCLUZIE:......................................................................................................25
REFERINŢE:..................................................................................................................................25
1.1
1.2 Rezumatul
capitolului ................................................................................................................................. 2
CHAPTER 2 ABORDAREA COLECTĂRII CERINȚELOR ................................................................................. 3
CHAPTER 3 DEFINIȚIA CERINȚELOR

UTILIZATORULUI ................................................................................................. 3
3.1 Cerințe funcționale ale utilizatorului ................................................................................................. 3
3.1 Cerințe nefuncționale ale utilizatorilor ................................................................................................. 4
CAPITOLUL 4 ARHITECTURA SISTEMULUI .................................................................................................................

6
4.1 Ce se află în afara granițelor sistemului .................................................................................... 6
4.2 Diagrama
contextuală ................................................................................................................................. 7
CHAPTER 5 SPECIFICAȚII PRIVIND CERINȚELE DE SISTEM ................................................................................. 7
5.1 CERINȚE FUNCȚIONALE DE SISTEM ................................................................................................. 7
5.2 CERINȚE NEFUNCȚIONALE ALE SISTEMULUI ................................................................................. 11
CHAPTER 6 MODELE DE SISTEM ................................................................................................................. 12
6.1 Diagrame cazuri de utilizare .................................................................................................................

12
6.2 Diagrama claselor .................................................................................................................................
14
6.3 Diagrame de
activitate .................................................................................................................................... 15
6.4 Diagrama
secvenței ................................................................................................................................. 18
CHAPTER 7 EVOLUȚIA
SISTEMULUI ................................................................................................................................. 23
CHAPTER 8 PLANIFICAREA ODIHNEI DE

LUCRU ................................................................................................................. 24
CHAPTER 9 CONCLUZIE............................................................................................................................. 24
REFERINŢE................................................................................................................................................... 25
SISTEMUL DE GESTIONARE A COMENZILOR ȘI
LIVRĂRILOR DE ALIMENTE
CHAPTER 1: INTRODUCERE
1.1 Prezentare generală a proiectului și context:

În epoca de astăzi a fast-food-ului și a take-out-ului, multe restaurante au ales să se concentreze pe
pregătirea rapidă și livrarea rapidă a comenzilor, mai degrabă decât să ofere o experiență culinară
bogată. Până de curând, toate aceste comenzi de livrare erau plasate prin apeluri telefonice, dar există
multe dezavantaje ale acestui sistem, printre care:
• Inconvenientul clientului care trebuie să aibă o copie fizică a meniului.
• Lipsa unei confirmări vizuale că comanda a fost plasată corect.
• Necesitatea ca restaurantul să aibă un angajat care să răspundă la telefon și să preia comenzi.
Prin urmare, nevoia de a crea un sistem inteligent și inovator care să ajute la facilitarea comunicării
dintre restaurante și clienții lor devine din ce în ce mai necesară.
1.2 Domeniul problemei:
Provocările întâmpinate de sistemul tradițional de comandă existent servesc drept un dezavantaj major
pentru realizarea eficienței și satisfacției clienților. Experiența de a comanda în majoritatea
restaurantelor fast-food nu este plăcută pentru clienți:
• Clienții vor trebui să facă cozi lungi înainte de a-și plasa comenzile, în special în timpul orelor de
vârf.
• Apoi, personalul de comandă va înregistra manual comenzile clienților.
• După plasarea comenzii, clientul trebuie să aștepte lângă tejghea până când comanda este gata pentru
colectare.
• Munca manuală împiedică eficiența și reduce acuratețea datelor în timpul procesului de plasare a
comenzilor.
1.3 Obiectivele proiectului:
Proiectul nostru vizează dezvoltarea unui sistem complet de comenzi online pentru utilizarea în industria
serviciilor alimentare, care va permite restaurantelor să gestioneze rapid și ușor un meniu online pe care
clientul îl poate răsfoi și utiliza pentru a plasa comenzi cu doar câteva clicuri.
Cum ne propunem să abordăm problemele diagnosticate:
• Creați o arhivă pentru restaurante:

Scopul nostru este de a oferi un tratament pentru problemele menționate anterior, ajutând clienții să
comande ceea ce doresc de la orice restaurant doresc. Acest lucru poate fi realizat prin crearea unei baze
de date dedicate restaurantelor pentru a stoca cât mai multe restaurante în orașele palestiniene.
1
CAPITOLUL 1
INTRODUCERE
Și o altă bază de date pentru ca utilizatorii să-și stocheze datele și să faciliteze conectarea fiecărui
utilizator cu comanda lor specifică.
• Economisiți timp:
Prin furnizarea unui serviciu de livrare, clienții își pot exprima comanda folosind câteva clicuri de
mouse și câteva cuvinte cheie de căutare, economisind astfel timp prețios. Acest lucru va crește
satisfacția clienților prin accelerarea livrării alimentelor.
• Securitatea datelor:
Datele sunt bine protejate pentru uz personal.
• Introducere manuală a datelor minimizată:
Automatizarea asigură acuratețea datelor în timpul procesului de plasare a comenzilor. Pentru a rezuma,
ceea ce propunem este un sistem de comandă online, care este o tehnică de comandă a alimentelor
online aplicabilă în orice industrie de livrare a alimentelor. Principalul avantaj al sistemului nostru este
că simplifică foarte mult procesul de comandă atât pentru client, cât și pentru restaurant.
La sfârșitul proiectului, acesta va îmbunătăți productivitatea, eficiența și precizia restaurantelor. Datorită

acestui sistem, va minimiza toată munca manuală prin înlocuirea sistemului tradițional de comandă într-
un sistem informatic. Aceasta va elimina munca manuală, cum ar fi lucrătorii care livrează fizic bonul de
comandă a alimentelor în bucătărie, va înlocui manual eticheta de preț a alimentelor și va calcula manual
prețul de facturare.
1.4 Scopul proiectului:
Sistemul va fi o platformă bazată pe web care va fi dezvoltată pentru a permite utilizatorului să

vizualizeze informațiile de pe cardul de meniu al restaurantului și apoi să plaseze o comandă prin
intermediul sistemului.
Sistemul va permite personalului fiecărui restaurant să actualizeze și să modifice informațiile din meniul
de alimente și băuturi. Apoi, permite, de asemenea, personalului să genereze rapoarte pe care doresc să
le genereze, cum ar fi raportul lunar de vânzări. Cea mai importantă funcție este de a permite
personalului să facă declarația de facturare pentru consumator pentru a-și efectua plata după comandă.
1.5 Rezumatul capitolului:
Acest capitol a discutat problemele de dificultate care vin împreună cu abordarea tradițională pentru
sistemul de comandă a alimentelor din restaurante. În plus, am menționat părțile interesate sau
persoanele care se confruntă cu o problemă în situația actuală și cum vor beneficia de tratamentul propus
pe care îl vom oferi.
În cele din urmă, obiectivul proiectului și domeniul de aplicare al proiectului au fost enumerate și
discutate. Structura generală a sistemului propus a fost justificată și se precizează contribuția proiectului.
În continuare, vom discuta în continuare despre conceptul sistemului existent de management al
restaurantelor.
2
CAPITOLUL 1
INTRODUCERE
CHAPTER 2: ABORDAREA COLECTĂRII CERINȚELOR
La început, am fost pierduți și confuzi cu privire la modul în care funcționează sistemele de gestionare a
comenzilor și livrărilor de alimente! Așa că am intrat pe internet și am vizitat câteva site-uri populare
locale de comenzi de mâncare aici în Palestina, pentru a afirma, de exemplu: http://www.pal-eat.com/
sau aceasta: https://www.doordash.com/en-US
Am adunat câteva idei și apoi am început faza de descoperire a cerințelor. Principala abordare pe care
am urmat-o în colectarea cerințelor utilizatorilor și a sistemului a fost navigarea pe web. De asemenea,
ne-am consultat cu instructorul nostru, Dr. Nael Salman pentru a ne oferi câteva sfaturi despre cum să
descoperim cerințele.
În plus, ar trebui să menționez că am avut un interviu cu câțiva ingineri software seniori care ne-au oferit
îndrumări cu privire la modul de colectare a cerințelor.
CHAPTER 3: DEFINIȚIA CERINȚELOR UTILIZATORILOR
Sistemul va fi conceput pentru a fi ușor de utilizat. Designul interfețelor ușor de utilizat și interactiv
ajută la realizarea acestui lucru, permițând clienților să navigheze cu ușurință prin meniuri, să plaseze
comenzi cu doar câteva clicuri și, de asemenea, permite angajaților restaurantului să parcurgă rapid
comenzile pe măsură ce sunt plasate și să producă articolele necesare cu întârzieri și confuzii minime.
Sistemul va fi simplu de utilizat.
3.1 Cerințe funcționale ale utilizatorului:

Cerințele funcționale definesc capacitățile și funcțiile pe care un sistem trebuie să le poată îndeplini cu
succes. Cerințele funcționale ale acestui sistem de comandă online includ:
I. ADMIN:
Gestionarea utilizatorilor: administratorul are acces deplin la baza de date a utilizatorilor:
•
Adăugați utilizator.
•
Ștergeți utilizatorul.
•
Editați o înregistrare de utilizator.
•
Vizualizați informațiile despre utilizator.
Gestionarea restaurantelor: administratorul are acces complet la baza de date a restaurantelor:

•
Adăugați un restaurant.
•
Ștergeți un restaurant.
•
Editați o înregistrare de restaurant.
•
Vezi toate informațiile despre restaurante.
•
Vizualizați informații despre un anumit restaurant.
II. CLIENT:
o [Nu este necesar să aveți un cont]: Sistemul permite clientului:
• Răsfoiți restaurantele. Fiecare restaurant ar trebui să-și arate numele, numele
3
CAPITOLUL 2 COLECTAREA CERINȚELOR | CAPITOLUL 3 DEFINIREA CERINȚELOR
UTILIZATORILOR
proprietarului și locația.
• Când clientul face clic pe un anumit restaurant, afișați meniul restaurantului care
conține toate felurile de mâncare și produsele disponibile, împreună cu prețurile și
ingredientele acestora.
o [Necesitatea unui cont]: Sistemul permite clientului:

• Înregistrați-vă în sistem (creați-vă propriul cont)
• Conectați-vă la sistem după crearea contului.
• Plasați o comandă.
• Specificați dacă doresc ca comanda să fie livrată sau ridicată chiar de client.
• Sistemul va solicita clientului să confirme masa comandată.
• Sistemul furnizează confirmarea vizuală a plasării comenzii
III. MANAGER (ADMINISTRATORUL restaurantului):

Administratorul fiecărui restaurant poate:
• Creați meniul restaurantului.
• Creați produse alimentare noi și adăugați-le în meniul restaurantului.
• Editați sau actualizați detaliile oricărui produs alimentar, cum ar fi: numele felului
de mâncare, prețul, ingredientele,...
• Ștergeți orice produs alimentar dorit.
• Generați rapoarte de vânzări pentru restaurantul lor (rapoarte săptămânale, lunare,
anuale).
IV. PERSONALUL BUCĂTĂRIEI (bucătarii restaurantului):

Fiecare bucătar-șef trebuie:
• Vizualizați comenzile în așteptare (comenzi care trebuie pregătite)
• Actualizați starea comenzilor
• Verificați comanda pentru a-i anunța că comanda este gata pentru a fi preluată sau
livrată.
3.2 Cerințe nefuncționale pentru utilizatori:
Cerințe operaționale
• Sistemul ar trebui să funcționeze corect în majoritatea browserelor web.
•
Sistemul ar trebui să solicite managerului (administratorul fiecărui restaurant) să facă o
copie de rezervă la sfârșitul zilei de lucru.
Cerințe de performanță
• Sistemul ar trebui să permită utilizatorului să plaseze o comandă într-o perioadă scurtă de

timp. (întârziere mai mică de un minut la încărcare)
• Toate tabelele din baza de date trebuie normalizate cel puțin până la a 3-a formă normală.
Deci, preluarea datelor din baza de date nu trebuie să depășească 5 până la 10 secunde în cel
mai rău caz.
4
CAPITOLUL 3 DEFINIREA CERINȚELOR
UTILIZATORILOR
Cerințe de securitate
• Sistemul validează numele de utilizator și parola pentru a se autentifica și a efectua

modificări în sistem.
• Sistemul solicită parola curentă a utilizatorului pentru a-i permite să treacă la o parolă nouă.
• Parolele trebuie criptate.
Cerința de utilizare
• Sistemul ar trebui să aibă interfețe grafice simple și ușor de învățat.
• Un client nou ar trebui să poată utiliza majoritatea funcționalităților sistemului în mai puțin
de o jumătate de oră de instruire.
5
CAPITOLUL 3 DEFINIREA CERINȚELOR
UTILIZATORILOR
CHAPTER 4: ARHITECTURA SISTEMULUI
Acest capitol va prezenta o prezentare generală la nivel înalt a arhitecturii anticipate a sistemului,
arătând distribuția funcțiilor între modulele sistemului. Componentele arhitecturale care sunt reutilizate
ar trebui evidențiate.
Figura 1: Prezentare generală a arhitecturii sistemului nostru
4.1 Ce se află în afara granițelor sistemului:

Limitele sistemului sunt stabilite pentru a defini ce este în interiorul și ce este în afara sistemului:
Gestionarea metodelor de plată:

Încercăm să păstrăm sistemul nostru simplu, astfel încât să nu ne implicăm în detaliu în sistemul de
plăți, deoarece necesită integrarea sistemului nostru cu un sistem extern care este responsabil pentru
gestionarea plăților și a metodelor de plată (cum ar fi cardul Visa).
6
CAPITOLUL 4 ARHITECTURA
SISTEMULUI
4.2 Diagramă contextuală:
Aceasta este o altă structură scurtă care descrie mediul în care există un sistem software și ajută la
comunicarea despre ceea ce se află în afara limitelor sistemului.
Figura 2: Diagrama contextuală a arhitecturii sistemului nostru
CHAPTER 5: SPECIFICAȚIA CERINȚELOR DE SISTEM:

Acum voi încerca să descriu câteva cerințe funcționale și nefuncționale care au fost menționate în
capitolul 3, dar mai detaliat.
5.1 CERINȚE FUNCȚIONALE DE SISTEM:

Sistemul are un ecran de pornire, prin care orice utilizator care și-a creat un cont se poate conecta la
sistem folosind numele de utilizator și parola.
7
CAPITOLUL 5 SPECIFICAȚIA CERINȚELOR DE SISTEM
Tabelul 1: <<Cerință funcțională de sistem>> Conectarea utilizatorului
Logare utilizator
Scurtă descriere Cazul de utilizare a conectării permite utilizatorului să se

conecteze la sistem.
Actor(i) Un utilizator, ar putea fi:
• Un administrator.
• Un restaurant manager.
• Un personal de bucătărie (a bucătar).
• Un client.
Notă: Cred că va exista un formular de conectare diferit pentru
fiecare tip de utilizatori menționat mai sus, deoarece fiecare tip va fi
stocat în propria bază de date
Fluxul la pagina principală ➔ formular de conectare;
evenimentelor
1. Sistemul solicită utilizatorului numele de utilizator și
parola.
2. Utilizatorul introduce numele de utilizator și parola.
3. Sistemul validează informațiile introduse, se asigură că
datele introduse există efectiv în baza de date a
utilizatorilor.
4. Utilizatorul este conectat.
5. Cazul de utilizare se încheie.
Pre-condiții Având un cont înainte.
Securitate Conexiune securizată la baza de date
Post-condiții
Succes Utilizatorul a introdus datele stocate în contul de utilizator
8
Tabelul 2: <<Cerință de sistem funcțional>> Managerul restaurantului
Crearea meniului restaurantului de către managerul/proprietarul restaurantului
Scurtă descriere Permite managerului restaurantului să creeze meniul restaurantului, apoi
să introducă feluri de mâncare în acesta.
Actor(i) Managerul / proprietarul restaurantului (fiecare restaurant nou adăugat va fi

atribuit unui manager care va fi responsabil pentru acest restaurant)
Fluxul evenimentelor După ce managerul s-a conectat cu succes, acum poate merge la bara de
navigare din partea de sus ➔ Creați meniul restaurantului
1. Managerul restaurantului poate crea un singur meniu pentru restaurantul

său.
2. După crearea meniului, managerul poate adăuga feluri de mâncare /

produse alimentare, specificând numele / titlul felului de mâncare, prețul,
ingredientele, descrierea preparatului și dimensiunea vasului (mic – mediu
– mare)
3. Apoi va face clic pe "salvați felul de mâncare" și felul de mâncare va fi

introdus în baza de date a meniului, cu o cheie străină aferentă:
"restaurantID" pentru a indica faptul că aceste produse alimentare sunt
legate de acest restaurant specific.
Managerul poate edita orice produs alimentar din meniu oricând dorește.
De exemplu, pot schimba numele felului de mâncare, prețul (crește sau
face o reducere), pot edita ingredientele sau pot edita descrierea felului de
mâncare.
Managerul poate șterge orice produs alimentar din meniu oricând dorește.
De exemplu, dacă restaurantul nu mai servește acest fel de mâncare sau
dacă doresc să dezactiveze temporar acest fel de mâncare din meniu.
Managerul poate genera apoi rapoarte (săptămânale, lunare, anuale) care

să le arate detalii precum:
Pre-condiții Managerul restaurantului s-a conectat cu succes la contul său
Securitate Conexiune securizată la baza de date.
Numai managerul/proprietarul restaurantului poate accesa meniul restaurantului

și poate face astfel de modificări (inserare, actualizare sau ștergere)
Alte persoane, cum ar fi clienții, pot doar să vizualizeze și să răsfoiască meniul,

dar nu au dreptul de a insera, actualiza sau șterge niciun element.
Post-condiții Managerul restaurantului este recomandat să facă o copie de rezervă a meniului
după fiecare modificare.
Succes Managerul restaurantului a creat meniul restaurantului și a adăugat

produse alimentare la acesta.

Tabelul 3: <<Cerința sistemului funcțional>> funcțiile clientului
CLIENT
Scurtă descriere Lăsați clientul să vizualizeze și să răsfoiască meniul oricărui restaurant pe care
îl dorește, apoi oferiți-i posibilitatea de a plasa o comandă și de a alege cum
dorește să o primească.
Actor(i) Clientul (utilizatorul care dorește să plaseze o comandă)
Fluxul Client ca oaspete:

evenimentelor 1. Orice client invitat poate naviga prin restaurante. Fiecare restaurant ar trebui
să-și arate numele, numele proprietarului și locația.
2. Când clientul face clic pe un anumit restaurant, afișați meniul restaurantului

care conține toate felurile de mâncare și produsele disponibile, împreună cu
prețurile și ingredientele acestora.
Client după autentificare:
1. După ce clientul și-a creat un cont și s-a autentificat cu succes, acum va fi

activat un buton "adaugă această comandă în coș" lângă fiecare produs
alimentar din meniu.
2. Acum clientul va vizualiza meniul oricărui restaurant pe care îl dorește. Ei pot

face clic pe butonul "adăugați această comandă în coș" pentru a face o
comandă a oricărui produs alimentar pe care îl doresc.
3. Clientul poate comanda mai mult de un produs alimentar, desigur, astfel încât,
atunci când clientul a terminat comanda, trebuie să facă clic pe butonul "trimite
comanda".
4. Toate felurile de mâncare / produsele alimentare selectate vor fi apoi

adăugate în baza de date a comenzilor, cu ID-ul clientului și alte informații
conexe care indică faptul că acest fel de mâncare este comandat de acest client
specific.
5. Rolul clientului s-a încheiat acum. Clientul trebuie acum să aștepte bucătarii
care vor primi comanda sa, să pregătească comanda, apoi să o verifice.
6. Odată ce bucătarii schimbă starea comenzii din "în așteptare" în "gata",

clientul poate vedea starea comenzii sale ca fiind "gata" și se va pregăti să
Pre-condiții Navigarea ca oaspete nu necesită condiții.
Plasarea unei comenzi necesită autentificarea cu succes a clientului.

Securitate Conexiune securizată la baza de date.
Odată ce clientul a plasat o comandă, o notificare prin e-mail va fi trimisă direct

la adresa sa de e-mail.
In cazul in care comanda nu a fost efectuata de catre client! El / ea poate

raporta comanda și acest lucru va opri comanda și va solicita clientului să-și
schimbe parola.
Post-condiții După ce clientul primește comanda. El / ea va fi rugat să dea o evaluare pentru
serviciu.
Succes Clientul a primit comanda exact așa cum se dorește.
5.2 CERINȚE DE SISTEM NEFUNCȚIONALE:

În ingineria sistemelor, o cerință nefuncțională specifică modul în care sistemul ar trebui să se
comporte și specifică constrângerile asupra comportamentului sistemelor. S-ar putea gândi, de
asemenea, cerințele nefuncționale ca atribute de calitate ale unui sistem.
1. Securitate:
• Sistemul are pagini de conectare și înscriere.
• Pentru a se înregistra, utilizatorul trebuie să introducă adresa de e-mail și parola, care
trebuie să aibă cel puțin 7 caractere și trebuie să includă cel puțin: 1 literă mică, 1 literă
mare, cifre și unul dintre următoarele caractere (#, $, *, !)
• Sistemul va proteja aceste informații prin utilizarea identității în Asp.net care este făcută
de .net care au
• De asemenea, utilizatorul nu poate finaliza înregistrarea fără a introduce un cod pe care
sistemul i-l trimite prin e-mail.
2. Ușor de utilizat:
• Sistemul ar trebui să aibă interfețe grafice simple și ușor de învățat.
• Un client nou ar trebui să poată utiliza majoritatea funcționalităților sistemului în mai

puțin de o jumătate de oră de instruire.
• Oferă cadru de ajutor, cum ar fi mesaje de eroare în timp ce introduceți date nevalide.
3. Disponibilitate:
• Fiecare restaurant își poate specifica zilele și orele de lucru, iar apoi meniul
restaurantului său din sistemul nostru va fi disponibil pentru clienți pentru a face
comenzi în aceste ore.
1
CAPITOLUL 5 SPECIFICAȚIA CERINȚELOR DE SISTEM 1
CAPITOLUL 6: MODELE DE
SISTEM:
• 6.1: Diagrame de caz de
utilizare:
Figura 3: Diagrama de caz de

utilizare a administratorului
1
CAPITOLUL 6 MODELE DE 2
SISTEM
Livrator de mese
Figura 5: Diagrama de utilizare a Meal Deliverer
Figura 6: Diagrama de caz de utilizare a personalului din bucătărie
1
SISTEM
Figura 7: Diagrama de caz de utilizare a managerului restaurantului
• 6.2: Diagrama clasei:
Figura 8: Diagrama de clasă a sistemului de

comandă și livrare a alimentelor
1
SISTEM
• 6.3: Diagrama de
activitate
Figura 9: Diagrama activității generale a unui client în timp ce comandă pentru prima dată
un produs alimentar dintr-un meniu.
1
SISTEM
Figura 10: Model de activitate care arată fluxul de evenimente între un client (utilizator) și
un curier (livrator de masă)
1
SISTEM
Figura 11: Diagrama de activitate afișează fluxul de evenimente pe care managerul unui
restaurant ar trebui să îl urmeze pentru a crea meniul restaurantului și a adăuga produse
1
SISTEM
alimentare.
1
SISTEM
• 6.4: Diagramă secvență
Figura 12: Diagramă secvență de conectare administrator
1
SISTEM
Figura 13: Managerul restaurantului vede informații despre bucătarii lor
2
SISTEM
2. Meniul
Solicitare
4. Meniul de afișare 3. Meniul de retur
5. Alege masa
6. Faceți clic pe coșul
de cumpărături
_______nasture______
/. Afișați pagina comenzii
8. Faceți clic pe butonul
de finalizare a comenzii
9. Cerere de
autentificare
10. Introduceți numele
11. Verificați
contului și
contul
12. Cont valid
13. Adresa salvată a
membrului returnat
14. Afișați adresa de
livrare și plata
________pagină_______
15.Faceți clic pe butonul
de confirmare
16. Cerere de introducere a
numărului cardului de
credit și a codului de
17 securitate
. Introduceți
numărul cardului
de credit și
18 . Verificați cardul
de credit
20 . Afișați detaliile comenzii 19 . Card de credit

21 . Faceți clic pe butonul de finalizare
22 . Afișați starea livrării
Figura 14: Diagramă secvență cuprinzătoare care arată aproape toate relațiile dintre
client și obiectele sistemului.
2
SISTEM
Reducestock (produs,
cantitate)
Figura 15: Client în timpul comenzii (procesul de plasare a unei

comenzi)
2
SISTEM
Figura 16: Diagrama secvenței pentru bucătărie la primirea comenzii
2
SISTEM
Figura 17: Livratorul de masă Primirea comenzii
CHAPTER 7: EVOLUȚIA SISTEMULUI:

LIMITAREA SISTEMULUI:
Integrarea sistemului nostru cu un sistem de plăți, cum ar fi cardul Visa, nu este încă
disponibilă, din cauza lipsei noastre de cunoștințe în API. Deci, pentru moment, vom
implementa sistemul presupunând că clientul va plăti numai în numerar.
ÎMBUNĂTĂȚIREA SISTEMULUI:
Vom oferi posibilitatea fiecărui client înregistrat de a evalua un restaurant numai după ce a
comandat de la acesta.
În viitor, așteptăm cu nerăbdare să dezvoltăm o aplicație mobilă pentru sistemul nostru de
comandă a alimentelor folosind platforma Android.
Sistemul de aplicații mobile poate implementa o caracteristică care este notificarea în timp
2
CAPITOLUL 7 EVOLUȚIA 4
SISTEMULUI
real de la aplicația telefonului mobil la biroul de service. Această caracteristică permite
clientului să solicite servicii pentru clienți prin utilizarea aplicației mobile.
Aplicația mobilă poate implementa câteva mini-jocuri pentru a distra clienții în timp ce
așteaptă ca mâncarea să fie servită.
CHAPTER 8: PLAN PENTRU RESTUL MUNCII:

pe baza noilor informații pe care le-am învățat deja; Ne-am rafinat planul inițial pe care l-am
livrat în propunerea de proiect. Planul nostru nu s-a schimbat, așa că suntem încă potriviți
planului inițial.
NUMELE AUTORULUI] 20
CHAPTER 9: CONCLUZIE:
Lucrul la acest proiect a fost foarte util. La început, am avut unele dificultăți în a veni cu ideea
proiectului și apoi în colectarea cerințelor utilizatorului și ale sistemului.
Cred că proiectul nostru nu este atât de simplu pe cât pare. Este nevoie de multă muncă pentru
a fi abordată. Cu toții ne considerăm juniori sau începători în domeniul dezvoltării web. Nu
suntem foarte experimentați cu tehnologiile web. Acesta va fi primul mare proiect cu care ne
vom confrunta. Așadar, intenționăm să colaborăm și să beneficiem reciproc.
REFERINŢE:
• Sistem de comandă a alimentelor folosind telefonul mobil de LEONG WAI HONG, Facultatea
de Tehnologia Informației și Comunicațiilor (Campusul Perak), ianuarie 2016:
http://eprints.utar.edu.my/1943/1/IA-2016-1203135-1.pdf
• Propunere de proiect în Sistemul de Comenzi Online prin KAPCHNAGA ROGERS

WAFULA, Kabarak Ubiversity, Școala de Știință, Inginerie și Tehnologie,
Departamentul de Matematică și Științe Informatice:
https://www.coursehero.com/file/16277265/ONLINE-ORDERING-SYSTEM-
PROPUNERE DE PROIECT/
• Arhitectură și principii de proiectare pentru sistemul de livrare online a alimentelor,

scris de: Sandesh Deshmane, pe: 12 august 2020:
https://sandesh-deshmane.medium.com/architecture-and-design-principles-for-online-
sistem de livrare a alimentelor-33bfda73785d
2
5
• Proiectarea unei aplicații mobile de comandă a alimentelor - un studiu de caz UX, scris
de: Andrey Herasymenko, la: 20 decembrie 2018:
https://uxdesign.cc/ui-ux-case-study-feedme-mobile-app-for-ordering-food-
ef0e7f8c82ba
• Ce este diagrama secvențială?:

https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-
secvență-diagramă/
• LucidChart &; Draw.io Instrumente pentru desenarea diagramelor UML.
2
CAPITOLUL 8 PLANUL DE ODIHNĂ PROFESIONALĂ | CAPITOLUL 6
9 CONCLUZIE

Documentul Cerințe de Comandă Și Livrare Alimente

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Documentul Cerințe de Comandă Și Livrare Alimente

Încărcat de

Drepturi de autor:

Formate disponibile

Universitatea Tehnică din Palestina (PTU)

Facultatea de Inginerie și Tehnologie

Document de cerințe de inginerie software

Numele studentului Legitimația studentului

Fares Hatem T. Abuali 201810408

Misiunea #2: Acest document a fost depus în îndeplinireaparțială a cerinței

Universitatea Tehnică din Palestina (PTU) Facultatea de Inginerie și Tehnologie Departamentul de

CHAPTER 2 ABORDAREA COLECTĂRII CERINȚELOR ................................................................................. 3

CHAPTER 3 DEFINIȚIA CERINȚELOR

3.1 Cerințe funcționale ale utilizatorului ................................................................................................. 3

3.1 Cerințe nefuncționale ale utilizatorilor ................................................................................................. 4

CAPITOLUL 4 ARHITECTURA SISTEMULUI .................................................................................................................

4.1 Ce se află în afara granițelor sistemului .................................................................................... 6

CHAPTER 5 SPECIFICAȚII PRIVIND CERINȚELE DE SISTEM ................................................................................. 7

5.1 CERINȚE FUNCȚIONALE DE SISTEM ................................................................................................. 7

5.2 CERINȚE NEFUNCȚIONALE ALE SISTEMULUI ................................................................................. 11

CHAPTER 6 MODELE DE SISTEM ................................................................................................................. 12

6.1 Diagrame cazuri de utilizare .................................................................................................................

CHAPTER 8 PLANIFICAREA ODIHNEI DE

1.1 Prezentare generală a proiectului și context:

1.3 Obiectivele proiectului:

Cum ne propunem să abordăm problemele diagnosticate:

• Creați o arhivă pentru restaurante:

La sfârșitul proiectului, acesta va îmbunătăți productivitatea, eficiența și precizia restaurantelor. Datorită

1.4 Scopul proiectului:

Sistemul va fi o platformă bazată pe web care va fi dezvoltată pentru a permite utilizatorului să

1.5 Rezumatul capitolului:

CHAPTER 3: DEFINIȚIA CERINȚELOR UTILIZATORILOR

3.1 Cerințe funcționale ale utilizatorului:

Gestionarea restaurantelor: administratorul are acces complet la baza de date a restaurantelor:

o [Necesitatea unui cont]: Sistemul permite clientului:

III. MANAGER (ADMINISTRATORUL restaurantului):

IV. PERSONALUL BUCĂTĂRIEI (bucătarii restaurantului):

3.2 Cerințe nefuncționale pentru utilizatori:

• Sistemul ar trebui să funcționeze corect în majoritatea browserelor web.

• Sistemul ar trebui să permită utilizatorului să plaseze o comandă într-o perioadă scurtă de

• Sistemul validează numele de utilizator și parola pentru a se autentifica și a efectua

• Parolele trebuie criptate.

Figura 1: Prezentare generală a arhitecturii sistemului nostru

4.1 Ce se află în afara granițelor sistemului:

Gestionarea metodelor de plată:

Figura 2: Diagrama contextuală a arhitecturii sistemului nostru

CHAPTER 5: SPECIFICAȚIA CERINȚELOR DE SISTEM:

5.1 CERINȚE FUNCȚIONALE DE SISTEM:

Scurtă descriere Cazul de utilizare a conectării permite utilizatorului să se

Actor(i) Managerul / proprietarul restaurantului (fiecare restaurant nou adăugat va fi

1. Managerul restaurantului poate crea un singur meniu pentru restaurantul

2. După crearea meniului, managerul poate adăuga feluri de mâncare /

3. Apoi va face clic pe "salvați felul de mâncare" și felul de mâncare va fi

Managerul poate genera apoi rapoarte (săptămânale, lunare, anuale) care

Securitate Conexiune securizată la baza de date.

Numai managerul/proprietarul restaurantului poate accesa meniul restaurantului

Alte persoane, cum ar fi clienții, pot doar să vizualizeze și să răsfoiască meniul,

Succes Managerul restaurantului a creat meniul restaurantului și a adăugat

CAPITOLUL 5 SPECIFICAȚIA CERINȚELOR DE SISTEM

Actor(i) Clientul (utilizatorul care dorește să plaseze o comandă)

Fluxul Client ca oaspete:

2. Când clientul face clic pe un anumit restaurant, afișați meniul restaurantului

Client după autentificare:

1. După ce clientul și-a creat un cont și s-a autentificat cu succes, acum va fi

2. Acum clientul va vizualiza meniul oricărui restaurant pe care îl dorește. Ei pot

4. Toate felurile de mâncare / produsele alimentare selectate vor fi apoi

6. Odată ce bucătarii schimbă starea comenzii din "în așteptare" în "gata",