Professional Documents
Culture Documents
MCA Project Report
MCA Project Report
Submitted by
Guide
Dr. Vaibhav Sonaje
3
Trimbak Road, A/p - Mahiravani, Tal. & Dist. – Nashik, Pin – 422 213
CERTIFICATE
This is to certify that Mr. Akshay Kishor Jagtap PRN No. 210105051195,Mr. Prasad Prakash
Hiray PRN No. 210105051174,Mr. Pranav Ajay Ozarkar PRN No. 210105051175, student(s)
Of MCA Semester-IV has successfully completed the Project work on Titled“Complaint
Management System” under my guidance. This report submitted to Department of Computer
Science and Application, School of Computer Sciences and Engineering, Sandip
University,Nashik in the AY 2022-23 for partial fulfillment and requirement for the End
Semester Examination.
This report has not been submitted for any other examination and does not form
part of any other course undergone by the candidate.
4
Trimbak Road, A/p - Mahiravani, Tal. & Dist. – Nashik, Pin – 422 213
DECLARATION
I/We hereby declare that the miniProject work titled “Complaint Management
System” submitted to Sandip University, Nashik is a record of an original work done by
me/us under the guidance of Prof. Dr. Vaibhav Sonaje,Department of Computer Science
and Application, School of Computer Sciences and Engineering, Sandip University in the
AY 2022-23 for a partial fulfillment of requirement for the Completion of End Semester
Examination.
This report has not been submitted to any other University or Institute for the award of
any degree or diploma.
Name of Student(s):
Akshay Kishor Jagtap
Prasad Praksah Hiray
Pranav Ajay Ozarkar
Date: ___/___/_______
Place: Nashik
6
Trimbak Road, A/p - Mahiravani, Tal. & Dist. – Nashik, Pin – 422 213
ACKNOWLEDGEMENT
I/We would like to express my/our special thanks of gratitude’s to our Project guide Dr.
Vaibhav Sonaje Department of Computer Science and Application, School of Computer
Sciences and Engineering, SandipUniversity, Nashik for his/her able guidance and
support in completing this report.
Name of Student(s):
Akshay Kishor Jagtap
Prasad Praksah Hiray
Pranav Ajay Ozarkar
7
Abstract
The main purpose of this project is to help the usera platform where he can lodge a complaint and
getting his problems solved in online without going to the officer regularly until the problem issolved.
By this system the user can save his time. Its main purpose is to provide a smart and easy way through
Android or Web Application for Complaint registrationanditsTracking and eradicating system. We
want to develop an application for complaint management system where user can register complaints
for anything.Totrans form the existing manual compliant management system into anautomate
system.For the better managementof complaints to improve efficiency. This system can be used in any
sector like government, private etc. When a user submits a complaint it is visible to admin & admin
can take the action on the complaint and after resolving the issue, the admin can change the status of
the complaint to closed with a remark.
8
INDEX
Sr. No Contents
1. Problem Defination
2. Rationale
5. Literature Review
9. Applications of Project
10. Testing
11. Conclusion
Problem Definition:
A complaint Management System lets user to register a complaint he/she is facing to get it
solved.Many times a user is unable to complain about certain things offline. This system is
very useful where the user can register for an account in the portal, after registration a user can
login to their account and register a complaint according to the category and then the complaint
is reviewed by the admin and they will take the action on that complaint. It saves a lot of time
of the user and a user also tracks their complaint status. The offline system is very time
consuming where user have to visit a certain place to register a complaint.
Rationale:
The Complaint Management System has user registration to create a web-based account or
profile. It has two logins, One for user and one for Admin who will take an action on the
particular complaint. The user have a dashboard after login and a menu with options like
lodging a complaint, checking history of complaint, profile update option, password changing
option and tracking of complaint. An admin has a menu of checking all user lists, checking
pending, in progress and closed complaints etc. Admin also has profile and changing password
option.
Literature Review:
An institution without an information system will have no track record of its performance
history or its presentstatus and will be unable to forecast the future of its business. According to
O’Brien & Markas (2007), thefundamental roles of an information system are to support
business processes, support decision-making by itsemployees and support strategies for
competitive advantage. Laudon & Laudon (2007) point out that the role of information systems
is to help institutions obtain operational excellence to improve the efficiency of their
operationsin order to achieve higher profitability.
Actual Methodology followed:
1.First of all selected the project topic under the guidance of our staff.
4. Referred various Websites, Videos and Books related to PHP programming language.
5. Also referred the PPT’S and notes provided by the respected staff.
6. Collected the important methods and functions that can be used in our Project.
Technical Skills:
• Loops in PHP
• Error Solving
Soft Skills:
• Problem Solving
• Communication Skills
• Speaking Confidently
• Professional Attitude
Applications of Project:
• Letting user to register for any kind of complaints online and tracking the status of the
complaint until oit is resolved.
• To ensure there's always enough stock of working hardware devices for users.
TESTING
Testing is a process of executing a program with the indent of finding an error. Testing is a
crucial element of software quality assurance and presents ultimate review of specification,
design and coding.
System Testing is an important phase. Testing represents an interesting anomaly for the
software. Thusa series of testing are performed for the proposed system before the system is
ready for user acceptance testing.
A good test case is one that has a high probability of finding an as undiscovered error. A
successful test is one that uncovers an as undiscovered error.
TESTING OBJECTIVES:
WHITE-BOX TESTING:
White box testing focus on the program control structure. Test cases are derived to ensure that
all statements in the program have been executed at least once during testing and that all logical
conditions have been executed.
BLOCK-BOX TESTING:
Black box testing is designed to validate functional requirements without regard to the internal
workings of a program. Black box testing mainly focuses on the information domain of the
software, deriving test cases by partitioning input and output in a manner that provides through
test coverage. Incorrect and missing functions, interface errors, errors in data structures, error
in functional logic are the errors falling in this category.
TESTING STRATEGIES:
A strategy for software testing must accommodate low-level tests that are necessary to verify
that all small source code segment has been correctly implemented as well as high-level tests
that validate major system functions against customer requirements.
TESTING FUNDAMENTALS:
Testing is a process of executing program with the intent of finding error. A good test case is
one that has high probability of finding an undiscovered error. If testing is conducted
successfully it uncovers the errors in the software. Testing cannot show the absence of defects,
it can only show that software defects present.
TESTING INFORMATION FLOW:
Information flow for testing flows the pattern. Two class of input provided to test the process.
The software configuration includes a software requirements specification, a design
specification and source code.
Test configuration includes test plan and test cases and test tools. Tests are conducted and all
the results are evaluated. That is test results are compared with expected results. When
erroneous data are uncovered, an error is implied and debugging commences.
UNIT TESTING:
Unit testing is essential for the verification of the code produced during the coding phase and
hence the goal is to test the internal logic of the modules. Using the detailed design description
as a guide, important paths are tested to uncover errors with in the boundary of the modules.
These tests were carried out during the programming stage itself. All units of ViennaSQL were
successfully tested.
INTEGRATION TESTING :
Integration testing focuses on unit tested modules and build the program structure that dictated
by the design phase.
SYSTEM TESTING:
System testing tests the integration of each module in the system. It also tests to find
discrepancies between the system and it’s original objective, current specification and system
documentation. The primary concern is the compatibility of individual modules. Entire system
is working properly or not will be tested here, and specified path ODBC connection will correct
or not, and giving output or not are tested here these verifications and validations are done by
giving input values to the system and by comparing with expected output. Top-down testing
implementing here.
ACCEPTANCE TESTING:
This testing is done to verify the readiness of the system for the implementation. Acceptance
testing begins when the system is complete. Its purpose is to provide the end user with the
confidence that the system is ready for use. It involves planning and execution of functional
tests, performance tests and stress tests in order to demonstrate that the implemented system
satisfies its requirements.
Test coverage Analyzer: Records the control paths followed for each test case. Timing
Analyzer: Also called as profiler, reports the time spent in various regions of the code are areas
to concentrate on to improve system performance.
Coding standards: static analyzers and standard checkers are used to inspect code for
deviations from standards and guidelines.
TEST CASES:
Test cases are derived to ensure that all statements in the program have been executed at least
once during testing and that all logical conditions have been executed.
Using White-Box testing methods, the software engineer can drive test cases that
The test case specification for system testing has to be submitted for review before system
testing commences.
CONCLUSION
The package was designed in such a way that future modifications can be done easily. The
following conclusions can be deduced from the development of the project.
• Automation of the entire system improves the efficiency
• System security, data security and reliability are the striking features.