0% found this document useful (0 votes)
47 views47 pages

Covid Management System Project Report

CoVID-19 sprang up in Wuhan China in November 2019 and was declared a pandemic by the in January 2020 World Health Organization (WHO). Like the Spanish flu of 1918 that claimed millions of lives, the COVID-19 has caused the demise of thousands with China, Italy, Spain, USA and India having the highest statistics on infection and mortality rates. Regardless of existing sophisticated technologies and medical science, the spread has continued to surge high. With this COVID-19 Management System.

Uploaded by

Kamal Acharya
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
47 views47 pages

Covid Management System Project Report

CoVID-19 sprang up in Wuhan China in November 2019 and was declared a pandemic by the in January 2020 World Health Organization (WHO). Like the Spanish flu of 1918 that claimed millions of lives, the COVID-19 has caused the demise of thousands with China, Italy, Spain, USA and India having the highest statistics on infection and mortality rates. Regardless of existing sophisticated technologies and medical science, the spread has continued to surge high. With this COVID-19 Management System.

Uploaded by

Kamal Acharya
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 47

AN

INTERNSHIP REPORT
ON
COVID MANAGEMENT SYSTEM
PROJECT
BY
KAMAL ACHARYA
(Tribhuvan University)
Date: 2020/03/25

1|Page
Abstract
CoVID-19 sprang up in Wuhan China in November 2019 and was declared apandemic
by the in January 2020 World Health Organization (WHO). Like the Spanish flu of 1918 that
claimed millions of lives, the COVID-19 has caused the demise of thousands with China,
Italy, Spain, USA and India having the highest statistics on infection and mortality rates.
Regardless of existing sophisticated technologies and medical science, the spread has
continued to surge high.

With this COVID-19 Management System, organizations can respond virtually to the
COVID-19 pandemic and protect, educate and care for citizens in the community in a quick
and effective manner. This comprehensive solution not onlyhelps in containing the virus but
also proactively empowers both citizens and care providers to minimize the spread of the
virus through targeted strategies and education.

These system provide the online payment of the maintenance online notice display
admin can look after the maintenance report , there is a online feedback system .

Keywords: Hypertext Preprocessor(PHP), Hypertext Markup Language(HTML), Cascading


Style Sheets(CSS),Bootstrap.

2|Page
Contents
1. SYNOPSIS……………………………………………… 1

1.1. Project Title


1.2. Problem Statement, Solving Approach and Efficiency
issues
1.3. Problem Statement
1.4. Solving Approach
1.5. Efficiency issues
1.6.Outcomes

2. INTRODUCTION……………………………………. 3
2.1. Background.
2.2. Motivation
2.3. Objective
2.4. Goals

3. OVERVIEW…........................................................................ 5
3.1. Background
3.2. Related Work

4. REQUIREMENTS SOFTWARE SPECIFICATION….. 7

4.1. Introduction
4.1.1. Purpose and Scope of Document
4.1.2. Implementation Constraints
4.1.3. Assumptions and Dependencies
4.2. System Features
4.2.1. Technical Feasibility
3|Page
4.2.2. Economical Feasibility
4.2.3. Performance Feasibility
4.2.4. Software Interfaces
5. SOFTWARE DESIGN SPECIFICATION………………... 8

5.1.Introduction

5.2. Behavioral Model and Description

5.3. Technical Specification


6. TEST SPECIFICATIONS… ................................................. 11
6.1.Introduction
6.2.Test Planning
6.3. Testing Strategy
7. Results and Discussions .......................................................... 14
7.1. Screenshots
7.2.Conclusion
8. REFERENCES… ................................................................... 17

4|Page
List of Figures
4.1 Use Case Diagram ...................................................................... 10
4.2 Class Diagram ............................................................................ 11
4.3 E-R Diagram............................................................................... 12
5.1 Activity Diagram ....................................................................... 17
5.2 Sequence Diagram ...................................................................... 18
7.1 Home Page ................................................................................. 33
7.2 Member registration page ........................................................... 33
7.3Admin login page ........................................................................ 34
7.4Member login page ...................................................................... 34
7.5Admin dashboard ......................................................................... 35
7.6Member dashboard. ..................................................................... 35
7.7Add notice ................................................................................... 36
7.8Member details ............................................................................ 36
7.9Feedbak report ............................................................................. 37
7.10Maintenance report. ................................................................... 37
7.11Update profile by member .......................................................... 38
7.12Member feedback page ............................................................... 39
7.13Member maintenance page .........................................................39
7.14Member table .............................................................................. 40
7.15Maintenance table ....................................................................... 40
7.16Feedback table ............................................................................ 41
7.17Event table ................................................................................... 41
7.18Notice table ................................................................................. 42

