Capstone: LAN-SQMS

XAVIER UNIVERSITY – ATENEO DE CAGAYAN
COLLEGE OF COMPUTER STUDIES

DEPARTMENT OF INFORMATION SYSTEMS
Local Area Network Service Queue Management Systems
TITLE PAGE
A CAPSTONE PROJECT
presented to the Faculty of the
College of Computer Studies of Xavier University
Ateneo de Cagayan – Cagayan de Oro City
In Partial fulfillment
of the requirement for the Degree
BACHELOR OF SCIENCE IN INFORMATION SYSTEMS
Submitted By:
Jamero, Joey Ranier L.

Laplap, Elmo Nickol C.
Liloc, Mark Anthony
Orlanes, Glen Darwyn T.
March 2019
ABSTRACT
This capstone project entitled as “Local Area Network Service Queue
Management System”, a web application-based queueing system for Cagayan
de Oro City Health Office. This capstone project was suggested by the
Information and Communication Technology at Cagayan de Oro City Hall. This
study focuses on the development of a prototype, based on problem of waiting
in line management system that some of the client in Cagayan de Oro City
Health Office are dissatisfied due to the disorderly queue management. This
capstone used Modified Waterfall Model as a structured research design and
specifically the phases are: Requirements Gathering, System Analysis, System
Design, Prototype Development, Testing and Evaluation. The Requirements
gathered from interview and research. The System Design will include the
database and diagram for waiting line management and generating reports.
Inclusion for specific objectives are to develop the prototype (the languages are
HTML, PHP, JavaScript and MySQL), test the system (functionality and the
database will be tested). The results of the evaluation are previewed by the
survey we conducted for the clients and employees. The benefits of this
capstone give a formal and organized line management for the patients, clients,
and visitors. This study aims to design and improve the manual type of the
queuing system in the City Health Office. This study will solve the queuing
problem of the City Health Office and to put proper order in the queueing of the
transacting public. The design of the system can help to eliminate the
dissatisfaction and stress with clients and employee at the City Health Office.
CERTIFICATE OF ORIGINALITY
This is to certify that we assume full responsibility over the work entitled “Local
Area Network Service Queue Management System” submitted as a
requirement for the degree BACHELOR OF SCIENCE IN INFORMATION
SYSTEMS at the College of Computer Studies, Xavier University – Ateneo de
Cagayan, that the works of our own, that this is original except as specified in
the acknowledgements, footnotes, or in the references and that this has never
been submitted to this or any other school for a degree or other requirements .
JOEY RANIER L. JAMERO
ELMO NICKOL C. LAPLAP
MARK ANTHONY LILOC
GLEN DARWYN T. ORLANES
MARCH 2019
ACKNOWLEDGEMENT
This Capstone Project,” Local Area Network Service Queue
Management System” has one of the most academic challenging in our journey,
we would like to express our deepest gratitude to these proponents who guided
us during our capstone project. We are grateful to all of those with whom we
had the pleasure to work during this and other related capstone project.
To our Panelist, Florence Reyes and Jessie Lagrosas, for believing and
understanding us.
To our Parents, who support our skills and trust us for allowing us to
engage in full-time task.
To our Mentor, David Pestaño, for understanding us and reviewing our
revision and imparting his knowledge and ideas despite his busy schedule.
To our Guest Panel, Gerardo Doroja for understanding us and
recommend our capstone project.
To our Capstone Coordinator, Meldie Apag, for guiding a knowledge to
create a capstone project.
To the LGU-Cagayan de Oro ICT Department, for suggesting and giving
us an idea about the capstone project.
Lastly, To Almighty God, who grant us an intelligence, encouragement
and skills to achieve the requirements of our journey.

ADVISER’S RECOMMENDATION SHEET
This Capstone entitled
By:
Jamero, Joey Ranier
Laplap, Elmo Nickol
Liloc, Mark Anthony
Orlanes, Glen Darwyn
And submitted in Partial Fulfillment of the Requirement for
Bachelor of Science in Information Systems has been examined and is
recommended for defense.
_______________________________
David Mark R. Pestaño
Capstone Adviser
March 2019
Date
PANEL’S APPROVAL SHEET
By:
Jamero, Joey Ranier
Laplap, Elmo Nickol
Liloc, Mark Anthony
Orlanes, Glen Darwyn
After having been represented is hereby approved by the following members
of the panel
____________________ ___________________________
Engr. Florence B. Reyes Engr. Gerardo S. Doroja, MSCS
Panelist Panelist
____________________________
Jessie Christopher E. Lagrosas
Adviser
CAPSTONE COORDINATOR, CHAIR, AND DEAN’S ACCEPTANCE
After having recommended and approval is hereby accepted by the
Department of Information Systems of the College of Computer Studies
___________________
Meldie A. Apag, DIT
Capstone Coordinator
___________________
Meldie A. Apag, DIT
IS Chairperson
___________________________
Engr. Gerardo S. Doroja, MSCS
Dean
March 2019
Date
TABLE OF CONTENTS
TITLE PAGE .................................................................................................... i
ABSTRACT ..................................................................................................... ii
CERTIFICATE OF ORIGINALITY .................................................................. iii
ACKNOWLEDGEMENT ................................................................................ iv
ADVISER’S RECOMMENDATION SHEET .................................................... v
PANEL’S APPROVAL SHEET ...................................................................... vi
CAPSTONE COORDINATOR, CHAIR, AND DEAN’S ACCEPTANCE ....... vii
TABLE OF CONTENTS ............................................................................... viii
LIST OF FIGURES ........................................................................................ xii
LIST OF TABLES ........................................................................................ xiii
LIST OF SCREENSHOTS ........................................................................... xiv
CHAPTER I: INTRODUCTION....................................................................... 1
1.1. Background of the Study .................................................................... 1

1.2. Conceptual Framework ...................................................................... 2
1.3. Statement of the Problem ................................................................... 3
1.4. Objective of the Study ........................................................................ 3
1.4.1. General Objective ........................................................................ 3
1.4.2. Specific Objectives....................................................................... 3
1.5. Significance of the Study .................................................................... 4

1.6. Scope and Limitation .......................................................................... 4
1.7. Definition of Terms ............................................................................. 5
CHAPTER II: REVIEW OF RELATED LITERATURE ................................... 7
2.1. Foreign Literature ............................................................................... 7
2.2. Local Literature ................................................................................. 10
2.3. Synthesis .......................................................................................... 12
CHAPTER III: RESEARCH METHODOLOGY............................................. 13
3.1. Research Design .............................................................................. 13

3.2. Methodology ..................................................................................... 14
3.2.1. Requirements Gathering ............................................................ 14
3.2.2. Analysis ..................................................................................... 14
3.2.3. Design ........................................................................................ 14
3.2.4. Prototype Development ............................................................. 15
3.2.5. Testing ....................................................................................... 15
3.2.6. Evaluation .................................................................................. 15
CHAPTER IV: RESULTS AND DISCUSSION ............................................. 16
4.1. Requirements Gathering................................................................ 16

