IPO DIAGRAM/ MODEL

This framework describes the inputs, processes, and outputs of the developed system. With this

design, it shows how the required information were collected and managed, and what data for

intended users were needed to gather.

The information that was used to design the system is listed in the input field. The requirements

gathering and analysis were conducted at the San Isidro Campus's research department, where it

observed the procedures for how they organize and carry out the researchers conducted by the

campus's faculty, staff, and students. All of the inputs were validated through observation and

were incorporated into the NEUST-SIC Research Hub system's development. To execute

smooth, efficient, and shared data quickly, the minimum hardware specifications are at least

quad-core 2GHz or above. The PHP used for the backend, which is a free, open-source PHP

framework for a web application, was one of the software requirements. In addition to HTML5,

the front-end languages Bootstrap, JavaScript, and JQuery were used. HTML was used for the

layout and structure of the web, CSS for styling, JavaScript for rendering dynamic environment

behavior, and application of a predefined JavaScript library called JQuery, which was used to

add more animations to the data. For database management, MySQL Workbench, a unified

visual tool used, provided data modeling, SQL development, and comprehensive administration

tools for server configuration, user administration, and backup.

Existing/Current System: Level 0

The visitor fills out the logbook with the needed information, and the NEUST uses the thermal

scanner to determine the visitor's temperature. The guards are responsible for keeping a logbook

and storing visitor records in a cabinet with no backup.

Existing/Current System: Level 1

This diagram illustrates the process flow of the NEUST visitor log's existing manual procedures.

It depicts how visitor information is managed. The guard on duty provide a logbook where the

visitor puts their information. When the logbook is fully complete, they put in in the cabinet and

provide a new logbook.

The diagram illustrates the interconnecting subsystems, that are made up of several

functionalities that are used by either the on-duty guard/director or the visitor. Create and request

visitor account updates, verify visitor accounts, search visitor information, generate and scan QR

codes, input and confirm the purpose of visit and body temperature, update and generate the

report are some of the functionalities. On the part of the visitor, the functionalities include create

and update information, view their input information and their history of visit.