5|Page
Chapter 1
SYNOPSIS
1.1 Project Title:
Covid Management System

1.2 Problem Statement, Solving Approach and Efficiency issues: -


1.2.1 Problem Statement
As the number of confirmed COVID-19 cases continues to rise, virtual care has
become critical. This system is to facilitate monitoring, coordination and
management of various activities and functions discharged by various stakeholders in
order to tackle this challenge proactively and provide real-time / up to date
information related to vacancy and admission to different COVID facilities

1.2.2 Solving Approach


Caring as One to Combat the COVID-19 Pandemic:
This COVID-19 management system assists healthcare organizations and
governments assess patient risk profiles and connects them
with virtual care capabilities.

1.2.3 Efficiency issues


 This system easily allows members to register , quick
maintenance payment ,online feedback system
 Quick access to admin to look after each and every details of the
patients and hospitals ,easy to circulate notice ,easy to know
about the maintenance report.

6|Page
1.3 Outcomes

Our proposed system is web based and has automated functionality for generating
monthly maintenance and admin can view their status in his account. The main
functionality of our project is that, there is a online payment system, online notice
system for different society events and the happenings going on in society like
Ganpati, Tank Cleaning, Meetings Etc. Members can give feedback of the society .
This System allows members to login with their own account and get updated with
society happenings.

7|Page
Chapter 2

INTRODUCTION
2.1 Background
This project is focusing on implementing a web-based application for Society
Management which simplifies the way of giving maintenance and keeping the record of the
maintenance report . The application will manage the communication between members and
admins . However, the member of the society should need to register in the system before
conducting any process of the application. The registration will require the first and last name of
the student, email address, password ,flat no,building no,photo and date of birth .Admin as full
control to delete the member

The features of this application will allow the admin to add a description about the text
book, ISBN, authors, and the main categories. Also, the system will remove the sold textbook
from the system once the purchasing process is completed.

The document will also include the specific requirements needed that determine the different
software services and considerations required. These will contain the user and system
requirements and the system's functional and non-functional requirements. To explain the
systems functions and task by more easily and flexibility, the document will include use cases
with diagram that’s showing the system model which reflects the overall system processes of
different relationships and tasks.

2.2 Motivation
The swapping of books among students in an organization is quite a common
phenomena. It is not quite cost effective to be purchasing each and every textbook required by
a student. Libraries provide relief to a large extent but even they have their own limitations as
libraries usually have a time limit and books continuously have to be renewed. Hence the idea

8|Page
of book swapping is now slowly gaining force and becoming quite popular among the student
community.

2.3 Objective
Our project will enable all students in the university to access all the textbooks required for
the courses. They will get benefit as they can exchange them by purchasing and selling these
textbooks via this website.
In addition, this website will allow for purchasing online via 'SADAD' services in all
Banks and consequently the money will be transferred to the owner of the book while a 5%
commission will remain for the website account for improvement.

2.4 Goals
• This project will serve only the following:
• All the courses textbooks and references by semester.
• Buyers and seller can conduct a predetermined processes.
• Privileges to site administrator to maintain the website.
• Privileges to Marketing supervisor to publish the promotion and announcement.

9|Page
Chapter 3

OVERVIEW
3.1 Background
Books are one of the important parts of students life.. It plays vital role in
removing in building students carrer.. The main approach is to insert , update, delete
items and preserving the integrity of data as well as the privacy of the student as well
as the admin.

• To get the current status of ads posted per day.


• Maintain database of books & sellers in a proper format.
• The student can be registered, updated and deleted as well.

3.2 Related Work


The system implementation is in PHP and Html , including login validation,
registration, as well as other manipulation operations such as insert, update, delete
and display. The back-end is used is MySQL. The connectivity is done of PHP and
MySQL. The integrity of data is preserved by using this application. It preserves time
of the employee working in canteen.

• Registration details
• Insert data of students
• Update data of students
• Delete data of students
• Logout

10 | P a g e
Chapter 4
REQUIREMENT SOFTWARE SPECIFICATION
4.1 Introduction
4.1.1 Purpose and Scope of Document
The Scope Statement is distributed to all the project stakeholders for their
approval. It is the description of the project, including the objectives, planned
deliverables, and requirements. It becomes the baseline document that can only be
changed through the process outline the Covid Management System