4.1.1. Interview Gathering .................................................................... 17
4.1.2. Hardware Gathering................................................................... 18
4.1.3. Software Gathering .................................................................... 18
4.2. System Analysis ............................................................................... 19

4.2.1. Business Analysis ...................................................................... 19
4.2.2. Numerical Analysis .................................................................... 19
4.3. System Design ................................................................................. 19

4.3.1. Network Design.......................................................................... 19
4.3.2. Entity Relationship Diagram ....................................................... 20
4.3.3. Relational Mapping .................................................................... 21
4.3.4. Data Flow Diagram .................................................................... 21

4.3.1. Use Case Diagram..................................................................... 22
4.3.5. Business Process Model and Notation ...................................... 23
4.4. Prototype Development .................................................................... 24

4.5. Testing............................................................................................. 31
4.5.1. Functionality Testing .................................................................. 31
4.5.2. Database Testing ....................................................................... 31
4.6. Evaluation ....................................................................................... 32

4.6.1. Usability ..................................................................................... 33
4.6.2. Functionality ............................................................................... 34
4.6.3. Reliability ................................................................................... 35
4.6.4. Network ...................................................................................... 36
4.6.5. Database ................................................................................... 37
4.6.6. GUI ............................................................................................ 38
4.6.7. Prototype ................................................................................... 39
4.6.8. Suggestion and Feedback ......................................................... 39
CHAPTER V: SUMMARY, CONCLUSION AND RECOMMENDATION ..... 40
5.1. Summary .......................................................................................... 40

5.2. Conclusions ...................................................................................... 40
5.3. Recommendations and Future Work ................................................ 41
REFERENCES .............................................................................................. 42
APPENDIX A................................................................................................. 46
APPENDIX B................................................................................................. 47
APPENDIX C................................................................................................. 48
APPENDIX D................................................................................................. 50
APPENDIX E ................................................................................................. 51
CURRICCULUM VITAE ................................................................................ 55

LIST OF FIGURES
Figure 1: LANSMQS Conceptual Framework .............................................. 2
Figure 2: Modified Waterfall Model ............................................................ 13
Figure 3: Network Design ........................................................................... 19
Figure 4: Entity Relationship Diagram ....................................................... 20
Figure 5: Relational Mapping...................................................................... 21
Figure 6: Data Flow Diagram ...................................................................... 21
Figure 7: Use-case Diagram ....................................................................... 22
Figure 8: Business Process Model and Notation ..................................... 23
Figure 9: Bar Graph ..................................................................................... 32

LIST OF TABLES
Table 1: Requirements Gathering .............................................................. 16
Table 2: Hardware Gathering ...................................................................... 18
Table 3: Functionality Testing .................................................................... 31
Table 4: Database Testing .......................................................................... 32

LIST OF SCREENSHOTS
Screenshot 1: Queue Management Page .................................................. 24
Screenshot 2: Client Function Page .......................................................... 25
Screenshot 3: LSQMS Monitor ................................................................... 25
Screenshot 4: Selection of Services .......................................................... 26
Screenshot 5: Ticket Modal Dialog ............................................................ 27
Screenshot 6: Counter Function Page ...................................................... 27
Screenshot 7: Selection of Counter Assign .............................................. 28
Screenshot 8: Counter call page ................................................................ 28
Screenshot 9: Counter Clearing page ....................................................... 29
Screenshot 10: Dashboard ......................................................................... 30
Screenshot 11: History Table ..................................................................... 30

CHAPTER I:
INTRODUCTION
Queuing process on client/customer interacting organizations sometimes
comes to the point where population of entries goes beyond full. This kind of
situation usually becomes disoriented, resulting potential clients to leave due to
the occurring problem. City Health Office holds many clients with many
purposes both urgent and personal mandate of others. Due to the population
of clients, manual queuing process usually disrupts after transacting visitors.
Coming up with a solution through queuing process may bring order to the
clients. Queue Management System (QMS) is used to control queues and it
focuses on client’s priority segregation, helps to manage the expectation of the
client to keep the counter and front desk from unnecessary. QMS helps to
monitor the number of serving and priority for satisfaction of the client, usually
conducted to analyze the basic information about specific waiting area. QMS
examines every component of waiting in line to be served, including the arrival
process, service process, number of servers, number of priority and the number
of clients.
1.1. Background of the Study
The City Health Office delivers integrated public health and curative
services to the whole populate of Cagayan de Oro City, having an approach in
promoting better health. Primarily, to deliver preventive health services to the
80 barangays of the city. To respond and provide health logistics and personnel
Local Area Network Service Queue Management System

Introduction 2
during emergencies brought about by disasters may it be man-made or by
natural calamities.
The approach of the study aims to improve the flow of transacting clients
through an automated queue management system to put order in this public
agency. Implementing a Local Area Network Service Queue Management
System would be more efficient to eliminate long queue, to provide valuable
data and to reduce the complaints of the clients.
1.2. Conceptual Framework
Figure 1: LANSMQS Conceptual Framework
LANSQMS will be used as a conceptual framework. Based on Figure 1,
shows the steps of how the system processed or IPO(Input-Process-Output)
model for Service Queue Management System, based on the figure 1 shown,
the client can use the device to choose some services includes Medical, Dental,
Pharmacy and Animal Bite. After choosing services, the ticket automatically
printed. The Operator can access to the prototype to log-in as a counter and
process a transaction.

Introduction 3
1.3. Statement of the Problem
The problem in City Health Office are at a disadvantage on their
waiting line system or queuing process, client dissatisfaction due to
misleading action by the counter, client overload and missed calls from
counter. Some of these problems are common in City Health Office. This
issue in the lobby creates a gradual disruption and disarrangement, giving
the clients a concept of a bad feedback and dissatisfaction.
1.4. Objective of the Study
1.4.1. General Objective
To design and introduce the development of a Local Area
Network Service Queue Management System at the City Health Office
of Cagayan de Oro.
1.4.2. Specific Objectives
 To gather information from the City Health Office regarding their
queuing management from the administrator or the operator.
 To analyze the information gathered from the City Health Office
for us to create a solution for the problem.
 To design the Local Area Network Service Queue Management
System.
 To develop the prototype Local Area Network Service Queue
Management System.
 To test the prototype.
 To evaluate the prototype by our clients, with a request for
feedbacks, suggestions, desired preferences.

