Project Name: Café Token System Version: 1.
0
Software Requirement Specification Date: 05-04-2021
Café Token System
Software Requirements Specification
Ayesha Ijaz 17-ARID-5485
Zainab Shafqat 17-ARID-5563
Version 1.0
1
Project Name: Café Token System Version: 1.0
Software Requirement Specification Date: 05-04-2021
Revision History
Date Version Description Author
04 April, 2021 1.0 Initial Draft All group members
05 April, 2021 1.1 Final Draft All group members
2
Project Name: Café Token System Version: 1.0
Software Requirement Specification Date: 05-04-2021
Table of Contents
Café Token System 1
Software Requirements Specification 1
Version 1.0 1
Revision History 2
Table of Contents 3
1. Introduction 4
1.1 Purpose of this document 4
1.2 Intended Audience 4
1.3 The intended audience of this document is: 4
1.4 Scope 4
1.4 Definitions and acronyms 5
1.4.1 Definitions 5
1.4.2 Acronyms and Abbreviation 5
2. Requirements Description 5
2.1 Introduction 5
2.2 General requirement 5
Student Module 6
Parent Module 7
2.3 Requirements Definition 8
2.3.1 Requirement Sources 8
3
Project Name: Café Token System Version: 1.0
Software Requirement Specification Date: 05-04-2021
Introduction
A Software Requirement Specification (SRS) describe how a software system should be
developed. SRS provide everyone involved with a roadmap for project. It offer high grade
definition for the functional requirement specification of the software and also includes
description and priority of modules. It describes what the application will do and how it will
be expected to perform. This document is the basic of our project.
SRS establish the basis for an agreement between Admin, Student and Parent on how the
software product should function. Use appropriately, software requirement specification can
help prevent software project failure.
1 Purpose of this document
The purpose of SRS is to illustrate the requirement of Café Token System (CTS). This
document gives the detailed description of modules which are used in this system and
functional requirements. It could also include Admin to manage the both Parent and Student
records. This document is use to manage the café menu, orders of students and accounts of
parent and students.
2 Intended Audience
3 The intended audience of this document is:
Developer
A developer is a person who creates something with a computer.
Supervisor
A supervisor is a person who deals project of students.
4 Scope
In this application user will login to their respective accounts check menu place his
order which after approval of admin will be delivered. User can check his order list as well as
his bill details against his order any time.
Template (file format), a standardized non-executable file type used by computer software as
a pre-formatted example on 2 which to base other files, especially documents Template
(programming), a tool for generic programming especially in the Java language Template
(word processing), a standard document containing layout and styles used to configure word
processing software.
5 Definitions and acronyms
5.1 Definitions
Keyword Definitions
CTS Café Token System
AM Admin Module
SM Student Module
4
Project Name: Café Token System Version: 1.0
Software Requirement Specification Date: 05-04-2021
PM Parent Module
1.4.1 Acronyms and Abbreviation
Acronym or Definitions
Abbreviation
SDLC Software Development Life Cycle
DFD Data Flow Diagram
SRS Software Requirement Specification
2. Requirements Description
6 Introduction
A recent study indicates that most students do not consider their eating patterns important
and making healthy food choices is not a top-of-mind issue for them. Also, meals and foods
are consumed during breaks, which are for most students’ social events in which they
communicate and hang out with each other. Another reason why targeting students offers
great potential to improve healthy eating habits is that eating habits that are formed early in
life may persist into adulthood and that, once an unhealthy habit has been established it is
difficult to change.
Therefore, promoting and establishing healthy habits in young people is probably more
effective and fruitful than trying to change unhealthy habits later in life. The project café
token system is an android application. This application has three panels PARENT, ADMIN
and STUDENT. Admin can add, view, search and approved balance. Parent view his child
balance. Student place his order. Parent restricts his child for unhealthy food.
7 General requirement
The proposed system must support and be compatible with the following general
requirements
Reliability
User friendly
Available
Requirements Specification
The main functions of the online café management system is to develop a portal in which
user can order online to his favorite food item which will be delivered in an easy way. Admin
will generate bill for that item and user can check his order and bill against it. User has only
access to his own orders after log in to his log in account assigned it admin. user can check
his previous order any time.
First, we discuss the high-level requirements for the system, which are classified in module as
follows:
1. Admin Module (AM)
2. Student Module (SM)
3. Parent Module (PM)
5
Project Name: Café Token System Version: 1.0
Software Requirement Specification Date: 05-04-2021
Admin Module
Description & Priority
This Module has high priority because required system output highly depends upon
this module functionality. It will allow student to order food, check previous history of orders
and also check menu. It allows parent to check his/her child account and can add balance id
his/her child account.
Functional Requirements
Detail features of this module are described here;
ID Status Priority Description Source
AM-001 I High Ability to create/modify parent and child Supervisor
account.
AM-002 I High Ability to create/modify menu list. Supervisor
AM-003 I High Admin can add the student, add the Supervisor
parent, view all students, and view all
parents, search students.
AM-004 I High Ability to change or reset student and Supervisor
parent password.
AM-005 I High Ability to provide functionality student Supervisor
and parent Login & Logout.
AM-006 I High Ability to grant permission to parents. Supervisor
Student Module
Description & Priority
This Module has high priority because student is provided easy access to his favorite dishes
in the cafeteria menu. Student place his order. Student also view his balance in account.
Functional Requirements
An integrated module will available with the following functionality;
6
Project Name: Café Token System Version: 1.0
Software Requirement Specification Date: 05-04-2021
ID Status Priorit Description Source
y
SM-001 I High Module has ability to store his/her previous Supervisor
order details.
SM-002 I High Students are provided easy access to his Supervisor
favorite dishes in the cafeteria menu.
SM-003 I High Module has ability to check the available menu. Supervisor
SM-004 I High Student only access to his own orders after log Supervisor
in to his log in account assigned it admin.
SM-005 I High It prefers that not more than one student can Supervisor
order food from an account at a time.
Parent Module
Description & Priority
This Module has high priority because in required system Parent restricted his
child for specific food item which is not good for his health. Most students do not
consider their eating patterns important and making healthy food choices is not a top-
of-mind issue for them. Parent can check his/her child account and can deposit money
in his/her account.
Functional Requirements
An integrated module will available with the following functionality;
ID Status Priority Description Source
PM-002 I High This module has ability to view his child id Supervisor
and account balance.
PM-003 I High Module has ability to restrict his child for Supervisor
specific food item which is not good for his
health.
PM-004 I High Module has ability to load the balance in his Supervisor
child account.
Requirement status:
I = initial (this requirement has been identified at the beginning of the project),
7
Project Name: Café Token System Version: 1.0
Software Requirement Specification Date: 05-04-2021
D = dropped (this requirement has been deleted from the requirement definitions),
H = on hold (decision to be implemented or dropped will be made later),
A = additional (this requirement was introduced during the project).
8 Requirements Definition
8.1 Requirement Sources
Source Description Remarks
Client HOD of Computer Science Department
BSCS
Supervisor Mr. Muhammad Ahmad
Lecturer
BSCS