4.1.2 Design and Implementation Constraints


• System must have PHP Technology.
• System requires XAMPP Server, MySQL installed on the server system which is
very vital to maintain integrity of database.

4.1.3 Assumptions and Dependencies


• The users must be aware of computer hardware and their different attributes.
• The user must have basic knowledge of computer and operating system.
• Application development requires a good knowledge of scripting
language &database

11 | P a g e
4.2 System Features
4.2.1 Technical Feasibility
The system must be evaluated from the technical point of view first. The
assessment of this feasibility must be based on outline design of the system
requirement in the terms of input, output, procedure .Having identified an outline of
system, the investigation must go on to suggest the type of equipment, required
method developing the system , of running the system once it has been designed. The
project should be developed such that the necessary functions and performance are
achieved within the constraints. The project is developed within latest technology. So
there are minimal constraints involved with this project. The system has been
developed using HTML, CSS, PHP, MySQL technologies and project is technically
feasible for development.

4.2.2 Economical Feasibility


Economic feasibility looks at the financial aspects of the project. Economic
feasibility concerns with the returns from the investments in the project. It determines
whether it is worthwhile to invest the money in the proposed system. It is not
worthwhile spending a lot of project for no result. To carry out an economic
feasibility for a system, it is necessary to place actual money value against any
purchases or activities needed to implement the project.

4.2.3 Performance Feasibility

The system provides a user friendly graphical interface and is therefore easy
to use. User who knows the basic of computer i.e how to operate the computer for the
computer can easily use this system

4.2.4 Software Interfaces


Database : MySQL

Scripting Language: HTML, CSS, PHP

12 | P a g e
Front End: PHP

4.2.5 Communication 4 Interfaces


XAMPP Server, MySQL client-server

4.3 Software Quality Attributes


• Availability: The system shall be available as long as operations are performed on
application.

• Updatability: The system shall allow addition and deletion of less based on access
rights provided.

• Reliability: Integrity of information maintained and supplied to the system and


availability of components.

• Testability: New modules designed to be added to system must be tested to check


whether they are integrated properly and compatible with input-output format of the
system.

• Usability: The system does not need much learning. Documentation provided for
the system will include user manuals, developer reference and common FAQ.

13 | P a g e
Database Requirements
MySQL
MySQL is a fast, easy-to-use RDBMS being used for many small and big businesses.
MySQL is developed, marketed and supported by MySQL AB, which is a Swedish
company. MySQL is becoming so popular because of many good reasons .

• MySQL is released under an open-source license. So you have nothing to pay


to use it.

• MySQL is a very powerful program in its own right. It handles a large subset
of the functionality of the most expensive and powerful database packages.

• MySQL uses a standard form of the well-known SQL data language.

• MySQL works on many operating systems and with many languages


including PHP, PERL, C, C++, JAVA, etc.

• MySQL works very quickly and works well even with large data sets.

• MySQL is very friendly to PHP, the most appreciated language for web
development.

• MySQL supports large databases, up to 50 million rows or more in a table.


The default file size limit for a table is 4GB, but you can increase this (if your
operating system can handle it) to a theoretical limit of 8 million terabytes
(TB).

• MySQL is customizable. The open-source GPL license allows programmers


to modify the MySQL software to fit their own specific environments.

14 | P a g e
4.4 Usage scenario
4.4.1 Use Case Diagram:
Use case diagrams are used to gather the requirements of a system including
internal and external influences. These requirements are mostly design
requirements. So when a system is analyzed to gather its functionalities use
cases are prepared and actors are identified. Main Actors in our system are

LOGIN
Login

REGISTRATION

MY ACCOUNT

CHANGE PASSWORD

ADMIN ADD EVENT


USER

ADD NOTICE

GIVE FEEDBACK

PAY MAINTANCE

VIEW FEEDBACK
VIEW NOTICE
VISITOR
CAHNGE PASSWORD

CONTACT US

LOGOUT

15 | P a g e
4.4.2 Class Diagram

The purpose of the class diagram is to model the static view of an application. The
class diagrams are the only diagrams which can be directly mapped with object
oriented languages and thus widely used at the time of construction.

ADMIN FEEDBACK
1. ADMIN_ID INT USER ID INT
2. EMAIL_ID INT
GIVE FEEDBACK
3. PASSWORD
VARCHAR(10)
VIEW FEEDBAK

