"Exam Flex: Exam Cell Automation System": Animesh Jayswar
"Exam Flex: Exam Cell Automation System": Animesh Jayswar
"Exam Flex: Exam Cell Automation System": Animesh Jayswar
Automation System"
Submitted in partial fulfillment of the requirements for the degree of
Bachelor of Engineering
by
Animesh Jayswar
Supervisor
(JITENDRA CHOUHAN)
Co-Supervisor
(MEGHA RATHORE)
This is to certify that the project entitled ËxamFlex: Exam Cell Automation
System¨ is a bonafide work of ANIMESH JAYSWAR Roll no. 14151956
submitted to the University in partial fulfillment of the requirement for the award of
the degree of Bachelor of Engineering in Department of Computer Engineering.
Supervisor Project
Coordinator
Prof. JITENDAR CHOUHAN
Head of Department
Examiners
1.
..............................
2.
..............................
Supervisors
1.
..............................
2.
..............................
Chairman
.............................
Declaration
I declare that this written submission represents my ideas in my own words and
where others ideas or words have been included, I have adequately cited and
referenced the original sources. I also declare that I have adhered to all principles of
academic honesty and integrity and have not misrepresented or fabricated or
falsified any idea/data/fact/source in my submission. I understand that any violation
of the above will be cause for disciplinary action by the Institute and can also evoke
penal action from the sources which have thus not been properly cited or from
whom proper permission has not been taken when needed.
ANIMESH JAYSWAR
Roll No. 14151956
Abstract
ANIMESH JAYSWAR
14151956
Contents
2.3.3 Overcoming Drawbacks . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.4 VIVA & KHUSHI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.4.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.4.2 Drawbacks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.4.3 Overcoming Drawbacks . . . . . . . . . . . . . . . . . . . . . . . . . 8
. . 9 2.5.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . 9 2.5.2 Drawbacks . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . 9 2.5.3 Overcoming Drawbacks . . . . . . . . . . . . . .
. . . . . . . . . . . 9
• Technological Review ............................................................................................... 10
• PHP ............................................................................................................... 10
• MySQL ......................................................................................................... 10
• Bootstrap ...................................................................................................... 10
• Dia ................................................................................................................ 10
• Requirement Analysis 12
• Platform Requirement : .............................................................................................. 12
• Supportive Operating Systems : ................................................................... 12
• Software Requirement : ............................................................................................. 12
• Hardware Requirement : ............................................................................................ 14
• Methodology 24
• ExamFlex (Exam Cell Automation System) .............................................................. 24
• Module 1: Login ........................................................................................... 25
• Module 2: Generation of Exam Form .......................................................... 26
• Module 3: Generation of Result ................................................................... 27
• Module 4: Generation of Gazette ................................................................. 28
• Sequence Diagrams ................................................................................................... 29
• Activity Diagram ....................................................................................................... 31
• Implementation Details 32
• Assumptions And Dependencies ............................................................................... 32
• Assumptions ................................................................................................. 32
• Dependencies................................................................................................ 32
• Implementation Methodologies ................................................................................. 32
References 39
• Appendix A 41
• SGPI/CGPI Calculation ............................................................................................. 41
• Mumbai University Grading System ......................................................................... 42
• CGPI Equivalent Marks ............................................................................................. 42
Acknowledgment 43
List of Figures
• XAMPP ..................................................................................................................... 12
• Web Browser ............................................................................................................. 13
• MySQL Logo ............................................................................................................ 13
• Computer ................................................................................................................... 14
Keywords :
Examination; Exam; Automation; Student; Result; Gazette; Hall Ticket;
Glossary :
A:
A stands for Excellent performance having a Grade Point of 9 with corresponding
percentage between 75.00% to 79.99%
An Automated System is to automate the manual processes of exam-cell.
B:
B stands for Very Good performance having a Grade Point of 8 with corresponding
percentage between 70% to 74.99%
C:
C stands for Good performance having a Grade Point of 7 with corresponding
percentage be- tween 60.00% to 69.99%
CGPI is Cumulative Grade Performance Index which is a type of grading system
used by the Mumbai University to grade the students for their overall performance
in the Institute.
D:
D stands for Fair performance having a Grade Point of 6 with corresponding
percentage be- tween 50.00% to 59.99%
Drop term is used when a student has number of KTs for which a year is held back.
Database is the collection of information altogether stored in structured format from
where the data(information) about the respective entities can be extracted.
DFD stands for Data Flow Diagram, comes under the category of UML diagrams
which defines the processes flow at different levels.
E:
E stands for Average performance having a Grade Point of 5 with corresponding
percentage between 45.00% to 49.99%
External Assessment are the marks of a student obtained by appearing for a
external theory examination.
F:
F stands for Fail having a Grade Point 0 with corresponding percentage of Less than 40.00%
G:Gazette is a special format used by the Mumbai University to accept the records i.e. the
results of the students from individual institutes.
H:
Hall-Ticket, a parchment necessary for appearing for an examination which
consists of valid details for the students.
I:
Internal Assessment are the marks obtained by calculating the marks of the student
in the in- ternal tests, the termwork and the attendance record.
K:
K.T. stands for Keep Term. A student if fails in a particular subject is known as a
K.T. where the student doesn’t lose a year for a single subject.
O:
O stands for Outstanding performance having a Grade Point of 10 with
corresponding percent- age of 80.00% and Above
P:
P stands for Pass performance having a Grade Point of 4 with corresponding
percentage be- tween 40.00% to 44.99%
S:
SGPI is Semester Grade Performance Index which is a type of grading system used
by the Mumbai University to measure the performances of the students semester
wise.
U:
UML stands for Unified Modeling Language is a general purpose modeling
language used widely in the field of software engineering through which the design
of a system can be under- stood thoroughly.
UseCase is a Diagram which defines the interactions between external entities and the system.
1.INTRODUCTION
• Introduction
Most of the important processes in the institutes are carried out manually such as the
registration of the students, managing huge information about students, faculty
members i.e. the teaching and non-teaching staff, managing documents for different
entities which leads to enormous bulk of work. This results in poor efficiency, lots of
documentation which again leads to unmanage- able data, tedious process and
requires a lot of time and human resource.
The main goal of the Exam Cell Automation System is to minimize these workloads
and make the Exam Cell process much more convenient to follow. The Exam Cell
processes include the managing of student’s academic status distinguished by the
year, the departments, the classes as well as with respect to subjects. The Exam Cell
process also includes the generation of hall tickets, the generation of exam forms
along with the k.t. forms, the generation of results, the generation of gazette copies
etc. These all processes are carried out either manually or with the help of some
third party software. The use of multiple software for carrying out a process is never
considered efficient.
• Motivation
The current examination process system is a complete manual work system which
results in tedious work. It is necessary to manage registrations and admissions of
students in periodic time at the educational institutes. The current system deals with
the manual entries of the in- formation about the students which leads the system
prone to errors. The errors which might occur are the loss of data, data redundancy,
time consuming process etc.
The current system needs a lot of labour work as all the activities are done
manually. The current system not only increases the workload for the exam-cell
staff members managing the registration and admission processes but also increases
workload for the students. The collec- tion of Results, Mark sheets, Hall tickets
becomes a complicated and bulky process. Managing hard copies stack by stack
becomes a tedious work for the exam-cell staff.
• Problem Definition
• Current Systems
The current systems are traditional systems which support manual processes leading
to huge time consumption and stack of hard copies. The systems make the processes
delayed and more prone to errors as the work is performed by hand. The systems
stated above namely VIVA and Khushi have some limitations. The institutes need to
pay huge amount for these systems every year, which then generates the Gazette
copies. However, the systems do not provide all the functionality required by the
institutes.
The system generates the Gazette copies, helps the students to preview their results
of their unit tests, their practicals and viva marks, their term work marks before the
actual result is displayed. The students will not have to wait for the actual result date
to preview these marks.
• Goals and Objectives
Currently the Exam cell activities includes a lot of manual calculations and are
mostly paper based. This makes the process tiresome. This project aims to bring in a
centralized system that will ensure the tasks and activities related with the
examination can be effectively managed. The system allows the student to register
themselves into the system, they can view their academic status on the system.
There is no need for the students to stand in long queues for different activities such
as the filling of exam form or the k.t. form, the viewing of results etc. The project
will provide an easy and efficient way for the processes to be automated which will
reduce the workload of the exam cell staff by a heavy extent.
The scope of the project is: All the examination related work for the students can be
done using this system. It will provide faster and easier access for updating records
as the paper work will reduce. All the students related database can be retrieved at
any time by authorized personnel. Application support and maintenance after
deployment will be provided to production. The System can be customized as per
the requirements of the college.
2.SURVEY OF
TECHNOLOGIES
Review Of Literature
• Drawbacks
The biggest weakness in this system is the security. The proposed system is prone
to security attacks, password cracking which may lead to fabricated data or loss of
data. This will result in a very critical condition for the system as well as the
institute. The risk of loss of data will force the institute to manage records manually
which leads to bulky work, large number of documents, increased workload and the
system will become more prone to errors.
• Overcoming Drawbacks
• Description
Accuracy Issues: A computerized system alone does not ensure accuracy, and the
warehouse data is only as good as the data entry that created it. As the system is
online, the student may fail to receive email or any important notification
• Overcoming Drawbacks
Our system will ensure the security for the users which the above system fails to ensure.
• Description
Even though the proposed system is related to all the examination processes
required by the University of Mumbai, the system doesn’t provide any effort in
generating mark sheets as well as generation of gazette copies. The system only
deals with calculation of CGPI and SGPI by the use of formulae for conversion of
percentage into grade point indices.
• Overcoming Drawbacks
Our system will overcome the drawback of not generating the results by providing a
function of Gazette copy generation along with Mark Sheet generation as per the
requirement of the University of Mumbai. Our system provides a convenient
environment for users by giving them flexibility into the system.
3. SYSTEM ANALYSIS
. VIVA & KHUSHI
• Description
The University of Mumbai suggested two systems for easing the Exam Cell
Process. The two systems are VIVA[4] and KHUSHI[5]. VIVA is a software
developed by the VIVA College, Virar, Thane. The VIVA software is a gazette
generator which takes the data input from the excel sheets and converts it into
gazettes by inserting the data in the gazette format provided by the University of
Mumbai. KHUSHI is an automated software which processes multiple activities
leading to faster and convenient processes in the exam cell. KHUSHI produces
analysis reports, generates gazette copies, maintains student history along with
different multiple activities.
• Drawbacks
For just the Generation of Gazette copies, VIVA costs around 35000/- INR along
with a yearly maintenance of 5000/- to 10000/- INR, a huge amount for a single
process. KHUSHI alone costs 150000/- INR, a one time price with maintenance
support. The history maintained in this system is in the form of Excel Sheets which
can be easily edited by any non authorized person if accessed which is harmful to
the institute.
• Overcoming Drawbacks
It is not necessary to pay such huge amount for some processes to be automated.
Our system will provide a free trial for a specific period for institutes. Our System
will be fixed to low cost for convenient use as the cost price shouldn’t be an issue.
Our system will generate the mark sheets along with gazette copies as required by
the University of Mumbai. Unlike above software, our system will store data in
databases and not in Excel Sheets which is much more secure and difficult to
extract. The access to student’s record will be available on just a query to the
database. Similarly, changes can be made in the database by the authorised person if
required just by throwing a query into the system. The databases will be given
privileges and access rights to particular users through which the security of the
system will be enhanced.
• Description
PDF Mark sheet Generator[6] is a system which generates mark sheet for individual
student. The admin of the system enters the marks of each student. That information
will be stored in internal collection information database. Percentage and grade is
calculated manually. After the marks of all the students is entered by the admin of
the system, Gazette is generated and then by clicking the mark sheet generator
button. Then application generates the mark sheet of all the students automatically
with the grades calculated. Mark sheets will be in PDF format.PDF mark sheets
cannot be easily tampered with and require use of complex software. The PDF file
of mark sheet of every student will be stored in mark sheet database. And then
application makes mark sheets available via Internet on demand.
• Drawbacks
The major drawback of the system is PERCENTAGE and GRADES are calculated
MANU- ALLY. It increases the workload of the staff and as it is processed
manually there are chances of making mistakes. A lot of time is consumed in
performing calculations. The system is per- forming only two functions that is
generating Gazettes and then the Mark sheet of individual student.
• Overcoming Drawbacks
Our proposed system calculates percentage and grades automatically and not
manually, which eliminates the chance of any mistakes or errors. In addition to this,
it provides various different functions for ease to Exam Cell Staff, Head of the
Department, Faculties and Students. All the details are stored in the database so it
can be easily retrieved by the exam cell for checking or updating the details. Gazette
is generated automatically, no extra time or efforts of the Exam Cell staff are
required to list out the students who have cleared the semester or the students with
Dayanand College Shajapur.
Technological Review
• Technological Review
• PHP
PHP is a server-side scripting language designed primarily for web development but
also used as a general-purpose programming language. Originally created by
Rasmus Lerdorf in 1994, the PHP reference implementation is now produced by
The PHP Development Team. PHP originally stood for Personal Home Page, but it
now stands for the recursive acronym PHP: Hypertext Preprocessor.
• MySQL
• Bootstrap
Dia has a modular design with several shape packages available for different needs:
flowchart, network diagrams, circuit diagrams, and more. It does not restrict
symbols and connectors from various categories from being placed together. Dia has
special objects to help draw entity- relationship models (obsoleted tedia2sql or
newer parsediasql can be used to create the SQL DDL), Unified Modeling Language
(UML) diagrams, flowcharts, network diagrams, and simple electrical circuits. It is
also possible to add support for new shapes by writing simple XML files, using a
subset of Scalable Vector Graphics (SVG) to draw the shape.
Dia loads and saves diagrams in a custom XML format which is, by default, gzipped
to save space. It can print large diagrams spanning multiple pages and can also be
scripted using the Python programming language.
4. REQUIREMENT
ANALYSIS
Requirement Analysis
• Platform Requirement :
The supported Operating Systems for client include: Linux, Windows, Mac OS
• Software Requirement :
• XAMPP:
Requirement Analysis
XAMPP is a free and open source cross-platform web server solution stack package
developed by Apache Friends, consisting mainly of the Apache HTTP Server,
MariaDB database, and interpreters for scripts written in the PHP and Perl
programming languages.
• Web Browser:
• MySQL:
• Computer(Device):
• RAM:
RAM should be above 2 GB.
• Processor:
32 bit/ 64 bit processors are supported.
System Design and
Architecture
• System Architecture
• Usecase Diagram
• EER Diagram
• Level 0 DFD
• Level 1 DFD
• Level 2.1
The students and the faculties will be registered first followed by the collection of
information about the students and the respective faculty members along with the
exam-cell staff members. The system will generate the hall tickets, results and also
the mark sheets for the students. If the student has any k.t., the k.t. form will be
generated for the students, same as for revaluation. The marks will be entered by the
exam-cell staff as well as by the faculty members. The system will detect if the
student is eligible or not so will generate its respective hall tickets. The system will
also allow the students to view their results from any remote access, print their hall-
tickets for which they need not to stand in long queues and make the process
tedious.
This system will allow the students to access the exam form, k.t. form generated
automatically, remotely. The processes will be automated by implementing this
system and the workload will be reduced to a great extent. The system will also
generate the gazette copies for the student’s results needed by the university through
which the efficiency of the exam cell process will be increased, as there won’t be
any need to use multiple software. In this system, input will be the marks of the
students of their theory exams, practical exams, internal assessment and term work.
Grades and pointers of student can be calculated according to rules, formulae and
ordinances. Our system is divided into various modules 1. Login Module 2.
Generation of Exam Form/ K,T. Form 3. Generation of Results 4. Generation of
Gazette Copies
• Module 1: Login
The Login module of the system is the initial stage of the system. It will check for
the valid registered users. If the usernames and passwords match, the system will
identify the type of user whether its a student, faculty or some other. Based on the
verification and identification process the system will redirect the users to their
respective homepages.
Module 2: Generation of Exam Form
The generation of Exam Forms or the K.T. Forms will depend upon the eligibility
criteria and the result status for the student. If the student is eligible for the current
semester, a regular form will be automatically generated whereas if the student is
not eligible for current examination, a
K.T. form wil be generated. However, if a student is eligible for the current
semester but also has k.t. in previous semesters, both the Regular Exam Form as
well as the K.T. Form will be generated.
• Module 3: Generation of Result
The logged in student after the examinations doesn’t need to stand in long queues
for the col- lection of the result. The student need to select the option for the Result,
where the system will fetch all the required details for the particular student, the
department, the semester, the marks, which will be filled in a standard mark sheet
format along with calculated percentage and SGPI/CGPI.
• Module 4: Generation of Gazette
• Sequence Diagrams
• Activity Diagram
• Assumptions
• We assume that using an effective web page will increase the flexibility of usage.
• Students and faculties must be given an introduction on the functions performed
by the system.
• Dependencies
• Implementation Methodologies
The system is mainly dependent on the working done using PHP and mySQL for
the database. The required items are fetched from the database such as the the
student details along with his/her department/class/roll-no./marks and the result is
then calculated. The exam cell staff has the authority to enter only the student theory
marks, all the other respective marks are entered by the the subject teacher
himself/herself. Once the users are logged in, they are provided with certain
privileges which are restricted to the category they belong. The conditions and the
restrictions are put with the help of PHP language. The UI pages are developed with
the help of a framework named Bootstrap. For the generation of Gazette, an
algorithm is developed, which checks the conditions, the marks, and calculates
respective grades; with the help of which it calculates the final result in the terms of
index pointers (SGPI CGPI).
• Test cases and Result
Login:
Gazette Generation:
It contains the result of output of your project. The output can be numeric or
graphical based. Represent or write down the results in tabular form if applicable
and analyze that by using graphs or charts. Also make a comparison of your work
with the existing one(s).
• Analytical Discussion
• System Output
In the above figure, according to the results, the failed students will be highlighted by
the system automatically and thus the exam cell staff doesn’t need to search for the
failed students.
Figure 7.3: Gazette Output 3
In the above figure, as per the strength of the class, the system will generate the
gazette. Last page of all the gazettes generated are shown in the figure.
7. IMPLEMENTATION
• Assumptions And Dependencies
• Assumptions
• We assume that using an effective web page will increase the flexibility of usage.
• Students and faculties must be given an introduction on the functions performed
by the system.
• Dependencies
• Implementation Methodologies
The system is mainly dependent on the working done using PHP and mySQL for
the database. The required items are fetched from the database such as the the
student details along with his/her department/class/roll-no./marks and the result is
then calculated. The exam cell staff has the authority to enter only the student theory
marks, all the other respective marks are entered by the the subject teacher
himself/herself. Once the users are logged in, they are provided with certain
privileges which are restricted to the category they belong. The conditions and the
restrictions are put with the help of PHP language. The UI pages are developed with
the help of a framework named Bootstrap. For the generation of Gazette, an
algorithm is developed, which checks the conditions, the marks, and calculates
respective grades; with the help of which it calculates the final result in the terms of
index pointers (SGPI CGPI).
8. CONCLUSION
• Conclusion
Ultimately the result of the implementation of this project will lead to reduce the
workload of the students, the faculty members and the exam-cell staff. The result
would be a fully-fledged working Automated Examination Process System. Apart
from this the students will be able to view their results, their academic status on the
system itself. The faculty members will be able to enter the marks for respective
subjects for the students. The Exam-cell staff will be able to enter the external
examination marks of the students.
The Head of the department will be able to monitor the status of the students as well
the marks verification and validation for the students will be done by the head of
department. There won’t be any need to use multiple different systems for different
activities. The processes will be covered by the proposed system. This will reduce
the tediousness of the manual processes and give a chance for efficient, flexible and
automated processes.
• Limitations
• Future Enhancement
As the technologies are emerging, it is possible to enhance the system and make it
adaptable to desired environment i.e. customize as per the college requirements. For
security issues, a technology known as QR Code could be implemented. Using
which, the results, databases could be digitalized saving a lot of space and providing
faster access.
• Suraj Kumar Sahu, Sandeep Kumar Gonnade QR Code and Application in India:
Interna- tional Journal of Recent Technology and Engineering (IJRTE)
• Mital Doshi A predictive model for effective higher education: IEEE 2013 International
• SGPI/CGPI Calculation
We would like to take the opportunity to express our sincere thanks to our guide Megha
Rathore, Professor, Department Of Computer Application Ujjain, for her invaluable support and
guidance throughout our project research work. Without her kind guidance & support this
was not possible.
We are grateful to her for his timely feedback which helped us track and schedule the
process effectively. Her time, ideas and encouragement that she gave helped us to complete
our project efficiently. We would also like to thank Pro. Jitendra Chouhan , Dayanand
Saraswati College Shajapur, for his encouragement and for providing an outstanding
academic environment, also for providing the adequate facilities. We are thankful to
Prof. Megha Rathore, and all my B.E. teachers for providing advice and valuable
guidance. We also extend our sincere thanks to all the faculty members and the non-
teaching staff and friends for their cooperation.
Last but not the least, we are thankful to all our family members whose constant support and
encouragment in every aspect helped us to complete our project.
Animesh Jayswar
Roll No: 15141956
University of Ujjain