Revan TH
Revan TH
Revan TH
MANAGEMENT
SYSTEM
A Project report
On
“ Gym Management System”
Submitted to
BOARD OF TECHNICAL EDUCATION & TRAINING
ANDHRA PRADESH
In partial fulfillment of the requirement for the award of
DIPLOMA
In
COMPUTER SCIENCE AND ENGINEERING
By
NAME: Y.REVANTH KUMAR PIN NO:21029-CM-103
Under the guidance of
Mr. L.ASHOK KUMAR REDDY , MCA
(Lecturers of Dept. Of CME)
BONAFIDE CERTIFICATE
This is to certify that this project report entitled “Gym Management System” is
being submitted by Y.REVANTH KUMAR (21029-CM-103) in partial
fulfillment of the requirements for the awards of “DIPLOMA in COMPUTER
SCIENCE AND ENGINEERING” to SBTET, ANDHRA PRADESH. This is a
bonafide work carried out by him under my guidance and supervision. This
project report has not been submitted to any other university or institute for
the award of any degree or diploma.
PRINPCIPAL
CHAPTER 1: INTRODUCTION
1.1 Background
1.2 Objective
1.3.1 Purpose
1.3.2 Scope
1.4 Achievements
5.2.1 Coding
CHAPTER 7: CONCLUSION
Gym Management System is the process of storing member’s details including health status,
payment records, exercise routines etc. who have taken admission to the gym. Since the emergence
of the World Wide Web, owners have sought to stored their user details in a digital system for easy
access and find out every detail when needed.
1.1 Background
Gym Management System allows us to browse through endless possibilities, and access their
customer’s details.
Say 'goodbye' to the days when you use to maintain a register, log book and bill. This system
can store the payment history, generate bill, and store the details of the customers who have taken
admission into the gym and also the exercise routine the respective member is following from
his/her joining date. Payment records can be added and stored. Various plans of payments can be
added with respective validity. The member enroll to the specific plan are displayed and their
respective date of ending of their plan is also accessible which is fully controlled by the gym owner
or the administrator.
1.2 Objective
My objective is to design such an application using which one can say 'goodbye' to the days when
you store and maintain records of the users who have taken admission into the gym. Each and every
records of the users are stored in the digital system which is accessible to the administrator and view
the needed contents which saves time and convenient to use the system.
1.3 Purpose and Scope
1.3.1 Purpose
Provide a web admin interface to add, view, delete records of all the customers.
Provide an admin interface to view the total members of the gym.
Provide an admin interface to change details of all the members when required.
Provide an admin interface to view the total income from the members who
have taken admission.
1.3.2 Scope
1.4 Achievements
By successfully implementing the project, a substantial knowledge has been acquired on the
implementation of a database system using .net technologies. This knowledge will be useful in the
future in creating any type of desktop application or online database systems.
Survey of Technology:
In a desktop application like Gym Management System, there is a scope for a large number
of platforms, languages and frameworks to choose from. Before selecting from this large
array of technologies, the following aspects, which are characteristic to windows based
application like this one, have been kept in mind:
Data validation
Performance
Reliability
Scalability
Security
Portability
Performance
Time constraint
Cost constraint
Adobe Dreamweaver
Adobe Photoshop
WampServer
HTML
HTML or Hypertext Markup Language is the standard markup language used to create web
pages.
HTML is written in the form of HTML elements consisting of tags enclosed in angle brackets
(like <html>). HTML tags most commonly come in pairs like <h1> and </h1>, although some
tags represent empty elements and so are unpaired, for example <img>. The first tag in a pair
is the start tag, and the second tag is the end tag (they are also called opening tags and
closing tags).
The purpose of a web browser is to read HTML documents and compose them into visible or
audible web pages. The browser does not display the HTML tags, but uses the tags to
interpret the content of the page. HTML describes the structure of a website semantically
along with cues for presentation, making it a markup language rather than a programming
language.
HTML elements form the building blocks of all websites. HTML allows images and objects to
be embedded and can be used to create interactive forms. It provides a means to create
structured documents by denoting structural semantics for text such as headings,
paragraphs, lists, links, quotes and other items. It can embed scripts written in languages
such as JavaScript which affect the behavior of HTML web pages.
CSS
CSS was first developed in 1997, as a way for Web developers to define the look and feel of
their Web pages. It was intended to allow developers to separate content from design so
that HTML could perform more of the function that it was originally based on the markup of
content, without worry about the design and layout.
CSS didn't gain in popularity until around 2000, when Web browsers began using more than
the basic font and color aspects of CSS.
Web Designers that don't use CSS for their design and development of Web sites are rapidly
becoming a thing of the past. And it is arguably as important to understand CSS as it is to
know HTML - and some would say it was more important to know CSS.
Style sheet refers to the document itself. Style sheets have been used for document design
for years. They are the technical specifications for a layout, whether print or online. Print
designers use style sheets to insure that their designs are printed exactly to specifications. A
style sheet for a Web page serves the same purpose, but with the added functionality of
also telling the viewing engine (the Web browser) how to render the document being
viewed.
PHP:
PHP (recursive acronym for PHP: Hypertext Preprocessor) is a widely-used open source
general-purpose scripting language that is especially suited for web development and can
be embedded into HTML.
Instead of lots of commands to output HTML (as seen in C or Perl), PHP pages contain HTML
with embedded code that does "something" (in this case, output "Hi, I'm a PHP script!"). The
PHP code is enclosed in special start and end processing instructions <?php and ?> that allow
you to jump into and out of "PHP mode."
What distinguishes PHP from something like client-side JavaScript is that the code is
executed on the server, generating HTML which is then sent to the client. The client would
receive the results of running that script, but would not know what the underlying code
was. You can even configure your web server to process all your HTML files with PHP, and
then there's really no way that users can tell what you have up your sleeve.
The best things in using PHP are that it is extremely simple for a newcomer, but offers many
advanced features for a professional programmer. Don't be afraid reading the long list of
PHP's features. You can jump in, in a short time, and start writing simple scripts in a few
hours.
MYSQL:
MySQL, the most popular Open Source SQL database management system, is developed,
distributed, and supported by Oracle Corporation.
The MySQL Web site (http://www.mysql.com/) provides the latest information about
MySQL software.
A relational database stores data in separate tables rather than putting all the data in
one big storeroom. The database structures are organized into physical files
optimized for speed. The logical model, with objects such as databases, tables,
views, rows, and columns, offers a flexible programming environment. You set up
rules governing the relationships between different data fields, such as one-to-one,
one-to-many, unique, required or optional, and “pointers” between different tables.
The database enforces these rules, so that with a well-designed database, your
application never sees inconsistent, duplicate, orphan, out-of-date, or missing data.
The SQL part of “MySQL” stands for “Structured Query Language”. SQL is the most
common standardized language used to access databases. Depending on your
programming environment, you might enter SQL directly (for example, to generate
reports), embed SQL statements into code written in another language, or use a
language-specific API that hides the SQL syntax.
SQL is defined by the ANSI/ISO SQL Standard. The SQL standard has been evolving
since 1986 and several versions exist. In this manual, “SQL-92” refers to the standard
released in 1992, “SQL:1999” refers to the standard released in 1999, and
“SQL:2003” refers to the current version of the standard. We use the phrase “the
SQL standard” to mean the current version of the SQL Standard at any time.
Open Source means that it is possible for anyone to use and modify the software.
Anybody can download the MySQL software from the Internet and use it without
paying anything. If you wish, you may study the source code and change it to suit
your needs. The MySQL software uses the GPL (GNU General Public License),
http://www.fsf.org/licenses/, to define what you may and may not do with the
software in different situations. If you feel uncomfortable with the GPL or need to
embed MySQL code into a commercial application, you can buy a commercially
licensed version from us. See the MySQL Licensing Overview for more information
(http://www.mysql.com/company/legal/licensing/).
Requirements and Analysis:
Gym management System is a specific requirement of the client that integrates the
storing and accessing services specifically for their members.
Reports can be generated at any time within few seconds, so that manual labor is
not required, and also analysis can be performed much more frequently which helps
in taking decision.
The details regarding all users, can also be maintained as their information is very
helpful and sometimes becomes a critical requirement.
To overcome these problems we develop “GYM Management System”.
3.2 System Requirements
System requirements are expressed in a software requirement document. The
Software requirement specification (SRS) is the official statement of what is required of the
system developers. This requirement document includes the requirements definition and
the requirement specification. The software requirement document is not a design
document. It should set out what the system should do without specifying how it should be
done. The requirement set out in this document is complete and consistent.
Administrators can add, edit & delete member, plan, schedule and make payment
update of the respective member.
Administrator can view the monthly income of the member.
Administrator can update the health status of the members.
Administrator will have a overview of the total plan available total member join per
year and month.
Administrator can change admin password admin user profile and the secure key
when the changes are required.
Administrator can view the expire date of a specific member enrolled to the
particular plan.
Functional Requirements:
Flexible service based architecture will be highly desirable for future extension
Nonfunctional requirements define system properties and constraints It arise through user
needs, because of budget constraints or organizational policies, or due to the external
factors such as safety regulations, privacy registration and so on.
1. Security
2. Reliability
3. Maintainability
4. Portability
5. Extensibility
6. Reusability
7. Application Affinity/Compatibility
8. Resource Utilization
User Interface:
User of the system will be provided with the Graphical user interface,
there is no command line interface for any functions of the product.
Hardware Interface:
Hardware requirements for running this project are as follows:
Processor: - Pentium I or above.
RAM: - 128 MB or above.
HD: - 20 GB or above.
Software Interface:-
Software required to make working of product is:-
Front end- HTML/PHP
Back end- My SQL
Member Management:
Dataflow Diagram
What it is?
The Data Flow Diagram shows the flow of data or information. It can be partitioned
into single processes or functions. Data Flow Diagrams can be grouped together or
decomposed into multiple processes. There can be physical DFD's that represent the
physical files and transactions, or they can be business DFD's (logical, or conceptual).
When it's used?
The DFD is an excellent communication tool for analysts to model processes and
functional requirements. One of the primary tools of the structured analysis efforts of the
1970's it was developed and enhanced by the likes of Yourdon, McMenamin, Palmer, Gane
and Sarsen. It is still considered one of the best modeling techniques for eliciting and
representing the processing requirements of a system.
Used effectively, it is a useful and easy to understand modeling tool. It has broad
application and usability across most software development projects. It is easily integrated
with data modeling, workflow modeling tools, and textual specs. Together with these, it
provides analysts and developers with solid models and specs. Alone, however, it has
limited usability. It is simple and easy to understand by users and can be easily extended
and refined with further specification into a physical version for the design and
development teams.
The different versions are Context Diagrams (Level 0), Partitioned Diagrams (single
process only -- one level), functionally decomposed, leveled sets of Data Flow Diagrams.
Data Store
Dataflow
DFDs show the flow of data from external entities into the system, showed how the
data moved from one process to another, as well as its logical storage. There are only four
symbols:
All processes must have at least one data flow in and one data flow out.
All processes should modify the incoming data, producing new forms of outgoing
data.
Each data store must be involved with at least one data flow.
Each external entity must be involved with at least one data flow.
A data flow must be attached to at least one process.
DFDs are nothing more than a network of related system functions and indicate from
where information is received and to where it is sent. It is the starting point in the system
that decomposes the requirement specifications down to the lowest level detail.
The four symbols in DFD, each of which has its meaning. They are given below:
External entities are outside to system but they either supply input data in the
system or use the system output. These are represented by square of rectangle.
External entities that supply data into a system are sometimes called Sources.
External entities that use system data are sometimes called sinks.
Dataflow models that passages of data in the system and are represented by line by
joining system components. An arrow indicates the direction of the flow and the line
is labeled by the name of the dataflow.
Process show that the systems do. Each process has one or more data inputs and
one or data outputs. Circles in DFD represent them. Each high level process may be
consisting of more than one lower level processes. Process will be expanded in
sequent level DFD. A circle or a bubble represents a process that transforms
incoming data flow into outgoing dataflow.
Through this representation, designers and users alike gain insights into how
data is manipulated, enhancing the collaborative process of system
development.
0-Level DFD:
Simply stated the ER model is a conceptual data model that views the real world as
entities and relationships. A basic component of the model is the Entity-Relationship
diagram which is used to visually represent data objects. Since Chen wrote his paper the
model has been extended and today it is commonly used for database.
The ER model views the real world as a construct of entities and association between
entities.
Entities
Entities are the principal data object about which information is to be collected.
Entities are classified as independent or dependent (in some methodologies, the terms used
are strong and weak, respectively). An independent entity is one that does not rely on
another for identification. A dependent entity is one that relies on another for identification.
.
Relationships
Attributes
Attributes describe the entity of which they are associated. A particular instance of
an attribute is a value. The domain of an attribute is the collection of all possible values an
attribute can have. The domain of Name is a character string.
Classifying Relationships
Direction
Existence
Generalization Hierarchies
Entities are represented by labeled rectangles. The label is the name of the entity.
Relationships are represented by a solid line connecting two entities. The name of
the relationship is written above the line. Relationship names should be verbs.
Attributes, when included, are listed inside the entity rectangle. Attributes which are
identifiers are underlined. Attribute names should be singular nouns.
Cardinality of many is represented by a line ending in a crow's foot. If the crow's foot
is omitted, the cardinality is one.
Existence is represented by placing a circle or a perpendicular bar on the line.
Mandatory existence is shown by the bar (looks like a 1) next to the entity for an
instance is required. Optional existence is shown by placing a circle next to the entity
that is optional.
Existence is represented by placing a circle or a perpendicular bar on the line.
Mandatory existence is shown by the bar (looks like a 1) next to the entity for an
instance is required. Optional existence is shown by placing a circle next to the entity
that is optional.
ER Diagram
System Design
Introduction
System design is the solution of a “how to approach to the creation of the new
system. It is composed of several steps. It facilitates the understanding and provides the
procedural details necessary for implementation of the system recommended in the
feasibility study. Emphasis is given on translating the performance requirements into design
specification. Design goes through logical and physical stages of development.
Logical design reviews the present physical system; prepares input and output specification;
make editing; security and control specification; details the implementation plan, and
prepare logical design walk through. The physical design maps out the details of the physical
system; plans the system implementation plan and specifies hardware and software. System
design translates the system requirement into the ways of the system as recommended in
the feasibility study. Thus the system design is the translation from user-oriented document
to a programmer or a database personal oriented document. System design is a highly
creative process that can be greatly facilitated by the following:-
Specify the key components, their interactions, and the relationships between them.
Choose an appropriate database management system (DBMS) and optimize queries for
performance
4.3 User Interface (UI) Design:
Create a user-friendly and intuitive interface for both administrators and members.
Design navigation flows that allow users to easily access and perform necessary tasks.
Define APIs (Application Programming Interfaces) for seamless communication between the
Gym Management System and other software components.
The Software Design Description Document has been used as input in the
implementation process. The actual implementation has been done using PHP. PHP has
been used to interact with the backend database. In this implementation, My SQL Server
has been used as the backend RDBMS. PHP processes the inputs or commands given by
the user and translates them in the commands understandable to the backend database.
The output produced by the backend database is also handled by PHP which then
displayed on the Browser screen.
Index Page
Registration Page
View Member
Manage plan Page
require '../../include/db_conn.php';
page_protect();
?>
<!DOCTYPE html>
<html lang="en">
<head>
<style>
color: #ffffff;
</style>
</head>
<div class="sidebar-menu">
<header class="logo-env">
<div class="logo">
<a href="main.php">
</div>
<i class="entypo-menu"></i>
</a>
</div>
</header>
</div>
<div class="main-content">
<div class="row">
</li>
<li>
</li>
</ul>
</div>
</div>
<h2>GYM Gym</h2>
<hr>
<?php
date_default_timezone_set("Asia/Calcutta");
$date = date('Y-m');
//echo $query;
$revenue = 0;
if (mysqli_affected_rows($con) != 0) {
while ($row = mysqli_fetch_array($result, MYSQLI_ASSOC)) {
$result1=mysqli_query($con,$query1);
if($result1){
$value=mysqli_fetch_row($result1);
echo "₹".$revenue;
?>
</div>
</div></a>
</div>
<h2>Total <br>Members</h2><br>
<?php
$i = 1;
if (mysqli_affected_rows($con) != 0) {
echo $row['COUNT(*)'];
}
}
$i = 1;
?>
</div>
</div></a>
</div>
<?php
date_default_timezone_set("Asia/Calcutta");
$date = date('Y-m');
$i = 1;
if (mysqli_affected_rows($con) != 0) {
echo $row['COUNT(*)'];
$i = 1;
?>
</div>
</div></a>
</div>
<div class="col-sm-3"><a href="view_plan.php">
<?php
$i = 1;
if (mysqli_affected_rows($con) != 0) {
echo $row['COUNT(*)']; }
$i = 1;
?>
</div>
</div></a>
</div>
</div>
</body>
</html>
new_entry.php
<?php
require '../../include/db_conn.php';
page_protect();
?>
<!DOCTYPE html>
<html lang="en">
<head>
<title>GYM Gym | New User</title>
<link rel="stylesheet" href="../../css/style.css" id="style-resource-5">
<script type="text/javascript" src="../../js/Script.js"></script>
<link rel="stylesheet" href="../../css/dashMain.css">
<link rel="stylesheet" type="text/css" href="../../css/entypo.css">
<link href="a1style.css" type="text/css" rel="stylesheet">
<style>
.page-container .sidebar-menu #main-menu li#regis > a {
background-color: #2b303a;
color: #ffffff;
}
#boxx
{
width:220px;
}
</style>
</head>
<body class="page-body page-fade" onload="collapseSidebar()">
<div class="page-container sidebar-collapsed" id="navbarcollapse">
<div class="sidebar-menu">
<header class="logo-env">
<!-- logo -->
<div class="logo">
<a href="main.php">
<img src="../../images/logo.png" alt="" width="192" height="80" />
</a>
</div>
<!-- logo collapse icon -->
<div class="sidebar-collapse" onclick="collapseSidebar()">
<a href="#" class="sidebar-collapse-icon with-animation"><!-- add class "with-animation" if you
want sidebar to have animation during expanding/collapsing transition -->
<i class="entypo-menu"></i>
</a>
</div>
</header>
<?php include('nav.php'); ?>
</div>
<div class="main-content">
<div class="row">
<!-- Profile Info and Notifications -->
<div class="col-md-6 col-sm-8 clearfix">
</div>
<!-- Raw Links -->
<div class="col-md-6 col-sm-4 clearfix hidden-xs">
<ul class="list-inline links-list pull-right">
<li>Welcome <?php echo $_SESSION['full_name']; ?>
</li>
<li>
<a href="logout.php">
Log Out <i class="entypo-logout right"></i>
</a>
</li>
</ul>
</div>
</div>
<h3>New Registration</h3>
<hr />
<tr>
<td height="35">NAME:</td>
<td height="35"><input name="u_name" id="boxx" required/></td>
</tr>
<tr>
<td height="35">STREET NAME:</td>
<td height="35"><input name="street_name" id="boxx" required/></td>
</tr>
<tr>
<td height="35">CITY:</td>
<td height="35"><input <input type="text" name="city" id="boxx" required/ ></td>
</tr>
<tr>
<td height="35">ZIPCODE:</td>
<td height="35"><input type="number" name="zipcode" id="boxx" maxlength="6"
required / ></td>
</tr>
<tr>
<td height="35">STATE:</td>
<td height="35"><input type="text" name="state" id="boxx" required/ size="30"></td>
</tr>
<tr>
<td height="35">GENDER:</td>
<td height="35"><select name="gender" id="boxx" required>
<option value="">--Please Select--</option>
<option value="Male">Male</option>
<option value="Female">Female</option>
</select></td>
</tr>
<tr>
<td height="35">DATE OF BIRTH:</td>
<td height="35"><input type="date" name="dob" id="boxx" required/ size="30"></td>
</tr>
<tr>
<td height="35">PHONE NO:</td>
<td height="35"><input type="number" name="mobile" id="boxx" maxlength="10"
required/ size="30"></td>
</tr>
<tr>
<td height="35">EMAIL ID:</td>
<td height="35"><input type="email" name="email" id="boxx" required/ size="30"></td>
</tr>
<tr>
<td height="35">JOINING DATE:</td>
<td height="35"><input type="date" name="jdate" id="boxx" required size="30"></td>
</tr>
<tr>
<td height="35">PLAN:</td>
<td height="35"><select name="plan" id="boxx" required
onchange="myplandetail(this.value)">
<option value="">--Please Select--</option>
<?php
$query="select * from plan where active='yes'";
$result=mysqli_query($con,$query);
if(mysqli_affected_rows($con)!=0){
while($row=mysqli_fetch_row($result)){
echo "<option value=".$row[0].">".$row[1]."</option>";
}
}
?>
</select></td>
</tr>
<tbody id="plandetls">
</tbody>
<tr>
<tr>
<td height="35"> </td>
<td height="35"><input class="a1-btn a1-blue" type="submit" name="submit" id="submit"
value="Register" >
<input class="a1-btn a1-blue" type="reset" name="reset" id="reset" value="Reset"></td>
</tr>
</table></td>
</tr>
</table>
</form>
</div>
</div>
<script>
function myplandetail(str){
if(str==""){
document.getElementById("plandetls").innerHTML = "";
return;
}else{
if (window.XMLHttpRequest) {
// code for IE7+, Firefox, Chrome, Opera, Safari
xmlhttp = new XMLHttpRequest();
}
xmlhttp.onreadystatechange = function() {
if (this.readyState == 4 && this.status == 200) {
document.getElementById("plandetls").innerHTML=this.responseText;
}
};
xmlhttp.open("GET","plandetail.php?q="+str,true);
xmlhttp.send();
}
}
</script>
<?php include('footer.php'); ?>
</div>
</body>
</html>
viewall_detail.php
<?php
require '../../include/db_conn.php';
page_protect();
if (isset($_POST['name'])) {
$memid = $_POST['name'];
?>
<!DOCTYPE html>
<html lang="en">
<head>
<style>
#button1
{
width:126px;
}
#boxxe
{
width:230px;
}
</style>
</head>
<body class="page-body page-fade" onload="collapseSidebar()">
<div class="sidebar-menu">
<header class="logo-env">
<div class="row">
</div>
<!-- Raw Links -->
<div class="col-md-6 col-sm-4 clearfix hidden-xs">
<li>
<a href="logout.php">Log Out <i class="entypo-logout right"></i></a>
</li>
</ul>
</div>
</div>
<h3>Edit Member Details</h3>
<hr />
<?php
$query = "SELECT * FROM users u INNER JOIN address a ON u.userid=a.id
INNER JOIN health_status h ON u.userid=h.uid
INNER JOIN enrolls_to e on u.userid=e.uid
INNER JOIN plan p on e.pid=p.pid
WHERE userid='$memid' and e.renewal='yes'";
$result = mysqli_query($con, $query);
$sno = 1;
$name="";
$gender="";
if (mysqli_affected_rows($con) == 1) {
while ($row = mysqli_fetch_array($result, MYSQLI_ASSOC)) {
$name = $row['username'];
$gender =$row['gender'];
$mobile = $row['mobile'];
$email = $row['email'];
$dob = $row['dob'];
$jdate = $row['joining_date'];
$streetname=$row['streetName'];
$state=$row['state'];
$city=$row['city'];
$zipcode=$row['zipcode'];
$calorie=$row['calorie'];
$height=$row['height'];
$weight=$row['weight'];
$fat=$row['fat'];
$planname=$row['planName'];
$pamount=$row['amount'];
$pvalidity=$row['validity'];
$pdescription=$row['description'];
$paiddate=$row['paid_date'];
$expire=$row['expire'];
$remarks=$row['remarks'];
}
}
else{
echo "<html><head><script>alert('Change Unsuccessful');</script></head></html>";
echo mysqli_error($con);
}
?>
<tr>
</tr><tr>
<td height="35"> </td>
<td height="35"><input class="a1-btn a1-blue" type="submit" name="submit" id="submit"
value="EDIT">
<a href="table_view"><input class="a1-btn a1-blue" id="" value="BACK"></a></td>
</tr>
</tbody></table>
</div>
</div>
</body>
</html>
<?php
} else {
}
?>
view_mem.php
<?php
require '../../include/db_conn.php';
page_protect();
?>
<!DOCTYPE html>
<html lang="en">
<head>
<style>
#button1
{
width:126px;
}
</style>
</head>
<body class="page-body page-fade" onload="collapseSidebar()">
<div class="sidebar-menu">
<header class="logo-env">
</div>
</div>
<h3>Edit Member</h3>
<hr />
<?php
$query = "select * from users ORDER BY joining_date";
//echo $query;
$result = mysqli_query($con, $query);
$sno = 1;
if (mysqli_affected_rows($con) != 0) {
while ($row = mysqli_fetch_array($result, MYSQLI_ASSOC)) {
$uid = $row['userid'];
$query1 = "select * from enrolls_to WHERE uid='$uid' AND renewal='yes'";
$result1 = mysqli_query($con, $query1);
if (mysqli_affected_rows($con) == 1) {
while ($row1 = mysqli_fetch_array($result1, MYSQLI_ASSOC)) {
echo "<tr><td>".$sno."</td>";
</tbody>
</table>
<script>
function ConfirmDelete(name){
</script>
Code Organization:
Sanitize user input to prevent SQL injection and cross-site scripting (XSS) attacks.
Implement HTTPS to secure data transmission.
Regularly update dependencies and libraries to patch security vulnerabilities.
Scalability:
Design the system with scalability in mind to handle increasing user loads.
Consider implementing load balancing for distributing traffic across multiple servers.
Testing:
Conduct thorough testing, including unit testing, integration testing, and end-to-end
testing.
Implement continuous integration and continuous deployment (CI/CD) practices for
automated testing and deployment.
Documentation:
Key features of GYM include member registration and attendance tracking, seamless class
scheduling, and a secure billing system for financial transactions. The system
facilitates equipment management by enabling users to monitor inventory and
schedule maintenance. With a commitment to data security, GYM incorporates
authentication protocols and encryption measures to safeguard sensitive member
information. Additionally, the system promotes member engagement through
personalized workout plans, progress tracking, and communication features.
TESTING PROCEDURES
Unit Testing: A Unit corresponds to a form/class in the package. Unit testing focuses
on verification of the corresponding form or class. In this level we have tested all our
forms/classes individually. This testing includes testing of control paths, interfaces,
local data structures, logical decisions, boundary conditions, and error handling.
From this testing we were able to save, retrieve, update, delete and the search
records on a table.
Integration Testing: Integration testing is used to verify the combination of the
software modules. In this level, we have tested by combining all unit tested forms
into a subsystem. Here we found that the subsystems are performing well.
System Testing: System testing is used to verify, whether the developed system
meets the requirements.
Acceptance Testing: Acceptance is the part of the project by which the customer
accepts the product. The system under consideration is tested for user acceptance
by constantly keeping in touch with the system users at time of developing and
making changes whenever required.
We hope that after the acceptance testing the system will perform the best result for the
organization. When modification will be made, we will use regression testing during the
maintenance of the system.
The Software System delivered to the customer may undergo changes. Changes may be due
to addition of new functional modules or performance enhancement .For this purpose
proper maintenance of the system is must.
Expected outcome : The user should not get register any record without
filling all necessary fields and some error message
follow
The user should not get registered again with same
Expected outcome : The user should not add payment of any one
member’s
payment in another’s payment record. Without
filling all necessary fields and some error message will
be followed.
Step No. Data Used Actual Outcome
1. Click on that plan available All the detail of the plan student
from the list that is chosen by will be displayed and get focused
the member for the payment. on the respective fields
2. Click on the cancel button All the field that are manually
After entering member detail. entered will become blank and will
return to the member detail page.
For Management:
For User:
With this electronic data processing system, the operators will able to
maintain the following task:
Information regarding Members.
Records profile detail and payment detail.
Regular Transaction Details
COCNCLUSION
In conclusion, this project represents a culmination of dedicated effort,
collaboration, and innovative thinking. From its inception to completion, the
team has navigated challenges, made strategic decisions, and worked
cohesively to achieve our objectives. The successful execution of this project
not only showcases our technical prowess but also underscores our ability to
adapt to changing circumstances and deliver impactful results.
However, there are many scopes to modify this software. As because due to
shortage of time, we here become unable to include many things. We are
trying to cover all their existing system for keeping records of the members
enrolls but due to shortage of time we become unable to include many things.
Due to lake of time I here include none of them and a future scope one can
develop these returns which are so much essential. Only with a little more
doing it is possible to design the formats for those returns. Moreover, an on-
line system will be more helpful to the organization. With almost the same
data with only a little modification an on-line system can be designed to fulfill
their demands. All these can be considered to be future scope for this project.
THANK YOU