Login
Logout
Add event
Add notice MAINTANACE
View feedback
View maintance EMAIL_ID VARCHAR(80)
View member
PAY MAINTANACE
VIEW MAINTANCE

USER
EVENT
1. ID INT
2. NAME VARCHAR(30) ADD_EVENT VARCHAR(40)
3. PASSWORD VARCHAR(30) VENUE VARCHAR(20)
4. DOB DATE
5. MOBILE NO VARCHAR(30) ADD EVENTS
6. EMAIL_ID VARCHAR(54)
7. IMG
8. OWN/TENANT VARCHAR(10)
9. BUILDING NO INT NOTICE
9. FLAT NO INT
10. GENDER VARCHAR(20) NOTICE_ID INT
11. REGID DATE/TIME WRITE_NOTICE VARCHAR(19)
TIMING DATE
LOGIN
LOGOUT ADD NOTICE
GIVE FEEDBACK VIEW NOTICE
The entity-relationship
PAY MAINTANCE
VIEW NOTICE
UPDATE PROFILE

16 | P a g e
4.4.3 Entity Relationship Diagram

17 | P a g e
Chapter 5
SOFTWARE DESIGN SPECIFICATION
5.1 Introduction
5.1.1 Goals and objectives
Objective:

• All the courses textbooks and references by semester.


• Buyers and seller can conduct a predetermined processes.
• Privileges to site administrator to maintain the website.
• Privileges to Marketing supervisor to publish the promotion and announcement.

Goals:
The prime goal of this research is to manage the number of cases smarter and
easier using this system. This research actually saves time and overhead of manager.
With this misconception and fault in calculation can be avoided.

5.2 Behavioral Model and Description

5.2.1 Description for software behavior


This system is proposed to aim reliable storage in database while achieving
integrity. Its main goal is to enable authentication and viewing data from the database
on screen.

18 | P a g e
5.2.3 Modules

• User
• Admin
• Maintenance
• Feedback
• Notice

>Purpose and Scope of Document

The Scope Statement is distributed to all the project stakeholders for their approval. It
documents a description of the project, including the objectives, planned deliverables,
and requirements. It becomes the baseline document that can only be changed through
the process outlined in the Book Finder.

The Scope Statement documents a description of the project, including the


objectives ,planned deliver able, and requirements. It becomes the baseline document
that can only be changed through the process outlined in the Book Finder.

5.2. Behavioral Model and Description


5.2.1 Behavioral Model and Description for software behavior
This system is proposed to aim reliable storage in database while achieving integrity.
Its main goal is to enable authentication and viewing data from the database on
screen.

5.2.2 System Architecture

5.2.3 Modules
• User
• Admin
• Maintenance
• Feedback
• Notice

19 | P a g e
5.2.4 USER:

USER REGISTRATION:
In this module new user register the information in order to use the system.

5.2.5 LOGIN:
• Registration details
• Insert data by user
• Update data by user/admin
• Delete data by admin
• Logout

REGISTRATION DETAILS:
In this module the Admin can see the Member details.

INSERT DATA OF Ad:


In this module admin can insert the new entries of members in the database.

UPDATE DATA OF Ad:


In this module the admin can update the existing tuple in the database.

DELETE DATA OF Ad:


In this module the admin can delete the existing entry in the database.

LOGOUT
In this module admin logout from the system.

20 | P a g e
5.3 Technical Specification
PHP
• PHP stands for Hypertext Preprocessor.
• It is developed in 1994 by Apache group.
• PHP is server-side scripting language.
• It is mainly used for handling and database access.

• Simple

21 | P a g e
• Platform Compatibility
• Creation of logs.
• High Performance
• Robust
• Dynamic
• Secure PHP is general purpose scripting language that is especially suited to server-
side web development in which case PHP generally runs on a website. Any PHP code
in a requested is executed by the PHP run-time usually to create dynamic web page,
content or dynamic images used on websites or elsewhere. It can also be used for
command line scripting and client side graphical user interface applications. PHP can
be deployed on most web servers, many operating systems and platforms and can be
used with many relational databases management system. Most web hosting provides
us support for PHP for use by their clients. It is available free of charge and the PHP
group provides the complete source code for users to build, customize and extend for
their own use. PHP acts primarily as after, taking input from or stream containing text
and PHP instructions and outputting another stream of data. Most commonly the
output will be HTML, although it could JSON, XML or binary data such as image or
audio formats. PHP includes various free and open source libraries in its source
distributions, or uses them in resulting PHP binary builds. PHP is fundamentally an
Internet aware system with built in modules for accessing transfer protocol servers
and many database servers. Numerous functions known to c programmers such as
those in the studio family are available in standard PHP builds. PHP extensions can be
complied statically into PHP or loaded dynamically at run-time. Features of PHP