Introduction 4
1.5. Significance of the Study
The benefits of this study are that is to give a formal and organized
line management for the patients, clients, and visitors. As they can see their
que, the status and updates for the person to know the progress in line. This
will give the people an idea for themselves whether to register for a queue
or not, depending on their situation. Overall, the study will help the office
organize the people properly and efficiently.
1.6. Scope and Limitation
The study aims to design and improve the manual type of the queuing
system in the City Health Office. The team focuses on developing a queuing
process that will handle the waiting line system in an organized manner and
the process will be more efficient than the last one. The system will benefit
both clients and the personnel serving the clients, do they well serve be
waiting for their number to be called. The counter personnel can serve the
clients. The system will provide print-out queuing numbers for each client in
depending on the type of services or consultation. The system consists of a
database and admin user logins. The functionalities that it offers includes,
client queuing with 4 sub-categorized peripherals for the 4 lanes which
includes: (1) Medical (2) Dental (3) Pharmacy and (4) Animal Bite. It will also
consist of queuing records and waiting queue of client’s consultations. The
researchers will be using the modified waterfall model as a design that
based on cycling process of analyzing, designing developing, testing and
evaluating for its methodology to run down the process of the study.

Introduction 5
1.7. Definition of Terms
Apache – A web server software that enables a computer to host one or
more websites that can be accessed over the Internet using a Web
browser.
Bus Topology - a specific kind of network topology in which all the
various devices in the network are connected to a single cable or line.
Conceptual Framework - A conceptual framework is an analytical tool
with several variations and contexts.
HTML – (Hypertext Markup Language) a standardized system for
tagging text files to achieve font, color, graphic, and hyperlink effects on
World Wide Web pages
JavaScript - an object-oriented computer programming language
commonly used to create interactive effects within web browsers.
LAN (Local Area Network) - a computer network that links devices
within a building or group of adjacent buildings.
Localhost - It is used to access the network services that are running
on the host via the loopback network interface.
MySQL – (Structured Query Language) a domain-specific language
used in programming and designed for managing data held in a
relational database management system, or for stream processing in a
relational data stream management system.
PHP – (Personal Home Page) a script language and interpreter that is
freely available and used primarily on Linux Web servers.
Prototype - a first, typical or preliminary model of the design.

Introduction 6
Queue - a line or sequence of people or vehicles awaiting their turn to
be attended to or to proceed.
Waterfall model – the sequential approach implemented in software
development.
XAMPP - It is a simple, lightweight Apache distribution that makes it
extremely easy for developers to create a local web server for testing
and deployment purposes.

CHAPTER II:
REVIEW OF RELATED LITERATURE
Queue management is no exception. As you strive to improve this critical
juncture of the customer journey, a well-built tech stack can save money and
time, gain more efficiencies, reduce customer wait times, increase impulse
sales, provide better analytical insights, and more. Let's take a step back. When
we talk about a queue management tech stack, we're referring to the collection
of tools used by managers to monitor, measure, and manage the queuing
process and the surrounding customer experience. That’s why many
businesses are looking to add real-time customer feedback mechanisms into
their queues, capturing customer feedback on the spot to identify sore points
and gauge the response to their queue management efforts. [1]
Automated queue management system is a system that helps service
provider to manage customer in efficient way. The system can ease the
customer flow management which is useful for manager of the service provider
(Uddin et al. 2016) [2].
An interesting aspect of queuing process resides in the measures of its
system’s performance, especially in terms of average service rate, systems,
utilization and the costs implied for a given capacity level (Vasanthi et al. 2016)
[3].
2.1. Foreign Literature
One was the Comodo, a global innovator and developer of cybersecurity
solutions and the worldwide leader in digital certificates, today announced that

Review of Related Literature 8
the company is offering one year of the Comodo Help Desk support service,
free for all managed service providers (MSPs). [4]
Queuing systems or waiting lines exist throughout society and their
adequacy has strong effect on quality of service and productivity. Queuing
theory is concerned with mathematical study of queues or waiting lines,
formulating mathematical models of queues and measuring performance using
these models. Waiting lines are formed whenever the current demand for a
service exceeds the current capacity to provide that service. Because of
difficulty in accurately predicting arrival pattern of customers for service and/or
how much time is required to provide service to each customer, accurate
decision regarding the capacity to be provided is made quite difficult. Excess
service capacity involves excessive costs due to underutilization and
insufficient capacity to meet peak loads causes waiting lines to become
excessively long and customers may even quit the waiting lines. [5]
Now, instead of having your user agents work the requests they have
already been assigned, they will start empty handed and rather ask the system
to get the next request in queue. Working queue based also has the benefit that
a user agent will normally only has one single open request (the one last pulled
from the queue). [6]
In a hospital context one could find the choices at reception for “A -
Scheduled Examination” or “B - Urgency”. The term queue does not refer to a
physical queue. . It is more like a virtual queue, a way of dividing the customers
into the several issues they wish to deal with. The queue itself might be
organized as the staff wishes, this research done by Rendeiro da Silva (2016)
[7].

Queue management is a set of principles aimed at controlling customer
flow and streamlining the queuing experience. Although usually we only take
into account the effects of long queues on regular visitors, everybody — from
customers to manager and top-level administration — benefits from proper
queue management [8].
The findings would be useful to systems which make use of multiple
queues in a bid to reduce their waiting times. e.g Hospitals, banks etc. In
addition to this, if this arrangement helps in minimizing cost to the
establishment, it would not have only improved on the customer’s general
satisfaction with the organization, but it would have improved on the smooth
running of the organization and increase system’s revenue [9].
It has been widely used in Operations Research to calculate the waiting
times and the resources required to service customers in call centers, service
patients in hospitals and traffic engineering. It is also used in computer science
for analyzing the stacks (a queue storing system state) used for running the
processes and resources on the CPU [10].
The QMS is envisioned to significantly ease the flow of consular clients,
eliminate long queues, prevent overcrowding and ultimately enhance the
client’s experience while availing of the Embassy’s consular services. Upon
entry, clients will get a number/ticket from the QMS by simply pressing a
selection on a touchscreen monitor. The client may choose from the following
consular-related services: Passport Renewal with Appointment, Visa Services,
Civil Registry Services, and Other Passport-related
Services/Notarials/Authentication. A network of LED monitors and an
automated public-address system will then alert clients when it is their turn to

be served and will direct them to the proper window for their desired transaction
[11].
2.2. Local Literature
The airline is adopting digital innovations to provide better services and
“seamless experience” to the passengers. The kiosks are equipped with a
cloud-based queue management system (QMS) that will enable customers to
see their approximate waiting time. The QMS will thus help the airline plan for
the appropriate manpower or frontliners that will manage customers’ concerns
more efficiently, the executives noted. [12]
QUEUEING up to ride the Metro Rail Transit (MRT) Line 3 may take a
bit longer than usual, as the transportation department implementing the
significant reduced its speed of the train system, as it conducts an audit of what
it found to be an irregularity in the system’s hardware. [13]
According to Mr. Noel T. Banauag, Financial Management Information
System (FMIS) officer, the QMS was set up to streamline long lines in front of
the Accounting office during peak periods such as enrollment and paying of
school fees (Anagaran, J. & Andres B., 2018) [14].
Access to essential drugs is constrained by limited availability, irrational
use and high costs (DOH, 2008). Availability of medicines is dependent on the
presence of doctors to prescribe drugs and the existence of drugstores or
pharmacies in the area. As private physicians charge for their services, long
queues for government physicians in the public health facilities are often the
norm [15].
The new CCTV cameras will monitor the train doors, which will be
projected on a monitor that the train driver will see. LRMC said this will ensure

