Taman Tasik Utama 3 UTeM Hostel Registration System (THRS).

TAMAN TASIK UTAMA 3 UTeM HOSTEL REGISTRATION SYSTEM

(TRRS)

NOR DIANA BINTI ISMAIL (8030710116)

BORANG PENGESAHAN STATUS TESIS*

JUDVL: _ _ -'T'"'a"'m,.,a"-'o ... ｔ］Ｍ｡ＧＢＧｳｩ］ＭｫＭＧｕＢＢｴＢＧ｡ＢＧｭＢＢ｡ＡＮＮＺＳｾｕＧＭＧｔｃ＾･ＺＡＮＡｍｾｈＮＬｯｳ］ｴ･ＢＧＭｉＮＺＮｒＢＬ･ｧＢＢＬＭＬｩｳＺＡＮｴｲ｡ｯ］ｴＢＬｩｯＢＬｯＢＬｓＢＬｹＢＬｳＢＬｴ･ＢＬＭｭＬＬＬ＠ _ _ _ SESI PENGAJIAN: _ _ _ _ _ _ -=2".,OO""9.:..:I2"'O-'-'tO"-_ _ _ _ _ _ _ _

Saya _ _ _ ＭＭＧｎＢＧＢｏ］ｒＭＧｄＧＢＢｉａｎ］ＭＧＭＢａｾｂＢＢＱｎ｟Ｇ｟ｔＮＡＮＮＺｉＧ｟ＧｉＢＧｓＢＺＧｍＧＭＡａＺＺＧｉ＠ ... ｌｾｾｾ｟Ｚ｟｟ＭＭＭＭＭＭＭ

(HURUF BESAR)

mengaku membenarkan tesis (PSMISarjanalDolctor Falsafah) ini disimpan d i Perpustakaan Fakulti Teknologi Maklumat dan Komunikasi dengan syarat-syarat kegunaan seperti berikut:

I. Tesis adalah hakmilik Universiti Teknikal Malaysia Melaka

2. Perpustakaan Fakulti Teknologi Maklumat dan Komunikasi dibenarkan membuat salinan untuk tujuan pengajian sahaja

3. Perpustakaan Fakulti Teknologi Maklumat dan Komunikasi dibenarkan membuat salinan tesis ini sebagai bahan pertukaran antara institusi pengajian tinggi.

4. •• Sila tandakan (f)

SULIT

TERHAD

/ TIDAK TERHAD

(T ANDA T ANGAN PENULlS) Alamat tetap : No .27, Jalan Baru,