• Platform-Independent PHP provides cross Platform compatibility unlike some other


server-side scripting language.
• Creation of Logs The language contains access monitoring capabilities to create
logs as the summary of recent accesses.

• Extensive Patten matching PHP supports extended regular expression that leads
extensive pattern matching with remarkable speed.

• Dynamic PHP programming structure includes variable variables; that is the name
of variable can be changed dynamically. Robust PHP is said to be robust in two ways.

• PHP is used dynamically and static.


• PHP provides exception.

22 | P a g e
5.4 Project design
5.4.1 Activity Diagram
Activity diagram is another important diagram in UML to describe dynamic
aspects of the system. Activity diagram is basically a chart to represent the own
form one activity to another activity. The activity can be described as an operationof
the system. So the control own is drawn from one operation to another.

23 | P a g e
4.2 Sequence diagram
Sequence diagram describes an interaction by focusing on the sequence of messages
that are exchanged, along with their corresponding occurrence specification on the
lifelines.

24 | P a g e
Chapter 6
TEST SPECIFICATIONS
6.1 Introduction
Testing is an investigation conducted to provide stakeholders with information about
the quality of the product or service under test. Software testing also provides an
objective, independent view of the software to allow the business to appreciate and
understand the risks of software implementation. Test techniques include, but are not
limited to, the process of executing a program or application with the intent of ending
software bugs. Software testing can also be stated as the process of validating and
verifying that a software program or application or product:

• meets the business and technical requirements that guided its design and
development.

• Works as expected.

• Can be implemented with the same characteristics. Software testing, depending on


the testing method employed, can be implemented at any time in the development
process. However, most of the test abort occurs after the requirements have been
denned and the coding process has been completed. As such, the methodology of the
test is governed by the software development methodology adopted. Deferent
software development models will focus the test abort at deferent points in the
development process. Newer development models, such as Agile, often employ test
driven development and place an increased portion of the testing in the hands of the
developer, before it reaches a formal team of testers. In a more traditional model, most
of the test execution occurs after the requirements have been denned and the coding
process has been completed.

25 | P a g e
6.2 Test Plan
Test Plan Identifier: cost-sensitive it is use to identify test plan uniquely.

1. Purpose of the Test Plan Document The main purpose of this document is to a
particular projects needs. It documents and tracks the necessary information required
to electively dine the approach to be used in the testing of the project as product. The
Test Plan document is created during the Planning Phase of the project. Its intended
audience is the project manager, project team, and testing team.

• Objective of Test Panning to and as many defects as possible and get them.

• Items to be Tested OR Not to be Tested Describe the items/features/functions to be


tested that are within the scope of this test plan. Include a description of how they
will be tested, when, by whom, and to what quality standards. Also include a
description of those items agreed not to be tested.

• Items to be tested.

• Overall functionality of the application.


• User Interface of the application.

Not to be tested

• Performance of the application.

5. Test Approach Describe the overall testing approach to be used to test the projects
product. Pro- vides an outline of any planned tests. There are many approaches like:

• Black Box Testing White Box Testing Here we used Black Box Testing approach.
In Black Box Testing we just give input to the system and check its output without
checking how system processes it.

26 | P a g e
6. Test Pass OR Test Fail Criteria When actual and expected results are same then test
will be passed. When actual and expected results are different then test will be failed.

7. Test Entry OR Exit Criteria describe the entry and exit criteria used to start testing
and determine when to stop testing.

• Entry criteria: As soon as we have requirement we can start testing.

• Exit criteria: When bug rate fall below certain level we can stop testing.

8. Suspension OR Resumption Criteria describe the suspension criteria that may be


used to suspend all or portions of testing. Also describe the resumption criteria that
may be used to resume testing. Suspension criteria: If there is large change in
application like change in re- requirements we can suspend work for some time.
Resumption criteria: After resolving the respective problem we can resume work.

9. Testing Type it describes which testing types we are going to follow in our testing
life cycle. Here we are using:

• Black Box Testing

• Functional Testing

• UI Testing

• Integration Testing