all doors are safely shut as a train car moves from one station to another. The
new surveillance system would also be equipped with technology that could
count the number of passengers in a station’s queue line. It will likewise keep
an eye on guarded locations for any security breach. Metro Pacific Investment
Corp. is one of three Philippine subsidiaries of Hong Kong’s First Pacific Co.
Ltd., the others being PLDT, Inc. and Philex Mining Corp. Hastings Holdings,
Inc., a unit of PLDT Beneficial Trust Fund subsidiary MediaQuest Holdings, Inc.,
maintains an interest in BusinessWorld through the Philippine Star Group [16].
The researcher utilized a descriptive type of research in the actual
fourteen days of observation in four (4) different sections in the enrolment
process to monitor the predominant activities in the inter-arrival time of students
and service time of the servers for every post/window/s of the said
sections/offices. Analysis and interpretation of the gathered data were done by
applying the process of queueing model [17].
The long queues of ships and trucks were studied to identify the optimal
number of berths and truck gates to create a faster movement of containers
inside and outside of the port [18].
They urged the public to make use of the online appointment system and
book one out of the 40 available slots daily. The system is currently on its pilot
run in LTO pilot offices in Pasig, Muntinlupa, Novaliches and Marikina [19].
Like many people the world over, most of my banking transactions can
be done online. Going into a branch would mean enduring long queues. It can
easily take thirty minutes or more just to complete my transactions in my local
branch in Manila. Unfortunately, for cash and cheque transactions, there often
isn’t a choice [20].

2.3. Synthesis
The analysis of queuing management systems conducts its similarity
that it has seen, and some may different in management. Such as transit
monitor, hospitals, pharmacies, foreign and national banks, and more queue
systems that implement any priority can manifest its needs in learning in City
Health in Cagayan de Oro.
In all aspects on QMS, there’s a lot of opportunity to put on a easier
process to be considerable and most of all, this system serves as a driving
forces to organize in terms of filling the stack with neatness.
In Help Desk manages in case of emergency, serving some customers,
victims, and so on. Help desk has related to queueing management systems
where some various like e-mail, phonebook, and more.
By operating the queue priority is different basis in managing the
transitory of the systems and supports any operation in queue management
systems.

CHAPTER III:
RESEARCH METHODOLOGY
3.1. Research Design
The structure of the research design is Modified Waterfall Model. In
this model based on cycling process of analyzing, designing, prototyping,
developing, testing and evaluating.
Figure 2: Modified Waterfall Model
Waterfall Model is efficient for City Health Office, data gathered from
observing the interview by the proponent to the staff of the company, the system
will be tested the functionality and database.

Research Methodology 14
3.2. Methodology
3.2.1. Requirements Gathering
Since two members of the team had an Internship Program in the
Company but different Department. The team observe that the Internship
Supervisor, Ms. Mary Joy Mecca, a Project Manager from the Information and
Community Technology- Geographic Information System (ICT-GIS) conducted
an Interview to the staff of City Health Office to know what the problem of their
client is; She concludes that the company lacks Service Queue Management
System or Waiting Line Management System. The Interns and its supervisors
from ICT-GIS gathered a software requirement PHP for functioning, HTML and
CSS for Web Browsing and Web Design. The team also gather its requirement
about the attributes of database include Priority Number, Counter Number,
Counter Name and its Transactions.
3.2.2. Analysis
In this phase, the proponent will be able to analyze and review the
functionality and the process of the transaction between the clients and
counters. The team were planning to implement the Queue Management
System by using Gantt Chart.
3.2.3. Design
In this phase, the team will be able to design the prototype by using CSS.
The team will be able to design a diagram includes (1) use case diagram, (2)
entity-relationship diagram (ERD), (3) flowchart, (4) Data Flow Diagram (DFD)
and (5) Graphical User Interface (GUI). The proponent creates a design of
prototype to show the sample design of the prototype for GUI.

Research Methodology 15
3.2.4. Prototype Development
The team will be able develop a prototype using the Notepad++ by its
programming language include HTML, JavaScript, PHP, MySQL and CSS.
3.2.5. Testing
The team will be able to conduct a functional and database testing to the
staff of the company by using the internet browser.
3.2.5.1. Functionality Testing
The function will be tested the structure of the data and the
structure query language.
3.2.5.2. Database Testing
The database will be tested by its entity and data.
3.2.6. Evaluation
The team will be able to create a survey or feedback and suggestion
about the Web-based Service Queue Management System to conduct an
evaluation about functional, graphical user interface and prototype to the clients
and the staffs of City Health Office.
3.2.6.1. GUI Evaluation
The team will be able to create a feedback and suggestion
about the graphical user interface of the proposed system.

CHAPTER IV:
RESULTS AND DISCUSSION
4.1. Requirements Gathering
The team gathered the hardware and software requirements for testing
and developing the prototype of the Local Area Network Service Queue
Management system, the hardware gathering will be discussed in Chapter
4.1.2. The table 4.1 shows the process of the client from each service.
Counter Name Process
Medical Get the priority number, proceed to
receive the medical certificate and
getting the schedule for doctor’s
consultation
Dental Get the priority number, get
schedule for doctor’s checkup first,
get a receipt
Pharmacy Get the priority number, get schedule
for doctor’s checkup first, get a
receipt
Animal Bite Get the priority number, get
schedule for doctor’s checkup first,
assess it with to the doctor, proceed
to release a receipt for vaccination
Table 1: Requirements Gathering

Results and Discussion 17
4.1.1. Interview Gathering
As the proponent interviewed the Information Technology staff of City
Health Office, currently the situation of their system has no proper service. The
proponent stated that the City Health Office started with the two types of
transactions of each service; the Health cards (White and Green card) and then
the medical certificates, they are both involves recording client’s information in
which they have manual process involves physical exam, cashier, the receiving
of requirement and the receiving. When it comes of documentation, the City
Health Office can produce report on stats, number of clients served and those
who has registered for health cards and medical certificates; The City Health
Office conclude the best ways to keep clients occupied in the queue is to keep
the clients entertained while waiting. There are two windows is currently
implemented on the queuing system, 2 cashier windows and 4 windows for
receiving and releasing. On the busier days like Tuesdays and Thursdays, you
can audibly hear clients complaining. It’s safe to say, not always happy. To keep
tracking on the client’s queue is we record the client’s info and taken their
pictures, the client must line up again like before. The staff in City Health Office
want to have the system fully implemented as it was intended. They’re adjusting
as needed but that’s because after they have recorded the client info they can
no longer track their progress. The City Health Office have printed instructions,
but it is not always followed. The Interview Question can be showed in Appendix
A.

