Academia.eduAcademia.edu

Figure 7 – uploaded by Albert Sagala

See full PDFdownloadDownload figure
The total number of tables in the database is 12 units. All tables are used to store information about objects involved in the system. Some of the objects in abstract involved in the attendance system to be built are as users of the system (t_m_user), subjects (t_m_course), room (t_r_room), lecture schedule (t_t_schedule), and lecture sessions each day (t_r_session). Database design also describes the business processes of automated attendance system to be built so that the design of the database, there are several tables that describe the behavior of the objects involved in the system, which, among others, such as the role of the user of the system of attendance (t_r_role), user groups (t_r_group), courses taught by lecturers users (t_r_course), the presence of the user (t_t_absence), schedule of lectures on_ particular session (t_r_schedule_session), user groups of students who attend a particular schedule (t_r_schedule_group). The design of the database prototype automated attendance system is shown in Figure 7.

Figure 7 The total number of tables in the database is 12 units. All tables are used to store information about objects involved in the system. Some of the objects in abstract involved in the attendance system to be built are as users of the system (t_m_user), subjects (t_m_course), room (t_r_room), lecture schedule (t_t_schedule), and lecture sessions each day (t_r_session). Database design also describes the business processes of automated attendance system to be built so that the design of the database, there are several tables that describe the behavior of the objects involved in the system, which, among others, such as the role of the user of the system of attendance (t_r_role), user groups (t_r_group), courses taught by lecturers users (t_r_course), the presence of the user (t_t_absence), schedule of lectures on_ particular session (t_r_schedule_session), user groups of students who attend a particular schedule (t_r_schedule_group). The design of the database prototype automated attendance system is shown in Figure 7.

Related Figures (13)

Figure 2 General overview of automated attendance system In Figure 2 it can be seen that the interaction of all units of the server, database, PC, RFID readers and RFID tags. RFID tags will communicate with the RFID reader by using electromagnetic waves. RFID reader is directly connected to the server using TCP / IP communication. In attendance prototype automated a reader to communicate directly with the server
Figure 2 General overview of automated attendance system In Figure 2 it can be seen that the interaction of all units of the server, database, PC, RFID readers and RFID tags. RFID tags will communicate with the RFID reader by using electromagnetic waves. RFID reader is directly connected to the server using TCP / IP communication. In attendance prototype automated a reader to communicate directly with the server
Analysis of system requirements include an analysis of the hardware and software needed to build automated attendance system. The system will be designed to take advantage of RFID technology in the detection of the presence of students in the class, with the assumption that each student has a student card affixed inside the RFID tag that stores information about the student. To be able to work as an attendance system, the system requires the use of a room schedule of classes, courses, materials and lecturers who teach in the room that is stored in the database.
Analysis of system requirements include an analysis of the hardware and software needed to build automated attendance system. The system will be designed to take advantage of RFID technology in the detection of the presence of students in the class, with the assumption that each student has a student card affixed inside the RFID tag that stores information about the student. To be able to work as an attendance system, the system requires the use of a room schedule of classes, courses, materials and lecturers who teach in the room that is stored in the database.
Figure 4 Data Flow prototype automated attendance system Model of communication in the system is the use of electromagnetic waves ar TCP / IP communication. Data will be captured by the RFID reader from the tag 1 identify the card with electromagnetic waves medium. A computer program < middleware on which is connected to the RFID reader data collection that automatically tailored to each RFID reader reading done. Data transfer is done usin TCP / IP to the server. In this research, readings performed by using USB as tt device, because the RFID Reader cannot communicate through Ethernet connectio: Data attendance is stored on a central data base and processed by using a scri program to generate information on a web application. Attendance prototyr automated data flow is shown in Figure 4.
Figure 4 Data Flow prototype automated attendance system Model of communication in the system is the use of electromagnetic waves ar TCP / IP communication. Data will be captured by the RFID reader from the tag 1 identify the card with electromagnetic waves medium. A computer program < middleware on which is connected to the RFID reader data collection that automatically tailored to each RFID reader reading done. Data transfer is done usin TCP / IP to the server. In this research, readings performed by using USB as tt device, because the RFID Reader cannot communicate through Ethernet connectio: Data attendance is stored on a central data base and processed by using a scri program to generate information on a web application. Attendance prototyr automated data flow is shown in Figure 4.
In building this system, RFID reader waiting for the detection of RFID cards. On the application server will be made a program as a back-end that is capable of monitoring the activities performed by the reader and doing data collection and storage of datz into the database. Another program that is built is a dashboard application that makes summary of attendance and reporting activities in the system as a front-end presence. To describe the system design can be seen in Figure 6. Figure 6 Architectural design prototype automated attendance system
In building this system, RFID reader waiting for the detection of RFID cards. On the application server will be made a program as a back-end that is capable of monitoring the activities performed by the reader and doing data collection and storage of datz into the database. Another program that is built is a dashboard application that makes summary of attendance and reporting activities in the system as a front-end presence. To describe the system design can be seen in Figure 6. Figure 6 Architectural design prototype automated attendance system
Figure 5 Data flow of large-scale automated attendance system
Figure 5 Data flow of large-scale automated attendance system
Figure 8 Flowchart: Card RFID Reader Application
Figure 8 Flowchart: Card RFID Reader Application
Figure 9 Application Interface Card Reader in Waiting Status
Figure 9 Application Interface Card Reader in Waiting Status
In the application interface card reader, there are buttons Re leaseContext and EstablishContext that serves to control the reader connection to the application as well as allocating memory for the application.
In the application interface card reader, there are buttons Re leaseContext and EstablishContext that serves to control the reader connection to the application as well as allocating memory for the application.
Figure 12 Interface of List Students Attending
Figure 12 Interface of List Students Attending
In Figure 11, it can be seen every room information that is subject of ongoing, indoor classroom learning and the course lecturer. Moreover, it can also be information the percentage of students who attend courses in the room. Each student attendance chart is a link that refers to the view in Figure 12.
In Figure 11, it can be seen every room information that is subject of ongoing, indoor classroom learning and the course lecturer. Moreover, it can also be information the percentage of students who attend courses in the room. Each student attendance chart is a link that refers to the view in Figure 12.
socket [4]. Middleware creates a socket and wait for a connection request from a client through TCP port. Clients can connect to the server via a port that has been provided by the server. If the connection request has been received from the client middleware, applications and middleware client to communicate by sending data packets containing commands and responses with a particular format in accordance with the agreement of communication on the product used. On receipt of a package of applications, middleware translates the commands and parameters that will be executed and sends a reply to the client application [9].
socket [4]. Middleware creates a socket and wait for a connection request from a client through TCP port. Clients can connect to the server via a port that has been provided by the server. If the connection request has been received from the client middleware, applications and middleware client to communicate by sending data packets containing commands and responses with a particular format in accordance with the agreement of communication on the product used. On receipt of a package of applications, middleware translates the commands and parameters that will be executed and sends a reply to the client application [9].
Related topics:
RFID Security and Privacy
580 California St., Suite 400
San Francisco, CA, 94104
© 2025 Academia. All rights reserved