27 | P a g e
6.3 Testing Strategy
6.3.1 Unit testing
Unit testing enables a programmer to detect error in coding. A unit test focuses
frication of the smallest unit of software design. This testing was carried out during
the coding itself. In this testing step, each module going to be work satisfactorily as
the expected output from the module.
• Project Aspect The front end design consists of various forms. They were tested for
data accept- trance. Similarly, the back-end also tested for successful acceptance and
retrieval of data. The unit testing is done on the developed code. Mainly the unit
testing is done on modules.

28 | P a g e
6.3.2 Module Testing
Module testing is the testing of complete code objects as produced by the compiler
when built from source. A library may be composed of a single compiled object or
several compiled objects. There is only a slight deference between unit testing and
module testing. Modules are fully formed chunks of coherent source code that can
typically be tested by driving a few function signatures with various stimuli. On the
other hand, unit testing (which is considered as part of the implementation phase for
this software development process) may involve testing one small part of a function
that will never formally implement any function interface. As a result of modules
being more self-contained, module testing will likely require less testing infrastructure
such as test harnesses and test stubs. The testing of modules could perhaps even be
automated so that they can be included in regression test suites or acceptance test
suites.

6.3.3 Component Testing


Component testing is a method where testing of each component in an application is
done separately. Suppose, in an application there are 5 components. Testing of each 5
components separately and efficiently is called as component testing. Component
testing is also known as module and program testing. It ends the defects in the module
and verifies the functioning of software. Component testing is done by the tester.
Component testing may be done in isolation from rest of the system depending on the
development life cycle model chosen for that particular application. In such case the
missing software is replaced by Stubs and Drivers and simulates the interface between
the software components in a simple manner. Let’s take an example to understand it
in a better way. Suppose there is an application consisting of three modules say,
module a, module B and module C. The developer has developed the module B and
now wanted to test it. But in order to test the module B completely few of its
functionalities are dependent on module A and few on module C. But the module A
and module C has not been developed yet. In that case to test the module B

29 | P a g e
completely we can replace the module A and module C by stub and drivers as
required. Stub: A stub is called from the software component to be tested. As shown
in the diagram below ‘Stub’ is called by ‘component A’. Driver: A driver calls the
component to be tested. As shown in the diagram below ‘component B’ is called by
the ‘Driver’.
6.3.4 Integration testing
Through each program work individually, they should work after linking together.
This is referred to as interfacing. Data may be lost across the interface; one module
can have adverse eject on the other subroutines after linking may not do the desired
function expected by the main routine. Integration testing is the systematic technique
for constructing the program structure while at the same time conducting test to
uncover errors associated with the interface. Using integrated test plan prepared in the
design phase of the system development as a guide, the integration test was carried
out. All the errors found in the system were corrected for the next testing step.

6.3.5 System testing


After performing the integration testing, the next step is output testing of the
proposed system. No system could be useful if it does not produce the required output
in a format. The outputs generated are displayed by the user. Here the output format is
considered in to two ways. One in on screen and other in printed format. The entire
project was tested and found successful

6.4 Test cases


The table 6.1 shows the details about the test cases performed on the System so as
to check the functional behaviour of the system

30 | P a g e
Chapter 7
Results and Discussions
7.1 Screenshots
1. Home page

31 | P a g e
2. Registration Page

32 | P a g e
3. ADMIN LOGIN

33 | P a g e
4. MEMBET LOGIN

5. admin dashboard

34 | P a g e
6. member dashboard

7. Add Notice

35 | P a g e
8. User’s Details

9. Feedback Report

36 | P a g e
10. Maintenance Report (paid)

11. Maintenance report (unpaid)

37 | P a g e
12. Contact us

13. Update Password for user

38 | P a g e
14. Feedback

15. Maintenance Payment

39 | P a g e
16. MEMBER TABLE

17. MANTENANCE TABLE

40 | P a g e
18. FEEDBACK TABLE

19. EVENT TABLE

41 | P a g e
20. NOTICE TABLE

42 | P a g e
7.2 CONCLUSION: -
In this project, we attempt to effectively introduce the concept of book exchange
systems already existing in the society. We then explain the concept of online
book exchange systems which are already present. We describe the proposed
system and explain the features implemented by our proposed system. We also
give a brief overview of the technologies used during the development of our
proposed system. This project can be further refined and extended by introducing
new and more innovative features. It can also be made commercial in the further
stages.