4.1.2. Hardware Gathering
Hardware Usability
Personal Computer For development
POS Printer For printing a ticket
HDMI Connection between Monitor
and PC
LAN Cable Connection between the
Router and PC
Widescreen Monitor For Observing Queues
Speaker For calling the number to
serve
Router To access the server or
database
Table 2: Hardware Gathering

The team gathered a hardware to develop the prototype of Local
Area Network Service. Table 3 shows how can the team use the hardware
to develop the prototype.
4.1.3. Software Gathering
Software Usability
Xampp To access the system
Notepad++ To develop the system
Web Browser (Chrome, To test the system
Firefox, Internet Explorer)
Table 3: Software Gathering

4.2. System Analysis
4.2.1. Business Analysis
The team suggest a dashboard include a report to monitor the number
of clients served and recording the numerical data. The current situation of the
system of the City Health Office has no proper server.
4.2.2. Numerical Analysis
The team can analyze the maximum number of the data and cut-off
time of the local area network service queue management system.
4.3. System Design

4.3.1. Network Design
Figure 3: Network Design

As shown in Figure 3, The server is main source of all queuing system,
the switch serves as “the power regulator” to indicate the sending information
to the server. The router is carrying the internet connect to the respective
counter/service; Four counters contains in each service and it sends directly to
the front desk. The front desk is the responsible for give the information to the
client who need services. After the series of transactions, all the data are stored
in server transmits to the system unit, and then the system unit will send the
data to the monitor to display a priority number and the services.
4.3.2. Entity Relationship Diagram
Figure 4: Entity Relationship Diagram
As shown in figure 4, there are two different entities include Counter and
Ticket.

4.3.3. Relational Mapping
Figure 5: Relational Mapping
The Relational Mapping, shown in Figure 5, The relationship has the 2
primary keys include Customer_ID and Ticket_ID.
4.3.4. Data Flow Diagram
Figure 6: Data Flow Diagram

Data Flow Diagram shows the system with multiple process and
emphasizes the interaction between the Operator, Client (system user) and the
Queuing Management System.
4.3.1. Use Case Diagram
Figure 7: Use-case Diagram
Use case diagram of the Local Area Network Service Queue
Management Systems shows the actors, the process that they are involved.
The operator generates its report because we want to observe which counter

an abundant client has (e.g.: How many clients serving by time, day, month,
and year). Thus, the update of the priority number will be updated, also the
counter. The client will ask for priority number and observed the monitor and
wait for their serving. Then, proceed to the counter when the priority number is
called.
4.3.5. Business Process Model and Notation
Figure 8: Business Process Model and Notation

The Business Process Model and Notation (Figure 4.5) shows the process
of the new queuing system when the client, system and the operator have met.
The steps or process is standard, as it has no optional action but only choosing
upon the within the four options in the system which are “Pharmacy”, “Medical”,
“Dental” and “Animal Bite”.
4.4. Prototype Development
Screenshot 1: Queue Management Page
Screenshot 1 shows the homepage of the LAN Service Queue
Management System where the client and the operator can see their
designated functions on the login page.

Screenshot 2: Client Function Page
In Screenshot 2, when selected from the client function will have also
have two options, which are front desk and monitor. Frontdesk will function of
having a request for a priority number and Monitor will view the page of the
current status of what number is being currently served.
Screenshot 3: LSQMS Monitor
Screenshot 3 will be the LSQMS Monitor, where the user can observe
the recent status of the number being served. Consist of 4 counters namely,
“Medical”, “Dental”, “Pharmacy”, and “Animal Bite”.

Screenshot 4: Selection of Services

Screenshot 4 shows the selection of services. The clients may now
choose their preferred counter.

Screenshot 5: Ticket Modal Dialog

Screenshot 5 display the modal dialog, an output of the ticket. It is a
result from Screen shot 4.
Screenshot 6: Counter Function Page
Screenshot 6 shows the controls of the counter when the “operators”
button is clicked from screen shot 1. “Counter” button is used for calling/serving
the client. Clear button is used to reset all services of the day.

Screenshot 7: Selection of Counter Assign
When clicking the counter button from screenshot 5 Screenshot
6 will appear. It shows that there are four options. Choosing the option may lead
you on seeing the status of the counter.
Screenshot 8: Counter call page
When clicking one of the counters on screenshot 6, screenshot 7 will
appear, this page can update the servings for the upcoming client.

Screenshot 9: Counter Clearing page
When the “clear” button is clicked from screenshot 9, screenshot 8 will
appear. This page can reset the counters back to zero at the end of the day.

Screenshot 10: Dashboard
Screenshot 10 shows the generated report of the system. It is a result
from screenshot 1, the report button. The dashboard present the graph
presentation to monitor the capacity in each services.The dashboard also
present the average time of serving.
Screenshot 11: History Table
The screenshot 11 shows the history table, based on the action column
present the call and message button to prompt the client via SMS or phone
number.

4.5. Testing
4.5.1. Functionality Testing

Function Yes No Remarks
Controller 
Ringing 
Monitor Display 
Network 
Multimedia Playlist 
Report 
Ticket Printing 
Documentation Ongoing
Animated Date & Time 
Login 
Upload and update 
Multimedia
Counter Assignment 
Dashboard Generator 
Table 3: Functionality Testing
Table 2 shows the functionality testing, it determines whether the
function of the system worked or not.
4.5.2. Database Testing

FUNCTION YES NO REMARKS
QUEUE 

COUNTER 
HISTORY 
DASHBOARD 
Table 4: Database Testing
Table 3 shows the database testing, which is the query of database
whether worked or not.
4.6. Evaluation
Bar Graph
14
12
10
8
6
4
2
0
1 2 3 4 5
Figure 9: Bar Graph
The team has created copies of our survey regarding our prototype and
answered to the city health office employees and clients, evaluating the
functionality, usability, network design, reliability, and the prototype itself. The
figure below will represent the total ratings of the system that were answered
by the employees and clients.

4.6.1. Usability

4.6.2. Functionality

4.6.3. Reliability

4.6.4. Network

4.6.5. Database

4.6.6. GUI

4.6.7. Prototype
4.6.8. Suggestion and Feedback
 Add a Color or maybe a logo of City health
office at background and clear at all.
 Lack of Manpower
 Lack of Equipment and Personnel

