Final Project Book 2023
Final Project Book 2023
Final Project Book 2023
Supervised by
Dr.Md.Mostafijur Rahman
Associate Professor
Department of Computer Science And Engineering
i
Approval
The project titled “Garage Tracking And Parking Application”
submitted by
1. Md. Touhidul Islam (191002314)
2. Mufizul Islam (191002086)
3. Md. Habibur Rahman (182002117)
Of Fall, 2022 has been accepted as satisfactory in partial fulfillment of the require-
ment for the degree of B.Sc. in Computer Science on March 23, 2023.
Approval Committee:
Supervisor:
(Member)
Program Coordinator:
(Member)
Head of Department:
(Chair)
ii
Certificate
This project titled ”GARAGE TRACKING AND PARKING APPLICATION” has
been prepared and submitted by Md. TOUHIDUL ISLAM, MUFIZUL ISLAM
and Md.Habibur Rahman to the department of Computer Science and Engineering,
Green University of Bangladesh, has been accepted as satisfactory for the partial
fulfillment of the requirement for the degree of Bachelor of Science in Computer
Science and Engineering approved as its style and contents. The presentation has
been held on 18 Mar 2023.
Examining Committee:
iii
ABSTRACT
This project report presents the development of a garage tracking and parking ap-
plication. The application aims to provide a streamlined, efficient, and user-friendly
solution for garage owners and drivers to manage parking operations. The applica-
for building mobile apps it. We also used the Firebase Database for the backend
and the Firebase Realtime Database for data store. We also use Google Maps API
to display the place location. Users need to install this Android application and
register here. Once the registration is complete, users will be able to use all of the
services in our system.
iv
Acknowledgement
First and foremost, we express our heartfelt gratitude to Almighty Allah for his won-
derful blessings, which have makes us to successfully finish the final year project.
We are really grateful and express our gratitude to DR. Md. Mostafijur Rahman
Associate Professor, Department of CSE, Green University of Bangladesh, Dhaka.
Our supervisor has thor- ough understanding and a deep interest in the subject
of project management, which he had use to complete this project successfully.
His never-ending patience, intellectual direction, constant encouragement, constant
and energetic supervision, criticism, good suggestions, and reading many drafts
and editing them at every level allowed this project to be successfully completed.
Also gratitude to the other faculty members and staff of the Green University of
Bangladesh’s CSE department. We would like to express our gratitude to all of our
Green University of Bangladesh classmates who participated in this discussion as
part of their academic work. Finally, we must acknowledge with due respect the
constant support and Blessings of our parents.
v
Table of Contents
Declaration i
Approval ii
Certificate iii
Abstract iv
Acknowledgment v
Table of Contents vi
List of Tables 1
1 Introduction 2
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1.1 Motivations . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1.2 Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1.3 Project Questions . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.1.4 Contributions of project . . . . . . . . . . . . . . . . . . . . . 5
1.1.5 Project Outline . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2 Literature Review 7
2.1 Problem Domain . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1.1 Related Works . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.2 Limitations of the Existing Projects . . . . . . . . . . . . . . . 9
2.1.3 Proposed Solutions . . . . . . . . . . . . . . . . . . . . . . . . 10
2.1.4 Compression with Existing And Proposed System . . . . . . . 11
2.1.5 Review Compression . . . . . . . . . . . . . . . . . . . . . . . 11
2.1.6 Mobile Application Review . . . . . . . . . . . . . . . . . . . . 12
2.1.7 A Review of XML . . . . . . . . . . . . . . . . . . . . . . . . 12
2.1.8 A Review of Firebase Database . . . . . . . . . . . . . . . . . 12
2.1.9 Firebase Authentication . . . . . . . . . . . . . . . . . . . . . 13
2.1.10 Firebase Real-Time Database . . . . . . . . . . . . . . . . . . 13
2.1.11 Firebase Cloud Storage . . . . . . . . . . . . . . . . . . . . . . 13
vi
3 The Design Methods and Procedures 14
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.1.1 User Requirements . . . . . . . . . . . . . . . . . . . . . . . . 14
3.1.2 Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . 15
3.1.3 Agile Methodology for Garage Tracking And Parking Appli-
cation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.1.4 The Advantages of Agile Methodology . . . . . . . . . . . . . 15
3.1.5 System Requirement Specification . . . . . . . . . . . . . . . . 16
3.1.6 Requirements Analysis . . . . . . . . . . . . . . . . . . . . . . 16
3.1.7 System Specifications . . . . . . . . . . . . . . . . . . . . . . . 17
3.1.8 Agile Methodology for Garage Tracking And Parking Appli-
cation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.1.9 Garage Tracking and Parking Application Requirement Spec-
ifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.1.10 Functional System Requirement . . . . . . . . . . . . . . . . . 20
3.1.11 Product Features . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.1.12 Garage Owner has access to the following features: . . . . . . 20
3.1.13 Operating Environment . . . . . . . . . . . . . . . . . . . . . 21
3.1.14 Methodology . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.1.15 Process Model . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.1.16 System Design . . . . . . . . . . . . . . . . . . . . . . . . . . 24
3.1.17 System Flowchart: . . . . . . . . . . . . . . . . . . . . . . . . 24
3.1.18 Admin Control Flowchart . . . . . . . . . . . . . . . . . . . . 25
3.1.19 Data Flow Diagram And Work Flow Diagram . . . . . . . . . 26
3.1.20 Use Case Diagram . . . . . . . . . . . . . . . . . . . . . . . . 28
3.1.21 Entity Relation Diagram (ER): . . . . . . . . . . . . . . . . . 30
3.1.22 Class Diagram: . . . . . . . . . . . . . . . . . . . . . . . . . . 32
3.1.23 Sequence Diagram: . . . . . . . . . . . . . . . . . . . . . . . . 33
3.1.24 Gantt Chart . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3.1.25 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
vii
List of Figures
viii
List of Tables
1
Chapter 1
Introduction
1.1 Introduction
In urban areas, parking has become a major challenge for both garage
owners and drivers. The lack of available parking spots, inefficient
parking management, and difficulties in payment processing can lead
to frustrated drivers, lost revenue for garage owners, and traffic con-
gestion. To address these challenges, we developed a garage tracking
and parking application that provides an integrated solution for garage
owners and drivers.
2
application.
Overall, the Garage Tracking and Parking Application has the poten-
tial to revolutionize parking operations and provide a more efficient
and convenient solution for garage owners and drivers.
1.1.1 Motivations
• Optimized Parking
• Reduced traffic
• Increased Safety
• Enhanced User Experience
• Decreased Management Cost
1.1.2 Objectives
• To track nearby parking garage
• Aims to ensure safe parking
3
• Parking garage Adaptive Re-use
• Online Tracking system
• To make parking lots more efficient.Aims to ensure safe parking
• Reduce chances of theft significantly
• Reduce the time taken for check-in and check-out of vehicles
• Display the available parking spaces in a particular parking lot
• Display the necessary info and the current status of the parking
lot
4
will inform the future development and optimization of the applica-
tion, and provide insights for improving parking operations and urban
transportation.
5
transportation. The application provides a user-friendly and efficient
solution for parking operations, and its future development and op-
timization could lead to new features and applications that improve
parking management and urban transportation.
6
Chapter 2
Literature Review
The current parking management systems are outdated and lack the
necessary features to cater to the modern needs of garage owners and
drivers. The traditional methods of paper-based systems or manually
tracking vehicles have proven to be inefficient and unreliable. These
methods can lead to errors, inaccurate tracking of parking spots, and
a lack of real-time updates on parking availability.
7
lenges and could contribute to more efficient and effective parking
management in urban areas.
8
The related works informed the design and development of the Garage
Tracking and Parking Application and provided a framework for eval-
uating its performance and impact. The application builds on the
strengths of existing solutions while addressing their limitations to
provide a comprehensive and efficient solution for parking manage-
ment and urban transportation.
9
2.1.3 Proposed Solutions
The purpose of this project is to develop a mobile application that
allows users to easily find parking spots in garages and track their
vehicle location in real time. The application will help users save time
and reduce stress by providing them with real-time information about
garage occupancy and available parking spots.
Proposed Solution
The proposed solution is a mobile application that will be available
for iOS and Android devices. The application will use a combination
of sensors, cameras, and machine learning algorithms to track garage
occupancy and available parking spots. The application will also use
GPS and cellular networks to track the location of the user’s vehicle
in real-time.
The second phase will involve the integration of sensors and cam-
eras into the application. This will enable the application to pro-
vide real-time information about garage occupancy and available
parking spots.
The third phase will involve the development of machine learning
10
algorithms that can accurately predict garage occupancy based
on historical data and real-time sensor information.
The final phase will involve the development of additional features
such as parking history and time tracking, as well as notifications
for when the user’s parking time is about to expire.
Conclusion
In conclusion, the garage tracking and parking application will
be a useful tool for drivers who are looking for parking spots in
garages. The application will provide real-time information about
garage occupancy and available parking spots, as well as track
the user’s vehicle location in real-time. With the development
of machine learning algorithms, the application will be able to
accurately predict garage occupancy based on historical data and
real-time sensor information.
11
2.1.6 Mobile Application Review
In recent years, mobile applications have expanded significantly. Ac-
cording to market research firm Gartner, 102 billion apps were down-
loaded in 2013, up 44.4 percent from the previous year’s 18 billion
dollar. According to the Analysis Report, the app industry in the Eu-
ropean Union earns more than C10 billion in revenue each year. The
first mo- bile application on the worldwide network supplied general-
purpose information and information services, such as email, calendar,
stock market, listings, and weather information. However, the need for
mobile applications, as well as the ability to produce them, has spread
to other areas, such as mobile games, factory automation, GPS, and
so on. The expansion in the number and variety of applications has
spawned a plethora of new fields. Many services, such as detecting
location and internet banking, monitor- ing, purchasing tickets, and
even mobile medical services, increasingly rely on mobile application
technology [6]. The quality of mobile applications for commercial or
per- sonal usage, in particular, is important to all stakeholders since
failures can have major effects, such as damage to a company’s brand
or financial loss. Other programs require a reasonable level of quality
to persuade users to utilize them [7]
12
Google Sheets.
Summary
Our website is a like a first aid which meets all necessity to the stu-
dents. It can be so convenient to get the user updated about their
study and programming related infotion. In our website, we will serve
better facilities for the students. This website can share any informa-
tion in quick time. That is time saving. Our website provide more
informa- tion about the university and other knowledge. Through this
website any students can participate various events.
13
Chapter 3
3.1 Introduction
In this chapter, we proposed our project’s system architecture. The
system architecture is described in detail in each section. We’ve in-
cluded our system’s Design Methods and Procedures. Provided step-
by-step diagrams so that a developer and other professionals can ex-
amine the system’s mechanism.
14
Figure 3.1: Agile Model
15
chosen:
• It’s simple and easy to use.
• Flexible for developers to develop any system.
• This model is a highly realistic software development technique.
• Using this method encourages teamwork through collaboration
and cross-training.
• Suitable for implementation needs that are either constant or
changing.
• It reduces the amount of time spent on development in general.
• The ability to search for garages near the user’s current location
• Real-time information about garage occupancy and available park-
ing spots
• Real-time location tracking of the user’s vehicle
• Notifications for when the user’s parking time is about to expire
16
• The application must be user-friendly and intuitive
Conclusion
The requirements analysis and system specifications phase of the
project is crucial for building a successful garage tracking and
parking application. By identifying and analyzing the functional
17
and non-functional requirements, as well as outlining the hard-
ware and software specifications, the development team can en-
sure that the application meets the needs of the users and func-
tions properly on various devices and networks.
User Groups
The garage tracking and parking application is designed to meet the
needs of several user groups, including:
• Drivers who are looking for available parking spots in garages
• Drivers who have parked their vehicle in a garage and want to
track its location
• Garage owners and operators who want to provide real-time in-
formation about garage occupancy and available parking spots to
drivers
18
Driver User Requirements
Drivers who are using the garage tracking and parking application
have the following requirements:
• Ability to search for garages near their current location
• Real-time information about garage occupancy and available park-
ing spots
• Ability to filter search results based on location, availability, price,
and other criteria
• Real-time location tracking of their parked vehicle
• Notifications for when their parking time is about to expire
• In-app payment options for parking fees.
Garage Owner/Operator User Requirements
Garage owners and operators who are using the garage tracking and
parking application have the following requirements:
• Ability to provide real-time information about garage occupancy
and available parking spots
• Ability to manage parking fees and payment options through the
application
• Access to data and analytics about garage occupancy and usage
patterns
• Ability to communicate with drivers through the application,
such as sending notifications about garage closures or mainte-
nance issues.
Conclusion
In conclusion, the garage tracking and parking application must meet
the needs of both drivers and garage owners/operators in order to be
successful. By identifying the specific user requirements of each group,
the development team can ensure that the application provides a user-
friendly experience and meets the needs of the target audience.
19
3.1.9 Garage Tracking and Parking Application Require-
ment Specifications
Here in this project we use adobe photo-shop, adobe illustrator and
adobe XD. Also we used Laravel and MySQL for back-end and for
front-end we use HTML, CSS, JavaScript and Bootstrap 5. Here we
use SQL for database.
20
• Access to data and analytics about garage occupancy and usage
patterns
• Ability to communicate with drivers through the application,
such as sending notifications about garage closures or mainte-
nance issues
Admin has access to the following features:
• Admin can manage all the users accounts.
• The admin has the ability to add, delete, and alter the informa-
tion for each place
• The database will be managed by the admin, who will also keep
the system up to date.
3.1.14 Methodology
The Garage Tracking and Parking Application is an Android-based
mobile application that enables users to track their garage activities,
such as parking and vehicle maintenance. This application is designed
to make the garage management process easier, faster, and more effi-
cient.
21
Methodology
22
• Expense Tracker: Users can track their expenses related to their
vehicle, such as repairs, fuel, and insurance.
• Notifications: The application sends notifications to users for
scheduled maintenance, fueling, and other important events.
23
3.1.16 System Design
The process of defining parts of a system, such as modules, architec-
tures, components, and their interfaces, as well as system data, based
on given requirements is known as system design. This is the process
of identifying, creating, and building a system that meets a company’s
or organization’s specific objectives and specifications. A graphic or
text modeling language can be used to define designs. Some exam-
ples of graphical modeling languages are Flowchart, Block diagram,
Schema diagram, Use case diagram etc.
24
Figure 3.2: User Flowchart
25
Figure 3.3: Admin Control Flowchart
26
Figure 3.4: Data Flow Diagram-Level 0
27
3.1.20 Use Case Diagram
Use-case diagrams depict a system’s high-level functions and scope.
The interactions between the system and its actors are also depicted
in these diagrams. In use-case diagrams, the use cases and actors
describe what the system does and how it does it. It is used by the
actors, but not by the system itself.
28
Figure 3.6: Use case Diagram
29
3.1.21 Entity Relation Diagram (ER):
An Entity–relationship (ER) diagram describes the structure of a
database with the use of a diagram. An ER diagram is used to repre-
sent the relationship between entity sets. In a database management
system, an entity is a table or an attribute of a table; thus, an ER
diagram displays the whole logical structure of a database by exhibit-
ing relationships between tables and their characteristics. Figure 4
depicts our project’s ER diagram.
30
Figure 3.7: ER Diagram
The ER diagram shows how many database tables our project will
or will not have, as well as the primary key and foreign key details,
such as Account ID home owner with authentication table, and the
relationship with pick-up option. Relationship between the End User
Table, Garage Owner Table, and the Pick-up Table and the Rent.
As a result, this page displays a wide range of relationships shown in
figure 4.5 E-R Diagram.
31
3.1.22 Class Diagram:
32
Figure 3.8: Class Diagram
33
Figure 3.9: Sequence Diagram-1
34
3.1.24 Gantt Chart
Below is a Gantt chart of this project as an initial schedule of tasks
to be completed throughout the project life cycle.
35
Figure 3.11: Gantt chart of the time estimation of this project
36
A Gantt chart is a bar chart that provides a visual view of project
tasks scheduled over time. A Gantt chart is used for project planning:
it’s a useful way of showing what work is scheduled to be done on
specific days. The above chart gives an idea about twelve month and
activities of our project. Here the activities part, we include research,
define specification, project planning, development, test plan, testing
question and answer also include delivery activities as you can see in
the Figure 3.1.
3.1.25 Conclusion
In conclusion, the Garage Tracking and Parking Application is an
Android-based mobile application that can help users keep track of
their garage activities. It provides an easy-to-use interface that al-
lows users to store all of their garage information in one place. The
application includes features such as parking tracking, maintenance
tracking, fuel tracking, and expense tracking, and sends notifications
to users for important events. The development of this application
followed a methodology that involved research, design, development,
testing, and deployment.
37
Chapter 4
4.1 Introduction
The design specification is the foundation of the design concept and
describes the exact operation and attributes of a system. Creating a
clear and unambiguous design specification for tiny designs is a rela-
tively simple undertaking. Design Specification, on the other hand, is
a description of how a design is created. We try to display the design
of our mobile application in the Analysis of Design and Specification
area. We also reviewed a variety of tools that we employ in the devel-
opment of our applications. And we will explain step by step how we
have implemented these tools in our project.
38
Chapter 5
39
5.2 Aims and Objectives
The aim is to prepare a model which will predict the result of a T20
cricket game while the match is in progress. Our main objective is to
combine pre-game data and in-game data in order to design a good
predictive model. Understanding the different attributes is also needed
in order to get more accuracy in result.
40
regional teams completed in tournament named Stanford 20/20 which
was funded by a convicted fraudster Allen Stanford.
41
get out by being bowled, caught, leg before wicket (LBW), stumped
and run out. There are some rare occasion where batsmen get out
by hit wicket, intentionally hitting the ball twice, handled the ball,
obstructing the field and timed out. Tie match result: If the match is
tie, such as both the team scored same runs then there is a rule called
super over. Super over played for only one over for each team. Each
team can play with two wickets when they are batting and one single
bowler when they are bowling. Batting first team set a target and
second team chase it. In Test cricket there is no restriction on how
many overs a bowler can bowl. But in limited over cricket number
of overs bowled by a single bowler is fixed. in ODI’s each bowler can
bowl up to 10 overs in a match and in T20 cricket bowlers are allowed
to bowl only 4 overs each.
42
Chapter 6
6.1 Conclusion
This application is developed to provide best parking and garage ser-
vices to the users. We worked extremely hard and came a long way,
finally our project’s android-based mobile appli- cation was success-
fully implemented at the end. In order to implement our application,
we tested it on a variety of smart phones. We observed that our system
functioned well and that all of its features produced accurate results.
This project provide better flexi- bility and performance and it de-
creases the cost and time and it is very easy to use. The user interface
does not appear to be a complicated view because it has so simple
design. Our application can be used in a gentle manner by users. We
hope that users will utilize our app and receive adequate service.
43
• Manually can be confirmed through phone call.
• Prefect result short distance.
• Although the app has details of all the places, it does not deal
with security issues while inspecting.
44