43 | P a g e
Reference
Acharya, Kamal. "STUDENT INFORMATION MANAGEMENT
SYSTEM." Authorea Preprints (2023).
Acharya, Kamal. "Library Management System." Available at SSRN4807104 (2019).
ACHARYA, KAMAL, et al. "LIBRARY MANAGEMENT SYSTEM." (2019).
Acharya, Kamal. "Online bus reservation system project report." Authorea
Preprints (2024).
Acharya, Kamal. "Online bus reservation system project report." (2024).
Acharya, Kamal. “Online Bus Reservation System.” SSRN ElectroNIC ASIA
Journal (2024): n. pag.
Acharya, Kamal. “Student Information Management System Project.” SSRN
ElectroNIC ASIA Journal (2024): n. pag.
Acharya, Kamal. “ATTENDANCE MANAGEMENT SYSTEM.” International
Research Journal of Modernization in Engineering Technology and
Science (2023): n. pag.
Acharya, Kamal. “College Information Management System.” SSRN ElectroNIC
ASIA Journal (2024): n. pag.
Acharya, Kamal, Attendance Management System Project (April 28, 2024).
Available at
SSRN: https://ssrn.com/abstract=4810251 or http://dx.doi.org/10.2139/ssrn.4810251
Acharya, Kamal, Online Food Order System (May 2, 2024). Available at
SSRN: https://ssrn.com/abstract=4814732 or http://dx.doi.org/10.2139/ssrn.4814732
Acharya, Kamal, University management system project. (May 1, 2024). Availableat
SSRN: https://ssrn.com/abstract=4814103 or http://dx.doi.org/10.2139/ssrn.4814103
Acharya, Kamal, Online banking management system. (May 1, 2024). Available at
SSRN: https://ssrn.com/abstract=4813597 or http://dx.doi.org/10.2139/ssrn.4813597
Acharya, Kamal, Online Job Portal Management System (May 5, 2024). Available at
SSRN: https://ssrn.com/abstract=4817534 or http://dx.doi.org/10.2139/ssrn.4817534
Acharya, Kamal, Employee leave management system. (May 7, 2024). Available
at SSRN: https://ssrn.com/abstract=4819626 or http://dx.doi.org/10.2139/ssrn.4819626
Acharya, Kamal, Online electricity billing project report. (May 7, 2024). Available at
SSRN: https://ssrn.com/abstract=4819630 or http://dx.doi.org/10.2139/ssrn.4819630
Acharya, Kamal, POLICY MANAGEMENT SYSTEM PROJECT REPORT. (December 10, 2023).
Available at SSRN: https://ssrn.com/abstract=4831694 or http://dx.doi.org/10.2139/ssrn.4831694

44 | P a g e
Acharya, Kamal, Online job placement system project report. (January 10, 2023). Available at
SSRN: https://ssrn.com/abstract=4831638 or http://dx.doi.org/10.2139/ssrn.4831638
Acharya, Kamal, Software testing for project report. (May 16, 2023). Available at
SSRN: https://ssrn.com/abstract=4831028 or http://dx.doi.org/10.2139/ssrn.4831028
Acharya, Kamal, ONLINE CRIME REPORTING SYSTEM PROJECT. (August 10, 2022). Available
at SSRN: https://ssrn.com/abstract=4831015 or http://dx.doi.org/10.2139/ssrn.4831015
Acharya, Kamal, Burber ordering system project report. (October 10, 2022). Available at
SSRN: https://ssrn.com/abstract=4832704 or http://dx.doi.org/10.2139/ssrn.4832704
Acharya, Kamal, Teachers Record Management System Project Report (December 10, 2023).
Available at SSRN: https://ssrn.com/abstract=4833821 or http://dx.doi.org/10.2139/ssrn.4833821
Acharya, Kamal, Dairy Management System Project Report (December 20, 2020). Available at
SSRN: https://ssrn.com/abstract=4835231 or http://dx.doi.org/10.2139/ssrn.4835231
Acharya, Kamal, Electrical Shop Management System Project (December 10, 2019). Available at
SSRN: https://ssrn.com/abstract=4835238 or http://dx.doi.org/10.2139/ssrn.4835238
Acharya, Kamal, Online book store management system project report. (Febuary 10, 2020).
Available at SSRN: https://ssrn.com/abstract=4835277 or http://dx.doi.org/10.2139/ssrn.4835277
Acharya, Kamal, Paint shop management system project report. (January 10, 2019). Available at
SSRN: https://ssrn.com/abstract=4835441 or http://dx.doi.org/10.2139/ssrn.4835441
Acharya, Kamal, Supermarket billing system project report. (August 10, 2021). Available at
SSRN: https://ssrn.com/abstract=4835474 or http://dx.doi.org/10.2139/ssrn.4835474
Acharya, Kamal, Online texi booking system project report. (March 10, 2022). Available at
SSRN: https://ssrn.com/abstract=4837729 or http://dx.doi.org/10.2139/ssrn.4837729
Acharya, Kamal, Online car servicing system project report. (March 10, 2023). Available at
SSRN: https://ssrn.com/abstract=4837832 or http://dx.doi.org/10.2139/ssrn.4837832
Acharya, Kamal, School management system project report. (July 10, 2021). Available at
SSRN: https://ssrn.com/abstract=4837837 or http://dx.doi.org/10.2139/ssrn.4837837
Acharya, Kamal, Furniture Showroom Management System Project Report (March 21, 2021).
Available at SSRN: https://ssrn.com/abstract=4839422 or http://dx.doi.org/10.2139/ssrn.4839422
Acharya, Kamal, Online Vehicle Rental System Project Report (March 21, 2019). Available at
SSRN: https://ssrn.com/abstract=4839429 or http://dx.doi.org/10.2139/ssrn.4839429
Acharya, Kamal, Fruit Shop Management System Project Report (August 10, 2023). Available at
SSRN: https://ssrn.com/abstract=4841048 or http://dx.doi.org/10.2139/ssrn.4841048
Acharya, Kamal, Hall Booking Management System Project Report (December 21, 2023). Available
at SSRN: https://ssrn.com/abstract=4841055 or http://dx.doi.org/10.2139/ssrn.4841055
Acharya, Kamal, Lundry Management System Project Report (October 21, 2023). Available at
SSRN: https://ssrn.com/abstract=4841059 or http://dx.doi.org/10.2139/ssrn.4841059
Acharya, Kamal, A CASE STUDY OF CINEMA MANAGEMENT SYSTEM PROJECT (September
25, 2023). Available at
SSRN: https://ssrn.com/abstract=4841209 or http://dx.doi.org/10.2139/ssrn.4841209