CHAPTER V:
SUMMARY, CONCLUSION AND RECOMMENDATION
5.1. Summary
The Cagayan de Oro City Health Office is a government agency that
delivers integrated public health and curative services to the whole populace of
Cagayan de Oro City, having an approach in promoting better health. The
agency provides health logistics and personnel during emergencies brought
about by disasters may it be man-made or by natural calamities.
The agency requested to the Information and Communication
Technology Department to develop a prototype that focus on the waiting line
management and client satisfaction, but is not yet materialized hence, this
project.
5.2. Conclusions
In the latest trends today, most government offices are already filled with
transacting clients due to awareness of their rights and privileges. The City
Health Office is one of those offices with so many clients which need controls
on their queuing knowing their manual method of doing it. A service queuing
management system will help improve and organize the queuing process with
greater efficiency. Reduction of manual work related to the queuing process.
Accelerating customer/client service in attending their needs. The prototype
offers a convenient process in queuing, organizing and recording of data. With

Summary, Conclusion and Discussion 41
this, the office will be able to provide a more organized service to the clients
with less hassle.
5.3. Recommendations and Future Work
The team wants to recommend this prototype to be used soon. Also, this
can be used as a guide as reference for the future researchers. In terms of
queuing system researches, this research could also be reference featuring
iconic studies that could be helpful for others. The team also recommends an
improvement of the local area network service queue management system to
include the details of the report and transaction.

REFERENCES
[1] Kuklin, P., (2016, February. 16). How to Build Your Queue Management
Tech Stack? Retrieved from https://www.lavi.com/en/resources-detail/build-
queue-management-tech-stack
[2] Uddin, N. et al., (2015, December). Automated Queue Management
System. Retrieved from https://www.finextra.com/blogposting/8693/kiosks-
--a-solution-to-queuing-in-the-branch
[3] Vasanthi, J. et al., (2016, February). Efficient Queue Management on
Choice between Supermarkets. Retrieved from
https://www.finextra.com/blogposting/8693/kiosks---a-solution-to-queuing-
in-the-branch
[4] Clifton, N.J., (2017, September. 7). Comodo Announces One Year of
Free Help Desk Support for MSPs. Retrieved from
in-the-branch
[5] Sridhar, M.S., (2015). Waiting Lines and Customer Satisfaction.
Retrieved from https://www.finextra.com/blogposting/8693/kiosks---a-
solution-to-queuing-in-the-branch
[6] Hjelm, S., (2018, September 3). How to Identify Your Most Important
Customer Service Inquiries? Retrieved from
in-the-branch

References 43
[7] da Silva, R., (2016, November). SIGA: Integrated Queue Management
System. Retrieved from
https://fenix.tecnico.ulisboa.pt/downloadFile/1689244997256701/Thesis.pd
[8] Lee, H., (2017, May 19). The Definitive Guide to Queue Management
Systems. Retrieved from https://www.qminder.com/what-is-queue-
management-system/
[9] Ambang, N., (2012, August). Improving system performance through
queue modifications. Retrieved from
in-the-branch
[10] Sardana, A., (2017, Oct. 17). Queuing Theory for Evaluating System
Performance in Event Driven Architecture. Retrieved from
in-the-branch
[11] Saudi Gazette, (2018, January 30). Philippine Embassy launches
queue management system. Retrieved from
in-the-branch
[12] Iyog, C., (2018, November. 23). Cebu Pacific launches 24/7 automated
ticket system at NAIA. Retrieved from
in-the-branch
[13] Cabel, I.C. & Furigay, C., (2017, June 15). Expect long MRT 3
commuter queues to be longer–DOTr. Retrieved from

References 44
https://businessmirror.com.ph/expect-long-mrt-3-commuter-queues-to-be-
longer-dotr/
[14] Anagaran, J. & Andres B., (2018, March 21). Accounting employs ticket-
based QMS. Retrieved from http://usl.edu.ph/accounting-employs-ticket-
based-qms/?fbclid=IwAR37qSOZaeoHpScLSAZWVcPX-
y3VNXPEh2zleUdg4MxhZoE2ddZpqj_QnME
[15] Romualdez, A. et al., (2011). The Philippines Health System Review.
Retrieved from https://www.finextra.com/blogposting/8693/kiosks---a-
solution-to-queuing-in-the-branch
[16] Valdez, D., (2018, November 30). LRT-1 operator to spend P100M for
CCTV system. Retrieved from https://www.bworldonline.com/lrt-1-operator-
to-spend-p100m-for-cctv-system/
[17] Veluya, C., (2015). Proposed Queueing Systems to Minimize the
Waiting Time during Enrolment in Southern Luzon State University, Lucban,
Quezon. Retrieved from https://ejournals.ph/article.php?id=9928
[18] Navarro, M. et al., (2015, December). Queuing Theory Application using
Model Simulation: Solution to address Manila Port Congestion. Retrieved
from
https://www.researchgate.net/publication/301730877_Queuing_Theory_Ap
plication_using_Model_Simulation_Solution_to_address_Manila_Port_Con
gestion
[19] Sally, E., (2018, May 17). LTO sees improvement in the queuing system
due to online appointments. Retrieved from
https://kickerdaily.com/posts/2018/05/lto-sees-improvement-in-the-
queuing-system-due-to-online-appointment/

References 45
[20] Po, L., (2013, 18 December). Kiosks - A Solution to Queuing in the
Branch. Retrieved from https://www.finextra.com/blogposting/8693/kiosks--
-a-solution-to-queuing-in-the-branch

APPENDIX A
INTERVIEW QUESTION
1. What are the transactions of each services?
2. What are your documentations?
3. What are the best ways to keep client occupied in the queue?
4. How many counters are existing in your company?
5. Do you think that this company need a LAN-SQMS? Why?
6. How do clients feel about your current process?
7. How do you keep track on clients’ queue?
8. Would you like to have preferred features to your system?
9. How does the current queuing process work and how would you like it
to be improved?
10. What is the process of each services
Date of Interview: January 28, 2019
Location: City Health Office
Position: ___________________

2018 2019
August September October November December January February
TASK W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4
Requirements Gathering
Interview
Gather Software Requirements
Gather Hardware Requirements
Gather Network Requirements
Analysis
Review the Procces of Waiting Line
Analyzing the data
Design
Use Case
ERD
Flowchart
Data Flow
GUI
Work Plan
APPENDIX B
Development
Coding
Testing
Functionality Testing
Database Testing
Evaluation
Usability
Internet
TOTAL
Completed
On-going

APPENDIX C
Evaluation Form
Local Area Network Service Queuing Management Systems for
The City Health Office – Cagayan de Oro
EVALUATION FORM
Name: ________________________ Age: _________
Work Position: __________________ Gender: ________
Your evaluation will help us to provide useful information to improve the

