"Sports Management System": A Project Report ON "Web Application For"
"Sports Management System": A Project Report ON "Web Application For"
PROJECT REPORT
ON
“Web Application For”
Submitted To
Under Guidance of
Through
THE HEAD,
DEPARTMENT OF COMPUTER SCIENCE
S.R.M. COLLEGE, KUDAL.
2021-2022
[Type text]Page 1
DECLARATION
To,
The Head,
S. R. M. College, Kudal.
Respected Sir,
DATE:
[Type text]Page 2
K.M.S.P. MANDAL’S
SANT RAWOOL MAHARAJ MAHAVIDYALAYA,
KUDAL.
(NAAC ACCREDITATION “B” GRADE)
CERTIFICATE
This is certify that Mr. Rahul Gautam Kambli has completed his work on
Project Report Titled,
DATE :
PLACE : KUDAL.
ACKNOWLEDGEMENT
[Type text]Page 3
Many people have helped me during my project and each of their contribution
has been valuable. The timely completion of this project is mainly due to the
would like to thank all those who directly and indirectly helped in Completion
of this Project.
PREFACE
[Type text]Page 4
This report contains the basic logic used for software
development along with the diagrams so that the logic may be
apprehended without difficulty. For detail information, screen
layouts provided with the report can be viewed.
1. Project Title
FEASIBILITY STUDY
To analyze whether the software will meet organizational requirements
Feasibility is defined as the practical extent to which a project can be performed
successfully. To evaluate feasibility, a feasibility study is performed.
[Type text]Page 6
To determine whether the software can be implemented using the current
technology and within the specified budget and schedule A feasibility study is a
preliminary investigation of a proposed system to decide whether the system
can run smoothly with the organization.
1. Economic Feasibility
2. 2. Technical Feasibility
3. Operational Feasibility
1. Economic Feasibility:
Economic feasibility is also one of the most important aspects to be
considered while development of an application. To develop this project, I do
not required any hardware. I can afford the software required for the technology
which I will use.
2. Technical Feasibility:
3.Operational feasibility:
In the proposed system all the working is done in best & right manner
.The system will fulfill all requirements of customers, thus the system is
operationally feasible.
[Type text]Page 7
STAKEHOLDER
1. Admin
2. Customer
[Type text]Page 9
REQUIREMENT
SPECFICATION
[Type text]Page 10
Requirement gathering
Interview:
Interview Techniques:
● Structured Interview:
● Unstructured Interview:
In this type of technique different type of question are asked and
there are specific area. Interview without any set format but in
which interviewer may have some key questions formulated in
advanced. Unstructured interview allow question based on
interview’s response and proceed like friendly. Is also called as
non-directive interview.
[Type text]Page 11
Requirement Specification
Requirement:
❖ User identification:
- System requires user to identify him/her using user
name and password.
❖ Login ID:
- Any user who uses the system shall have an username
and password.
❖ Modification:
- Any modification (insert and update) for database
shall be synchronized and done by user.
Technologies used
Software Specification:
Operating System: Windows 2000/XP/Vista
[Type text]Page 12
Database : MySQL
Server: XAMPP
Hardware :
SYSTEM DESIGN
Web Server -
[Type text]Page 13
schema diagram:
A database schema is the skeleton structure that represents the logical view of
the entire database. It defines how the data is organized and how the relations
among them are associated. It formulates all the constraints that are to be
applied on the data.
A database schema defines its entities and the relationship among them. It
contains a descriptive detail of the database, which can be depicted by means of
schema diagrams. It’s the database designers who design the schema to help
programmers understand the database and make it useful.
[Type text]Page 14
ENTITY RELATIONSHIP DIAGRAM
[Type text]Page 15
Types of Relationships –
1) Mandatory Relationship.
2) Optional Relationship.
3) Binary Relationship.
4) Ternary Relationship.
5) Unary Relationship.
[Type text]Page 16
[Type text]Page 17
DAta flow diagram(dfd)
[Type text]Page 18
USE CASE Diagram
Use case describes the behavior of a system from a user’s standpoint by using
actions & reactions. They allow the definition of the system’s boundary & the
relationships between the system & the environment.
[Type text]Page 20
Activity DIAgRAM
[Type text]Page 21
An activity diagram is a variant of state chart diagram organized according to
actions, and mainly targeted towards representing the internal behavior of a
method or a use case. An activity is represented by a rounded rectangle.
[Type text]Page 22
[Type text]Page 23
Object Diagram
[Type text]Page 24
system Tables
Database tables:-
Admin_login:-
Name Type
Admin_id Int(20)
Admin_email Varchar(50)
password Varchar(50)
Name type
R_id Varchar(250)
[Type text]Page 25
Game_name Varchar(250)
Game_type Varchar(50)
Name Varchar(50)
email Varchar(50)
contact Varchar(50)
Apply_date Varchar(50)
description Varchar(250)
Feedback:-
name type
id Int(20)
name Varchar(20)
email Varchar(20)
subject Varchar(25)
about Varchar(100)
Player_details:-
name type
P_id Int(20)
Player_name Varchar(250)
Participate_game Varchar(250)
P_designation Varchar(50)
P_type Varchar(50)
Team_name Varchar(50)
P_image Varchar(250)
Schedule:-
[Type text]Page 26
name type
S_id Int(20)
S_date date
S_time Varchar(50)
groupA_team_name Varchar(50)
groupB_team_name Varchar(50)
Game_name Varchar(50)
Team_details:-
Team_id Int(20)
Team_name Varchar(50)
Team_captain Varchar(50)
Total_player Int(50)
Participate_player Int(50)
Extra_player Int(50)
Tournament:-
T_id Int(20)
game_name Varchar(250)
game_type Varchar(50)
Total_player Varchar(50)
Start_date date
End_date date
place Varchar(250)
Entry_fees Double(9,2)
Wining_price Double(9,2)
[Type text]Page 27