45 | P a g e
Acharya, Kamal, A CASE STUDY ON ONLINE TICKET BOOKING SYSTEM PROJECT (May 25,
2024). Available at
SSRN: https://ssrn.com/abstract=4841210 or http://dx.doi.org/10.2139/ssrn.4841210
Acharya, Kamal, ONLINE DATING MANAGEMENT SYSTEM PROJECT REPORT. (April 25,
2023). Available at
SSRN: https://ssrn.com/abstract=4842066 or http://dx.doi.org/10.2139/ssrn.4842066
Acharya, Kamal, ONLINE RESUME BUILDER MANAGEMENT SYSTEM PROJECT REPORT.
(April 25, 2021). Available at
SSRN: https://ssrn.com/abstract=4842071 or http://dx.doi.org/10.2139/ssrn.4842071
Acharya, Kamal, TOLL TEX MANAGEMENT SYSTEM PROJECT REPORT (August 21, 2023).
Available at SSRN: https://ssrn.com/abstract=4842082 or http://dx.doi.org/10.2139/ssrn.4842082
Acharya, Kamal, Chat Application Through Client Server Management System Project Report
(June 25, 2023). Available at
SSRN: https://ssrn.com/abstract=4842761 or http://dx.doi.org/10.2139/ssrn.4842761
Acharya, Kamal, Web Chatting Application Management System Project Report (April 25, 2022).
Available at SSRN: https://ssrn.com/abstract=4842771 or http://dx.doi.org/10.2139/ssrn.4842771
Acharya, Kamal, Automobile management system project report (May 25, 2022). Available at
SSRN: https://ssrn.com/abstract=4846917 or http://dx.doi.org/10.2139/ssrn.4846917
Acharya, Kamal, College bus management system project report (April 25, 2023). Available at
SSRN: https://ssrn.com/abstract=4846920 or http://dx.doi.org/10.2139/ssrn.4846920
Acharya, Kamal, Courier management system project report (May 25, 2023). Available at
SSRN: https://ssrn.com/abstract=4846922 or http://dx.doi.org/10.2139/ssrn.4846922
Acharya, Kamal, Event management system project report (April 25, 2021). Available at
SSRN: https://ssrn.com/abstract=4846927 or http://dx.doi.org/10.2139/ssrn.4846927
Acharya, Kamal, Library management system project report II (May 25, 2020). Available at
SSRN: https://ssrn.com/abstract=4848857 or http://dx.doi.org/10.2139/ssrn.4848857

46 | P a g e
47 | P a g e

You might also like