Kampung Pak Dollah, 34600 Kamunting, Perak Tarikh: _--'-)...:q.!..(;..J6!'-)=-D.;..''' _ _ _ _ _

(Mengandungi maklumat yang

berdarjah keselamatan atau kepentingan Malaysia seperti yang termaktub di dalam AKTA RAHSIA RASMl 1972) (Mengandungi maklumat TERHAD yang telah ditentukan o leh organisasil badan di mana penyelidikan dijalankan)

(TANDATANGAN PENYELlA) PUAN ZARIT A BINT MOHD KOSNIN

Nama Penyelia

'J.. a

/0

.(;

!'L()

I

0

Tarikh : _ _ _ I _ _ _ _ _

CATATAN:

*

Tesis dimaksudkan sebagai Laporan Akhir Projek Sarjana Muda (PSM)

TAMAN TASIK UTAMA 3 UTeM HOSTEL REGISTRATION SYSTEM

(THRS)

NOR DIANA BINT! ISMAIL

This report is submitted is partial fulfillment of the requirements for the Bachelor of Computer Science (Software Deve lopment)

FACULTY OF INFORMATION AND COMMUNICATION TECHNOLOGY UN IVERS ITI TEKNIKAL MALA YSIA MELAKA

DECLARATION

I hereby declare that this project report entitled

TAMAN TASIK UTAMA 3 UTeM HOSTEL REGISTRATION SYSTEM

is written by me and is my own effort and that no part has been plagiarized without citations.

STUDENT

1\

(NOR DIANA BINTI ISMAIL)

SUPERVISOR:

W

Date:

?--'1

[ Of.

I

ｾ＠

l ()

III

DEDICATION

To Almighty, ALLAH S.W.T

To my greatest idol , Rasulullah SA W

To my beloved parents, Ismail Bin Shafie, Saadiah Binti Hashim and my family

To my kind supervisor, Puan Zarita Binti Mohd Kosnin

To my kind assessor, Madam Kasturi Kanchymalay

iv

ACKNOWLEDGEMENTS

First for all, I would like to take this opportunity to show my gratitude to the person who had helped, supported and guided me throughout the completion of Projek Sarjana Muda.

Especially thanks to my supervisor, Puan Zarita Mohd Kosnin, for your support and supervision that was given to me. Without you commitment, I would have been lost and cannot complete my project successfully. Besides that, your advise are very usefu l in PSM and thank you very much for your time despite the busy schedule and others commitment.

Then, my extended thank you goes to Universili Teknikal Malaysia Melaka

(UTeM) for creating an opportunity for all final year students to carry out their final year project. With this final yea r project, I can apply all the knowledge learned in UTeM from first year until now. My most grateful thanks to my family members who gave me lots of support and motivation throughout completing my project.

v

ABSTRACT

VI

ABSTRAK

Telefone bimbit merupakan alat yang menjadi keperluan semasa dan amat berguna untuk berhubung. Sistem yang dibangunkan adalah sistem pendaftaran untuk kolej kediaman untuk Taman Tasik Utama 3 UTeM kolej kediaman yang dipanggil

vii

TABLE OF CONTENTS

CHAPTER _SUBJECT

PAGE

DECLARATION _ii

DEDICATION _iii

ACKNOWLEDGEMENTS _iv

ABSTRACT _v

ABSTRAK _vi

TABLE OF CONTENTS _vii

LIST OF TABLES _xi

LIST OF FIGURES _xiv

LIST OF ABBREVIATIONS _xvi

LIST OF APPENDICES _xvii

CHAPTER I _INTRODUCTION

1.1 Project Background

1.2 Problem Statement(s) ₂

1.3 Objectives ₃

1.4 Scope ₄

1.5 Project Significance ₅

1.6 Expected Output ₅

VIII

CHAPTER SUBJECT PAGE

CHAPTER II LITERATURE REVIEW AND

PROJECT METROLODY

2. I Introduction ₇

2.2 Facts and Findings ₇

2.2.1 Domain ₈

2.2.2 Existing System ₈

2.2.3 Technique ₁₂

2.3 Project Methodology ₁₃

2.4 Project Requirements ₁₅

2.4.1 Software Requirement ₁₆

2.4.2 Hardware Requirement ₁₇

2.4.3 Other Requirement ₁₈

2.5 Project Schedule and Milestones ₁₈

2.6 Conclusion ₁₉

CRAPTERUI ANALYSIS

3.1 Introduction ₂₀

3.2 Problem Analysis ₂₀

3.3 Requirement Analysis ₂₂

3.3.1 Data Requirement ₂₂

3.3.2 Functional Requirement ₂₃ 3.3.3 Non-functional Requirement ₂₆

3.3.4 Others Requirement ₂₇

ix

CHAPTER SUBJECT PAGE

CHAPTER IV DESIGN

4.1 Introduction ₃₁

4.2 High-Level Design ₃₂

4.2.1 System Arch itecture ₃₂

4.2 .2 User Interface Design ₃₃ 4.2.2.1 Navigation

Design ₃₄

4.2.2.2 Input Design ₃₆

4.2.2.3 Output

Design ₃₈

4.2.3 Database design ₄₃

4.2.3.1 Conceptual

And Logical Database ₄₃ 4.3 Detailed Design

4.3.1 Software Design ₄₆

4.3.2 Physical Database Design ₄₈

4.4 Conclusion ₄₈

CHAPTER V IMPLEMENT A nON

5.1 Introduction ₅₀

5.2 _{Software Development Environment Setup 51} 5.3 Software Configuration Management ₅₁ 5.3. 1 Configuration Environment Setup ₅₂ 5.3.2 Version Control Procedure ₅₃

5.4 Implementation Status ₅₄

CHAPTER

CHAPTER VI

CHAPTERVll

SUBJECT

TESTING

6.1

Introduction

6.2

Test Plan

6.2.1

Test Organization

6.2.2

Test Environment

6.2.3

Test Schedule

6.3

Test Strategy

6.3.1

Classes of tests

6.4

Test Design

6.4.1

Test Description

6.4.2

Test Data

6.5

Test Result and Analysis

6.6

Conclusion

PROJECT CONCLUSION

7.1

7.2

7.3

7.4

Observation on Weaknesses and Strengths Proposition for Improvement

XI

LIST OF TABLES

TABLE _{TITLE PAGE}

2.1

Comparison Existing System

12

2.2

Project Schedule and Milestones

18

3.1

Non-Functional Requirement for THRS

26

4.1

Table session

61

4.2

Table employee

61

4.3

Table login_employee

61

4.4

Table student

61

4.5

Table login_student

62

4.6

Table hostel

62

4.7

Table block

63

4.8

Table house

63

4.9

Table room

63

4.10

Table year_student ₆₄

4.11

Table selected student ₆₄

4.12

Table faculty

65

4.13

Table applicationJorm

65

XII

TABLE TITLE PAGE

4.15

Table notification

67

5.1

Dataset Used for Version Library

53

5.2

List of Procedure and control

54

5.3

Implementation Status

55

6.1

Test Organization

57

6.2

Test Environments

58

6.3

Test Schedule

59

6.4

_{Black Box Testing and White Box Testing Test Classes}

61

6.5

Login ₆₄

6.6

Manage Hostel

65

6.7

Manage Block

66

6.8

Compulsory Student

68

6.9

Manage Apply Student

78

6.10

Manage Notification

79

6.11

Manage Registration

79

6.1 2

Manage Change Password

80

6.13

Apply Appeal Hostel

81

6.14

Register Room

81

6.15

Test Data Login

82

6.16

Test Data Manage Hostel

82

6.17

Test Data Manage Block

84

xiii

TABLE TITLE _PAGE

6.19 Test Data Manage Apply Student ₁₀₁

6.20 Test Data Manage Notification ₁₀₁

6.21 Test Data Manage Registration ₁₀₂

6.22 Test Data Manage Change Password ₁₀₃

6.23 Test Data Apply Appeal Hostel ₁₀₄

xiv

LIST OF FIGURE

FIGURE _{TITLE PAGE}

2.1 _{UKM Hostel Application fonn for Apply Student Webpage 10}

2.2 UKM Hostel Login Webpage _II

2.3 UKM Hostel Main Menu Webpage _II

2.4 Throwaway Development Methodology ₁₅

3.1 _{Data Flow Diagram for Current System 21}

3.2 Context Diagram ofTHRS ₂₄

3.3 _{Data Flow Diagram Level 0 for THRS 25}

4.1 _{Three-Tier THRS Architecture 33}

4.2 _{THRS Navigation Design 35}

4.3 _{THRS Web Design Page 36}

4.4 _{THRS Admin/Officer Menu Web Page 37}

4.5 THRS Student Menu Web Page ₃₈

4.6 THRS Success Login page ₃₉

4.7 THRS Success Save Hostel page ₃₉

4.8 _{THRS Success Update Hostel page 39}

4.9 THRS Success Save Block page ₃₉

4.10 _{THRS Success Update Block page 40}

xv

4. 12 THRS Success Save New List Student page ₄₀

4.13 THRS Success Update New List Student page ₄₀

4.14 THRS Success Allocate Student page ₄₁

4.15 THRS Success Save Selected Student page ₄₁

4.16 _{THRS Success Send Notification by Mobile page 41}

4.17 _{THRS Success Save Accept Key page 41}

4.18 _{THRS Success Save Return Key page 42}

4.19 _{THRS Success Save New Account page 42}

4.20 _{THRS Success Save Application Form page 42}

4.21 _{THRS Success Save Registration Room page 42}

4.22 ERDs for THRS ₄₅

THRS PSM UTeM UKM SSADM SDLC DFD PHP

ERD

CSS SMS PK FK SQL DDL

LIST OF ABBREVlA TlONS

Taman Tasik Utama 3' s UTeM Hostel Registration System

Projek Sarjana Muda

Universiti Teknikal Malaysia Melaka Universiti Kebangsaan Malaysia

Structured System Analysis Design Methodolgy System Development Life Cycle

Data Flow Diagram Hypertext Processor

Entity Relationship Diagram Cascade Style Sheet

Short Message Service Primary Key

Foreign Key

Structured Query Language Data Definition Language

xvii

LIST OF APPENDICES

APPENDIX TITLE PAGE

A Data Dictionary THRS 113

B Data Flow Diagram Level I and 2 122

C Input Design THRS 129

D Normalization 156

E Data Definitions Language 160

F Test Result and Analysis 166

G Grantt Chart 214

6

manage student by categorized compulosry student and apply student. Allocation student is begin with choose total student each faculty and system will choose selected students based on what officer chooses. For apply student, there have function that available for officer to accept or reject student for appeal hostel. Besides that, officer can manage notification that will send to student either to compulosry student or apply student. Also, there have function which manage registration day which give room key to student which already register room using system and return room key in end of semester.

1.7 Conclusion

As a result, Chapter I briefly describe the introduction information of THRS problem statement, project objective, scope, project significance, and expected output. It is important to clearly list out all the important point needed to develop a system before could start developing the system.

5

1.5 Project Significance

UTeM hostel management not have specific system for registration room for student. This opportunity for student to register room using web based after Sistem Maklumat Pelajar (SMP) and Print system apply in dail y life of student in order for

smooth operation without need more worker and this application reduce time.

The student of UTeM have notification by mobile need register to TTU3 hostel can use this system to register for available room before their start new semester. This more faster and less cost rather come to hostel for registration.

In addition, the student UTeM whom like student year 3 or year 4 can apply to appeal hostel if there enough available room or officer can determine either selected student can appeal hostel or not based on several criteria. The management of student for registration hostel is become easier to manage rather depend to the manual registration with existing system.

1.6 Expected Output

This web-based and mobile application will have registration room function which allow selected year I and year 2 and who was success appeal of hostel (year 3 or 4) UTeM's students to register a room which available to them. Then, system have function which allow student year 3 or 4 to apply appeal of hostel by submit their application form. The notification by mobile will send to student for information about registration details. Also, the notification for status for appeal of hostel is send through by mobile.

4 empty room and apply appeal hostel by submit application form and also get their status from thi s system. Then, the officer can choose apply appeal using this system and the system will send status notification through mobil e.

• Help student gets early and prompt notification about hostel registration and appeal hostel application status

1.4 Scope

Officer can manage notification and send notification thorugh mobile to selected student either compulsory student or apply student. The selected student will get Short Mssage Service (SMS) from system . For apply student, they will get their status about appeal hostel either success o r failed.

TTU3 UTeM's Hostel Registration system is a web based and mobile application system. The users of this system are of three categories:

• Officer ofTTU3 UTeM hostel

• Student Year I and Year 2 of UTeM who are selected to register room at TTU3 UTeM's hostel

• Student of UTeM in Year 3 o r Year 4 who wants to appeal TTU3 UTeM hostel

3 calling them and give feedback for their form wether their appeal is success or failed . The confirmation know within two or a week before a new semester begin . J f student failed, this making a huge trouble to them because their need search a room for rent in short time before the new semester begin .

1.3 Objectives

The main reason TTU3 UTeM Hostel Registration using web and mobile is to:

• Help solve students ' problem during registration day

The THRS allow student to register room first by using web then get a key for selected room they choose without need to queue and student can register room anywhere with internet connection. This help student to so lve their problem.

• Help officer to reduce cost and time in managing students registration

The THRS helps officer to manage hostel , student, notification and registration in term of reduce time and cost. By using THRS, the compulsory student will select based on specific criteria choose by officer and the noti fica ton about registration room by mobile will send to selected student. The room key will give student who register by THRS and THRS update for return room key after end of semester and session.

• Allow a system to manage bostel registration

2

1.2 Problem Statement

• Student problems exist during registration day

The student needs to get a long queue if the students come in larger amount of student at certain time. Besides that, the problem exists to student who has reason that cannot come to register room at specific time and date.

• Waste time and cost

The letters need to be send to all students that selected to register room at TTU3 hostel. Then, selected student needs choose the room by manually from empty room list from a sheet of paper, gets a key for a room and then officer need key in data manually in existing system after registration finished. All that activities are waste a time and cost.

• No specific system that can allow student to register room and submit hostel appeal application form

The existing system only manage allocate student each hostel which manage by hostel officer. Then, the system not manage student that apply appeal hostel.

• Late or no notification about student's registration details