Course Registration and Result Processin
Course Registration and Result Processin
BY
Being an M.Sc project submitted in partial fulfillment of the requirements for the
award of Master’s degree in Computer Science of the University of Nigeria.
JUNE, 2015
i
CERTIFICATION
I hereby declare that the work presented herein was done by me, and not a third
party. Should I be convicted of having cheated in this work, I shall accept the
verdict of the university.
ii
APPROVAL PAGE
This Project is approved for submission
DR M. C. OKORONKWO
iii
DEDICATION
I dedicate this research work to my loving mother Mrs Elizabeth Amah who amidst
all toils remained very supportive to the project work. Her consistent and warm
advice in the face of trouble pushed me through. Mum may God Bless You.
iv
ACKNOWLEDGEMENT
I sincerely send my profound gratitude to Almighty God for his goodness. In fact,
God used this research process to expose me to his unfathomable saving graces.
I earnestly send warm appreciation to all the staff of the Computer Science
Department UNN. They in no small measure contributed to the realization of this
project. The framework of the project, the system analysis and the data collation
are all contributions from various lecturers of the department. My most profound
gratitude goes to my Supervisor Dr M.C. Okoronkwo for his commitment and
dedication towards making this research a success. Doc! I’m immensely grateful. I
will not fail to thank a loving brother and a friend Mr Emma Ukekwe for making
this project a reality. Mr. Emma went extra mile to develop modules that were
implemented in the project. Alongside are Engr. Collyns Udanor, Dr. (Mrs.) Ebem,
Mr. Chinwuko and others. I pray the good Lord to reward you abundantly.
I use this medium also to thank my family members especially my mum, Mrs
Elizabeth Amah, Mr Innocent Ike and Revd Christian Amah for their financial
support. To my friends and well wishers Revd Fr Fidelis Ajamugha, Honorable
Collyns Owhonda, Honorable Ibrahim Adeoti and Mr. MackJames Ukwueje who
supported me morally and financially in the cause of this project. I am immensely
grateful to you all. Remain Blessed.
v
ABSTRACT
Course Registration and Result processing system form the key activities in the life
span of a student. The demand for effective and efficient result computation and
output lead to the production of the automated result process. The digitalized
process provides the capabilities of centralized repository for storage, management
and dissemination of result information to those concerned. A study into the
manual process reveals the inefficiencies and the rigorous nature of course
registration and result processing, therefore the existing manual process was
analyzed and converted into an automated system. The manual activities was
modeled with an object-oriented methodology and the system was implemented
with PHP(hypertext processor), a scripting language and MYSQL database
management systems. It provides a robust database that generates various reports
that is relevant to the department. The result of this research work is a system that
automates the course registration and examination result processing for the
Department of Computer Science, which can be used in any department of most
universities in Nigeria.
vi
TABLE OF CONTENTS
LIST OF ITEMS PAGE NUMBER
Dedication …………………………………………………………. iv
Abstract …………………………………………………………….. vi
List of Figures……………………………………………………..... ix
List of Tables………………………………………………………... xi
2.0 Introduction……………………………………………….. 5
2.1 Theoretical Background …………………………………... 5
2.2 Review of Related Literature………………………………. 10
vii
Chapter 3: Systems Analysis and Design…………………………. 21
4.0 Introduction………………………………………………… 46
4.1 Development Environment…………………………………. 46
4.2 Choice of Programming Language used……………………. 47
4.3 Implementations Architecture………………………………. 47
4.4 Software Testing……………………………………………. 48
4.5 Documentation……………………………………………… 49
4.5.1 Software Modules……………………………...49
4.5.2 User Guide/Manual…………………………… 52
4.5.3 Software Installation………………………… 54
5.0 Summary……………………………………………………. 55
5.1 Conclusion………………………………………………….. 56
5.2 Recommendations………………………………………….. 56
References
Appendices
viii
LIST OF FIGURES
Figure 3.1 The Use Case Diagram of the System - - - 28
Figure 3.2 The Class Diagram - - - - - 31
Figure 3.3 Screenshot of the Database tables - - - 32
Figure 3.4 The Student’s Login design Form - - - 35
Figure 3.5 Admin Login design Form - - - - 35
Figure 3.6 Student’s Course Registration design Form - - 36
Figure 3.7 Design form of an ongoing course registration - 37
Figure 3.8 Design input form for uploading student’s result - 38
Figure 3.9 Design input form for adding courses - - - 39
Figure 3.10 Design of the Course Registration Printout- - - 40
Figure 3.11 Design of the View Result Form- - - - 41
Figure 3.12 Design of the Semester Transcript Result - - 41
Figure 3.13 Design of the Lecturer’s Grade Sheet - - - 42
Figure 3.14 Design of the Official Semester Broadsheet - - 43
Figure 3.15 Design of the Official Cumulative Broadsheet- - 44
Figure 3.16 System Architecture- - - - - - 45
Figure 4.1 Design of the Implementation Architecture - - 47
Figure 4.2 Screenshot of the Homepage - - - - 60
Figure 4.3 Screenshot of the Admin Login Page - - - 61
Figure 4.4 Screenshot of the Add Course Form - - - 61
Figure 4.5 Screenshot of Uploaded Result file from excel- - 62
Figure 4.6 Screenshot of the Course Registration Form - - 62
Figure 4.7 Screenshot of the Error Registration Page - - 63
ix
Figure 4.8 Screenshot of the Semester Broadsheet Report - 63
Figure 4.9 Screenshot of the Lecturer’s Grade Sheet - - 64
Figure 4.10 Screenshot of the Class List - - - - 65
Figure 4.11 Screenshot of the Semester Transcript Report - 65
Figure 4.12 Screenshot of the Student’s CGPA Report - - 66
x
LIST OF TABLES
Table 3.1 Sample Table for Calculating Student’s GPA- 24
xi
CHAPTER 1: INTRODUCTION
1.0 INTRODUCTION
xii
purpose of GPA computation, and producing user-friendly data entry screens for
ease of use. It is unfortunate that most universities in Nigeria still adapt the manual
system of course registration and examination result processing. The errors
associated with the existing manual method of results computation make it not
only desirable but imperative that automated approach be used to the full in
measuring students’ progress. The manual methods being employed suffer a
number of set-backs. They make the process to be time-consuming and prone to
error. They lead to examination results being published late, sometimes with wrong
grades being entered and students’ grade point averages being wrongly computed.
They also lead to loss or misplacement of student’s result. In some cases, it leads to
incoherent course registration. However some departments in some universities in
Nigeria are gradually advancing with the new information system processes.
Taking the University of Nigeria, Nsukka as a case study,
The current course registration in the university of Nigeria, Nsukka takes the
following format. Students on resumption renew their registration and register for
courses every new semester. Before the current system was implemented, students
register their courses with the different lecturers handling the courses. The list is
compiled and sent to the appropriate centre. Later the system improved, a better
system came into place where students go online and upon entering their
registration number and department, the list of available courses for a particular
level for a semester is shown and they register for them by selecting the
appropriate box against their chosen courses. This is then submitted online and a
printed copy is taken to the appropriate centre for approval. Examination result
processing draws all the registered courses together and applies a criteria to
process each student’s result at different semesters, session and at the end of the
school programme. But the system currently in use poses challenges to the exam
xiii
officers in the departments. It is observed that students do not register courses as
required by the department. This could either be because the students deliberately
registered wrongly or the system cannot enlist all the semester courses at a time.
Secondly, the current system is unable to enlist all failed courses that were taken in
the previous semesters and does not compel students to register them before
proceeding to the new ones. It does not have the capability to efficiently reconcile
all registered courses with their respective result. Therefore this project work is
targeted to eliminate most of the problems inherent in the current system. It would
provide a set of structures that keeps databases of all registered courses at all levels
enlisting the core courses, electives and required ancilliary courses, it keeps
student’s personal information. It will also keep past record of student’s result and
a database of all components required for processing results. It will have
component that extract each student’s result corresponding to the registered
courses and computes the required result at any level and time.
3. Student’s test and exam scores may be entered wrongly when manually done.
xiv
1.2 AIM AND OBJECTIVES
The main aim of this project work is to provide a centralized database system that
prompts correct course registration and keep all result information of a student.
The objectives to realize the aim of this project work are as follows:
1. Enforce a system that would automatically pool fail courses into the
student’s registration portal and allow them to register them before they can
register new ones.
2. Put in place a unified database system that coordinates course registration
and exam processing.
3. Provide a mechanism of transmitting course registration and examintion
results to all stakeholders especially Department, Exams and Registry.
4. Produce all kinds of results expected from the university.
The new system designed is meant to handle course registration and exam result
processing for the Computer Science department in UNN only.
Students stand to greatly benefit from this project work. The new system will
enable students to see all failed courses and give them the opportunity to register
and rewrite them on time. There would be reduced case of overstay.
xv
Result computation would be easier and convenient for the exam officers as all
result information will be kept and generated from the system.
The new system would enhance the result processing performance as it will reduce
delay in computing student’s result.
Literature review is the assessment of previous work carried out on the same or
related projects and extracts relevant points to serve as milestone in the project at
hand. Various works were studied and analyzed. The review and the lessons learnt
forthwith, informed the choice of technologies employed for the development of
this research outputs which is contained in the theoretical background.
The HTML language comprises of forms, cascading style sheet(CSS) and HTML
elements. The forms were used to collect student’s information eg Biodata and
course registration. The cascading style sheet was used to format the presentation
xvi
of the output. It adjusts the sizes and fonts of the window display area. The CSS
file was used to implement the font sizes, the page body structure and the entire
styling of the web page. Eg of a CSS code fragment is.
<?php
include('includes/header.php');
include('includes/nav2.php');
?> This Presents a link to the header file and navigational modules that connects
one web page to the other.
The MYSQL query that creates a result table is given thus:
xvii
`Regno` varchar(12) NOT NULL,
`CA` int(3) NOT NULL, `Exam` int(3) NOT NULL,
`Total` int(3) NOT NULL,
`Grade`varchar(1) NOT NULL,
`Session`varchar(11) NOT NULL,
`Coursecode`varchar(1) NOT NULL,
ENGINE=InnoDB DEFAULT
CHARSET=latin1;
xviii
implementation of a Computer-based Result Information Management System
must be integrated into the system[1].
xix
efficiency of the examination result processing is therefore the introduction of
computerization[2].
According to [3], the increase in students’ population over the years has made the
work of administrative officer in charge of processing students’ result a very
tiresome exercise to deal with. The rise in the number of students in schools today
made it imperative that we continue to seek out the best and most efficient ways to
handle schools and school administration.
(d) Safety and security: information stored in the computer is safe from
animals, insects and intruders. Also a password can be used to make program
assessable to only authorized persons.
xx
Furthermore, in [5], it was stated that a college portal is personalized software that
captures the entire education business process and makes all operations accessible
via the web, thus allowing schools to effectively serve all stakeholders, students,
lecturers, administrators and parents.
Also in [6], it was stated that Publication of student’s results in the manual system
takes a very long time thus students remain idle for months waiting for their result.
Sometimes the delay in declaration of result cause heavy losses to the students as
generally they cannot join further studies or appear in competitive exams or join
jobs because of the non‐availability of examination result in time.
The process becomes a lot easier and much more accurate when automated,
because the computer is capable of accepting and storing raw data, processing it,
and storing the results until when needed[10].
The University of Nigeria, Nsukka has an existing portal system. The portal was
developed with a MYSQL server and script languages. The system has the ability
to handle student’s course registration but not result processing. Students update
their biodata and register for courses online. The online activities stop at the level
of registration as students have to print the registered course form and submit a
copy to the academic adviser. The academic adviser checks and endorses the
course registration form based on the oral report of previous performance given by
the student. Examination is taken and result is published by the examiner. Copies
of the result copy are sent to the exam officer of the department who computes the
result through manual process. Problems identified with this system are:-
xxi
2. The system has no means of ascertaining the correctness of course
registration report before the academic adviser validates it. ie there is no
means of knowing students who registered their failed courses and those
who do not.
3. The system is prone to impersonation and double registration.
Other attempts have been made to improve the result management information
system. One of such works as reported in [3] was done with Adobe Dreamweaver,
an Integrated Development Environment that creates the Graphic User Interface
and writes the codes. MYSQL Server, a Relational Database Management System,
was used to create the database tables and data. Personal Home Page Pre-Processor
(PHP) was used to communicate with and manipulate the database. Thus the
following is how the system works.
The computer software application has three sessions, namely: the “Super
Administrator” session, the “Staff/Administrator” session and the “Staff” session.
The Head of Department (HOD) has the authentication/permission of the Super
Administrator. He performs the following functions.
xxii
• Assign examination officers to individual units
• And also perform the role of a staff and also of an examinations officer of a
unit.
•Process students’ results in his unit, which includes calculating the GPA
and CGPA
The system is designed and implemented such that the following are carried out
during its use:
(1) User validation: To be able to use the software, staff are to be registered by
the HOD with a default username and password on the first login to the software.
(2) Students Registration: Students in the Department are to be registered on the
system.
xxiii
(3) Course Registration: courses offered from first year through final year are
registered.
(4) Course Assignment: After course registration, staffs are assigned courses that
they will teach.
(5) Usage: At the end of the period (semester or session) staff will login to the
software and enter students’ marks for any course they are assigned. Staff can also
view results already submitted, if they want, or change their password when
desired,
The outputs from the system are various. They include a listing of registered staff,
registered courses and registered students. Result for a single student in all the
courses for one academic session can be shown. Processed results can be viewed
for one student at a time, or for all the students in a Unit.
xxiv
failed or does not have result, uploads into the form before the student can go
ahead and register the remaining courses if the remaining credit units permits.
2. Each lecturer handling a course enters the student’s scores directly into
the database. This allows the various lecturers to have access to the result file that
is not under his unit. There is tendency for these grades to be altered. Therefore
the new system developed drops this feature and allows only one access to the
result file. After the HOD has approved the result, a soft-copy of it is sent to the
administrator who uploads it through an excel file. He alone calculates GPA and
grants access to students to view their result.
3. The old system allows an academic adviser to enter scores and view
grades for the courses he coordinates. In the new system, entering and viewing of
student’s grades should be restricted to the lecturer that handles the courses alone
so that data in the result sheet can be reliable.
Nevertheless, the current system as designed, borrows some features of the system
reported in [3]. It imitates the system’s ability to present a particular student’s
result file in one sheet together with his GPA for the semester. That means it would
generate student’s transcript for a semester.
The impact of these changes in the new system is the birth or production of a
system that is more transparent and reliable. Access to the system is to be restricted
to only one user so that the integrity of the database will be maintained. When
students are able to view their transcript for a semester, it will facilitate
improvement in their academic program. In the result system above, the course
coordinator represent the lecturer that teaches and mark examination papers. The
staff/administrator represents the academic advisers that handles and coordinates a
xxv
specified number of students. The super administrator is the head of the
department.
A portal for processing of results in colleges of Education was reported in [6]. The
software application has three main sections namely: the login window, the main
menu and sub menu. The login window requests a valid user name and password
from the Administrator to be able to gain access into the software. The
Administrator is any staff that is authorized by the management of the school to be
in charge of exams and records unit, hence he has a valid user name and password
created by him to be able to login to the software. The Administrator performs the
following function:
• Create user account for Lecturers (academic staffs), Departmental Exams officers
and Head of Departments.
The Head of Departments must have a valid user name and password to perform
the following function:
The Departmental Exams Officer of each level has the authorization of the
Administrator. He/she must have a valid username and a password. He performs
the following functions:
• Enter student’s scores and view students’ grades as it is in the raw score sheet.
xxvi
• Process student’s results in the department, which includes calculating the GPA
and CGPA
• View all the students’ results in management approved format (Agreed marked
sheet)
View Student: this function creates different views of all the student data.
xxvii
When you click on the view student link, a page displays where you will be
asked to add a student, search for a student or upload list of students.
ACCESS STUDENT’S RESULT: This link enables one to access and computes
student’s result. The process of accessing student’s result entails that the course
and the semester in which the course was taken already exist in the database as
entered by the student before result can be accessed. The following functions are
obtainable: Access student’s result; Find result and calculate result.
The feature “Add Student” would likely create redundancy and decrease the
reliability of the student data. Anybody can come from anywhere and add his/her
name in the students’ list. The proposed system modifies this feature by the upload
student function. Student’s list comes from the admission list, if any student is
omitted from the list or has late registration, the name will be included in the
department and sent to the administrator in an excel file. The administrator then
uploads the list into the MYSQL database.
Secondly, the function “access result” finds a single result for each student at a
particular time. It runs through the semester courses and brings out the result of a
particular course while the new system checks the student’s level, semester and
session. It then enlists all the results for the courses offered in that semester and
calculates the GPA for that semester.
xxviii
A portal system developed for Covenant university[11], deployed an ICT solutions
that attends to the integral university’s academics and administrative problems.
They developed and managed packages that is responsive to the changing needs of
the users by
6. Coordination of data entry into the various database systems including students’
record/portal
7. Collecting and collating data and producing reports needed by external bodies
and agencies like: WAEC, NECO, NYSC, NUC, JAMB and other professional
bodies. The solutions provided by the Covenant university used Blade database
server to provide data solutions to the school. The data information provided is as
follows
Student’s Data:- Student’s Records keeps all the information that directly relates
to the students. Such information includes: student’s application, entry and
personal information.
Application Modules:- The modules of the application provide interfaces for the
entry and update of student’s personal information, course registration information,
course allocation information and student’s result information. The reports
xxix
provided by the covenant university portal shows that it satisfied 80% of the
expected output of data processing.
A study carried out in [12], determined the extent to which online registration has
eliminated course registration and result processing problems. It was established
that online registration has not only erased some problems inherent in the manual
system but has enabled efficient process. A study revealed that it has greatly
reduced multiple registrations, impersonation and registration flaws. These claims
were weighed on a Likert scale and the result shows that the respondents “agreed”
with a 90% confidence. The results show that online registration is quicker than
manual system, it enables a student know if s/he has been registered for the
examination, it reduces paperwork and it is more reliable than manual, However,
the results found out that the online portal has some draw-backs. Users usually
experience Pin rejection, log in difficulty, inability of the portal to identify
candidates, inability to attach picture, failure to save page, registration
modification difficulty, irregularities in the course contents. These problems are
addressed in this research work.
Course Registration and Result System carried out in Cardiff State University[8].
The system operates as follows.
1. Students
Students are the main target of the result process. They can log on to the site
to register their courses or check for registration errors. They can
o Register their courses online
o Rectify any Course Registration Errors
o View Results Online.
2. Registration Staff
A record officer accesses the list and approves or disapproves of student’s
registration for a course.
His function is to
o Add or Remove Student’s Registrations
xxx
Students that are not captured on the list but are taking the module will then need
to approach the registration staff for rectification. Students that are on the list but
not taking the module can be flagged by the module coordinator when the list gets
to him and this information is passed to registrations staff.
When a class assignment has been issued, academic staff will validate the class list
provided to them in registration list. Where errors or omissions have been
discovered registrations will need to be amended accordingly. If a student is not
registered for a module that he/she is taking, the student will need to be registered,
however, if this student was not on an exception report, their registration record
may need to be discussed with them ensuring that they are registered on all correct
modules. If a lecturer discovers that there are students registered on the module but
are not taking this module, these students will need to be contacted to rectify their
record.
This review of the existing result processing system in other universities gave birth
to the new system. The old system was modified, dropped some functions and
incorporated some functions into the new system. The new system is a system that
would solve the problem of improper course registration, impersonation into the
exam hall, late release of students’ results, inaccuracy due to manual and tedious
calculation and retrieval difficulties/inefficiency.
xxxi
CHAPTER 3: SYSTEM ANALYSIS AND
DESIGN
3.0 Introduction
xxxii
The object-oriented model was used for the design of the course registration and
result process system because it simplifies the software design process by
presenting each module as an object and provides an efficient way of
communicating with these objects. Object-oriented model represents the real-world
entities as systems objects. The objects are described by their attributes, behaviors
and relationships.
The essence of this validation is to ensure that the student is eligible for that
registration and that the required courses have been registered. After validation,
photocopy of form is submitted to each of the lecturer in charge of the registered
xxxiii
courses. The forms collected by the lecturers from various students are used to
compile the class list. Exams are taken and lecturers compile result. Each lecturer
submits his/her result to the HOD for approval. After that, a copy is sent to the
result processing unit. The various results from the different lecturers are collated
and kept together. The exam officer enters the student’s grades for each course in
the student’s work sheet and results are computed.
The courses offered in a degree programme are allocated a number of credit units
which vary from one course to another, because the courses vary in their needs and
scope. Hence some courses are allocated greater credit units than others. The
measure of performance of a student in any course is given by the grade-points
obtained in that course. The grade-points (GP) obtained by a student in any course
are determined by multiplying the value of the grade (numeric grade) by the credit
units of the course. The total grade-points are obtained by summing up the grade-
points of all the courses offered. The Grade-Point Average (GPA) is computed by
dividing total grade-points by the sum of credit units of all the courses offered in
that period. Thus;
Cumulative sum of the credit units of the courses up to the present year.
CGPA = ………………………………………………………………………………………………………………..
Cumulative sum of Total Grade-Points of the courses from year one up to the present year
xxxiv
When the result of student A is to be computed, the exam officer searches through
each published result to locate the result of a particular student and fills in the
course grade in the corresponding column of the student’s work sheet. The same
process is repeated until all the results for all courses registered by the student are
found and entered. Then the grade is computed. Table 3.1 is an example of a result
computation sheet for a particular student.
xxxv
Total Grade-Points = 79
Total Credit-Units = 20
Grade Point Average = 79/20;
GPA = 3.95
After the analysis of the current system, the following problems were identified.
The new result processing system automates all operations and administrative
activities related to course registration and examinations result processing in a
department of a university. Thus the basic activities carried out in a manual system
are performed by a computer. The system has two actors, the student and the
administrator. The primary source of student’s list comes from the admission list.
xxxvi
password. The password “computer” is general for everybody. This is to enable the
student log on to the portal. After logging in, the portal opens a window with his
surname scrolling across the window. This is to show that this student has logged
into the software. At this level, he cannot access the registration form or view
result if he is a first time user. A first time registration requires the student to
change the password to any name of his/her choice. When this is done, he will be
given access to register courses, edit courses or print registered courses. Student
registration is stored into the MYSQL database in a registration table. Lecturers
prepare students’ results in an excel spreadsheet with their own systems. The result
is saved in an excel format and transferred into a CD. The CDs are submitted to the
administrator who uploads the softcopy result into the MYSQL database. The
system provides a component that is capable of tracking each student’s result from
the result sheet and automatically calculates the GPA for each semester. With this,
the student is able to view all his results together with the GPA for the semester.
The software was designed by articulating the manual processes and automating
the processes. The automation is carried out by presenting each manual data
process as data objects. The data objects represent real-world entities e.g. course
registration. It has a set of attributes or properties and operations that can be carried
out on it. The object-oriented software captures the various data objects of the
system and establishes relationships and interaction among the objects. In the
result processing system, data objects are represented as a class object. The classes
are: student class; course class; registration class; result class and administration
class. Each class is an entity of its own with a known set of characteristics and
operations that can be performed on it. The student class contains the student
admission list. The administrator can add or delete a student’s record. He can also
print the list of registered students. The “course-class” contains all the courses that
xxxvii
are offered in the department. The administrator can equally add or delete courses
according to the current national universities commission (NUC) and departmental
specifications. The “registration-class” contains the name and registration number
of student together with the courses registered for a semester. If a student
registered for a module that he will not take, he will be required to meet the
administrator to drop the module. Only the administrator is authorized to access the
registration table. The result class contain the student’s result uploaded from excel
file. The administrator’s class contains the administrator’s ID and his profile. He
performs the following functions. Add or delete a student’s record, Add or delete
courses, Upload result, Calculate GPA and CGPA.
xxxviii
3.3.2 Justification for the use of this Design Methodology
The design tool used in this work is the UML. The Unified Modeling Language is
a standard graphical notation for describing software analysis and designs. UML
has symbols to assist in describing and documenting every part of the application
development process. When a standardized notation is used, it provides an efficient
xxxix
means of communication. In the course registration and result software, I identified
two objects as actors and are modeled as follows:
i. Students
ii. Administrator
Upload Biodata
Print Courses
STUDENT
View Results
Upload Students
Add Courses
Upload Results
Print Results
Figure 3.1 is a use case diagram that represents a summary of activities of the
Update Session
course registration and result processing system. The two major actors of the
Figure 3.1 The Use Case Diagram
system are:
1. The student: the student can register for a course, he can revisit the
site and edit the courses, prints a form that contains a list of all the
courses registered, and he can also view his result.
2. The Administrator: this is a staff authorized to have access to the
software. At the beginning of the session, he first of all updates the
session and uploads various files in an excel format. He uploads
courses that will be taken that session, students who have registered
xl
for their respective courses and then uploads result when it is ready.
The administrator also calculates the student’s GPA and CGPA.
The functional use case explains the functionality of each of the activities
symbolized in the use case diagram.
1. Upload Biodata:- this is a web-page that inserts the student’s profile data
into the database system. The raw data is gotten from the department and
transferred into a digital form by typing into an excel template. The excel
data is then upload into the system.
2. Register/Edit Courses:- this page allows a student to register for his/her
courses online.
3. Print Courses:- A view is created where the student can view all registered
courses before printing the courses.
4. View Results:- A student is also given the rights to see results of all
registered courses.
5. Upload Students:- this is a module that transfers student’s list from excel file
to the portal system.
6. Add Courses:- the web-page inserts into the database system all courses and
course description that is offered in the department.
7. Add & Edit Staff:- this is a page that adds the names and qualifications of all
staff in the department into the database.
8. Print Class List:- A list of class members is generated from database.
This list comes from the excel data and uploaded by the administrator in the
upload student’s page.
xli
9. Print Course List:- this generates list of all courses offered in the department.
The list is generated according to the specification by the admin officer.
10. Upload Results:- the admin is given the rights to upload student’s results
that is given by the examiner.
11. Print Results:- the admin can print the student’s result from the database
12. Update session:- the admin officer has the privileges to allow student’s
registration at the beginning of the session and terminates the registration at
the end of the session.
Gender (varchar(10)) 1 *
Level (varchar(10))
Registration OPERATIONS
Department (varchar(10))
Student’s Name varchar(30) Add courses ()
Programme (varchar(4)) Delete courses ()
Faculty (varchar(17))
*
Student’s Reg.No varchar(10) *
xlii
Course Code varchar(20)
Local Government(varchar(5))
xliii
Admin table is the necessary profile information that the Admin would have in
order to access the software. Figure 3.3 is a screen shot of the database tables.
xliv
Field Type Null Extra
Surname Varchar(15) No
Level Varchar(20) No Othername Varchar(20) No
Session Varchar(20) No password Varchar(10) No Primary key
Department Varchar(30) No
Programme Varchar(30) No
Faculty Varchar(30) No
Local Govt Varchar(30) No
State Varchar(30) No Table 3.4 Courses
Hometown Varchar(30) No Field Type Null Extra
Sponsor’s Varchar(30) No Course-code Varchar(10) No Primary key
Name Course-Title Varchar(30) No
Sponsor’s Varchar(30) No Unit-Load Varchar(2) No
Contact
Address
Phone No Varchar(30) No
Student’s Varchar(30) No
Photo
xlv
Session Varchar(9) No
Course-code Varchar(6) No Foreign key
Date Date No
Note: the two foreign keys: Reg.no and Course-code uniquely identifies the course
registration table. Reg.no is the primary key of the Bio-data table and course-code
is the primary key of the Course table.
The input design shows the template for the user’s input. Data is entered into the
system through the input form. The students enter data through the course
registration forms while the admin officer has separate forms for uploading the
xlvi
students’ biodata and students’ result. The login forms are shown in figures 3.4 and
3.5
Reg. No
Password
Log in
Password
xlix
Figure 3.8 Input Form for uploading student’s result
l
Input Form for Adding courses
li
Output Design
The output design is the design of the results the user expects to get when he logs
in and uses the software. The major thing a student does with the software is to
register courses and view result online. After registering for courses online, he/she
can print the registered courses. Figure 3.10 shows the printout of the registration
forms.
UNIVERSITY OF NIGERIA NSUKKA
OFFICE OF THE REGISTRAR
STUDENT’S COURSE REGISTRATION PROFILE REPORT
passport
ASIRI TIMOTHY 2014/123456 PHYSICAL SCIENCES COMPUTER SCIENCE 2014/2015 FIRST MALE
DATE OF BIRTH LGA HOMETOWN HOSTEL SPONSOR’S NAME SPONSOR’S ADDRS SPONSOR’S GSM
MY RESULT
PROFILE REGISTER COURSES VIEW COURSES LOGOUT
GPA
CGPA
WELCOME, ASIRI YOU HAVE SUCCESSFULLY LOGGED IN
VIEW RESULT
REG.NO: 2011/175769
SEMESTER: SECOND
LEVEL: 100
Examination Date
Lecturer’s Sign…………………………………….Date…………………
A’s…………………B’s………………….C’S……………………D’S……………………E’S………………………………F’s………………
The design in figure 3.13 is the lecturer’s result report after uploading result from
excel file. The administrator uses the existing data of the database to query the
system and produce this Official Result Sheet.
The semester broadsheet report as shown in figure 3.14 produces all the semester
results of a class in a single sheet. In the broadsheet report represented below, each
row contains a student’s name with his/her result details. The column titled
“courses offered” lists courses registered by a student. Each course is enclosed in
a bracket together with the course code, the credit load for the course, the grade
obtained in the course and the grade point. The system picks the information and
then generates the total credits unit of all registered courses, total grade point
earned and the grade point average of a particular student.
S/N Names Reg.No First Year GPA Second Year GPA Third Year GPA Fourth Year GPA CGPA
1ST 2ND 1ST 2ND 1ST 2ND 1ST 2ND
1 ASIRI TIMOTHY 2014/123456 4.75 4.65 3.65 3.73 3.95 4.0 4.24 4.43 4.175
2 EZE FRANK J 2014/123457 4.35 4.57 4.45 3.95 4.00 4.23 4.57 4.12 4.280
3 ASOGWA SAMUEL 2014/123458 3.55 3.77 4.12 4.00 3.98 3.65 4.36 4.55 4.125
4 OKOYE RUTH I 2014/123459 2.56 3.00 3.58 3.91 4.10 4.23 4.11 4.62 4.002
5 OLEKA FRANKLIN 2014/123460 3.71 4.11 4.12 4.45 4.35 4.12 4.30 3.55 4.152
6 UTURU DANIEL L 2014/123461 4.00 3.57 3.76 4.01 3.55 4.23 4.16 4.35 4.000
7 OKENNA JOY G 2014/123462 2.95 3.21 3.75 3.19 4.00 3.91 4.41 4.25 3.952
8 NDU OBILOR I 2014/123463 4.11 3.90 3.87 4.10 3.63 3.75 4.07 4.45 3.890
9 AGBO KELVIN J 2014/123464 4.24 4.56 3.56 4.53 3.12 3.20 3.23 3.78 3.863
10 OBETTA SAMSON 2014/123465 3.75 2.65 3.90 3.55 3.45 3.65 3.75 4.00 3.755
11 ASADU NDUBUISI 2014/123466 4.22 4.13 3.24 2.65 2.98 3.00 3.67 3.55 3.457
lvi
3.4 Systems Architecture
The system was designed in a 3tier architecture as shown in figure 3.16. The 3-tier
architecture comprises of :-
(1). The Presentation Tier:- This software level presents the user with the
interface. It was designed with a HTML.
(2). The Middle Tier:- This level serves as an intermediary between the interface
and the database. It picks data entered by the user through the interface and either
inserts it into the database or compares with the already existing data in the
database
(3). The Data tier:- This is the third tier of the software architecture. It is the
database that allows the insertion, storage and retrieval of any information.
Broadsheet Report
Upload Result
Cummulative
Add Courses Broadsheet Report
The development environment used in this project work “Course Registration and
Result Processing System” is HTML and MYSQL database. HTML was used to
create the interfaces, the forms and the logins. It enables a formal presentation of
the PHP code to the web and facilitates the creation of web-pages. MYSQL server
is a web-based database software that allows a multi-user access. The minimum
attributes of a system required to run the package on a localhost are: Pentium 4
system, windows XP operating system, 100GB dataspace and 1GB memory space.
lviii
4.2 CHOICE OF THE PROGRAMMING LANGUAGE USED
Administrator Login
Student’s Login Upload Students
Add Courses
View Broadsheet
Upload Result
Course Administrator
Registration
PRINT TRANSCRIPTlix
Logout
Student
Home Page
Figure 4.1 Implementation Architecture
4.4 SOFTWARE TESTING
The system was tested at every stage of its development in other to detect and
remove errors. During the development, a parallel testing was conducted to check
the correspondences between the manual output report and automated report.
Though the presentation format of the automated report slightly vary,there is a
uniform information.
Integration of modules: Some modules were found to work better when they were
independent than when they were integrated together.
I tested the performance of the software in different web browsers. It was found to
perform better with a Mozilla Firefox browser.
The query language was used and tested to know its ability to generate different
kinds of report. It was found out that the input data structure in the database design
must correspond to the user’s input. Eg entering a course code with space in
between as in “COS 101” in the course input table would not generate the
adequate report if the table design structure does not have the space in between.
Again, character length specified in the design table must be used in the character
data entry.
The cascading style sheet was tested by changing the settings until a suitable
rendering was achieved. The higher the parameter’s value the more visible and
suitable outlook it presents. The system was run on a localhost at the end of the
implementation and it was found to work well.
lx
4.5 DOCUMENTATION
This piece of write up presents the user on how to install and use the system. The
software was designed with a wamp server. The wamp server contains the PHP
development environment, HTML and the MYSQL database. The wamp server
used, is Wamp5_1.7.2. It will be installed on a system following a normal
installation process. During the installation process, it creates a folder called www
folder. Locate the www folder and copy the developed software folder into www
folder. Then create a database in the MYSQL server with the name result. Move
back to the software folder and locate the database queries saved in a notepad.
Copy the contents of the file one after the other into the result query window. This
creates the various tables of the result database. Right click on any part of the
result window and click on reload. The system is refreshed and is ready for use.
The admin who has been given a password, clicks on the wamp5 server icon and
clicks on a localhost. The localhost window opens with menus “Tools ; Your
Projects ; Your aliases” under “tools”, click on phpMyAdmin2.10.1 to access the
database tables. Under “your project”, click on result and the software opens. The
procedure for the system’s usage is given in the user’s manual.
The software package was saved in a folder called result in a file pathway:
computer > window(c)> wamp> www> result. The main software developed is
called result. The Result folder comprises different modules developed in a
piecemeal with a scripting language. The database is designed with a
lxi
PhpMyadmin. The database comprises 11 different tables each with a unique field.
Selection of records from the different tables generates the software output. The
software modules together with the database tables are integrated together to form
a larger application. They are as follows:
lxii
database and confirms the validity of the student’s entry. If the course
registration requirements are not met, a check code will restrict the
student from submitting the registered courses.
ix. The Addstaff, Adddepartment, Addfaculty file:- these modules allow the
addition of a new staff into the database, addition of a department or a
faculty into the database.
x. The uploadresult file:- this file contains the method that imports result
file from an excel spreadsheet into the MYSQL database.
xi. The uploadresultcheck:- it checks the excel template so as to match the
field parameters of the template to the existing MYSQL database.
xii. The viewbroadsheet file:- this module presents the interface that shows
the summary of every student’s result of a particular session and a
particular level.
xiii. The viewbroadsheetcheck file:- this is the connection string between the
interface and the database. At a click of view broadsheet button, the code
here loads the contents of the result database into a template for the
user’s view
xiv. The viewresult file:- this is a module that generates the student’s
semester result. It combines the indexes keys of the session, semester and
level table in a query and produces the result of exactly that semester
xv. The viewtranscript file:- this is a query module built into HTML file that
generates a particular student’s result from first year to final year.
xvi. The viewclasslist file:- the classlist module concatenates the unique
strings of a department, session and year of study of a particular class and
prints a list of their results.
xvii. The courselist file:- the course list presents the user with the list of all
courses offered in each class for a department.
lxiii
xviii. The uploadimage file:- this file into the database student’s photo. It
connects to the database and places the student’s photo together with his
Reg.no, and name and saves as a blob in the database.
1. The administrator enters the portal with a password. He has the following
list of menus to use.
Home; Activates session; Upload students; Update Staff Profile; Add
courses; Upload result; View or print broadsheet; Print Lecturer’s
Grade sheet report; Print Class List; Print Registered students for a
course; Promote students; End registration; Logout
2. He activates the session in other to keep the registration portal open so that
students can register their courses
3. He uploads the student’s list into the database from an excel template. The
list is gotten from the department’s admission list. The admin can upload a
list of old students or the new students. At the upload of the new students,
each student is given a general password. He logs into the system with it and
then changes it to a personal password. The difference between the old and
new upload interface is that the old interface request for the year of study of
those particular students.
4. He inputs courses offered in the department through the add course form or
can as well upload from excel template. He inputs the course code, course
title and unit load of all courses offered in the department.
5. The Admin is given the privilege to insert into database the profile list of a
new staff in the department. He can also add departments and faculty into
the existing list in the database. He also has the right to call up the
information in a database and make necessary changes to it.
lxiv
6. He views or prints the result of a particular student for a semester or for a
period of time. He can also print the result of a particular class for a
semester. The print student’s result interface request for the student’s
registration number, his year of study, session and department. The class
results interface request for the class year of study, department and session
then produces the result which can be printed.
7. The admin views or prints various lists in the database. he views the class
list or course list in which case the relevant fields in the database uploads
into the view interface. He can also export files from the system’s database
by clicking on the saving button on the user interface and the data is
exported.
8. The admin has rights to validate registration, edit registration and backup
information in the database. He backs up the information by saving in a CD
Rom or another Hard Drive.
9. The student logs into the portal with a password and registers his courses.
The student’s portal page has the following list of menus. Home; Register
courses; Edit courses; View or Print Registered courses; View Result;
View or Print GPA; View or Print CGPA; Logout.
The Home menu and the logout menu take the student to the homepage of
the system. A click at the Register courses opens a page that request students
to indicate their faculty, department, year of study, session and semester
before the registration page opens. The page opens the course registration
form and the student fills in courses as specified by the department. A click
at the view result button requests for the student’s level, semester and
session before the result interface opens to show the student’s result. Note:
The student’s result sheet will only be available if the student has duly
registered for the courses and the result was successfully uploaded. The
lxv
View CGPA module shows the student’s result for a period of time. The
View CGPA can equally serve as a transcript. The only difference is that in
the View CGPA, the user can opt to view his result for a particular period of
time while transcript generates result at the end of the student’s programme.
A click at the edit course level request from the user the course code of the
affected course and then upload the course details for the user to correct. The
view registered course presents to the user all courses he registered, the total
unit load of the courses and the student’s profile information.
10.At the end of the course registration, the admin officer ends the registration
session such that the system will not allow any further course registration.
11.The student’s result file are submitted by the lecturers in an excel template.
The admin officer uploads the result file for the semester from the excel
template into the database.
12. The admin ends registration at the end of each semester and at the
beginning of a new semester, he activates the semester and the students
continue with the course registration of the new semester.
13.At the beginning of a new session, the admin activates the session and the
semester and promotes students to the next level.
14.The same process starts again and continues until the student graduates.
This is a list that contains the program source codes. The codes are placed in the
appendix II of this project report.
The new course registration and result processing system is an enhanced automated
software that is built to eradicate the major problem inherent in the current system.
The development of this system arose because of the growing rate at which
students overstay in the school and the semi manual/digital method of result
computation. A study investigated the cause of these problems and conclusion was
drawn that it is caused by improper course registration and the manual method of
result computation. Therefore the new system targets to arrest this situation by
building features in the software that could not only produce a better system but
mandate students to register any of their failed outstanding courses before
registering for the new courses in the current session and rewriting the exam on
time.
Secondly, study into the result processing system exposed the laborious nature of
the system; it is time consuming and less effective. The new system is developed
with the capability to extract students result from an excel result template and
calculate the semester GPA for the student. This will not only enable the students
to access themselves and improve their performance but will also help the exam
officer to articulate and compile students result at final year.
lxvii
5.1 CONCLUSION
5.2 RECOMMENDATIONS
The findings of this study exposed some salient issues in the student’s course
registration process that would require further automation. It is hoped that these
issues will advance and promote further researches in schools and colleges. The
recommendations derived from this study are:
lxviii
2. Methodologies deployed in the system can be harnessed to allow the excel
software to interface with the MYSQL server in other to generate and
present the broadsheet report from it. This is the only way that the
broadsheet can be shown on a single sheet.
3. The system can be reprogrammed to allow semester transcript result to be
duly endorsed by any staff in charge online before the student can print a
copy of the result.
4. A component should be built into the excel result template so that the HOD
can endorse the result on the spreadsheet file and then submit it to the
administrator himself. This is to increase the reliability of the data in the
result template. Once the HOD handles and endorses the result, changes
cannot be made to the result.
lxix
REFERENCES
[1] Moses E. Ekpenyong.‘A Real-Time IKBS for Students Results
Computation’, International Journal of Physical Sciences (Ultra Scientist of
Physical Sciences) Volume 20, Number 3(M), (2008) Page 2
lxxi
Appendix I
Below are screenshots of the system interfaces, the logins, input and output forms
of the application.
Figure 4.2 shows the homepage with menu for the user’s login.
Figure 4.3 shows the Admin login page where he can either add a course, add staff,
upload results, view broadsheet and prints reports etc.
Figure 4.5 shows the result uploaded interface. Here the Admin can select the
necessary details of a course and then upload data from an excel file.
Figure 4.6 shows the form for student course registration. Students select the
session, the semester and the level. Click on the select course combo. It enlists all
courses offered in that semester for the student’s registration.
lxxii
Figure 4.2 The Homepage
lxxiii
Figure 4.3 The Admin Login page.
lxxiv
Figure 4.6 Student Course Registration Form at the point of registering.
lxxv
Figure 4.8 The Semester Broadsheet Report for a class or a level. Here only two students are duly
registered.
lxxvi
Figure 4.9 The Lecturer’s Grade Sheet
The Grade Sheet report shows result for all students whose results were duly uploaded but indicate
their department and year of study only if they register for the courses.
lxxvii
The Class List.
Figure 4.10 The Class List. This list displays the names of students who are duly registered in a class.
lxxviii
Figure 4.11 The Semester Transcript Report for a single student
lxxix
Figure 4.12 The CGPA result for a period of two years
APPENDIX II:
<?php
session_set_cookie_params(0);
session_start();
$myusername = $_SESSION['myusername'];
$myusername = strtoupper(stripslashes($myusername));
lxxx
$tbl_name="studentlogin"; // Table name
$result=mysql_query($sql);
$row = mysql_fetch_assoc($result);
$passwords = $row['password'];
$names = strtoupper(stripslashes($names));
if($passwords=='computer'){
session_register("myusername");
header("location:changepassword.php");
?>
<head>
<title>Course Registration</title>
lxxxi
</head>
<body>
<div id="wrapper">
<?php
include('includes/header.php');
include('includes/nav.php');
$result=mysql_query($sql);
$row = mysql_fetch_assoc($result);
$names = $row['names'];
$fetch = mysql_query($sql);
while($rows = mysql_fetch_array($fetch)) {
$names = $row['names'];
?>
<tr>
<td>
lxxxii
<p align="center"><b><font face="Times New Roman"
color="#f22222">
</tr>
<tr>
<td>
</tr>
</table>
<div id="content">
</tr>
<center></table>
</body>
</html>
lxxxiii
<meta name="description" content="" />
<meta name="keywords" content="" />
<meta name="author" content="" />
<link rel="stylesheet" type="text/css" href="style.css" media="screen" />
<title>Course Registration</title>
</head>
<body>
<div id="wrapper">
<?php
include('includes/header.php');
include('includes/nav2.php');
?>
<div id="content">
<form enctype="multipart/form-data" method="post" role="form">
<div class="form-group">
<label for="exampleInputFile">File Upload</label>
<input type="file" name="file" id="file" size="50">
<p class="help-block">Only Excel/CSV File Import.</p>
</div>
<button type="submit" class="btn btn-default" name="Import"
value="Import">Upload</button>
</form>
</tr>
<center></table>
</div> <!-- end #content -->
lxxxiv
<?php
if(isset($_POST["Import"]))
{
//First we need to make a connection with the database
$host='localhost'; // Host Name.
$db_user= 'root'; //User Name
$db_password= '';
$db= 'result'; // Database Name.
$conn=mysql_connect($host,$db_user,$db_password) or die (mysql_error());
mysql_select_db($db) or die (mysql_error());
echo $filename=$_FILES["file"]["tmp_name"];
if($_FILES["file"]["size"] > 0)
{
$file = fopen($filename, "r");
//$sql_data = "SELECT * FROM biodata ";
while (($emapData = fgetcsv($file, 10000, ",")) !== FALSE)
{
//print_r($emapData);
//exit();
$sql = "INSERT into biodata(Regno,surname,others,gender,level,session)
values
('$emapData[0]','$emapData[1]','$emapData[2]','$emapData[3]','$emapData[4]','$e
mapData[5]')";
$sql1 = "INSERT into
studentlogin(Regno,surname,others,password) values
('$emapData[0]','$emapData[1]','$emapData[2]','computer')";
lxxxv
$sql2 = "INSERT into endtime(timer,session) values
('0','$emapData[5]')";
$sql3 = "INSERT into session(session) values
('$emapData[5]')";
mysql_query($sql);
mysql_query($sql1);
mysql_query($sql2);
mysql_query($sql3);
}
fclose($file);
echo 'CSV File has been successfully Imported';
}
else
echo 'Invalid File:Please Upload CSV File';
}
?>
<?php include('includes/footer.php'); ?>
</div> <!-- End #wrapper -->
</body>
</html>
The Module that Registers Students
<?php
session_set_cookie_params(0);
session_start();
$username = $_SESSION['myusername'];
lxxxvi
$myusername = $username;
$myusername = strtoupper(stripslashes($myusername));
$host="localhost"; // Host name
$username="root"; // Mysql username
$password=""; // Mysql password
$db_name="result"; // Database name
$tbl_name="studentlogin"; // Table name
mysql_connect("$host", "$username", "$password")or die("cannot connect");
mysql_select_db("$db_name")or die("cannot select DB");
$sql="SELECT surname FROM $tbl_name WHERE regno='$myusername'";
$result=mysql_query($sql);
$row = mysql_fetch_assoc($result);
$surname = $row['surname'];
$surname = strtoupper(stripslashes($surname));
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta name="description" content="" />
<meta name="keywords" content="" />
<meta name="author" content="" />
<link rel="stylesheet" type="text/css" href="style.css" media="screen" />
<title>Course Registration</title>
lxxxvii
</head>
<body>
<div id="wrapper">
<?php
include('includes/header.php');
include('includes/nav.php');
?>
<center><table width="100%" border="0" cellpadding="0" cellspacing="0"
bgcolor="#f8f8f8">
<tr>
<td>
<p align="center"><b><font face="Times New Roman"
color="#000000">
<marquee><?php echo "WELCOME ".$surname; echo ",
YOU HAVE SUCCESSFULLY LOGGED IN.";?></marquee></font></b></td>
</tr>
<tr>
<td>
</tr>
</table>
<div id="content">
<form action="seeregistercheck.php" method="post" target="_blank">
<select name="session">
<option selected="selected"><center>---SELECT SESSION---</option>
<?php
include('check.php');
lxxxviii
$SQL1 = "DELETE from hold where Regno =''";
$result = mysql_query($SQL1);
$sql=mysql_query("SELECT session FROM session");
while($row=mysql_fetch_array($sql))
{
$session=$row['session'];
echo '<option value="'.$session.'">'.$session.'</option>';
}
?>
<tr>
</select>
</td>
</tr>
<select name="semester">
<option selected="selected"><center>---SELECT SEMESTER---</option>
<?php
$sql=mysql_query("SELECT semester FROM semester");
while($row=mysql_fetch_array($sql))
{
$semester=$row['semester'];
echo '<option value="'.$semester.'">'.$semester.'</option>';
}
?>
<tr>
</select>
lxxxix
<select name="level">
<option selected="selected"><center>---SELECT LEVEL---</option>
<?php
$sql=mysql_query("SELECT * FROM Level");
while($row=mysql_fetch_array($sql))
{
$level=$row['level'];
echo '<option value="'.$level.'">'.$level.'</option>';
}
?>
</select>
<p>
</p>
<input name="myusername" type="hidden" id="myusername" size="12"
value="<?php echo $myusername; ?>"
<input name="surname" type="hidden" id="surname" size="12" value="<?php
echo $surname; ?>"
<tr><td bgcolor="#f1f1f1"> </td>
<td bgcolor="#f1f1f1"><input type="submit" value="View Courses" /></td>
</tr>
</table>
</form>
<?php include('includes/footer.php'); ?>
<div>
</div> <!-- End #wrapper -->
xc
</body>
</html>
The Module that Upload Result
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta name="description" content="" />
<meta name="keywords" content="" />
<meta name="author" content="" />
<link rel="stylesheet" type="text/css" href="style.css" media="screen" />
<title>Course Registration</title>
</head>
<body>
<div id="wrapper">
<?php
include('includes/header.php');
include('includes/nav2.php');
?>
<div id="content">
<form action="uploadresultcheck.php" method="post" target="_blank">
<div class="form-group">
<p class="help-block">Make sure Result is Saved in 'C:\ResultFolder' then Click
to Upload.</p>
xci
</div>
<button type="submit" class="btn btn-default" name="Import"
value="Import">Upload Result</button>
</form>
</tr>
<center></table>
</div> <!-- end #content -->
<?php include('includes/footer.php'); ?>
</div> <!-- End #wrapper -->
</body>
</html>
The Module that Generates Student’s Semester Result
<?php
session_set_cookie_params(0);
session_start();
$username = $_SESSION['myusername'];
$myusername = $username;
$myusername = strtoupper(stripslashes($myusername));
$host="localhost"; // Host name
$username="root"; // Mysql username
$password=""; // Mysql password
$db_name="result"; // Database name
$tbl_name="studentlogin"; // Table name
mysql_connect("$host", "$username", "$password")or die("cannot connect");
mysql_select_db("$db_name")or die("cannot select DB");
xcii
$sql="SELECT surname FROM $tbl_name WHERE regno='$myusername'";
$result=mysql_query($sql);
$row = mysql_fetch_assoc($result);
$surname = $row['surname'];
$surname = strtoupper(stripslashes($surname));
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta name="description" content="" />
<meta name="keywords" content="" />
<meta name="author" content="" />
<link rel="stylesheet" type="text/css" href="style.css" media="screen" />
<title>Course Registration</title>
</head>
<body>
<div id="wrapper">
<?php
include('includes/header.php');
include('includes/nav.php');
?>
<center><table width="100%" border="0" cellpadding="0" cellspacing="0"
bgcolor="#f8f8f8">
xciii
<tr>
<td>
<p align="center"><b><font face="Times New Roman"
color="#000000">
<marquee><?php echo "WELCOME ".$surname; echo ",
YOU HAVE SUCCESSFULLY LOGGED IN.";?></marquee></font></b></td>
</tr>
<tr>
<td>
</tr>
</table>
<div id="content">
<form action="viewresultcheck.php" method="post" target="_blank">
<select name="session">
<option selected="selected"><center>---SELECT SESSION---</option>
<?php
include('check.php');
$SQL1 = "DELETE from hold where Regno =''";
$result = mysql_query($SQL1);
$sql=mysql_query("SELECT session FROM session");
while($row=mysql_fetch_array($sql))
{
$session=$row['session'];
echo '<option value="'.$session.'">'.$session.'</option>';
}
xciv
?>
<tr>
</select>
</td>
</tr>
<select name="semester">
<option selected="selected"><center>---SELECT SEMESTER---</option>
<?php
$sql=mysql_query("SELECT semester FROM semester");
while($row=mysql_fetch_array($sql))
{
$semester=$row['semester'];
echo '<option value="'.$semester.'">'.$semester.'</option>';
}
?>
<tr>
</select>
<select name="level">
<option selected="selected"><center>---SELECT LEVEL---</option>
<?php
$sql=mysql_query("SELECT * FROM Level");
while($row=mysql_fetch_array($sql))
{
$level=$row['level'];
echo '<option value="'.$level.'">'.$level.'</option>';
xcv
}
?>
</select>
<p>
</p>
<input name="myusername" type="hidden" id="myusername" size="12"
value="<?php echo $myusername; ?>"
<input name="surname" type="hidden" id="surname" size="12" value="<?php
echo $surname; ?>"
<tr><td bgcolor="#f1f1f1"> </td>
<td bgcolor="#f1f1f1"><input type="submit" value="View Result" /></td>
</tr>
</table>
</form>
<?php include('includes/footer.php'); ?>
<div>
</div> <!-- End #wrapper -->
</body>
</html>
xcvi
$myusername = $username;
$myusername = strtoupper(stripslashes($myusername));
$host="localhost"; // Host name
$username="root"; // Mysql username
$password=""; // Mysql password
$db_name="result"; // Database name
$tbl_name="studentlogin"; // Table name
mysql_connect("$host", "$username", "$password")or die("cannot connect");
mysql_select_db("$db_name")or die("cannot select DB");
$sql="SELECT surname FROM $tbl_name WHERE regno='$myusername'";
$result=mysql_query($sql);
$row = mysql_fetch_assoc($result);
$surname = $row['surname'];
$surname = strtoupper(stripslashes($surname));
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta name="description" content="" />
<meta name="keywords" content="" />
<meta name="author" content="" />
<link rel="stylesheet" type="text/css" href="style.css" media="screen" />
<title>Course Registration</title>
xcvii
</head>
<body>
<div id="wrapper">
<?php
include('includes/header.php');
include('includes/nav.php');
?>
<center><table width="100%" border="0" cellpadding="0" cellspacing="0"
bgcolor="#f8f8f8">
<tr>
<td>
<p align="center"><b><font face="Times New Roman"
color="#000000">
<marquee><?php echo "WELCOME ".$surname; echo ",
YOU HAVE SUCCESSFULLY LOGGED IN.";?></marquee></font></b></td>
</tr>
<tr>
<td>
</tr>
</table>
<div id="content">
<form action="viewcgpacheck.php" method="post" target="_blank">
<?php
include('check.php');
$SQL1 = "DELETE from hold where Regno =''";
$result = mysql query($SQL1);
xcviii
?>
<p>
</p>
<input name="myusername" type="hidden" id="myusername" size="12"
value="<?php echo $myusername; ?>"
<input name="surname" type="hidden" id="surname" size="12" value="<?php
echo $surname; ?>"
<tr><td bgcolor="#f1f1f1"> </td>
<td bgcolor="#f1f1f1"><input type="submit" value="Click to View Result"
/></td>
</tr>
</table>
</form>
<?php include('includes/footer.php'); ?>
<div>
</div> <!-- End #wrapper -->
</body>
</html>
The module that Generates Broadsheet
<?php
session_set_cookie_params(0);
session_start();
$username = $_SESSION['myusername'];
$myusername = $username;
$myusername = strtoupper(stripslashes($myusername));
$host="localhost"; // Host name
xcix
$username="root"; // Mysql username
$password=""; // Mysql password
$db_name="result"; // Database name
$tbl_name="studentlogin"; // Table name
mysql_connect("$host", "$username", "$password")or die("cannot connect");
mysql_select_db("$db_name")or die("cannot select DB");
$sql="SELECT surname FROM $tbl_name WHERE regno='$myusername'";
$result=mysql_query($sql);
$row = mysql_fetch_assoc($result);
$surname = $row['surname'];
$surname = strtoupper(stripslashes($surname));
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta name="description" content="" />
<meta name="keywords" content="" />
<meta name="author" content="" />
<link rel="stylesheet" type="text/css" href="style.css" media="screen" />
<title>Course Registration</title>
</head>
<body>
<div id="wrapper">
c
<?php
include('includes/header.php');
include('includes/nav2.php');
?>
<center><table width="100%" border="0" cellpadding="0" cellspacing="0"
bgcolor="#f8f8f8">
<tr>
<td>
<p align="center"><b><font face="Times New Roman"
color="#000000">
<marquee><?php echo "WELCOME ".$surname; echo ",
YOU HAVE SUCCESSFULLY LOGGED IN.";?></marquee></font></b></td>
</tr>
<tr>
<td>
</tr>
</table>
<div id="content">
<form action="viewbroadsheetcheck.php" method="post" target="_blank">
<select name="session">
<option selected="selected"><center>---SELECT SESSION---</option>
<?php
include('check.php');
$SQL1 = "DELETE from hold where Regno =''";
$result = mysql_query($SQL1);
$sql=mysql_query("SELECT session FROM session");
ci
while($row=mysql_fetch_array($sql))
{
$session=$row['session'];
echo '<option value="'.$session.'">'.$session.'</option>';
}
?>
<tr>
</select>
</td>
</tr>
<select name="semester">
<option selected="selected"><center>---SELECT SEMESTER---</option>
<?php
$sql=mysql_query("SELECT semester FROM semester");
while($row=mysql_fetch_array($sql))
{
$semester=$row['semester'];
echo '<option value="'.$semester.'">'.$semester.'</option>';
}
?>
<tr>
</select>
<select name="level">
<option selected="selected"><center>---SELECT LEVEL---</option>
<?php
cii
$sql=mysql_query("SELECT * FROM Level");
while($row=mysql_fetch_array($sql))
{
$level=$row['level'];
echo '<option value="'.$level.'">'.$level.'</option>';
}
?>
</select>
<p>
</p>
<input name="myusername" type="hidden" id="myusername" size="12"
value="<?php echo $myusername; ?>"
<input name="surname" type="hidden" id="surname" size="12" value="<?php
echo $surname; ?>"
<tr><td bgcolor="#f1f1f1"> </td>
<td bgcolor="#f1f1f1"><input type="submit" value="View Broadsheet" /></td>
</tr>
</table>
</form>
<?php include('includes/footer.php'); ?>
<div>
</div> <!-- End #wrapper -->
</body>
</html>
The Module That Produces Grade Sheet
ciii
<?php
session_set_cookie_params(0);
session_start();
$username = $_SESSION['myusername'];
$myusername = $username;
$myusername = strtoupper(stripslashes($myusername));
$result=mysql_query($sql);
$row = mysql_fetch_assoc($result);
$names = $row['names'];
$names = strtoupper(stripslashes($names));
?>
<head>
civ
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<title>Course Registration</title>
</head>
<body>
<div id="wrapper">
<?php
include('includes/header.php');
include('includes/nav2.php');
?>
<tr>
<td>
</tr>
<tr>
<td>
cv
</tr>
</table>
<div id="content">
<table>
</br>
</br>
<tr>
<td><strong><font size="3">
Select Faculty:
<td>
<select name="faculty"/>
<?php
while($row=mysql_fetch_array($sql))
$faculty=$row['faculty'];
?>
</select>
cvi
</tr>
<tr><tr></tr><tr></tr><tr></tr><tr></tr><tr></tr><tr></tr>
<td><strong><font size="3">
Select Department:
<td>
<select name="department"/>
<?php
while($row=mysql_fetch_array($sql))
$department=$row['department'];
?>
</select>
</tr>
<tr><tr></tr><tr></tr><tr></tr><tr></tr><tr></tr><tr></tr>
<td><strong><font size="3">
Select Course:
<td>
<select name="coursecode">
cvii
<option selected="selected"><center>-------------SELECT COURSE-------------
</option>
<?php
include('check.php');
while($row=mysql_fetch_array($sql))
$coursecode=$row['coursecode'];
?>
<tr>
</select>
<tr>
</select>
</tr>
<tr>
<tr></tr><tr></tr><tr></tr><tr></tr><tr></tr><tr></tr>
<td><strong><font size="3">
Select Session:
<td>
<select name="session">
cviii
<option selected="selected"><center>------------SELECT SESSION------------
</option>
<?php
while($row=mysql_fetch_array($sql))
$session=$row['session'];
?>
<tr>
</select>
<tr>
</select>
<p>
</p>
<p>
</p>
</tr>
<tr></tr><tr></tr><tr></tr><tr></tr><tr></tr><tr></tr>
cix
<tr><td bgcolor="#22222"> </td>
<td bgcolor="#22222"><input type="submit" value="Continue" /></td>
</tr>
</table>
<tr>
</form>
<br></br><br></br> <br></br>
<div>
</body>
</html>
cx