You are on page 1of 26

See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/364660809

Online food-ordering system

Conference Paper · May 2021

CITATIONS READS

0 151

1 author:

Mohamed Mokhtar
Helwan University
7 PUBLICATIONS   0 CITATIONS   

SEE PROFILE

Some of the authors of this publication are also working on these related projects:

Cars engine type prediction and eyes recognition using SVM and ANN View project

K-th Element of Two Sorted Arrays with two different techniques View project

All content following this page was uploaded by Mohamed Mokhtar on 24 October 2022.

The user has requested enhancement of the downloaded file.


Helwan University - Faculty of Computers & Artificial Intelligence – Computer Science Department
Module: CS251 Software Engineering 1 – Spring “Semester 2” 2020-2021

SE-ICOURSEPROJECT(PHASES1&2COVERSHEET)

FORTEAMSOFFIVEMEMBERSONLY

Discussions Scheduled for Week 11 or 12 (Specific dates TBA later).

o Print 1 copy of this cover sheet and attach it to a printed copy of the documentation (SRS, … etc.).
You must submit softcopies of all your documents (as PDFs); details will be announced later.
o Please write all your names in Arabic. o Please make sure that your students’ IDs are correct.
o Handwritten Signatures for the attendance of all team members should be filled in before the
discussion.
o Please attend the discussion on time (announced separately), late teams will lose 3 grades.

Project Name: Online Food Ordering System.

Team Information (typed not handwritten, except for the attendance signature):
ID [Ordered by Full Name [In Attendance Final
ID] Arabic] Grade
[Handwritten
Signature]

1 201900071 ‫احمد عمرو ابراهيم عبد السالم‬

2 201900628 ‫محمد احمد مختار محمد‬

3 201900623 ‫محمد احمد سيد عبد الرحيم‬

4 201900778 ‫محمود عماد عبد الموجود اسماعيل‬

5 201900718 ‫محمد لبيب مرسي لبيب‬

Grading Criteria:
Items Grade Notes

Functional Requirements 1.5

Non-Functional Requirements 1.5

Use-Case Diagram(s) including general use-cases for the system,


and the detailed use-cases description 2

Activity Diagram(s) 2
Helwan University - Faculty of Computers & Artificial Intelligence – Computer Science Department
Module: CS251 Software Engineering 1 – Spring “Semester 2” 2020-2021

Database Specification (ERD, Tables) 2

System Architecture – including applied Architectural


Pattern(s) 1

Sequence Diagram(s) including System Sequence Diagrams


(SSDs) 2

Collaboration/Communication Diagram(s) 2

Class Diagram (3 versions)


1) An initial version based on the requirements and Use-
Case/Activity diagrams.
2) An intermediate version based on the interaction 6
diagrams.
3) A final version, after applying the design pattern(s)
and any other modifications.

Package Diagram(s) 1
2 Mandatory Design Pattern Applied (Including a typed
description) 4

Teaching-Assistant’s Signature: ____________________

25
4/29/2021 Foody
Online food ordering system

BUSHKASH TEAM
1. Introduction

1.1 Purpose
The purpose of this system is to build a software to help people
To easily ordering there food online.

1.2 Project scope


In this software people will order different type of food using a
simple site and live track their orders and delivery status,
this system is based on relational database with its functions.
Furthermore it, we deeply hope to provide simple, good and
comfortable experience to user and client as much as possible.
One of the most important purpose to provide better management
Information about online food ordering and improve online
treatment with food.

1.3 References
1. PHP Tutorial (w3schools.com)
2. PHP Tutorial - Tutorialspoint
3. Stack Overflow - Where Developers Learn, Share, & Build Careers
4. GitHub: Where the world builds software · GitHub
5. Book Robertson & Robertson (2012).
2. System requirements

2.1 Functional requirements


2.1.1 Admin requirements
2.1.1.1 System shall add new food item with its name, photo,
description, price, category and preparing Time.
2.1.1.2 System shall view all foods with its details.
2.1.1.3 System shall delete food items from database.
2.1.1.4 System shall modify food items and update price or status
(disable or enable according to availability).
2.1.1.5 System shall track live orders and status update for
Particular food delivery.
2.1.1.6 System should change orders status after delivery the order
to user.
2.1.1.7 System should display previews order transaction after each
order delivery with order details.
2.1.1.8 System should view users’ details (which came from
registration).

2.1.2 Customer requirements


2.1.2.1 Customer shall register with his personal details (name,
password and email).
2.1.2.2 Customer shall login to access food ordering system with
(email and password).
2.1.2.3 System shall display food category and items in cards.
2.1.2.4 Customer shall view items details and add product to carts.
2.1.2.5 Customer shall view his carts details and modify (delete or
update quantity) food items inside it.
2.1.2.6 Customer should live track his order with delivery status.
2.1.2.7 System would add expected delivery time to order.
2.2 Non-Functional requirements
2.2.1 Look and feel
2.2.1.1 The site should use four colors (white, black, gray, deep
yellow).
2.2.1.2 The site should a little bit of animation.

2.2.2 Usability & Humanity


2.2.2.1 System should be easy to use for everyone even without
training.
2.2.2.2 User can order his food within 7 minutes.

2.2.3 Performance
2.2.3.1 System should be fast and bugs as few as possible.

2.2.4 Operational & Environmental


2.2.4.1 The system would save battery (because there is few action
in one page).

2.2.5 Maintainability & Support


2.2.5.1 The system should be able to be edited after a long time
easily.

2.2.6 Security
2.2.6.1 Only the admin has rights to access users’ details.
2.2.6.2 System should have a few of vulnerability.
3. System diagram
3.1 Use case diagram
3.2 Activity diagram
4. Overall description
4.1 database description
4.1.1 ERD
4.1.2 Tables’ diagram
5. Class diagram
5.1 Initial version
5.2 intermediate version
5.3 Final version
6. Design patterns
6.1 DELEGATION PATTERN

1- Context:
we are designing method “login();” and “register();” in a class “person”. we realize
that another class “system” has a method “checkInformation();” and
“addInformation” which provides the required service.
2- Problem:
How can you most effectively make use of a method “login();” and “register();” that
already exists in the other class?
3- Forces:
we want to minimize development cost by reusing methods.
4- Solution:
The delegating method “login();” and “register();” in the delegator class “person”
calls methods in the delegate class “system” to perform the required task. An
association must exist between the delegator and delegate classes.
6.2 Observer / publish-subscribe

1- Context:
When partitioning a system into individual classes you want the coupling between
then to be loose so you have the flexibility to vary them independently.
2- Problem:
A mechanism is needed to ensure that when the state of an object changes related
objects are updated to keep them in step.
3- Forces:
The different parts of a system have to kept in step with one another without being
too tightly coupled.
4- Solution:
One object has the role of the subject/publisher and one or more other objects the
role of observers/subscribers. The observers register themselves with the subject, &
if the state of the subject changes the observers are notified & can the update
themselves.
And we use the Push Model where the subject send the observers detailed
information about the change that has occurred.
7. System Architecture
8. Package Diagram
9. Sequence Diagram
10. Collaboration/Communication Diagram
11. External interface
a. user interface
- Front end: html, css, Javascript, bootstrap and jquery.
- Back end: Mysql and php.
b. hardware interface
- browser which supports html and javascript.

View publication stats

You might also like