effectiveness of the system. Please rate your answer by checking the numbers
that corresponds to your observation
1 2 3 4 5
Strongly Somewhat Neither Somewhat Strongly
Disagree Disagree Agree Agree
Usability 1 2 3 4 5
It provides the simplest
information to the user
It gives the user an easy step
on how to operate
Functionality
The sets of functions are easy
All the assets are related to
the system and the purpose of
the company
Reliability
It can adapt more updates and
add-ons
It translates to the new trends
of information
Network
It has the simplest and well-
designed infrastructure
It connects so fast and easy

Database
The relationship and the
entities are relatable
They relate to one storage
Graphical User Interface
It is user friendly
It is easy to learn
Prototype
It Is well designed
Well-developed structure
Suggestion/Feedback

APPENDIX D
Fill-up Form

APPENDIX E
SOURCE CODE
Dashoard.php
<html >
<head>
<script type="text/javascript" src="date_time.js"></script>
<center>
<img src="cdo_seal.png" height="150px";width="180px"/>
<img src="doh.png"height="150px";width="180px"/>
<img src="philhealth.png"height="150px";width="180px"/>
<img src="cho.png" height="150px";width="180px"/> </br>
<h2 style="font-family:Tahoma">Service Queueing System</h2>
</center>
<title>
Reports
</title>
<style type="text/css">
input {
background:#FBE507;
color: black;
font-family: Trebuchet MS;
font-size:25px;
padding: auto;}
table
{
border-spacing:25px;
}
td,tr {
background-color: blue;
width: 300px;
border: 12px white;
padding: 25px;
margin: 25px;
color:white;
text-align:center
}
a{
font-family:Arial;
font-size:20px;
}
body{
background-color:#31E509;
}

</style>
<?php
$dbhandle= new mysqli('localhost','cityhealth','123','cho');
echo $dbhandle -> connect_error;
$query="SELECT * FROM queue";
$res=$dbhandle ->query($query);
?>
<script type="text/javascript"
src="https://www.gstatic.com/charts/loader.js"></script>
<script type="text/javascript">
google.charts.load('current', {'packages':['corechart']});
google.charts.setOnLoadCallback(drawChart);
function drawChart() {
var prio = google.visualization.arrayToDataTable([

['Name', 'Priority'],
<?php
while($row=$res->fetch_assoc())
{
echo "['".$row['Name']."',".$row['Priority']."],";
}
?>
]);<?php
$db= new mysqli('localhost','cityhealth','123','cho');
echo $db -> connect_error;
$sql="SELECT * FROM queue";
$result=$db ->query($sql);
?>
var serve = google.visualization.arrayToDataTable([

['Counter', 'Serving'],
<?php
while($tr=$result->fetch_assoc())
{
echo "['".$tr['Counter']."',".$tr['Serving']."],";
}
?>
]);
var option1 = {
title: 'Priority'
};
var option2 = {
title: 'Serving'

};
var chart_p = new

google.visualization.PieChart(document.getElementById('prio'));
var chart_s = new
google.visualization.PieChart(document.getElementById('serve'));
chart_p.draw(prio, option1);
chart_s.draw(serve,option2);
}
</script>
</head>
<body>
<table><tr><td>
<div left id="prio" style="width: 400px; height: 300px;"></div></td>
<td><div right id="serve" style="width: 400px; height:
300px;"></div></td></tr></table>
<table></tr>
<?php
$connection=mysqli_connect('localhost','cityhealth','123','cho');
if(!$connection){
echo "database error";
}
$sql="SELECT SUM(priority) AS `priority` FROM queue";

