S No. Topic Page No
S No. Topic Page No
CONTENTS
2. OVERVIEW 2-3
3. INTRODUCTION 3-4
4. SYSTEM OBJECTIVE 4
5. CLASSSES 4-6
6. IMPLEMENTATION 7-1
9. CONCLUSION 25
1 REFERENCE 26
ABSTRACT:
The hand operated system of time table preparation in colleges is very monotonous and time-
consuming which results in either the same teachers ending up with more than one class at a time
or a number of classes conflicting at the same classroom. Due to a non-automatic perspective,
absolute utilization of resources has proven ineffective. Generating educational timetables
manually often involves numerous rounds of changes before they can be satisfactory. Usually
such a process takes several days, and often the quality of the timetables is compromised due to
pressure to release the timetables on time.
solutions generated.
OVERVIEW:
Timetable Management System is a web based system which is developed for lecturers and
students as their online timetable. It would contain three modules: administrator module,
lecturer module and student module.
The functions of the administrator module are to handle the entire administrator task.
Administrator has to register the entire students for the first time. Administrator also has to
handle the additional, editing and deleting classes and subject as well.
For the lecturer module it contains the function to view timetable for the specific lecturer and the
master timetable for that semester. Lecturer can inquire for the class available and can book for
the free classes. Students module contains the functionality of add and drop subject. Students can
view and get the registration slip from the system.
Timetable Management System also contains a database, which stores the lecturers and students
personal details. Only the administrator can view, add and delete the data in the timetable. The
time tabling problem can be modeled as a constraint satisfaction point an institute, two courses
taught by the same faculty member cannot be scheduled for the same time slot. Similarly, two
courses that are required by the same group of students also should not conflict problem with
many parameter and loose constraints. These constraints have to be modeled in a format that can
be handled efficiently by the scheduling algorithm. The scheduling involves allowing for a
number of pair wise restrictions on which tasks can be done simultaneously. For instance, in
attempting to schedule classes.
INTRODUCTION:
Even though most college administrative work has been computerized, the lecture timetable
schedule is still mostly done manually due to its inherent difficulties. The lecture-timetable
scheduling is a Constraint satisfaction problem in which we find a solution that satisfies the
given set of constraints. Currently timetable is managed manually. It will help to manage all the
periods automatically. It Maximum and minimum work load for a Faculty for a day and week
will be specified for the efficient generation of timetable. Timetable Scheduler targets to develop
software for college in order to handle the „Timetable Formation‟ for the staff. The head of
every Department has problem in delegating work to their subordinates and response for the
work position. This work resolves the problem by permitting the lectures to see their assigned
subject and timetable. This software helps to handle the particulars of the timetable of staff.
HTML/CSS/BOOTSTRAP is employed as front end which is used to craft the user interface.
My SQL is employed as back end and used to craft the database and save the particulars.
Anybody with a little computer knowledge can approach and deal with the software with ease;
hence it can be termed user friendly. Hence it offers security to the users by offering perfect
login. The process of preparing a timetable involves beneficial employment of resources which
needs to be confronted each year by every educational institute.
Most colleges have a number of different courses and each course has a number of subjects. Now
there are limited faculties, each faculty teaching more than one subjects. So now the time table
needed to schedule the faculty at provided time slots in such a way that their timings do not
overlap and the time table schedule makes best use of all faculty subject demands. This object
comprises of Classroom objects and the timetable for every it likewise a fitness score for the
timetable. Fitness score relates to the quantity of crashes the timetable has regarding alternate
calendars for different classes. Classroom object comprises of week objects. Week objects
comprise of days, comprises of timeslots. Timeslot has an address in which a subject, student
gathering going to the address and educator showing the subject is related. The manual timetable
scheduling demands considerable time and efforts along with lots of paperwork.
The class timetabling difficulty could be a planning formula with nice interest and implications
within the fields of operational analysis and AI. Most institutes subsume this drawback
manually, i.e. an effort and error methodology is employed to line a timetable. whereas setting a
timetable, importance is given to effective utilization of re that becomes a really exhausting task
that has to be self-addressed a minimum of once a year by each educational institute.
System Objective:
The main objective of developing the Timetable Management System is to have a quality and
feasible timetable which is to improve the current system that FCSIT is using. Another objective
is the system should be user-friendly and easy to maintain. The system produced should be easily
modified to address any form of constraints in an actual situation. The system should also be
robust and produce a feasible solution for any big problem.
Classes:
○ Authorization Module
○ Email Module
5. Authentication Module
○ Manage Authentication using following three possible Service / Class
i. Using our basic authentication\
1. In this service basic userid and password is compared with what have
in our database
ii. Using Google credentials / login
1. Use Google OAuth service
iii. Using Facebook credentials / login
1. Use Facebook OAuth service
○ Forgot Password Service / Class
○ Reset Password Service / Class
○ OTP Service
6. Create Web interface for whole Subject Management System
○ Create complete Subject Management Use Case Diagram
○ Create set of classes acting as web service
○ Create Front End html for this subject management
○ Create relevant MySQL table(s) also
i. In this case only one table with the name tbl_subjects and fields corresponding
to each field in the class mentioned above
7. Security Perspective
○ HTTPS implementation (Lower Priority)
IMPLEMENTATION:
A. Modules
It has developed in three modules
Insertion Module
Allocation module
Display module
1) Insertion Module: In this module we provide various user inputs to our system
which acts raw data for creating the final time table Fig.1
Faculty Details In this sub module we insert various details of faculty such as
faculty name, email and contact number. And we also provide a unique faculty id
which helps in referencing throughout our software and it also acts a login
credentials.
Subject Details In this sub module we insert details of subjects that are in our
curriculum such and subject name. We try to store the theory subjects and lab
subjects separately in our database so that it becomes easy for us in future use.
Mapping in this sub module we take user input such as which faculty is taking
which theory subjects and which lab in a particular semester and we store it our
insertion module
2) Allocation Module: In this module, user can choose any semester randomly to
start the process. He starts filling the slots from the Monday by selecting a particular
subject. Faculty that is mapped with that subject gets allotted to that slot of the day.
The various soft and hard constraints are checked every time the slot is filled. It will
not be blocked if any of the constraints is not satisfying .We are checking all these
constraints by writing query in stored procedure and using the database data figure.
DEPARTMENT OF CSE,MIET 10 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
3) Display Module: In this module we can view how the time table is generated
of each class. We have also provided the feature to view the class time table and
faculty wise time table Fig 3
Class Wise Time Table In this we can view the class wise generated time table by
selecting the particular semester which we want to see. The time table will have
subject with faculty who handling that subject.
Faculty Wise Time Table In this we can view all the subject name that are handled
by a particular faculty.
DEPARTMENT OF CSE,MIET 11 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
Logic:
Step 1: Read subject, faculty and semester from the tables subject, faculty and
semester respectively.
Step 2: Validate the details and processing is done
Step 3: Subject allocated for faculty’s successfully in the table named Timetable.
Function: View Timetable
Input: Subject Semester, Faculty Output: Timetable
Logic:
Step 1: Read subject, faculty and semester from the tables subject, faculty and
semester respectively.
Step 2: Timetable generated successfully in the table called timetable.
System formed:
System analysis, sometimes called requirement analysis, is the process of gathering information
about the current system, identifying its strengths and problems, and analyzing them to produce a
concept for the new system. The goal of this analysis stage is to truly understand the
requirements for the new system and develop a system concept that addresses them. In the
current case, there is a current system that used in FCSIT. The analysis that will be done would
be on how a current system works and the new requirement to improve the timetable system.
The current manual timetable system is use by postgraduate and undergraduate. This manual
system will make sure there are no clashes for the every timetable produced. The current
timetable always change and involved many lecturer to handle it. It’s taking too much of their
time. The conclusion is they need a system to help and improve the process of preparing the
timetable.
B. User Analysis
DEPARTMENT OF CSE,MIET 12 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
The users of this system are divided into three categories. The first category would be the
lecturers who need their own timetable and master timetable for the semester. They also want to
enquire if the class is available or not to do the additional or replacement class and can book the
class straight away. The second category would be the students who want to add and drop the
subject. They also can have their timetable and registration slip. The third category would only
contain the administrator, who would be able to monitor and control the Timetable Management
System, which includes the lecturers and students data.
C. Content Acquisition
The contents of Timetable Management System, which include text and graphics, would be
acquired from the following sources described below.
Text
Most of the text content are look and feel used in Timetable Management System is taken from a
few scraped ideas and going through reference materials during the literature review and
research studies.
Graphics
As graphics plays an important role to attract browser attention, creative and nice graphics are
needed. Most of the graphics are downloaded from the Internet and further modified using either
Adobe Photoshop of Macromedia Fireworks. The logo and banner are created using Adobe
Photoshop.
D. USE CASE
UML use case diagrams are used to describe the main processes and functionality of the UML
use case diagrams are used to describe the main processes and functionality of the Timetable
Management System. The purpose of having use case diagram is to identify the scope of the
system. Three use case diagrams have been created for timetable system: one for the lecturer,
students and the administrator.
DEPARTMENT OF CSE,MIET 13 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
Lecturer can log-in to Timetable Management System, using their usernames and passwords.
System displays the main menu if log-in is successful. If the username and password are not
accepted, system displays a message indicating that the username or password is invalid. Once
the lecturer logs in, he or she can perform the processes (use cases) like view class, view
timetable, view master timetable, inquiry class available, class booking and change password.
DEPARTMENT OF CSE,MIET 14 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
View Class Lecturer can view class, by using this function they can see
the subject code, credit hour, class, day and time.
View Timetable Lecturer can view their timetable by using this function
View Master Timetable Lecturer can view the master timetable for the semester.
Inquiry Class Available All lecturers are allowed to inquire the class available for the
semester.
Class Booking All lecturers can book class if they want to do the additional
class.
DEPARTMENT OF CSE,MIET 15 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
Student can log-in to Timetable Management System, using their usernames and password,
system displays the main menu if log-in is successful. If the username and password are not
accepted, system displays a message indicating that the username or password is invalid. Once
the student logs in, he or she can perform the processes (use cases) like add subjects, drop
subject, view timetable, view registration slip and can change password.
DEPARTMENT OF CSE,MIET 16 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
DEPARTMENT OF CSE,MIET 17 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
The administrator does not need to register, as his or her username and password is fixed in the
database. The administrator needs to log in to Timetable Management System in order to manage
the system. Besides logging in, the seven main use cases for the administrator are student
registration, lecturer registration, add class, edit class, delete class, add subject, edit subject and
delete subject.
DEPARTMENT OF CSE,MIET 18 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
UML DIAGRAMS:
DEPARTMENT OF CSE,MIET 19 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
DEPARTMENT OF CSE,MIET 20 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
DEPARTMENT OF CSE,MIET 21 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
DEPARTMENT OF CSE,MIET 22 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
DEPARTMENT OF CSE,MIET 23 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
DEPARTMENT OF CSE,MIET 24 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
DEPARTMENT OF CSE,MIET 25 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
RESULT ANALYSIS
DEPARTMENT OF CSE,MIET 26 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
CONCLUSION:
there should be a minimum gap of one hour for respective faculty per subject
DEPARTMENT OF CSE,MIET 27 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
REFERENCES:
[5] Anirudha Nanda “An Algorithm to Automatically Generate Schedule for School Lectures
Using a Heuristic Approach”. International Journal of Machine Learning and Computing, Vol. 2,
No. 4, August 2012.
[6] A. Elkhyari, C. Gu´eret, and N. Jussien, “Solving dynamic timetabling problems as dynamic
resource constrained project scheduling problems using new constraint programming tools. In
Edmund Burke and Patrick De Causmaecker, editors, Practice And Theory of Automated
Timetabling, Selected Revised Papers,” pp. 39–59. Springer- Verlag LNCS 2740, 2003.
[7] Z.W. Geem, J. H. Kim, and G. V. Loganathan, “A new heuristic optimization algorithm:
Harmony search,” Simulation, vol. 76, no. 2, pp. 60–68,2001
[9] Y.-S. Ong, M.-H. Lim, N. Zhu, and K.-W. Wong, “Classification of adaptive memetic
algorithms: A comparative study,” IEEE Trans. Syst., Man, Cybern. B, Cybern., vol. 36, no. 1,
pp. 141–152, Feb. 2006.
DEPARTMENT OF CSE,MIET 28 | P a g e
TIME TABLE RECOMMENDATION SYSTEM MODULES AND SPECIFICATIONS
DEPARTMENT OF CSE,MIET 29 | P a g e