FACULTY INFORMATICS AND COMPUTING CSF 35104 FINAL …- Hasnida Saad - Norziana Aminuddin - Muhammad...
Transcript of FACULTY INFORMATICS AND COMPUTING CSF 35104 FINAL …- Hasnida Saad - Norziana Aminuddin - Muhammad...
FACULTY INFORMATICS AND COMPUTING
CSF 35104 FINAL YEAR PROJECT I
ISM PEMBANGUNAN PERISIAN
SEMESTER I SESSION 2018/2019
NAME:WAN AHMAD HAZWAN AIMAN BIN WAN MUHAMMAD ZAINI
MATRIC NUMBER:044246
TITTLE :SUPERVISORY REGISTRATION SYSTEM USING DECISION TREE
SUPERVISOR:PROF MADYA DR.FATMA SUSILAWATI BINTI MOHAMAD
2
ABSTRACT
Today, there are more than 2000 postgraduate students registered in UniSZA. They are coming
from 34 countries from all over the world.Therefore, the need for supervising the Master and PhD
students are crucial.These students must be supervise by qualified and good experience supervisor.
Faculty management having difficult time to manage the supervisor due to the different
requirements and qualifications needed. Faculty management also have to manage the record on
their supervised students. Besides, supervisors also have limits in supervising these students based
on the number of students allow to be supervise. This system aimed to help the faculty to manage
supervisor’s supervision record and to see the supervisor’s qualification to supervise student. Mysql
and PHP will be use to develop the system whereby decision tree will be adopted to match the
criteria needed for being supervisor. This is hope to help the faculty to manage the supervisor data
more efficiently and effectively.
3
TABLE OF CONTENT
TITTLE PAGE
ABSTRACT 2
TABLE OF CONTENT 3-4
CHAPTER 1 INTRODUCTION 5-9
1.1 Introduction 5
1.2 Problem Statement 5
1.3 Objective 5
1.4 Scope 6-7
1.5 Project Schedule 8-9
1.6 Limitation of Work 9
1.7 Expected Outcome 9
CHAPTER 2 LITERATURE REVIEW 10-12
2.1 Introduction 10
2.2 Overview of Existing System 10-11
2.3 Comparing System Use From Previous Research 11
2.4 Method Use For Developing System 12
4
CHAPTER 3 PROJECT METHODOLOGY 13-26
3.1 Introduction 13
3.2 Analysis Study And Research Paradigm Justification 14-15
3.3 Project Requirement 16
3.4 Framework 17
3.5 Context Diagram 18
3.6 Entity Relationship Diagram 19
3.7 Data Flow Diagram 20-23
3.8 Database Modelling 24-26
3.9 Chapter Summary 26
CHAPTER 4 REFERENCES 27
4.0 References 27
5
CHAPTER 1
1.1 INTRODUCTION
Postgraduate is a student who has successfully completed an undergraduate degree level course at a
college or university and is undertaking further study at a more advanced level. Postgraduate
contain 2 course which are Master and PHD level. Each of these students needs to be supervise by a
supervisor with suit criteria. These supervisors must be the qualified and must meet certain criteria
set by the faculty. This will become a challenging task for the faculty management to assign the
qualified supervisor for the students. Moreover, faculty management also needs to manage and view
record of how many student that supervisor supervise at one time.
1.2 PROBLEM STATEMENT
Faculty Management have problem to assign the supervisor to the students due to qualifications
needed for supervisor to be qualified. Besides, the faculty management also need to manage the
supervisor’s record on how many their supervised students are because they have limits in the
number of students allowed in the faculty.
1.3 OBJECTIVE
The objectives of developing this application are:
i. To design a system that can evaluate the Supervisor’s qualification
ii. To develop a system that can evaluate the Supervisor’s qualification
iii. To evaluate the developed system using PHP,MySQL and Decision Tree
6
1.4 SCOPE
1.4.1 SCOPE OF USER
This documentation explains the boundaries of the system establishes responsibilities of
task that need to be completed.
1.4.1.1 ADMIN
Admin is the person who will manage and maintain the whole system.
Admin’s Roles:
Manage Supervisor
Manage Lecturer
1.4.1.2 SUPERVISOR
Supervisor is the person who can help and assist student for FYP project.
Supervisor’s Roles:
Register and sign in the system
Edit profile
View qualification
View list of student that under supervise
7
1.4.1.3 LECTURER
Lecturer is a person who teach student in the Faculty
Lecturer’s Roles
Register and sign in in the system
Manage qualification
View qualification
1.4.2 SCOPE OF SYSTEM
These are the system scope including:
1.4.2.1 USER REGISTRATION
User (Faculty and Supervisor) need to register through this system.
Admin manage supervisor and lecturer records.
Supervisor need qualification to supervise students.
8
1.5 PROJECT SHEDULE
1.5.1 ACTIVITIES (GANT CHART)
Table 1.0 : Gant Chart
ACTIVITY WEEK
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Topic Discussion and
Determination
Project Title Proposal
Proposal Writing - Introduction
Proposal Writing - Literature
Review
Presentation 1 of project proposal
Presentation of proposal
Presentation 1 of project proposal
Discussion, Correction Proposal
& Proposed Solution
Methodology
Proposed Solution Methodology
Draftting Report of Proposal
Presentation of FYP1
Correction Report
Final Report Submission
9
1.5.2 MILESTONES
No Activities WEEK
Sep 2018
- Oct 2018
Nov 2018
- Jan 2019
Feb 2019
- March 2019
Apr 2019
- May 2019
1 Complete the proposal
2 Complete the FYP1
3 Complication of prototype system
4 Complication of FYP2
Table 2 .0: Milestone
1.6. LIMITATION OF WORK
These are the limitations of this proposal project:
i. Supervisor cannot input the criteria they want. The criteria already been given.
ii. This system only for supervisor
1.7. EXPECTED OUTCOME
There are the following expected outcome from this project:
i. Help matching student with qualified supervisor
ii. Help Faculty Management to manage supervisor record
10
Chapter 2
LITERATURE REVIEW
2.1 INTRODUCTION
This chapter describes and explain the selected literature review about the technique that will be
used to develop Supervisory Registry System.The purpose of the literature review is to identify
research methods used to develop system and make a discussed about previous
system.Therefore,literature review be a reference to be determine the best approach and get better
understand about this project.
2.2 OVERVIEW ON EXISTING RESEARCH
There are some system that exists similar function to what I want to develop for Final Year Project.
2.2.1 FINAL YEAR PROJECT STUDENT SUPERVISOR MATCHING SYSTEM
This system matching Final Year Project Student with supervisor using Fuzzy Logic. The Fuzzy
rules define the relationship between the input and output using specified set of IF and THEN
statements.The student will be determine with the supervisor with specified criteria that have been
set by the system.
2.2.2 PROGRESS MONITORING SYSTEM FOR STUDENT FINAL YEAR PROJECT
This system using RAD models and web based.It helps student contacts their supervisor online.
Allows student to easily update project problems as they arise. Those update for the project
problem, actually will get the feedback from supervisor. Supervisor will be evaluate the progress
and assign marks to student .
11
2.2.3 PROGRESS MONITORING SYSTEM FOR STUDENT FINAL YEAR PROJECT
Progress monitoring system for student final year project contains the brief introduction on the Final
Year Project on their main page that gives the users and idea of Final Year Project. There is also a
section where announcements are being placed with the date it is being updated. This allows the
user to identify whether the file downloaded earlier is the up-to-date version or there are new files
which the user has never view before. The files are saved in PDF format and students are required
to download them before view. Saving files in PDF format allow the files to be in their smallest size
possible which allow the user to download them easily
2.3 COMPARING SYSTEM USE FROM PREVIOUS RESEARCH
No Author Name Method Result
1 - Mohd Fuad Abdul Latip
- Mohd Khairul Anuar Mat Udin
- Ihsan Mohd Yassin
- Zairi Ismael Rizman
- Ramli Adnan
- Norliza Zaini
- Hasnida Saad
- Norziana Aminuddin
- Muhammad Hezri Fazalul Rahiman
- Muhammad Nabil Hidayat
- Muhammad Murtadha Othman
- Sukreen Hana Herman
Final Year
Project Student
Supervisor
Matching System
Fuzzy Logic
Based
Give student the supervisor
that matching with their project
so their can do the method
needed.
2
-Siti Nurhidayah Bt Mohamad
Khazali
Progress
Monitoring
System For
Student Final
Year Project
RAD Model
And Web
based
-Helps student contacts their
supervisor online.
-Allows student to update
project reports
-Supervisor give marks to
student online.
3 -Kum Wai Yong Fyp Management
Portal
Website - Briefing of FYP give student
some knowledge about it.
-Update reminder so student
will not forgot to update report
12
2.4 METHOD USE FOR DEVELOPING SYSTEM
2.4.1 DECISION TREE
Figure 1.0 : PHD criteria qualification
Figure 1.1 : Master criteria qualification
13
CHAPTER 3
METHODOLOGY
3.1 INTRODUCTION
This chapter will explain the details of the methology use for developing this system.The
methodology is defined as application of specific techniques used and analysis the information
applied.Project methodology is being used to systematically solve the problems arising in the
system analysis to ensure the objectives is achieve.The Incremental Model is used for this
supervisory registration system.This method is chosen because it more organized and
structured.This section also describes the implementation system design.The design consists of
Context Diagram(CD), Data Flow Diagram (DFD) and Entity Relationship Diagram
14
3.2 ANALYSIS STUDY AND RESEARCH PARADIGM JUSTIFICATION
In developing this system, some phases are involve which are Initial Planning,Planning,
Requirement Analysis and Design, Implementation, Deployment, Testing and Evaluation
Figure 2.0 : Incremental Development Model
3.2.1 INITIAL PLANNING PHASES
In this phase,several ideas are proposed and go through deep scanning.At the end,the Supervisory
Registration System are choosen.Based on the title, an abstract is written.
3.2.2 PLANNING PHASE
Planning phase is initiates shown the abstract is approve. Details like objectives, problem statement,
scope and possible outcome are been explore.
3.2.3 REQUIREMENT PHASE
All possible requirement are identify. Possible conflicting requirement are also been
consider.Requirement analysis is critical to the success of a system.
15
3.2.4 ANALYSIS AND DESIGN PHASE
In this phase, Context Diagram (CD),Data Flow Diagram (DFD) and Entity Relationship Diagram
(ERD) are made based on the system being developed.The purpose of making this modelling is to
help in understanding data and manage resources.Firstly, identify the relationship, attributes and
entities then the data being modeling.MySQL are used as database to store data .
3.2.5 IMPLEMENTATION PHASE
During this phase,system and database implementation will be develop.The user interface will be
develop by using bootstrap and notepad++,while database will be develop by using MySQL.
3.2.6 TESTING PHASE
The system will be tested by insert inputs into the system to check either the result is correct or not
and to find the error.The unit testing is applied like login, module,add module and delete
module.Each error that been found will be recovered since this methodology allowed to make
changing in the system.
3.2.7 EVALUATING PHASE
In this phase,the overall system are present.The system was evaluated before deploying it to the
users before they use it.
3.2.8 DEPLOYMENT PHASE
During this phase, the system was released to the users.System will be managed and identified
which is working and thus the objective was achieve
16
3.3 PROJECT REQUIREMENT
In this section,the hardware and software been used for developing the system will be list.
3.3.1 HARDWARE REQUIREMENT
Hardware Description
Laptop Acer Aspire E14
- 64-bit Operating System
- Intel Core i5-6200U CPU
- 4GB RAM
Table 4.0 : Hardware Requirement
3.3.2 SOFTWARE REQUIREMENT
Software Description
Operating System
-Windows 10 Home Singe Language
Operating System which is used to develop the
system
phpMyAdmin Server used to store data and develop database
Web Browser
- Google Chrome
Used to run the systemand displaying the
interface
Notepad ++ Software used for writing the coding
Edraw Max Pro 9.3.0 Software tools used to create DFD,ERD and CD
Microsoft Office
- Microsoft Word
- Microsoft PowerPoint
Used to make documentation and slide present
Table 5.0 : Software Requirement
17
3.4 FRAMEWORK
Figure 3.0: Framework for Supervisory Registration System
This framework have 3 users that use this system.The users are Admin,Supervisor and
Lecturer.Admin can get report from database.Lecturer and Supervisor can view records in database
like qualification and student.They also can manage data such as profile,student and qualification in
the database like add,update and delete.
18
3.5 CONTEXT DIAGRAM (CD)
Figure 4.0 : Context Diagram for Supervisory Registration System
Context Diagram at Figure 4.0 above shows the data flow for Supervisory Registration System.The
main function for Admin are login into the system and can view lecturer and student report.Lecturer
function are to input qualification data and can view the status of qualification.Next, supervisor
function are to input student data and view student list.
19
3.6 ENTITY RELATIONSHIP DIAGRAM (ERD)
Figure 5.0 : ERD for Supervisory Registration System
Figure 5.0 shows the specifications tables that are involve in Supervisory Registration System. The
entity for Lecturer are define 1 lecturer can supervise many Student while many Student can be
supervised by 1 Lecturer.Lecturer attribute are lecturer_id as primary key, lecturer_name,
no_ic,email and department. Entity for Supervisor are define 1 Supervisor can select many Student
while many student can be selected by 1 supervisor. Attribute for supervisor are SV_id as primary
key,SV name and email.Next,many Student can register 1 Course while 1 Course can be registered
by many student.Student Attribute are student_id as primary key,student_name and email while
attribute for Course are course_id as primary key,course_name and date.
20
3.7 DATA FLOW DIAGRAM
3.7.1 DFD Level 0
Figure 6.0 DFD level 0 for Supervisory Registration System
Figure 6.0 show the Data Flow Diagram for this system. This system have 5 data store which are
D1 that store information for Admin when Admin login to the system, D2 and D3 store all data
information for Lecturer and Supervisor after they login to the system. D4 for qualification which
store all information about qualification data that have been input by Lecturer to see that he or she
qualified to supervise Student.D5 which store Student data that have been input by Supervisor.D2
and D5 data will be report to Admin in necessary.
21
3.7.2 DFD level 1 process 1.0
Figure 6.1 DFD level 1 process 1.0 for Supervisory Registration System
Figure 6.1 shows the process to manage profile involving Admin.Admin able to view, add, update
and delete the profile records if they want.All data have been store in Admin datastore
22
3.7.3 DFD level 1 process 2.0
Figure 6.2 DFD level 1 process 2.0 for Supervisory Registration System
Figure 6.2 shows the process to manage qualification involving Lecturer. Lecturer able to view,
add, update and delete the profile records if they want. All data have been store in Qualification
datastore.
23
3.7.3 DFD level 1 process 3.0
Figure 6.3 DFD level 1 process 3.0 for Supervisory Registration System
Figure 6.3 shows the process to manage student involving Supervisor. Supervisor able to view,
add, update and delete the profile records if they want. All data have been store in Student datastore.
24
3.8 DATABASE MODELLING
Database system is used to store data systematically. It help user to access data easily.There are four
tables involve in this system which are Admin table,Lecturer Table, Student Table, Supervisor
Table and Course Table.
Figure 7.0 :Table of the Supervisory System
Admin details table showed in Figure 7.1 consisted admin_id as primary key,adminname,password
and email.
Figure 7.1:Table of Admin
25
Lecturer details table showed in Figure 7.2 consisted lecturer_id as primary
key,lecturer_name,no_ic, department and email.
Figure 7.2:Table of Lecturer
Supervisor details table showed in Figure 7.3 consisted SV_id as primary key,SV_name and email.
Figure 7.3:Table of Supervisor
26
Student details table showed in Figure 7.4 consisted student_id as primary key,student_name and
email.
Figure 7.4:Table of Student
Course details table showed in Figure 7.5 consisted course_id as primary key,course_name and date
Figure 7.5:Table of Student
3.9 CHAPTER SUMMARY
This chapter discuss the methodology for the system development like hardware,software,CD,DFD
and ERD requirement to develop the system.Every phase in development are follow the project
methodology that mention in this chapter.
27
CHAPTER 4
4.0 REFERENCES
1. Mohd Fuad Abdul Latip, Mohd Khairul Anuar Mat Udin, Muhammad Murtadha Othman, Ihsan
Mohd Yassin, Zairi Ismael Rizman, Norliza Zaini, Muhammad Nabil Hidayat, Norziana
Aminuddin, Sukreen Hana Herman, Hasnida Saad, Muhammad Hezri Fazalul Rahiman, Ramli
Adnan (2017). Implementation of fuzzy logic-based final year project student-supervisor
matching system. http://www.science-gate.com/IJAAS/V4I4/Latip.html
2. Siti Nurhidayah Bt Mohamad Khazali (2014). Progress Monitoring System For Student Final
Year Project. http://umpir.ump.edu.my/id/eprint/8716/1/CD8308%20@%2045.pdf
3. Kum Wai Yong (2013). Fyp Management Portal. http://eprints.utar.edu.my/945/1/CS-
2013-1101074-1.pdf