$res=mysqli_query($connection,$sql);
$data=mysqli_fetch_array($res);
echo"<td><a>Total no. of Clients:".$data['priority']." <a></td>";
mysqli_free_result($res);
?>
<?php
$connection=mysql_connect('localhost','cityhealth','123') or die ('Connection
Failed');
mysql_select_db('cho');
$query='Select SUM(serving),SUM(priority) FROM queue';
$result=mysql_query($query);
$i=0;
while($i<mysql_num_fields($result))
{
$meta= mysql_fetch_field($result,$i);
$i++;}

while ($row=mysql_fetch_row($result))
{
$count= count($row);
$x=1;
while ($x<$count)
{
$c_row=current($row);
next($row);
$x++;
$y=1;
while ($y<$count)
{
$d_row=current($row);
next($row);
$y++;
$answer=$d_row-$c_row;
echo"<td><a>Client Left:".($answer);
echo"</a></td>";
}
mysql_free_result($result);
mysql_close($connection);
?>
<td><a>
<span id="date_time"></span>
<script type="text/javascript">window.onload =
date_time('date_time');</script></a></td></tr><table>
</div>
<table><tr>
<td style="border: 10px white;padding: 15px;width:14px;margin: 15px;">
<input type="button" onclick="window.location.href='dashboard_report.php';"
value="Update" /></td>
<td style="border: 10px white;padding: 15px;width:14px;margin: 15px;"><input
type="button" onclick="window.location.href='history.php';" value="History"
/></td>
<td style="border: 10px white;padding: 15px;width:14px;margin: 15px;"><input
type="button" onclick="window.location.href='index.php';" value="Back"
/></td></tr>
</table>
</html>

CURRICCULUM VITAE
ELMO NICKOL C. LAPLAP

BLK. 18 LOT 8, VISTA GRANDE,
LUMBIA, CAGAYAN DE ORO CITY
elmonickol@gmail.com
09164728907
EDUCATIONAL ATTAINMENT
Bachelor of Science in Information System
Xavier University – Ateneo de Cagayan
March 2019
SKILLS
 Computer Literate  Knowledgeable in Database

(jQuery, MySQL, Apache)
 Proficient in MS Office  PC/Network
(Word, PowerPoint, Excel) Troubleshooting
 Basic Adobe Photoshop  Critical Thinking
 Basic Web Developing  Knowledgeable in System
Skills (PHP, HTML, Analysis and Design
JavaScript)
 Self-Motivation  Hardworking
RELATED EXPERIENCE/S
Position Company Name Company Inclusive Dates

Address
1. Intern Local Government Capistrano St, July 2, 2018 –
Unit-Cagayan de Oro Cagayan de Oro City September 27, 2018
City (Information and
Communication
Technology
Department)
ORGANIZATIONS
POSITION NAME OF INCLUSIVE DATES

ORGANIZATION
Sports & Academic Ateneo Information System June 2016-March 2017
Committee Student Association
Member Dulaang Atenista July 2015- March 2018
Member Ateneo Information System June 2014-March 2019
Student Association
SEMINARS ATTENDED

TITLE OF SEMINAR SPONSOR INCLUSIVE
DATES
System Analysis and Design College of Computer Studies September 30,
Seminar 2015
Campus DevCon Developer’s Connect January 19, 2019
Basic Orientation and Computer Studies Student Council June 10-11, 2016
Leadership
References available upon request

GLEN DARWYN T. ORLANES
21 Cardinal Street, Morning Mist Village, Pueblo de Oro,
Upper Carmen, Cagayan de Oro, 9000
glendarwyn@gmail.com
09271286865
EDUCATIONAL ATTAINMENT
Bachelor of Science in Information Systems
College of Computer Studies
Xavier University – Ateneo de Cagayan
March 2019
SKILLS
 Technical Support  Access point installation
 Wireless Communication  IP Telephone installation
 Troubleshooting  Surveillance installation
 Cabling installation  Design implementation
 Cabling Termination  Configuration
RELATED EXPERIENCE/S
POSITION COMPANY NAME ADDRESS INCLUSIVE DATES
1. Intern XU – CISO Campion Hall, June 18, 2018 –
Xavier University September 28,2018
Ateneo De Cagayan,
Cagayan de Oro City
2.
3.
ORGANIZATIONS
POSITION NAME OF ORGANIZATION INCLUSIVE DATES
1. Member Xavier University – JKA, June 2014 – present
Nihon Karate Kyokai Philippines Inc.
2. Aspirant XU – Campus Chapel Aides 2014 - 2016
3.
SEMINARS ATTENDED
TITLE OF SEMINAR SPONSOR
INCLUSIVE DATES
1. Maximizing Academic Performance (MAP) XU – OSFA
2. Internship seminar XU – College of

Computer Studies
3. LEGS XU – College of
Computer Studies
References available upon request

Joey Rainier L. Jamero
Ilaya, Balulang
09059502358
jamerojoey@gmail.com
PERSONAL DATA:
February 20, 1997
Male
Single
Filipino
Roman Catholic
Education
Xavier University – Ateneo de Cagayan (2015 – 2019)
High School Graduate

Nanuri International School (2011 – 2015)
Technical Skills:
Basic Java Programming
Basic Adobe Photoshop editor
Basic Illustrator
Intermediate Speaker
Academic Achievements:
Nanuri International School Arts Competition
1st Place – 2012
Nanuri International School Story Telling Contest
2nd Place – 2011 (awarded as best story teller)
Nanuri International School, MTAP Representative
2011
Work Experience:
Intern
Talent Acquisition Management Non-sales,
Author Solutions Phils. Inc.
June 2018 – November 2018

PERSONAL INFORMATION
Name : Mark Anthony Liloc

Place : Cagayan de Oro Medical Hospital
Date of Birth : August 10, 1992
Sex : Male
Address : Caballero Compound, Balulang, CDOC
Civil Status : Single
Cell Phone Number : 09262106658 (TM)
E-Mail Address : gammahand23@gmail.com
EDUCATION
Tertiary : Xavier University - Ateneo de Cagayan

2010-2019
Secondary : Angelicum Learning Centre, Inc.

2006-2010
Tertiary : Angelicum Learning Centre, Inc.

2000-2006
SKILLS
● English Literate (Writing & Speaking)

● Computer Literate (Microsoft Office, Web Designing, Photo Editing &
Video Making)
● Music: Guitar, Piano & Singing
● Sports: Basketball, Volleyball, Badminton & Video Gaming
WORKING EXPERIENCE
● Intern Web Designer at LGU-CDO (2018)

● Intern Documenter at Primavera Residences (2017)
ORGANIZATIONAL EXPERIENCE
● Bigo Host of Bigo Live Philippines (2018-present)

● Member of XU-Campus Chapel Aides (2011- present)
● Member of Ateneo Catechetical Instructions’ League (2013- present)


Capstone: LAN-SQMS

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Capstone: LAN-SQMS

Hochgeladen von

Copyright:

Verfügbare Formate

XAVIER UNIVERSITY – ATENEO DE CAGAYAN

COLLEGE OF COMPUTER STUDIES

Local Area Network Service Queue Management Systems

Jamero, Joey Ranier L.

This capstone project entitled as “Local Area Network Service Queue

Management System”, a web application-based queueing system for Cagayan

Information and Communication Technology at Cagayan de Oro City Hall. This

study focuses on the development of a prototype, based on problem of waiting

capstone used Modified Waterfall Model as a structured research design and

specifically the phases are: Requirements Gathering, System Analysis, System

Design, Prototype Development, Testing and Evaluation. The Requirements

Area Network Service Queue Management System” submitted as a

requirement for the degree BACHELOR OF SCIENCE IN INFORMATION

SYSTEMS at the College of Computer Studies, Xavier University – Ateneo de

JOEY RANIER L. JAMERO

ELMO NICKOL C. LAPLAP

MARK ANTHONY LILOC

GLEN DARWYN T. ORLANES

This Capstone Project,” Local Area Network Service Queue

engage in full-time task.

To our Mentor, David Pestaño, for understanding us and reviewing our

To our Guest Panel, Gerardo Doroja for understanding us and

recommend our capstone project.

To our Capstone Coordinator, Meldie Apag, for guiding a knowledge to

create a capstone project.

To the LGU-Cagayan de Oro ICT Department, for suggesting and giving

us an idea about the capstone project.

Lastly, To Almighty God, who grant us an intelligence, encouragement

and skills to achieve the requirements of our journey.

This Capstone entitled

Local Area Network Service Queue Management Systems

Jamero, Joey Ranier

Laplap, Elmo Nickol

Liloc, Mark Anthony

Orlanes, Glen Darwyn

And submitted in Partial Fulfillment of the Requirement for

Bachelor of Science in Information Systems has been examined and is

recommended for defense.

David Mark R. Pestaño

This Capstone entitled

Local Area Network Service Queue Management Systems

Jamero, Joey Ranier

Laplap, Elmo Nickol

Liloc, Mark Anthony

Orlanes, Glen Darwyn

After having been represented is hereby approved by the following members

Engr. Florence B. Reyes Engr. Gerardo S. Doroja, MSCS

Jessie Christopher E. Lagrosas

This Capstone entitled

Local Area Network Service Queue Management Systems

After having recommended and approval is hereby accepted by the

Department of Information Systems of the College of Computer Studies

Meldie A. Apag, DIT

Meldie A. Apag, DIT

Engr. Gerardo S. Doroja, MSCS

TITLE PAGE .................................................................................................... i

CERTIFICATE OF ORIGINALITY .................................................................. iii

ADVISER’S RECOMMENDATION SHEET .................................................... v

PANEL’S APPROVAL SHEET ...................................................................... vi

CAPSTONE COORDINATOR, CHAIR, AND DEAN’S ACCEPTANCE ....... vii

TABLE OF CONTENTS ............................................................................... viii

LIST OF FIGURES ........................................................................................ xii

LIST OF TABLES ........................................................................................ xiii

LIST OF SCREENSHOTS ........................................................................... xiv