Professional Documents
Culture Documents
By
OMARA INNOCENT IVAN
REG No:17/ASUL/05256/DICT.DP
A Project Report Submitted to the Faculty of Business and Management for the
Study Leading to a Project in Partial Fulfillment of the Requirements for the Award
of the Diploma of Information and Communication Technology of All Saints
University Lango.
+256-778183495
July, 2019.
PROJECT REPORT
Report Proposal
Salutation/Approval
This work has been supervised and is now ready to be submitted to All Saints University Lango
department of Information and Communication Technology, Faculty of business and
management
Report Proposal
Abstract
The material in this proposal has never been submitted to any university or any higher institution
of learning for award of any academic qualification. This report is the result of my own
autonomous research effort and investigation, where it is indebted to the work of others, the
acknowledgement has been made.
Registration No.17/ASUL/0525/DICT.DP
SIGN………………………… DATE…9/06/2019………………………
Report Proposal
List of acronyms
GB Gigabit
GHZ Gigahertz
Report Proposal
List of figures
Table 1 1 xiv
Report Proposal
List of tables
Report Proposal
Table of contents
Contents
Salutation/Approval 2
Abstract 3
List of acronyms 4
List of figures 5
List of tables 6
Table of contents 7
CHAPTER ONE 8
1.0 Introduction 8
1.2 Background 8
1.3 Problem statement 9
1.4 General Objective /Aim/ Purpose 9
1.5 Specific Objectives 9
1.6 Research questions 9
1.7 Project significance 9
Value proposition 9
Innovation 9
Impact 10
Business component 10
1.8 Scope 10
CHAPTER TWO: 11
LITERATURE REVIEW 11
2.1 Introduction 11
2.2 review of literature related to objective 1 11
2.3 review of literature related to objective 2 11
2.4 review of literature related to objective 3 11
2.5 review of literature related to objective 4 11
2.6 any other relevant literature 11
2.7 General remarks 11
Report Proposal
CHAPTER 3: 12
METHODOLOGY 12
3.0: Introduction 12
3.1 Sampling techniques 12
3.2 Study population and sample size 12
3.3 Data Collection Procedure 12
3.3.1 Development Tool. 13
3.4: Data Collection Instruments 14
3.4.1 Questionnaire 14
3.4.2 Interviews 14
3.4.3 Participation 14
3.5 Data processing and analysis 14
3.6 Data presentation and interpretation 15
3.6.0 Hardware and Software Specification 15
3.6.1 Server 15
3.6.2 Workstation 15
3.7 Software Specification. 15
3.8 Limitation of the study 15
3.9.0 Project Interfaces 16
Figure 2 Showing the Login Interface 16
Validation 16
Figure 3 Showing the Home Page Interface 17
Figure 4: Showing the Add Faculty Interface 18
Figure 5: Showing the Add Course Interface 19
Figure 6: Showing the Add Room Interface 20
Figure 7: Showing the Add Subject Interface 21
Figure 8: Showing the Add Time Interface 22
REFERENCES 23
APPENDICES 24
Table 3 showing the work plan. 25
Report Proposal
Report Proposal
CHAPTER ONE
1.0 Introduction
As demand for education increases and diversifies, so does the difficulty for designing workable
timetables for schools and academic institutions. Besides the intractability of the basic problems,
there is an increasing variety of constraints that come into play (Rahoul, 2003).
Timetabling is a problem that concerns every teaching institution. Every year and semester, a new
timetable must be produced to take account of staffs, students and course changes causing a
necessarily large amount of work. Computer timetabling and administration systems do exist to ease
this burden but each timetabling problem is as individual as the institution from which it originates
(Burke 2000).
Traditionally, timetabling at All Saints University, Lango (ASUL) faculty of Business and
Management for postgraduate programs has been departmentally led. Departments have had a great
deal of autonomy in creating their own timetables, and either a member of academic staff or a
departmental administrator is allocated to deal with the timetable. Timetabling has therefore become
of a “black art”, with individuals developing different methods of timetabling depending on their
professional backgrounds, and concerns have arisen about the lack of a pooled knowledge base for
timetabling.
Although new space cannot be created by an automated timetabling system, it can help to avoid such
problems through more efficient use of existing resources and enabling an overview of timetabling
so that under-used can be identified (Geller, 2006).
1.2 Background
As demand for education increases and diversifies, so does the difficulty for designing workable
timetables for schools and academic institutions. Besides the intractability of the basic problems,
there is an increasing variety of constraints that come into play (Rahoul, 2003).
Timetabling is a problem that concerns every teaching institution. Every year and semester, a new
timetable must be produced to take account of staffs, students and course changes causing a
necessarily large amount of work. Computer timetabling and administration systems do exist to ease
this burden but each timetabling problem is as individual as the institution from which it originates
(Burke 2000).
Traditionally, timetabling at All Saints University, Lango (ASUL) for entire programs has been
departmentally led. Departments have had a great deal of autonomy in creating their own timetables,
and either a member of academic staff or a departmental administrator is allocated to deal with the
timetable. Timetabling has therefore become of a “black art”, with individuals developing different
Report Proposal
methods of timetabling depending on their professional backgrounds, and concerns have arisen
about the lack of a pooled knowledge base for timetabling.
Although new space cannot be created by an automated timetabling system, it can help to avoid such
problems through more efficient use of existing resources and enabling an overview of timetabling
so that under-used can be identified (Geller, 2006).
To model a Decision Support system that will minimize the use manual paper work.
Report Proposal
Value proposition
What value are you offering to your customers? Is it convenience, risk reduction, newness,
customization, design, performance, “Getting the job done”, price, and brand, cost reduction,
accessibility etc. Explain how your idea achieves that value.
Innovation
Currently, the initial timetabling system for All Saints University Lango was scheduled based on a lot
of manual paper work that had been reviewed having a lot of short comings. The proposed system
to be developed shall be providing solutions to the problems that were being encountered at the
university.
Impact
The proposed project shall impact both the students, lecturers and the University in accessing the
current system. The system is expected to produce significantly better timetables than those that
were actually employed (produced by hand), and should always take a considerably short period of
time to generate them. The system will provide an easy, time-saving way to generate lecture
timetables within given constraints.
Business component
1.8 Scope
The study took place at All Saints University Lango, Lira District. The system was designed and
developed in the department of ICT and was implemented at All Saints University Lango, Lira
District.
Report Proposal
CHAPTER TWO:
LITERATURE REVIEW
2.1 Introduction
In its most general context, scheduling involves the arrangement, coordination, and planning of the
utilization of resources to achieve an objective (Fang, 2005). Timetabling problems particularly
addresses the optimal utilization of classrooms and timeslots in sequencing lectures between
instructors and students. During the construction of a timetable, one of the challenges was to ensure
no constraints of faculty, courses, classrooms, timeslots, or students are violated. These types of
resource-constrained schedule optimization problems have been long term studied with a huge
volume of work in both operational and artificial intelligence filed (Colorni et al, 1998).
Report Proposal
CHAPTER 3:
METHODOLOGY
3.0: Introduction
This presents the method which I used in the development of the system with its phases, the various
activities in each phase, the tools which was used in the development of Timetable Generation
Management System.
Report Proposal
This method was used to acquire information from the stakeholders, attain hard facts, goals and
informal procedures. Interviews are used because the Analyst can probe in great depth about the
institution’s work which may not be achieved by other methods.
And lastly a lot of time was saved where the respondents are cooperative, highly responsive and brief
to the point.
Report Proposal
Figure 1. Showing XAMPP Control Panel
Table 2 showing some requirements to be used during the development process of the proposed
Timetable Generation Management system
Report Proposal
Java script Net bins editor Capture users and students information
Generate graph
Validate forms
Manage database
3.4.1 Questionnaire
The researcher questioned drafted and printed in word document, for his findings about Timetable
construction in the Faculty of Business and Management.
3.4.2 Interviews
The researcher used face to face interviews. The first interview was with the academic board in
charge of timetable, Head of Departments, Faculty Dean of students. Data to be used are those
collected from interviewers.
3.4.3 Participation
Report Proposal
3.6.1 Server
The project was designed and implemented using XAMPP Control Panel, MYSQL database,
Hypertext Preprocessor (PHP).
3.6.2 Workstation
Processor: Intel Pentium IV or Later
Hard Disk: 100GB or more Main Memory: 512MBMonitor: VGA or Higher Resolution
Monitor (1024*768 pixels) Network Interface Card: Recommended Keyboard and mouse:
Recommended Scanner and printer: Recommended
Other information about the university is so confidential and can’t be easily given out students.
Also in the field of research, I found a challenge of getting the required information about the
current system in existence where I was put on the waiting list to have my required Information
delivered.
The busy schedules at the University which limited my time to complete the system to be best of
my capabilities hence also one of the challenges I faced in coming up with this system.
The challenge of learning the programming language to be used was also a problem to me since it is
one of the latest language and thus with few support online hence putting me on tension to learn
and exploit more to meet my needs for the system hence also one of the challenges faced in the
coming up of my research project.
Report Proposal
3.9.0 Project Databases
Figure 3 showing the Database on localhost/phpmyadmin
Report Proposal
Figure 2 Showing the Login Page
On the login interface, the system indicates that it is secure enough and that the user of the system
should provide both well-known user credentials like username, password, and the system directs
Report Proposal
them to their respective pages depending on the level of privilege assigned to them by the
administrator.
Validation
Validation was achieved in the system where there was always an alert error message whenever
wrong information is entered where it is not supposed to be entered. This eliminates input of any
data into the database since data stored has to be of a particular format. Also validation was achieved
by use of a combination of JSF and MYSQL (my structured query language) which was used in
designing the databases.
After successful login to the system, you are welcomed to the home page of the system where you
can make schedules.
Report Proposal
Report Proposal
Figure 4: Showing the Add Faculty Interface
Report Proposal
Report Proposal
In the this interface, you are welcome to the Faculty site or web page that you interacts with to add a
Faculty to the System where you will be able to assign a Faculty, Faculty designation and then click
on the Add Faculty button.
Report Proposal
Figure 5: Showing the Add Course Interface
Report Proposal
Report Proposal
In the this interface, you are welcome to the Faculty site or web page that you interacts with to add a
Course to the System where you will be able to assign a Course, Course’s designation and then click
on the Add Course button to add the Course to the system.
Report Proposal
Figure 6: Showing the Add Room Interface
Report Proposal
In the this interface, you are welcome to the Faculty site or web page that you interacts with to add a
Room for a particular lecture to the System, and you will just click the Add Room button and Room
will be created automatically.
Report Proposal
Figure 7: Showing the Add Subject Interface
Report Proposal
In this interface, you are welcome to the Faculty site or web page that you interacts with to add a
Subject or course unit to the System. Here you will set the subject, subject’s description and click the
Add Subject button.
Report Proposal
Figure 8: Showing the Add Time Interface
Report Proposal
In the this interface, you are welcome to the System site or web page that you interacts with to set
time to the System where you will be able to schedule your start time for a particular lecture as well
as the end time and click the Add time button.
Report Proposal
REFERENCES
Burke, 2000. The assigmnent of to-days problems in a school time-table. A heuristic approach European
Journal Of Operational Research, Volume Vol 8(5), pp. 4:31-41.
Report Proposal
APPENDICES
Table 2
Table 2 Showing the research proposed expenditure
Software 200,000
platforms
Development 500,000
and labor cost
Report Proposal
Table 3 showing the work plan.
Project schedule
1 Feasibility
study
2 Data collection
3 Data analysis
4 Proposal
writing and
acceptance
5 System design
6 Coding and
validation
7 System
implementatio
n
8 Report writing
and
presentation
9 Closure
Report Proposal